Re: [Cooker] iptables nat not working in 9.2
On Thursday 13 November 2003 01:50, [EMAIL PROTECTED] wrote: Hello I recently discovered that iptables 1.2.8 nat command does not work fully in 9.2 on i586 Something like this: Tried the following with stocck 9.2 /sbin/iptables -t nat -A PREROUTING -i eth0 -d 10.0.0.2 -p tcp -m tcp --dport 80 -j REDIRECT --to-port 3128 OK /sbin/iptables -t nat -A PREROUTING -i eth0 -d 10.0.0.2 -p tcp -m tcp --dport 80 -j DNAT --to-destination 192.120.145.123:80 OK iptables -t nat -A PREROUTING -i eth0 -d xx.xx.xx.xx -p tcp -m tcp --dport 23 -j DNAT --to-destination yy.yy.yy.yy:23 -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] iptables nat not working in 9.2
On Thursday 13 November 2003 11:58, Con Kolivas wrote: On Thu, 13 Nov 2003 22:40, John Allen wrote: On Thursday 13 November 2003 01:50, [EMAIL PROTECTED] wrote: Hello I recently discovered that iptables 1.2.8 nat command does not work fully in 9.2 on i586 Something like this: Tried the following with stocck 9.2 Actually I have upgraded to 2.4.22-21mdk, didn't go higher than that as there are a myriad of known problems with -22, -23 /sbin/iptables -t nat -A PREROUTING -i eth0 -d 10.0.0.2 -p tcp -m tcp --dport 80 -j REDIRECT --to-port 3128 OK /sbin/iptables -t nat -A PREROUTING -i eth0 -d 10.0.0.2 -p tcp -m tcp --dport 80 -j DNAT --to-destination 192.120.145.123:80 OK iptables -t nat -A PREROUTING -i eth0 -d xx.xx.xx.xx -p tcp -m tcp --dport 23 -j DNAT --to-destination yy.yy.yy.yy:23 -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Danger: Magazine with 9.2 with problematic kernel
On Tuesday 11 November 2003 10:50, Warly wrote: [snipped] Yes you are right. And this problem of the source is clearly the case when you remaster your own CDs with your own packages and sell or give them as a Mandrake distribution. Does this put me in hot water? I create DVD-R's with the 9.2 download + contribs (including jpackage); which I supply for ¤2 per disk (no profit in that, none intended). -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk
On Sunday 09 November 2003 02:07, Olivier Blin wrote: On Sun, 9 Nov 2003 02:50:46 +0100 Olivier Blin [EMAIL PROTECTED] wrote: On Sun, 9 Nov 2003 01:23:35 +0100 Oden Eriksson [EMAIL PROTECTED] wrote: Another thing. I noticed ivp6 was loaded per default, why is that? Hum, you're right, I don't know why, perhaps a wrong module dependency. It's loaded by the network init script (/etc/rc.d/init.d/network) : - # If IPv6 is explicitly configured, make sure it's available. if [ $NETWORKING_IPV6 = yes ]; then It must be defined in your /etc/sysconfig/network alias=`modprobe -c | awk '/^alias net-pf-10 / { print $3 }'` if [ $alias != ipv6 -a ! -f /proc/net/if_inet6 ]; then case $(modprobe -V 2/dev/null) in modprobe* ) echo alias net-pf-10 ipv6 /etc/modules.conf ;; module-init-tools* ) echo alias net-pf-10 ipv6 /etc/modprobe.conf ;; esac fi fi - $ grep ipv6 /lib/modules/`uname -r`/modules.alias alias net-pf-10 ipv6 An alias is made to ipv6 in modules configuration files, so the network script loads it. I don't know if it's the correct behaviour what do you think ? I'm cc-ing Andrey because he's the author of modprobe configuration files, so he's likely to help us :) -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://johnallen.kicks-ass.net/
Re: [Cooker] [Bug 6045] [drakxtools] Impossible to use with ADSL ethernet modem
On Friday 07 November 2003 22:05, [tvignaud] wrote: http://qa.mandrakesoft.com/show_bug.cgi?id=6045 [EMAIL PROTECTED] changed: What|Removed |Added --- - Status|UNCONFIRMED | Ever Confirmed||1 --- Additional Comments From [EMAIL PROTECTED] 2003-11-07 23:05 --- is this bug still valid ? Its because the driver (firmware uploader) does not work with the 9.2 kernel. It only appears to work with the stock 9.1 kernel. -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://johnallen.kicks-ass.net/
Re: [Cooker] [Bug 6230] [coreutils] du produces incorrect results when given more than one directory
On Saturday 08 November 2003 09:16, [tvignaud] wrote: http://qa.mandrakesoft.com/show_bug.cgi?id=6230 [EMAIL PROTECTED] changed: What|Removed |Added --- - Status|UNCONFIRMED | Ever Confirmed||1 --- Additional Comments From [EMAIL PROTECTED] 2003-11-08 10:16 --- works for me, are you sure df isn't doing hard link optimizations ? What does df have to do with it? As you can see from my original post, the Mandrake, and Mandrake-devel directories have 12G, and 11G of files respectively; but when du'ing them together the second in the list always produces an incorrect value. I don't believe that there should be hard, or symbolic links between the Mandrake, and Mandrake-devel trees; but if there are how can I find them. Thanks. -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://johnallen.kicks-ass.net/
Re: [Cooker] [Bug 6045] [drakxtools] Impossible to use with ADSL ethernet modem
On Saturday 08 November 2003 09:36, Thierry Vignaud wrote: John Allen [EMAIL PROTECTED] writes: 23:05 --- is this bug still valid ? Its because the driver (firmware uploader) does not work with the 9.2 kernel. It only appears to work with the stock 9.1 kernel. i hardly believe that: there're so much people here in france that use usb speedtouch !!! I spent 5 hours last weekend (with a friend in Belgium) getting his USB ADSL modem working. Its not a SpeedTouch, but an ASUS AAM6000UG, it uses the SpeedTouch driver; and I would only work with 2.4.21-13mdk. I can't tell you for certain whether it is the speedtch driver or just the amload firmware uploader, as the uploader would not work on any kernel other than the stock 9.1 kernel. It just gets errors doing a bulk_write to the device. -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://johnallen.kicks-ass.net/
Re: [Cooker] reliable mirrors . . .
On Thursday 06 November 2003 20:35, Blindauer Emmanuel wrote: Le Jeudi 06 Novembre 2003 18:14, Robert Fox a écrit : Maybe someone should be a mirror monitor and be the main point of contact with the mirror owners when something goes wrong! http://extasia.u-strasbg.fr/~blindaue/mirrors.php You don't do uninett.no Also it would be better to test the mirrors against the hdlist/synthesis of the master site (wherever that is) updates every 2 hours the status of mirrors, looking into hdlist.cz and looking for the files inside to be present in the directory of the ftp. But I can't test more than that. Emmanuel -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] reliable mirrors . . .
On Friday 07 November 2003 12:28, BLINDAUER Emmanuel wrote: Le Vendredi 07 Novembre 2003 10:05, Stefan van der Eijk a écrit : Le Jeudi 06 Novembre 2003 22:00, Stefan van der Eijk a écrit : Really nice site, very usefull, but what is your reference point? The reference is the hdlist on the ftp. Which ftp? The ftp which is being monitored. My goal wasn't to look for mirror being in sync with kenobi, but being coherent (hdlist on the ftp against the files on the ftp. It would be great to have both, coherent in sync. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
[Cooker] I noticed that Fedora includes dvdrtools
As I said above, Fedora includes dvdrtools (a fork of cdrtools), should Mandrake include it instead of/as well as cdrecord. http://www.nongnu.org/dvdrtools/ -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://johnallen.kicks-ass.net/
Re: [Cooker] Re: What happened to am-utils?
On Friday 31 October 2003 5:42 pm, Luca Berra wrote: On Fri, Oct 31, 2003 at 05:29:24PM +0200, Buchan Milne wrote: BTW, it appears that autofs 4.1 has/will have direct mount support, including with maps in LDAP. Great! btw, is there a way of preventing dynamic to show on an icon on the desktop for every automounted directory? Eight click desktop, select Configure Desktop, Behaviour, unckeck Display devices on desktop Regards, L. -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://allentech.homelinux.org/
[Cooker] Problems with 2.4.22-21mdk
Since upgrading to 2.4.22-21mdk from stock 9.2 kernel I have had cyrus-imapd stop multiple times, and require a database recovery before it would accept new mail. This was working fine for months on end with 9.1, and the 2.4.22.10mdk kernel with no problems. Anyone seen similar issues, or have any possible ideas what could be causing this? Thanks. -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://allentech.homelinux.org/
Re: [Cooker] Boot-up speed
On Tuesday 28 October 2003 10:52 pm, Vedran Ljubovic wrote: --- [EMAIL PROTECTED] wrote: don't even own a network card. Therefore I probably don't need sshd at all. Isn't xinetd startup of ssh disabled by default, in favour of starting as a daemon? Hm you're right. It seems that xinetd is used for fam. - While I'm at it, I also don't need netfs, nfslock (thus portmap) If you want to use NFS you need them all. If you don't use NFS, 'urpme nfs-utils-client' or whatever it is. AFAIK you need portmap for fam to work? Ok, I'll remove nfs. No use for it over dialup. Btw do you think that it would cause too much trouble if nfs is not enabled by default, atleast for us dialup users? Well I was on dial up (DSL now), but I have a lan, and the server shares the inet connection, and I need NFS enabled by default. Perhaps the installer/control panel should ask whether you want NFS (server/client), or not at all. -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://allentech.homelinux.org/
Re: [Cooker] Suggestion: move 9.2 to 9.2b or 9.2.1 and CHANGE the kernel!
On Wednesday 29 October 2003 4:02 pm, Eric Fernandez wrote: Claudio wrote: Hi [EMAIL PROTECTED] ;-) Since many of us are having BIG problem with the 9.2 tree on the mirror (expecially for the LG-bug), imho it would be safe to REMOVE the actual 9.2 and upload a new 9.2b or similar, with the fixed kernel (and the correct kde packages and so on...). What do you think about it? Thanks, Claudio What you suggest has been announced ages ago on the errata page... Moreover, there is nothing to remove since it has not been distributed to the public and is not available on server (except for leaked versions). ^^^ WTH does that mean How can a public ftp server contain leaked version of Mandrake 9.2? Eric -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://allentech.homelinux.org/
Re: NTP client in clock.pl [Was: Re: [Cooker] Some wishes for Mandrake 10.0...]
On Wednesday 29 October 2003 3:13 pm, Daouda LO wrote: FeedbacksBugReports are welcome. Well the dropdown won't stay down if you left the mouse button go. Other than that it picked up my (existing) local ntp server setting just fine. -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://allentech.homelinux.org/
Re: [Cooker] Suggestion: move 9.2 to 9.2b or 9.2.1 and CHANGE the kernel!
On Wednesday 29 October 2003 5:10 pm, Eric Fernandez wrote: John Allen wrote: WTH does that mean How can a public ftp server contain leaked version of Mandrake 9.2? I correct myself : leaked bittorrent links (available to non-members). Well bitttorrent has nothing to do with it; the Mandrake mirrors have effectively had 9.2 since cooker was frozen, so anybody could make the ISO's themselves. Admittedly they would not be identical to Mandrake's ISO's but they would contain fundamentally the same RPMS, and therefore the same problems. Eric -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://allentech.homelinux.org/
Re: NTP client in clock.pl [Was: Re: [Cooker] Some wishes for Mandrake 10.0...]
On Wednesday 29 October 2003 7:42 pm, FACORAT Fabrice wrote: Le mer 29/10/2003 à 15:13, Daouda LO a écrit : Ok, i just finished putting ntp client feature in mcc (clock.pl). It's aimed to sync with a ntp server in local network but can be used for external ntp servers. Replace /usr/sbin/clock.pl by the one at http://peoples.mandrakesoft.com/~daouda/misc/clock.pl FeedbacksBugReports are welcome. oh well, this need to be fixed in both installer and in clock.pl i think : starting ntpd is not enough to ensure that the system will be sync with the time server see this message : Oct 29 19:18:26 admin3 ntpd[32372]: time correction of -3585 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time. Normally the ntpd initscript will do an ntpdate if, and only if /etc/ntp/conf/step-tickers exists. So the GUI should init that file with the value of your ntp server -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://allentech.homelinux.org/
Re: [Cooker] What is an LG CD-ROM?
On Tuesday 28 October 2003 7:37 am, Leon Brooks wrote: On Tue, 28 Oct 2003 15:12, Felix Miata wrote: A cheap CD-ROM drive made by LG. LG used to be called GoldStar. They They are now called Lucky Goldstar. Lucky, that despite lots of shoddy products they became successful. That said not everything they make is sh*te. advertise using the catch-phrase life's good, but don't put much faith in that slogan, probably coined by a shareholder, not by a user of their equipment. )-: Cheers; Leon -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://allentech.homelinux.org/
Re: [Cooker] Remastering-with-updates HOWTO?
Could you post a .conf file for creating 2 DVD-R's? Currently I just run MakeCD without specifying a config file; it is better to specify a config file? -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://allentech.homelinux.org/
Re: [Cooker] Re: LG Drives
On Sunday 26 October 2003 11:55 am, Luca Olivetti wrote: [EMAIL PROTECTED] ha scritto: PD. Yep, whoeved decided at LG that reusing for UPLOAD_FIRMAWARE [snipped] Yes, the comments with enough points to be visible by default are positive wrt mandrake and negative wrt lg hardware problem. Now, one thing I read in one of those comments is that the fix was to simply remove packet writing capabilities. Is that true? If so I don't think is a good idea do disable a useful functionality for all users due to some defective drives. LG should fix it, not all user be penalized with reduced functionality (those not using an lg drive) or a broken drive. I think the real fix is to not FLUSH_CACHE drives that cannot write. Bye -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://allentech.homelinux.org/
Re: [Cooker] Remastering-with-updates HOWTO?
On Sunday 26 October 2003 12:23 pm, Brook Humphrey wrote: On Sunday 26 October 2003 01:51 am, John Allen wrote: Could you post a .conf file for creating 2 DVD-R's? Currently I just run MakeCD without specifying a config file; it is better to specify a config file? same here the only real difference is that your cd's will read cooker download edition or something like that instead of reading as mandrake 9.2, 10, or 10.1, etc. Also with the config file you can specifiy things and customize the install a little more. For me i just edit the base/rpmsrate and then run makecd. If you want dvd you can use --disksize but i do not remember the exact size for a dvd. I've been making DVD-R's not problem. Where is the doc for the .conf files I find them unreadable, I would be most grateful if anybody can point me in the right direction as to the .conf file documentation. TIA -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://allentech.homelinux.org/
Re: [Cooker] Remastering-with-updates HOWTO?
On Sunday 26 October 2003 1:05 pm, Greg Meyer wrote: On Sunday 26 October 2003 07:28 am, John Allen wrote: [snipped] I've been making DVD-R's not problem. Where is the doc for the .conf files I find them unreadable, I would be most grateful if anybody can point me in the right direction as to the .conf file documentation. I don't think there is any, which is why I started the twiki page. If I can piece together everybody's tips and tricks and uses of mkcd, maybe we can get a good doc on the matter. So please report your usage in detail, or if you have write access to twiki, add it to the page. First I create an extras directory under i586, then copy PLF, Texstar, and some wallpapers into it. From the misc directory. ./MakeCD --discsize 47 --isodir /var/ftp/pub/iso/Mandrake/9.2 -t /var/ftp/pub -a -s /var/ftp/pub/mirrors/Mandrake/Mandrake/9.2/i586 /var/ftp/pub/mirrors/Mandrake/Mandrake/9.2/contrib/i586 /var/ftp/pub/mirrors/Mandrake/Mandrake/9.2/contrib/jpackage/i586 /usr/src/RPM/RPMS/i586 I get 2 .iso's of Mandrake Cooker (Download Edition) -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://allentech.homelinux.org/
Re: [Cooker] Remastering-with-updates HOWTO?
On Sunday 26 October 2003 1:19 pm, John Allen wrote: On Sunday 26 October 2003 1:05 pm, Greg Meyer wrote: On Sunday 26 October 2003 07:28 am, John Allen wrote: [snipped] I've been making DVD-R's not problem. Where is the doc for the .conf files I find them unreadable, I would be most grateful if anybody can point me in the right direction as to the .conf file documentation. I don't think there is any, which is why I started the twiki page. If I can piece together everybody's tips and tricks and uses of mkcd, maybe we can get a good doc on the matter. So please report your usage in detail, or if you have write access to twiki, add it to the page. First I create an extras directory under i586, then copy PLF, Texstar, and some wallpapers into it. Forgot, also copy the updates into the RPMS directory. From the misc directory. ./MakeCD --discsize 47 --isodir /var/ftp/pub/iso/Mandrake/9.2 -t /var/ftp/pub -a -s /var/ftp/pub/mirrors/Mandrake/Mandrake/9.2/i586 /var/ftp/pub/mirrors/Mandrake/Mandrake/9.2/contrib/i586 /var/ftp/pub/mirrors/Mandrake/Mandrake/9.2/contrib/jpackage/i586 /usr/src/RPM/RPMS/i586 I get 2 .iso's of Mandrake Cooker (Download Edition) -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://allentech.homelinux.org/
Re: [Cooker] Remastering-with-updates HOWTO?
You know what would be really nice; A mandrake document describing the process of creating distro .ISO's. I don't mean how to run gendistrib, or packdrake, or mkcd; but what exactly is done, ie. the process. -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://allentech.homelinux.org/
Re: [Cooker] uncompress package not exist ?
On Friday 24 October 2003 08:35, Gilles Crebassa wrote: Hello , The software Informix and Borland C++ Builder X and other require uncompress , but urpmi uncompress not found. And rpmfind.org find just cooker version. This is the COOKER mailing list. Just install the cooker one Please , create this. Thank you -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Huge List of Updates
On Thursday 23 October 2003 02:46, Brad Felmey wrote: On Wed, 2003-10-22 at 20:03, Galileo wrote: Another proof that Mandrake releases unfinished products. http://www.mandrakesecure.net/en/advisories/advisory.php?name=MDKA-2003:0 20 More that 250 MB of updates excluding SRPMS. How the hell did this happen ? It looks like x.2 doesn't mean a thing anymore. 7.2 and 8.2 were perfect. Why isn't so with 9.2 ? You, my fine feathered friend, are full of foo. 7.2 and 8.2 were decent, but not perfect. 9.2 even needing the updates is a heck of a lot better than either 7.2 or 8.2. I know - I've used every Mandrake since 5/6 and run cooker since 7.1. The real issue is the quantity of updates required so soon after release. They could always be like SuSE or RedHat and consider non-security bugfixes and updates to be next point release. Mandrake is bending over backwards. Schedules have to be kept, but they didn't quit working when it was cut - they kept at it to make a good product even better. Why on earth are you complaining, then? -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Huge List of Updates
On Thursday 23 October 2003 08:34, Udo Rader wrote: Am Thu, 23 Oct 2003 01:03:28 + schrieb Galileo: Another proof that Mandrake releases unfinished products. http://www.mandrakesecure.net/en/advisories/advisory.php?name=MDKA-2003:0 20 More that 250 MB of updates excluding SRPMS. How the hell did this happen ? It looks like x.2 doesn't mean a thing anymore. 7.2 and 8.2 were perfect. Why isn't so with 9.2 ? IMHO 9.2 is a lot better than any other previous release. The general question however is certainly valid and leads back to older the discussion if a RC3 would not be a good thing. Or maybe not even call it RC3 but call it final quality assurance release where the nice folks at mandrake could freeze cooker (no new features) but in the same time a dedicated crowd of some people would do nothing else but intensively investigate the open _RC1_ _RC2_ specific bug reports. What is needed is a committed (and known) BETA, RC testers. Each one committed to testing a know set of functionality (hardware software), and regression issues. This should also reduce the number of unconfirmed bugs, which can be somewhat irritating to bugreporters. happy hacking udo -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Re: Huge List of Updates
On Thursday 23 October 2003 12:40, Juan Quintela wrote: john == John Allen [EMAIL PROTECTED] writes: Hi john What is needed is a committed (and known) BETA, RC john testers. Each one committed to testing a know set of john functionality (hardware software), and regression issues. But that things are already fixed in the Betas RC. Well yes, and no. Some things were fixed, others were broken, and worse things that worked in RC1 did not work in RC2. Problem is that majority of the people don't test until the last RC or Final :( Bugs reported during cooker Betas are normally fixed. Normally being the operative word. The KDE screensavers issue was a simple fix yet never made it; and whilst it does not make the distro unusable, it is still a bloody awful bug to leave in. A not fully functional urpmi is another issue altogether, that has to be categorised as a disaster. Later, Juan. More RCs are needed, and must keep coming till one is considered good enough to release. I know this is not compatible with CD duplication deadlines etc... that is why I suggested a different model (ie. subscription). To enable proper testing, there must be a set of .iso's for each RC; a short period of freeze on cooker, and a script that can be used to generate CD, and DVD .isos exactly as Mandrake would, this is because I already have the entire cooker tree, and don't want to download 2+ gigs of .iso images. The iso image generator must be foolproof; ie tested on a fresh cooker install, found to work with no crazy errors about duplicates, missing signatures etc I'm sure there are many cookerites out there that will commit to testing installation, and specific configurations (eg. cd burning, changing hardware, network configs etc) for each and every RC. We can make this better -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Idea for future iso's
On Wednesday 22 October 2003 10:22, Warly wrote: Greg Meyer [EMAIL PROTECTED] writes: [snipped] So I see 5 images, and maybe one or two are not completely full, but at least everything will be included. WDYT? I am convinced that this is the good way, giving more to people so that they give back more to us. Unfortunately this model has not been proven yet, and people are more easily convinced that given a less complete download version could lead to more financial streams tower other costing product. A compromise would be to give those 2 base ISOs for free and let club members have access to 3 more specific complementary ISOs. I have joined the club, but would prefer to see it as a subscription service. ie. I automatically get shipped either the CDs, or a DVD. What you get would depend on your subscription level. Silver: CDs or DVD Gold: CDs, DVD manual etc... I'd like to able to change my sig to Mandrake Linux Subscriber (Silver) instead of MandrakeClub Silver Member If mandrake moved more strongly to a subscription service, then maybe releases could be made when they are ready, rather than at a specific date. This could ensure that we don't have some of the silly problems that are plaguing 9.2 -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
On Wednesday 22 October 2003 13:20, Guillaume Cottenceau wrote: John Allen [EMAIL PROTECTED] writes: [...] Get a bigger floppy disk, or use ext2 filesystems only, or provide a patch to make smaller kernels. Previously I posted a mkbootdisk that used the 1680K format for floppys; and with that you can indeed make a boot disk, and boot from it. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
On Wednesday 22 October 2003 16:13, Ron Stodden wrote: John Allen wrote: Try this script; it creates a 1680k formatted floppy. Yes, [EMAIL PROTECTED] ron]# ./mkbootdisk --device /dev/floppy/0u1680 2.4.22-10mdk creates a floppy, [EMAIL PROTECTED] ron]# ls -l /local/floppy total 1584 -rwxr--r--1 root root 204 Oct 23 00:35 boot.msg* -rwxr--r--1 root root 269205 Oct 23 00:35 initrd.img* -r-xr--r--1 root root 7060 Oct 23 00:35 ldlinux.sys* -rwxr--r--1 root root 122 Oct 23 00:35 syslinux.cfg* -rwxr--r--1 root root 1343803 Sep 18 20:43 vmlinuz* [EMAIL PROTECTED] ron]# but booting from it reads initrd.img and vmlinuz, then aborts, rebooting the machine. Yep just tried it here; same unfortunately -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] The JPackage Project.
On Tuesday 21 October 2003 00:24, Markus Ueberall wrote: On Mon, 20 Oct 2003, Guy McArthur wrote: By the way, what's up with the dependencies for (example), ant-optional and eclipse? The error messages are that javamail and jaf are required, but there are no rpm's for those anywhere. These are all JPackage-rpms and are listed on the left at http://www.jpackage.org (the latter ones are nosrc-rpms, to be found at the bottom of the page). My j2sdk+jre is from the club rpm's. You shouldn't mix these rpms; just get the (superior) ones from JPackage if you plan to use the additional libraries/tools... Do the JPackage RPMS create .sh files in /etc/profile.d to set JAVA_HOME, ANT_HOME, PATH etc..? Ad astra, -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] application/x-shockwave-flash
On Tuesday 21 October 2003 14:51, Ron Stodden wrote: The download for the Linux application/x-shockwave-flash plugin from macromedia will not install on Mandrake 9.2 Does anybody know where to get a plugin that does install and work? I have mozilla-flash-1.3-1tex installed -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] application/x-shockwave-flash
On Tuesday 21 October 2003 4:00 pm, Ron Stodden wrote: John Allen wrote: On Tuesday 21 October 2003 14:51, Ron Stodden wrote: The download for the Linux application/x-shockwave-flash plugin from macromedia will not install on Mandrake 9.2 Does anybody know where to get a plugin that does install and work? I have mozilla-flash-1.3-1tex installed Where from? It´s not in any Mandrake distribution. Texstar RPMS ftp://ftp.ibiblio.org//var/ftp/pub/mirrors/ftp.ibiblio.org/pub/Linux/distributions/contrib/texstar/mandrake/9.1
Re: [Cooker] k3b and supermount
On Tuesday 21 October 2003 5:24 pm, FACORAT Fabrice wrote: Le mar 21/10/2003 à 12:57, [EMAIL PROTECTED] a écrit : On Tue, 21 Oct 2003, R N dev wrote: As had been discussed before, the new supermount allows unmounting of the subfs via a proc entry. A wrapper script can be made that effectively temporarily disables supermount. I think this was already done for formatting floppies, writing CDs is another such case. IMHO this patch should be integrated upstream ( detect cdrom using supermount, unmount via /proc/fs/supermount/subfs, import old session and after restore settings ) I'm using supermount, and have no problem burning CD/DVD using k3b either 0.9 or k3b_0.10_cvs --- J'ai fait un test de QI, les resultats etaient negatifs -- 'Le Chat' P. Geluck -- John Allen, mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. http://allentech.homelinux.org/
Re: [Cooker] The JPackage Project.
On Monday 20 October 2003 03:35, Ron Stodden wrote: John Allen wrote: Ron Stodden wrote: Thanks! I will investigate ant some more.The 9.2 download edition installed jaffe for me ... You can get the Sun j2sdk/j2re from MandrakeClub Really? There are no 9.2 unsupported-MandrakeClub items yet, and no j2* RPMs in the 9.1 unsupported-MandrakeClub tree. http://rpms.mandrakeclub.com/rpms/MandrakeClub/comm/8.2/i586/j2sdk-1.4.1_01-5mdk.i586.html -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] The JPackage Project.
On Monday 20 October 2003 08:47, John Allen wrote: On Monday 20 October 2003 03:35, Ron Stodden wrote: John Allen wrote: Ron Stodden wrote: Thanks! I will investigate ant some more.The 9.2 download edition installed jaffe for me ... You can get the Sun j2sdk/j2re from MandrakeClub Really? There are no 9.2 unsupported-MandrakeClub items yet, and no j2* RPMs in the 9.1 unsupported-MandrakeClub tree. http://rpms.mandrakeclub.com/rpms/MandrakeClub/comm/8.2/i586/j2sdk-1.4.1_01 -5mdk.i586.html Or better (get the 9.2 version) http://rpms.mandrakeclub.com/rpms/MandrakeClub/comm/9.2/i586/j2sdk-1.4.2_01-1mdk.i586.html -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] [Mandrake 10] Interactivity problem in 9.2
On Monday 20 October 2003 10:12, Kevin Perros wrote: Hi, I have interactivity problems with the 9.2 release. I have hear about it in the past, concerning other distribs. This should be fixed in Mandrake 10, or even with 9.2 updates. XMMS makes pauses and clicks when I move windows under a default Gnome 2.4 with the Mandrake 2.4 kernel. I have a 500 MHz CPU, which I think must be supported (it is very fast for what I do with my PC). Maybe this problem doesn't occure on a faster CPU, and maybe that's why the problem already exists. This is most likely a DMA issue; either with the IDE driver, or the network driver. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Another niggle for 9.2 (not t obad though)
On Monday 20 October 2003 13:29, Brook Humphrey wrote: On Monday 20 October 2003 04:28 am, Thierry Vignaud wrote: will you be nice enough to redo an install, save the config files, run mousedrake and post here a diff of the config files before and after running mousedrake ? yes I could but I have found the problem. I share one monitor between a windows box and a linux box and I have one of those little switch boxes that shares the monitor keyboard and mouse. It works well accept for one thing when I switch back and forth between linux and windows it looses the mouse wheel. Everything else works it is just the mouse wheel that gets lost. Mine does something similar. But if I just roll the wheel for a bit (10+secs) it recovers. If that fails the a quick Ctrl+Alt+F1 followed by Ctrl+Alt+F7 usually sorts it out. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
[Cooker] Problems with msec run from hourly cron
I'm getting the following errors from my hourly cron. Any idea whats causing it TIA. -- Traceback (most recent call last): File /usr/share/msec/msec.py, line 266, in ? commit_changes() File /usr/share/msec/mseclib.py, line 24, in commit_changes f[0](*f[1]) File /usr/share/msec/libmsec.py, line 856, in enable_ip_spoofing_protection set_zero_one_variable(SYSCTLCONF, 'net.ipv4.conf.all.rp_filter', arg, 1, 'Enabling ip spoofing protection', 'Disabling ip spoofing protection') File /usr/share/msec/libmsec.py, line 833, in set_zero_one_variable val = int(val) ValueError: invalid literal for int(): False
Re: [Cooker] Problems with msec run from hourly cron
On Monday 20 October 2003 10:04 pm, John Allen wrote: I'm getting the following errors from my hourly cron. Any idea whats causing it Found it. Value for net.ipv4.conf.all.rp_filter in /etc/sysctl.conf was False, so val = int('False') fails TIA. --- --- Traceback (most recent call last): File /usr/share/msec/msec.py, line 266, in ? commit_changes() File /usr/share/msec/mseclib.py, line 24, in commit_changes f[0](*f[1]) File /usr/share/msec/libmsec.py, line 856, in enable_ip_spoofing_protection set_zero_one_variable(SYSCTLCONF, 'net.ipv4.conf.all.rp_filter', arg, 1, 'Enabling ip spoofing protection', 'Disabling ip spoofing protection') File /usr/share/msec/libmsec.py, line 833, in set_zero_one_variable val = int(val) ValueError: invalid literal for int(): False
Re: [Cooker] The JPackage Project.
Ron Stodden wrote: Guillaume Rousse wrote: [EMAIL PROTECTED] RPMS.free]$ LANGUAGE=C rpm -qip ant-1.5.4-2jpp.noarch.rpm Name: ant Relocations: (not relocateable) [snipped] Thanks! I will investigate ant some more.The 9.2 download edition installed jaffe for me ... You can get the Sun j2sdk/j2re from MandrakeClub
Re: [Cooker] Re: nvidia driver messes up console mode (framebuffer?)
On Sunday 19 October 2003 4:37 pm, Bjarne Thomsen wrote: On Sat, 2003-10-11 at 17:54, Bjarne Thomsen wrote: On Sat, 2003-10-11 at 11:41, Juan Quintela wrote: Grrr, NVidia cards are just making my life miserable. Can people please mail me the output of lspcidrake -v and telling me what versions work/don't work for you? I have an MSI FX5200-T64 graphics board. The main board is MS-6570 (K7N2 Delta-ILSR). The galaxy screensaver eventually freezes X (98% CPU) for both nvidia 1.0-4191 and 1.0-4496! I can log onto the system with ssh, but shutdown does not finish. I have to turn off the power to get it to boot. It ends up with white stripes across the console when I try to re-boot. Now i use 2.4.22-12mdkenterprise, but it was the same with 2.4.22-10mdkenterprise. I have found that disabling AGP 8X support solves my problem with K7N2 Delta-ILSR. I have now been running the screensaver for many hours without any lock-up of X. (This is with gnome) -- Bjarne Interesting indeed. We built a bunch of PC's with Gainward Mx440-8X cards that crashed @ 8X, but seemed stable @ 4X (up for days between crashes). However even under Windows the Gainwards crashed @ 8X. We changed them for Asus V9180, and they work fine @ 8X.
Re: [Cooker] 9.2 disasters list (continuing)
Ron Stodden wrote: Another 9.2 showstopper! Two days in, the use of 9.2 was totally stopped by a 100% full root directory, a situation which is essentially unrecoverable for all but super-experts. / is a 5GB partition which returned 7.2 GB to du -s / (probably due to the inclusion of /proc). Weird; I have never had this happend on 9.1, or 9.2 Now running 9.2 on all my systems.
Re: [Cooker] [Bug 5556] [kdeartwork] No screensavers are installed in 9.2rc2
On Thursday 16 October 2003 19:49, [moonsphere] wrote: http://qa.mandrakesoft.com/show_bug.cgi?id=5556 --- Additional Comments From [EMAIL PROTECTED] 2003-16-10 20:49 --- Still no screensavers in the final version of 9.2. None of the above solutions worked for me. A quick google found http://www.mail-archive.com/[EMAIL PROTECTED]/msg125958.html -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
On Friday 17 October 2003 12:07, Ron Stodden wrote: 9.2 cannot produce a floppy boot disk! [snipped] [EMAIL PROTECTED] ron]# uname -r 2.4.22-10mdk [EMAIL PROTECTED] ron]# mkbootdisk 2.4.22-10mdk Insert a disk in /dev/floppy/0. Any information on the disk will be lost. Press Enter to continue or ^C to abort: cp: writing `/tmp/mkbootdisk/initrd.img': No space left on device Error ! [EMAIL PROTECTED] ron]# A quick hack of the mkbootdisk script show that vmlinuz+ld-linux.sys+initrd.img exceeds the size of a floppy. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
On Friday 17 October 2003 12:17, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [snipped] Get a bigger floppy disk, or use ext2 filesystems only, or provide a patch to make smaller kernels. Yes; but who is responsible for this. 9.2 has been released with the inability to create a boot floppy on a standard 1440 sized floppy. This is a very basic and essential requirement which should not be in any way hidden. Haven't made a boot floppy (besides to install from) myself in over 2 years. Yes; usually use the CD myself. But none the less this is really not acceptable. 9.2 has too many stupid problems, from no screensavers in KDE, broken urpmi, and now this. The list is just growing day by day. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
On Friday 17 October 2003 12:37, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Many new machines now come without floppy disks. Yeah, my home made PC's don't have floppys (except for the server). Yes; usually use the CD myself. But none the less this is really not acceptable. 9.2 has too many stupid problems, from no screensavers in KDE, Mine work. Isn't this just a symptom of the rpm/update-menus issue? Mine now work, but I've updated to cooker packages. The problem I experienced was that the ScreenSavers module was trying to list /usr/share/applnk-mdk.hidden/ScreenSavers rather than /usr/share/applnk-mdk./hidden/ScreenSavers broken urpmi Actually, I need to file another bug on urpmi, I think --distrib isn't working (even for a CD medium). and now this. The list is just growing day by day. That's natural. True, but many of the problems are really silly. I really do believe that a longer freeze/bug fix period is necessary for better quality releases. As this is almost certainly the case, cooker should be forked long before releases are due, and only bug fixes, and essential security fixes allowed. Of course, it would be nice to have it working by default, but Ron always goes overboard on his small niggles in the first two weeks of a release (he could have tested this in the beta series of course ...). Well its easy to get upset, then post. Better to let it sink in overnight, and post in the morning. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
On Friday 17 October 2003 14:46, Ron Stodden wrote: Buchan Milne wrote: Of course, it would be nice to have it working by default, but Ron always goes overboard on his small niggles in the first two weeks of a release (he could have tested this in the beta series of course ...). Not so. I periodically tested the cooker tree for the ability to create a good install and a running Mandrake. Try this script; it creates a 1680k formatted floppy. Results: Effectively it never does - no, not once! - and this includes through the times that the ISO betas and release candidates were available. So there is no choice but to abandon beta testing for people without the bandwidth to download CD images. The CDs are constructed incomplete anyway because of space limitations, therefore not worthy objects to test.Stick with the trees, please. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member. mkbootdisk Description: application/shellscript
[Cooker] Loads of errors trying to generate .iso's from 9.2 download.
When using mkcd to generate .iso's from 9.2 download I get loads of errors like this. ERROR check_version: apache2-2.0.47-6mdk.i586 provides apache2 == 2.0.44 but apache2-mod_auth_shadow-2.0.47_2.0-2mdk.i586 needs apache2 == 2.0.47 rpm -qp --provides apache2-2.0.47-6mdk.i586.rpm output is webserver apache ADVXpackage AP20package apache2 = 2.0.44 apache2 = 2.0.47-6mdk Note that 2.0.47-6mdk is after 2.0.44 Why does 2.0.47 provide 2.0.44 anyway. Also the contrib symlink is missing from the mirror. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] [Bug 6124] [urpmi] New: urpmi pam destroyed a system!
On Friday 10 October 2003 15:25, [mangoo] wrote: http://qa.mandrakesoft.com/show_bug.cgi?id=6124 Product: urpmi Component: urpmi Summary: urpmi pam destroyed a system! Product: urpmi Version: 4.4-37mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: urpmi AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] After urpmi --auto-select, libpam0 and pam were updated. urpmi issued the following warnings: warning: /etc/pam.d/system-auth saved as /etc/pam.d/system-auth.rpmsave warning: /etc/pam.d/system-auth created as /etc/pam.d/system-auth.rpmnew and therefore, left system unusable, as there were no /etc/pam.d/system-auth (a logic problem for urpmi?) Panicking somewaht aren't we. simply rename them back. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] [Bug 6124] [urpmi] urpmi pam destroyed a system!
On Friday 10 October 2003 15:43, [jan.ciger] wrote: http://qa.mandrakesoft.com/show_bug.cgi?id=6124 --- Additional Comments From [EMAIL PROTECTED] 2003-10-10 16:43 --- I saw this too, fortunatelly I fixed the problem before logging out. If you do not notice it, it will lock you out of the system :-(( It should create just .rpmnew file in this case, not rename the old to .rpmsave too. Or rename to .rpmsave but replace the file with a new version. OK, boot from the CD/DVD, press F1, type rescueenter mount the partitions, go to console, and rename files reboot This has rather high breakage potential. Jan -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] [Bug 6124] [urpmi] urpmi pam destroyed a system!
On Friday 10 October 2003 16:06, Jan Ciger wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John Allen wrote: |It should create just .rpmnew file in this case, not rename the old to |.rpmsave too. Or rename to .rpmsave but replace the file with a new |version. | | OK, boot from the CD/DVD, press F1, type rescueenter | mount the partitions, go to console, and rename files | reboot Yeah, I know how to rescue my machine in such case. But the point is : 1) if you didn't notice, that pam config was changed, you can look for hours what is wrong (especialy if you have no idea about what PAM is) 2) it must not be necessary to rescue your machine after a botched upgrade. I could take this as a risk of running cooker (broken glibc update, do you remember?), but this will go to the official 9.2 updates, no ? Could you imagine the mess ? I agree totally. The current 9.2 has multiple problems anyway, from no screensavers in KDE, to a dhcp server that won't work if dynamic dns updates are enabled. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] [Bug 4593] [XFree86] nvidia driver messes up console mode (framebuffer?)
On Tuesday 07 October 2003 21:47, Luca Olivetti wrote: John Allen escribió: Don't use NVIDIA's 4496. Anything later than 4191 is a disaster; from console more screwups to reboots, and X hard locks. Funny, I could say the same for anything *earlier* than 4363 (adding filesystem corruption to the mix). Maybe it's just nvidia releasing crap in *every* version. Ah well, YMMV as they say. I have found that with my geForce4 MX440's only 4191 is stable. Bye -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On Wednesday 08 October 2003 12:27, [EMAIL PROTECTED] wrote: On 8 Oct 2003, Guillaume Cottenceau wrote: And I'm sure many other persons use rpmdrake2 and are very happy with it. rpmdrake2 is wonderful. But, it still keeps surprising me how people think. The last few days I've been helping a person trying to get mandrake running. He's not so computer illiterate, but only knows windows and dos. Somehow, he tried to install all kinds of programs from source or binary tarbal, without even trying to use rpmdrake (ofcourse he might have not found the programs he was looking for because only 1 CD was added as media, since he only downloaded the first CD). So could rpmdrake provide info on packages, even if there is no media available for it? It does provide the list. The first CD should contain all the hdlists for the 3 CDs. [snipped] -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] [Bug 4593] [XFree86] nvidia driver messes up console mode (framebuffer?)
On Monday 06 October 2003 23:37, [never.mind] wrote: http://qa.mandrakesoft.com/show_bug.cgi?id=4593 [EMAIL PROTECTED] changed: What|Removed |Added --- - Version|4.3-19mdk |4.3-22mdk --- Additional Comments From [EMAIL PROTECTED] 2003-07-10 00:36 --- Still valid with kernel-2.4.22.10mdk-1-1mdk and XFree86-4.3-23mdk. Don't use NVIDIA's 4496. Anything later than 4191 is a disaster; from console more screwups to reboots, and X hard locks. -- John Allen, Email: mailto:[EMAIL PROTECTED] Orbiscom Ireland Ltd,Web:http://www.orbiscom.com/ Orbiscom House, Direct: +353-1-2178610 3 Arkle Road,Office: +353-1-2945111 Sandyford Ind Est, Fax:+353-1-2945119 Dublin 18, Ireland. Disclaimer: The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorised use disclosure copying or alteration of this message is strictly forbidden. This message and any attachments have been scanned for viruses. Orbiscom Ltd. will not be liable for direct special indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any virus being passed on. www.orbiscom.com
Re: [Cooker] [Bug 5945] [mingetty] /etc/securetty is empty (no console root login)
On Tuesday 07 October 2003 13:09, [bgmilne] wrote: http://qa.mandrakesoft.com/show_bug.cgi?id=5945 --- Additional Comments From [EMAIL PROTECTED] 2003-07-10 14:09 --- Well, cooker is always newer ... But, I haven't noticed this (console logins as root work fine) on my clean install of 9.2rc2, and this hasn't been reported by anyone else or confirmed in the 2 weeks since you reported this. This is possibly an install with security=paranoid. Therefore no root logins. Login as a normal user, and su - BTW, /etc/securetty is owned by the setup package. You could take a look in /root/drakx to see the logs from the installation, to see if you can see why this happened. If you don't know what to look for, attach the *.log files to this bug report. Also, check if there are any /etc/securetty.rpm* files. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] out of freeze?
Quel Qun wrote: On Mon, 2003-10-06 at 08:05, Gtz Waschk wrote: Am Montag, 6. Oktober 2003, 11:04:19 Uhr MET, schrieb Vincent Meyer, MD: So can I gather from the 50+ messages in my changelog mailing list folder that we're out of freeze now? No. They are all contrib packages and the contribs were never frozen but forked for the 9.2 release. The big bunch of changelog mails came from the restarted mailing list software, just look at the dates of the packages. CU Hmm... [CHRPM] bind-9.2.3-0.rc4.1mdk Oct 6 6k [CHRPM] mandrake_doc-9.2-1mdk Oct 6 5k [CHRPM] howto-utils-0.2.13-3mdk Oct 6 5k [CHRPM] howto-html-zh-9.1-0.6mdk Oct 6 6k [CHRPM] bind-9.2.3-0.rc4.2mdk Oct 6 8k [CHRPM] suspend-scripts-1.6-4mdk Oct 6 4k [CHRPM] nss_ldap-207-3mdk Oct 6 4k [CHRPM] dhcp-3.0-1.rc12.3mdk Oct 6 5k This may not be so bad, as dhcp-3.0-1.rc12.2mdk basically did not work with dynamic updates. [CHRPM] urpmi-4.4-38mdk Oct 6 4k Looks like we're in business ;)
Re: [Cooker] errata 9.2
Thomas Backlund wrote: From: "Buchan Milne" [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John Allen wrote: On Thursday 02 October 2003 21:05, Buchan Milne wrote: Please add: Error scenario: when doing a network install, on recent machines, the network card seems to not respond (no DHCP answer received for example) Why: problem with APIC Also the other problem is nForce motherboards, as there are no nForce drivers included (I know they are propietary) For the future, would it be possible for the installer to prompt for additional drivers. It already does in expert mode... And do what? All the commercial versions ship with the appropriate drivers. AFAIK, the NForce drivers are only needed for the on-board network card? For network installs, it should be possible to create a driver disk (Thomas has done this before I think?) Yeah, so for nForce network, you need to compile the module against the correct kernel, and copy the resulting 'nvnet.o' to a ext2 formatted floppy... Happy days. Thomas
Re: [Cooker] errata 9.2
On Thursday 02 October 2003 21:05, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Guillaume Cottenceau wrote: Please add: Error scenario: when doing a network install, on recent machines, the network card seems to not respond (no DHCP answer received for example) Why: problem with APIC Also the other problem is nForce motherboards, as there are no nForce drivers included (I know they are propietary) For the future, would it be possible for the installer to prompt for additional drivers. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] And next ?
On Monday 29 September 2003 18:56, Nora Etukudo wrote: On Mon, Sep 29, 2003 at 10:56:30AM +0200, Teletchéa Stéphane wrote: Not all of us have high bandwith connection. I test cooker at home, but i can download easily at work : i can download an iso with only rpms modified at work, and use them as 'update' home to test the improvements Oh no, you download iso's at work, unpack them and remaster them with your own rpm's for testing at home? I think you misunderstand completely. He wants a downloadable update ISO(s). Might it possibly easier to rsync at work and then makeing iso's for home testing? Liebe Grüße, Nora. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] YEAH ITS THE FUNNIEST DAMN THING SINCE THIS SIDE OF THE STATES EH?
On Tuesday 30 September 2003 04:12, Jason M. Randle wrote: TYPCIAL ASSHOLES! Yes you are aren't you. Greg Meyer [EMAIL PROTECTED] wrote:On Monday 29 September 2003 10:13 pm, Sascha Noyes wrote: On Monday 29 September 2003 07:09 pm, Jason M. Randle wrote: Great minds discuss ideas. Average minds discuss events. Ignorant minds discuss people. what is ignorance? well, its lack of willingness to learn or be corrected You must admit that the sig is somewhat amusing in this email. I didn't catch that. It is delicious irony. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] TAKE MY BRAIN OFF THIS DAMN METHADONE FOR THE LAST TIME!
On Tuesday 30 September 2003 07:19, Leon Brooks wrote: I can't find a reference for the last line, but I did stumble across an interesting editorial... We get most of our server consolidation with Exchange 2000, Devenuti says. But he expects to be able to push the number of users per server from about 3,000 on Exchange 2000 to 5,000 on Titanium. [/ME notes that Linux can handle at least 2,000,000 per box using dear old klunky SendMail as per http://thewhir.com/marketwatch/sendmail828.cfm and that tests http://www-dt.e-technik.uni-dortmund.de/~ma/postfix/bench2.html show PostFix delivering typically twice as much as SendMail] Yes but Exchange is not just an MTA, it is also the server for your Outlook, does IMAP, POP, and calendering stuff as well. I doubt the typical Linux PC server would handles 4million plus concurrent users, when running Postfix, Cyrus, and a calendering app also. ...with this breathtakingly bold reader comment while I was looking: Microsoft has done a great job of putting powerful tools in the hands of clueless morons. [...] Keep in mind people, Windows is the Etch-A-Sketch of the computer world. Cheers; Leon -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] TAKE MY BRAIN OFF THIS DAMN METHADONE FOR THE LAST TIME!
On Tuesday 30 September 2003 08:46, Luca Berra wrote: On Tue, Sep 30, 2003 at 08:31:00AM +0100, John Allen wrote: On Tuesday 30 September 2003 07:19, Leon Brooks wrote: Yes but Exchange is not just an MTA, it is also the server for your Outlook, does IMAP, POP, and calendering stuff as well. Very true, and still we don't have a functional mail and groupware application on Mandrake :( And there is a market for that, many people don't want or cannot afford exchange or notes. I doubt the typical Linux PC server would handles 4million plus concurrent users, when running Postfix, Cyrus, and a calendering app also. i doubt anyone sane would think of putting 4million plus mailboxes on the same box :) Ah yes, but Leon suggested that Sendmail can handle 2M+, and that Postfix could deliver typically twice as much. These sort of statements can be very misleading to the those who don't understand the difference between an MTA, and an POP/IMAP mail server. L. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] YEAH ITS THE FUNNIEST DAMN THING SINCE THIS SIDE OF THE STATES EH?
On Tuesday 30 September 2003 14:00, Jason M. Randle wrote: HAHA JOHN ALLEN YOU THINK?? NOW YOU GET A COOKIE WHADYA TALKIN BOUT DEN -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
[Cooker] amavis-ng problems
The -T switch to perl in /usr/bin/amavis prevents it running the MTA. error as below Insecure dependency in exec while running with -T switch at /usr/lib/perl5/vendor_perl/5.8.1/AMAVIS/MTA/Postfix.pm line 158.
[Cooker] When rsync'ing I seem to be getting these files over and over
Mandrake-devel/cooker/i586/Mandrake/RPMS/Borges-DocBook-0.9.3-3mdk.noarch.rpm Mandrake-devel/cooker/i586/Mandrake/RPMS/Borges-Frontend-0.9.3-3mdk.noarch.rpm Mandrake-devel/cooker/i586/Mandrake/RPMS/Borges-doc-0.9.3-3mdk.noarch.rpm Mandrake-devel/cooker/i586/Mandrake/RPMS/bash-completion-20030821-3mdk.noarch.rpm Mandrake-devel/cooker/i586/Mandrake/RPMS/drakfirsttime-0.92-3mdk.noarch.rpm Mandrake-devel/cooker/i586/Mandrake/RPMS/drakwizard-2.5-1mdk.noarch.rpm Mandrake-devel/cooker/i586/Mandrake/RPMS/mandrake_doc-common-9.2-0.9mdk.noarch.rpm Mandrake-devel/cooker/i586/Mandrake/RPMS/mandrake_doc-de-9.2-0.9mdk.noarch.rpm Mandrake-devel/cooker/i586/Mandrake/RPMS/mandrake_doc-drakxtools-en-9.2-0.9mdk.noarch.rpm Mandrake-devel/cooker/i586/Mandrake/RPMS/mandrake_doc-drakxtools-es-9.2-0.9mdk.noarch.rpm Mandrake-devel/cooker/i586/Mandrake/RPMS/mandrake_doc-drakxtools-fr-9.2-0.9mdk.noarch.rpm Mandrake-devel/cooker/i586/Mandrake/RPMS/mandrake_doc-en-9.2-0.9mdk.noarch.rpm Mandrake-devel/cooker/i586/Mandrake/RPMS/mandrake_doc-es-9.2-0.9mdk.noarch.rpm Mandrake-devel/cooker/i586/Mandrake/RPMS/mandrake_doc-fr-9.2-0.9mdk.noarch.rpm Mandrake-devel/cooker/i586/Mandrake/RPMS/mandrake_doc-it-9.2-0.9mdk.noarch.rpm Mandrake-devel/cooker/i586/Mandrake/RPMS/mandrake_doc-ru-9.2-0.9mdk.noarch.rpm Mandrake-devel/cooker/i586/Mandrake/RPMS/mandrake_theme-0.1.1-1mdk.noarch.rpm Mandrake-devel/cooker/i586/Mandrake/RPMS/mkcd-3.6.2-1mdk.noarch.rpm -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
[Cooker] latest dhcp-server won't start if ddns updates are turned on
Sep 26 08:44:15 typhoon dhcpd: old name service update routine line 11: illegal expression relating different types Sep 26 08:44:15 typhoon dhcpd: if (defined (ddns-fwd-name) and ddns-fwd-name != Sep 26 08:44:15 typhoon dhcpd: ^ Sep 26 08:44:15 typhoon dhcpd: can't parse standard ddns updater! Sep 26 08:44:15 typhoon dhcpd: Sep 26 08:44:15 typhoon dhcpd: If you did not get this software from ftp.isc.org, please Sep 26 08:44:15 typhoon dhcpd: get the latest from ftp.isc.org and install that before Sep 26 08:44:15 typhoon dhcpd: requesting help. Sep 26 08:44:15 typhoon dhcpd: Sep 26 08:44:15 typhoon dhcpd: If you did get this software from ftp.isc.org and have not Sep 26 08:44:15 typhoon dhcpd: yet read the README, please read it before requesting help. Sep 26 08:44:15 typhoon dhcpd: If you intend to request help from the [EMAIL PROTECTED] Sep 26 08:44:15 typhoon dhcpd: mailing list, please read the section on the README about Sep 26 08:44:15 typhoon dhcpd: submitting bug reports and requests for help. Sep 26 08:44:15 typhoon dhcpd: Sep 26 08:44:15 typhoon dhcpd: Please do not under any circumstances send requests for Sep 26 08:44:15 typhoon dhcpd: help directly to the authors of this software - please Sep 26 08:44:15 typhoon dhcpd: send them to the appropriate mailing list as described in Sep 26 08:44:15 typhoon dhcpd: the README file. Sep 26 08:44:15 typhoon dhcpd: Sep 26 08:44:15 typhoon dhcpd: exiting. Sep 26 08:44:15 typhoon dhcpd: dhcpd startup failed Disclaimer: The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorised use disclosure copying or alteration of this message is strictly forbidden. This message and any attachments have been scanned for viruses. Orbiscom Ltd. will not be liable for direct special indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any virus being passed on. www.orbiscom.com
Re: [Cooker] My name is: localhost.
On Friday 26 September 2003 11:49, Damien Chaumette wrote: guran [EMAIL PROTECTED] writes: Hi [snipped] Your network has to be rightly configured so that your IP will be resolved and you'll get back a FQHN. We don't let user choose hostname randomly in DHCP mode. This is not correct, you have a choice to use DHCP allocated name, or specify your own. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] 9.2 ISOs has been sent
On Wednesday 24 September 2003 22:13, Michael Lothian wrote: [EMAIL PROTECTED] wrote: guess you now can become a member? (which is, if i'm correct, exactly the point of this idea). Will consider doing this. Just to check is there a difference between the normal, silver, gold and platnum options (apart from the obvious price differences) Will probably join as Standard if I decide to being a poor wee student to. Yes, join the Club, to hell with the boxed sets. I'd like a plain DVD mailing as part of my club membership. Also MandrakeClub sounds too amateurish, I'd prefer if it were called a subscription. Silver: DVD/CD-Roms mailed to me for each release. Gold: DVD/CD-Roms mailed to me for each release, and quarterly updates on CD/DVD. Platinum: Boxed set for each release, and quarterly updates on CD/DVD. Mike -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] 9.2 ISOs has been sent
On Thursday 25 September 2003 02:33, Adam Williamson wrote: On Wed, 2003-09-24 at 19:46, Austin wrote: If you're smart enough to be on the cooker list, you're probably smart enough to install it over the network using urpmi anyway, which is totally allowed. The purpose isn't to punish poor students, but to encourage lazy/greedy/ apathetic yuppies and their spoiled middle-class teenagers to join the club instead of leeching off of everyone's hard work. I'm a lazy, greedy, apathetic middle-class poor student...where do I figure? :D Lazy, greedy, apathetic middle-class?? You've got parents?, right; beg them to subscribe to MandrakeClub, tell them it will help to secure your future in the software industry. PS: I'm a parent, and I'd go for it. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
[Cooker] This is why the ScreenSavers aren't appearing
The path /usr/share/applnk-mdk.hidden/ScreenSavers is being searched for by kcmshell screensaver It should be /usr/share/applnk-mdk/.hidden/ScreenSavers So somwhere the / has been left out. Hope this helps fix it.
Re: [Cooker] 9.2 download CD size
On Monday 15 September 2003 12:35, Olivier Thauvin wrote: Le Lundi 15 Septembre 2003 12:35, Warly a écrit : A poll on club shows that (now) most of the users prefers 700 MB discs over 650 MB ones. WDYT? No matter, all can be burned on DVD+rw 4.7 GB ;) And all can be installed from mirror network tree. Main+Contrib requires 4.7G DVD, plus another 781MB DVD. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
[Cooker] /net mounts are now appearing on my desktop, how do I stop this???
-- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] MDKKDM colour???
On Friday 12 September 2003 02:39, Ben Reser wrote: On Tue, Sep 09, 2003 at 01:15:56AM +0200, Buchan Milne wrote: IIRC, mdkkdm still uses all information from KDE control center module for kdm (where you can set qt style and KDE colour theme to use). But, note that some colours may be restricted by the Galaxy theme (I'm not sure exactly why, but some coloured buttons, like kcalc, lose their colour with Galaxy). Shouldn't matter. kdm/mdkkdm don't use Qt widgets: [EMAIL PROTECTED] breser]$ ldd /usr/bin/kdm libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x40023000) libpam.so.0 = /lib/libpam.so.0 (0x40106000) libdl.so.2 = /lib/libdl.so.2 (0x4010e000) libresolv.so.2 = /lib/libresolv.so.2 (0x40111000) libutil.so.1 = /lib/libutil.so.1 (0x40122000) libc.so.6 = /lib/i686/libc.so.6 (0x40126000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) Weird; how does kdm track kde style changes. I know it does as I can see it happen. It seems to track the root users choice. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Re: What happened to am-utils?
On Friday 12 September 2003 00:57, Bryan Whitehead wrote: Buchan Milne wrote: [snipped] This config wants mail in /var/ to be mounted from a nfs server, but you can't have /var managed by autofs. So autofs will watch the mail directory directly. When a program enters/opens the directory autofs will mount the directory from it's configured source. An auto.direct entry would look like this: /var/mail -actimeo=0 s383:/export/mail Why should client need access to /var/mail ??, (obviously because you are using a mail client that access /var/mail directly). In this particular case, it would be better to use an IMAP server, then you don't need the export, and don't suffer from the stale NFS handles issue. Still does not fix the general lack of direct mount. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] [Bug 3223] [kdebase-konsole] Strange fonts in konsole
On Friday 12 September 2003 13:14, [radek] wrote: http://qa.mandrakesoft.com/show_bug.cgi?id=3223 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 14:14 --- Still valid in 9.2RC2 Now the affected font size is 12, see the screenshots. How can I help you to solve this anonying bug? The only font that looks right in konsole is the Console font. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] What happened to the lurvly Tux in my consoles (and how do I get hime back)
On Wednesday 10 September 2003 16:33, Luca Berra wrote: On Wed, Sep 10, 2003 at 04:02:46PM +0100, John Allen wrote: urpmi linux_logo. No not that horrible text thing, I'm talking about the beautiful graphic background. It was there until maybe the last few days. besides, would it be possible to have an option that does not overwrites /etc/issue at each boot, especially at higer security levels. there are many policies that require servers have an /etc/issue legal banner, and i dislike modifying rc.local. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] [Bug 5526] [drakxtools] New: X does not start with TNT2
On Thursday 11 September 2003 10:11, [emmanuel.moll] wrote: http://qa.mandrakesoft.com/show_bug.cgi?id=5526 Hello, I can configure my graphics card (TNT2) no problem during install and X server even boots when I test the config. However, once I've rebooted, X starts, the screen flickers and then throws me back to the console. This is based on RC2 Have you installed your own NVIDIA driver? If so rebuild, and re-install it. It is kernel specific. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
[Cooker] What happened to the lurvly Tux in my consoles (and how do I get hime back)
-- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Monitor unexpectedly turns off
On Tuesday 09 September 2003 14:48, Jure Repinc wrote: Now it happened a couple of times to me. I was just working something and monitor just unexpectedly turned of. Just like it would enter some powersaving mode of turned of or something. No amount of mouse movement and keyboard typing turned it on. I had to restart the computer. This shouldn't happen, especialy not while working (moving mouse and typing). And if it would be result of idle time then the monitor should be back from power saving mode into normal operation right after moving the mouse ot using keyboard. I have ATI Radeon 8500, XFree86 4.3.0 (22mdk) and kernel 2.4.22.6. Do you have an AMD CPU?? If so try adding mem=nopentium to your lilo append -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Re: Is there somewhere I can get the all the old Mandrake kernels??
On Thursday 04 September 2003 19:13, Juan Quintela wrote: john == John Allen [EMAIL PROTECTED] writes: I have all the linux-2.4.*-*q* tars on my hard-disk. If you want, I can make it available (but they are _big_). I don't have it as rpm/src.rpm, but building a kernel from this is basically trivial, just replace numbers in the actual kernel-2.4.spec and recompile. Are all the kernel-2.4.spec files the same (aside from the revision); I'd be amazed if the spec file has not changed at all for 2.4 -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Initscripts: many services missing
On Thursday 04 September 2003 14:51, Eric Fernandez wrote: Quel Qun wrote: As of tonight, many services are not started in runlevel 3 although they are listed as on by chkconfig. I had to start syslog, xinetd, network and xfs manually, and surely some others are missing. Since syslog is one of the missing in action, it is quite difficult to guess what is going on. Something zapped all the rc.[0-9]d symlinks from /etc initscripts-7.06-21mdk Also, I don't know if this is related, but the old 'bash: TMOUT: readonly variable' is back everytime I start a new terminal. the 22mdk version of initscripts corrects most of the problems introduced with 21mdk, but still does not shutdown the machine cleanly. Eric -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
[Cooker] Re: problems with UDMA66/100 on nForce2 boards (Abit NF7)
I have confimed that with mem=nopentium I can use UDMA66/100 reliably on the Abit NF7-v1.2 board with either my Maxtor or Western Digital drives. Unfirtunately I can also confim that even with mem=nopentium the system locks hard when using UDMA66/100 on the Abit NF7-v2.0 board with either my Maxtor or Western Digital drives. This leads me to believe that it is an nForce2 Ultra 400 chipset, and or an Abit motherboard BIOS issue. That said it could also/just be a kernel incompatibility with the Ultra 400 chipset, I just don't know. Is anybody else running with an nForce2 Ultra 400, using UDMA66/100? Have you encountered these hangs? TIA -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Cooker and the 9.2 release
On Wednesday 03 September 2003 10:17, Radek Vybiral wrote: On Wed, 3 Sep 2003, Robert Pollak wrote: John Keller wrote: Cooker is always in flux but at certain moments, snapshots are made. Does this mean there will be no further stabilizing branch after 9.2, to eventually get a 9.2.1? You may get 9.2.1 = 9.2 + updates. Whilst this is true, it would perhaps be better to have a real 9.2.1, 9.2.2 etc ie. official points in time that reflect a 9.2 + a specific set of updates. the /etc/mandrake-release file should also say 9.2.1 etc... R.V. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Re: problems with UDMA66/100 on nForce2 boards (Abit NF7)
On Wednesday 03 September 2003 09:54, Stefan van der Eijk wrote: I'm running an Asus A7N8X Deluxe (333) with an IBM disk. My machine sometimes locks up, mostly after running for a few days. The lockup leaves the the caps and scroll lock lights on on the keyboard. Also, the disk regularly gets reset, resulting in very conservative IDE settings (dma turned off, etc). I've discussed this with Thomas back in I've been getting that disk reset problem at home with my IBM drives, but not with the Maxtors, or WD drives. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] [OT] Cooker and the 9.2 release
On Wednesday 03 September 2003 12:02, John Keller wrote: John Allen wrote: On Wednesday 03 September 2003 10:17, Radek Vybiral wrote: On Wed, 3 Sep 2003, Robert Pollak wrote: John Keller wrote: Cooker is always in flux but at certain moments, snapshots are made. Does this mean there will be no further stabilizing branch after 9.2, to eventually get a 9.2.1? You may get 9.2.1 = 9.2 + updates. Whilst this is true, it would perhaps be better to have a real 9.2.1, 9.2.2 etc ie. official points in time that reflect a 9.2 + a specific set of updates. the /etc/mandrake-release file should also say 9.2.1 etc... Yes, it would also be nice if crackers and researchers would stop trying to find security problems every day. And darned if fixes don't come out on a regular basis! :) Jeez yeah that would be great; god damn crackers. I'm not sure what benefit having releases like this would give. Either you're patched or not. I can't think of any company that could devote resources to a new release on the schedule that a point-point release demands. Especially not any Linux distro company, who are all pulling a balancing act just maintaining a six-month cycle (or less). I'm not talking about a new release; more like a bundled up set of patches. Its easy to download patches from the net on a daily basis, but you'd be surprised how many people cannot do this, they simply don't have fact enough net access. Apple does this do point-point releases in name, but that's because they release hardware and the releases could be normal point releases if it weren't for marketing. Even Microsoft doesn't bother, and they love release (marketing) events. I think you're worried about the wrong thing. Official has little to do with the name of the product and everything to do with the source of the updates. If you're already getting those (through the nicely done Mandrake Update tool, natch), it certainly isn't better to slap a point name on them. - John -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Cooker and the 9.2 release
On Wednesday 03 September 2003 11:50, Radek Vybiral wrote: On Wed, 3 Sep 2003, John Allen wrote: On Wednesday 03 September 2003 10:17, Radek Vybiral wrote: On Wed, 3 Sep 2003, Robert Pollak wrote: John Keller wrote: Cooker is always in flux but at certain moments, snapshots are made. Does this mean there will be no further stabilizing branch after 9.2, to eventually get a 9.2.1? You may get 9.2.1 = 9.2 + updates. Whilst this is true, it would perhaps be better to have a real 9.2.1, 9.2.2 etc ie. official points in time that reflect a 9.2 + a specific set of updates. the /etc/mandrake-release file should also say 9.2.1 etc... Hmm, you are wrong again... I guess you are too young in this Unix/Linux world. I don't know about any Unix system which goes through the way you are describing. Wrong again; been working with Unix systems for the last 18 years. We have systems with service packs, patched, build ID greater than release build, but major release number is always without touch. Many packages takes version from /etc/mandrake-release, many commercial programs are build for exact version of release, etc. You could of course do this Mandrake Linux release 9.2 Patch Level 0 (Cooker) for i586 Mandrake Linux release 9.2 Patch Level 1 (Cooker) for i586 . . . . It will be also a headache for users if they will be forced to upgrade to the latest version because all packages reguires 9.2.1... R.V. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Cooker and the 9.2 release
On Wednesday 03 September 2003 12:33, Radek Vybiral wrote: On Wed, 3 Sep 2003, Svetoslav Slavtchev wrote: Many packages takes version from /etc/mandrake-release, many commercial programs are build for exact version of release, etc. really ? this seems a bit strange for me Really. Check some .spec files for the line like this: %define buildfor_mdk90 %(awk '{print ($4 == 9.0)}' %{_sysconfdir}/mandrake-release) This is really crap; I thought that is what the GNU guys developed autoconf for. Try to figure out what the system supports by testing the system, bot checking some freaking version number. R.V. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Cooker and the 9.2 release
On Wednesday 03 September 2003 14:29, Götz Waschk wrote: Am Mittwoch, 3. September 2003, 14:25:18 Uhr MET, schrieb John Allen: Check some .spec files for the line like this: %define buildfor_mdk90 %(awk '{print ($4 == 9.0)}' %{_sysconfdir}/mandrake-release) This is really crap; I thought that is what the GNU guys developed autoconf for. Try to figure out what the system supports by testing the system, bot checking some freaking version number. Feel free to replace this mechanism in my spec files by a better solution, I'll gladly accept patches. How about %define buildfor_mdk90 %(cat /etc/mandrake-release | sed 's|.*release \([0-9\.]\+\) .*|\1|g' | grep ^9.2) where /etc/mandrake/release contains Mandrake Linux release 9.2.1 (Cooker) for i586 -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Cooker and the 9.2 release
On Wednesday 03 September 2003 14:54, Radek Vybiral wrote: On Wed, 3 Sep 2003, John Allen wrote: On Wednesday 03 September 2003 14:29, Gtz Waschk wrote: Am Mittwoch, 3. September 2003, 14:25:18 Uhr MET, schrieb John Allen: Check some .spec files for the line like this: %define buildfor_mdk90 %(awk '{print ($4 == 9.0)}' %{_sysconfdir}/mandrake-release) This is really crap; I thought that is what the GNU guys developed autoconf for. Try to figure out what the system supports by testing the system, bot checking some freaking version number. Feel free to replace this mechanism in my spec files by a better solution, I'll gladly accept patches. How about %define buildfor_mdk90 %(cat /etc/mandrake-release | sed 's|.*release \([0-9\.]\+\) .*|\1|g' | grep ^9.2) where /etc/mandrake/release contains Mandrake Linux release 9.2.1 (Cooker) for i586 You have missed the point, IMHO Gtz wants sollution without {awk|sed|grep} where is possible to build all .rpm files on the various MDK releases from the same .spec file. But he was using awk in the original; the only difference here is that 9.2.1 will match 9.2. R.V. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Cooker and the 9.2 release
On Wednesday 03 September 2003 15:06, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [snipped] But it still doesn't change the fact that needlessly adding releases makes life more difficult. Making a macro to detect the distro is the trivial part, ensuring the package builds correclty on all the releases is what takes the time. So, submit a spec file that makes provision for slightly different configurations (such as Mandrake 8.1's kernel update had acl support, but no acl/attr libraries, so maybe 8.1.1 should have acl support but no nss_wins/winbind support, maybe by 9.2.1 samba3 will be stable, so it can build as the system samba and we won't need alternatives anymore, Hey I understand this, but if I was maintaining a a package I'd prefer to have 9.2, 9.2.1, 9.2.2, 9.2.3 than 9.2 with any multitudinous combination of security and system updates installed. while we still need them on 9.2, but we still want people to be able to build samba on 9.1 with alternatives if they really want to). Then, you still need to test all these packages on all the releases (if you even have enough machines/disk space/buildroots to build them all), and most likely will need to fix a few things. Also, we have largely ignored feature conditionals (anitvirus support on samba for example). Yes, its heap of work; I spend all day every day doing it. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Cooker and the 9.2 release
On Wednesday 03 September 2003 15:11, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John Allen wrote: On Wednesday 03 September 2003 14:54, Radek Vybiral wrote: You have missed the point, IMHO Götz wants sollution without {awk|sed|grep} where is possible to build all .rpm files on the various MDK releases from the same .spec file. But he was using awk in the original; And that's what you said was ugly (without a qualification of what specifically it was that was ugly, we assumed you meant using a conditional based on the distro, which is unavoidable). What is ugly is having to test for a specific version of the distro rather than determining the distros features. Maybe we need an /etc/features indicating what features are supported. the only difference here is that 9.2.1 will match 9.2. But who guarantees that 9.2.1 will be identical enough to 9.2 that they can be treated identically? And if they can, what is the use of using the point release at all then? Well I guess all it tells you is that there has been some reasonable level of testing that a set of patches/updates work well together, and that they don't break any compatibility with the 9.2 release. eg. output formats for commands have not changed etc.. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Cooker and the 9.2 release
On Wednesday 03 September 2003 16:04, Radek Vybiral wrote: On Wed, 3 Sep 2003, John Allen wrote: Many packages takes version from /etc/mandrake-release, many commercial programs are build for exact version of release, etc. You could of course do this Mandrake Linux release 9.2 Patch Level 0 (Cooker) for i586 Mandrake Linux release 9.2 Patch Level 1 (Cooker) for i586 . . So tell me please when the patch level will be upped? Every last Sunday? Every Monday? That would be a matter for MandrakeSoft; I would suggest possibly bi-monthly. MDK consits of many packages and there are only critical/security bug fix, common bug fix and enhancement as you see in MandrakeUpdate. R.V. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] 2.6.0-test4 won't boot on any of my Athlon boxes.
On Tuesday 02 September 2003 00:19, Adam Williamson wrote: On Mon, 2003-09-01 at 23:31, Edward Tandi wrote: On Mon, 2003-09-01 at 09:49, John Allen wrote: I just get BIOS data check followed by a blank screen, and the reset button is required to reboot. Anyone got 2.6.0 booting on an Athlon. PS: Yes I've used combinations of noapic, pci=noacpi and, acpi=off Works nicely for me on the Asus A7V8X. Boots with acpi=off. Compiled with gcc 3.3.1 (from cooker). I think John was mostly referring to the packaged 2.6.0-test4 in contrib, but I might be wrong... Yes I was referring to the packaged one. Haven't been building my own kernels since the 2.3.x days. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] [Bug 5164] [k3b] New: k3b does not launch for a normal user after k3bsetup
On Tuesday 02 September 2003 00:08, [baud] wrote: http://qa.mandrakesoft.com/show_bug.cgi?id=5164 Product: k3b Component: program Summary: k3b does not launch for a normal user after k3bsetup Product: k3b Version: 0.9-5mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: program AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In Mandrake 9.2rc1, with K3B 0.9.4mdk (could not yet get 0.9.5) After launching k3bsetup with root, everything is available and a user is identified to be able to launch k3b. When launching k3b for this user, there is the following error : Unable to find cdrecord executable K3b uses cdrecord to actually write cds. Without cdrecord K3b won't be able to properly initialize the writing devices. Solution: Install the cdrtools package which contains cdrecord. Unable to find cdrdao executable K3b uses cdrdao to actually write cds. Without cdrdao you won't be able to copy cds, write cue/bin images, write CD-TEXT, and write audio cds on-the-fly. Solution: Install the cdrdao package. This is beacuse of the permissions, and user/group ownership of the relevant binaries. Your k3b users need to be a member of the cdrecording group. Although everything is installed. The only way to use k3b is to launch it as root. BTW, I would have expected a french version (that's another bug, minor) -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] [Bug 5191] [drakxtools] New: problem exporting display
On Tuesday 02 September 2003 10:53, [Lamego] wrote: http://qa.mandrakesoft.com/show_bug.cgi?id=5191 [snipped] I don't think this is the appropiate component for this module but i couldn't figure a better one. I am using mdk9.2rc1, I am unable to export the display from remote hosts to my system, the firewall is disabled and I gave display access with xhost +. Probably this is a configuration issue and not a bug however on the past releases I never had problems with this and I couldn't figure the solution yet. Thanks Working fine for me. Is this really an xdm issue??? -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
[Cooker] Possible solution to the UDMA100 problems with Athlons and NF7-v1.2
I think I may have solved the problems I was having with the UDMA66/100 on my Athlon boxes. I append the option mem=nopentium to the paramaters passed to the kernel by lilo, and the hangs appear to have stopped. I have only tested this with the v1.2 board (personal machine), as I cannot afford to mess with the work system at the moment. Hopefully I will be able to leave my work system doing the mkisofs test overnight. Perhaps the installer should add mem=nopentium acpi=off pci=noacpi noacpic when it detects an Athlon box. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
[Cooker] Please check all URPM.pm(.gz)'s they are steill setting version to 0.83, and URPM.so's are 0.94
-- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Please check all URPM.pm(.gz)'s they are steill setting version to 0.83, and URPM.so's are 0.94
Ooops, that should have been 0.93. It appears on further investigation that we have the following sad state of affairs with respect to URPM.pm(.gz), and URPM.so URPM.pm(.gz): variously sets VERSION to 0.91, 093, or 0.94 URPM.so: we have 0.93 and 0.94 versions. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.