Re: RFS: adun.app (updated package)
On Tue, 22 Jan 2008, Yavor Doganov wrote:
Ah, yes. But build-depending on gnustep-make won't solve this, since
build-dependencies are satisfied in the chroot. Does the following
(untested) change in debian/rules help?
clean-patched:
...
ifdef GS_MAKE_DIR
gs_make clean distclean
endif
...
This sounds reasonable - I'll test it.
I think it is reasonably safe to assume that there's nothing to clean
if gnustep-make is not installed on the system.
Probably.
and a working GUI.
So you should see the menu on the top left, the app icon in the bottom
left corner of the screen and the main window, right?
Yes.
But if I try menu item "Help" the GUI disappeared silently,
Hmm, Info -> Help is greyed out (disabled) here. Maybe you tried
"Hide"? If so, it should disappear, that's the purpose :-)
Ahhhh - most probably this was the case. I just was quickly moving over
the menu entries and I just remembered the "Hi" in the beginning and
assumed that it might be a German localised "Help" (= "Hilfe"). I was
not aware that there might be a "Hide" entry and the app icon was not helpful
to reanimate the windows (I tried left and righ clicks).
just the fancy GNUSTEP symbol in the bottom left corner of the
screen remained.
Just double click on it, it should show the menu plus the windows, if
any.
I would love to try again - but UL does not start any more. Even after
removing the directories $HOME/GNUstep and $HOME/adun I get:
$ UL
2008-01-22 22:24:31.187 UL[4339] Database directory /home/tillea/adun/Database/Systems was missing.
2008-01-22 22:24:31.188 UL[4339] Created it and the corresponding index
2008-01-22 22:24:31.190 UL[4339] Database directory /home/tillea/adun/Database/Options was missing.
2008-01-22 22:24:31.190 UL[4339] Created it and the corresponding index
2008-01-22 22:24:31.192 UL[4339] Database directory /home/tillea/adun/Database/DataSets was missing.
2008-01-22 22:24:31.192 UL[4339] Created it and the corresponding index
2008-01-22 22:24:31.194 UL[4339] Database directory /home/tillea/adun/Database/Simulations was missing.
2008-01-22 22:24:31.194 UL[4339] Created it and the corresponding index
2008-01-22 22:24:31.195 UL[4339] AdunSQLDatabase bundle not available.
2008-01-22 22:24:31.195 UL[4339] SQL backend support disabled
2008-01-22 22:24:31.238 UL[4339] Defaults path '/home/tillea/GNUstep/Defaults' did not exist - created it
Abgebrochen
(German locale "Abgebrochen" means "Aborted").
Next call of UI:
$ UL
2008-01-22 18:16:22.643 UL[30542] AdunSQLDatabase bundle not available.
2008-01-22 18:16:22.643 UL[30542] SQL backend support disabled
Abgebrochen
This is "Aborted", I assume?
Yes.
Perhaps it didn't write some file because
you exited forcefully. If you can reliably reproduce this, we'll try
to investigate.
I can. As I said even after removing the directories that were created
by adun.
FWIW, I tried on a different machine and it works for me. The app
creates and populates ~/adun regardless of the working directory where
it is invoked. No errors, segfaults or weird behaviour.
It's probably me. I have the strange feeling that several so called
easy to use graphical environments intentionally trick me. Guess why
I never became comfortable with Windows. I'm unable to understand KDE
and I left Gnome alone after trying it for a while. I assume GNUstep
might also try its best to keep me away. ;-)))
I have no idea what to do and what to check.
Can you please try again after removing ~/adun?
As I said I did this intuitively. Any further hint to make adun
not abort?
Kind regards and thanks for your patience
Andreas.
--
http://fam-tille.de
Reply to: