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 <a...@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
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
