[Debian GNUstep maintainers] Bug#593898: gnustep-back-common: Fails to upgrade in postinst script

Fri Aug 27 13:01:59 UTC 2010

Hi,

Yavor Doganov wrote:
> > > I'd be surprised if it builds, and even more surprised if it works.
> > 
> > At least mknfonts works, too.
> 
> Thanks, that's good news.  I wonder why libkvm-dev was added as
> build-dependency during the initial GNU/kFreeBSD support (#267889).

That bug report number sounds like ages ago.

> Probably the kernel+system was less capable 5 years ago, and it was
> actually needed.

Probably. I suspect that, too, since we moved from kernel 5.4 or so to
8.1 since then.

> > Anything else I should check (some GUI stuff perhaps) if it still
> > works?
> 
> Yes.  Because such a change is a bit risky at this point of the release
> preparation, please do the following:
> 
>      1. Check if there are any compilation warnings for
>         Source/NSProcessInfo.m

The following command didn't return any results:

fgrep Source/NSProcessInfo.m gnustep-base_1.20.1-3+bugfixfor593898_kfreebsd-i386.build

>      2. Run some non-trivial apps (cenon.app,

Running Cenon remotely via ssh with tunnelled X display results in the
following messages on the console:

$ Cenon
2010-08-27 14:25:21.002 Cenon[24964] QueryTree window is 90401287 (root 837 cwin root 837)
2010-08-27 14:25:21.017 Cenon[24964] QueryTree window is 90401286 (root 837 cwin root 837)
2010-08-27 14:25:26.501 Cenon[24964] XShm not supported, XShmAttach() failed.
2010-08-27 14:25:26.501 Cenon[24964] Falling back to normal XImage: s (will be slower).

and a dialog box saying:

Button Critical Error in Cenon
NSInternalInconsistencyException: Abstract model loader
                                           [Abort <-']

> gworkspace.app,

GWorkspace also has problems:

$ GWorkspace
2010-08-27 14:31:18.351 GWorkspace[25108] File NSUserDefaults.m: 685. In +[NSUserDefaults standardUserDefaults] Improper installation: No language locale found
2010-08-27 14:31:18.885 GWorkspace[25108] No fonts found!
$

So maybe mknfont did not segfault anymore but perhaps also not work
properly? The postinst script ran through properly though. The set +x
was still active and showed tons of commands like this:

+ echo Xtrusion BRK.nfont/
+ tr -d [:space:]
+ mv Xtrusion BRK.nfont/ XtrusionBRK.nfont/
+ echo Yearend BRK.nfont/
+ tr -d [:space:]
+ mv Yearend BRK.nfont/ YearendBRK.nfont/
+ echo Yesterday BRK.nfont/
+ tr -d [:space:]
+ mv Yesterday BRK.nfont/ YesterdayBRK.nfont/

>         cynthiune.app)

Cynthiune segfaults:

$ Cynthiune
2010-08-27 14:33:59.956 Cynthiune[25191] XShm not supported, XShmAttach() failed.
2010-08-27 14:33:59.961 Cynthiune[25191] Falling back to normal XImage: s (will be slower).
<init> : Avifile RELEASE-0.7.48-100130-08:44-../src/configure
<init> : Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat b19 b21 mmxext mmx fxsr xmm sse2 b27 b28 b29 3dnow
<init> : 1608.01 MHz Intel(R) Atom(TM) CPU N270   @ 1.60GHz processor detected
[1]    25191 segmentation fault (core dumped)  Cynthiune
$

>         and see if you can spot some bugs (except the
>         usual ones, I mean :-)).

I guess that unfortunately counts as "some bugs". :-(

>      3. Compile and run the attached test program.

Not sure if I did this right:

$ gcc -I/usr/include/GNUstep -lobjc -o test test.m
In file included from /usr/include/GNUstep/Foundation/NSClassDescription.h:30,
                 from /usr/include/GNUstep/Foundation/Foundation.h:49,
                 from test.m:1:
/usr/include/GNUstep/Foundation/NSException.h:42:2: error: #error The current setting for native-objc-exceptions does not match that of gnustep-base ... please correct this.
test.m: In function `test':
test.m:6: error: cannot find interface declaration for `NXConstantString'
$ 

But as far as I can see, I updated all relevant packages to my build
with the fix to test:

$ dpkg -l | fgrep gnustep-base
ii  gnustep-base-common                             1.20.1-3+bugfixfor593898          GNUstep Base library - common files
ii  gnustep-base-runtime                            1.20.1-3+bugfixfor593898          GNUstep Base library - daemons and tools
ii  libgnustep-base-dev                             1.20.1-3+bugfixfor593898          GNUstep Base header files and development libraries
ii  libgnustep-base1.16                             1.16.3-3                          GNUstep Base library
ii  libgnustep-base1.19                             1.19.3-3                          GNUstep Base library
ii  libgnustep-base1.20                             1.20.1-3+bugfixfor593898          GNUstep Base library
ii  libgnustep-base1.20-dbg                         1.20.1-3+bugfixfor593898          GNUstep Base library - debugging symbols
$ 

>         As far as I can see
>         from the code, -[NSProcessInfo operatingSystemName] will issue a
>         warning and return the incorrect GSGNULinuxOperatingSystem.
>         That's completely harmless (and not a regression); I'll fix it
>         directly upstream when I get a chance to resurrect my
>         GNU/kFreeBSD machine.  All tests should pass, otherwise we need
>         to investigate more.

I can give you ssh access to one (or both) of the Debian GNU/kFreeBSD
porter machines if you send me an ssh public key and the preferred
account name in a GPG signed e-mail.

Yavor Doganov wrote:
> ?? 14:16 +0300 ???? 27.08.2010 (????), Yavor Doganov ????????????:
> >      2. Run some non-trivial apps (cenon.app, gworkspace.app,
> >         cynthiune.app) and see if you can spot some bugs (except the
> >         usual ones, I mean :-)). 
> 
> I forgot to add: rebuilding any of them *must* not be necessary.
> The switch from libkvm to proc should be ABI compatible.

Ok.

		Regards, Axel
-- 
 ,''`.  |  Axel Beckert <abe at debian.org>, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-    |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5