Bug#314314: mozilla: FTBFS on hurd-i386: Needs porting [patch]
Robert Millan
rmh@aybabtu.com
Sun, 19 Jun 2005 15:28:02 +0200
On Wed, Jun 15, 2005 at 09:51:35PM +0200, Michael Banck wrote:
> On Wed, Jun 15, 2005 at 09:44:30PM +0200, Alexander Sack wrote:
> > Michael Banck wrote:
> > > Note that autoconf needs to run in the nsprpub directory as well, so
> > > debian/rules needs to be changed as well. (This is done in
> > > debian_rules.diff, attached as well)
> >
> > I did some work on the mozilla patch to get it build on kbsd. Thus, I
> > am curious if you managed to start and use mozilla with that patch?
> > For kbsd, mozilla starts, but no events are processed somehow. You can
> > select some menu entry, but nothing happens.
>
> Indeed, the same happens on the Hurd. Mozilla is an important
> Build-Dependency though, so it should get to be built ASAP. Somebody
> will have to look in the UI issue.
Have you tried with Firefox (the same patch applies cleanly, except for the
NSPR part which you can get from upstream bugzilla)?
(on GNU/kFreeBSD firefox works the same as mozilla, except mozilla has some
postinst/postrm errors firefox doesn't)
> > We suspected that this is due to some problems with threads in kbsd.
> > What is your experience on hurd? You see similar problems? If so, then
> > maybe the patch is to blame and not the kbsd threads ;).
>
> GNU/Hurd and GNU/k*BSD do not share the same thread implementation, so
> yeah, there must be something else.
Maybe it's in NSPR. When I ported it i checked it passes the testsuite, but
I don't think the testsuite was very complete for that matter.
OTOH, when launching firefox on GNU/kFreeBSD, one could see multiple processes
out of which some die when attaching gdb (zombies?). Since firefox doesn't
fork on startup this looks like a LinuxThreads issue.
--
Robert Millan