Re: [Cooker] terminal output from KDE apps
Le Thursday 14 November 2002 04:45, David Walser a écrit : --- Guillaume Rousse [EMAIL PROTECTED] wrote: Le Jeudi 14 Novembre 2002 01:07, David Walser a écrit : Hi Laurent, when you run KDE apps from a terminal, they are pretty verbose, you can see for example what PIDs are being launched and terminated. I think this is good and useful, but you don't get this behavior on other distros. How did you get your KDE to be so verbose? It looks like it has something to do with kdebug, but I can't quite figure it out. Didn't you noticed KDE package are currently even larger that usually :-) ? They are all build with debug activated, as it is a not a final release. Yeah I noticed that, but does KDE know what compiler flags it's compiled with and changed the default kdebug configuration? I think this is a seperate issue. Also, I think Mandrake's KDE packages, even in stable releases, have generally been this verbose. Yes I will look at this problem. Regards. __ Do you Yahoo!? Yahoo! Web Hosting - Let the expert host your site http://webhosting.yahoo.com
[Cooker] Auto view/play MPEG under Konqueror Filebrowser (KDE 3.1 RC3)
Previously, on KDE 3.04 - when I had an Mpeg file in the Konqueror browser and moved the mouse over it - it automatically played the file with the internal application (noatun) Now when I use KDE 3.1 RC3 - and move the mouse over an Mpeg file - I hear the sound from the file - but no video. Is this a bug? i tried checking all of the settings for Konqueror and couldn't find anything about this. MP3s work just fine this way. Thanks, R.Fox -- Robert Fox [EMAIL PROTECTED] Fox Consulting Services
[Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s) found:
The rpm package is the victim of itself, lol! Stefan RPM build errors: Installed (but unpackaged) file(s) found: /usr/include/beecrypt/base64.h /usr/include/beecrypt/beecrypt.h /usr/include/beecrypt/blockmode.h /usr/include/beecrypt/blockpad.h /usr/include/beecrypt/blowfish.h /usr/include/beecrypt/blowfishopt.h /usr/include/beecrypt/dhaes.h /usr/include/beecrypt/dldp.h /usr/include/beecrypt/dlkp.h /usr/include/beecrypt/dlpk.h /usr/include/beecrypt/dlsvdp-dh.h /usr/include/beecrypt/dsa.h /usr/include/beecrypt/elgamal.h /usr/include/beecrypt/endianness.h /usr/include/beecrypt/entropy.h /usr/include/beecrypt/fips180.h /usr/include/beecrypt/fips180opt.h /usr/include/beecrypt/fips186.h /usr/include/beecrypt/hmac.h /usr/include/beecrypt/hmacmd5.h /usr/include/beecrypt/hmacsha1.h /usr/include/beecrypt/hmacsha256.h /usr/include/beecrypt/md5.h /usr/include/beecrypt/memchunk.h /usr/include/beecrypt/mp32.h /usr/include/beecrypt/mp32barrett.h /usr/include/beecrypt/mp32number.h /usr/include/beecrypt/mp32opt.h /usr/include/beecrypt/mp32prime.h /usr/include/beecrypt/mtprng.h /usr/include/beecrypt/rsa.h /usr/include/beecrypt/rsakp.h /usr/include/beecrypt/rsapk.h /usr/include/beecrypt/sha256.h /usr/include/beecrypt/timestamp.h /usr/lib/libbeecrypt.la /usr/lib/libbeecrypt.so.2.2.0 /usr/lib/python2.2/site-packages/poptmodule.a /usr/lib/python2.2/site-packages/poptmodule.la /usr/lib/python2.2/site-packages/poptmodule.so /usr/lib/python2.2/site-packages/rpmmodule.a /usr/lib/python2.2/site-packages/rpmmodule.la /usr/lib/rpm/Specfile.pm /usr/lib/rpm/alphaev5-mandrake-linux/macros /usr/lib/rpm/alphaev56-mandrake-linux/macros /usr/lib/rpm/alphaev6-mandrake-linux/macros /usr/lib/rpm/alphaev67-mandrake-linux/macros /usr/lib/rpm/alphapca56-mandrake-linux/macros /usr/lib/rpm/config.site /usr/lib/rpm/cpanflute2 /usr/lib/rpm/cross-build /usr/lib/rpm/rpm2cpio.sh /usr/lib/rpm/sql.prov /usr/lib/rpm/sql.req /usr/lib/rpm/tcl.req /usr/lib/rpm/trpm
Re: [Cooker] WTF?
Le Jeudi 14 Novembre 2002 08:53, Vincent Danen a écrit : Actually, the real question, is why are you still using bind at all? ISC screwed the pooch on this one big time... I wouldn't touch bind after this mess with a 10 foot pole. And what other real alternatives ? I mean free software alternatives, not DJB's stuff... -- No matter how many resources you have, it is never enough. -- Murphy's Computer Laws n°1
[Cooker] kio_FISH appears to be brokern in KDE 3.1 RC3
I have tried to use the kio_fish extension without success. I keep getting: An error occurred while loading fish://192.168.10.100/home/rfox Could not connect to localhost I have checked all logs without finding any errors. This was working (I believe in 3.1 alpha) and previous KDE 3.04 Thanks, R.Fox -- Robert Fox [EMAIL PROTECTED] Fox Consulting Services
[Cooker] Re: Cooker and ACPI on a ThinkPad A22p
randy == Randy Welch [EMAIL PROTECTED] writes: randy Tried cooker out on my laptop and noticed that I could not select any randy power management items with kde. When I selected power management kde randy displayed this: Hi do a: modprobe ac modprobe battery modprobe button modprobe processor modprobe thermal and confirm if it works/don't work. Later, Juan. randy Your computer seems to have a partial ACPI installation. ACPI was randy probably enabled, but some of the sub-options were not - you need to randy enable at least 'AC Adaptor' and 'Control Method Battery' and then randy rebuild your kernel. randy Needless to say nothing happens when I close the lid randy I get the following out from dmesg ( ACPI ) related: randy zone(2): 0 pages. randy ACPI: RSDP (v000 PTLTD ) @ 0x000f7160 randy ACPI: RSDT (v001 PTLTDRSDT 01540.04208) @ 0x17ff5309 randy ACPI: FADT (v001 IBMTP-A21p 01540.04208) @ 0x17ffeb65 randy ACPI: BOOT (v001 PTLTD $SBFTBL$ 01540.04208) @ 0x17ffebd9 randy ACPI: DSDT (v001 IBMTP-A21p 01540.04208) @ 0x randy ACPI: BIOS passes blacklist randy ACPI: MADT not present randy IBM machine detected. Enabling interrupts during APM calls. randy Kernel command line: BOOT_IMAGE=linux ro root=308 quiet devfs=mount randy hdc=ide-scsi randy ide_setup: hdc=ide-scsi randy Local APIC disabled by BIOS -- reenabling. randy ACPI: Subsystem revision 20020918 randy PCI: PCI BIOS revision 2.10 entry at 0xfd94f, last bus=7 randy PCI: Using configuration type 1 randy ACPI: Interpreter enabled randy ACPI: Using PIC for interrupt routing randy ACPI: System [ACPI] (supports S0 S1 S3 S4 S5) randy ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11) randy ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 *11) randy ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 *11) randy ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11) randy ACPI: PCI Root Bridge [PCI0] (00:00) randy PCI: Probing PCI hardware (bus 00) randy ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] randy ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT] randy ACPI: Power Resource [PSER] (off) randy ACPI: Power Resource [PSIO] (on) randy ACPI: Embedded Controller [EC] (gpe 9) randy PCI: Probing PCI hardware randy PCI: Using ACPI for IRQ routing randy PCI: if you experience problems, try using option 'pci=noacpi' or even randy 'acpi=off randy Nov 12 22:55:01 randyspc kernel: apm: BIOS version 1.2 Flags 0x03 randy (Driver version 1.16) randy Nov 12 22:55:01 randyspc kernel: apm: overridden by ACPI. randy Nov 12 22:55:01 randyspc kernel: Starting kswapd randy Thought you might want to know. randy -randy -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
Re: [Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s) found:
Le Jeudi 14 Novembre 2002 09:20, Stefan van der Eijk a écrit : The rpm package is the victim of itself, lol! Stefan RPM build errors: Installed (but unpackaged) file(s) found: /usr/include/beecrypt/base64.h I like this feature I think it was missing, but a warning would be better to begin than an error... lot of package will failed on rebuild. :) -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
[Cooker] Incoherencies among perl DBD packages
In contribs: perl-DBD-Pg perl-DBD-CSV In main: perl-Mysql Latest one should be named perl-DBD-Mysql, and perl-DBD-Pg should be in main IHMO. -- Software bugs are impossible to detect by anybody except the end user. -- Murphy's Computer Laws n°10
Re: [Cooker] WTF?
torsdagen den 14 november 2002 04.37 skrev Ben Reser: On Thu, Nov 14, 2002 at 04:21:53AM +0100, Oden Eriksson wrote: [snip] Mandrake's rpm now checks for files that are installed in the %install section but are not included in the %files section. Rather than just warning you about this. rpm just flat out fails to build. Frankly I think this is an idiotic change. But I'm really not in the mood to start the argument about it. Aha, yeah..., this is stupid... The files in the %files sections are in there but uncommented _for a reason_. I call for a patch to disable this stupidity in latest RPM, either that or have rpmlint see/fix it. You can add: %define _unpackaged_files_terminate_build 0 to your spec file to disable this check. Thanks Ben. _That_ should have been included in the global macros. -- Regards // Oden Eriksson, Deserve-IT Networks Check the Modules For Apache2 status page at: http://www.deserve-it.com/modules_for_apache2.html
Re: [Cooker] WTF?
Le Jeudi 14 Novembre 2002 11:06, Oden Eriksson a écrit : You can add: %define _unpackaged_files_terminate_build 0 to your spec file to disable this check. Thanks Ben. _That_ should have been included in the global macros. Just put it in your ~/.rpmmacros -- When you finally buy enough memory, you will not have enough disk space. -- Murphy's Computer Laws n°3
Re: [Cooker] Re: perl rpm macrs (was spamassassin-2.43-3mdk)
Ben Reser [EMAIL PROTECTED] writes: On Wed, Nov 13, 2002 at 05:04:42PM +0100, Frederic Crozat wrote: * Wed Nov 13 2002 Frederic Crozat [EMAIL PROTECTED] 2.43-3mdk - from Chris Weber [EMAIL PROTECTED] : - build cleanly on mdk82, defines for perl_sitelib, perl_man1dir and perl_man3dir should be realy in rpm's macrodefs. perl_sitelib was removed when they switched to perl_vendorlib. Might be nice to add it in but I think part of the point is to get packagers to use vendor instead of the site tree. right. maybe i could put this instead: %perl_sitelib %(eval `perl -V:installsitelib`; echo '%perl_sitelib is deprecated, use perl_vendorlib instead!' 12; echo $installsitelib)
[Cooker] Re: Broadcom gigabit adapter in network install !
mircea == Mircea Ciocan [EMAIL PROTECTED] writes: mircea The Mandrake-8.2 and 9.0 could not recognize that adapter on a mircea Dell Power Edge beast, is by any chance recognized now by cooker, or mircea is there a posibility to stuff a certain module during network install mircea phase, either in 9.0 or in latest cooker ??? Hi this should be working with tg3 driver, could you send me the output of: lspci -v and lspci -n Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
Re: [Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s)found:
Olivier Thauvin wrote: Le Jeudi 14 Novembre 2002 09:20, Stefan van der Eijk a écrit : The rpm package is the victim of itself, lol! Stefan RPM build errors: Installed (but unpackaged) file(s) found: /usr/include/beecrypt/base64.h I like this feature I think it was missing, but a warning would be better to begin than an error... lot of package will failed on rebuild. :) I don't agree: I suppose that mandrakesoft has an automated build procedure, a warning will probably go unnoticed, while a package that fails to build will surely get a maintaner attention. The result will be many less broken packages (I hope). Bye -- Luca Olivetti Note.- This message reached you today, it may not tomorrow if you are using MAPS services. They arbitrarily include in their lists IP addresses not related in any way to spam, and in so doing are disrupting Internet connectivity. Please stop supporting them. See http://slashdot.org/article.pl?sid=01/05/21/1944247
Re: [Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s) found:
Le Jeudi 14 Novembre 2002 10:23, Luca Olivetti a écrit : Olivier Thauvin wrote: Le Jeudi 14 Novembre 2002 09:20, Stefan van der Eijk a écrit : The rpm package is the victim of itself, lol! Stefan RPM build errors: Installed (but unpackaged) file(s) found: /usr/include/beecrypt/base64.h I like this feature I think it was missing, but a warning would be better to begin than an error... lot of package will failed on rebuild. :) I don't agree: I suppose that mandrakesoft has an automated build procedure, a warning will probably go unnoticed, while a package that fails to build will surely get a maintaner attention. The result will be many less broken packages (I hope). Hoo, think to poeple who rebuild about 2000 packages for ppc or alpha, who have already to fix lot of packager error about arch specific pb... who have already to deal with reject upload. Try to start an automatic rebuild for all cooker for i686, and think you should have all packages for this arch, you will understand what I am saying... Bye -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] WTF?
torsdagen den 14 november 2002 08.53 skrev Vincent Danen: On Wednesday, November 13, 2002, at 08:21 PM, Oden Eriksson wrote: [...] * Wed Nov 13 2002 Oden Eriksson [EMAIL PROTECTED] 8.3.3-3mdk - security fix for multiple flaws in the code (P10) possible addresses; CAN-2002-1219, CAN-2002-1220 and CAN-2002-1221, this is something for mandrakesecurity to sort out on paid workingtime ;) Will be out tomorrow. - updated S6 to _show_ a fake version to fool the script kiddies even more, root should change this later to maybe 9.2.2? updated root cache file from internic Why? They're not going to scan for a version before trying to exploit. They're just going to hammer every DNS server they can find. I've said it before a million times but, let's make it a million and one: Security through obscurity is no security at all. Yeah, but I didn't take notice before, but thanks anyway. I had to do something... Anyways, bind8 is only in 7.2 and SNF7.2... 8.0+ install bind9 by default. I'm actually impressed that bind9 isn't affected by any of this, but it sure makes it easy to support. Why are you still using bind8 (I'm assuming you're not using a 7.2 box since this is on cooker). There are people refusing to upgrade, and my bind-chroot packages are for them. But anyway after a couple of hours fiddling with the conf files I was able to run one of my clients 2000+ hosts zone files under 9.2.1, so I will recommend them to upgrade. Actually, the real question, is why are you still using bind at all? ISC screwed the pooch on this one big time... I wouldn't touch bind after this mess with a 10 foot pole. Because I do not trust tinydns to do the job. I know a guy that has been working several years with the dot se top domain..., and I do take his word for it... Well..., here's what I plan to do; Implement DLZ for latest bind. Packages built with MySQL support here: (conditional build, but with mysql enabled in the spec file) http://d-srv.com/Cooker/RPMS/bind-9.2.2-0.rc1.2mdk.i586.rpm http://d-srv.com/Cooker/RPMS/bind-devel-9.2.2-0.rc1.2mdk.i586.rpm http://d-srv.com/Cooker/RPMS/bind-utils-9.2.2-0.rc1.2mdk.i586.rpm http://d-srv.com/Cooker/SRPMS/bind-9.2.2-0.rc1.2mdk.src.rpm Hmm..., I better hurry up now pack my bags instead of RPM:s ;)..., I'm bound for London in two hours. Chears -- Regards // Oden Eriksson, Deserve-IT Networks Check the Modules For Apache2 status page at: http://www.deserve-it.com/modules_for_apache2.html
Re: [Cooker] [Contrib-RPMS] quakeforge, svgalib, xlogmaster
Maxim Heijndijk wrote: * Stardate: 2002-11-13 17:03 * Incoming subspace signal from Adam Williamson [EMAIL PROTECTED] : On Wed, 2002-11-13 at 16:55, Maxim Heijndijk wrote: Name: xlogmaster Relocations: (not relocateable) * do okt 24 2002 Maxim Heijndijk [EMAIL PROTECTED] 1.6.0-7mdk - Rebuilt for Mandrake 9.0 / MandrakeClub. - Added BuildRequires for gcc 2.96. - Fixed bindir. - Fixed datbase dir. - Fixed manfile permissions. - Removed gtkrc files. Correct me if I'm wrong, but I thought nothing was to be built with GCC 2.96 any more but Mozilla (and Galeon etc), which need it for plugin compatibility. Well, I didn't know that. This one doesn't build with 3.2. http://www.dvalin.sintrax.net/rpms/SRPMS/xlogmaster-1.6.0-8mdk.i586.rpm there ya go, fixed for gcc-3.2, also fixed the .spec files, please check the .spec file for the modifications so you don't do the same mistakes again, also read http://www.linux-mandrake.com/en/howtos/mdk-rpm/ ps: rpmlint is your friend :) uploaded to /incoming -- Mvh Per Øyvind Karlsen Delonic Technology Group AS Sysadmin, developer, greasemonkey www.delonic.no - +47 41681061
[Cooker] Re: [CHRPM] wine-20021007-2mdk
Thierry Vignaud wrote: --=-=-= Name: wine Relocations: (not relocateable) Version : 20021007 Vendor: MandrakeSoft Release : 2mdk Build Date: Thu Nov 14 11:15:49 2002 Install date: (not installed) Build Host: ke.mandrakesoft.com Group : Emulators Source RPM: (none) Size: 6271205 License: LGPL Packager: Thierry Vignaud [EMAIL PROTECTED] URL : http://www.winehq.com/ Summary : Windows Emulator (Binary Emulator) Description : This is an ALPHA release of Wine, the MS-Windows emulator. This is still a developers release and many applications may still not work. This package consists of the emulator program for running windows executables. Wine is often updated. --=-=-= * Thu Nov 14 2002 Thierry Vignaud [EMAIL PROTECTED] 20021007-2mdk - wine-config : fix cdrom bug hmm, after the discussion a few months ago, should'nt the description be changed? it sounds stupid to describe wine as the ms-windows emulator, first of all this is'nt an emulator(wine stands for wine is not an emulator), second of all describing something as _THE_ blabla for something instead of an also sounds a little stupid... -- Mvh Per Øyvind Karlsen Delonic Technology Group AS Sysadmin, developer, greasemonkey www.delonic.no - +47 41681061
Re: [Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s)found:
Olivier Thauvin wrote: fails to build will surely get a maintaner attention. The result will be many less broken packages (I hope). Hoo, think to poeple who rebuild about 2000 packages for ppc or alpha, who have already to fix lot of packager error about arch specific pb... who have already to deal with reject upload. Try to start an automatic rebuild for all cooker for i686, and think you should have all packages for this arch, you will understand what I am saying... yes, I understand, it will be a PITA to fix those packages, but it is worse to leave them unchanged and non working because of some missing file. The real problem anyway is that the rpm spec file is too complex and error prone. Bye -- Luca Olivetti Note.- This message reached you today, it may not tomorrow if you are using MAPS services. They arbitrarily include in their lists IP addresses not related in any way to spam, and in so doing are disrupting Internet connectivity. Please stop supporting them. See http://slashdot.org/article.pl?sid=01/05/21/1944247
Re: [Cooker] new rpm and unpackaged files
torsdagen den 14 november 2002 08.53 skrev Gwenole Beauchesne: Hi, But this is not possible because building failed now. I want just confirmation about the better way to build without including this files. I retranslate my reply. ;-) make install shall not install %doc files. That's all. So, either you remove those files from $RPM_BUILD_ROOT, either you teach make install to not install files that you will %doc in filelist. Why not let RedHat make rpm do everything while they're at it? rpm foo.tar.gz I'm starting to get _really_ annoyed with all rpm related issues... There has to be a smarter package system where version of the package manager _does not_ impact past or future packages as much as rpm does... rpm2deb? -- Regards // Oden Eriksson, Deserve-IT Networks Check the Modules For Apache2 status page at: http://www.deserve-it.com/modules_for_apache2.html
[Cooker] Re: [CHRPM] kdebase-3.1-0.rc3.4mdk
Hello, I'm not sure that it's kdebase related but is the kmix problem (volume 100%, 4 same cards displayed,...) resolved ? Thanks, Florent
Re: [Cooker] Re: [CHRPM] kdebase-3.1-0.rc3.4mdk
Florent BERANGER wrote: Hello, I'm not sure that it's kdebase related but is the kmix problem (volume 100%, 4 same cards displayed,...) resolved ? Thanks, Florent uhm, I don't have that problem, have'nt updated for a few, so I'm running rc2(not sure about release, I'm at work now;) -- Mvh Per Øyvind Karlsen Delonic Technology Group AS Sysadmin, developer, greasemonkey www.delonic.no - +47 41681061
Re: [Cooker] ACPI on Compaq Presario 700 andKernel-2.4.19.19mdk-1-1mdk
I've try kernel-2.4.19.19mdk-1-1mdk on my Compaq Presario 700 and on reboot my Mandrake 9.x (semi-cooker) don't start!! Freeze during kernel loading With normal kernel 2.4.19-16mdk my linux don't shutdown. There is a bug in new ACPI patch?? Any suggest?? Thanks, Luca -- Luca Landi (inwind.it) [EMAIL PROTECTED]
Re: [Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s) found:
Hi, I don't agree: I suppose that mandrakesoft has an automated build procedure, a warning will probably go unnoticed, while a package that fails to build will surely get a maintaner attention. The result will be many less broken packages (I hope). Exactly! Too maintainers simply don't care about their packages. This is a means to bring attention to possible new files added through packages updates and also fix existing packages that have missing files. Bye, Gwenole
Re: [Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s) found:
Hi, Hoo, think to poeple who rebuild about 2000 packages for ppc or alpha, who have already to fix lot of packager error about arch specific pb... who have already to deal with reject upload. This *is* useful for ports. Do you think I added this for fun? Bye, Gwenole.
Re: [Cooker] Mandrake Made Easy: a modest suggestion for Windowsusers[linux , what sucks ?]
1 ) to get the register ( easy, these file are well known , system.dat, and user.dat ) No problem 2 ) to read it ( difficult part ), and to get the information on a simple format. 3 ) To found the useful info. Not to difficult, if we only do some apps. There is a regedit I remember ... for linux http://home.eunet.no/~pnordahl/ntpasswd/bootdisk.html and open source ;-)
Re: [Cooker] Mandrake Made Easy: a modest suggestion for Windowsusers[linux , what sucks ?]
Now there is SVG, this type of tools should appear, no ? SVG norm is very interesting, I hope it will make flash disappear ;) Maybe in 3 years ? I also hope it's will become the standart for the moment isn't really the case , it's a lot better than flash ... but the lacks of good editors soft etc... Mick
Re: [Cooker] Mandrake Made Easy: a modest suggestion for Windows users[linux , what sucks ?]
torsdagen den 14 november 2002 13.08 skrev Faraj Meir: 1 ) to get the register ( easy, these file are well known , system.dat, and user.dat ) No problem 2 ) to read it ( difficult part ), and to get the information on a simple format. 3 ) To found the useful info. Not to difficult, if we only do some apps. There is a regedit I remember ... for linux http://home.eunet.no/~pnordahl/ntpasswd/bootdisk.html and open source ;-) another one that _is_ open source exists in contribs allready. -- Regards // Oden Eriksson, Deserve-IT Networks Check the Modules For Apache2 status page at: http://www.deserve-it.com/modules_for_apache2.html
[Cooker] kernel oops upon plugging in an usb camera
hi, I have massive troubles with the usb functionality of both the LM9.0 and current cooker kernel. Everytime I plug in a digital camera (Olympus C-1) the kernel almost immediately oops on 2 places, the first one does not even get into one of the log files but shows only on the console. This error does __NOT__ occur with the linus kernel, so this is MDK related. ---CUT--- Nov 14 13:04:42 clemens kernel: hub.c: USB new device connect on bus1/2, assigned device number 2 Nov 14 13:04:42 clemens kernel: usb.c: USB device 2 (vend/prod 0x7b4/0x102) is not claimed by any active driver. Nov 14 13:04:45 clemens /etc/hotplug/usb.agent: Setup usb-storage for USB product 7b4/102/1065 Nov 14 13:04:45 clemens kernel: Initializing USB Mass Storage driver... Nov 14 13:04:45 clemens kernel: usb.c: registered new driver usb-storage Nov 14 13:04:45 clemens kernel: scsi1 : SCSI emulation for USB Mass Storage devices Nov 14 13:04:45 clemens kernel: usb-uhci.c: interrupt, status 3, frame# 1175 Unable to handle kernel paging request at virtual address 01100112 *pde = Oops: CPU: 0 EIP: 0010:[d092ae3c] Not tainted EFLAGS: 00010202 eax: 0004 ebx: 01100112 ecx: 0004 edx: 0004 esi: cb38c2bc edi: 01100112 ebp: cb38c200 esp: c6e7ff64 ds: 0018 es: 0018 ss: 0018 Process scsi_eh_1 (pid: 1803, stackpage=c6e7f000) Stack: 0001 01100112 0286 cb38c400 cb38c200 2003 d083c2b7 cb38c200 cb38c544 0286 cb38c600 2003 d094281d cb38c600 cb38c600 d094321c cb38c600 cc9e55c0 0001 cc74c740 c6e7ffd4 Call Trace: [d083c2b7] [d094281d] [d094321c] [d0943736] [c01072f6] [d0943630] Code: f3 a6 0f 84 bc 00 00 00 53 e8 a6 9c 80 ef 55 e8 30 cd ff ff 6hub.c: USB new device connect on bus1/2, assigned device number 3 Nov 14 13:05:03 clemens kernel: usb.c: USB disconnect on device 2 Nov 14 13:05:03 clemens kernel: Unable to handle kernel paging request at virtual address 01100112 Nov 14 13:05:03 clemens kernel: printing eip: Nov 14 13:05:03 clemens kernel: d092ae3c Nov 14 13:05:03 clemens kernel: *pde = Nov 14 13:05:03 clemens kernel: Oops: Nov 14 13:05:03 clemens kernel: CPU: 0 Nov 14 13:05:03 clemens kernel: EIP: 0010:[ppp_async:__insmod_ppp_async_O/lib/modules/2.4.19-19mdk/kernel/driver+-496068/96] Not tainted Nov 14 13:05:03 clemens kernel: EIP: 0010:[d092ae3c] Not tainted Nov 14 13:05:03 clemens kernel: EFLAGS: 00010202 Nov 14 13:05:03 clemens kernel: eax: 0004 ebx: 01100112 ecx: 0004 edx: 0004 Nov 14 13:05:03 clemens kernel: esi: cb38c2bc edi: 01100112 ebp: cb38c200 esp: c6e7ff64 Nov 14 13:05:03 clemens kernel: ds: 0018 es: 0018 ss: 0018 Nov 14 13:05:03 clemens kernel: Process scsi_eh_1 (pid: 1803, stackpage=c6e7f000) Nov 14 13:05:03 clemens kernel: Stack: 0001 01100112 0286 cb38c400 cb38c200 2003 d083c2b7 cb38c200 Nov 14 13:05:03 clemens kernel: cb38c544 0286 cb38c600 2003 d094281d cb38c600 Nov 14 13:05:03 clemens kernel: cb38c600 d094321c cb38c600 cc9e55c0 0001 cc74c740 c6e7ffd4 Nov 14 13:05:03 clemens kernel: Call Trace: [ppp_async:__insmod_ppp_async_O/lib/modules/2.4.19-19mdk/kernel/driver+-1473865/96] [ppp_async:__insmod_ppp_async_O/lib/modules/2.4.19-19mdk/kernel/driver+-399331/96] [ppp_async:__insmod_ppp_async_O/lib/modules/2.4.19-19mdk/kernel/driver+-396772/96] [ppp_async:__insmod_ppp_async_O/lib/modules/2.4.19-19mdk/kernel/driver+-395466/96] [kernel_thread+38/48] Nov 14 13:05:03 clemens kernel: Call Trace: [d083c2b7] [d094281d] [d094321c] [d0943736] [c01072f6] Nov 14 13:05:03 clemens kernel: [ppp_async:__insmod_ppp_async_O/lib/modules/2.4.19-19mdk/kernel/driver+-395728/96] Nov 14 13:05:03 clemens kernel: [d0943630] Nov 14 13:05:03 clemens kernel: Nov 14 13:05:03 clemens kernel: Code: f3 a6 0f 84 bc 00 00 00 53 e8 a6 9c 80 ef 55 e8 30 cd ff ff Nov 14 13:05:04 clemens kernel: 6hub.c: USB new device connect on bus1/2, assigned device number 3 ---CUT--- I already tried to disable apic, but no success. some system information: CPU: duron 900 RAM: 256MB SDRAM GFX: s3 savage4 (what a piece of shit this part is ...) MOBO: asus A7VI-VM with an via vt82cxxx chipset. any suggestions? udo
Re: [Cooker] drakconf-themes
Charles A Edwards [EMAIL PROTECTED] writes: The version of drakconf-themes on all the Mandrake mirrors is drakconf-themes-9.0-6.2mdkplf.i586.rpm note the mdkplf.i586.rpm fixed and forbid drakconf-themes uploade now. -- Warly
Re: [Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s) found:
Luca Olivetti ([EMAIL PROTECTED]) wrote: Olivier Thauvin wrote: fails to build will surely get a maintaner attention. The result will be many less broken packages (I hope). Hoo, think to poeple who rebuild about 2000 packages for ppc or alpha, who have already to fix lot of packager error about arch specific pb... who have already to deal with reject upload. Try to start an automatic rebuild for all cooker for i686, and think you should have all packages for this arch, you will understand what I am saying... yes, I understand, it will be a PITA to fix those packages, but it is worse to leave them unchanged and non working because of some missing file. The real problem anyway is that the rpm spec file is too complex and error prone. _------__ | } /DO NOT FEED THE TROLL \ \__/ ---` |#:| |#:| |#:| \\\|#:|/ / ~~~ //Han -- http://www.xs4all.nl/~hanb/software
Re: [Cooker] Mandrake Made Easy: a modest suggestion for Windowsusers[linux , what sucks ?]
On Thu, 14 Nov 2002, Faraj Meir wrote: Somoen mentinned a tool called tranfugdrake, which do this. After all, it could be a great thing no ? At least for some basics things, such a internet connection. yep but not only ... generaly anything is better that nothing a tool like this will be great even it's uncomplete... even if you say there is remplacement on windows, they will say it sucks. Everybody use winzip, and it sucks. no , I doesn't like at all winzip (on windows I use windows commander) . it's not true each version of mandrake I go to it test each beta in hope to del the windows partition , I and a lot of other would be glad to do that but really linux is not simple as windows and not yet for daily use . On other thing , you can use flash without paying 350 euros to Macromedia, I mean, if you are honest. But most people are not honest. Sad but true. yep crack it ;-) or make your company buy it for you . So, what is the point of moving to Linux then, if Windows is so wonderful and Linux really sucks? The free as in free beer (which seems to be the case already with cracked stuff)? Trading in the uncomfty feeling of being a factual thief with the uncomfty feeling that you can tweak your machine beyond NextNextNextFinish? My advice is to either make a choice and stop whining in the wrong place or to profit from both worlds and pay $$ and/or a learning curve. ...like anything in life... Linux is like evolution, if you are lucky, what you need emerges, if not too bad, nobody forces you to use it. On the other hand, if you are a breeder(i.e. tweaker) or gene technologist(i.e. programmer), you create your own species or sponsor people to do so. You can curse all you want, it won't help. Relax and you will see the beauty that's already there or stay on your own cosy planet if you don't like to space travel. It is not our fault They don't cater to our planet. Guy
Re: [Cooker] new rpm and unpackaged files
On Thu, 14 Nov 2002 01:33:27 +0100 Han Boetes [EMAIL PROTECTED] wrote: Gwenole Beauchesne ([EMAIL PROTECTED]) wrote: And who wrote this? Oh yes, Olivier. :) How do you deal with this type of files, all are packaged under %doc, but rpm-build failed: (actually I `rm` it in spec) rm it from where? Under $RPM_BUILD_ROOT? Then that's normal, %doc file is not meant to have file installed under $RPM_BUILD_ROOT. So, if you have in your build dir, saysNEWS, simply %doc NEWS, don't install it. This behavior hasn't changed. 14:29 mpol| duh, rpm now complains about files which are installed but unpackaged 14:29 mpol| I never ran into that before. it's new? 14:34Han| mpol, indeed that is new. 14:34Han| The script it not so good. It should just warn. 14:34 mpol| hmm, even when I rm those files it just stops after /usr/lib/rpm/check-files This last line was just user error. But I agree with Han, it should just warn. But I'm not in command at MandrakeSoft :-) But things like this make it really tempting to just add a filelist like this and be done with it.: %files %defattr(-,root,root) %{prefix}/* -- Marcel Pol Linux 2.4.19-18mdk-ringworld.1, up 3 days, 14:41 Registered User #163523
DNS (was: Re: [Cooker] WTF?)
On Thu, 14 Nov 2002 10:33:00 +0100 Guillaume Rousse [EMAIL PROTECTED] wrote: Le Jeudi 14 Novembre 2002 08:53, Vincent Danen a écrit : Actually, the real question, is why are you still using bind at all? ISC screwed the pooch on this one big time... I wouldn't touch bind after this mess with a 10 foot pole. And what other real alternatives ? I mean free software alternatives, not DJB's stuff... I like maradns, and I've been playing with it for a while now. I've been trying out different configfiles now, but I'm not completely happy with that and the packaging, therefore I haven't uploaded it yet. I was also afraid that there was no interest, because bind9 is actually rather good, there aren't many exploits up till now. -- Marcel Pol Linux 2.4.19-18mdk-ringworld.1, up 3 days, 14:41 Registered User #163523
Re: [Cooker] [Contrib-RPMS] quakeforge, svgalib, xlogmaster
* Stardate: 2002-11-14 11:47 * Incoming subspace signal from Per Øyvind Karlsen [EMAIL PROTECTED] : http://www.dvalin.sintrax.net/rpms/SRPMS/xlogmaster-1.6.0-8mdk.i586.rpm there ya go, fixed for gcc-3.2, also fixed the .spec files, please check the .spec file for the modifications so you don't do the same mistakes again, /SRPMS/xlogmaster-1.6.0-8mdk.i586.rpm Well, if I have to check the spec, I need an SRPM. -- Best regards, M@X. * Climate Control Psychedelic Soundscapes - http://go.to/cchq/ * Linux Shell Scripts RPM Software Packages - http://go.to/conmen/ * Photography Pages - http://home.wanadoo.nl/cchq/photo/photo.html System is up 5:26
Re: [Cooker] new rpm and unpackaged files
Marcel Pol ([EMAIL PROTECTED]) wrote: This last line was just user error. But I agree with Han, it should just warn. I am sure they will fix the situation soon. This was just to draw our attention. :) But I'm not in command at MandrakeSoft :-) But things like this make it really tempting to just add a filelist like this and be done with it.: %files %defattr(-,root,root) %{prefix}/* And what about the files in /etc huh? :) Besides rpmlint would complain you included dirs in the path that do not belong to the rpm :D //Han -- http://www.xs4all.nl/~hanb/software
Re: [Cooker] Re: Cooker and ACPI on a ThinkPad A22p
I get the same behavior as Randy using 2.4.19-19 on my A22p. lsmod showed that none of the referenced modules were loaded. I loaded them manually and got a lot more stuff in /proc/acpi: cat /proc/acpi/battery/BAT0/state present: yes capacity state: ok charging state: unknown present rate:0 mW remaining capacity: 21760 mWh present voltage: 12400 mV I still get the Your computer seems to have a partial ACPI installation error when I try to use KDE's power management, though. Rich On Thu, 2002-11-14 at 05:01, Juan Quintela wrote: randy == Randy Welch [EMAIL PROTECTED] writes: randy Tried cooker out on my laptop and noticed that I could not select any randy power management items with kde. When I selected power management kde randy displayed this: Hi do a: modprobe ac modprobe battery modprobe button modprobe processor modprobe thermal and confirm if it works/don't work. Later, Juan. randy Your computer seems to have a partial ACPI installation. ACPI was randy probably enabled, but some of the sub-options were not - you need to randy enable at least 'AC Adaptor' and 'Control Method Battery' and then randy rebuild your kernel. -- ars Cognita The Art of Knowledge - Richard Tango-Lowy [EMAIL PROTECTED] www.arscognita.com signature.asc Description: This is a digitally signed message part
Re: DNS (was: Re: [Cooker] WTF?)
How about MyDNS? http://mydns.bboy.net/ It does require a recursive server along side. I collect a lot of information about bad guys and would like to respond more quickly and, more importantly, automatically. An SQL database would make this more feasible. I have had a few cases where BIND 9.2.1 failed catastrophically on reboot. I am setting up standalone DNS servers to avoid the issue but dumping BIND is attractive. Jim Tarvid On Thursday 14 November 2002 08:27 am, you wrote: On Thu, 14 Nov 2002 10:33:00 +0100 Guillaume Rousse [EMAIL PROTECTED] wrote: Le Jeudi 14 Novembre 2002 08:53, Vincent Danen a écrit : Actually, the real question, is why are you still using bind at all? ISC screwed the pooch on this one big time... I wouldn't touch bind after this mess with a 10 foot pole. And what other real alternatives ? I mean free software alternatives, not DJB's stuff... I like maradns, and I've been playing with it for a while now. I've been trying out different configfiles now, but I'm not completely happy with that and the packaging, therefore I haven't uploaded it yet. I was also afraid that there was no interest, because bind9 is actually rather good, there aren't many exploits up till now.
Re: [Cooker] [Contrib-RPMS] quakeforge, svgalib, xlogmaster
Maxim Heijndijk wrote: * Stardate: 2002-11-14 11:47 * Incoming subspace signal from Per Øyvind Karlsen [EMAIL PROTECTED] : http://www.dvalin.sintrax.net/rpms/SRPMS/xlogmaster-1.6.0-8mdk.i586.rpm there ya go, fixed for gcc-3.2, also fixed the .spec files, please check the .spec file for the modifications so you don't do the same mistakes again, /SRPMS/xlogmaster-1.6.0-8mdk.i586.rpm Well, if I have to check the spec, I need an SRPM. ahahaha, sorry, I'm kinda wimsy:o) http://www.dvalin.sintrax.net/rpms/SRPMS/xlogmaster-1.6.0-8mdk.src.rpm
Re: [Cooker] Re: [CHRPM] wine-20021007-2mdk
Per Øyvind Karlsen [EMAIL PROTECTED] writes: hmm, after the discussion a few months ago, should'nt the description be changed? i'll enhance it it sounds stupid to describe wine as the ms-windows emulator, first of all this is'nt an emulator(wine stands for wine is not an emulator), second of all describing something as _THE_ blabla for something instead of an also sounds a little stupid... well, this is debian description :-) ...
Re: [Cooker] terminal output from KDE apps
--- Laurent Montel [EMAIL PROTECTED] wrote: Didn't you noticed KDE package are currently even larger that usually :-) ? They are all build with debug activated, as it is a not a final release. Yeah I noticed that, but does KDE know what compiler flags it's compiled with and changed the default kdebug configuration? I think this is a seperate issue. Also, I think Mandrake's KDE packages, even in stable releases, have generally been this verbose. Yes I will look at this problem. Is it a problem though? I thought it was a good thing. I was just wondering how you did it. __ Do you Yahoo!? Yahoo! Web Hosting - Let the expert host your site http://webhosting.yahoo.com
Re: [Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s)found:
Han Boetes wrote: The real problem anyway is that the rpm spec file is too complex and error prone. _------__ | } /DO NOT FEED THE TROLL \ Here's an example spec file for python in another packaging system. I don't particularly like the syntax, but if you can tell with a straight face that the corresponding rpm spec file is simpler, don't know who's trolling here W Python Interpreter - An attempt to be better than PERL S http://www.python.org/ftp/python/{V}/{PV}.tgz H http://www.python.org A LICENSE PSF-2.2 R BUILD c-build R BUILD zlib R BUILD {READLINE} R BUILD {READLINE?ncurses} R BUILD {BERKDB} R BUILD {TCLTK} R BUILD expat E C Makefile.pre.in s:install-platlib.*: --install-scripts=$(BINDIR): A CONFOPT --with-fpectl OPT={CFLAGS} -- Luca Olivetti Note.- This message reached you today, it may not tomorrow if you are using MAPS services. They arbitrarily include in their lists IP addresses not related in any way to spam, and in so doing are disrupting Internet connectivity. Please stop supporting them. See http://slashdot.org/article.pl?sid=01/05/21/1944247
Re: [Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s) found:
Gwenole Beauchesne ([EMAIL PROTECTED]) wrote: Exactly! Too maintainers simply don't care about their packages. This is a means to bring attention to possible new files added through packages updates and also fix existing packages that have missing files. I had to disable the warning for two packages because it complained about doc-files that were installed by the install target in the wrong directory. I have to use the %doc macro for the docs. Once again I think it is a good idea to have something that tells me that I some files are not in the package, but more than a warning is not good. Now I have to outsmart your script and it will result in me turning it off and then the script would loose all funtion. I always read all output from the rpm build process and I always use rpmlint to search for possible errors. So if your script would warn it would be a usefull addition. //Han -- http://www.xs4all.nl/~hanb/software
Re: [Cooker] Re: [CHRPM] wine-20021007-2mdk
On Thu, 14 Nov 2002 15:49:43 +0100 Thierry Vignaud [EMAIL PROTECTED] wrote: Per Øyvind Karlsen [EMAIL PROTECTED] writes: hmm, after the discussion a few months ago, should'nt the description be changed? i'll enhance it I think RH's description is a good compromise Summary: A Windows 16/32 bit emulator. While Wine is usually thought of as a Windows(TM) emulator, the Wine developers would prefer that users thought of Wine as a Windows compatibility layer for UNIX. This package includes a program loader, which allows unmodified Windows 3.1/95/NT binaries to run under Intel Unixes. Wine does not require MS Windows, but it can use native system .dll files if they are available. - Mark
Re: [Cooker] WTF?
On Thu, Nov 14, 2002 at 11:06:12AM +0100, Guillaume Rousse wrote: Just put it in your ~/.rpmmacros That's a horrible idea. If he does that then when other people try to build it and when the build cluster tries to build it, it will fail out. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] WTF?
On Thu, Nov 14, 2002 at 11:06:01AM +0100, Oden Eriksson wrote: Aha, yeah..., this is stupid... The files in the %files sections are in there but uncommented _for a reason_. I call for a patch to disable this stupidity in latest RPM, either that or have rpmlint see/fix it. Actually they patched rpm to put it in. *sigh* http://marc.theaimsgroup.com/?l=mandrake-changelogm=103704222426951w=2 Thanks Ben. _That_ should have been included in the global macros. I doubt they are going to put it in the global macros. Like I said this should be a warning. You can't do it at rpmlint time because rpmlint doesn't have access to what files were installed during the %install phase. So it has to be done in the build process. All that is going to happen with this is that people are going to turn it off in the rpmmacros or in every spec file and then nobody sees the warnings and nobody fixes the missing files that it's intended to fix. Frankly rpm should do what we tell it to do. Even if it's something stupid. Stupid things tend to allow creative solutions to problems. Mandrake has so many better things to worry about. My 9.0 install has 116 packages that violate the lib policy installed. Many packages ship with spelling errors that rpmlint catches. So let's work on getting packagers (employees or not) to pay attention to the warnings that are emitted and to run rpmlint. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
[Cooker] Re: default postgresql encoding
Guillaume Rousse [EMAIL PROTECTED] writes: Default postgresql encoding is determined when initdb is run, which currently takes place in /etc/init.d/postgresql service script. As this choice has some important consequences on subsequent server functionning, i'm not very happy having it running behind the scene without any way to configure it. Moreover, it default to SQL_ASCII, which seems to have broken UTF8 conversion, whereas LATIN1 would be more natural on Linux platform. Switching to LATIN1 as default (aka adding -E LATIN1 to initdc command in service script) would be a lesser evil IMHO. I will have a look -- Warly
Re: [Cooker] new rpm and unpackaged files
-BEGIN PGP SIGNED MESSAGE- On Thu, 14 Nov 2002, Oden Eriksson wrote: make install shall not install %doc files. That's all. So, either you remove those files from $RPM_BUILD_ROOT, either you teach make install to not install files that you will %doc in filelist. Why not let RedHat make rpm do everything while they're at it? rpm foo.tar.gz I'm starting to get _really_ annoyed with all rpm related issues... There has to be a smarter package system where version of the package manager _does not_ impact past or future packages as much as rpm does... rpm2deb? 1. The 'make install' decision is that of the initial package maintainer, not of RPM -- if you don't want the documents installed, exit the makefile or Makefile.in with a patch file 2. If you don't like that answer, the suggestion to remove the doc's during the package generation process with some simple shell scripting inline in the %make stanza, AFTER the 'make install' will work fine -- this avoids the need for a patch at the risk of adding complexity to the .spec file, but is operfectly acceptible 3. Failing that, at RPM package install time, any package can be installed without items identified in a %doc stanza -- there is a --nodocs option on install, and that will keep them out of an installed system. Don't get annoyed with rpm -- that is the wrong target. The issue is poor packaging by people who will not follow the Mandrake guildelines, and keep up with the power of the tool. 4. It is not a matter of Red Hat building Mandrake at all -- it is a matter of being willing to read the man pages. An effective packager must be being willing to participate in the rpm-list sponsored by Red Hat, and the rpm-list sponsored by Mathias (a Mandrake-using packager), [I challenge Mandrake to open subscription to its rpm-list -- it is NOT documented on the public webpages, anthough content from it is cross-posted into cooker list from time to time] And that packager meeds to keep up with the evoultion of the RPM tool and _why_ and _how_ to use it well. Both lists cited are vendor neutral in tone and advice; I try to keep: http://www.rpm.org/ thus as well, with a public editorial mailing list explaining and inviting a vendor neutral expolition of RPM. - -- Russ Herrold -BEGIN PGP SIGNATURE- Version: 2.6.3i Charset: noconv iQCVAwUBPdPDY2S3OKZ7+5i5AQHtMwP/SzPDRbAt/n+7bPc2KQO4Po6Yr109rax9 3VAXGWHUyJE01foQa59EK9HR4q2YZzn8N0HSrRTtUqjPCmkDkDt79aPlS65mh+Rz kEjMPhXOyzu4K0vTSRXwyvPbZSD9fcx3HLHMaikagFdMHaZ7xej9gMBmX9aoEpD6 K1dAMh/XvS0= =w5Bt -END PGP SIGNATURE-
[Cooker] Bitten by 'undefined symbol: __dso_handle'
Hi all, I am getting failure on dlopen with dlerror message as 'undefined symbol: __dso_handle'. Following is my system configuration on top of MDK 9.0 These are upgraded packages from cooker today. Besides I have binutils 2.13.1 installed from sources which appear first in path(/usr/local/bin) [shridhardaithan shridhar]$ rpm -qa |grep -i glibc glibc-devel-2.2.5-19mdk glibc-2.2.5-19mdk [shridhardaithan shridhar]$ rpm -qa |grep -i gcc gcc-cpp-3.2-3mdk gcc-3.2-3mdk libgcc1-3.2-3mdk gcc-c++-3.2-3mdk [shridhardaithan shridhar]$ rpm -qa |grep -i binutils binutils-2.12.90.0.15-4mdk libbinutils2-2.12.90.0.15-4mdk [shridhardaithan shridhar]$ I have found that this is something to do with .hidden directive and linker/assembler. Only thing I have not done is compiling gcc by hand. Has anybody else experienced this problem? Any solution? Code used to work fine on MDK 8.2. Besides I do not get this failure for all libraries. Some simple libraries gets loaded but C++ libraries have some problems. Though that's may not be the exact pattern for errors. Just an observation.. TIA.. Shridhar
Re: [Cooker] new rpm and unpackaged files
On Thu, 14 Nov 2002, Gwenole Beauchesne wrote: How do you deal with this type of files, all are packaged under %doc, but rpm-build failed: (actually I `rm` it in spec) rm it from where? Under $RPM_BUILD_ROOT? Then that's normal, %doc file is not meant to have file installed under $RPM_BUILD_ROOT. So, if you have in your build dir, saysNEWS, simply %doc NEWS, don't install it. This behavior hasn't changed. Actually it has changed in rpm-4.1 -- rpmbuild is pointing out 'missed' packages which the packager has built but NOT accounted for. It is noting sloppy packaging and refusing to proceed. I consider this a positive feature in cleaning up quality of packaging. It is addressed in detail, along with a (not recommended) way to prevent it from refusing to certify a 'clean' build at: http://www.rpm.org/hintskinks/unpackaged-files/ (sorry about the use of a double negative in taht last sentence -- no clean declarative way to state it.) -- Russ Herrold
[Cooker] kde menus
I just saw, with a fresh cooker install, that folders icons in K menu are in a bigger format, which is better for navigation and design. I saw too that there is too many items, I think, in the main K menu ( 19 + last used apps !!!). What can be do in order to simplify the K main menu and enhance coherency of the user interface : applications configuration documentation que faire/what do ? multimedia network terminals kde control center - move to configuration menu / remove (items are already in configuration menu) configure panel - right click on K or task bar do the same - remove personal files - home directory is quick accessible both in desktop and task bar - remove find files printing management - configuration menu info center - is already in configuration menu - remove kmenuedit - is already in configuration menu / accessible by right click in task bar - remove bookmarks quick browser - can be renamed browse files run command lock screen - were in task bar next the hour, it was better logout user - idem Thanks to have read it ;) Florent
Re: [Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s)found:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Han Boetes wrote: Gwenole Beauchesne ([EMAIL PROTECTED]) wrote: Exactly! Too maintainers simply don't care about their packages. This is a means to bring attention to possible new files added through packages updates and also fix existing packages that have missing files. I had to disable the warning for two packages because it complained about doc-files that were installed by the install target in the wrong directory. I have to use the %doc macro for the docs. Many packages install docs to the wrong place, they should either be fixed (and the fix upstreamed) or hacked around ... preferably fixed. Of course, many packages insist on needing root permissions in their install target :-(. Once again I think it is a good idea to have something that tells me that I some files are not in the package, but more than a warning is not good. Now I have to outsmart your script and it will result in me turning it off and then the script would loose all funtion. I always read all output from the rpm build process and I always use rpmlint to search for possible errors. So if your script would warn it would be a usefull addition. IMHO, a more useful exit would be when a file listed in %doc doesn't exist. At the moment, if one file in %doc is missing, all the files after it are excluded, *silently*. You only get the warning about one missing file, %doc exits non-zero, but rpm happily builds a bad package. This has caused samba to ship with only about 15% of it's docs for a number of (not-in-final-distro) releases. I actually put this as a bug in bugzilla against rpm ... Tell me again, is bugzilla going to be used? Buchan - -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE908pgrJK6UGDSBKcRAh+qAJ9BpI3ss6iuhEV56bqOgxtpQrlkcACeN4wV hsN/lbAcZ0qbyWy1U0/0gxg= =8+X8 -END PGP SIGNATURE-
Re: [Cooker] Bitten by 'undefined symbol: __dso_handle'
Shridhar Daithankar [EMAIL PROTECTED] writes: Hi all, I am getting failure on dlopen with dlerror message as 'undefined symbol: __dso_handle'. Following is my system configuration on top of MDK 9.0 These are upgraded packages from cooker today. Besides I have binutils 2.13.1 installed from sources which appear first in path(/usr/local/bin) [shridhar@daithan shridhar]$ rpm -qa |grep -i glibc glibc-devel-2.2.5-19mdk glibc-2.2.5-19mdk [shridhar@daithan shridhar]$ rpm -qa |grep -i gcc gcc-cpp-3.2-3mdk gcc-3.2-3mdk libgcc1-3.2-3mdk gcc-c++-3.2-3mdk [shridhar@daithan shridhar]$ rpm -qa |grep -i binutils binutils-2.12.90.0.15-4mdk libbinutils2-2.12.90.0.15-4mdk [shridhar@daithan shridhar]$ I have found that this is something to do with .hidden directive and linker/assembler. Only thing I have not done is compiling gcc by hand. Has anybody else experienced this problem? Any solution? Code used to work fine on MDK 8.2. it used to work fine on mdk9.0 too. it used to work fine on cooker too. the odds're high your problem are related to : == Besides I have binutils 2.13.1 installed from sources == and your gcc rebuild
[Cooker] konqueror tabs azerty keyboards
If you type ctrl+w keys in konqueror, you close the current tab. See where is the x key (just next w ;) and think you are editing a big mail - cut - ctrl+w (oups) - bye bye message, you have to retype all :( Couldn't be Ctrl+maj+w or other for close current tab ? Thanks, Florent
Re: [Cooker] Mandrake Made Easy: a modest suggestion for Windows users[linux , what sucks ?]
On Thursday 14 November 2002 13:17, Oden Eriksson wrote: torsdagen den 14 november 2002 13.08 skrev Faraj Meir: 1 ) to get the register ( easy, these file are well known , system.dat, and user.dat ) No problem 2 ) to read it ( difficult part ), and to get the information on a simple format. 3 ) To found the useful info. Not to difficult, if we only do some apps. There is a regedit I remember ... for linux http://home.eunet.no/~pnordahl/ntpasswd/bootdisk.html and open source ;-) another one that _is_ open source exists in contribs allready. The one in contib is for win9x not NT. But NTpasswd is AFAIK also opensource but need some help getting output.
[Cooker] Re: [CHRPM] libpcap-0.7.1-3mdk
On Thu, Nov 14, 2002 at 05:19:43PM +0100, Warly wrote: * Thu Nov 14 2002 Warly [EMAIL PROTECTED] 0.7.1-3mdk - use gz for sources to be able to check md5 I already went through and verrified all the packages yesterday. They were all fine. Switching to gz really isn't necessary. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
[Cooker] Re: ACPI on Compaq Presario 700 and Kernel-2.4.19.19mdk-1-1mdk
luca == Luca Landi (inwind it) [EMAIL PROTECTED] writes: luca I've try kernel-2.4.19.19mdk-1-1mdk on my Compaq Presario 700 and on luca reboot my Mandrake 9.x (semi-cooker) don't start!! Freeze during kernel luca loading luca With normal kernel 2.4.19-16mdk my linux don't shutdown. luca There is a bug in new ACPI patch?? luca Any suggest?? luca Thanks, Luca Could you told me where it stops? And if it works if you try: pci=noacpi and if that fails: acpi=off Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
[Cooker] Package transfer request: bash completion
This package should really be transfered from contrib to main. David, please, i'd really want to have some answer to my request for root .bashrc modification (switching PATH redefinition and /etc/bashrc sourcing), this is just the third time i ask for it -- If such a program has not crashed yet, it is waiting for a critical moment before it crashes. -- Murphy's Computer Laws n°6
[Cooker] Re: [QA] cooker main changes
On Thu Nov 14 17:26 +0100, Mandrakesoft packages database wrote: default wm for gnome is metacity These packages has been moved from cooker main to cooker contrib: - sawfish-1.1a-2mdk.i586 - sawfish-1.1a-2mdk.src - librep9-0.16.1-2mdk.i586 - librep9-devel-0.16.1-2mdk.i586 - librep-0.16.1-2mdk.i586 - librep-0.16.1-2mdk.src - rep-gtk-gnome-0.16-2mdk.i586 - rep-gtk-libglade-0.16-2mdk.i586 - rep-gtk-0.16-2mdk.i586 - rep-gtk-0.16-2mdk.src - sawfish-themes-0.2-8mdk.noarch - sawfish-themes-0.2-8mdk.src And on that note... Uploaded to incoming: Name: sawfish Relocations: (not relocateable) Version : 1.2 Vendor: MandrakeSoft Release : 1mdk Build Date: Wed 13 Nov 2002 11:20:48 PM EST Install date: Wed 13 Nov 2002 11:21:55 PM EST Build Host: tatiana.cygnetnet.net Group : Graphical desktop/Sawfish Source RPM: sawfish-1.2-1mdk.src.rpm Size: 4478149 License: GPL Packager: Levi Ramsey [EMAIL PROTECTED] URL : http://sawmill.sourceforge.net/ Summary : An extensible window manager for the X Window System Description : Sawfish is an extensible window manager which uses a Lisp-based scripting language. All window decorations are configurable and the basic idea is to have as much user-interface policy as possible controlled through the Lisp language. Configuration can be accomplished by writing Lisp code in a personal .sawfishrc file, or using a GTK+ interface. Sawfish is mostly GNOME compliant. * Tue Nov 12 2002 Levi Ramsey [EMAIL PROTECTED] 1.2-1mdk - Release 1.2 and: Name: rep-gtk Relocations: (not relocateable) Version : 0.17 Vendor: MandrakeSoft Release : 1mdk Build Date: Wed 13 Nov 2002 05:09:05 PM EST Install date: Wed 13 Nov 2002 05:10:08 PM EST Build Host: tatiana.cygnetnet.net Group : Development/GNOME and GTK+Source RPM: rep-gtk-0.17-1mdk.src.rpm Size: 728756 License: GPL Packager: Levi Ramsey [EMAIL PROTECTED] URL : http://rep-gtk.sourceforge.net/ Summary : GTK+ binding for librep Lisp environment Description : This is a binding of GTK+ for the librep Lisp interpreter. It is based on Marius Vollmer's guile-gtk package (initially version 0.15, updated to 0.17), with a new glue-code generator. * Wed Nov 13 2002 Levi Ramsey [EMAIL PROTECTED] 0.17-1mdk - Release 0.17 - Removed Patch0 (fixed upstream) -- Levi Ramsey [EMAIL PROTECTED] [EMAIL PROTECTED] Love lies in pools of questions. GPG Key Fingerprint: 354C 7A02 77C5 9EE7 8538 4E8D DCD9 B4B0 DC35 67CD Currently playing: Cracker - Good Times Bad Times.ogg Linux 2.4.19-16mdk 11:30:00 up 2:39, 4 users, load average: 0.27, 0.27, 0.26
Re: [Cooker] Package transfer request: bash completion
Guillaume Rousse wrote: This package should really be transfered from contrib to main. I holeheartly agree !
Re: [Cooker] swsusp working with 2.4.19-19mdk
I've noticed that it was available in cooker ftps, installed it and... suspending to HD works!! Good job, Mandrake 8-)' PD Using a HP Omnibook XT1000 Thank you very much. Finally I can give windows the boot. HP Pavillion XF255 here. Jan
Re: [Cooker] Re: ACPI on Compaq Presario 700 and Kernel-2.4.19.19mdk-1-1mdk
Le Jeudi 14 Novembre 2002 17:31, Juan Quintela a écrit : Whilst I still can't make acpi to work on my laptop, there are no problems at boot for me on a Compaq Presario 2800. It seems that compaq laptops ACPI implementation is non standard, I always had the message : + Your computer seems to have a partial ACPI installation. ACPI was probably enabled, but some of the sub-options were not - you need to enable at least 'AC Adaptor' and 'Control Method Battery' and then rebuild your kernel. + Here are files present in /proc/acpi/ on my laptop. There are no BAT0, BAT1 or some other things I were talk about in differents forums : ac_adapter/ button/ power_resource/ processor/ thermal_zone/ alarm dsdt event fadt info sleep ./ac_adapter/C11A: state ./button/power/PWRF: info ./power_resource/C0CF: state ./power_resource/C140: state ./power_resource/C154: state ./power_resource/C158: state ./power_resource/C15B: state ./power_resource/C164: state ./power_resource/C1D0: state ./power_resource/C1D1: state ./power_resource/C1D2: state ./power_resource/C1D3: state ./processor/C000: info limit performance power throttling ./thermal_zone/TZ1: cooling_mode polling_frequency state temperature trip_points ./thermal_zone/TZ2: cooling_mode polling_frequency state temperature trip_points ./thermal_zone/TZ3: cooling_mode polling_frequency state temperature trip_points Hope this can help someone. Sebastien luca == Luca Landi (inwind it) [EMAIL PROTECTED] writes: luca I've try kernel-2.4.19.19mdk-1-1mdk on my Compaq Presario 700 and on luca reboot my Mandrake 9.x (semi-cooker) don't start!! Freeze during kernel luca loading luca With normal kernel 2.4.19-16mdk my linux don't shutdown. luca There is a bug in new ACPI patch?? luca Any suggest?? luca Thanks, Luca Could you told me where it stops? And if it works if you try: pci=noacpi and if that fails: acpi=off Later, Juan.
Re: [Cooker] Mandrake Made Easy: a modest suggestion for Windowsusers[linux , what sucks ?]
Stephane SOPPERA wrote: Does Maya have a linux port ? yes and it is reputed to actually operate better in linux than either mac or win xp versions. ( I looked at the ple for maya once my wife got winxp, it is a sweet app for modelling and animation. )
[Cooker] [qa] software map
packages mainteners sometimes moves, some packages (in contribs) are orphelans, abandonned. Mdk team cookers, what do you think about a software map, visible on Mdk web site in dev menu, with these infos : - main / contribs - category - last version - a link to software web site - a link to spec file in cvs - active maintener(s) of each package with email in order to join them (bug, new version,...) It could be greet for packages quality, no ? Florent
Re: [Cooker] Re: ACPI on Compaq Presario 700 and Kernel-2.4.19.19mdk-1-1mdk
Sebastien PAOLACCI wrote: Here are files present in /proc/acpi/ on my laptop. There are no BAT0, BAT1 or some other things I were talk about in differents forums : ac_adapter/ button/ power_resource/ processor/ thermal_zone/ Where is /proc/acpi/battery? Thats where the BATn directories are. Are you sure you did modprobe battery? Jan
Re: [Cooker] 2.4.19-19mdk swsusp: one bug
I've found one bug: after resuming from hibernating the laptop the usb devices won't work (usbview shows nothing but the hub roots)... I have to confirm that. Jan
Re: [Cooker] Bitten by 'undefined symbol: __dso_handle'
Shridhar Daithankar wrote: I am getting failure on dlopen with dlerror message as 'undefined symbol: __dso_handle'. Following is my system configuration on top of MDK 9.0 These are upgraded packages from cooker today. Besides I have binutils 2.13.1 installed from sources which appear first in path(/usr/local/bin) [shridhardaithan shridhar]$ rpm -qa |grep -i glibc glibc-devel-2.2.5-19mdk glibc-2.2.5-19mdk [shridhardaithan shridhar]$ rpm -qa |grep -i gcc gcc-cpp-3.2-3mdk gcc-3.2-3mdk libgcc1-3.2-3mdk gcc-c++-3.2-3mdk [shridhardaithan shridhar]$ rpm -qa |grep -i binutils binutils-2.12.90.0.15-4mdk libbinutils2-2.12.90.0.15-4mdk [shridhardaithan shridhar]$ I have found that this is something to do with .hidden directive and linker/assembler. Only thing I have not done is compiling gcc by hand. Has anybody else experienced this problem? Any solution? Code used to work fine on MDK 8.2. Besides I do not get this failure for all libraries. Some simple libraries gets loaded but C++ libraries have some problems. Though that's may not be the exact pattern for errors. Just an observation.. Yes! I got the same problems yesterday (both on 9.0 and latest Cooker). I have not recompiled any binutils/gcc/glibc. The problem is that crtbegin{,S,T}.o, which define __dso_handle, are not being included in the library. I found that removing -nostdlib from my library link options solved the problem (not fully tested them so there may be other gremlims lurking from removal of -nostdlib). On some libraries I could get away with just removing an unnecessary inclusion of iostream from the source, removing the need for the library to want __dso_handle. This might be why the simple libraries load. -- Mark Scott
Re: [Cooker] [qa] software map
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Florent BERANGER wrote: packages mainteners sometimes moves, some packages (in contribs) are orphelans, abandonned. Mdk team cookers, what do you think about a software map, visible on Mdk web site in dev menu, with these infos : - main / contribs urpmq --sources package - category rpm -qi package - last version rpm -q pacakge urpmq --sources pacage - a link to software web site rpm -qi package http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/SPECS/package/ - a link to spec file in cvs Make yourself a labelled bookmark, I have a few, some called 'specs' and 'contrib-specs', which look like this: http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/SPECS/%s/ So, I just type: specs postfix to get to http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/SPECS/postfix/ - active maintener(s) of each package with email in order to join them (bug, new version,...) Same as above, but with rpmmon: http://ben.reser.org/mandrake/rpmmon/rpmmon.cgi?package=%s so rpmmon postfix gives: http://ben.reser.org/mandrake/rpmmon/rpmmon.cgi?package=postfix It could be greet for packages quality, no ? I don't know if it would be that valuable. Most valuable feature is to know if it is in main or contrib. I would prefer urpmq to be able to give me this info, specifically url, packager, description. urpmq is much faster than any website (IMHO). And it would be nice if I didn't need to be root to 'urpmq --sources'. I think time could be better spent on bugzilla or putting these labelled bookmarks into the default bookmars, along with one for bugzilla (bugzilla bugid?). Buchan - -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9096ErJK6UGDSBKcRAslNAKCBfCTsbwKfpM6nmv4Z4piKS31bmQCgkeqL YfBiyiYssNC9K28Zub/qZ6M= =zRY1 -END PGP SIGNATURE-
Re: [Cooker] new rpm and unpackaged files
--- R P Herrold [EMAIL PROTECTED] wrote: Actually it has changed in rpm-4.1 -- rpmbuild is pointing out 'missed' packages which the packager has built but NOT accounted for. It is noting sloppy packaging and refusing to proceed. I consider this a positive feature in cleaning up quality of packaging. I don't think it's biggest usefulness is cleaning up sloppy packaging, it's useful as you upgrade a package to a new version of software, and some files change and you need to make changes to your %files section, it can alert you of that. A warning would be nicer though, there can be legitimate reasons for leaving some files out, it's silly to have to hunt them all down and rm them. __ Do you Yahoo!? Yahoo! Web Hosting - Let the expert host your site http://webhosting.yahoo.com
Re: [Cooker] Re: ACPI on Compaq Presario 700 and Kernel-2.4.19.19mdk-1-1mdk
That's what I mentioned by a non standard implementation. There no BATn entry in my /proc/acpi directory. Here is the output of lsmod (all modules are launched at startup). thermal 6592 0 (unused) processor 9144 0 [thermal] button 2444 0 (unused) battery 6208 0 (unused) ac 1984 0 (unused) Sebastien. Le Jeudi 14 Novembre 2002 18:11, Jan Hendrik Mangold a écrit : Sebastien PAOLACCI wrote: Here are files present in /proc/acpi/ on my laptop. There are no BAT0, BAT1 or some other things I were talk about in differents forums : ac_adapter/ button/ power_resource/ processor/ thermal_zone/ Where is /proc/acpi/battery? Thats where the BATn directories are. Are you sure you did modprobe battery? Jan
Re: [Cooker] Re: ACPI on Compaq Presario 700 and Kernel-2.4.19.19mdk-1-1mdk
--- Juan Quintela [EMAIL PROTECTED] wrote: luca == Luca Landi (inwind it) [EMAIL PROTECTED] writes: luca I've try kernel-2.4.19.19mdk-1-1mdk on my Compaq Presario 700 and on luca reboot my Mandrake 9.x (semi-cooker) don't start!! Freeze during kernel luca loading luca With normal kernel 2.4.19-16mdk my linux don't shutdown. luca There is a bug in new ACPI patch?? luca Any suggest?? luca Thanks, Luca Could you told me where it stops? And if it works if you try: pci=noacpi and if that fails: acpi=off Later, Juan. Juan lives! I have a different machine with ACPI not working. It stops booting when trying to run devfsd, and acpi=off works like before. Let me know what other info you need. __ Do you Yahoo!? Yahoo! Web Hosting - Let the expert host your site http://webhosting.yahoo.com
Re: [Cooker] Re: ACPI on Compaq Presario 700 and Kernel-2.4.19.19mdk-1-1mdk
That's what I mentioned by a non standard implementation. There no BATn entry in my /proc/acpi directory. Here is the output of lsmod (all modules are launched at startup). thermal 6592 0 (unused) processor 9144 0 [thermal] button 2444 0 (unused) battery 6208 0 (unused) ac 1984 0 (unused) Sorry. Didnt see the output of lsmod. Any error messages when you modprobe battery manually? Jan
[Cooker] rpmlint problems
While packaging a new release of the cyrus imapd server, I'd like to make rpmlint happy (or at least happier), but I'm having these problems I don't know how to fix: W: cyrus-imapd invalid-license OSI Approved Well, I know it's not in the list of licenses, but none of them applies. The license is at http://asg.web.cmu.edu/cyrus/imapd/license.html, what should I use? Probably the licenses list should be expanded (hey, there's a Vovida Software License and a CVW License, why not a CMU license?) W: cyrus-imapd source-or-patch-not-bzipped this is easy to fix, but isn't the srpm already compressed? does it really make a difference? E: cyrus-imapd configure-without-libdir-spec ??? that's probably because there are 2 configure, one of them isn't using the %configure macro (if I use it it won't compile). BTW, while speaking of libdir, when will be mandrake's rpm fixed to use /usr/libexec as %libexecdir instead of /usr/lib ? E: cyrus-imapd use-of-RPM_SOURCE_DIR that's funny, since I replaced all $RPM_SOURCE_DIR/something with the corresponding %{SOURCEXX}, the problem is that for a couple of files in %doc, rpm would look for them under the buildroot and obviously failing, so I had to change that back to use $RPM_SOURCE_DIR: # cyrus-procmailrc %{SOURCE1} %doc $RPM_SOURCE_DIR/cyrus-procmailrc # cyrus-user-procmailrc.template %{SOURCE3} %doc $RPM_SOURCE_DIR/cyrus-user-procmailrc.template # cyrus-imapd-procmail+cyrus.mc %{SOURCE9} %doc $RPM_SOURCE_DIR/cyrus-imapd-procmail+cyrus.mc TIA -- Luca Olivetti Note.- This message reached you today, it may not tomorrow if you are using MAPS services. They arbitrarily include in their lists IP addresses not related in any way to spam, and in so doing are disrupting Internet connectivity. Please stop supporting them. See http://slashdot.org/article.pl?sid=01/05/21/1944247 msg81421/pgp0.pgp Description: PGP signature
Re: [Cooker] Re: ACPI on Compaq Presario 700 and Kernel-2.4.19.19mdk-1-1mdk
Le Jeudi 14 Novembre 2002 18:45, Jan Hendrik Mangold a écrit : That's what I mentioned by a non standard implementation. There no BATn entry in my /proc/acpi directory. Here is the output of lsmod (all modules are launched at startup). thermal 6592 0 (unused) processor 9144 0 [thermal] button 2444 0 (unused) battery 6208 0 (unused) ac 1984 0 (unused) Sorry. Didnt see the output of lsmod. Any error messages when you modprobe battery manually? Jan No. All seems ok, but nothing work ... Sebastien
Re: [Cooker] rpmlint problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Luca Olivetti wrote: While packaging a new release of the cyrus imapd server, I'd like to make rpmlint happy (or at least happier), but I'm having these problems I don't know how to fix: W: cyrus-imapd invalid-license OSI Approved Well, I know it's not in the list of licenses, but none of them applies. The license is at http://asg.web.cmu.edu/cyrus/imapd/license.html, what should I use? Probably the licenses list should be expanded (hey, there's a Vovida Software License and a CVW License, why not a CMU license?) W: cyrus-imapd source-or-patch-not-bzipped this is easy to fix, but isn't the srpm already compressed? does it really make a difference? AFAIK, non-bzip2'ed stuff doesn't make it into cvs on upload. E: cyrus-imapd configure-without-libdir-spec ??? that's probably because there are 2 configure, one of them isn't using the %configure macro (if I use it it won't compile). BTW, while speaking of libdir, when will be mandrake's rpm fixed to use /usr/libexec as %libexecdir instead of /usr/lib ? E: cyrus-imapd use-of-RPM_SOURCE_DIR that's funny, since I replaced all $RPM_SOURCE_DIR/something with the corresponding %{SOURCEXX}, the problem is that for a couple of files in %doc, rpm would look for them under the buildroot and obviously failing, so I had to change that back to use $RPM_SOURCE_DIR: # cyrus-procmailrc %{SOURCE1} %doc $RPM_SOURCE_DIR/cyrus-procmailrc # cyrus-user-procmailrc.template %{SOURCE3} %doc $RPM_SOURCE_DIR/cyrus-user-procmailrc.template # cyrus-imapd-procmail+cyrus.mc %{SOURCE9} %doc $RPM_SOURCE_DIR/cyrus-imapd-procmail+cyrus.mc Rather copy them into the build directory: %setup -q mkdir -p extradocs for i in %{SOURCE1} %{SOURCE3} %{SOURCE9};do cp $i extradocs done [...] %files [...] %doc extradocs/* Buchan - -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE90+qvrJK6UGDSBKcRAt2CAKC8+fxO+n8OFw6x41b6Fzsz53R+LwCfeT2F W2LRpR7//CSucESnX3kin4c= =ndZJ -END PGP SIGNATURE-
Re: [Cooker] rpmlint problems
Luca Olivetti wrote: While packaging a new release of the cyrus imapd server, I'd like to make rpmlint happy (or at least happier), but I'm having these problems I don't know how to fix: W: cyrus-imapd invalid-license OSI Approved Well, I know it's not in the list of licenses, but none of them applies. The license is at http://asg.web.cmu.edu/cyrus/imapd/license.html, what should I use? Probably the licenses list should be expanded (hey, there's a Vovida Software License and a CVW License, why not a CMU license?) dunno, maybe the license is something similar to what's already in common-licenses? eg. BSD-like, GPL-like etcetc. W: cyrus-imapd source-or-patch-not-bzipped this is easy to fix, but isn't the srpm already compressed? does it really make a difference? yes, bzip2 compresses much better, and it's also for consistency, read http://www.linux-mandrake.com/en/howtos/mdk-rpm/ E: cyrus-imapd configure-without-libdir-spec ??? that's probably because there are 2 configure, one of them isn't using the %configure macro (if I use it it won't compile). BTW, while speaking of libdir, when will be mandrake's rpm fixed to use /usr/libexec as %libexecdir instead of /usr/lib ? http://www.pathname.com/fhs/ it's not supposed to be used anymore(or whatever, read the fhs), so /usr/lib is correct for %_libexecdir E: cyrus-imapd use-of-RPM_SOURCE_DIR that's funny, since I replaced all $RPM_SOURCE_DIR/something with the corresponding %{SOURCEXX}, the problem is that for a couple of files in %doc, rpm would look for them under the buildroot and obviously failing, so I had to change that back to use $RPM_SOURCE_DIR: then extract them to the appropriate place, eg. bzip2 -dc %{SOURCE3} cyrus-user-procmailrc.template in the install stage or something, then you can just add it with %doc cyrus-user-procmailrc.template or you could also make an own dir for it to make stuff cleaner, eg. mkdir docs bzip2 -dc %{SOURCE3} docs/cyrus-user-procmailrc.template bzip2 -dc %{SOURCE9} docs/cyrus-imapd-procmail+cyrus.mc and then in the %files section: %files %doc docs/* # cyrus-procmailrc %{SOURCE1} %doc $RPM_SOURCE_DIR/cyrus-procmailrc # cyrus-user-procmailrc.template %{SOURCE3} %doc $RPM_SOURCE_DIR/cyrus-user-procmailrc.template # cyrus-imapd-procmail+cyrus.mc %{SOURCE9} %doc $RPM_SOURCE_DIR/cyrus-imapd-procmail+cyrus.mc TIA -- Mvh Per Øyvind Karlsen Delonic Technology Group AS Sysadmin, developer, greasemonkey www.delonic.no - +47 41681061
[Cooker] coda and rvm
Hello, I've updated coda so it builds with gcc 3.2. I have rvm and coda uploaded to /incoming, and it should also be available on http://chaosmongers.org/download/Mandrake/SRPMS I tried to build 5.3.19, but it didn't compile with gcc 3.2, therefore I used the cvs version. It seems to work ok for me. I myself ran into problems with kerberos support. The kerberos patch makes it compile with kerberos support, but it seems I can't login with clog with a normal coda password then. I get an authentication error. I have no experience with kerberos, so I haven't yet figured out how or why. When I compile the server without the kerberos patch everything works fine for me. Also, the %build part in the specfile uses chown $LOGNAME.users, but even when I add myself to the group users, I get operation not permitted. Using chown $LOGNAME.$LOGNAME works for me. Should it really use the group users? But maybe my setup is broken. It works ok on my ppc computer. Further I have a request; could the librpc23 and the liblwp2 packages be rebuilt? I believe they're not rebuilt with gcc 3.2. They should compile fine. Changelogs: Name: coda-debug Version : 5.3.20 Release : 0.cvs20021113.1mdk Source RPM: coda-debug-5.3.20-0.cvs20021113.1mdk.src.rpm * Thu Nov 14 2002 Marcel Pol [EMAIL PROTECTED] 5.3.20-0.cvs20021113.1mdk - 5.3.20-cvs - buildrequires rvmtools, readline-devel, libncurses-devel, autoconf2.5 - redundant (build)requires removed; liblwp2, librvm1, librpc23 - kau, kclog, kauth2 become now au, clog, auth2 (right?) - only the client needs a device file, not the server - only make the device file when devfs isn't mounted Name: rvm Version : 1.7 Release : 0.cvs20021113.1mdk Source RPM: rvm-1.7-0.cvs20021113.1mdk.src.rpm * Thu Nov 14 2002 Marcel Pol [EMAIL PROTECTED] 1.7-0.cvs20021113.1mdk - 1.7 cvs - build with gcc 3.2 - BuildRequires: autoconf2.5 Greetings, -- Marcel Pol Linux 2.4.19-18mdk-ringworld.1, up 3 days, 19:41 Registered User #163523
[Cooker] Re: [Contrib-Rpm] kgpg-0.8.2-1mdk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 No adress found wrote: [Contrib-RPM] --=-=-= Name: kgpg Relocations: (not relocateable) Version : 0.8.2 Vendor: MandrakeSoft Release : 1mdk Build Date: Thu Oct 17 15:08:46 2002 Install date: (not installed) Build Host: ke.mandrakesoft.com Group : Configuration/Other Source RPM: (none) Size: 420065 License: GPL Packager: Montel Laurent [EMAIL PROTECTED] URL : http://devel-home.kde.org/~kgpg/ Summary : Kgpg is a frontend for GNU Privacy Guard (GnuPG) Description : Kgpg is a frontend for GNU Privacy Guard (GnuPG). It provides file encryption, file decryption and key management. --=-=-= No Changelog foound - From http://devel-home.kde.org/~kgpg/index.html (dated 9 Nov 2002). A grave security bug affecting Kgpg's key generation wizard was discovered yesterday. It affects Kgpg versions 0.6 to 0.8.2. All users are STRONGLY recommended to upgrade to version 0.9 an to delete keys created through Kgpg's key wizard (bug does not affect console mode generation) I know you're probably busy with KDE3.1, but it would be nice to have this updated. Would it help if I did it? Buchan - -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE90++9rJK6UGDSBKcRAqnBAKCoevy5wn62P+dOQKgj1LBriRN3ZQCfbHMf TtGU8duA2fZ5U4+6qM52cS8= =MUI/ -END PGP SIGNATURE-
Re: [Cooker] rpmlint problems
Buchan Milne wrote: Rather copy them into the build directory: %setup -q mkdir -p extradocs for i in %{SOURCE1} %{SOURCE3} %{SOURCE9};do cp $i extradocs done Ok, thanks, that's what I'll do, but why rpm is looking for them under the buildroot? Bye -- Luca Olivetti Note.- This message reached you today, it may not tomorrow if you are using MAPS services. They arbitrarily include in their lists IP addresses not related in any way to spam, and in so doing are disrupting Internet connectivity. Please stop supporting them. See http://slashdot.org/article.pl?sid=01/05/21/1944247 msg81427/pgp0.pgp Description: PGP signature
[Cooker] artsd and nas
Laurent, could you compile artsd with nas support? This would be really helpful for the terminal server package as this would make setting up sound pretty easy and transparent, there's nas packages in contrib(which I currently maintain) and I think myself that the quality on these are good:) It would simply be to add libnas-devel to BuildRequires in artsd and then artsd will autodetect if nasd is installed -- Mvh Per Øyvind Karlsen Delonic Technology Group AS Sysadmin, developer, greasemonkey www.delonic.no - +47 41681061
[Cooker] Xrender Blend broken - KDE 3.1 RC3
The option for GUI effects under Style - Menu Effect - Make Translucent -- When I choose Xrender Blend, it doesn't work anymore (I get complete transparency with no control) Software Blend and Software Tint work fine. Thanks, R.Fox -- Robert Fox [EMAIL PROTECTED] Fox Consulting Services
Re: [Cooker] Re: [Contrib-Rpm] kgpg-0.8.2-1mdk
On Thu, 14 Nov 2002 20:47:26 +0200 Buchan Milne [EMAIL PROTECTED] wrote: Group : Configuration/Other Source RPM: (none) I know you're probably busy with KDE3.1, but it would be nice to have this updated. Would it help if I did it? and while you're at it, make it Group File tools and menu Applications/File tools like all the other gpg stuff - Mark
Re: [Cooker] Mandrake Made Easy: a modest suggestion for Windows users[linux , what sucks ?]
Op donderdag 14 november 2002 13:08, schreef Guy.Bormann: On Thu, 14 Nov 2002, Faraj Meir wrote: Somoen mentinned a tool called tranfugdrake, which do this. After all, it could be a great thing no ? So, what is the point of moving to Linux then, if Windows is so wonderful and Linux really sucks? The free as in free beer (which seems to be the case already with cracked stuff)? Trading in the uncomfty feeling of being a factual thief with the uncomfty feeling that you can tweak your machine beyond NextNextNextFinish? My advice is to either make a choice and stop whining in the wrong place or to profit from both worlds and pay $$ and/or a learning curve. ...like anything in life... Linux is like evolution, if you are lucky, what you need emerges, if not too bad, nobody forces you to use it. On the other hand, if you are a breeder(i.e. tweaker) or gene technologist(i.e. programmer), you create your own species or sponsor people to do so. You can curse all you want, it won't help. Relax and you will see the beauty that's already there or stay on your own cosy planet if you don't like to space travel. It is not our fault They don't cater to our planet. Guy The point is Mandrake wants to make money, therefore they need bigger install base, therefore they need to make windows users transfer to linux, therefore what keeps windows users from using linux, therefore try to imagine what do we need to add or change.
Re: [Cooker] new rpm and unpackaged files
On Thu, Nov 14, 2002 at 10:38:05AM -0500, R P Herrold wrote: 1. The 'make install' decision is that of the initial package maintainer, not of RPM -- if you don't want the documents installed, exit the makefile or Makefile.in with a patch file This simply replaces one problem for another. Patching makefiles is bound to create other bugs. It's silly to have to patch a makefile just to leave out an unneeded file. 2. If you don't like that answer, the suggestion to remove the doc's during the package generation process with some simple shell scripting inline in the %make stanza, AFTER the 'make install' will work fine -- this avoids the need for a patch at the risk of adding complexity to the .spec file, but is operfectly acceptible That's better than modifying the makefile. But it's still stupid. I can think of many reasons why files might not get included that a package might install. Things from Mandrake not shipping the matrix screensaver to a package installing it's documentation in the wrong place. rpm has no way of knowing if you're doing something smart or something stupid. Ultimately it takes a human making the correct decision. Forcing us to rm everything is a waste of time. 3. Failing that, at RPM package install time, any package can be installed without items identified in a %doc stanza -- there is a --nodocs option on install, and that will keep them out of an installed system. Huh? This is not a solution to the problem at hand. It's a nice option for users but does nothing for packagers. And it certainly does nothing for issues above and beyond documentation files. Don't get annoyed with rpm -- that is the wrong target. The issue is poor packaging by people who will not follow the Mandrake guildelines, and keep up with the power of the tool. This does nothing to fix the tons of issues of people not following Mandrake guidelines. rpm will still blissfully build packages with bad menu systems. It still will build rpms that don't follow the allowed Groups. It still lets people use xpm's instead of pngs. It doesn't complain about gzip instead of bzip2. etc etc etc. And it shouldn't. There are legitimate reasons for violating some of these guidelines. There's a reason why they are guidelines and not rules. There is a reason why some things rpmlint calls errors and some things it calls warnings. What we really ought to do is have a flag on rpm that lets the packager say if there is a warning stop. Then set the check to emit warnings. Then you upgrade a package to a new version you run the build with that flag. Fix any legitimate errors and go on. Ultimately this is what this change is about. Fixing updates that have missing files. 4. It is not a matter of Red Hat building Mandrake at all -- it is a matter of being willing to read the man pages. An effective packager must be being willing to participate in the rpm-list sponsored by Red Hat, and the rpm-list sponsored by Mathias (a Mandrake-using packager), [I challenge Mandrake to open subscription to its rpm-list -- it is NOT documented on the public webpages, anthough content from it is cross-posted into cooker list from time to time] And that packager meeds to keep up with the evoultion of the RPM tool and _why_ and _how_ to use it well. Both lists cited are vendor neutral in tone and advice; I try to keep: http://www.rpm.org/ thus as well, with a public editorial mailing list explaining and inviting a vendor neutral expolition of RPM. Reading the man page is nice and all but there are quite a few of us that are experienced packagers. Who produce quality packages on a regular basis. And I'm willing to bet most of us don't subscribe to those lists. I get enough email on this list and others. I don't need to subscribe about the package manager. I can find plenty of documentation to help me build good packages out there. The Mandrake rpm howto (though slightly out of date) is really good. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] new rpm and unpackaged files
On Thu, Nov 14, 2002 at 09:35:51AM -0800, David Walser wrote: I don't think it's biggest usefulness is cleaning up sloppy packaging, it's useful as you upgrade a package to a new version of software, and some files change and you need to make changes to your %files section, it can alert you of that. A warning would be nicer though, there can be legitimate reasons for leaving some files out, it's silly to have to hunt them all down and rm them. Exactly. See my other post for a better solution for helping packagers solve this problem. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s) found:
On Thu, Nov 14, 2002 at 12:48:42PM +0100, Gwenole Beauchesne wrote: Exactly! Too maintainers simply don't care about their packages. This is a means to bring attention to possible new files added through packages updates and also fix existing packages that have missing files. So fire them. And if they aren't staff take away their permissions to modify the tree. There are plenty of us out there that do care and are willing to do a good job packaging. Ultimately bad packagers will still be bad packagers. This is one problem. There are many others that they can make. There are dozens of things that rpmlint warns about but yet packages still get uploaded with pathetic rpmlint errors in them. You have a people problem. A technical solution will not solve your problem. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s) found:
On Thu, Nov 14, 2002 at 11:23:00AM +0100, Luca Olivetti wrote: I don't agree: I suppose that mandrakesoft has an automated build procedure, a warning will probably go unnoticed, while a package that fails to build will surely get a maintaner attention. The result will be many less broken packages (I hope). The developer should be doing a build on their own machine *BEFORE* they upload it to any system that is going to do an automated build. And ports should only be building packages that have already been built and tested on i586. Unfortunately, so many times people upload packages without bother to even test them. Yes mistakes will get made. But I have to wonder how packages with syntax errors in the perl scripts get uploaded Only thing I can see is that someone didn't bother to test the package first. Ultimately this small change will not solve the problem of untested rpms that are screwy. It will still be a problem, until developers take responsibility for their packages. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] [qa] software map
On Thu, Nov 14, 2002 at 06:07:54PM +0100, Florent BERANGER wrote: packages mainteners sometimes moves, some packages (in contribs) are orphelans, abandonned. Mdk team cookers, what do you think about a software map, visible on Mdk web site in dev menu, with these infos : - main / contribs - category - last version - a link to software web site - a link to spec file in cvs - active maintener(s) of each package with email in order to join them (bug, new version,...) It could be greet for packages quality, no ? Maybe if I get around to I'll update my rpmmon thing to something more like this. I ought to be able to figure this out from hdlist files. But I'll have to look into it. Not gonna happen today. But I'll see what I can do. Might end up moving the script to my mirror site so it has direct access to the hdlist files. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] Mandrake Made Easy: a modest suggestion for Windows users[linux , what sucks ?]
The point is Mandrake wants to make money, therefore they need bigger install base, therefore they need to make windows users transfer to linux, therefore what keeps windows users from using linux, therefore try to imagine what do we need to add or change. If you want to do money, i think it is better to aims at the small enterprise market. Therefore, there is no need for all these fancy multimedia application. For thing such as simple wordprocessing, and web surfing and so on, there is alternatives. Very good one, which runs on old hardware. Think abiword, icewm, roxfiler and all. With gnucash ( I didn't tried it, mauybe it is bad), and some other applications, even not GPL one, but downloaded from Mandrake club, it should work. And, cause Mandrake is localised, it is far better for people who don t speak english. And could adapted to fiscal laws of the country ( for gnucash ) I do not even speak of macro virus free, and the other security related advantages. With a maintenance contract, where someone sometimes logs with ssh, on a system which cannot be messed by the user, it could be interesting. The kiosk framework in KDE3.1, which enables to controls which kde settings can be change, is a important step toward Linux in enterprise offices. So, do not aim too much home users, they always complains for not having Windows on linux. It is too hard to use urpmi, but, to use winzip, search on the web a crack and download warez , nobody ever say it is too difficult. Mick
Re: [Cooker] Re: perl rpm macrs (was spamassassin-2.43-3mdk)
On Thu, Nov 14, 2002 at 11:09:07AM +0100, Pixel wrote: maybe i could put this instead: %perl_sitelib %(eval `perl -V:installsitelib`; echo '%perl_sitelib is deprecated, use perl_vendorlib instead!' 12; echo $installsitelib) Sounds good to me. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
[Cooker] Re: ACPI on Compaq Presario 700 and Kernel-2.4.19.19mdk-1-1mdk
david == David Walser [EMAIL PROTECTED] writes: Hi please boot with devfs=nomount and send me the dmesg, I have no idea what can be happening :( Later, Juan. david Juan lives! I have a different machine with ACPI not david working. It stops booting when trying to run devfsd, david and acpi=off works like before. Let me know what david other info you need. david __ david Do you Yahoo!? david Yahoo! Web Hosting - Let the expert host your site david http://webhosting.yahoo.com -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
Re: [Cooker] Re: ACPI on Compaq Presario 700 and Kernel-2.4.19.19mdk-1-1mdk
Juan Quintela wrote: david == David Walser [EMAIL PROTECTED] writes: Hi please boot with devfs=nomount and send me the dmesg, I have no idea what can be happening :( Later, Juan. david Juan lives! I have a different machine with ACPI not david working. It stops booting when trying to run devfsd, david and acpi=off works like before. Let me know what david other info you need. david __ david Do you Yahoo!? david Yahoo! Web Hosting - Let the expert host your site david http://webhosting.yahoo.com ai, I reported what I think is the same problem just a few days ago:o) have'nt had the time to investigate it though, it was also a compaq presario.. -- Mvh Per Øyvind Karlsen Delonic Technology Group AS Sysadmin, developer, greasemonkey www.delonic.no - +47 41681061
Re: [Cooker] new rpm and unpackaged files
Le Jeudi 14 Novembre 2002 19:23, Ben Reser a écrit : On Thu, Nov 14, 2002 at 10:38:05AM -0500, R P Herrold wrote: 1. The 'make install' decision is that of the initial package maintainer, not of RPM -- if you don't want the documents installed, exit the makefile or Makefile.in with a patch file This simply replaces one problem for another. Patching makefiles is bound to create other bugs. It's silly to have to patch a makefile just to leave out an unneeded file. An give to packager lot of works if he have to adapt the patch at each release... -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s) found:
Buchan Milne ([EMAIL PROTECTED]) wrote: IMHO, a more useful exit would be when a file listed in %doc doesn't exist. At the moment, if one file in %doc is missing, all the files after it are excluded, *silently*. You only get the warning about one missing file, %doc exits non-zero, but rpm happily builds a bad package. This has caused samba to ship with only about 15% of it's docs for a number of (not-in-final-distro) releases. You are absolutely right but that is another problem. It has nothing to do with the problem I just described here. :) //Han -- http://www.xs4all.nl/~hanb/software msg81443/pgp0.pgp Description: PGP signature
[Cooker] mrproject segfaults
Up to date with yesterday's Cooker. mrproject segfaults (pops up a Gnome segfault message when you try to start it). Was also true like a week ago, a couple weeks ago it worked. I tried recompiling it and that didn't fix it, so I don't know what the problem is. If you need a strace or anything, let me know. __ Do you Yahoo!? Yahoo! Web Hosting - Let the expert host your site http://webhosting.yahoo.com
[Cooker] atitvout-0.4-1mdk.src.rpm is in incoming
TV-OUT support tool for ATI Rage Mobility graphic cards. Install it ONLY if you have an ATI Rage Mobility graphic card new version : 0.4 Florent
Re: [Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s) found:
Ben Reser ([EMAIL PROTECTED]) wrote: On Thu, Nov 14, 2002 at 11:23:00AM +0100, Luca Olivetti wrote: I don't agree: I suppose that mandrakesoft has an automated build procedure, a warning will probably go unnoticed, while a package that fails to build will surely get a maintainer attention. The result will be many less broken packages (I hope). The developer should be doing a build on their own machine *BEFORE* they upload it to any system that is going to do an automated build. And ports should only be building packages that have already been built and tested on i586. OTOH I have seen quite a few RPMS that were build only on the packagers machine. That person rpm now depends on libraries that exist on his machine the don't exist in mdk-cooker. ie Don't upload binaries built on your machine and use the mdk build-hosts to make them. Unfortunately, so many times people upload packages without bother to even test them. Yes mistakes will get made. But I have to wonder how packages with syntax errors in the perl scripts get uploaded Only thing I can see is that someone didn't bother to test the package first. Most Perl makefiles support the test target. When I make a Perl-SRPM I turn on that test target just to make sure everything is OK. Ultimately this small change will not solve the problem of untested RPMS that are screwy. It will still be a problem, until developers take responsibility for their packages. Difficult situation. But indeed it is better to wait at least to the next day when you release a package. Don't rush it out. After a few releases I learned to recognize the feel of the rush and that I had to sit on my hands and wait until the next morning after the coffee to double-check everything. I also make packages for OpenBSD and the knowledge of that build-system is very useful for making RPMS, vice versa as well btw. //Han -- http://www.xs4all.nl/~hanb/software
Re: [Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s)found:
Luca Olivetti wrote: Olivier Thauvin wrote: Le Jeudi 14 Novembre 2002 09:20, Stefan van der Eijk a écrit : The rpm package is the victim of itself, lol! Stefan RPM build errors: Installed (but unpackaged) file(s) found: /usr/include/beecrypt/base64.h I like this feature I think it was missing, but a warning would be better to begin than an error... lot of package will failed on rebuild. :) I don't agree: I suppose that mandrakesoft has an automated build procedure, a warning will probably go unnoticed, while a package that fails to build will surely get a maintaner attention. The result will be many less broken packages (I hope). Mandrake has no automated rebuilding process to track the impact of these kind of changes on their packages. A rebuild = a new upload. Stefan smime.p7s Description: S/MIME Cryptographic Signature
Re: [Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s)found:
Gwenole Beauchesne wrote: Hi, I don't agree: I suppose that mandrakesoft has an automated build procedure, a warning will probably go unnoticed, while a package that fails to build will surely get a maintaner attention. The result will be many less broken packages (I hope). Exactly! Too maintainers simply don't care about their packages. This is a means to bring attention to possible new files added through packages updates and also fix existing packages that have missing files. Can something also be implemented to check BuildRequires? -- Would help the ports a LOT. It's quite simple to implement: only upload the src.rpm and let the upload robot rebuild it in a clean environment (basesystem + rpm-build) plus installing the BuildRequires. As a matter of fact, I've been doing this with the alpha port for a while now... Stefan smime.p7s Description: S/MIME Cryptographic Signature
Re: [Cooker] rpm-4.0.4-20mdk: Installed (but unpackaged) file(s) found:
On Thu, Nov 14, 2002 at 09:10:42PM +0059, Han Boetes wrote: OTOH I have seen quite a few RPMS that were build only on the packagers machine. That person rpm now depends on libraries that exist on his machine the don't exist in mdk-cooker. ie Don't upload binaries built on your machine and use the mdk build-hosts to make them. Yes well the binaries should still be built on the build system. I'm just asking for a bit of testing before they get put there to build. :) Most Perl makefiles support the test target. When I make a Perl-SRPM I turn on that test target just to make sure everything is OK. Yes but mostly I'm referring to the Mandrake perl tools. E.g. how many times has urpmi or various other drake tools been uploaded with a syntax error that breaks them. Difficult situation. But indeed it is better to wait at least to the next day when you release a package. Don't rush it out. After a few releases I learned to recognize the feel of the rush and that I had to sit on my hands and wait until the next morning after the coffee to double-check everything. Exactly my point. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
[Cooker] drakxtools-1.1.12-1mdk: File listed twice + Installed (but unpackaged)file(s) found
http://eijk.homelinux.org/build/cooker/alpha/drakxtools-1.1.12-1mdk.src.rpm.txt RPM build errors: File listed twice: /usr/sbin/fileshareset Installed (but unpackaged) file(s) found: /etc/X11/xinit.d/harddrake2 smime.p7s Description: S/MIME Cryptographic Signature