Bryan Paxton ([EMAIL PROTECTED]) wrote: > On Wed, 2002-02-06 at 03:38, Han wrote: > > Bryan Paxton ([EMAIL PROTECTED]) wrote: > > > On Wed, 2002-02-06 at 02:45, Michal Bukovjan wrote: > > > > I did not built it (using cooker RPMs) and works for me fine as > > > > well. Perhaps you are missing some correct libs? > > > > > > I forgot to mention one thing. > > > > > > My Mozilla is not built against cooker's gtk and glib, it's built > > > against ximians. > > > > > > I would look there for the problem... > > > > Well the last grip was also build with a non-default library. Which > > caused rpm to moan about it. So I got the srpm and rebuild grip. > > > > Peoples. Please be aware which non-default libraries are installed > > on your system. If you have one don't release binary rpms from your > > system. > > Naturally, you missed the point here though. > > I build mozilla (using the SRPM from cooker) on my system against > GNOME libaries (gtk, glib, etc..), and all works well. Not a segfault, > lock up, nothing.
Sure. You build it on your non-mandrake system. > I was saying to look in the direction of the GNOME libraries (i.e. > your "default" libs) for the problem. > > I was also in conversation with a few people earlier who were saying > that it was not possible to use cdrecord to burn a cd, and use grip > to listen to another (on another device). Quite abonormal... Not at all. > Now this could be a problem in cdrecord, or the kernel, or devfsd, but > my bet would be in the GNOME libs in cooker... Well if those packages start complaining about missing libs during the rpm install you don't need to be an oracle to see that it is a library problem. > I discern this for two reasons: > > 1. I know that mdk does some hacks to those libs, at least this was > the case in the past... (which IMHO are kludge and break things). Yes but if you don't agree with that policy is ok but then don't force everybody to rebuild. If you don't agree with English traffic rules you don't start by driving on the left side of the road. First you have a debate. > 2. My mozilla bin and grip bin, compiled against GNOME libs _NOT_ in > cooker run smoothly and operate normally... Because they are build on _your_ system. Cooker does not resolve around you. It resolves around cooker. > Have fun : ) Ow yeah. My own build mozilla's work twice as fast. Still no reason to ask for me to release i686 packages. Groetjes, Han. -- http://www.xs4all.nl/~hanb/software
