kfreebsd-9_9.0~svn227451-6_kfreebsd-i386.changes uploaded successfully to
localhost
along with the files:
kfreebsd-9_9.0~svn227451-6.dsc
kfreebsd-9_9.0~svn227451-6.debian.tar.gz
kfreebsd-source-9.0_9.0~svn227451-6_all.deb
kfreebsd-headers-9.0-0_9.0~svn227451-6_kfreebsd-i386.deb
kfreebsd-
Reject Reasons:
zlib-modules-9.0-0-486-di udeb: lintian output: 'embedded-library
lib/modules/9.0-0-486/zlib.ko: zlib', automatically rejected package.
zlib-modules-9.0-0-486-di udeb: If you have a good reason, you may override
this lintian tag.
===
Please feel free to respond to this emai
Package: kfreebsd-image-9.0-0-amd64
Version: 9.0~svn227451-5
Severity: important
Hi!
Running unstable's -9.0- kernel makes midori (and in the same way
iceweasel) creash on startup with "Unknown signal" in
pthread_create. This is a pretty default wheezy system (with minor sid
parts).
Regards
2011/12/1 Christoph Egger :
> Running unstable's -9.0- kernel makes midori (and in the same way
> iceweasel) creash on startup with "Unknown signal" in
> pthread_create. This is a pretty default wheezy system (with minor sid
> parts).
Could you check if 9.0~svn223109-0.1 [1] is also affected?
[1
Running unstable's -9.0- kernel makes midori (and in the same way
iceweasel) creash on startup with "Unknown signal" in
pthread_create. This is a pretty default wheezy system (with minor sid
parts).
Please try to run it without gdb and analyze core after segfault.
I guess that it would be in a
Robert Millan writes:
> 2011/12/1 Christoph Egger :
>> Running unstable's -9.0- kernel makes midori (and in the same way
>> iceweasel) creash on startup with "Unknown signal" in
>> pthread_create. This is a pretty default wheezy system (with minor sid
>> parts).
>
> Could you check if 9.0~svn2231
Hi!
Petr Salinger writes:
>>> Running unstable's -9.0- kernel makes midori (and in the same way
>>> iceweasel) creash on startup with "Unknown signal" in
>>> pthread_create. This is a pretty default wheezy system (with minor sid
>>> parts).
>
> Please try to run it without gdb and analyze core a
Is there any gain in trying to get some of the libraries rebuilt with
debugging symbols?
It would be better to look at current webkit.
Previously it needed some patches, like in #598956.
There have been problem with JIT, we have the same stack layout as linux,
Does it work under kfreebsd-8 and
Petr Salinger writes:
> Does it work under kfreebsd-8 and crash only under kfreebsd-9 ?
Jep exactly. All xulrunner and all webkit browsers started to crash when
booting -9 instead of -8.
Regards
Christoph
--
9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker
Package: src:freebsd-quota
Version: 8.2-1
Severity: Important
Tags: sid wheezy
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
Hi!
Your package failed to build on the kfreebsd-* buildds:
dpkg-buildpackage: host architecture kfreebsd-i386
fakeroot debian/rules clean
dh clean
dh_testdir
Processing commands for cont...@bugs.debian.org:
> found 650667 9.0~svn223109-0.1
Bug #650667 [kfreebsd-image-9.0-0-amd64] pthread_create fails with unknown
signal (but works on -8.2-)
Bug Marked as found in versions kfreebsd-9/9.0~svn223109-0.1.
> thanks
Stopping processing here.
Please contact
2011/12/1 Christoph Egger :
> Jep exactly. All xulrunner and all webkit browsers started to crash when
> booting -9 instead of -8.
This can be time-consuming, but it most likely can give useful
information. I would try using svn-bisect against FreeBSD repository
to find the regression. Since unpa
Hi!
"Sebastian H." writes:
>> Your package seems to be specific to linux and won't work on
>> kfreebsd or hurd. Please consider setting arch to linux-any.
>
> The limiting factor seems to be the ALSA library and I have no idea
> about the situation of ALSA in kfreebsd or hurd.
There's a wrap
Jep exactly. All xulrunner and all webkit browsers started to crash when
booting -9 instead of -8.
This can be time-consuming, but it most likely can give useful
information. I would try using svn-bisect against FreeBSD repository
to find the regression. Since unpatched kernel is unbuildable on
Probably you are the uploader of the following file(s) in
the Debian upload queue directory:
kfreebsd-9_9.0~svn227451-6.debian.tar.gz
kfreebsd-9_9.0~svn227451-6.dsc
This looks like an upload, but a .changes file is missing, so the job
cannot be processed.
If no .changes file arrives within 23:
kfreebsd-9_9.0~svn227451-6_kfreebsd-i386.changes uploaded successfully to
localhost
along with the files:
kfreebsd-9_9.0~svn227451-6.dsc
kfreebsd-9_9.0~svn227451-6.debian.tar.gz
kfreebsd-source-9.0_9.0~svn227451-6_all.deb
kfreebsd-headers-9.0-0_9.0~svn227451-6_kfreebsd-i386.deb
kfreebsd-
16 matches
Mail list logo
