Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk
On Mon, Nov 10, 2003 at 12:19:57AM +0100, Olivier Blin wrote: On Sun, 9 Nov 2003 23:50:41 +0100 Oden Eriksson [EMAIL PROTECTED] wrote: lördagen den 8 november 2003 23.56 skrev Olivier Blin: On Sat, 8 Nov 2003 21:12:01 +0100 It will be in test9.5mdk . No module aic7xxx found for kernel 2.6.0-0.test9.4mdk Sorry, but there's no aic7xxx support in this one either... I said test9.5mdk ;) I'm tweaking the config files right now, it will be built next morning. could you try and remove the CONFIG_ACPI_DEBUG item? regards, L. -- Luca Berra -- [EMAIL PROTECTED] Communication Media Services S.r.l. /\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
Re: [Cooker] kernel 23mdk panic
On Mon, 10 Nov 2003, Jure Repinc wrote: I have tried with kernel -24mdk and still the same problem. I did get the partition table consistency check message and in paranthesis it says: overflow. Found stupid problem, this will be fixed in -25mdk.
[Cooker] [Fwd: Returned mail: delivery problems encountered]
Lots of my messages are bounced back. -Forwarded Message- From: Mail Delivery Subsystem [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Returned mail: delivery problems encountered Date: Mon, 10 Nov 2003 08:52:26 + A message (from [EMAIL PROTECTED]) was received at 9 Nov 2003 2:07:01 +. The following addresses had delivery problems: [EMAIL PROTECTED] Persistent Transient Failure: Delivery time expired Delivery last attempted at 9 Nov 2003 2:07:01 + __ Reporting-MTA: dns; comcast.net Arrival-Date: 9 Nov 2003 2:07:01 + Final-Recipient: rfc822; [EMAIL PROTECTED] Action: failed Status: 4.4.7 Unable to contact host for 1 days, Diagnostic-Code: smtp; Persistent Transient Failure: Delivery time expired Last-Attempt-Date: 9 Nov 2003 2:07:01 + __ From: Quel Qun [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: kdevelop conflicts with kdelibs and mandrake-mime Date: Sat, 08 Nov 2003 18:06:54 -0800 file /usr/share/mimelnk/text/x-fortran.desktop from install of kdevelop-3.0.0-0.alpha7.6mdk conflicts with file from package mandrake-mime-0.4-5mdk file /usr/share/mimelnk/text/x-pascal.desktop from install of kdevelop-3.0.0-0.alpha7.6mdk conflicts with file from package kdelibs-common-3.1.93-11mdk -- Quel Qun [EMAIL PROTECTED]
Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk
On Mon, 10 Nov 2003 08:40:33 +0100 Luca Berra [EMAIL PROTECTED] wrote: could you try and remove the CONFIG_ACPI_DEBUG item? It was already done. I've removed almost all DEBUG options. I've kept only CONFIG_DEBUG_KERNEL for Magic SysRq keys, CONFIG_DEBUG_SPINLOCK_SLEEP and CONFIG_FRAME_POINTER. Regards -- Olivier Blin
Re: [Cooker] Re: dvb driver (and other things)
The problem is that my bluez keyboard and mouse are also using major char 250 Silly me Mike Michael Lothian wrote: Sorry never seemed to get that e-mail verbose: [EMAIL PROTECTED] fireburn]# modprobe dvb-ttpci -v /sbin/insmod /lib/modules/2.4.22-21.tmb.2mdk/kernel/drivers/media/video/videodev.o.gz /sbin/insmod /lib/modules/2.4.22-21.tmb.2mdk/kernel/3rdparty/mod_dvb/dvb-core.o /lib/modules/2.4.22-21.tmb.2mdk/kernel/3rdparty/mod_dvb/dvb-core.o: init_module: Input/output error Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg modprobe: insmod /lib/modules/2.4.22-21.tmb.2mdk/kernel/3rdparty/mod_dvb/dvb-core.o failed # delete videodev /sbin/insmod /lib/modules/2.4.22-21.tmb.2mdk/kernel/drivers/media/video/videodev.o.gz /sbin/insmod /lib/modules/2.4.22-21.tmb.2mdk/kernel/3rdparty/mod_dvb/dvb-core.o /lib/modules/2.4.22-21.tmb.2mdk/kernel/3rdparty/mod_dvb/dvb-core.o: init_module: Input/output error Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg modprobe: insmod /lib/modules/2.4.22-21.tmb.2mdk/kernel/3rdparty/mod_dvb/dvb-core.o failed # delete videodev /sbin/insmod /lib/modules/2.4.22-21.tmb.2mdk/kernel/drivers/media/video/videodev.o.gz /sbin/insmod /lib/modules/2.4.22-21.tmb.2mdk/kernel/3rdparty/mod_dvb/dvb-core.o /lib/modules/2.4.22-21.tmb.2mdk/kernel/3rdparty/mod_dvb/dvb-core.o: init_module: Input/output error Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg modprobe: insmod /lib/modules/2.4.22-21.tmb.2mdk/kernel/3rdparty/mod_dvb/dvb-core.o failed # delete videodev modprobe: insmod dvb-ttpci failed syslog: Nov 7 20:48:49 proton kernel: Linux video capture interface: v1.00 Nov 7 20:48:49 proton kernel: video_dev: unable to get major 250 Nov 7 20:48:49 proton kernel: Linux video capture interface: v1.00 Nov 7 20:48:49 proton kernel: devfs_mk_dir(dvb): using old entry in dir: d3fdf640 Nov 7 20:48:49 proton kernel: video_dev: unable to get major 250 Nov 7 20:48:49 proton kernel: Linux video capture interface: v1.00 Nov 7 20:48:50 proton kernel: devfs_mk_dir(dvb): using old entry in dir: d3fdf640 Nov 7 20:48:50 proton kernel: video_dev: unable to get major 250 There is also nothing mentioned in the dmsg Thomas Backlund wrote: From: Michael Lothian [EMAIL PROTECTED] I'm using the lastest tmb kernel However in this version when I modprobe dvb-ttpci I get the following errors [EMAIL PROTECTED] fireburn]# modprobe dvb-ttpci /lib/modules/2.4.22-21.tmb.2mdk/kernel/3rdparty/mod_dvb/dvb-core.o: init_module: Input/output error Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg I did already request that you would send me the dmesg and syslog, but so far I heven't got anything :-( Regards Thomas
Re: [Cooker] Danger: Magazine with 9.2 with problematic kernel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bruno Prior wrote: Buchan, As was explained earlier in this thread, plenty of people have 9.2 now, because it is being included with various linux magazines. I don't know about the Spanish one, but the Linux Format DVD looks pretty official to me - there is a full-page advert for MandrakeClub in the same issue, so I assume Mandrake knew about its inclusion. What is happening is that magazines like Linux Format, who have a pretty positive impression of Mandrake's user-friendliness, have included 9.2 (original, without updates, due to publishing timescales, presumably) and encouraged people to give it a go. Many of these are inexperienced linux users, and are running up against the usual problems - most commonly patchy support for video hardware. Mandrake and Radeon has been a bad combination since at least the Radeon 7500. And it's a copout to say it's because of ATI's attitude to Open Source drivers (not that I expect you will) because other distros handle this aspect better than Mandrake. Sure, for the Radeon 7500, there is no excuse (but AFAIK it should work fine out-the-box on 9.2), but for newer Radeon's, there isn't much we can do, since no free software driver supports them yet. And, as has been discussed in other threads, what really needs to happen if new users are not to be put off, is that X configuration falls back to a basic default (VGA or Vesa @640 x 480, say) or the console interface to XFdrake, rather than simply fails and dumps the user at a console. You could see this for yourself if you check out the Linux Format Help forum, but as a taster, here's a quote from a thread titled 'Install Mandrake 9.2 with ATI Radeon 9600 card?': XFree86 doesn't support these cards yet AFAIK. You have to have the non-free ATI driver. Fedora won't ship it, and the drivers are: - -on the commercial CDs - -on the Club. Well listen guys, I've given up. After struggling through to a root prompt, then downloading the drivers from ATI, I tried following the install instructions. Now believe me, this is no exaggeration: There are 664 lines of instructions on how to install the drivers. 664 lines! And they aren't the easiest of instructions to follow either, here's a small random snippet: This is ATIs problem, if they can't sort out their driver installation routine for non-free software. They are the ones providing bad support for their products. Most NVidia newbies don't have this problem. Since the rpm program does check any sort of dependencies to system libraries you might observe that you are requested to install certain revisions (or compatible versions) of other packages in order to install the driver package. Advanced administrators can decide to override specific dependencies by the --nodeps switch as described in the RPM manual pages, but in general those dependencies should be fullfilled. Sweet mother mary. I know you'll all flame me for saying this (the Linux community isn't known for being very subjective ) but Microsoft has nothing to worry about! Say what you like, but this is archiac stuff. Sorry folks, this won't cut it. Windows is years ahead. And this guy isn't the only one feeling this way. So you can say that all bar one bug has been fixed by now, if you like, but that doesn't make any difference to the fact that 9.2 in its unadulterated state got into the open with far too many faults. There is currently nothing that can be done about this issue. Nothing. Unless you are volunteering to write a free software driver that supports these cards. It's no consolation to newbies that many of the bugs are fixed, because they are dumped at a console with no idea how to install these fixes. If people get bitten by the LG issue, that will only add insult to injury. And whether or not LG replace the drives (is that confirmed?) Steffen Barzus had his device replaced, no-one has reported *not* having their device replaced. , you can bet that Mandrake will get a reputation (deserved or not) for breaking hardware. And, so will Gentoo (who had the same issue on one of their releases and on their America's Army bootable game CD). But, the bug would not have been discovered this early without Mandrake, Gentoo only found the source of the problem after Mandrake 9.2 was released. It's unfortunate, but this would have happened to some distro (whoever merged packet writing first), since it's very unlikely the problem would have been found by people manaully patching packet writing into their kernel (the patch has been available and in use for a long time). It seems to be a fond idea of some contributors that fixing a raft of problems in short time after release gets round the fact that the problems were there. No one takes that attitude with bugs in Windows or hardware faults. So, I guess no-one applies service patches etc (some of which cause bigger problems, such as XP SP1 messing up virtual
Re: [Cooker] Danger: Magazine with 9.2 with problematic kernel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bruno Prior wrote: Buchan, As was explained earlier in this thread, plenty of people have 9.2 now, because it is being included with various linux magazines. I don't know about the Spanish one, but the Linux Format DVD looks pretty official to me - there is a full-page advert for MandrakeClub in the same issue, so I assume Mandrake knew about its inclusion. What is happening is that magazines like Linux Format, who have a pretty positive impression of Mandrake's user-friendliness, have included 9.2 (original, without updates, due to publishing timescales, presumably) and encouraged people to give it a go. Many of these are inexperienced linux users, and are running up against the usual problems - most commonly patchy support for video hardware. Mandrake and Radeon has been a bad combination since at least the Radeon 7500. And it's a copout to say it's because of ATI's attitude to Open Source drivers (not that I expect you will) because other distros handle this aspect better than Mandrake. Sure, for the Radeon 7500, there is no excuse (but AFAIK it should work fine out-the-box on 9.2), but for newer Radeon's, there isn't much we can do, since no free software driver supports them yet. And, as has been discussed in other threads, what really needs to happen if new users are not to be put off, is that X configuration falls back to a basic default (VGA or Vesa @640 x 480, say) or the console interface to XFdrake, rather than simply fails and dumps the user at a console. You could see this for yourself if you check out the Linux Format Help forum, but as a taster, here's a quote from a thread titled 'Install Mandrake 9.2 with ATI Radeon 9600 card?': XFree86 doesn't support these cards yet AFAIK. You have to have the non-free ATI driver. Fedora won't ship it, and the drivers are: - -on the commercial CDs - -on the Club. IIRC Fedora does support them with free drivers : http://rpmfind.net//linux/RPM/rawhide/1.0/i386/Fedora/RPMS/XFree86-4.3.0-42.i386.html snip * Fri Oct 03 2003 Mike A. Harris [EMAIL PROTECTED] 4.3.0-36 - Added XFree86-4.3.0-ati-generic-shared-chip-data.patch to unify changes to atichip.h into a single harmless patch to avoid patch overlap and merge conflicts - Updated XFree86-4.3.0-radeon-support-from-ATI-backport-from-CVS.patch to remove changes to atichip.h as they're merged into the above patch instead - Added XFree86-4.3.0-radeon-support-backport-from-CVS.patch backport of support for newer Radeon 9600/9800/IGP/Mobility hardware from CVS head, along with a few minor bug fixes for Mobility and IGP. Very low risk change which is heavily audited, however currently configured to only build for cambridge and psyche until runtime tested sufficiently - Renamed XFree86-4.3.0-ati-radeon-dpms-on-dvi-v2.patch for consistency, to XFree86-4.3.0-radeon-dpms-on-dvi-v2.patch - Added XFree86-4.3.0-Xserver-xf86PciInfo-updates.patch which from now on will hold all xf86PciInfo updates. Moved all Radeon, s snip svetljo -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++
Re: [Cooker] ftp/shorewall oddity
Oden Eriksson [EMAIL PROTECTED] writes: torsdagen den 6 november 2003 17.25 skrev Austin: Hey, I just updated my server to 9.2 and the oddest thing happened. I opened the ftp port using drakfirewall, and I can use ftp via the command line, but I can't use ftp:// through browser, and I can't use curl or wget over ftp. Anyone know what the hell is going on? I hope this isn't standard in 9.2! Thanks, Austin I think there is a bug that was reported earlier regarding this. The shorweall stuff does not load the ip_conntrack_ftp module or something like that. lsmod? Shouldn't this be cause for a update (florin?) I have already reccomended that all my packages that I have put on my web side go to the updates ... -- Florin http://www.mandrakesoft.com http://people.mandrakesoft.com/~florin/
Re: [Cooker] ftp/shorewall oddity
Oden Eriksson [EMAIL PROTECTED] writes: fredagen den 7 november 2003 03.22 skrev Austin: On Thu, 2003-11-06 at 12:37, Oden Eriksson wrote: I think there is a bug that was reported earlier regarding this. The shorweall stuff does not load the ip_conntrack_ftp module or something like that. Yep, that fixed it. Should be an erratum at least. Austin Yes. Florin? this was a shorewall bug at some point ... simply update shorewall to the latest version ... -- Florin http://www.mandrakesoft.com http://people.mandrakesoft.com/~florin/
Re: [Cooker] Re: [CHRPM] nss_ldap-211-1mdk
Dominique Petitpierre [EMAIL PROTECTED] writes: Hello, On 5-Nov-03 at 10:33, Florin ([EMAIL PROTECTED]) wrote: have you also tried the latest luca's package ? http://people.mandrakesoft.com/~florin/www/rpms/cooker/RPMS/i586/nss_ldap-211-3mdk.i586.rpm I could not download this: the directory seems empty today. I have removed all the packages (I have kept the src though) because everything is in cooker now ... I tried, on Mandrake 9.2, the version from http://www.comedia.it/~bluca/cooker/errata/ and it works fine: # rpm -ivh -p http://www.comedia.it/~bluca/cooker/errata/nss_ldap-211-3mdk.i586.rpm Retrieving http://www.comedia.it/~bluca/cooker/errata/nss_ldap-211-3mdk.i586.rpm warning: /var/tmp/rpm-xfer.9riEy1: V3 DSA signature: NOKEY, key ID 49aa3db1 Preparing...### [100%] 1:nss_ldap ### [100%] # cp /etc/ldap.conf.rpmsave /etc/ldap.conf # getent passwd etutest1 etutest1:x:147989:4:ETUTEST Accesinfo:/home/etutest1:/bin/tcsh So both versions 207 and 211 compiled by Luca Berra work fine on Mandrake 9.2. Best regards, Dominique -- Florin http://www.mandrakesoft.com http://people.mandrakesoft.com/~florin/
Re: [Cooker] ftp/shorewall oddity
Oden Eriksson [EMAIL PROTECTED] writes: torsdagen den 6 november 2003 17.25 skrev Austin: Hey, I just updated my server to 9.2 and the oddest thing happened. I opened the ftp port using drakfirewall, and I can use ftp via the command line, but I can't use ftp:// through browser, and I can't use curl or wget over ftp. Anyone know what the hell is going on? I hope this isn't standard in 9.2! Thanks, Austin I think there is a bug that was reported earlier regarding this. The shorweall stuff does not load the ip_conntrack_ftp module or something like that. lsmod? Shouldn't this be cause for a update (florin?) I have already reccomended that all my packages that I have put on my web side go to the updates ... Ok, cool. Thanks Florin.
Re: [Cooker] Danger: Magazine with 9.2 with problematic kernel
Buchan Milne wrote: XFree86 doesn't support these cards yet AFAIK. You have to have the non-free ATI driver. Fedora won't ship it, and the drivers are: - -on the commercial CDs - -on the Club. And where on the mandrake site is a listing of exactly what is on the commercial cds or less than a week old list of whats on the club site??
Re: [Cooker] Danger: Magazine with 9.2 with problematic kernel
Buchan Milne wrote: Sure, for the Radeon 7500, there is no excuse (but AFAIK it should work fine out-the-box on 9.2), but for newer Radeon's, there isn't much we can do, since no free software driver supports them yet. That's not absolutely the case. The Vesa driver supported my Radeon 9600 without acceleration, which is all you need to get a workable desktop, which is what we should be trying to provide at install as a minimum. There would be much less issue if problems were along the lines of my games run slow, than I get dumped at the command prompt after installation. For some reason, this guy says the Vesa driver doesn't work for him. He hasn't provided enough info to be able to figure out what's going on, and probably won't now. Could very likely be user error (I suspect it may be configuration of his monitor rather than his card that is failing), but we will probably never know now, because he was put off by the difficulty of it all. It might be annoying, but we need people like that, and we certainly don't need them telling stories about how lame Mandrake is. XFree86 doesn't support these cards yet AFAIK. You have to have the non-free ATI driver. Fedora won't ship it, and the drivers are: - -on the commercial CDs - -on the Club. Yes, I've pointed this out, and that it would be fairer to compare the Mandrake box-set with Windows, but you aren't going to get many people spending money on Mandrake box-sets or Club membership, if it gets a reputation for being hard to install or (in extremis) damaging hardware. This is ATIs problem, if they can't sort out their driver installation routine for non-free software. They are the ones providing bad support for their products. Most NVidia newbies don't have this problem. Agreed. It is frustrating that the only distro they support without having to compile modules (and therefore download the *%^ing missing kernel-source) is RedHat. Can't Mandrake contact them and provide modules to bundle with their install package, the same way they have bundled RedHat modules? Presumably it would be in ATI's interests to make this work as easily as possible with as many distros as possible. There is currently nothing that can be done about this issue. Nothing. Unless you are volunteering to write a free software driver that supports these cards. As I say, Vesa works with at least some Radeon 9600 cards, so presumably there _is_ something that can be done about this. Steffen Barzus had his device replaced, no-one has reported *not* having their device replaced. Good news. It's unfortunate, but this would have happened to some distro (whoever merged packet writing first), since it's very unlikely the problem would have been found by people manaully patching packet writing into their kernel (the patch has been available and in use for a long time). True. Mandrake has always been bleeding-edge. But if it's risky installing it before more experienced users have had a chance to test it, what were Mandrake doing providing it for inclusion with a UK magazine before it had even gone on public release? I thought the idea this time was that the public download edition and box-sets would be delayed for a while, to give Club and Cooker members a chance to run it to spot and fix the most serious gremlins (and provide an incentive for people to join the Club). This pretty well undermines that. So, I guess no-one applies service patches etc (some of which cause bigger problems, such as XP SP1 messing up virtual memory management)? Exactly. And why do you think Windows has the reputation it does? It's a regular refrain of linux advocates that linux is more stable than Windows. Is this not a part of what they are referring to? I'm a long way from being a Windows advocate. I just don't think it helps for linux to suffer from the same problems as Windows. I want linux to be better than, not as good (or bad) as Windows. Well, the only additional issue you have mentioned (besides the LG issue) is totally out of our hands. No distro can currently support the latest Radeon cards without free software. So, users should either bite the bullet and install the ATI drivers manually, buy the release, or join the club and use the packages there (and hope they have been updated for the new kernel too). I gave you an example. I don't think it will help anyone for me to copy every problem on the forum to this list. The problems are many and varied, but they mostly resolve to either (a) I couldn't complete installation, or (b) I was dumped at a console when rebooting after installation. It's easy to belittle less experienced users' problems one by one, but if Mandrake wants to be seen as a user-friendly desktop OS, it has to cope with these problems. Maybe it's only a matter of not putting the new release out too early to the public in the way that they did, but if you've got a lot of people with problems like this, it's a sign that something is wrong. Cheers, Bruno
Re: [Cooker] ftp/shorewall oddity
[EMAIL PROTECTED] (Oden Eriksson) writes: Shouldn't this be cause for a update (florin?) I have already reccomended that all my packages that I have put on my web side go to the updates ... Ok, cool. Thanks Florin. ... but this doesn't mean that they will really go to the updates ... I can only reccomend and express my point of view ... but I'm not the one that takes decisions in this matter ... -- Florin http://www.mandrakesoft.com http://people.mandrakesoft.com/~florin/
Re: [Cooker] Danger: Magazine with 9.2 with problematic kernel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bruno Prior wrote: Buchan Milne wrote: Sure, for the Radeon 7500, there is no excuse (but AFAIK it should work fine out-the-box on 9.2), but for newer Radeon's, there isn't much we can do, since no free software driver supports them yet. That's not absolutely the case. The Vesa driver supported my Radeon 9600 without acceleration, which is all you need to get a workable desktop, which is what we should be trying to provide at install as a minimum. Sorry, I was not aware it was this bad (DrakX not using vesa if it does not know the card). There would be much less issue if problems were along the lines of my games run slow, than I get dumped at the command prompt after installation. BTW, you may have missed a lot of threads on cooker here where I have been advocating that all display managers (not just gdm) kick off XFdrake if X fails to start ... For some reason, this guy says the Vesa driver doesn't work for him. He hasn't provided enough info to be able to figure out what's going on, and probably won't now. Could very likely be user error (I suspect it may be configuration of his monitor rather than his card that is failing), but we will probably never know now, because he was put off by the difficulty of it all. It might be annoying, but we need people like that, and we certainly don't need them telling stories about how lame Mandrake is. XFree86 doesn't support these cards yet AFAIK. You have to have the non-free ATI driver. Fedora won't ship it, and the drivers are: - -on the commercial CDs - -on the Club. Yes, I've pointed this out, and that it would be fairer to compare the Mandrake box-set with Windows, but you aren't going to get many people spending money on Mandrake box-sets or Club membership, if it gets a reputation for being hard to install or (in extremis) damaging hardware. Chicken and egg problem, and there's no real solution to this. This is ATIs problem, if they can't sort out their driver installation routine for non-free software. They are the ones providing bad support for their products. Most NVidia newbies don't have this problem. Agreed. It is frustrating that the only distro they support without having to compile modules (and therefore download the *%^ing missing kernel-source) is RedHat. Can't Mandrake contact them and provide modules to bundle with their install package, the same way they have bundled RedHat modules? Presumably it would be in ATI's interests to make this work as easily as possible with as many distros as possible. There is currently nothing that can be done about this issue. Nothing. Unless you are volunteering to write a free software driver that supports these cards. As I say, Vesa works with at least some Radeon 9600 cards, so presumably there _is_ something that can be done about this. Steffen Barzus had his device replaced, no-one has reported *not* having their device replaced. Good news. It's unfortunate, but this would have happened to some distro (whoever merged packet writing first), since it's very unlikely the problem would have been found by people manaully patching packet writing into their kernel (the patch has been available and in use for a long time). True. Mandrake has always been bleeding-edge. Compared to say Redhat who ships with cvs snapshots of unstable versions of glibc (and then has to issue updates to glibc so users in large installations can see all users), and similar things? But if it's risky installing it before more experienced users have had a chance to test it, what were Mandrake doing providing it for inclusion with a UK magazine before it had even gone on public release? Who said Mandrake provided it? I thought the idea this time was that the public download edition and box-sets would be delayed for a while, to give Club and Cooker members a chance to run it to spot and fix the most serious gremlins (and provide an incentive for people to join the Club). And provides users who have already downloaded the ISOs (likely 85% of users) absolutely no incentive to pay Mandrakesoft, buy boxed sets, or join the club for no other reason but charity. This pretty well undermines that. So, I guess no-one applies service patches etc (some of which cause bigger problems, such as XP SP1 messing up virtual memory management)? Exactly. And why do you think Windows has the reputation it does? It's a regular refrain of linux advocates that linux is more stable than Windows. Is this not a part of what they are referring to? Stability doesn't have that much to do with how many updates are available (IMHO). I'm a long way from being a Windows advocate. I just don't think it helps for linux to suffer from the same problems as Windows. I want linux to be better than, not as good (or bad) as Windows. Agreed, but you (and a lot of others) are concentrating on two hardware issues, and not seeing a lot of
Re: [Cooker] Danger: Magazine with 9.2 with problematic kernel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robert L Martin wrote: Buchan Milne wrote: XFree86 doesn't support these cards yet AFAIK. You have to have the non-free ATI driver. Fedora won't ship it, and the drivers are: - -on the commercial CDs - -on the Club. And where on the mandrake site is a listing of exactly what is on the commercial cds From: http://www.linux-mandrake.com/en/9.2/features/ Additional drivers for NVIDIA-based and ATI videocards are available in Mandrake packs. or less than a week old list of whats on the club site?? http://rpms.mandrakeclub.com (which is where you get if you click on the big downloads link at the top of the mandrakeclub.com page) - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 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.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/r4lErJK6UGDSBKcRAmc0AJ9Ut47/gX2DvV+LNRzyMuFt0G94lgCff4aX 2YFk8bWchfQNPDIxbRb4mb8= =16Q0 -END PGP SIGNATURE-
[Cooker] [Bug 5511] [rpm] Menu items disappearing after installing packages with rpmdrake
http://qa.mandrakesoft.com/show_bug.cgi?id=5511 --- Additional Comments From [EMAIL PROTECTED] 2003-11-10 11:22 --- I have this exact problem with the latest 9.2 Release. Even after applying all updates. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Numerous menu items will disappear after installing various packages with rpmdrake, particularly kde items. In one instance, clicking on the Home icon would not bring up konqueror after a package install and kde control center disappeared.
Re: [Cooker] [Bug 6293] [mandrake-release] New: Install programs incorrectly cope with reiserfs to Ext3 in /etc/fstab
[tony.pattison] [EMAIL PROTECTED] writes: http://qa.mandrakesoft.com/show_bug.cgi?id=6293 Summary: Install programs incorrectly cope with reiserfs to Ext3 in /etc/fstab Product: mandrake-release Version: 9.2-0.1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: mandrake-release AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If, as I had, you install 9.2 onto an existing partion that has the Reiserfs on it, but decide to overwrite this with Ext3, during the install, the file /etc/fstab is setup incorrectly. The partion in question is given the notail option in /etc/fstab , this causes Linux to be unable to mount the Ext3 partion and the boot fails. My way round this was to boot using an exiting copy of Linux and amend /etc/fstab by hand, before rebooting, successfully, into Mandrake 9.2 @product=Installation -- Warly
[Cooker] OpenPBS / ScalablePBS?
Hi! We use OpenPBS in a cluster with Mandrake 9.0. I was going to update to 9.2, but I have found that: - OpenPBS depends on old tcl, tk and elf libraries. - There are ScalablePBS packages that don't have these problems, but: * What is ScalablePBS? The web page is still the same... * Does substitute OpenPBS? Anyway, OpenPBS should be recompiled against tcl, tk and elf libraries present in 9.2 or dropped from 9.2 contribs. Regards.
Re: [Cooker] rpmdrake and df discrepancy
Sascha Noyes [EMAIL PROTECTED] writes: Just noticed by chance that rpmdrake displays a significantly different amount of free diskspace from df. / has 147 MB free (according to df) and 282 MB (according to rpmdrake). Note that my only partitions are / and /home (which has a lot of free space). Any ideas? Rpmdrake talks about statfs' f_bfree, which is the real available diskspace for installing packages, where df most probably talks about f_bavail, which is what's important for users. If you're using an ext2 filesystem, you may change the reserved blocks count without loosing data, using tune2fs. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Danger: Magazine with 9.2 with problematic kernel
Olivier Blin [EMAIL PROTECTED] writes: On Thu, 06 Nov 2003 21:48:14 +0100 Pascal Terjan [EMAIL PROTECTED] wrote: I'm pretty sure the magazine didn't even bother to tell Mandrakesoft they'll distibute the 9.2... They don't need MandrakSoft's agreement, it's free software. Sure, it would be nice that magazines tell MandrakeSoft when they distribute Mandrake, but it's legal not to tell it. Do you warn the developper(s) each time you package a new piece of software ? It's almost the same thing ... Theoraticaly speaking they can just put then as this. The disc contain is free software, but the the Mandrake name is copyrighted and should not be used without Mandrakesoft agreement. -- Warly
Re: [Cooker] [Bug 5188] [mkbootdisk] Impossible to create a Boot Disk
Le Dimanche 9 Novembre 2003 17:51, [snoyes] a écrit : For those interested, you can make an iso image of a boot disk if you are using LILO with the following command: /sbin/mkrescue --iso then just cdrecord it I tested this on my config, the cdrom boots and the system starts OK. -- Pascal Cavy - VMF - +33 (0)1 41 20 42 91 __ Running 8 days, 21:15, 1 user, load average: 0.65, 0.50, 0.25 (gcc version 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk)) Kernel Linux version 2.4.22-18mdk-i686-up-4GB
[Cooker] KDE 3.1.93 problems
1) when creating a new contact or editing an old one in kontact if you select categories it will crash. 2) form buttons in konqeror are not showing up correctly. 3) with the last update spellchecking is not working in konqeror with webforms or with kmail within kontact. 4) kmail/kontact is not forwarding email correctly for mailing lists. It forwards the mail to the author instead of to the mailing list. -- New and improved with advanced outlook crash handler. !--input type -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
[Cooker] [Bug 6306] [Installation] installation of individual packages fails!
http://qa.mandrakesoft.com/show_bug.cgi?id=6306 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-11-10 11:31 --- *** This bug has been marked as a duplicate of 6310 *** -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: An attempt to select an individual package fails for Mandrake 9.2 AMD64, RC 1. (worked fine with beta). Error should be trivial - installator claims, that some function (sorry, forgot to write down the name) is not defined. The bug is 100% reproduceable.
Re: [Cooker] ftp/shorewall oddity
On Monday 10 November 2003 03:05 am, Florin wrote: I have already reccomended that all my packages that I have put on my web side go to the updates ... I have already put them into my freshly backed cd's. Thanks for the work Florin. -- New and improved with advanced outlook crash handler. !--input type -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
Re: [Cooker] Danger: Magazine with 9.2 with problematic kernel
On Monday 10 November 2003 02:01 am, Buchan Milne wrote: Well, the only additional issue you have mentioned (besides the LG issue) is totally out of our hands. No distro can currently support the latest Radeon cards without free software. So, users should either bite the bullet and install the ATI drivers manually, buy the release, or join the club and use the packages there (and hope they have been updated for the new kernel too). they have been I grabed them from the club. However this does not solve the menu issue. Which is the only ligitimate thing I have found. Having said that what about all the other things that mandrake does right. 1) This is the first time i have had autodetection of hardware work correctly on boot. Never ever has it worked correctly before. It would hang or not remove old hardware correctly or simply not set up the new hardware correctly. I added a new dvd burner after install and guess what it installed it more or less correctly and it was working perfectly. That did not work even with 9.1. Now I will admit I had to edit lilo a bit to get my original cd burner running in ide-scsi again but that was minor. and could be handled easily enough. 2) The networking now works better to use this as a firewall. The built in firewall scripts for 9.1 on every machine I tried on would simply not set it up correctly. On 9.2 it's better but not perfect yet. I do understand though that this has to do with the kernel handeling dma or irq differently and so multiple nic cards are not always detected properly. At any rate with 9.2 it works better. Now if I could just figure out why it has not worked with my macs since 8.2. There are quite a few other small things that I cant think of right now but all in all 9.2 is much better than anything previously. -- New and improved with advanced outlook crash handler. !--input type -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
Re: [Cooker] Danger: Magazine with 9.2 with problematic kernel
On Monday 10 November 2003 02:17 am, Svetoslav Slavtchev wrote: * Fri Oct 03 2003 Mike A. Harris [EMAIL PROTECTED] 4.3.0-36 - Added XFree86-4.3.0-ati-generic-shared-chip-data.patch to unify changes to atichip.h into a single harmless patch to avoid patch overlap and merge conflicts patch was completed after 9.2 was finished. Thanks though because it could now be added to cooker and available for next release. -- New and improved with advanced outlook crash handler. !--input type -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
Re: [Cooker] Want to do a magazine CD with 9.2 plus LG-proof kernel
Leon Brooks [EMAIL PROTECTED] writes: On Fri, 7 Nov 2003 04:48, Pascal Terjan wrote: Francisco Alcaraz wrote: [...] Mandrake should be more carefull with this, shouldn't it? I'm pretty sure the magazine didn't even bother to tell Mandrakesoft they'll distibute the 9.2... OK... I'm planning to include a slightly-less-than-single-ISO version of 9.2 plus the updates and an LG-proof kernel on the cover of an Australian magazine. It will be aimed at a single purpose: installing a secure, database-backed Mandrake Linux webserver/mailserver/gateway machine for developers to use either for real or as a staging area or an intranet server/testbed. What are the rules Mandrake would like me to follow? For example, if I include a PLF package or the NVidia/ATI drivers, what must I change? The distro's name? Licence terms? What can I do with the advertising screens? Are Mandrake happy for me to add extra images to the sequence, one to loudly remind the audience that this is not an official Mandrake distribution - it's been built for the magazine - one to advertise Linux contacts in Australia, and so on? What else? The main issue is Would this be a good ad for Mandrakesoft?. If you built bad quality bugged CDs with Mandrake name, the people will say that mandrake is crap. Maybe just add a notice that they are not official mandrake CDs. -- Warly
[Cooker] [Bug 6310] [Installation] RC1 Deselecting packages generates error
http://qa.mandrakesoft.com/show_bug.cgi?id=6310 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-11-10 11:31 --- *** Bug 6306 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: When deselecting a package in Individual Package selection in RC1, the following error is generated: warning: Undefined subroutine pkgs::togglePackageSelection called at /usr/bin/perl-install/install_steps_gtk.pm line 357
[Cooker] [Bug 6310] [Installation] RC1 Deselecting packages generates error
http://qa.mandrakesoft.com/show_bug.cgi?id=6310 --- Additional Comments From [EMAIL PROTECTED] 2003-11-10 11:33 --- Created an attachment (id=961) -- (http://qa.mandrakesoft.com/attachment.cgi?id=961action=view) patch file providing missing routine Copy the attachment to a floppy and name the file as patch.pl. Boot on CD and pass patch option to kernel. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: When deselecting a package in Individual Package selection in RC1, the following error is generated: warning: Undefined subroutine pkgs::togglePackageSelection called at /usr/bin/perl-install/install_steps_gtk.pm line 357
[Cooker] urpmi download file twice
When you urpmi from two mirror, files are download twice: [EMAIL PROTECTED] olivier]# rpm -q urpmi urpmi-4.4-42mdk [EMAIL PROTECTED] olivier]$ urpmi kdebase-common --clean Pour satisfaire les dépendances, les paquetages suivants vont être installés (127 Mo): kdebase-common-3.1.93-14mdk.i586 libkdebase4-3.1.93-14mdk.i586 Est-ce correct ? (O/n) o ftp.uninett.no::Mandrake/Mandrake-devel/cooker/i586/Mandrake/RPMS/kdebase-common-3.1.93-14mdk.i586.rpm ftp.uninett.no::Mandrake/Mandrake-devel/cooker/i586/Mandrake/RPMS/libkdebase4-3.1.93-14mdk.i586.rpm ftp.sunet.se::Mandrake-devel/cooker/i586/Mandrake/RPMS/kdebase-common-3.1.93-14mdk.i586.rpm ftp.sunet.se::Mandrake-devel/cooker/i586/Mandrake/RPMS/libkdebase4-3.1.93-14mdk.i586.rpm L'installation a échoué, il manque des fichiers : rsync://ftp.sunet.se::Mandrake-devel/cooker/i586/Mandrake/RPMS/kdebase-common-3.1.93-14mdk.i586.rpm rsync://ftp.sunet.se::Mandrake-devel/cooker/i586/Mandrake/RPMS/libkdebase4-3.1.93-14mdk.i586.rpm Vous devriez mettre à jour votre base de données urpmi -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
[Cooker] [Bug 5359] [XFree86] xf86cfg crashes in LM 9.2rc1/9.2final
http://qa.mandrakesoft.com/show_bug.cgi?id=5359 --- Additional Comments From [EMAIL PROTECTED] 2003-11-10 12:15 --- Works for me. AFAIK, xf86cfg (without -text option) only runs in X. Did you try this in X or not? -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: This is a new problem. Run xf86cfg (as root or non-root user) and it starts up but then crashes with the message: X Error of failed request: BadName (named color or font does not exist) Major opcode of failed request: 45 (X_OpenFont) Serial number of failed request: 813 Current serial number in output stream: 817 However, xf86cfg -textmode works fine.
[Cooker] Re: [CHRPM] postgresql-7.3.4-3mdk
Le jeu 09/10/2003 à 18:48, Warly a écrit : -=-=-=- Name: postgresql Relocations: (not relocateable) Version : 7.3.4 Vendor: MandrakeSoft Release : 3mdk Build Date: Thu Oct 9 18:11:01 2003 could postgresql-pl be recompiled against latest perl version ? I won't be able to install perl if postgresql-pl is not available and as I'm doing Web devel on my cooker box with PL/pgSQL triggers in my DB i need it. Thanks. -- Quand le moment viendra d'aller trouver les morts, J'aurai vecu sans soins, et mourrai sans remords. -- Jean de La Fontaine, Le Songe d'un habitant du Mogol
Re: [Cooker] Danger: Magazine with 9.2 with problematic kernel
On Mon, 10 Nov 2003 14:40:51 +0200 Buchan Milne [EMAIL PROTECTED] wrote: BTW, you may have missed a lot of threads on cooker here where I have been advocating that all display managers (not just gdm) kick off XFdrake if X fails to start ... An additional difficulty in this instance is that with the radeon 9600/9800 the chipset is correctly identified as 'radeon' but that driver does not work. When that test fails it would be prudent for XFdrake to then suggest the 'universal' vesa driver rather than assuming that the user would know what option to change. Also of note is that on my system, in 9.1, with a radeon 9600 when using the vesa driver the system was still useless unless I also used vga=normal. Charles -- Gibble, Gobble, we ACCEPT YOU ... - Mandrake Linux 10.0 on PurpleDragon Kernel-2.4.22-21.tmb.2mdkenterprise http://www.eslrahc.com - pgp0.pgp Description: PGP signature
Re: [Cooker] urpmi download file twice
Olivier Thauvin wrote: When you urpmi from two mirror, files are download twice: [EMAIL PROTECTED] olivier]# rpm -q urpmi urpmi-4.4-42mdk [EMAIL PROTECTED] olivier]$ urpmi kdebase-common --clean Pour satisfaire les dépendances, les paquetages suivants vont être installés (127 Mo): kdebase-common-3.1.93-14mdk.i586 libkdebase4-3.1.93-14mdk.i586 Est-ce correct ? (O/n) o ftp.uninett.no::Mandrake/Mandrake-devel/cooker/i586/Mandrake/RPMS/kdebase-common-3.1.93-14mdk.i586.rpm ftp.uninett.no::Mandrake/Mandrake-devel/cooker/i586/Mandrake/RPMS/libkdebase4-3.1.93-14mdk.i586.rpm ftp.sunet.se::Mandrake-devel/cooker/i586/Mandrake/RPMS/kdebase-common-3.1.93-14mdk.i586.rpm ftp.sunet.se::Mandrake-devel/cooker/i586/Mandrake/RPMS/libkdebase4-3.1.93-14mdk.i586.rpm L'installation a échoué, il manque des fichiers : rsync://ftp.sunet.se::Mandrake-devel/cooker/i586/Mandrake/RPMS/kdebase-common-3.1.93-14mdk.i586.rpm rsync://ftp.sunet.se::Mandrake-devel/cooker/i586/Mandrake/RPMS/libkdebase4-3.1.93-14mdk.i586.rpm Vous devriez mettre à jour votre base de données urpmi I guess it tries on the first one, fails, tries on the second one, only tells it failed on the last one.
[Cooker] [Bug 6313] [rpm] conditional BuildRequires not picked up in query
http://qa.mandrakesoft.com/show_bug.cgi?id=6313
--- Additional Comments From [EMAIL PROTECTED] 2003-11-10 12:17 ---
But the same method should still work:
[EMAIL PROTECTED] rpm]$ rpm -qRp XFree86-4.3-24mdk.src.rpm
zlib-devel
flex
bison
groff
pam-devel
ncurses-devel
perl
libpng-devel
freetype2-devel
fontconfig-devel = 2.1-4mdk
rpmlib(CompressedFileNames) = 3.0.4-1
[EMAIL PROTECTED] rpm]$ rpm -qRp XFree86-4.3-24mdk.src.rpm |wc -l
11
[EMAIL PROTECTED] rpm]$ rpm -ivh XFree86-4.3-24mdk.src.rpm
1:XFree86### [100%]
[EMAIL PROTECTED] rpm]$ rpm -bs --nodeps mdk/SPECS/XFree86.spec
Wrote: /home/bgmilne/rpm/mdk/SRPMS.mdk10.0/XFree86-4.3-24mdk.src.rpm
[EMAIL PROTECTED] rpm]$ rpm -qRp
/home/bgmilne/rpm/mdk/SRPMS.mdk10.0/XFree86-4.3-24mdk.src.rpm
zlib-devel
flex
bison
groff
pam-devel
ncurses-devel
perl
libpng-devel
freetype2-devel
fontconfig-devel = 2.1-4mdk
Glide_V3-DRI-devel = cvs-2mdk
rpmlib(CompressedFileNames) = 3.0.4-1
[EMAIL PROTECTED] rpm]$ rpm -qRp
/home/bgmilne/rpm/mdk/SRPMS.mdk10.0/XFree86-4.3-24mdk.src.rpm|wc -l
12
If you could query buildrequires from the spec file (something like 'rpm -qR
--specfile XFree86.spec' but for buildrequires), then the useless creation of
the SRPM could be avoided.
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date:
description:
When a package has conditional BuildRequires (like ImageMagick) these are not
picked up when querying the package:
Normal:
[EMAIL PROTECTED] i586]$ rpm -qpR
/mirrors/cooker/SRPMS/ImageMagick-5.5.7.12-1mdk.src.rpm | wc -l
15
--with plf:
[EMAIL PROTECTED] i586]$ rpm -qpR
/mirrors/cooker/SRPMS/ImageMagick-5.5.7.12-1mdk.src.rpm --with plf | wc -l
15
[EMAIL PROTECTED] i586]$ rpm --with plf -qpR
/mirrors/cooker/SRPMS/ImageMagick-5.5.7.12-1mdk.src.rpm | wc -l
15
[EMAIL PROTECTED] i586]$ rpm -qpR --with plf
/mirrors/cooker/SRPMS/ImageMagick-5.5.7.12-1mdk.src.rpm | wc -l
15
From the ImageMagick.spec file:
%if %build_plf
%define enablelzw 1
%define enablejasper1
%define enablefpx 1
%endif
%if %{enablefpx}
BuildRequires: libfpx1-devel
%endif
%if %{enablejasper}
BuildRequires: libjasper-devel
%endif
So, one would expect to see a number larger than 15 when queried with the --with
plf option.
Re: [Cooker] Danger: Magazine with 9.2 with problematic kernel
On Mon, 10 Nov 2003, Warly wrote: Olivier Blin [EMAIL PROTECTED] writes: On Thu, 06 Nov 2003 21:48:14 +0100 Pascal Terjan [EMAIL PROTECTED] wrote: I'm pretty sure the magazine didn't even bother to tell Mandrakesoft they'll distibute the 9.2... They don't need MandrakSoft's agreement, it's free software. Sure, it would be nice that magazines tell MandrakeSoft when they distribute Mandrake, but it's legal not to tell it. Do you warn the developper(s) each time you package a new piece of software ? It's almost the same thing ... Theoraticaly speaking they can just put then as this. The disc contain is free software, but the the Mandrake name is copyrighted and should not be used without Mandrakesoft agreement. It is not copyrighted but trademarked. And I think you can sell discs with a trademarked name (you can also sell an old TV on ebay, even if it has the trademark Sony stamped on it). According to US law a mark is infringed when you're use of it causes confusion as to the source of the goods involved. As long as you take care of that, there shouldn't be any problem. Reading the stuff at the club it seems to me himandrake is actually violating trademarks, because they claim to own the mandrake name. Unless ofcourse, they bought mandrake. but ofcourse, IANAL, d.
[Cooker] [Bug 5359] [XFree86] xf86cfg crashes in LM 9.2rc1/9.2final
http://qa.mandrakesoft.com/show_bug.cgi?id=5359 --- Additional Comments From [EMAIL PROTECTED] 2003-11-10 16:31 --- Obviously, I tried this in X. And I get this error message: X Error of failed request: BadName (named color or font does not exist) Major opcode of failed request: 45 (X_OpenFont) Serial number of failed request: 824 Current serial number in output stream: 828 I have clean installation of LM9.2. Is this a missing fonts issue ? I only have these rpms: XFree86-xfs-4.3-23mdk XFree86-4.3-23mdk XFree86-server-4.3-23mdk XFree86-glide-module-4.3-23mdk libxfree86-4.3-23mdk libxfree86-devel-4.3-23mdk Do you have any additional XFree86 rpms ? -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: This is a new problem. Run xf86cfg (as root or non-root user) and it starts up but then crashes with the message: X Error of failed request: BadName (named color or font does not exist) Major opcode of failed request: 45 (X_OpenFont) Serial number of failed request: 813 Current serial number in output stream: 817 However, xf86cfg -textmode works fine.
Re: [Cooker] KDE 3.1.93 problems
Brook Humphrey wrote: 1) when creating a new contact or editing an old one in kontact if you select categories it will crash. 2) form buttons in konqeror are not showing up correctly. 3) with the last update spellchecking is not working in konqeror with webforms or with kmail within kontact. 4) kmail/kontact is not forwarding email correctly for mailing lists. It forwards the mail to the author instead of to the mailing list. 5) Desktop sharing won't allow you to configure the setings the button doesn't work 6) The menu editor won't load 7) KDE no longer auto logs in Get the error message 'Authentication Failed' Then have to type in password in manually at X login prompt 8) Supermounted drives do not show up on the desktop 9) NFS mounts do not show up propperly on the desktop Apart from that it does look much prittier. KDE really needs to make their task bar more smooth and pretty as it's letting the rest of the GUI down Mike
Re: [Cooker] Re: [Contrib-Rpm] foobillard-2.9-1mdk
Olivier Blin [EMAIL PROTECTED] writes: Should we keep this packager tag ? Isn't it against our packaging policy ? No offense to gc ;) you definitely should change :). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] alsa-tools compile
I'm still getting this build problem, even with tmb source installed. i586-mandrake-linux-gnu-gcc -DPACKAGE=\hdsploader\ -DVERSION=\1.1\ -DSTDC_HEADERS=1 -DHAVE_LIBASOUND=1 -I. -I. -O2 -fomit-frame-pointer -pipe -march=i586 -mcpu=pentiumpro -I/usr/include -c `test -f hdsploader.c || echo './'`hdsploader.c hdsploader.c: In function `upload_firmware': hdsploader.c:81: error: incompatible types in assignment make[1]: *** [hdsploader.o] Error 1 Takashi said it has to do with /usr/include/sound headers, which in our case belong to glibc-devel: [EMAIL PROTECTED] rpm]$ rpm -qf /usr/include/sound/hdsp.h glibc-devel-2.3.2-15mdk Could this be the problem? Austin -- Austin Acton Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate Department of Chemistry, York University, Toronto MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk
måndagen den 10 november 2003 03.59 skrev Leon Brooks: On Mon, 10 Nov 2003 07:19, Olivier Blin wrote: On Sun, 9 Nov 2003 23:50:41 +0100 I said test9.5mdk ;) I'm tweaking the config files right now, it will be built next morning. Oden could try setting his clock ahead... (-: Cheers; Leon Thanks, I noticed this too and fixed it. Somehow I just doesn't seem to get it right during install, ever..., weirdness...
Re: [Cooker] alsa-tools compile
On Mon, 10 Nov 2003 11:41:54 -0500 Austin [EMAIL PROTECTED] wrote: I'm still getting this build problem, even with tmb source installed. I built without both hdsploader and vxloader as they were disabled in previous mdk release. BTW if I do attempt to build I receive the same error as did you. Charles -- When it's dark enough you can see the stars. -- Ralph Waldo Emerson, - Mandrake Linux 10.0 on PurpleDragon Kernel-2.4.22-21.tmb.2mdkenterprise http://www.eslrahc.com - pgp0.pgp Description: PGP signature
Re: [Cooker] kernel 23mdk panic
I have now installed -25mdk, and it works! -- Bjarne On Mon, 2003-11-10 at 10:07, Gwenole Beauchesne wrote: On Mon, 10 Nov 2003, Jure Repinc wrote: I have tried with kernel -24mdk and still the same problem. I did get the partition table consistency check message and in paranthesis it says: overflow. Found stupid problem, this will be fixed in -25mdk. -- Bjarne Thomsen [EMAIL PROTECTED] Institute of Physics Astronomy
Re: [Cooker] kernel 23mdk panic
måndagen den 10 november 2003 20.34 skrev Bjarne Thomsen: I have now installed -25mdk, and it works! -- Bjarne On Mon, 2003-11-10 at 10:07, Gwenole Beauchesne wrote: On Mon, 10 Nov 2003, Jure Repinc wrote: I have tried with kernel -24mdk and still the same problem. I did get the partition table consistency check message and in paranthesis it says: overflow. Found stupid problem, this will be fixed in -25mdk. Funkar var då? Med MDK9.2?
[Cooker] kernel-2.4.22-25mdk boots
Just wanted to report that the new kernel now boots on a machine where -24mdk used to fail. Thank you Gwenole. -o- kk1
Re: [Cooker] ftp/shorewall oddity
måndagen den 10 november 2003 13.19 skrev Florin: [EMAIL PROTECTED] (Oden Eriksson) writes: Shouldn't this be cause for a update (florin?) I have already reccomended that all my packages that I have put on my web side go to the updates ... Ok, cool. Thanks Florin. ... but this doesn't mean that they will really go to the updates ... I can only reccomend and express my point of view ... but I'm not the one that takes decisions in this matter ... Hey, I hear yah! Maybe you should scream at Vincent to fix it;) Give him a good hollor;) Seriousely..., shorewall in 9.2 is broken because of this. This _should_ itself be eledgible for some sort of action. Maybe only if enough people nags about it... ?
[Cooker] Re: [CHRPM] kernel-2.4.22.25mdk-1-1mdk
On Monday 10 November 2003 09:01 am, Gwenole Beauchesne wrote: -=-=-=- Name: kernel-2.4.22.25mdk Relocations: (not relocateable) Version : 1 Vendor: MandrakeSoft Release : 1mdk Build Date: Mon Nov 10 14:42:47 2003 Install Date: (not installed) Build Host: hp6.mandrakesoft.com Group : System/Kernel and hardwareSource RPM: (none) Size: 39261192 License: GPL Signature : (none) Packager: Gwenole Beauchesne [EMAIL PROTECTED] URL : http://www.kernel.org/ Summary : The Linux kernel (the core of the Linux operating system). Description : The kernel package contains the Linux kernel (vmlinuz), the core of your Mandrake Linux operating system. The kernel handles the basic functions of the operating system: memory allocation, process allocation, device input and output, etc. For instructions for update, see: http://www.mandrakesecure.net/en/kernelupdate.php Exclusivearch: i386 i486 i586 i686 athlon alpha ppc ia64 x86_64 amd64 -=-=-=- Gwenole Beauchesne [EMAIL PROTECTED] 2.4.22-25mdk - fix DOS partition table sanity checks code - updates from AMD64 cvs (2003/11/10): * workaround a bug in B-stepping K8s * increase exception stack size to 4 KB * replace slow_smp_processor_id() with cpuid based version -=-=-=- E: kernel-2.4.22.25mdk invalid-spec-name kernel-2.4.spec -=-=-=- No diff from old package Is packet writing back yet?
Re: [Cooker] kernel 23mdk panic
mdk9.2 2.4.22-25mdkenterprise No more mount problem for /dev/sda5 / ext3 had kernel panic since 2.4.22-22mdkenterprise Bjarne On Mon, 2003-11-10 at 20:35, Oden Eriksson wrote: måndagen den 10 november 2003 20.34 skrev Bjarne Thomsen: I have now installed -25mdk, and it works! -- Bjarne On Mon, 2003-11-10 at 10:07, Gwenole Beauchesne wrote: On Mon, 10 Nov 2003, Jure Repinc wrote: I have tried with kernel -24mdk and still the same problem. I did get the partition table consistency check message and in paranthesis it says: overflow. Found stupid problem, this will be fixed in -25mdk. Funkar var då? Med MDK9.2? -- Bjarne Thomsen [EMAIL PROTECTED] Institute of Physics Astronomy
[Cooker] [Bug 6313] [rpm] conditional BuildRequires not picked up in query
http://qa.mandrakesoft.com/show_bug.cgi?id=6313
--- Additional Comments From [EMAIL PROTECTED] 2003-10-11 16:40 ---
OK, so the reason by that one BuildRequires wasn't included in the rpm
headers was because the src.rpm package was built on Gwenole's amd64
system: gauss.mandrakesoft.com.
It would be an option to install the src.rpm file and then run urpmi
against the .spec file, also with the required options (--with plf) when
required.
Issue is, rpm can't determin the BuildRequires from a .spec file alone.
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date:
description:
When a package has conditional BuildRequires (like ImageMagick) these are not
picked up when querying the package:
Normal:
[EMAIL PROTECTED] i586]$ rpm -qpR
/mirrors/cooker/SRPMS/ImageMagick-5.5.7.12-1mdk.src.rpm | wc -l
15
--with plf:
[EMAIL PROTECTED] i586]$ rpm -qpR
/mirrors/cooker/SRPMS/ImageMagick-5.5.7.12-1mdk.src.rpm --with plf | wc -l
15
[EMAIL PROTECTED] i586]$ rpm --with plf -qpR
/mirrors/cooker/SRPMS/ImageMagick-5.5.7.12-1mdk.src.rpm | wc -l
15
[EMAIL PROTECTED] i586]$ rpm -qpR --with plf
/mirrors/cooker/SRPMS/ImageMagick-5.5.7.12-1mdk.src.rpm | wc -l
15
From the ImageMagick.spec file:
%if %build_plf
%define enablelzw 1
%define enablejasper1
%define enablefpx 1
%endif
%if %{enablefpx}
BuildRequires: libfpx1-devel
%endif
%if %{enablejasper}
BuildRequires: libjasper-devel
%endif
So, one would expect to see a number larger than 15 when queried with the --with
plf option.
[Cooker] [Bug 5359] [XFree86] xf86cfg crashes in LM 9.2rc1/9.2final
http://qa.mandrakesoft.com/show_bug.cgi?id=5359 --- Additional Comments From [EMAIL PROTECTED] 2003-10-11 18:00 --- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [ndeb] wrote: only have I have XFree86-100dpi-fonts and XFree86-75dpi-fonts installed. I might help to run via strace without any changes to your system, so see where it crashes. Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 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.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/r8NvrJK6UGDSBKcRAmg4AKC/bnLaw3q7UcOYbP5/c/VU2YJ0WwCfdZxh kI/PruFF5zAvg61k+qRETag= =RVdz -END PGP SIGNATURE- -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: This is a new problem. Run xf86cfg (as root or non-root user) and it starts up but then crashes with the message: X Error of failed request: BadName (named color or font does not exist) Major opcode of failed request: 45 (X_OpenFont) Serial number of failed request: 813 Current serial number in output stream: 817 However, xf86cfg -textmode works fine.
Re: [Cooker] Re: [CHRPM] kernel-2.4.22.25mdk-1-1mdk
On Monday 10 November 2003 09:01 am, Gwenole Beauchesne wrote: -=-=-=- Name: kernel-2.4.22.25mdk Relocations: (not relocateable) Version : 1 Vendor: MandrakeSoft Release : 1mdk Build Date: Mon Nov 10 14:42:47 2003 Install Date: (not installed) Build Host: hp6.mandrakesoft.com Group : System/Kernel and hardwareSource RPM: (none) Size: 39261192 License: GPL Signature : (none) Packager: Gwenole Beauchesne [EMAIL PROTECTED] URL : http://www.kernel.org/ Summary : The Linux kernel (the core of the Linux operating system). Description : The kernel package contains the Linux kernel (vmlinuz), the core of your Mandrake Linux operating system. The kernel handles the basic functions of the operating system: memory allocation, process allocation, device input and output, etc. For instructions for update, see: http://www.mandrakesecure.net/en/kernelupdate.php Exclusivearch: i386 i486 i586 i686 athlon alpha ppc ia64 x86_64 amd64 -=-=-=- Gwenole Beauchesne [EMAIL PROTECTED] 2.4.22-25mdk - fix DOS partition table sanity checks code - updates from AMD64 cvs (2003/11/10): * workaround a bug in B-stepping K8s * increase exception stack size to 4 KB * replace slow_smp_processor_id() with cpuid based version -=-=-=- E: kernel-2.4.22.25mdk invalid-spec-name kernel-2.4.spec -=-=-=- No diff from old package Is packet writing back yet? i doubt it :( updated and splited patches (paketcd /udffs ) are available @ http://varna.demon.co.uk/~svetlio/cook/for_tmb/ and i would be really happy if this times udffs write support gots enabled Thomas haven't you mentioned, you are going to integrate device mapper ?-) i've packaged also translucency (untested) might be interesting for live-cd users and i have irqreturn_t hack for bttv co. + extigy update best, svetljo PS. Thomas acpi/lapic seems still broken on my KT400 (you mentioned disabling lapic on KT333/400 ?) although it works OK with 2.6, and 2.4.22-10tmb4 or so yesterday i tried to watch some TV with saa7134, first in xawtv - no signal/ irq problems then tried to start zapping-0.7beta2 - reboot :( that was 2.4.22-21tmb2 i've to use acpi=off pci=noacpi to get it working -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++
Re: [Cooker] [Bug 5188] [mkbootdisk] Impossible to create a Boot Disk
On Tue, 11 Nov 2003 03:13, Pascal Cavy wrote: Le Dimanche 9 Novembre 2003 17:51, [snoyes] a écrit : For those interested, you can make an iso image of a boot disk if you are using LILO with the following command: /sbin/mkrescue --iso then just cdrecord it I tested this on my config, the cdrom boots and the system starts OK. Hey thanks! Works here using a customised kernel. Sharrea -- Help Microsoft stamp out piracy - give Linux to a friend today
[Cooker] perl-5.8.2-1mdk broken
Installed perl-5.8.2-1mdk perl-base-5.8.2-1mdk which broke rpmdrake, urpmi, Mandrake Control Center, etc . . . Error was that all mandrake perl scripts could not locate MDK/Common.pm Solution was to re-install perl-5.8.1-1mdk perl-base-5.8.1-1mdk -- Rgds, Steve
[Cooker] Re: [CHRPM] perl-5.8.2-1mdk (brake urpmi warning)
On Monday 10 November 2003 07:32 am, Pixel wrote:
-=-=-=-
Name: perl Relocations: (not relocateable)
Version : 5.8.2 Vendor: MandrakeSoft
Release : 1mdk Build Date: Mon Nov 10 12:21:27
2003 Install Date: (not installed) Build Host:
no.mandrakesoft.com Group : Development/Perl Source RPM:
(none)
Size: 9492710 License: GPL or Artistic
Signature : (none)
Packager: Pixel [EMAIL PROTECTED]
URL : http://www.perl.com
Summary : The Perl programming language.
Description :
Perl is a high-level programming language with roots in C, sed, awk
and shell scripting. Perl is good at handling processes and files,
and is especially good at handling text. Perl's hallmarks are
practicality and efficiency. While it is used to do a lot of
different things, Perl's most common applications (and what it excels
at) are probably system administration utilities and web programming.
A large proportion of the CGI scripts on the web are written in Perl.
You need the perl package installed on your system so that your
system can handle Perl scripts.
You need perl-base to have a full perl.
-=-=-=-
Pixel [EMAIL PROTECTED] 5.8.2-1mdk
- new release
-=-=-=-
No rpmlint error, happy man :-)
-=-=-=-
perl-5.8.1-RC3-perldoc-use-nroff-compatibility-option.patch removed
perl-5.8.2-perldoc-use-nroff-compatibility-option.patch added
perl.spec changed
--- perl-5.8.1-1mdk.src.rpm/perl.spec 2003-11-10 13:32:02.0 +0100
+++ perl-5.8.2-1mdk.src.rpm/perl.spec 2003-11-10 13:32:03.0 +0100
@@ -14,7 +14,7 @@
Summary: The Perl programming language.
Summary(de): Die Perl-Programmiersprache
Name: perl
-Version: 5.8.1
+Version: 5.8.2
Release: 1mdk
%define rel %nil
License: GPL or Artistic
@@ -23,7 +23,7 @@
Epoch: 2
# ftp://ftp.funet.fi/pub/languages/perl/snap/[EMAIL PROTECTED]
#ftp://ftp.funet.fi/pub/languages/perl/CPAN/src/perl-%{version}.tar.bz2
-Source0: http://www.cpan.org/authors/id/J/JH/JHI/perl-5.8.1.tar.bz2
+Source0:
ftp://cpan.mirrors.easynet.fr/pub/ftp.cpan.org/src/perl-5.8.2.tar.bz2 #
taken from debian
Source1: perl-headers-wanted
Source2:
perl-5.8.0-RC2-special-h2ph-not-failing-on-machine_ansi_header.patch.bz2 @@
-34,7 +34,7 @@
Patch13: perl-5.8.1-RC3-FHS-compliant-installvendorman-dirs.patch.bz2
Patch14: perl-5.8.1-RC3-install-files-using-chmod-644.patch.bz2
Patch15: perl-5.8.1-RC4-lib64.patch.bz2
-Patch16: perl-5.8.1-RC3-perldoc-use-nroff-compatibility-option.patch.bz2
+Patch16: perl-5.8.2-perldoc-use-nroff-compatibility-option.patch.bz2
Patch20: perl-5.8.0-use_gzip_layer.patch.bz2
#(peroyvind) use -fPIC in stead of -fpic or else compile will fail on
sparc (taken from redhat) Patch21: perl-5.8.1-RC4-fpic-fPIC.patch.bz2
@@ -374,6 +374,7 @@
%{perl_root}/%{version}/%{full_arch}/CORE/pp_proto.h
%{perl_root}/%{version}/%{full_arch}/CORE/proto.h
%{perl_root}/%{version}/%{full_arch}/CORE/reentr.h
+%{perl_root}/%{version}/%{full_arch}/CORE/reentr.inc
%{perl_root}/%{version}/%{full_arch}/CORE/regcomp.h
%{perl_root}/%{version}/%{full_arch}/CORE/regexp.h
%{perl_root}/%{version}/%{full_arch}/CORE/regnodes.h
@@ -418,6 +419,9 @@
%defattr(-,root,root)
%changelog
+* Fri Nov 7 2003 Pixel [EMAIL PROTECTED] 5.8.2-1mdk
+- new release
+
* Fri Sep 26 2003 Pixel [EMAIL PROTECTED] 5.8.1-1mdk
- new release
BE carefull updating this one until urpmi is rebuilt. I already made this
mistake, quickly downloaded the old perl rpms and reinstalled them, and added
perl perl-base and perl-devel to skip.list
Re: [Cooker] perl-5.8.2-1mdk broken
Tried to rebuild perl-MDK-Common, but it breaks: make[2]: Entering directory `/usr/src/RPM/BUILD/perl-MDK-Common/perl_checker.src' making ._ncdi/parser.di from parser.mli making ._ncdi/types.di from types.mli making ._d/parser.d from parser.ml File parser.mly, line 480, characters 0-2: Syntax error make[2]: *** [._d/parser.d] Error 2 make[2]: *** Deleting file `._d/parser.d' $ rpm -q ocaml ocaml-3.07-1mdk -o- kk1 Installed perl-5.8.2-1mdk perl-base-5.8.2-1mdk which broke rpmdrake, urpmi, Mandrake Control Center, etc . . . Error was that all mandrake perl scripts could not locate MDK/Common.pm Solution was to re-install perl-5.8.1-1mdk perl-base-5.8.1-1mdk -- Rgds, Steve
Re: [Cooker] perl-5.8.2-1mdk broken
Tried to rebuild perl-MDK-Common, but it breaks: make[2]: Entering directory `/usr/src/RPM/BUILD/perl-MDK-Common/perl_checker.src' making ._ncdi/parser.di from parser.mli making ._ncdi/types.di from types.mli making ._d/parser.d from parser.ml File parser.mly, line 480, characters 0-2: Syntax error make[2]: *** [._d/parser.d] Error 2 make[2]: *** Deleting file `._d/parser.d' $ rpm -q ocaml ocaml-3.07-1mdk -o- kk1 True, probably unrelated to the new perl as slbd tried to build it on 07-Nov-2003 03:52: http://eijk.homelinux.org/build/cooker/i586/problem/perl-MDK-Common-1.1.8-1mdk Stefan Installed perl-5.8.2-1mdk perl-base-5.8.2-1mdk which broke rpmdrake, urpmi, Mandrake Control Center, etc . . . Error was that all mandrake perl scripts could not locate MDK/Common.pm Solution was to re-install perl-5.8.1-1mdk perl-base-5.8.1-1mdk -- Rgds, Steve smime.p7s Description: S/MIME Cryptographic Signature
Re: [Cooker] Postfix vs. Procmail (Was: What happened to am-utils?)
On Wed, Sep 10, 2003 at 08:22:50PM +0200, Luca Olivetti wrote: Luca Berra wrote: did anyone have time to check the cyrus integration readme and mods i put in this package? I had a cursory look, but it seems it's the same information in the README.RPM in cyrus-imapd. Luca, an user noticed that in README.RPM we have 4.d) add this line to /etc/cyrus.conf lmtp_admins: cyruslmtp it should be /etc/imapd.conf, sorry for the confusion L. -- Luca Berra -- [EMAIL PROTECTED] Communication Media Services S.r.l. /\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
Re: [Cooker] Postfix vs. Procmail (Was: What happened to am-utils?)
Luca Berra escribió: Luca, an user noticed that in README.RPM we have 4.d) add this line to /etc/cyrus.conf lmtp_admins: cyruslmtp it should be /etc/imapd.conf, Modified on my local copy. Thank you. Bye -- - Yo también quiero una Europa libre de Patentes de Software - - I want a Software Patents Free Europe too! And you? - --- EuropeSwPatentFree - http://EuropeSwPatentFree.hispalinux.es pgp0.pgp Description: PGP signature
Re: [Cooker] yelp-pregenerate
Le Sun, 09 Nov 2003 18:20:57 +0100, Götz Waschk a écrit : Am Samstag, 8. November 2003, 07:33:23 Uhr MET, schrieb Charles A Edwards: installing /var/cache/urpmi/rpms/gedit-2.4.1-1mdk.i586.rpm Preparing... 43:gedit /usr/share/sgml/docbook/yelp/yelp-custom.xsl:18: namespace error : Namespace prefix doc for type on param is not defined xsl:param name=graphic.default.extension select='png' doc:type=string/ I've noticed that too for a few other packages. Do you know how the help files have changed? This is probably caused by either new libxml2 or libxslt. Please fill a bug report on yelp so I don't forget and I'll ask Shaun (Yelp maintainer) or Daniel (libxml maintainer). -- Frédéric Crozat MandrakeSoft
Re: [Cooker] perl-5.8.2-1mdk broken
On Mon, Nov 10, 2003 at 09:23:37PM +, Stephen Pickering wrote: Installed perl-5.8.2-1mdk perl-base-5.8.2-1mdk which broke rpmdrake, urpmi, Mandrake Control Center, etc . . . Error was that all mandrake perl scripts could not locate MDK/Common.pm Solution was to re-install perl-5.8.1-1mdk perl-base-5.8.1-1mdk Should we try to install some module in the unversioned perl lib directories? there is no way to find them from perl -V, but those are in @INC. L. -- Luca Berra -- [EMAIL PROTECTED] Communication Media Services S.r.l. /\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
[Cooker] [Bug 5359] [XFree86] xf86cfg crashes in LM 9.2rc1/9.2final
http://qa.mandrakesoft.com/show_bug.cgi?id=5359
--- Additional Comments From [EMAIL PROTECTED] 2003-11-10 18:10 ---
Here's the last part of the output of strace xf86cfg:
read(3, 0xbfffc2e0, 32) = -1 EAGAIN (Resource temporarily
unavailable)
select(4, [3], NULL, NULL, NULL)= 1 (in [3])
read(3, \0\0178\3\30\1\340\2\0\0-\277\37\0\0\0\'\0\0\0\270Be\t..., 32) = 32
open(/usr/X11R6/lib/X11/XErrorDB, O_RDONLY) = 5
fstat64(5, {st_mode=S_IFREG|0444, st_size=36378, ...}) = 0
read(5, ! $Xorg: XErrorDB,v 1.3 2000/08/..., 36378) = 36378
close(5)= 0
brk(0) = 0x8169000
brk(0x818a000) = 0x818a000
write(2, X Error of failed request: BadN..., 75X Error of failed request:
BadName (named color or font does not exist)
) = 75
write(2, Major opcode of failed request: ..., 35Major opcode of failed
request: 45) = 35
write(2, (X_OpenFont)\n, 14 (X_OpenFont)
) = 14
write(2, , 2 ) = 2
write(2, Serial number of failed request:..., 37Serial number of failed
request: 824) = 37
write(2, \n , 3
) = 3
write(2, Current serial number in output ..., 44Current serial number in
output stream: 828) = 44
write(2, \n, 1
) = 1
exit_group(1) = ?
Looks like it wants the 75 dpi fonts, as indicated by:
BadName (named color or font does not exist)
) = 75
Note that I installed from the 1st ISO only and installed whichever XFree rpms
were auto-selected.
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: UNCONFIRMED
creation_date:
description:
This is a new problem. Run xf86cfg (as root or non-root user) and it starts
up but then crashes with the message:
X Error of failed request: BadName (named color or font does not exist)
Major opcode of failed request: 45 (X_OpenFont)
Serial number of failed request: 813
Current serial number in output stream: 817
However, xf86cfg -textmode works fine.
[Cooker] [Bug 5957] [rpm] 9.2RC2 - Package installs fails to update menues
http://qa.mandrakesoft.com/show_bug.cgi?id=5957 --- Additional Comments From [EMAIL PROTECTED] 2003-11-10 18:36 --- I have found this problem in every update of a Mandrake 9.1 desktop machine. After upgrading, users lost almost all menu entries. Running update-menus as root, as somebody said, fixed the problem. I still have a 9.1 desktop computer without upgrading, what kind of information / logs do you want I save to try to find the problem? -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: When packages are installed, the menu fails to update...packages include; kdegames kdemultimedia openoffice In the case of openoffice, when the user had relogged in twice, the menu updated. The others failed to update.
[Cooker] [Bug 6327] [hylafax-server] New: Incorrect permissions of /var/spool/fax/bin files
http://qa.mandrakesoft.com/show_bug.cgi?id=6327 Summary: Incorrect permissions of /var/spool/fax/bin files Product: hylafax-server Version: 4.1.6-3mdk Platform: All OS/Version: All Status: UNCONFIRMED Severity: critical Priority: P2 Component: hylafax-server AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Every script in /var/spool/fax/bin directory, except mkcover, lacks execution permission, so you get errors like: Bad exit status 077000 for 'bin/notify doneq/q1543 no_formatter ' Bad exit status 077000 for 'bin/faxrcvd recvq/fax00739.tif ttyS0 2662 ' when sending/receiving faxes just because the scripts can not be executed. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] alsa-tools compile
On Fri, 2003-11-07 at 11:14, Charles A Edwards wrote: Just built it on my home system, though I did have to patch for sscape_ctl to build. Can you send me that? Austin -- Austin Acton Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate Department of Chemistry, York University, Toronto MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
Re: [Cooker] Re: [CHRPM] gtksourceview-0.7.0-1mdk
On 2003-11-07(Fri) 12:01:22 +, Charles A Edwards wrote: Name: gtksourceviewRelocations: (not relocateable) Version : 0.7.0 Vendor: MandrakeSoft Release : 1mdk Build Date: Would it be possible to include the attached php.lang.tar.bz2 as an additional Source in the next release. The file will provide syntax highlighting for php which Is Not currently done by gtksourceview. AFAIK there has already been some effort working on PHP syntax highlight: http://bugzilla.gnome.org/show_bug.cgi?id=111060 Probably you will want to contribute your effort there instead? Abel Charles -- 88. Management says... --Top 100 things you don't want the sysadmin to say - Mandrake Linux 10.0 on PurpleDragon Kernel-2.4.22-21.tmb.2mdkenterprise http://www.eslrahc.com - -- Abel Cheung Linux counter #256983 | http://counter.li.org GPG Key: (0xC67186FF) | http://deaddog.org/gpg.asc Key fingerprint: 671C C7AE EFB5 110C D6D1 41EE 4152 E1F1 C671 86FF pgp0.pgp Description: PGP signature
Re: [Cooker] perl-5.8.2-1mdk broken
On 11.10, Stephen Pickering wrote: Installed perl-5.8.2-1mdk perl-base-5.8.2-1mdk which broke rpmdrake, urpmi, Mandrake Control Center, etc . . . Error was that all mandrake perl scripts could not locate MDK/Common.pm Solution was to re-install perl-5.8.1-1mdk perl-base-5.8.1-1mdk If you are anxious about urpmi, I rebuilt everything I needed to get urpmi working under 5.8.2: http://giga.cps.unizar.es/~magallon/linux/rpm/ Get perl-* , urpmi-* and gurpmi-* -- J.A. Magallon jamagallon()able!es \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrake Linux release 10.0 (Cooker) for i586 Linux 2.4.23-pre9-jam1 (gcc 3.3.1 (Mandrake Linux 9.2 3.3.1-4mdk))
[Cooker] [Bug 6328] [OpenPBS] New: Package needs recompilation to use libelf.so.1 instead of libelf.so.0
http://qa.mandrakesoft.com/show_bug.cgi?id=6328 Summary: Package needs recompilation to use libelf.so.1 instead of libelf.so.0 Product: OpenPBS Version: 2.3.16-44mdk Platform: All OS/Version: All Status: UNCONFIRMED Severity: critical Priority: P2 Component: OpenPBS AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In a Mandrake 9.2 machine: [EMAIL PROTECTED] mandrake]$ rpm -qpl libelfutils1-0.84-1mdk.i586.rpm |grep libelf.so /usr/lib/libelf.so.1 [EMAIL PROTECTED] mandrake]$ rpm -qp OpenPBS-2.3.16-44mdk.i586.rpm --requires |grep libelf.so libelf.so.0 -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 5065] [gftp] Listings not updated
http://qa.mandrakesoft.com/show_bug.cgi?id=5065 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-11-10 20:12 --- Fixed in 2.0.16-1mdk -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: When first selecting from a bookmarked site the local listing is not synced with the local directory, when changing to another bookmarked site, both local and remote are not synced. A manual refresh is needed in both cases.
[Cooker] [Bug 6240] [kernel] Disk IO problem on freshly installed 9.2
http://qa.mandrakesoft.com/show_bug.cgi?id=6240 --- Additional Comments From [EMAIL PROTECTED] 2003-11-10 20:51 --- Seems to be related to ASUS P4C800-Deluxe internal Gigabit card. Without network card module (compiled from source found at ASUS website) system seems to operate with no problems. I also disabled ACPI=ht at kernel boot. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Computer Asus P4C800 Deluxe, P4 2.8GHz, 1Gb memory, normal IDE and SATA Maxtor 120Gb hard drives, NVIDIA FX display card (also old Matrox MGA PCI card tested) - Installation goes well, with partition and package installation, both normal IDE and SATA IDE (not raid though) works similary i.e. no problems - First start with either normal, smp, enterprise kernels goes ok, but then problem with file i/o starts - first reboot = kernel dump last line says: Code: Bad EIP value - before any reboot everything seems to go well until trying installation of updates packages, or sftp transfer, or any bigger file i/o results in I/O failure and/or directory corruption. This happens on ext3 and xfs root disks. - kernel line has acpi=ht, but also acpi=off has been tested with no improvement. - I haven't been able to test it with newer kernel, since I do not have installation media with newer kernel. I could try it if you make a boot disk available, this would probably require also kernel rpm update during the installation. - Installation disks are Mandrake 9.2 First 3 of Powerpack from MandrakeClub
[Cooker] [Bug 6329] [libgtkspell0-devel] New: dependency failed for libglib-2.0
http://qa.mandrakesoft.com/show_bug.cgi?id=6329 Summary: dependency failed for libglib-2.0 Product: libgtkspell0-devel Version: 2.0.3-4mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I was unable to install this package: [EMAIL PROTECTED] gaim-0.72]# urpmi libgtkspell0-devel http://passerelle/pub/mandrake/9.2/i586/Mandrake/RPMS/libgtkspell0-devel-2.0.3-5mdk.i586.rpm installation de /var/cache/urpmi/rpms/libgtkspell0-devel-2.0.3-5mdk.i586.rpm L'installation a échoué: devel(libatk-1.0) is needed by libgtkspell0-devel-2.0.3-5mdk devel(libgdk-x11-2.0) is needed by libgtkspell0-devel-2.0.3-5mdk devel(libgdk_pixbuf-2.0) is needed by libgtkspell0-devel-2.0.3-5mdk devel(libglib-2.0) is needed by libgtkspell0-devel-2.0.3-5mdk devel(libgmodule-2.0) is needed by libgtkspell0-devel-2.0.3-5mdk devel(libgobject-2.0) is needed by libgtkspell0-devel-2.0.3-5mdk devel(libgtk-x11-2.0) is needed by libgtkspell0-devel-2.0.3-5mdk devel(libpango-1.0) is needed by libgtkspell0-devel-2.0.3-5mdk devel(libpangox-1.0) is needed by libgtkspell0-devel-2.0.3-5mdk devel(libpangoxft-1.0) is needed by libgtkspell0-devel-2.0.3-5mdk I installed the package with urpmi --allow-nodeps libgtkspell0-devel and everything works fine :-) -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 6330] [kernel-source] New: Compiler Error in function char2uni when compiling nls_base
http://qa.mandrakesoft.com/show_bug.cgi?id=6330 Summary: Compiler Error in function char2uni when compiling nls_base Product: kernel-source Version: 2.4.22-21mdk Platform: PC URL: http://yosemitefoothills.com/BadConfig-2.4.22-21mdk OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel-source AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The last few lines printed during make modules when attempting to compile linux-2.4.22-21mdk with the config file at http://yosemitefoothills.com/BadConfig-2.4.22-21mdk displayed the following: gcc -D__KERNEL__ -I/home/craig/KernelCompilation/linux-2.4.22-21mdk/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=k6 -nostdinc -iwithprefix include -DKBUILD_BASENAME=direct -c direct.c -o direct.o rm -f nfs.o ld -m elf_i386 -r -o nfs.o dir.o file.o flushd.o inode.o nfs2xdr.o pagelist.o proc.o read.o symlink.o unlink.o write.o nfs3proc.o nfs3xdr.o direct.o make[3]: Leaving directory `/home/craig/KernelCompilation/linux-2.4.22-21mdk/fs/nfs' make[2]: Leaving directory `/home/craig/KernelCompilation/linux-2.4.22-21mdk/fs/nfs' make -C nls make[2]: Entering directory `/home/craig/KernelCompilation/linux-2.4.22-21mdk/fs/nls' make all_targets make[3]: Entering directory `/home/craig/KernelCompilation/linux-2.4.22-21mdk/fs/nls' gcc -D__KERNEL__ -I/home/craig/KernelCompilation/linux-2.4.22-21mdk/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=k6 -nostdinc -iwithprefix include -DKBUILD_BASENAME=nls_base -DEXPORT_SYMTAB -c nls_base.c -o nls_base.o nls_base.c: In function `char2uni': nls_base.c:470: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:https://qa.mandrakesoft.com/ for instructions. make[3]: *** [nls_base.o] Error 1 make[3]: Leaving directory `/home/craig/KernelCompilation/linux-2.4.22-21mdk/fs/nls' make[2]: *** [first_rule] Error 2 make[2]: Leaving directory `/home/craig/KernelCompilation/linux-2.4.22-21mdk/fs/nls' make[1]: *** [_subdir_nls] Error 2 make[1]: Leaving directory `/home/craig/KernelCompilation/linux-2.4.22-21mdk/fs' make: *** [_dir_fs] Error 2 I am using Mandrake 9.2 download version with all patches as of November 10, 2003. Presumably, xconfig allowed me to make an illegal choice. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] VESA drivers (was: Danger)
On Mon, 10 Nov 2003 20:25, Bruno Prior wrote: For some reason, this guy says the Vesa driver doesn't work for him. He hasn't provided enough info to be able to figure out what's going on, and probably won't now. Could very likely be user error (I suspect it may be configuration of his monitor rather than his card that is failing), but we will probably never know now One thing which has seriously peeved me is that some of the newer cards come with a single VESA graphic mode, 800x600xI-think-24 at 60Hz, and if this doesn't suit your display (e.g. you have an inflexible 1024x768 flatscreen), tough bikkies. There are no combinations which work, you *must* have a native driver of some sort. Hurrah for the nv driver, for example, and hurrah for the crew who did/are doing a GPLed driver for their nForce LAN card. On similar lines, I polled XGI yesterday WRT data for building an Open driver for their new video cards. If they can bring themselves to do that, they'll get more of a leg-up in the market than they anticipated. Each manufacturer that does this is one we can use as a wedge against the others to worry them into keeping up with the pack. Cheers; Leon
[Cooker] [Bug 6320] [xboard] Cannot start xboard
http://qa.mandrakesoft.com/show_bug.cgi?id=6320 --- Additional Comments From [EMAIL PROTECTED] 2003-11-10 22:31 --- Here is the content of /usr/games/xboard: #!/bin/bash PATH=$PATH:/usr/games xboard exit 0 It is trying to recursively calling itself. Yes, running xboard means you are trying to DoS your own machine. Calling xboard.real directly won't work because the $PATH is not set correctly. There are 2 possible solutions: 1. /usr/games/xboard should have been fixed in xboard-4.2.6-3mdk. 2. add /usr/games to your $PATH environment variable. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: The file /usr/bin/xboard is missing. Have tried reinstalling but same results.
[Cooker] ln cannot be forced?
This is weird: # ls -l linux linux - linux-2.4.22-21mdk # ln -sf linux-2.6.0-0.test9.4mdk linux # ls -l linux linux - linux-2.4.22-21mdk # rm -f linux ln -s linux-2.6.0-0.test9.4mdk linux # ls -l linux linux - linux-2.6.0-0.test9.4mdk Am I missing anything here? I tried the --force option with the same results. -- Quel Qun [EMAIL PROTECTED]
[Cooker] [Bug 6331] [gdesklets-sysinfo] New: gdesklets-sysinfo doesn't display any information
http://qa.mandrakesoft.com/show_bug.cgi?id=6331 Summary: gdesklets-sysinfo doesn't display any information Product: gdesklets-sysinfo Version: 0.21.2-2mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: program AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] No information is displayed, only the empty skeleton. When it is added, an exception is thrown, which might be the cause of this issue. $ gdesklets-add-sysinfo-display gDesklets 0.24 Copyright © 2003 Martin Grimme, Christian Meyer, Jesse Andrews This software is licensed under the terms of the GNU GPL. [EMAIL PROTECTED] ~ $ adding 1068500433730029898541151 [/usr/share/gdesklets/Displays/sysinfo/sysinfo.display] Unhandled exception in thread started by bound method SysInfoReader.__get_sys_info_thread of SysInfo.SysInfoReader instance at 0x41762f6c -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 5951] [kernel] postuninstall script is incorrect
http://qa.mandrakesoft.com/show_bug.cgi?id=5951 [EMAIL PROTECTED] changed: What|Removed |Added Version|2.4.22-10mdk|2.4.22-23mdk --- Additional Comments From [EMAIL PROTECTED] 2003-11-10 22:58 --- this bug is still present in current kernel (25mdk) and quite anoying. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: The postuninstall scriptlet of the i686-up-4GB is obviously wrong: installkernel -a -s -c 2.4.22-10mdk-i686-up-4GB It should be something like in the default kernel: kernel_remove_initrd 2.4.22-10mdk-i686-up-4GB
Re: [Cooker] kernel 23mdk panic - Fixed
On Mon, 2003-11-10 at 01:07, Gwenole Beauchesne wrote: On Mon, 10 Nov 2003, Jure Repinc wrote: I have tried with kernel -24mdk and still the same problem. I did get the partition table consistency check message and in paranthesis it says: overflow. Found stupid problem, this will be fixed in -25mdk. Other machine boots too. Thanks again for looking at this... although this makes 2.6 much less attractive ;) -- Quel Qun [EMAIL PROTECTED]
[Cooker] [Bug 6332] [yelp] New: when installing Galeon and gnome-media errors with yelp
http://qa.mandrakesoft.com/show_bug.cgi?id=6332 Summary: when installing Galeon and gnome-media errors with yelp Product: yelp Version: 2.4.0-2mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] when installing Galeon and gnome-media, errors like below occurs. this is with yelp-2.4.1-1mdk, and up2date cooker. installing /home/cooker/Mandrake/Mandrake/RPMS/gnome-media-2.4.1.1-1mdk.i586.rpm Preparing...## 1:gnome-media## /usr/share/sgml/docbook/yelp/yelp-custom.xsl:18: namespace error : Namespace prefix doc for type on param is not defined xsl:param name=graphic.default.extension select='png' doc:type=string/ ^ /usr/share/sgml/docbook/yelp/yelp-custom.xsl:136: namespace error : Namespace prefix doc for type on param is not defined xsl:param name=make.year.ranges select=1 doc:type=boolean/ ^ /usr/share/sgml/docbook/yelp/yelp-custom.xsl:1073: namespace error : Namespace prefix doc for type on param is not defined xsl:param name=generate.book.toc select=1 doc:type=boolean/ ^ /usr/share/sgml/docbook/yelp/yelp-custom.xsl:1076: namespace error : Namespace prefix doc for type on param is not defined xsl:param name=generate.article.toc select=1 doc:type=boolean/ ^ /usr/share/sgml/docbook/yelp/yelp-custom.xsl:1079: namespace error : Namespace prefix doc for type on param is not defined xsl:param name=generate.part.toc select=1 doc:type=boolean/ ^ /usr/share/sgml/docbook/yelp/yelp-custom.xsl:1082: namespace error : Namespace prefix doc for type on param is not defined xsl:param name=chapter.autolabel select=1 doc:type=boolean/ ^ /usr/share/sgml/docbook/yelp/yelp-custom.xsl:1085: namespace error : Namespace prefix doc for type on param is not defined xsl:param name=section.autolabel select=1 doc:type =boolean/ ^ -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 5952] [bootloader-utils] removing one -i686-up-4GB kernel removes all -i686-up-4GB entries from grub's menu.lst
http://qa.mandrakesoft.com/show_bug.cgi?id=5952 --- Additional Comments From [EMAIL PROTECTED] 2003-11-10 23:07 --- This issue can be also reproduced by removing e.g. kernel-2.4.22.12mdk-1-1mdk. The cleanup script then removes way too may entries from the grub menu.lst. I don't see a pattern any more, So I'll attach both menu.lst files. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: If one has several -i686-up-4GB kernels installed and removes one of those, all -i686-up-4GB kernels are removed from grub's menu.lst.
[Cooker] [Bug 5952] [bootloader-utils] removing one -i686-up-4GB kernel removes all -i686-up-4GB entries from grub's menu.lst
http://qa.mandrakesoft.com/show_bug.cgi?id=5952 --- Additional Comments From [EMAIL PROTECTED] 2003-11-10 23:10 --- Created an attachment (id=962) -- (http://qa.mandrakesoft.com/attachment.cgi?id=962action=view) grub menu.list before removing kernel -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: If one has several -i686-up-4GB kernels installed and removes one of those, all -i686-up-4GB kernels are removed from grub's menu.lst.
[Cooker] [Bug 6320] [xboard] Cannot start xboard
http://qa.mandrakesoft.com/show_bug.cgi?id=6320 --- Additional Comments From [EMAIL PROTECTED] 2003-11-10 23:10 --- ??? Ooops. I didn't notice that it is calling xboard instead of the xboard.real :-( It will probably not cause DOS, unless you are running it as root, because there are limits set by default - e.g. max user processes is 7168. It is a pretty silly bug anyway :-) For me it worked with xboard.real, but I have $PATH set to point /usr/games already. It needs it for gnuchess, AFAIK. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: The file /usr/bin/xboard is missing. Have tried reinstalling but same results.
[Cooker] [Bug 5952] [bootloader-utils] removing one -i686-up-4GB kernel removes all -i686-up-4GB entries from grub's menu.lst
http://qa.mandrakesoft.com/show_bug.cgi?id=5952 --- Additional Comments From [EMAIL PROTECTED] 2003-11-10 23:11 --- Created an attachment (id=963) -- (http://qa.mandrakesoft.com/attachment.cgi?id=963action=view) grub menu.list after removing kernel -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: If one has several -i686-up-4GB kernels installed and removes one of those, all -i686-up-4GB kernels are removed from grub's menu.lst.
[Cooker] [Bug 6333] [xpat2] New: Installing xpat2 broke my K menu and Mandrake Install Software
http://qa.mandrakesoft.com/show_bug.cgi?id=6333 Summary: Installing xpat2 broke my K menu and Mandrake Install Software Product: xpat2 Version: 1.07-15mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] After installing xpat2, I lose half of my K menu. Moreover, it was impossible to edit this menu (right click on the K button - Edit Menu). Another consequence of this install was the changing of the Mandrake Install Software (rpmdrake) look. It changed from beautiful rounded buttons, on a nice gray background to squared buttons on an ugly gray background. It remembers me the first mandrake releases I installed (7.0). When removing xpat2, I found back my K menu, but not the good looking of rpmdrake. Perhaps restarting X... -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 6320] [xboard] Cannot start xboard
http://qa.mandrakesoft.com/show_bug.cgi?id=6320 --- Additional Comments From [EMAIL PROTECTED] 2003-11-10 23:26 --- Yup, but it's almost enough to grind my machine to a halt :-) The idea of the wrapper script is just to set $PATH correctly if it does not contain /usr/games. If you already have /usr/games in $PATH, you simply don't need the wrapper. Reporter, can you try later if xboard-4.2.6-7mdk fixes your problem (when launched via menu)? -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: The file /usr/bin/xboard is missing. Have tried reinstalling but same results.
[Cooker] [Bug 5099] [kernel] The obsolete module DC2XX is loaded when connecting Kodak digital camera
http://qa.mandrakesoft.com/show_bug.cgi?id=5099 --- Additional Comments From [EMAIL PROTECTED] 2003-11-10 23:41 --- There are more comments in the following two threads on MandrakeClub: http://www.mandrakeclub.com/modules.php?op=modloadname=Splatt_Forumfile=viewtopictopic=6912forum=13 http://www.mandrakeclub.com/modules.php?op=modloadname=Splatt_Forumfile=viewtopictopic=13998forum=11 -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: See the URL. If one connects a digital camera from Kodak, the DC2XX kernel module is loaded and this blocks the access via GPhoto2. One has always to rmmod the module manually to be able to access the camera and newbies do not know this and think their camera is not supported. The user who reported the problem in the MandrakeClub probably uses Mandrake 9.1, but it is possible that the bug still persists in 9.2. I cannot test as I do not have a Kodak camera and the problem does not appear with my Olympus C-3000Z and Canon Digital IXUS 400. If the bug is already fixed, simply mark it as fixed, if another package is responsable please change it.
Re: [Cooker] Danger: Magazine with 9.2 with problematic kernel
Buchan Milne wrote: Sorry, I was not aware it was this bad (DrakX not using vesa if it does not know the card). It selected Vesa for me straight off, but seems not to have suggested it to the guy who had the problem. Don't know why. BTW, you may have missed a lot of threads on cooker here where I have been advocating that all display managers (not just gdm) kick off XFdrake if X fails to start ... Didn't miss them. I agree with what you suggest, and thought this was a limitation of Mandrake that you would appreciate. True. Mandrake has always been bleeding-edge. Compared to say Redhat who ships with cvs snapshots of unstable versions of glibc (and then has to issue updates to glibc so users in large installations can see all users), and similar things? I wasn't really comparing it - what matters is whether users should view Mandrake as a safe bet or a risky install. It seems from everything that has been said that they should view it as the former. But if we are comparing, Mandrake's origins are as an upgraded version of RedHat that included packages that RedHat left out because of licensing quibbles (e.g. KDE). So I guess you could say that it always used to be reasonable to expect Mandrake to be a little more cutting edge than RedHat. Whether that's still the case is another matter But if it's risky installing it before more experienced users have had a chance to test it, what were Mandrake doing providing it for inclusion with a UK magazine before it had even gone on public release? Who said Mandrake provided it? The accompanying eight-page article in the magazine - for one. This includes the comment that the screenshots were from RC2 as Mandrake provided the final packages too late for the publishing schedule. I take it from this that Mandrake cooperated in their inclusion. After all, as the public ISOs were not available at the time that the magazine was being prepared, I doubt Future Publishing (publishers of Linux Format) would have taken the risk of nicking the finished item from Club without Mandrake's permission. But maybe someone from Mandrake would like to clarify this. And provides users who have already downloaded the ISOs (likely 85% of users) absolutely no incentive to pay Mandrakesoft, buy boxed sets, or join the club for no other reason but charity. Exactly. I understand the logic of the decision to hold back the public ISOs for a while. But I don't understand the logic of taking this decision, and then undermining it by including it on the cover of magazines before public release. Stability doesn't have that much to do with how many updates are available (IMHO). Don't you have to reboot every time you apply a service pack? That doesn't help your uptime. And didn't the virtual memory management issues you mentioned cause stability problems? Agreed, but you (and a lot of others) are concentrating on two hardware issues, and not seeing a lot of improvements in 9.2 (and the development process). 9.2 really is a substantially better release than 9.1, but no-one is prepared to tolerate even one hardware issue that affects them. For my uses, the principal improvement in 9.2 is the inclusion of OOo v1.1. And they had to be badgered into doing this. You are a much more high-powered user than most, so you are probably better able than most to see the improvements, and I don't doubt that they're there, but what lesser mortals wanted above all was a release with as few bugs as possible, and that was yet again not the focus. I think you are probably misjudging people's motives when they criticise the condition of 9.2 at release. I don't believe people are just trying to knock Mandrake. I expect most people want the best for Mandrake, the same as you. It's just that they are hoping to persuade Mandrake to change their priorities for the next release by pointing out how the current priorities (new features ahead of bug-fixing) cause problems. And, I have seen many complaints on forums about beta2/rc1/rc2, and many of the reporters didn't report their issues, so how should they be fixed? Of course, you have a valid point. But the volume of issues I have seen over the 9.2 final release is an order of magnitude greater than the issues reported to forums for the betas and release candidates. Simply because the final release is described as such and therefore seen as fit for public consumption. So it gets installed by a wider range of users, and those users don't expect the problems that one would naturally expect with betas. Did you test the beta release? Did you report that your card wasn't automatically configured to work? Did you report that the vesa driver worked? I tested to the extent that I had time available and hardware to spare. That wasn't as much as I would have liked, but I run my own company and work a 80-hour week, so opportunities were few and far between. I would have tested the 9600 earlier, but I didn't actually own it until very
[Cooker] [Bug 5099] [kernel] The obsolete module DC2XX is loaded when connecting Kodak digital camera
http://qa.mandrakesoft.com/show_bug.cgi?id=5099 --- Additional Comments From [EMAIL PROTECTED] 2003-11-11 00:24 --- It's fixed in the latest tmb and mm kernels... Regards Thomas -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: See the URL. If one connects a digital camera from Kodak, the DC2XX kernel module is loaded and this blocks the access via GPhoto2. One has always to rmmod the module manually to be able to access the camera and newbies do not know this and think their camera is not supported. The user who reported the problem in the MandrakeClub probably uses Mandrake 9.1, but it is possible that the bug still persists in 9.2. I cannot test as I do not have a Kodak camera and the problem does not appear with my Olympus C-3000Z and Canon Digital IXUS 400. If the bug is already fixed, simply mark it as fixed, if another package is responsable please change it.
[Cooker] [Bug 6320] [xboard] Cannot start xboard
http://qa.mandrakesoft.com/show_bug.cgi?id=6320 --- Additional Comments From [EMAIL PROTECTED] 2003-11-11 00:44 --- will do. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: The file /usr/bin/xboard is missing. Have tried reinstalling but same results.
Re: [Cooker] ln cannot be forced?
On Tue, 11 Nov 2003 10:37, Quel Qun wrote: This is weird: # ls -l linux linux - linux-2.4.22-21mdk # ln -sf linux-2.6.0-0.test9.4mdk linux # ls -l linux linux - linux-2.4.22-21mdk At this point, an ls -l linux/ or ls -l linux-2.4.22-21mdk would have shown you a symlink named linux-2.6.0-0.test9.4mdk within that directory. Cheers; Leon
[Cooker] Fresh install
Hello, Well, my cooker laptop decided to keel over due to a bad case of code-rot. Seems something I updated gave it indigestion... sooo.. I backed up everything important, and bombed the thing and did a cooker clean install. The install went pretty smoothly. There are a couple things that are still buggy, though. Seems that both the current kernel and the boot kernel have problems setting the video mode (ie, vga=791 in my case). Booting the vgahi image didn't help. Oddly enough, if I go either into Windows first, or into the BIOS setup screen, it then will set the mode correctly. Maybe an initialization problem? I installed the latest kernel, as well as the latest tmb kernel. The tmb one will boot, the stock one won't.. i'll e-mail a specific error message tomorrow when I'm more awake and can write it down. Odd thing, with the stock KDE installed, which includes Konqueror I would think, there's no entry in the menu for browse the web or for launching Konqueror as a browser. Is this normal? Sound worked OK until I loaded my backup desktop files, then it started with the soundserver error boxes about not being able to set real-time priority and running soundwrapper. Wonder what I broke? If installing KDE, and installing on a machine with a sound card, shouldn't kmix install by default? Default install has no workable mixer, had to find and individually select the package separately. More info in the AM... time for bed. V.
[Cooker] idea for MDK 10: rpm packages compatibility
One thing I would like to see for MDK 10: That RedHat, Fedora, SuSE and other rpm packages be installabla on MDK systems. I dont know what analyses is needed to do that, but it is probably something with compatibility libraries. Or maybe it is something to do about having packages follow LSB. Best regards keld
Re: [Cooker] ln cannot be forced?
On Mon, Nov 10, 2003 at 06:37:16PM -0800, Quel Qun wrote: This is weird: # ls -l linux linux - linux-2.4.22-21mdk # ln -sf linux-2.6.0-0.test9.4mdk linux # ls -l linux linux - linux-2.4.22-21mdk # rm -f linux ln -s linux-2.6.0-0.test9.4mdk linux # ls -l linux linux - linux-2.6.0-0.test9.4mdk Am I missing anything here? I tried the --force option with the same results. yes # man ls -n, --no-dereference treat destination that is a symlink to a directory as if it were a normal file so ln -lnf would work -- Luca Berra -- [EMAIL PROTECTED] Communication Media Services S.r.l. /\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
Re: Re: 9.1 and ATI Rage 128 Pro
Well, if you can get to the console (ctrl-alt-F1), you could try two things: 1- Use Xdrake (which you probably already did) 2- Test it (init 3 then init 5) or 1- run XFree86 -configure 2- Test it 3- Try to change the driver in the config file (fbdev, r128, ati...) 4- Make sure you got the line: Option useFBDev 5- Test 6- Try to disable DRI stuff (just put a # at the begining of the lines) 7- Try Any of the above possible combinaisons I just have a rage128 mobility so I can be much help for the Pro. Wherever it works or you stop too try, you could post here the log from /var/log/XFree.0.log Then we would know much more where too look to solve your challenge... Happy testing Pascal De: Mike 'yomcat' Welsh [EMAIL PROTECTED] Date: 2003/11/09 dim. PM 11:41:39 GMT-05:00 À: [EMAIL PROTECTED] Subject: Re: 9.1 and ATI Rage 128 Pro on 10/11/03 7:51 AM, [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote: What is the error message from the console? Is it usuable or XFree86 just don't want start (like no backgroung color, no cursor...) ? Its the black screen of death... -- yomcat http://yomcat.geek.nz
