Re: RFS: adun.app (updated package)
On Wed, 23 Jan 2008, Yavor Doganov wrote:
Some news about the first system where I faced the problem: I had to
reboot (for some different reason) and now I can run UL nicely. I
can confirm that it was actually "Hide" I used yesterday and that
double clicking the symbol helps bringing the application back.
1. Can you run it in gdb?
Perhaps I could do this later.
2. There is a bug in gnustep-base, can you see if you have a `gdnc'
process running? If not, try launching gdnc from your
xsession/bashrc and see if it helps.
If I start UL a gdnc process is startet automatically. In case I quit
the application this process is automatically quitted as well. On the
other box where I reported the problems yesterday the situation is different:
1. I start UL
2. Adun intro screen and the symbol in the bottom left corner appear
3. Both dissapear and the term shows:
<time> UL[<pid>] AdunSQLDatabase bundle not available.
<time> UL[<pid>] SQL backend support disabled
Aborted
4. The gdnc proces remains!
3. If you run the app as `UL --GNU-Debug=ULFileSystemDatabaseBackend
--GNU-Debug=ULDatabaseIndex', do you see something suspicious?
Not really:
2008-01-23 08:17:39.419 UL[7896] Checking for lock file at /home/tillea/adun/Database/Systems/index.lock
2008-01-23 08:17:39.420 UL[7896] Creating lock file
2008-01-23 08:17:39.420 UL[7896] Done
2008-01-23 08:17:39.420 UL[7896] Last Saved 2008-01-22 22:24:31 +0100. Todays date 2008-01-23 08:17:39 +0100. Last Index 0
2008-01-23 08:17:39.420 UL[7896] Unlocking index at /home/tillea/adun/Database/Systems
2008-01-23 08:17:39.420 UL[7896] Done
2008-01-23 08:17:39.420 UL[7896] Checking for lock file at /home/tillea/adun/Database/Options/index.lock
2008-01-23 08:17:39.420 UL[7896] Creating lock file
2008-01-23 08:17:39.420 UL[7896] Done
2008-01-23 08:17:39.421 UL[7896] Last Saved 2008-01-22 22:24:31 +0100. Todays date 2008-01-23 08:17:39 +0100. Last Index 0
2008-01-23 08:17:39.421 UL[7896] Unlocking index at /home/tillea/adun/Database/Options
2008-01-23 08:17:39.421 UL[7896] Done
2008-01-23 08:17:39.421 UL[7896] Checking for lock file at /home/tillea/adun/Database/DataSets/index.lock
2008-01-23 08:17:39.421 UL[7896] Creating lock file
2008-01-23 08:17:39.421 UL[7896] Done
2008-01-23 08:17:39.421 UL[7896] Last Saved 2008-01-22 22:24:31 +0100. Todays date 2008-01-23 08:17:39 +0100. Last Index 0
2008-01-23 08:17:39.421 UL[7896] Unlocking index at /home/tillea/adun/Database/DataSets
2008-01-23 08:17:39.421 UL[7896] Done
2008-01-23 08:17:39.421 UL[7896] Checking for lock file at /home/tillea/adun/Database/Simulations/index.lock
2008-01-23 08:17:39.421 UL[7896] Creating lock file
2008-01-23 08:17:39.421 UL[7896] Done
2008-01-23 08:17:39.422 UL[7896] Last Saved 2008-01-22 22:24:31 +0100. Todays date 2008-01-23 08:17:39 +0100. Last Index 0
2008-01-23 08:17:39.422 UL[7896] Unlocking index at /home/tillea/adun/Database/Simulations
2008-01-23 08:17:39.422 UL[7896] Done
2008-01-23 08:17:39.422 UL[7896] AdunSQLDatabase bundle not available.
2008-01-23 08:17:39.422 UL[7896] SQL backend support disabled
Does anyone else reproduce this? I tried on a third machine
(different architecture, more so) and no luck.
So well, I would say you actually were lucky and I'm now at least on one machine. :)
I hope some users would have reported problems, because if you look at
http://people.debian.org/~igloo/popcon-graphs/index.php?packages=adun.app&show_installed=on&want_legend=on&want_ticks=on&from_date=2007-10-01&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1
adun.app has increased the number of users by about a factor 4 in October
last year (I would like to find out the reason for this abrupt increase.
But this is definitely the old version. So I would vote for risking an
upload of the new package to unstable and hope for more user input. In
case the problem can be found on more than my single box we will get
RC bugs which leaves adun.app out of testing.
I assume GNUstep might also try its best to keep me away. ;-)))
GNUstep is not a desktop, so not really comparable with
GNOME/KDE/Xfce. I imagine that it's very weird for users accustomed
to modern free environments.
Well, I was rather joking about GUIs that are actively tricking me. :)
BTW, I was able to solve the gnustep-make build problem by using
...
ifdef GS_MAKE_DIR
include /usr/share/GNUstep/debian/config.mk
endif
...
and your suggested change in the clean-patched target
Kind regards
Andreas.
--
http://fam-tille.de
Reply to: