Re: [Cooker] Re: No more fpons
On Thu, 2003-11-06 at 17:40, Levi Ramsey wrote: In the US, it's a similar overall ratio, but most of the female enrollment is in the mushy liberal arts... CS and a few of the As a historian, I feel bound to say... watch it, pal ;) -- adamw
[Cooker] Re: [Contrib-Rpm] xmms-sid-0.8.0-0.beta5.3mdk
On Wed, 2003-11-05 at 10:25, Götz Waschk wrote: [Contrib-RPM] -=-=-=- Name: xmms-sid Relocations: (not relocateable) Version : 0.8.0 Vendor: MandrakeSoft Release : 0.beta5.3mdk Build Date: Wed Nov 5 10:24:20 2003 Install Date: (not installed) Build Host: klama.mandrake.org Group : Sound Source RPM: (none) Size: 285165 License: GPL Signature : (none) Packager: Götz Waschk [EMAIL PROTECTED] URL : http://www.tnsp.org/xmms-sid.php Summary : XMMS input plugin for C64 SID files Description : XMMS-SID is a plugin for XMMS (X MultiMedia System) which provides support for playing the so-called SID tunes, which are music from old Commodore computer programs like games, demos, etc. For the actual playing, XMMS-SID uses the excellent libsidplay (1|2) emulator engine that emulates 6510 CPU and 6581/8580 Sound Interface Device (SID) chip. [Contrib-RPM] -=-=-=- Name: xmms-sidplay Relocations: (not relocateable) Version : 0.40 Vendor: MandrakeSoft Release : 10mdk Build Date: Wed Nov 5 10:24:50 2003 Install Date: (not installed) Build Host: klama.mandrake.org Group : Sound Source RPM: (none) Size: 118765 License: GPL Signature : (none) Packager: Götz Waschk [EMAIL PROTECTED] URL : http://www.lysator.liu.se/~hallon/sidplay.html Summary : SidPlay Output plugin for XMMS Description : This is an input plugin for xmms based on libsidplay and is used to play Commodore 64 SID music. You can drag the slide bar to switch the subsongs. - Do we really need two xmms SID plugins, both based on libsidplay? Is there some significant difference between them? -- adamw
Re: [Cooker] kernel 23mdk panic
On Wed, 2003-11-05 at 08:49, Tim Sawchuck wrote: There is more power in your music than you know - is this the music hath charms to sooth a savage beast thing going here?!?!? Since I'm on a correcting-colloquialisms kick on this list...:) That's a misquote. The original is: Music hath charms to soothe the savage breast (note breast, not beast). Something by...er...William Congreve, I believe. -- adamw
Re: [Cooker] FHS 2.3 (fwd)
On Wed, 2003-11-05 at 17:56, Matthew D. Pitts wrote: I'd like to take a look at this proposals, but the URLs don't work. Can you put these documents somewhere I can access them? I can't reach the domain either. We didn't need the attachment. Please don't post binaries to this list, particularly something as big as a screenshot, unless it's ABSOLUTELY necessary. This being a geek list, there are people accessing it via modems and probably sometimes even odder and slower methods. -- adamw
Re: [Cooker] test9.4mdk with ext3 as module
On Mon, 2003-11-03 at 21:25, Tim Sawchuck wrote: On Tue, 4 Nov 2003 00:12:30 +0100 Olivier Blin [EMAIL PROTECTED] scribed on electronic parchment: My mistake, it's a bug in kernel packaging. No depmod is done in %install, so mkinitrd find the first time an empty modules.desc file and can't guess ext3 depends on jbd ... It's finally fixed now, you can grab the test9.4mdk packages here: http://compil.mandrake.org/~blino/kernel-2.6/ If nothing wrong is reported about the package till Wednesday, it will go right in contrib. Next step is to add -mm1 patchset. After about 4 hours it is still rock and roll! :-) There are a couple issues with bttv loading and then exiting, but a modprobe after X is loaded solves that. No nVidia driver will compile, but I expected that as a test You can get patches for nvidia for 2.5 / 2.6, actually. I got one of them working on test4...dunno if it'll still work when I get a working test9... -- adamw
Re: [Cooker] Re: TUX?
On Mon, 2003-11-03 at 10:36, Juan Quintela wrote: adam == Adam Williamson [EMAIL PROTECTED] writes: adam On Sun, 2003-11-02 at 19:26, Juan Quintela wrote: As the proof is in the pudding, somebody in 2.4 era, created an http adam Quick colloquialism fix - actual phrase is the proof of the pudding is adam in the eating. :) /me returns to his English lessons. As you can expect my Engilsh lessons show me how to talk about aunt's cats and gardens, not really _colloquial_ English at all :( Heh, don't worry - as Levi pointed out, it's one native speakers frequently get wrong too. Hmm, I got taught about aunts in French class...what IS it about aunts and foreign languages? :) -- adamw
Re: [Cooker] Re: TUX?
On Mon, 2003-11-03 at 01:45, Levi Ramsey wrote: On Sun Nov 02 22:46 +, Adam Williamson wrote: On Sun, 2003-11-02 at 19:26, Juan Quintela wrote: As the proof is in the pudding, somebody in 2.4 era, created an http Quick colloquialism fix - actual phrase is the proof of the pudding is in the eating. :) I've seen the proof is in the pudding in various locations, even reputable British English publications (e.g. the Guardian). So've I, but it's wrong. The root of the phrase is a now obsolete usage of the verb to prove as meaning to test, so what it actually means is the test of the pudding is in the eating, which makes perfect sense. The test is in the pudding doesn't make much sense at all. Since we've lost that usage of the verb to prove, people are generally unclear as to the meaning of the phrase, and tend to misuse it. -- adamw
Re: [Cooker] Shuttle SK41G : First screen of install (F1 / Enter) is not readable.
On Sat, 2003-11-01 at 23:24, Pierre Jarillon wrote: Main board FX41 Video VT8751 [ProSavageDDR P4M266] When booting on the CD1, the first screen ( F1 or Enter ) is not readable. it shows only horizontal blue stripes. The monitor iiyama Pro451 is not the problem, because it occurs with another monitor (ViewSonic M70). If I press Enter, the install continues in graphic mode (frame buffer) without any problem! After install, everything works fine. Been reported before, I think. It's some kind of flaw in the SK41G's onboard graphics, I'm not entirely sure there's much Mandrake can do about it. -- adamw
Re: [Cooker] kernel-2.6-test8 rpms
On Sun, 2003-11-02 at 02:23, Olivier Blin wrote: I really need to browse all kernel config options, the initial config was done by Nanar months ago :) Everybody is free to update it, I made a basic config to make the package, but I am not good with kernel stuff, and my config are surelly not perfect. I made the package because nobody seems to be ok to start it. I'm not a kernel expert either :) I maintain this package only for fun and girls. I do not blame you for the initial config file, it was quite good. I haven't even browsed all the kernel config file ... Without the help of Svetljo and Andrey, our kernel hackers, I won't have noticed anything :) BTW, test9-2mdk seems to be broken here - it has trouble loading the ext3.o module early in the boot process and since all my partitions are ext3 it can't mount anything and stops booting. Anyone else seeing this, or did I break something? -- adamw
Re: [Cooker] kernel pb with ext3 and kernel -23mdk
On Sun, 2003-11-02 at 11:23, arakeis wrote: wtih -18mdk no pb. here are my partitions and fs : /dev/ide/host0/bus0/target0/lun0/part8 on / type ext3 (rw) /dev/ide/host0/bus0/target0/lun0/part6 on /boot type ext3 (rw) /dev/ide/host0/bus0/target0/lun0/part9 on /home type ext3 (rw) /dev/ide/host0/bus0/target0/lun0/part10 on /usr type ext3 (rw) /dev/ide/host0/bus0/target0/lun0/part11 on /var type ext3 (rw) when booting with -23mdk error 22 mounting ext3 trying wtihout the option flags error 22 mounting ext3 trying wtihout any flags pivotroot:pivot-root(sysroot,/sysroot/initrd) failed 2 I gess the ext3 module is not well loaded from initrd or not compatible with my existing ext3 partitions... Hmm, that looks like what I'm seeing with kernel 2.6-test9-2mdk...odd. -- adamw
Re: [Cooker] Re: TUX?
On Sun, 2003-11-02 at 19:26, Juan Quintela wrote: As the proof is in the pudding, somebody in 2.4 era, created an http Quick colloquialism fix - actual phrase is the proof of the pudding is in the eating. :) -- adamw
Re: [Cooker] New ISO with updates
On Sat, 2003-11-01 at 03:14, Robert L Martin wrote: to be honest my french is nonexistant (i used BabelFish to get the french version) I think it gave you presses as in wine presses, not presses as in publishing presses...:) -- adamw
Re: [Cooker] When can we finally get X to fall back to XFdrake??
On Thu, 2003-10-30 at 13:37, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adam Williamson wrote: On Thu, 2003-10-30 at 13:22, Greg Meyer wrote: I think Buchan's point is that if one tries to start X and it fails, XFdrake should be launched automatically to try and help the user fix the problem. Uh, it is. Anyone who uses nvidia drivers knows this, as every time you install a new kernel they aren't found, X fails to start, and Mandrake pops up two nice prompts offering to start XFdrake and show you the logs. Are you using gdm? That would be the *non-default* display manager, and this doesn't work with kdm or mdkkdm, and probably not 'startx' either. Ah, right - yeah, I use gdm, I just figured the same would happen with other dms too. If it doesn't, that needs fixing, I guess. -- adamw
Re: [Cooker] When can we finally get X to fall back to XFdrake??
On Thu, 2003-10-30 at 13:49, Greg Meyer wrote: On Thursday 30 October 2003 08:37 am, Buchan Milne wrote: Adam Williamson wrote: On Thu, 2003-10-30 at 13:22, Greg Meyer wrote: I think Buchan's point is that if one tries to start X and it fails, XFdrake should be launched automatically to try and help the user fix the problem. Uh, it is. Anyone who uses nvidia drivers knows this, as every time you install a new kernel they aren't found, X fails to start, and Mandrake pops up two nice prompts offering to start XFdrake and show you the logs. Not on my box. When X doesn't start because the nvidia drivers are not yet installed on a new kernel, I get dumped to a console. See Buchan's reply to me, I guess... -- adamw
Re: [Cooker] Boot-up speed
On Thu, 2003-10-30 at 19:41, Han Boetes wrote: mayor problem since linux is not a reboot OS. Well. It's certainly designed to be capable of running more or less perpetually, that's true. That doesn't mean that's how people use it, though. I boot my system at a minimum once a day, because I power it off every night in order to save power. I expect most non-geek home users do the same with their systems. -- adamw
Re: [Cooker] Boot-up speed
On Thu, 2003-10-30 at 22:29, Han Boetes wrote: Adam Williamson wrote: On Thu, 2003-10-30 at 19:41, Han Boetes wrote: mayor problem since linux is not a reboot OS. ^^^ please quote carefully. This hardly reflects what I said. Uh? It's exactly what you said. You argued that bootup time is irrelevant since linux is not a reboot OS. I point out that there are perfectly normal real-world situations in which end users do in fact boot Linux frequently. Where's my flaw? Well. It's certainly designed to be capable of running more or less perpetually, that's true. That doesn't mean that's how people use it, though. I boot my system at a minimum once a day, because I power it off every night in order to save power. I expect most non-geek home users do the same with their systems. You just repeat an already used argument. Whether or not it's already used is irrelevant; it's not one I've seen *refuted*, which is all that matters. -- adamw
Re: [Cooker] Suggestion: move 9.2 to 9.2b or 9.2.1 and CHANGE the kernel!
On Wed, 2003-10-29 at 16:02, 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). Uh? club-internet.fr, to name just one mirror, has a full 9.2 tree. We're talking *trees* here, not ISOs. -- adamw
Re: Re[4]: [Cooker] You really screwed up this time: Inconsistency between mirrors and packages in ML 9.2
On Wed, 2003-10-29 at 19:39, Galileo wrote: BTW i checked this with 9.1 and its the same thing (except for the versions mess). A lot of packages are missing from the first 3 cds. I have seen discussions that there should be a 4th cd, but if we are going to stick with 3 cds then please transfer those packages that cannot fit to the contrib, or somewhere else it doesn't matter where as Why? You're working on a completely broken assumption. The download edition does not contain all of main, has never been intended to contain all of main and has never SAID it contains all of main. It contains a selection of the packages in main. The split between main and contrib is not packages on the download edition / packages not on the download edition. It's officially supported packages / non-officially supported packages. Clear? -- adamw
[Cooker] Re: [Contrib-Rpm] xine-vcdx-1-0.rc2.1mdk
On Tue, 2003-10-28 at 11:18, Götz Waschk wrote: [Contrib-RPM] -=-=-=- Name: xine-vcdxRelocations: (not relocateable) Summary : VCD and SVCD Navigation plugin for xine Description : This is a xine Video CD plugin for the xine media player. Its aim is to add the full compliment of advanced VCD/SVCD features to xine: This should be complement, not compliment. Two different words. -- adamw
Re: [Cooker] Re: Mandrake uses Photoshop... What a pity!
On Mon, 2003-10-27 at 02:20, Liam Quin wrote: If you're paying for a print run of 5,000 pictures of nude politicians, the cost of the colour pallette is relatively small. I don't know where you live, but this idea combined with the corpus of British politicians leaves me with a truly horrific mental image...thanks, Liam. :) -- adamw
Re: [Cooker] Mescalero
On Thu, 2003-10-23 at 12:29, Götz Waschk wrote: Stuff like this often depends on the CD-ROM drive, it's best to try several models. I haven't found a CD yet that I couldn't copy. I guess the copy protection sticker often is a placebo, if I can simply rip the CD with cdparanoia. Nope, it's just that a lot of copy protection systems are terrible and completely Windows-centric. Take the latest one to appear, which relies on using Windows autorun to install a device driver that stops the CD ripping. As far as OS X or Linux are concerned, it's just a perfectly standard audio disc. -- adamw
Re: [Cooker] Huge List of Updates
On Thu, 2003-10-23 at 13:32, Pierre Jarillon wrote: OOo did five RC which were truely Release Candidate. However OOo is far less complicated as a full distro. Well, yeah. That's the problem. OO.o is far less complicated than a full distro...yet even THEY think five release candidates are necessary. MDK is far more complex than OO.o, yet we seem to think it's okay to get by on two release candidates. I'm always amazed by how well things turn out, but it's still not optimal. -- adamw
Re: [Cooker] !! 9.2 issues -- help
On Tue, 2003-10-21 at 21:38, Guillaume Cottenceau wrote: You should read the erratas. Your problem is described and there Quick language point, Guillaume - errata is already plural. The singular is erratum. -- adamw
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
On Fri, 2003-10-17 at 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. 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. Huh? What the heck does any of this have to do with the installer being able, or not able, to produce a boot floppy? -- adamw
Re: [Cooker] errata: kernel-source not on 9.2 CDs?
On Thu, 2003-10-16 at 04:51, Greg Meyer wrote: On Wednesday 15 October 2003 01:03 pm, Adam Williamson wrote: The 3-CD bought edition has exactly the same free software as the 3-CD free edition. The only added stuff is non-free stuff (Nvidia drivers etc); there's still some of main left out. It's not a commercial decision, it's a space decision (you can't get all of main on 3 CDs). Well, my set of PowerPack iso's that I downloaded from Club has the kernel-source package on cd3, so I don't think it is exactly the same. I said 3-CD bought edition. Not PowerPack. ... Hmm. I notice from the website it appears there won't *be* a 3-CD bought edition of 9.2. How odd. It lists a 2-CD discovery edition, then the PowerPack and the ProSuite. MDKsoft care to comment? -- adamw
Re: [Cooker] kernel-2.4.22.12.tmb.1mdk
On Mon, 2003-10-13 at 11:35, Thomas Backlund wrote: Hi, all of you with an nVidia nForce2 or Via KT400 board.. please try this one out... Just booted with ACPI, seems fine! USB is working great (it didn't before), and all the stuff in /proc/acpi seems to work nicely. Thanks a lot Thomas, good job! -- adamw
Re: [Cooker] Re: [Mandrake 10] Ideas for RpmDrake [long]
On Tue, 2003-10-14 at 15:40, Duncan wrote: Robert L Martin posted [EMAIL PROTECTED], excerpted below, on Mon, 13 Oct 2003 22:15:28 -0400: 3 a trio of SUID ROOT scripts to : a shutdown the system b reboot Xwindows only (user switch) c do a full system reboot || note on systems with a Real Live BOFH admin this trio would be yanked || Perhaps this in low security mode, but not above 2, anyway. I don't WANT any rouge program being able to reboot the entire machine w/o having to know the superuser (or at least SOME) password. That's something we have that is and should remain better than Gates as it is, IMO. Hmm. This already exists... try typing reboot as a normal user. At some security levels, anyway - haven't tried it above the default level. -- adamw
Re: [Cooker] errata: kernel-source not on 9.2 CDs?
On Wed, 2003-10-15 at 15:41, Eric Fernandez wrote: I agree it is a strange move to desynchronise main or Mandrake/RPMS with the 3CD download edition. It would be better to remove some It's been desynchronised for a while. The download edition hasn't contained everything from main for quite a long time, IIRC. -- adamw
Re: [Cooker] errata: kernel-source not on 9.2 CDs?
On Wed, 2003-10-15 at 17:41, Matthew D. Pitts wrote: On Wed, 2003-10-15 at 15:41, Eric Fernandez wrote: I agree it is a strange move to desynchronise main or Mandrake/RPMS with the 3CD download edition. It would be better to remove some It's been desynchronised for a while. The download edition hasn't contained everything from main for quite a long time, IIRC. -- Not all that strange, actually. Mandrake is trying to make money, so they have to provide some kind of incentive for people to buy the CD sets and PowerPacks. If the downlaod edition was exactly the same as what you bought in the store, would you buy it, or download it? I know which I would do. The 3-CD bought edition has exactly the same free software as the 3-CD free edition. The only added stuff is non-free stuff (Nvidia drivers etc); there's still some of main left out. It's not a commercial decision, it's a space decision (you can't get all of main on 3 CDs). -- adamw
Re: [Cooker] Re: nvidia driver messes up console mode (framebuffer?)
On Sat, 2003-10-11 at 10:41, Juan Quintela wrote: Can people please mail me the output of lspcidrake -v and telling me what versions work/don't work for you? I have found that machines fail with PIII, PIV and athlons, both with NVidia IGP and normal cards. Only pattern found until now are that the following cards fail: - GForce MX - Gforce2 MX - IGP (Gforce4 MX) - standalone GForce4 MX At least the: - GForce3 Ti500 work (guess what is the card that I have) Current theory is that: New driver with cards older than GForce3 fail. GForce4 MX if I remember correctly is just a GForce2 core on steroids. Later, Juan learning too much about NVidia graphics cards. I've got a GeForce4 MX (standalone). Currently using 4363, not tried anything later. All versions up to this one have been a-ok. [EMAIL PROTECTED] adamw]# lspcidrake -v unknown : Nvidia Corporation|nForce2 AGP Controller [BRIDGE_HOST] (vendor:10de device:01e0) unknown : Nvidia Corporation|nForce2 Memory Controller [MEMORY_RAM] (vendor:10de device:01eb subv:1297 subd:f541) unknown : Nvidia Corporation|nForce2 Memory Controller [MEMORY_RAM] (vendor:10de device:01ee subv:1297 subd:f541) unknown : Nvidia Corporation|nForce2 Memory Controller [MEMORY_RAM] (vendor:10de device:01ed subv:1297 subd:f541) unknown : Nvidia Corporation|nForce2 Memory Controller [MEMORY_RAM] (vendor:10de device:01ec subv:1297 subd:f541) unknown : Nvidia Corporation|nForce2 Memory Controller [MEMORY_RAM] (vendor:10de device:01ef subv:1297 subd:f541) unknown : Nvidia Corporation|nForce2 LPC / Legacy / System Management [BRIDGE_ISA] (vendor:10de device:0060 subv:1297 subd:f541) unknown : Nvidia Corporation|nForce2 SMBus 2.0 Controller [SERIAL_SMBUS] (vendor:10de device:0064 subv:1297 subd:f541) usb-ohci: Nvidia Corporation|nForce2 USB 1.0 OHCI Controller [SERIAL_USB] (vendor:10de device:0067 subv:1297 subd:f541) usb-ohci: Nvidia Corporation|nForce2 USB 1.0 OHCI Controller [SERIAL_USB] (vendor:10de device:0067 subv:1297 subd:f541) ehci-hcd: Nvidia Corporation|nForce2 USB 2.0 Enhanced Controller [SERIAL_USB] (vendor:10de device:0068 subv:1297 subd:f541) nvnet : Nvidia Corporation|nForce2 MCP Networking Adapter [NETWORK_ETHERNET] (vendor:10de device:0066 subv:1297 subd:f541) unknown : Nvidia Corporation|nForce2 External PCI Bridge [BRIDGE_PCI] (vendor:10de device:006c) unknown : Nvidia Corporation|nForce2 UDMA 100 IDE Controller [STORAGE_IDE] (vendor:10de device:0065 subv:1297 subd:f541) ohci1394: Nvidia Corporation|nForce2 Firewire Controller [SERIAL_FIREWIRE] (vendor:10de device:006e subv:1297 subd:f541) unknown : Nvidia Corporation|nForce2 AGP Host to PCI Bridge [BRIDGE_PCI] (vendor:10de device:01e8) snd-als4000 : Avance Logic Inc.|ALS4000 Audio Chipset [MULTIMEDIA_AUDIO] (vendor:4005 device:4000) Card:NVIDIA GeForce4 (generic): nVidia Corporation|NV17 GeForce4 MX 440 [DISPLAY_VGA] (vendor:10de device:0171) unknown : Linux 2.4.22-10mdk-i686-up-4GB ehci_hcd|nVidia Corporation nForce2 USB 2.0 EHCI Controller [Hub|Root Hub] (vendor: device:) unknown : Unknown|USB OHCI Root Hub [Hub|Root Hub] (vendor: device:) unknown : Unknown|USB OHCI Root Hub [Hub|Root Hub] (vendor: device:) unknown : Logitech|USB Receiver [Human Interface Devices|Boot Interface Subclass|Mouse] (vendor:046d device:c506) unknown : Hewlett-Packard|DeskJet 840c [Printer|Printer|Unidirectional] (vendor:03f0 device:0604) [EMAIL PROTECTED] adamw]# -- adamw
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On Wed, 2003-10-08 at 14:24, Eric Fernandez wrote: FACORAT Fabrice wrote: not all people have an internet connection and/or a DSL link Why not in a rpm then : screenshots that could be part of documentation. They don't need to be huge or finely detailed. JPG with a high compression (or PNG ?) are sufficient. PNG is far superior to JPG for software screenshots. JPG is designed to compress photographic-type images, it's very bad at computer graphics. -- adamw
Re: [Cooker] Mandrake 9.2 update policy
On Mon, 2003-10-06 at 14:46, Eric Fernandez wrote: Very soon MSN is no option at all for non Windows users anyway (15th October). And Yahoo is going to block 3rd party softwares too. Then I Heh... they're going to TRY. -- adamw
Re: [Cooker] cooker alive and well
On Mon, 2003-10-06 at 14:26, Austin wrote: FINALLY! Cooker seems to be re-opened, so I hope we can stop all this political/ bureaucratic/philosophical banter and start developing an operating system again! nonono. Now we can do BOTH, like normal. ;) -- adamw
Re: [Cooker] gaim 0.69 and 0.70 are out ...
On Sat, 2003-10-04 at 17:16, John Drouhard wrote: On Sat, 4 Oct 2003 06:36:16 +0200 Olivier Blin [EMAIL PROTECTED] wrote: #Fix encryption plugin mv %buildroot/usr/lib/gaim/encrypt %buildroot/usr/lib/gaim/encrypt.so It seems to be a libtoolize issue. This can easily be fixed : #we don't use libtool 1.5 yet %define __libtoolize /bin/true So what does everyone think about including gaim 0.70 for 9.2? I see it as a bug fix (fixing yahoo and msn), and this would be a + for newbies. Plus, if we didn't include it, reviews may talk about this issue saying it was a poor decision of Mandrake not to include this bug-fixed version. 9.2 is finalised and gone to duplication. It's way too late. You have to learn to let go, man. :D -- adamw
Re: [Cooker] gaim 0.69 and 0.70 are out ...
On Sat, 2003-10-04 at 22:08, Jos Hulzink wrote: On Saturday 04 Oct 2003 18:16, John Drouhard wrote: So what does everyone think about including gaim 0.70 for 9.2? I see it as a bug fix (fixing yahoo and msn), and this would be a + for newbies. Plus, if we didn't include it, reviews may talk about this issue saying it was a poor decision of Mandrake not to include this bug-fixed version. I'm working on it, though it is the first thing I ever did for cooker, so it might take a few days :) IMHO Gaim 0.70 is a must, otherwise there is no need to ship Gaim at all. Don't waste your energy. 0.70 will be packaged, by the regular packager, as soon as Cooker unfreezes. Your package won't go in any quicker. I expect there'll be a package for MDK 9.2 posted on the gaim site at some stage, too. -- adamw
Re: [Cooker] gaim 0.69 and 0.70 are out ...
On Sat, 2003-10-04 at 19:09, Austin wrote: On 10/04/2003 05:23:35 PM, Adam Williamson wrote: 9.2 is finalised and gone to duplication. It's way too late. You have to learn to let go, man. :D True, but I think the question was: can it be provided in the online updates That's not how I read the post I replied to. It seemed to want 0.70 in 9.2 proper. -- adamw
Re: [Cooker] http://www.mandrakelinux.com/en/
On Fri, 2003-10-03 at 07:02, Felix Miata wrote: however your initial version turned out way better than i could have hoped for (read, much better than what I could have done) The only problem in mozilla is the the horizontal lines are shown throughout the page. That should be I don't see any such thing. What Moz version are you using? What window size? I see this also, with Galeon 1.3.8 (as packaged) at full window size on a 1600x1200 monitor. There's a lot of break lines seemingly spread at random which go across the whole page, right through text in the main window. I can send you a screenshot if it would help. I see the same problem in Pierre's improved version. -- adamw
Re: [Cooker] http://www.mandrakelinux.com/en/
On Fri, 2003-10-03 at 11:16, Buchan Milne wrote: some skills, and they could all be leveraged if at least some aspects of Used. USED. Please, please, please, please, please, please, PRETTY please can we not succumb to the horrible corporate-speak use of leverage as a verb? -- adamw
[Cooker] more good news for Mandrake
A big pat on the back for fpons: http://lwn.net/Articles/49967/ To conclude this lengthy and time consuming experiment involving package installations and distribution upgrades, we have two clear winners - Debian and Mandrake. -- adamw
Re: [Cooker] more good news for Mandrake
On Fri, 2003-10-03 at 12:10, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adam Williamson wrote: A big pat on the back for fpons: http://lwn.net/Articles/49967/ To conclude this lengthy and time consuming experiment involving package installations and distribution upgrades, we have two clear winners - Debian and Mandrake. http://marc.theaimsgroup.com/?l=mandrake-cookerm=106460255913962w=2 The advantage of subscribing to LWN, fp on cooker ;-) Bizarre...I never got that message. Okay, I'm off to post to the let's stab sympa several thousand times in the back thread...:D -- adamw
[Cooker] security update time...
http://www.uniras.gov.uk/vuls/2003/006489/openssl.htm -- adamw
Re: [Cooker] security update time...
On Wed, 2003-10-01 at 12:34, Götz Waschk wrote: Am Mittwoch, 1. Oktober 2003, 12:29:37 Uhr MET, schrieb Adam Williamson: http://www.uniras.gov.uk/vuls/2003/006489/openssl.htm Do you mean this: [EMAIL PROTECTED] upload]$ rpm -q openssl openssl-0.9.7b-4.1.92mdk [EMAIL PROTECTED] upload]$ rpm -q --changelog openssl|head * Mi Okt 01 2003 Vincent Danen [EMAIL PROTECTED] 0.9.7b-4.1.92mdk - security fixes: CAN-2003-0543, CAN-2003-0544, CAN-2003-0545 Damn, you're quick. :) -- adamw
Re: [Cooker] security update time...
The advisory was out 6 hours before you posted ... maybe you should subscribe to [EMAIL PROTECTED] ? Nah, I'm not really massively interested in security - I just saw the vulnerability report and no Mandrake advisory when I was reading the daily news, so I figured I'd mention it. -- adamw
Re: [Cooker] And next ?
On Mon, 2003-09-29 at 12:00, Doc Tree wrote: | - What could we do to improve 9.3/10.0 development. 1. START EARLIER. Huh? Earlier than what? Do you want us to go back in time to June and start there? :) other available serial HDs. C. Include the latest stable version of {list including OO, KDE, Gnome, Apache, etc.} MDK always uses the last stable version of these major packages released before it goes into feature freeze for the new version. Clean up the distro, moving some traditional packages to contrib even though some will yell and scream and cry about the editor they used back in '92 being removed. Post a table for members to vote for which of the 'very nice' packages they prefer. The proftpd versus pureftpd thread is an example. I rather like this idea, actually. Streamline main but don't dump the apps totally. Would work if contrib was more widely known about. -- adamw
Re: [Cooker] And next ?
On Sun, 2003-09-28 at 23:46, Robert L martin wrote: 2 not if you have sub megabit access ON THE MACHINE YOU ARE UPGRADING A network install of a typical setup actually involves less downloading than getting three ISOs. My typical installation size is around 1GB, so running an installation over the network from a Cooker mirror is more bandwidth efficient than ISOs. -- adamw
Re: [Cooker] And next ?
On Sun, 2003-09-28 at 09:19, Warly wrote: It may be a good idea, before cooker opens again, to take these days to have some brainstorm. May you give your opinion on : - What was wrong in 9.2 development process? Similar to 9.1 - RC stage too early so loads of major stuff was fixed while in RC, poor communication from the managerial level of mdksoft, late introduction of big new features. - What could we do to improve 9.3/10.0 development. Slightly longer freeze period, with more betas and fewer RCs - stick to the standard definition of an RC, i.e., something you really, truly believe could be released, not late beta as the MDKsoft definition seems to be. Releasing beta-quality release candidates hurts Mandrake's reputation, as people download RC1 expecting something close to final and find something quite buggy. - Should we have cooker snapshot ISOs? IMHO, no - not official ones, anyway. I doubt many people use 'em, and if anyone wants to supply them they can always roll their own from a cooker mirror with the image creation tools. - What could we do, as a community, to increase the acceptance of mandrakelinux? Hmm. Apart from our current role of covering up for the corporation's stuff-ups (see the advertising fiasco), can't think of a lot. - How to have more contributors? Make contrib more widely known about - it's hard to have contributors when people aren't even aware there's a place for their contributions to live... HTH. -- adamw
Re: [Cooker] And next ?
On Sun, 2003-09-28 at 09:19, Warly wrote: BTW, I guess this thread is a good place to bring this in. I now think I actually understand the whole Red Hat / Fedora situation - RH are basically cutting the consumer desktop loose as a supported segment, and making it more of a community-supported, low-key affair. Obviously this isn't going to be Mandrake's future, but what is MDK's response likely to be? Is there the potential to move to a system of rolling updates rather than monolithic releases, with most users following the Cooker method of continually updating, only obviously not as often for the stable tree? -- adamw
Re: [Cooker] And next ?
On Sun, 2003-09-28 at 14:05, Pierre Jarillon wrote: Le Dimanche 28 Septembre 2003 13:48, Nora Etukudo a écrit : On Sun, Sep 28, 2003 at 10:19:44AM +0200, Warly wrote: - Should we have cooker snapshot ISOs? No. I don't need ISO's at all during development. 'rsync'ing to a local server and installing via net from there is cheap, fast and reliable. This is not my opinion. Some problems are only found with a fresh install or an upgrade of a previous stable distribution. Read the message you reply to more carefully. rsyncing from a Cooker mirror gives you a complete tree from which you can happily run an installation or upgrade. Indeed, the message actually says 'rsync'ing to a local server and installing via net from there... -- adamw
Re: [Cooker] And next ?
On Sun, 2003-09-28 at 19:39, Felix Miata wrote: 2-Software management should open one panel with 5 options instead of a submenu with 5 options. It should be an integrated suite, if not one simple app. Oh, for crying out loud, PLEASE STOP TROLLING THIS. It's not going to happen, the reasons why have been explained at tedious length, just drop it already. -- adamw
Re: [Cooker] bittorrent-3.3-2gpw - please test
On Fri, 2003-09-26 at 23:09, jokerman64 wrote: On Friday 26 September 2003 17:24, Götz Waschk wrote: Can you please post a diff between the kde and the bittorrent versions of the conflicting file? CU i tried to do a diff w/ kompare but couldn't i don't know how else to. diff -au file1 file2 file.diff would do it... -- adamw
Re: [Cooker] [Mandrake 10] An Idea for next MDK 10...
On Fri, 2003-09-26 at 11:37, Luca Landi wrote: .. my personal guess for new Mandrake 10 (or 9.3?!?!)... - GCC 3.3.2 or better GCC 3.4.x - Linux Kernel 2.6.x - New KDE 3.2.x - New Lib QT 3.2.x - improved ACPI support! (Now is very bad!) Um. MDK doesn't write acpi support. acpi4linux write that. MDK just patch it into the kernel. We already use their latest code, there's nothing else we can do. - improved Notebook/Laptop support with hibernate/suspend native support (for me is very very important!!!) Again. Out of MDK's hands. We already have the best support available - latest APM, ACPI and pmsuspend code. - Support for new PCI-X bus - improved support for USB-2 - improved support for S-ATA 1 and S-ATA 2 (with hardware RAID support)!!! Nothing to do with MDK. This is kernel code. - Special support for new CPU: Amd-K8, Amd-Athlon64, Amd Athlon64FX, Intel Centrino, new evolutions of Intel P4?!? There's already an AMD64 Cooker branch. Check the mirrors. What special support would you need for Centrino? Centrino is marketing hype, it's the the Pentium-M processor, which is perfectly well supported already. What special support would future revisions of the P4 need? - Special Kernel support for HyperTrading Tecnology.??? Um. HT is already perfectly well supported in the kernel, has been for ages. - New Samba 3!! See: http://de.samba.org/samba/whatsnew/samba-3.0.0.html (24 September 2003) Already in contrib. - Kdevelop 3.0 - Gnome 2.3.x or if available... 2.4 Already in 9.2. - Mplayer 1.x Already in contrib. - Mozilla 1.5 Will be coming as soon as we unfreeze, I expect. Fred's fast. - improved support for new Graphics Card. (see new ATI (and IGP), S3-Via, GeForce4/5) Not MDK's code. That's XFree's job. - Gimp 1.3.20 See: http://www.gnome.org/~drc/gimp-rpms/ Already in. snip more pointless lists of new releases which will of course be included - look, all this stuff is already in Mandrake. OF COURSE 9.3 / 10 will have the new versions of it, what do you expect, no updates? This email was practically pointless. Honestly. -- adamw
Re: [Cooker] 9.2 ISOs has been sent
On Thu, 2003-09-25 at 00:29, Austin wrote: On 09/24/2003 09:32:03 PM, Adam Williamson wrote: One, Mandrake don't make much money on boxes. They pay people to make the boxes, they pay to duplicate the CDs, they pay to print the manuals, they pay for distribution, and they have to sell wholesale to the retailers. So why bother at all then? Where are they selling the boxed sets now? Online only? Why sell them at all? Corporate inertia. I expect they won't be within two years. There's some at MDKsoft who already think dumping boxes is the way to go. Where are they selling them? Online, and I think in some European stores. I expect the money they saved by stopping bothering with the US office, the workers, the distribution and so on is probably more than they made from selling boxes in the US in the FIRST place. Well, until middle-class America and their non-credit-card-holding but free- living-at-home and part-time-job-holding kids start doing all their shopping online, probably the largest market of disposable income in the world is being left untapped. There has to be a way to sell such a cool product to presently-unaware- America, hasn't there? Presently unaware? I think that's a little exaggerated. -- adamw
Re: [Cooker] 9.2 ISOs has been sent
On Thu, 2003-09-25 at 16:19, Leon Brooks wrote: On Wed, 24 Sep 2003 20:29, Adam Williamson wrote: Or are you just wondering exactly when this will happen, given the delayed release of the 9.1 ISOs? Old habits die hard, don't they? (-: s/9.1/9.2/ D'oh. Where did I put my brown paper bag? :) -- adamw
Re: [Cooker] 9.2 ISOs has been sent
On Wed, 2003-09-24 at 11:53, Teletchéa Stéphane wrote: Le mer 24/09/2003 à 12:32, Warly a écrit : Which means that if no major critical bugs are found in the next few days, it will be considered as final. Thanks to all who have participated in 9.21, the mandrake linux distribution is becoming more and more a community project, and I am really happy with that. When we will be sure these ISOs are really final, that is to say by the end of next week, club members and contributors should have exclusive access to the download edition ISOs. For others ISOs will be freely available worldwide by the end of october. I presume you meant by the end of SEPTEMBER ? No, they don't. I think it's intended to encourage people to join the Club. I wouldn't exactly be surprised if someone were to put up a BT for the ISOs, though... -- adamw
Re: [Cooker] 9.2 ISOs has been sent
On Wed, 2003-09-24 at 13:06, Ron Stodden wrote: Distributing the tree instead of the ISO takes negligibly more mirror space and suits everyone, as long as mkcd is included so that CD sets can be made from the tree for giving to second level testers who lack suitable internet access. Distribution by tree also makes updating far more efficient and economical. You write this like it doesn't already happen...uh, every mirror I can see has a full 9.1 tree. Where's the problem? -- adamw
Re: [Cooker] 9.2 ISOs has been sent
On Wed, 2003-09-24 at 13:21, Ron Stodden wrote: Adam, Look at the title of this thread. Subject is 9.2, and this is the cooker mailing list. Yeah, but my point is that MDK have always distributed trees of previous releases to mirrors, so I see no reason why that won't happen with 9.2. Or are you just wondering exactly when this will happen, given the delayed release of the 9.1 ISOs? If that's the question, then ISWYM. -- adamw
Re: [Cooker] 9.2 ISOs has been sent
On Wed, 2003-09-24 at 16:37, Serge Pluess wrote: I agree that this is a good approach to encourage people to join, but for the comment of the boxed-set, that just seems to be more-or-less a joke. 9.0 and 9.1 boxes never hit the shelves here at the main stores such as Fry's Electronic, CompUSA or BestBuy. One day one lonely box of 8.2 was sitting at Fry's next to lots and lots of boxes of Redhat 9, Suse 8.2, and current versions of Lycoris, Lindows, FreeBSD and NetBSD. not everyone lives in America. not everyone buys boxes from stores. -- adamw
Re: [Cooker] 9.2 ISOs has been sent
On Wed, 2003-09-24 at 22:36, Robert L martin wrote: If you don't want Mandrakesoft to survive, why do you bother running Mandrake? I for one don't want MandrakeSoft to become another Microsoft I think that one of the guides for the next release should be EVERTHING works. Mandrake 10.0, otherwise known as the return of Christ... -- adamw
Re: [Cooker] 9.2 ISOs has been sent
On Wed, 2003-09-24 at 19:36, Austin wrote: non-linux-user buys his games and his printer cartridges at Best Buy or Future Shop. He doesn't have linux, but he's heard that it's cool, and he has a VISA Gold card in his pocket. This is the type of revenue that would not be tapped any other way... he doesn't shop online, he's never heard of the club, and his It's just not practical, which is why they've stopped doing it. One, Mandrake don't make much money on boxes. They pay people to make the boxes, they pay to duplicate the CDs, they pay to print the manuals, they pay for distribution, and they have to sell wholesale to the retailers. They make pennies. To make these pennies they have to have a permanent US office, because big US chains don't want to be calling France all the time. MDK used to sell through US chains, so if they were actually making any decent money from these notional Joe Sixpack buyers with their VISA cards, I don't see why they'd have stopped. I expect the money they saved by stopping bothering with the US office, the workers, the distribution and so on is probably more than they made from selling boxes in the US in the FIRST place. -- adamw
Re: [Cooker] 9.2 ISOs has been sent
On Thu, 2003-09-25 at 00:06, Michael Lothian wrote: Last time I checked (I work for a big supermarket chain in the UK) Shops buy things from the people that make them. It's then the shops responsibility to sell them. Heh. How long have you worked there? Ever dealt with newspapers? Or new suppliers? We have this thing called sale or return, man. Big chains often demand new suppliers only supply them with stuff on a sale-or-return basis. -- adamw
Re: [Cooker] 9.2 ISOs has been sent
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 -- adamw
Re: [Cooker] ALSA fix
On Tue, 2003-09-23 at 09:01, Eric Fernandez wrote: Adam Williamson wrote: I think it's pretty hard to pick which should be the default. Even if it ought to be ALSA, it's by no means as clear-cut a decision as this particular user's experience indicates. Except if the installer offered the possibility to test audio at install : first with OSS driver, then with Alsa, asking the user to say if he hear a sound. WDYT ? It could be a nice feature for the 10. I don't like it. In most cases, it would be a needless extra step, and could well cause confusion. I think the current ploy of just trying to get the right default for each piece of hardware is correct. -- adamw
Re: [Cooker] ALSA fix
On Tue, 2003-09-23 at 12:19, Eric Fernandez wrote: Adam Williamson wrote: I don't like it. In most cases, it would be a needless extra step, and could well cause confusion. I think the current ploy of just trying to get the right default for each piece of hardware is correct. Why make it a supplementary step ? At the end of the install, there is table with all detected devices and for each one, a configuration button, despite the installer indicates a default setting. It is already the case for the graphics card and the network. For the sound card, you would press configure, then it would play a song, do you hear it ? yes - let's continue no - it tries the other driver. A user, even newbie, is not dumb, when things are explained the simple way : step 1 : OSS, do you hear sound ? step 2: Alsa : do you hear sound ? I think it is not confusing and on the contrary a good way to deal with particular hardware that could not be tested. And it would not be a supplementary step, just the new feature of the Configure button. Moreover, this could be integrated to soundrake : make it clearer about the two kinds of driver and offer a testing procedure for sound. Okay, that sounds better. Still not 100% sure it's necessary, but I certainly wouldn't complain about it. -- adamw
Re: [Cooker] bind's imortal
On Tue, 2003-09-23 at 23:42, Oden Eriksson wrote: onsdagen den 24 september 2003 00.08 skrev Luca Berra: On Tue, Sep 23, 2003 at 11:47:31PM +0200, Oden Eriksson wrote: tisdagen den 23 september 2003 20.10 skrev Oden Eriksson: Hi. Anyone else seing this: # /etc/rc.d/init.d/named restart Stopping named: [FAILED] Starting named: [ OK ] i never used bind-chroot myself anyway reading /etc/rc.d/init.d/function i found this piece of code in killproc function. # Avoid killing processes not running in the same root [ -n $pid ] pid=`inmyroot $pid` this might be the culprit. Aha, maybe that's why. This is a bug that has to be fixed before 9.2. Hahahahaha. You'll be lucky. -- adamw
Re: [Cooker] Argh! Third round of patches for OpenSSH (3.7.1p2)!
On Wed, 2003-09-24 at 00:34, Leon Brooks wrote: http://lwn.net/Articles/50503/ Hope we've not sent the 9.2 masters to press yet! Would these affect us, necessarily? We didn't update to 3.7, and I wouldn't be surprised if these vulnerabilities were in code different to that for which patches were backported. Maybe we're still okay. -- adamw
Re: [Cooker] Cooperation with RedHat Linux project?
On Mon, 2003-09-22 at 01:06, Pierre Jarillon wrote: Le Dimanche 21 Septembre 2003 16:41, David Walser a écrit : http://rhl.redhat.com/ From reading this, it sounds like the possibility of some cooperation between Cooker and the new RHL project is even more possible. RedHat said: We are excited to announce that we are working on an alliance with another well-known provider of Red-Hat compatible packages. I try to guess who is this well-known provider of Red-Hat compatible packages. IMHO, not so many ! Sounds like Freshrpms to me. -- adamw
Re: [Cooker] So, which is broken?
On Mon, 2003-09-22 at 20:52, Felix Miata wrote: Yes, I got that answer from irc://freenode/mandrake after someone there read my post here. It fixed it. But, it begs the question, why would the rpm db be corrupted on a week old install? One thing I've noticed that can cause it is ctrl-C'ing out of an urpmi at an inopportune moment. Have you aborted any urpm* / rpm operations in that week? -- adamw
Re: [Cooker] ALSA fix
On Tue, 2003-09-23 at 00:17, Pierre Jarillon wrote: Perhaps is it useful ? I just receive from [Alsa-user] It is a problem with Mdk 9.1 but Mdk 9.2 is not very different. [Alsa-user] ALSA Fix!!! I finally got it right! Ok I am running Mandrake 9.1 on a Sony PCG-V505BX. My original modules.conf was this: probeall scsi_hostadapter usb-storage ide-scsi probeall usb-interface usb-ohci ehci-hcd alias eth0 e100 alias sound-slot-0 i810_audio alias char-major-10-250 sonypi options sonypi minor=250 So I thought Hey I have a Sony Desktop with the same distro that has ASLA working on a i810 chipset. I took what I found in that modules.conf and changed mine to this: probeall scsi_hostadapter usb-storage ide-scsi probeall usb-interface usb-ohci ehci-hcd alias eth0 e100 above snd-intel8x0 snd-pcm-oss alias sound-slot-0 snd-intel8x0 options sonypi minor=250 Apparently Mandrake does not probe this card correctly during install. This may fix other distros too! Hope this helps the rest of you too. ;) One more thing. Run it for a bit. For some reason it does not work with all apps right away. Let me know if you want a workaround with that too. So...to cut all the BS, he changed from the OSS/Free driver to the ALSA driver. Woo. the i810_audio (OSS/Free) and snd-intel8x0 (ALSA) drivers support a rather wide range of hardware, and I think each is better on some particular variations. I think it's pretty hard to pick which should be the default. Even if it ought to be ALSA, it's by no means as clear-cut a decision as this particular user's experience indicates. -- adamw
Re: [Cooker] Why Is My Update Broken?
On Sat, 2003-09-20 at 17:27, Felix Miata wrote: I installed fresh from my sunet cooker rsync about three days ago. Last night (around 02:00 UTC) I freshened my rsync, then did the following: 1-urpmi.addmedia --update cooker-updates file://mnt/nfs/ax5t3/cooker/Mandrake/RPMS with ../base/hdlist.cz 2-urpmi -a 3-urpmi -v --auto-select 4-urpmi kernel Step 3 installed about 39 packages and ended with a warning that two packages were not available. Step 4 ended with everything already installed, even though my kernel was 2.4.22-9, but the package on the mirror is 2.4.22-10. So, I went to the RPMS directory and successfully ran 'rpm -i kernel-2.4.22-10mdk-1-1mdk.i586.rpm'. Is this oddball 10mdk-1-1mdk rpm the reason why urpmi wouldn't install it? How do I find out what other existing packages didn't install? Why were there packages missing? Anyway, to answer the original question despite Ron's masterful diversion of it to be about his download script...this is probably just due to a synchronisation problem between the hdlist and the available packages. Packages tend to be propagated to mirrors before the hdlists, so if you happen to catch a mirror while it's busy updating, you may well find a situation where the hdlist it has no longer reflects the packages it has. Thus the missing packages (these would be ones that had been updated twice since your rsync; the hdlist would contain version X+1, which the actual file on the mirror would be X+2) and the non-updated kernel (which had presumably only been updated once; you have 9mdk, the hdlist lists 9mdk so urpmi thinks there is no update available, even though 10mdk was actually on the mirror by that point). -- adamw
[Cooker] urpmi update - good news!
so since the mirrors got fixed, I updated one of our 9.1 machines to Cooker (i.e., practically 9.2) via urpmi, and it worked absolutely flawlessly! Admittedly it's a clean machine - no non-mdk packages - but even so, this is impressive and better than 9.0 - 9.1. I just defined cooker sources for main, contrib and that source that rhymes with sea hell ref, then did urpmi urpmi followed by urpmi --auto-select -v and urpmi kernel. All went flawlessly, just a few manual tweaks for packages that didn't exist previously and the system's running nicely. Thanks a lot for the hard work on making this work, fpons and all the packagers :) -- adamw
[Cooker] Incredible Shrinking gnome-terminal?
This is a rather odd one...has anyone else noticed their gnome-terminal shrinking in the last month or so? It's a very vague problem I know, but several times I've noticed my terminal window looks a bit small, clicked the drag handles and found it at about 76x20 size, instead of the 80x24 it started out as and to which I resize it again. The most obvious side-effect of this problem is that urpmi's output gets a little broken - it keeps drawing new lines, so I get output like this: retrieving source hdlist (or synthesis) of plf... ftp://ftp.club-internet.fr/pub/linux/plf/cooker/hdlist.cz 0% of 1731k completed, ETA = 0:21:58, speed = 1344 1% of 1731k completed, ETA = 0:01:50, speed = 56896 4% of 1731k completed, ETA = 0:00:48, speed = 59162 7% of 1731k completed, ETA = 0:00:38, speed = 59489 11% of 1731k completed, ETA = 0:00:33, speed = 59658 14% of 1731k completed, ETA = 0:00:30, speed = 59724 18% of 1731k completed, ETA = 0:00:28, speed = 59975 21% of 1731k completed, ETA = 0:00:26, speed = 59963 24% of 1731k completed, ETA = 0:00:25, speed = 59951 28% of 1731k completed, ETA = 0:00:23, speed = 59976 31% of 1731k completed, ETA = 0:00:22, speed = 59904 34% of 1731k completed, ETA = 0:00:21, speed = 59928 38% of 1731k completed, ETA = 0:00:19, speed = 59951 41% of 1731k completed, ETA = 0:00:18, speed = 59939 45% of 1731k completed, ETA = 0:00:17, speed = 59916 48% of 1731k completed, ETA = 0:00:16, speed = 59963 51% of 1731k completed, ETA = 0:00:15, speed = 59964 Instead of one constantly updating line. -- adamw
Re: [Cooker] RC3 or not?
On Thu, 2003-09-18 at 20:28, Radek Vybiral wrote: On Thu, 18 Sep 2003, Pierre Jarillon wrote: Le Jeudi 18 Septembre 2003 09:51, Frederic Soulier a écrit : Considering the comments I've seen on this issue I guess Mandrake should release a RC3 providing they can postponed final until late September. If for commercial reasons they have to release ~22/9 then there will be no RC3 I'm affraid... RC2 is no more than a beta. All the changes must be integrated in a new ISO to test a fresh install from a CD. OpenOffice is a good example with four release candidate. I am sure that Mdk9.2 will be a success, but a RC3 (IMHO the first true RC) can make a great success, even a very great success. Don't waste this chance for a week! We need a RC3. I totally agree with this comment!! Remember 8.2? = solid, stable. Please repeat this success with 9.2... And did you run the final RC before 8.2 came out? -- adamw
RE: [Cooker] RC3 or not?
On Thu, 2003-09-18 at 22:34, Luis Vicente Castillo Corbella wrote: I totally agree 9.2 solid, stable, innovative, easi for newies ok? Can we arrange for it to make tea and create world peace too? -- adamw
[Cooker] Re: [CHRPM] suspend-scripts-1.6-2mdk
On Wed, 2003-09-17 at 11:15, Frederic Lepied wrote: -=-=-=- Name: suspend-scripts Relocations: (not relocateable) Version : 1.6 Vendor: MandrakeSoft Release : 2mdk Build Date: Wed Sep 17 12:05:45 2003 Install Date: (not installed) Build Host: hp6.mandrakesoft.com Group : System/ServersSource RPM: (none) Size: 25946License: GPL Signature : (none) Packager: Mandrake Linux Team http://www.mandrakeexpert.com URL : http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/soft/suspend-scripts/ Summary : Scripts launched by system on suspend and resume Description : Suspend-Script is launched by apm or acpid on resume and suspend, it start or stop your network/sound etc... to make sure that everything work after hybernation of your computer. Buildarchs: noarch -=-=-=- Frederic Lepied [EMAIL PROTECTED] 1.6-2mdk - renamed pmsuspend Would've been nice if you'd let us known what you renamed it *to*...to the QueryMobile, Robin! :) -- adamw
Re: [Cooker] Re: [Contrib-Rpm] kernel-multimedia-2.4.22.9mm.1mdk-1-1mdk
On Wed, 2003-09-17 at 08:36, Austin wrote: On 09/17/2003 05:33:36 AM, Danny Tholen wrote: Name: kernel-multimedia-2.4.22.9mm.1mdk - fix for alsa usb m-audio (tmb) Mandrake 9.2 is a recoding studio once again! Sadly not, I think...haven't we been told contrib has been forked already? So unless someone makes an exception, this won't be in...:\ -- adamw
Re: [Cooker] Re: [Contrib-Rpm] kernel-multimedia-2.4.22.9mm.1mdk-1-1mdk
On Wed, 2003-09-17 at 12:45, Eric Fernandez wrote: Adam Williamson wrote: On Wed, 2003-09-17 at 08:36, Austin wrote: On 09/17/2003 05:33:36 AM, Danny Tholen wrote: Name: kernel-multimedia-2.4.22.9mm.1mdk - fix for alsa usb m-audio (tmb) Mandrake 9.2 is a recoding studio once again! Sadly not, I think...haven't we been told contrib has been forked already? So unless someone makes an exception, this won't be in...:\ You meant frozen I guess. But I think that contrib has not the same restrictions, and this is a supplementary kernel, it could go in contrib, couldn't it ? Nope, I meant forked. As in this email from Olivier Blin: --- Subject: Re: [Cooker] ANN: Mandrake GDM themes based on bootsplashes Date: Mon, 15 Sep 2003 19:25:16 +0200 Thank you! I'd like to try and get it in before the contrib is forked for 9.2 stable. On the other hand, only two of the designs currently up (1 variation of each design) will need to go in. I'm afraid contrib is already forked :-/ -- Olivier Blin However, Danny's response to my mail suggests someone did make an exception. Which is good :) -- adamw
Re: [Cooker] RC3 or not?
On Wed, 2003-09-17 at 21:54, [EMAIL PROTECTED] wrote: Hi Just checking the wiki and final is planned for 22 Sep. Is Mandrakesoft sticking to this date or will we have the honor of a RC3 to make sure nothing got screwed by fixes for RC2? I was pleased by RC2 (at least on the dual box I installed it on) but I was just wondering if it would be wiser to issue a RC3 and postponed final to the end of September? Looking forward to final anyway. if you ask cooker , i think the answer is We need a RC3 but Mandrakesoft ? You think? I see no need for one. -- adamw
Re: [Cooker] drakfont obsolete ?
On Tue, 2003-09-16 at 10:53, Diego Iastrubni wrote: , 16 2003, 01:40,Adam Williamson: On Mon, 2003-09-15 at 22:26, Steffen Barszus wrote: Hi ! As I heard, I can create a special folder in my home and copy some fonts there in. This fonts (ttf too)will be automatically used by Xfree. Doesn't that obsoletes drakfont completly or at least simplifies it to that step ? No, not really. Using ~/.fonts is fine for a quick hack for a single user for the font to be accessible to fontconfig-aware apps. Not as good for making fonts available system-wide and to legacy apps. whats the deal? you can just copy them to /usr/share/fonts... actually there are some programs (like xmms) which do not use fontconfig, and still need the old setup. Um, yes. That's what I *said*. -- adamw
Re: [Cooker] Can't releases in september!
On Sun, 2003-09-14 at 23:10, jokerman64 wrote: On Sunday 14 September 2003 06:05 pm, Adam Williamson wrote: On Sun, 2003-09-14 at 22:53, jokerman64 wrote: Cooker is too buggy to release afinal in september. You guys can't release yet, USB 2 support is still buggy, NVIDIA and AMD X problems haven't been solved yet. And of course we have to wait for XFCE 4, KDE 3.2 (which JUST released an alpha) AND Openoffice 1.1 to hit. oh, thanks. we see the light now. /sarcasm I guess I should've put a /sarcasm after the end of my post too. If it was meant to be a joke, then...yes, you should :). -- adamw
Re: [Cooker] mozilla-devel not included with RC2
On Mon, 2003-09-15 at 13:48, Ric Johnson wrote: --- Frederic Crozat [EMAIL PROTECTED] wrote: On Mon, 15 Sep 2003 05:05:01 -0700, Ric Johnson wrote: --- Gtz Waschk [EMAIL PROTECTED] wrote: Am Montag, 15. September 2003, 04:28:36 Uhr MET, schrieb Ric Johnson: Why? Space constrains on the CDs. Are you sure about that? That does not make any sense to me considering the large number of non-essiential programs that could have been removed and that mozilla is the default MDK web browser since they dropped Netscape. Mozilla-devel is useless for most people, unless you want to build apps which uses gecko.. Precisely. So those who would build, e.g., galeon, get penalized in favor of those who want to play frozen bubble(SEVEN MB) or powermanga(SIX MB) or ...? Since Galeon is already packaged and included in main...yes. -- adamw
Re: [Cooker] drakfont obsolete ?
On Mon, 2003-09-15 at 22:26, Steffen Barszus wrote: Hi ! As I heard, I can create a special folder in my home and copy some fonts there in. This fonts (ttf too)will be automatically used by Xfree. Doesn't that obsoletes drakfont completly or at least simplifies it to that step ? No, not really. Using ~/.fonts is fine for a quick hack for a single user for the font to be accessible to fontconfig-aware apps. Not as good for making fonts available system-wide and to legacy apps. -- adamw
Re: [Cooker] mozilla-devel not included with RC2
On Mon, 2003-09-15 at 22:33, Ric Johnson wrote: Generally speaking, it is the 1 or 2 % of the population that gets the 98 or 99% of the work done. Those are the people that Possibly. However, Mandrakesoft make more money selling to 98% of people than selling to 2% of people... -- adamw
Re: [Cooker] rpmdrake- will not fild packages to remove
On Sun, 2003-09-14 at 16:27, Guillaume Cottenceau wrote: Keld Jørn Simonsen [EMAIL PROTECTED] writes: Hi I have tried to remove some packages with rpmdrake, but I do not succeed. Rpmdrake simply does not find the installed packages. This is RC2. What do you mean? Works for me.. first guess, he's running rpmdrake when he should be running rpmdrake-remove ? -- adamw
Re: [Cooker] Final in Septembre???
On Sun, 2003-09-14 at 12:16, Simon Oosthoek wrote: Maybe something should be done (put on the Wiki) to have a more measurable quantity to verify for a release? Why? Why should some entirely arbitrarily defined quantities of bugs be a more sensible arbiter of release quality than the judgement of the developers? -- adamw
Re: [Cooker] rpmdrake- will not fild packages to remove
On Sun, 2003-09-14 at 16:49, Guillaume Cottenceau wrote: Adam Williamson [EMAIL PROTECTED] writes: On Sun, 2003-09-14 at 16:27, Guillaume Cottenceau wrote: Keld Jørn Simonsen [EMAIL PROTECTED] writes: Hi I have tried to remove some packages with rpmdrake, but I do not succeed. Rpmdrake simply does not find the installed packages. This is RC2. What do you mean? Works for me.. first guess, he's running rpmdrake when he should be running rpmdrake-remove ? Then simply does not find the installed packages is not very descriptive :/. Nope, I agree, but that's certainly what you'd see if you thought rpmdrake was still the program to use to remove packages - you'd search for installed packages and, of course, not find them...so that's why that's my guess. -- adamw
Re: [Cooker] rpmdrake- will not fild packages to remove
On Sun, 2003-09-14 at 17:15, Guillaume Cottenceau wrote: Also, why people don't just *read* the big Software Packages Installation up the rpmdrake window is a total mystery to me. Even if they don't at first, they might do it when they see they can't find place for installed packages... eck, no. Ah, once again you're overestimating your users, Guillaume ;). You should probably think of us as a sort of cross-breed, with the intelligence of amoebae and the attention span and memory of goldfish... -- adamw
Re: [Cooker] koffice in rc2
On Sun, 2003-09-14 at 17:29, Diego Iastrubni wrote: , 14 2003, 14:30,Buchan Milne: On Sun, 14 Sep 2003, Diego Iastrubni wrote: beta sux. I think i will install the one from my 9.1 urpmi from cooker? contrib? it's not on the disks of rc2. main. Not all of main fits on the 3 disks. i dont mean to sournd *too* stupid. but what do you mean? is it in main of rc2? or it is not? It's in main. It's not on the three CDs. At least that's the case if I'm interpreting Buchan correctly. -- adamw
Re: [Cooker] Galeon 1.3.8, trouble rendering characters?
On Fri, 2003-09-12 at 15:36, Frederic Crozat wrote: Okay, further. Changing my encoding to Western European doesn't fix it. Moving ~/.galeon away doesn't fix it. Anything else to try? It's also not a font problem, as I tried a couple of alternatives with the same result. I use the Vera fonts. Remove your galeon gconf settings.. Yeah, I figured that...sorry for the delay, been busy with work...I did that, it seems to have fixed it, oddly enough when I moved them back again it didn't seem to have any effect. But still, I reconstructed my preference and the rendering still seems okay, so I guess this was just some random gremlin on my system. Thanks Fred. -- adamw
Re: [Cooker] Can't releases in september!
On Sun, 2003-09-14 at 22:53, jokerman64 wrote: Cooker is too buggy to release afinal in september. You guys can't release yet, USB 2 support is still buggy, NVIDIA and AMD X problems haven't been solved yet. And of course we have to wait for XFCE 4, KDE 3.2 (which JUST released an alpha) AND Openoffice 1.1 to hit. oh, thanks. we see the light now. /sarcasm could you BE any more vague? USB 2 support is still buggy? NVIDIA and AMD X problems haven't been solved yet? WHAT USB devices? WHAT bugs? WHY should we wait for the Next Big Software Thing when there'll be another Next Big Software Thing right after that? Buy a clue, they're cheap. -- adamw
Re: [Cooker] um.
On Sat, 2003-09-13 at 02:44, Brant Fitzsimmons wrote: No, but it would at least act as a disincentive by being a hostage to fortune; if they broke it, the reaction would be all the greater because there would be something concrete to point to and say look, you said this and you lied. This would make it at least *harder* for them to cross the line. Why is there this presumption that Mandrakesoft is determined to screw over there users? I'm new here relative to some of the cookers. Has there been a strong precedence of this happening in Mandrakesoft's past? Nope, none at all. I am, though, a natural pessimist, and also a pragmatist. I suggest the above mainly in Mandrakesoft's own interest. If they have no intention of, as you put it, screwing over their users, then they lose nothing by posting such a message, and they gain considerably, as it would go a long way to rectifying the public relations disaster this whole saga has become. -- adamw
Re: [Cooker] um.
On Sat, 2003-09-13 at 03:46, Levi Ramsey wrote: On Fri Sep 12 21:41 -0400, Brant Fitzsimmons wrote: http://news.bbc.co.uk/sport1/hi/tennis/wimbledon_2003/photo_galleries/3038554.stm 2nd picture. Oh, right, on the speedometer. I thought the meant the back wall itself. Well, I guess the justification is that it's an IBM product :). Sure, they're bending the rules a bit in the interest of commerce, but this is actually a good illustration of my proposal that MDKsoft publish a definitive statement of what they won't do. Because Wimbledon has long said that it will not accept advertising, even though it now obviously wants to all it can do is comparatively minor rule-bending like this. So you see the odd corporate logo while watching - on the speedo, on the drinks fridge, whatever - but because they're constrained from breaking the original commitment entirely it's nowhere near as bad as the other tournaments, with advertisers' logos draped all over the backdrops, the stands and everywhere else... -- adamw
Re: [Cooker] um.
On Sat, 2003-09-13 at 11:26, Michael Scherer wrote: and everything in a timeframe of 8 h. Given the fact that mandrake direction does not read slashdot every minutes, this is acceptable. In fact, mandrake listened to their complaints. And this is good. It's not acceptable at all. You seem to be seeing this as some kind of point scoring exercise and ignoring the bigger picture, which is whether this whole thing has worked to Mandrakesoft's advantage. Which it obviously happened. The fact that they did not foresee that the corporate page aimed at advertisers would be discovered and reported by users' news sites is a massive failure of foresight; any competent company should have done so. The *CONSEQUENCE* of this, whatever the rights and wrongs of it, is that the news broke in a way that was terrible for Mandrakesoft's public credibility, and this is, in hard business terms, their own damn fault. They won't get any sympathy by complaining about OSNews being too fast or whatever. The way they should have done this was to have a press release publicising the new direction - from their OWN point of view - ready and have released that SIMULTANEOUSLY WITH - or even before - the page on the corporate site. If they'd got the retaliation in first, so to speak, and made the level of advertising that will be in 9.2 much clearer - which they have, belatedly, done - and made an absolute commitment to limit the level of advertising in future products - which they still haven't done - the whole thing wouldn't have been nearly as bad for them as it has been. -- adamw
Re: [Cooker] um.
On Sat, 2003-09-13 at 12:29, Adam Williamson wrote: On Sat, 2003-09-13 at 11:26, Michael Scherer wrote: and everything in a timeframe of 8 h. Given the fact that mandrake direction does not read slashdot every minutes, this is acceptable. In fact, mandrake listened to their complaints. And this is good. It's not acceptable at all. You seem to be seeing this as some kind of point scoring exercise and ignoring the bigger picture, which is whether this whole thing has worked to Mandrakesoft's advantage. Which it obviously happened. The fact that they did not foresee that the Erm, I think I meant hasn't. I think using a word that's entirely wrong but sounds vaguely similar should henceforth be known as an Adamism, as I seem to do it all the time. :D -- adamw
Re: [Cooker] um.
On Sat, 2003-09-13 at 13:38, Buchan Milne wrote: So, it's better to have a public policy on advertising, and break it, than to not have one? Pragmatically, yes. As I said, the fact that there's a known policy limits their possibilities; all they can do is bend the rules. Breaking them outright would be a bad move for them. Or is it the fact that the advertising is unobtrusive? If so, we can't judge Mandrakesoft's actions until we see the adverts. And I am quite sure any advertising will also be more relevant than IBM at Wimbledon. It's slightly more sophisticated than that. Unobtrusive advertising is the *goal*. As I've already posted, what I'm mostly worried about is that unobtrusive advertising sets a precedent for obtrusive advertising. The point about Wimbledon's policy is that it, *effectively*, more or less limits them to unobtrusive advertising. If Mandrakesoft were to issue a policy saying we will never use x y z types of advertising, it would have a similar effect of constraint and reassurance. Just because we only have photographic evidence of the speedo and the clock doesn't mean that's the only places there was advertising. I am quite sure there was more, but I don't see the need to go hunting around for it all ... but I have found a few more: And the point is you had to *hunt*. It's not something that's blindingly obvious. It is, as we seem to have agreed, unobtrusive. :) IMHO, gaining revenue from the advertising in the installation is a good idea (unless you would prefer MS-style propaganda as to why Windows 2003 is better at everything, more secure, never crashes, etc etc). And, if you hit the details button (about the only reason you would actually want to watch the installation), you won't see the advertising. Personally, I can't stand advertising in virtually any form. But I know it's not such a problem for most people. Which is why the objections I've made above aren't my own personal problems but what I think is best for mdksoft as a whole. developers. Did the webpage actually say that the adverts were going to be for Viagra etc??? Or did the news sites jump to conclusions, or did the posters jump to conclusions? I don't think any news sites said that. OSNews and Slashdot basically just linked to the corporate site with a recap of what it said. Linux Today linked to the later Mandrake public announcement. The only people who made such comments were idiotic thread posters. BTW, exercise to prove what I was saying about public relations: compare the comments made on Slashdot and OSNews *BEFORE* Mandrake made its public clarification with the comments made there *AFTERWARDS* and with the comments made on the Linux Today thread, which only ever linked to the clarification. Notice that the second set of comments is massively more favourable to Mandrakesoft. This rather proves my point that it would've been a hell of a lot better to get the clarification in first. -- adamw
Re: [Cooker] um.
On Sat, 2003-09-13 at 21:08, Guillaume Rousse wrote: I can't say I enjoy the situation, but I find whining every time this is clearly demonstrated a bit... naïve ? The whining isn't - or at least isn't purely - self-interested. The point is that better communication would be squarely in the interest of Mandrakesoft itself... -- adamw
Re: [Cooker] um.
On Fri, 2003-09-12 at 07:17, Stefan van der Eijk wrote: My point wasn't really about whether it affected us directly. Obviously it won't - given that we use Cooker, I don't know if we'll even ever *see* the offending adverts. The point is I think it's a horrible way of generating revenue which is being introduced by stealth - I only found out about this because OSNews discovered the page and flagged it up in a news story, I haven't seen anything from a Mandrake source announcing this, and it hasn't been mentioned on this list at all, which seems a little odd. I'm more concerned with the horribly unprofessional impression that an installation and first boot sequence plastered with adverts will have on a new user, compared to distributions which have none. Interesting. People on this list seem only mention how *not* to generate cash. This product is being developed by a company, i.e bills, salaries and taxes need to be paid. Instead of complaining on how not to generate cash, could we perhaps focus on finding an acceptable way for the $$$ to flow into mdk. We (contributors) will also benefit from it. Charge more, sell books, make the Club better, go busking on the streets of Paris...anything but adverts. ADVERTS. guh. -- adamw
Re: [Cooker] um.
On Fri, 2003-09-12 at 09:53, Stefan van der Eijk wrote: On Fri, Sep 12, 2003 at 08:17:45AM +0200, Stefan van der Eijk wrote: Interesting. People on this list seem only mention how *not* to generate cash. This product is being developed by a company, i.e bills, salaries and taxes need to be paid. You are right, my personal feeling is that an adware version of mandrake will have the effect of enraging many people from the linux community. But i might as well be wrong. I believe people at mandrake who tought this up already evaluated such issues. I've put up a page on the wiki where idea's can be posted discussed: http://qa.mandrakesoft.com/twiki/bin/view/Main/HowtoGenerateRevenue Thanks Stefan! I'll go submit busking on the street of Paris to that too ;) -- adamw
Re: [Cooker] urpmi / apt4rpm - not for 9.2
On Fri, 2003-09-12 at 12:02, vbnh fdgfd wrote: Hi, Apt4rpm (http://apt4rpm.sourceforge.net/) have the same fonctionality as URPMI. URPMI is a greet tool but why reinvent the wheel ? Mdk team is not big at this time, why loose time with a redundant software devel ? And Rpmdrake could be changed to use apt-get, no ? urpmi first release: Feb 11, 2000. apt4rpm first release: March 5, 2002. who's reinventing the wheel here? -- adamw
Re: [Cooker] um.
On Fri, 2003-09-12 at 12:47, Udo Rader wrote: Am Fri, 12 Sep 2003 01:20:05 + schrieb Adam Williamson: http://www.mandrakesoft.com/partners/advertising ... no. I don't understand some peoples negative attitude towards advertizements. A couple of month ago my company (a small OSS startup) has decided to become a mdk partner for various reasons. At some point (depending on how much money we will once invest into this partnership [which we haven't done yet ...]) I think one can eventually expect some kind of pay-back. Yes I know, there are lot's of really _great_ voluntary contributors to mandrake that may dislike ad's as screensavers but who will eventually be hurt by this? I bet that all users at a bit better than newbie-level will be able to install the regular screensavers as well. And in the end: screensavers start up when there is no activity on the system - so why should I care that much what is happening on my screen when I'm not using it? As I said in my previous email, it's all about impression. Adverts immediately send the message this product cannot support itself. it needs to sell other products to be viable. This is absolutely not the message you want to send out. Clear? I also absolute hate the fact that the way this is being implemented sets a precedent for the impairment of the actual functionality of the OS through adverts, which is the effect of putting adverts on the default home page and on the browser bookmarks. -- adamw
[Cooker] Galeon 1.3.8, trouble rendering characters?
Since Galeon went up to 1.3.8, it seems to have trouble rendering a lot of characters it could deal with before...just one example, the UK pound sterling currency sign - £ - is rendered as one of those little boxes with the character code numbers in it, as are a bunch of other signs it's always been able to display before. I have my encoding set to Unicode (UTF-8). Fred? -- adamw