[Cooker] rpmlint.

Hi, I've run rpmlint (0.6.1-1) on the whole cooker distro yesterday, an got 5458 errors and 3756 warnings. Ouch! I guess something is *really* broken here. S. -- Stéfane Fermigier, Tel: 06 63 04 12 77 (mobile). Linbox Inc., AFUL, Linux-Center. - - .

Re: [Cooker] Error in kernel-headers-2.2.13-29mdk

from the quill of "Brian J. Murrell" <[EMAIL PROTECTED]> on scroll <[EMAIL PROTECTED]> > I think there is a bad symbol definition in > kernel-headers-2.2.13-29mdk.i586.rpm's linux/include/linux/version.h > file. Blech!! More problems: - missing from line 37 in both version.h and autoconf.h and

[Cooker] Error in kernel-headers-2.2.13-29mdk's version.h?

I think there is a bad symbol definition in kernel-headers-2.2.13-29mdk.i586.rpm's linux/include/linux/version.h file. Two of the feature definition blocks define __rh_version_included_file__ and two others define __rh_autoconf_included_file__ and at the bottom of the file there is a catchall th

[Cooker] GNU Calendar?

I don't think gcal is part of cooker at this stage? There are Suse RPMs over at rpmfind.net. It's the butt-kickingest calendar program - it'd be good to include it in the disribution. http://www.fokus.gmd.de/linux/gnu/docs/gcal/

[Cooker] Re: [CHRPM] NAME: drakxtools VER: 1.0 REL: 8mdk

"Thomas M. Beaudry" <[EMAIL PROTECTED]> writes: > Shouldn't you get rid of the diskdrake package now that it's included with > drakxtools? yep, thanks :)

[Cooker] RE: [CHRPM] NAME: drakxtools VER: 1.0 REL: 8mdk

Shouldn't you get rid of the diskdrake package now that it's included with drakxtools? > -Original Message- > > --=-=-= > Name: drakxtools Distribution: Linux-Mandrake > Version : 1.0 Vendor: MandrakeSoft > Release : 8mdk

Re: [Cooker] compssList

Chris Blazek <[EMAIL PROTECTED]> writes: > > pid1 = fork(); /1st child > pid2 = fork(); /2nd child > pid3 = fork(); /3rd child uh!!! at the end you have 2^3 processes :-(

Re: [Cooker] compssList

I just had a basic question about forks. I'm writing an app that needs to fork off three children and I need to distinguish between the children with wait(). Can anyone help? ex of what I tried to get to work... pid1 = fork(); /1st child pid2 = fork(); /2nd child pid3 = fork(); /3rd child i

Re: [Cooker] qt2: BuildArchitecture restricition needed?

On Sun, 21 Nov 1999, Stefan van der Eijk wrote: > Chmouel, > > > > I'm wondering why there is a "BuildArchitectures" line in the qt2 spec > > > file. > > > > > > BuildArchitectures: i586 > > > > > > Is this package only meant for the i586 architecture, or can it also be > > > compiled > > > on o

[Cooker] Finnish kbd layouts

There's been some discussion lately here in Finland about the harm of having two Finnish keyboard layouts: fi-latin1 (the right one) and fi (old 7-bit and practically obsolete). I would suggest that Mandrake remove the old 'fi' layout and save a lot of newbies the frustration of not having a work

Re: [Cooker] Re: [CHRPM] NAME: MandrakeUpdate VER: 6.1 REL: 7mdk

On 21 Nov 1999, Pixel wrote: > Pablo Saratxaga <[EMAIL PROTECTED]> writes: > > > Kaixo! > > > > On Sat, Nov 20, 1999 at 11:59:39AM -0600, ChangeLog Automate wrote: > > > > > - using kdesu instead of gsu in grpmi > > > - removed gsu > > > > Is it a good idea to force use of kdelibs+qt etc fo

Re: [Cooker] qt2: BuildArchitecture restricition needed?

Chmouel, > > I'm wondering why there is a "BuildArchitectures" line in the qt2 spec > > file. > > > > BuildArchitectures: i586 > > > > Is this package only meant for the i586 architecture, or can it also be > > compiled > > on other architectures (alpha or i686)? If so, can we do without the > >

[Cooker] qt2: BuildArchitecture restricition needed?

Hi, I'm wondering why there is a "BuildArchitectures" line in the qt2 spec file. BuildArchitectures: i586 Is this package only meant for the i586 architecture, or can it also be compiled on other architectures (alpha or i686)? If so, can we do without the line, or can we add the other architect

Re: [Cooker] Re: [CHRPM] NAME: MandrakeUpdate VER: 6.1 REL: 7mdk

Pablo Saratxaga <[EMAIL PROTECTED]> writes: > Kaixo! > > On Sat, Nov 20, 1999 at 11:59:39AM -0600, ChangeLog Automate wrote: > > > - using kdesu instead of gsu in grpmi > > - removed gsu > > Is it a good idea to force use of kdelibs+qt etc for it ? > what other solution?