RE: [Cooker] Software submission for the Mandrake distribution
Free as in free beer or free speech ? Free as in you don't pay anything. DDK is not GPL or open source. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Olivier Blin Sent: Wednesday, August 20, 2003 8:24 PM To: [EMAIL PROTECTED] Subject: Re: [Cooker] Software submission for the Mandrake distribution 2. Microsoft's DDK which is _free_. Free as in free beer or free speech ? -- Olivier Blin
RE: [Cooker] Software submission for the Mandrake distribution
...Not everything on the CDs has to be free, but everything that is part of the downloadable distro should be as close to free as possible IMHO. IMHO this winext2fsd project is as close to _free_ as it gets for a Windows NT driver. :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Austin Sent: Thursday, August 21, 2003 3:16 AM To: [EMAIL PROTECTED] Subject: Re: [Cooker] Software submission for the Mandrake distribution On 08/20/03 11:12:03, [EMAIL PROTECTED] wrote: I will probably never use this, but I think it _is_ a valuable addition to the distro. Even if nobody uses it is looks like in a press release. In this case, being a little less extremistic could be a good thing. You are right... idealism doesn't sell a distro. Don't forget though that the CD's don't make the distro. Not everything on the CDs has to be free, but everything that is part of the downloadable distro should be as close to free as possible IMHO. Austin -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
RE: [Cooker] Software submission for the Mandrake distribution
Note: In this post, I use the term free to mean - 0$ cost. I do not like the free argument when talking about windows tools. I think even the autostart program on the cds cannot be compiled with a free compiler (isn't it done with delphi?). This driver cannot be rejected because of this I think. My project is open-source and free. Rejecting it because it requires the DDK (to compile) which not open-source or GPL is, to me a silly argument. _I_ think, it is hanging on to the letters of the rules and forgetting the spirit. It is virtually impossible to ship anything free on windows. :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Wednesday, August 20, 2003 8:42 PM To: [EMAIL PROTECTED] Subject: Re: [Cooker] Software submission for the Mandrake distribution On Wed, 20 Aug 2003, Guillaume Rousse wrote: Ainsi parlait Manoj Joseph : On August 20, 2003 7:56 PM, Buchan Milne wrote: But, it is not the prime aim of Mandrake Linux to provide missing features in a proprietary operating system. :) : Well, the first question I have is, can this software be compiled from source using only free software available in Mandrake (main + contrib)? If not, then it can't really be included. It needs 1. a Windows compiler (compiler that can compile code for windows) 2. Microsoft's DDK which is _free_. I'm not sure you understand the sense of free software... We're refering to the license, not the price. I do not like the free argument when talking about windows tools. I think even the autostart program on the cds cannot be compiled with a free compiler (isn't it done with delphi?). This driver cannot be rejected because of this I think. It is virtually impossible to ship anything free on windows. I will probably never use this, but I think it _is_ a valuable addition to the distro. Even if nobody uses it is looks like in a press release. In this case, being a little less extremistic could be a good thing. d.
RE: [Cooker] Software submission for the Mandrake distribution
That said, IMO it should only be included if it also supports (at least) win2k and XP, Can do. Will do *if* there is _a chance_ of making it to the distro. Volunteers for trying it out (beta testing) will help *a lot*. ..and the author should make installation a breeze (preferably with a button in autostart program). The installation, IMHO is a breeze for NT (right now). ... And if it is 99.99% sure that this driver will not suddenly screw all my data. That is where beta testing comes in... :) I can't give a 99.99% guarantee if I do it all by myself. :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Thursday, August 21, 2003 3:21 AM To: Frederic Crozat Cc: [EMAIL PROTECTED] Subject: Re: [Cooker] Software submission for the Mandrake distribution On Wed, 20 Aug 2003, Frederic Crozat wrote: On Wed, 20 Aug 2003 19:18:25 +0530, Manoj Joseph wrote: The software is an ext2 file system driver for Windows NT 4.0. URL : http://winext2fsd.sourceforge.net We are doing a linux distribution.. You should ask Microsoft to ship this driver, not us.. Oh come on. There are other windoze programs on the disks as well. If suddenly a new fs for cdroms is developed, will mdk ship isos with an fs unreadable for windows? Lets make the README on the disk also in koffice format, we are only developing for linux anyway, right? Let's ask MS to ship rawwrite as well. This is about interoperability, and let's not make the same mistake as MS does (we are developing a proprietary office suite, why would we ship import filters for OO.org anyway?). I do not think we are doing a linux distro is a valid reason not to include it. It would look good in a press release (like ntfs resizing did) and it is a nice feature for people who dual-boot. That said, IMO it should only be included if it also supports (at least) win2k and XP, and the author should make installation a breeze (preferably with a button in autostart program). And if it is 99.99% sure that this driver will not suddenly screw all my data. d.
RE: [Cooker] Software submission for the Mandrake distribution
I agree too. :( But I have another reason : such a software on the same computer is a fantastic SECURITY HOLE ! Please!!! Could you define a 'SECURITY HOLE'?? Letting an unauthorized user access an ext2 partition from Windows NT could cause a 'security breach'. Setting up a dual-boot would be a security hole! :)) It allows to write on protected files. I remember such a software for windows95 which allows to acces to ext2. Please don't spread this software ... and use reiserfs or better the new reiser4. Not spreading that software is *not* a solution to this 'Security hole'. :)) I am not even suggesting that this is not an issue. Guillaume Cottenceau ([EMAIL PROTECTED]), they guy who responded to me when I wrote to [EMAIL PROTECTED] also expressed similar concerns. Probable solutions to this issue: 1. Permit the Administrator to configure who can access what. a. who can access system files b. protected files 2. Set the driver to load manually - with only administrators allowed to load it. Trying to map the users in NT with that of that linux installation is IMHO not a practical solution. Right now, it does not prevent any user from accessing any file. But that can be changed. :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Pierre Jarillon Sent: Thursday, August 21, 2003 4:52 AM To: [EMAIL PROTECTED] Subject: Re: [Cooker] Software submission for the Mandrake distribution Le Mercredi 20 Août 2003 15:54, Frederic Crozat a écrit : On Wed, 20 Aug 2003 19:18:25 +0530, Manoj Joseph wrote: Hi, I have a piece of software that I would like to submit for consideration for inclusion in the Mandrake distribution. I wrote to [EMAIL PROTECTED] I was directed to make a presentation in this forum. The software is an ext2 file system driver for Windows NT 4.0. URL : http://winext2fsd.sourceforge.net We are doing a linux distribution.. You should ask Microsoft to ship this driver, not us.. I agree too. But I have another reason : such a software on the same computer is a fantastic SECURITY HOLE ! It allows to write on protected files. I remember such a software for windows95 which allows to acces to ext2. Please don't spread this software ... and use reiserfs or better the new reiser4. -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org/
RE: [Cooker] Software submission for the Mandrake distribution
Hi Bob, I have always taken care of this by creating a separate fat32 partition for file sharing across the two systems. I then can move the relevant My Docs (et al) to this d: partition easily enough. As long as we are talking about a non-journaling filesystem, I can't see much of a *practical difference between this and your proposal. The advantage is that you add no additional software and it *will* work. I disagree with you Bob. If you have used a dual-boot system - continued to use both Windows and Linux - you would see that you need to access files in a non-accessible partition ever so often. So, you re-boot into the other os, copy the file to a fat32 partition and re-boot again. I have done this *many* times. I think there is a *practical* need - for some users. Regards, Manoj -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of w9ya Sent: Wednesday, August 20, 2003 10:04 PM To: [EMAIL PROTECTED] Subject: Re: [Cooker] Software submission for the Mandrake distribution Hey Manoj: I have always taken care of this by creating a separate fat32 partition for file sharing across the two systems. I then can move the relevant My Docs (et al) to this d: partition easily enough. As long as we are talking about a non-journaling filesystem, I can't see much of a *practical difference between this and your proposal. The advantage is that you add no additional software and it *will* work. Bob Finch w9ya On Wednesday 20 August 2003 09:53 am, Michael Lothian wrote: Hi I've already used this tool in XP (using the compatibility wizard) of course it didn't work to wellbut that's microsoft's compatibility wizard for you. I personally think it would be a great idea to include it on the mandrake cd as it makes life easier for people using duel boot. And personally I hate using FAT partitions just for transfering files. It would be great if you extended it onto all versions of Windows and even more partition formats not just the Ext ones. Well that's my 2 pennies worth Mike ;-) Manoj Joseph wrote: Hi, I have a piece of software that I would like to submit for consideration for inclusion in the Mandrake distribution. I wrote to [EMAIL PROTECTED] I was directed to make a presentation in this forum. The software is an ext2 file system driver for Windows NT 4.0. URL : http://winext2fsd.sourceforge.net What does this software do? --- - This software is a file system driver - for Windows NT - It facilitates access to ext2 partitions from Windows NT by *any* windows application. - The drive can be accessed just like a native (fat/ntfs) partition - through the regular windows APIs. - The partitions show up as regular drives - E:, F: etc. - The user does not 'see' the fat and the ext2 partitions as 'different'. - Functionality-wise, this driver is similar to the FAT FS driver that ships with windows. Note: This is not a user mode program like the ext2 explorer utilities out there which permit users to copy files to and from ext2 partitions. Who would need it? -- - This driver's primary target would be (WinNT+Linux) dual-boot systems. - *Lots* of home user installations are dual-boot. Very often WinNT+Linux. Like mine. ;) - Very useful to a Windows NT user who is shifting to Linux... Why include a Windows Utility with Linux?? -- - I think of this as a 'migration' utility rather than a _Windows Utility_. - Just as support for fat and ntfs(?) in Linux makes a dual-boot worth trying, the reverse (support for ext2 in NT) does make sense especially in the context of a dual boot system and a user transitioning from Windows to Linux. Is this Windows NT only? This driver presently works for Windows NT 4.0. If there is a demand, I could extend it to Windows 2000/XP/2003 and Ext3... Do you guys out there see any sense in my reasoning? Please feel free to comment. I would be glad to answer any questions you might have. Thanks a lot for your time! Regards, Manoj
RE: [Cooker] Software submission for the Mandrake distribution
Wrong approach. Why? I am not doing a ntfs file system driver for linux. Lack of the NTFS information? The fact that the NTFS file system is not documented *is* a major factor. The reason is nobody has the time to do it. I don't think so. ...Your effort would be MUCH MORE appreciated there, by millions of users. :) -Original Message- From: Szakacsits Szabolcs [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 20, 2003 11:10 PM To: [EMAIL PROTECTED] Cc: Manoj Joseph Subject: RE: [Cooker] Software submission for the Mandrake distribution On Wed, 20 Aug 2003, Manoj Joseph wrote: Lots of linux users are not aware that such a driver *can* exist. I didn't until a month before I started working on this project. ;) Wrong approach. The root of the problem is the Linux NTFS write support isn't finished. Why? Lack of the NTFS information? No. The reason is nobody has the time to do it. Your effort would be MUCH MORE appreciated there, by millions of users. Szaka
RE: [Cooker] Software submission for the Mandrake distribution
I personally think it would be a great idea to include it on the mandrake cd as it makes life easier for people using duel boot. And personally I hate using FAT partitions just for transfering files. I think so too! :) But transferring files is not the only use. A Windows user usually has Windows only application that continue to be used even after switching to dual-boot. Those applications don't get thrown out - at least for a while... Getting those applications to access the ext2 partitions is *useful*. It would be great if you extended it onto all versions of Windows and even more partition formats not just the Ext ones. It can be done. That is what I plan to do. I made this post to see if others are also enthusiastic about this project. Regards, Manoj -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Michael Lothian Sent: Wednesday, August 20, 2003 8:23 PM To: [EMAIL PROTECTED] Subject: Re: [Cooker] Software submission for the Mandrake distribution Hi I've already used this tool in XP (using the compatibility wizard) of course it didn't work to wellbut that's microsoft's compatibility wizard for you. I personally think it would be a great idea to include it on the mandrake cd as it makes life easier for people using duel boot. And personally I hate using FAT partitions just for transfering files. It would be great if you extended it onto all versions of Windows and even more partition formats not just the Ext ones. Well that's my 2 pennies worth Mike ;-) Manoj Joseph wrote: Hi, I have a piece of software that I would like to submit for consideration for inclusion in the Mandrake distribution. I wrote to [EMAIL PROTECTED] I was directed to make a presentation in this forum. The software is an ext2 file system driver for Windows NT 4.0. URL : http://winext2fsd.sourceforge.net What does this software do? --- - This software is a file system driver - for Windows NT - It facilitates access to ext2 partitions from Windows NT by *any* windows application. - The drive can be accessed just like a native (fat/ntfs) partition - through the regular windows APIs. - The partitions show up as regular drives - E:, F: etc. - The user does not 'see' the fat and the ext2 partitions as 'different'. - Functionality-wise, this driver is similar to the FAT FS driver that ships with windows. Note: This is not a user mode program like the ext2 explorer utilities out there which permit users to copy files to and from ext2 partitions. Who would need it? -- - This driver's primary target would be (WinNT+Linux) dual-boot systems. - *Lots* of home user installations are dual-boot. Very often WinNT+Linux. Like mine. ;) - Very useful to a Windows NT user who is shifting to Linux... Why include a Windows Utility with Linux?? -- - I think of this as a 'migration' utility rather than a _Windows Utility_. - Just as support for fat and ntfs(?) in Linux makes a dual-boot worth trying, the reverse (support for ext2 in NT) does make sense especially in the context of a dual boot system and a user transitioning from Windows to Linux. Is this Windows NT only? This driver presently works for Windows NT 4.0. If there is a demand, I could extend it to Windows 2000/XP/2003 and Ext3... Do you guys out there see any sense in my reasoning? Please feel free to comment. I would be glad to answer any questions you might have. Thanks a lot for your time! Regards, Manoj
Re: [Cooker] Bootsplash submissions -- round 3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pierre Jarillon wanted us to know: For some reason I can't access that website (keeps coming up with timeout I have the same problem. There's something kind of funky going on right now (been this way for about 5 hours now). In my case, I cannot get to my website (and mail server) from my house. But I can ssh to a customer's site and then lynx from there to my website. Some wild routing issue is occurring. I saw that Lucent TNT routers are having severe rebooting issues due to the Blaster worm, dunno if that applies or not. Depends if your ISP or someone they're peered with is using them I guess. - -- Blue skies... Todd | Get a bigger hammer! | All vendors suck, but different ones | | http://www.mrball.net | suck less in different applications. | | http://faq.mrball.net |--Andy Walden on NANOG | Linux kernel 2.4.21-0.25mdk 6 users, load average: 0.19, 0.07, 0.06 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: http://www.mrball.net/todd.asc iD8DBQE/RGO8IBT1264ScBURAkBnAJ0fcfnIh/PYCAN1uRTgugdQFIvgEgCghatj gmn/mFfPmeD7c7gPgBJstfA= =MelW -END PGP SIGNATURE-
Re: [Cooker] Missing gmp, klips packages in contrib
On Wed, Aug 20, 2003 at 04:59:08PM -0400, Frank Griffin wrote: Luca Berra wrote: the subject should have read: broken super-freeswan package in contrib. super-freeswan isn't broken unless it doesn't really need those packages. If it needs them and they aren't there, then the problem is that they aren't there. super freeswan IS broken, it is a badly done port of a suse contrib package http://www.m1b.de/content/know/opensource/freeswan - gmp package does not exist, gmp is a library. actually super-freeswan needs libgmp.so.3, which is automatically found and added to provides by rpm when building the package. - klips.. are kernel capabilities, which are stock in cooker kernels. if you want the package can be made to require a kernel = (version where modular alg and ipsec-nat-traversal where added to the kernel) - and it even obsoletes a main package (freeswan) Are there guidelines/rules for coding subject lines here ? If so, where, please ? there is no guideline on subject lines, except common sense. what i was stating is that super-freeswan rpm _is_ broken. regards, L. -- Luca Berra -- [EMAIL PROTECTED] Communication Media Services S.r.l. /\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
[Cooker] Cooker mirrors pbm?
Hi I've been experiencing pbms with keeping a good local mirror of cooker for HD installations. I'm using sunsite.uio.no and one of the last sync triggered a massive number of deletions! For example (and this is only a tiny listing of what was deleted...): ... deleting i586/Mandrake/RPMS/XFree86-xfs-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-server-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-glide-module-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-doc-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-cyrillic-fonts-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-Xvfb-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-Xnest-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-75dpi-fonts-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-100dpi-fonts-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/X11R6-contrib-4.3-19mdk.i586.rpm In my local tree I have: /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-xfs-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-server-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-glide-module-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-doc-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-cyrillic-fonts-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-Xvfb-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-Xnest-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-75dpi-fonts-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-100dpi-fonts-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/X11R6-contrib-4.3-18mdk.i586.rpm So the -18mdk was kept and -19mdk was deleted... Why? Note: This is only for XFree* packages... There was at least 200 deletions in /RPMS and /mdkinst had quite a lot deleted as well. Can someone shed some light on the mirror situation? Thanks. -- Frederic Soulier [EMAIL PROTECTED]
Re: [Cooker] Cooker mirrors pbm?
On Thu, Aug 21, 2003 at 08:51:43AM +0100, Frederic Soulier wrote: Hi I've been experiencing pbms with keeping a good local mirror of cooker for HD installations. I'm using sunsite.uio.no and one of the last sync triggered a massive number of deletions! For example (and this is only a tiny listing of what was deleted...): ... deleting i586/Mandrake/RPMS/XFree86-xfs-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-server-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-glide-module-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-doc-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-cyrillic-fonts-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-Xvfb-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-Xnest-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-75dpi-fonts-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-100dpi-fonts-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/X11R6-contrib-4.3-19mdk.i586.rpm In my local tree I have: /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-xfs-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-server-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-glide-module-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-doc-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-cyrillic-fonts-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-Xvfb-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-Xnest-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-75dpi-fonts-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-100dpi-fonts-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/X11R6-contrib-4.3-18mdk.i586.rpm So the -18mdk was kept and -19mdk was deleted... Why? Note: This is only for XFree* packages... There was at least 200 deletions in /RPMS and /mdkinst had quite a lot deleted as well. Can someone shed some light on the mirror situation? Thanks. Checking the mirror you can see somehow all the packages from 13th Aug onwards are missing from the tree and that explains massive del of files you noticed. I personaly feel some glitch or error while makeing beta3 snapshot as i also see all the kernels missing as well :(( regards, parag
Re: [Cooker] Software submission for the Mandrake distribution
On Thu, 21 Aug 2003, Pierre Jarillon wrote: I agree too. But I have another reason : such a software on the same computer is a fantastic SECURITY HOLE ! then do not install it? having another OS on your machine and unencrypted filesystems is _already_ an security hole. This driver has nothing to do with that. You can only dual boot if you have physical access to the box, so I see no problem. If you want to be secure, do not install windoze. d.
Re: [Cooker] Mirror madness
I checked the two main mirrors and all the files from 2003-08-13 20:45 on have been deleted.
Re: [Cooker] Mirror madness
Paul Dorman [EMAIL PROTECTED] writes: Hi all, I understand that mirror issues have been discussed many times before, but I would really like to get to the bottom of the current situation (and have an up-to-date cooker mirror as well!!). Yes we switch the mirror reference machine, and get some issue in the move. Currently being fixed. [...] Could we get some kind of p2p solution up and running? With so many people wanting to keep a local cooker tree, it would seem self-evident that we should be taking advantage of this technology. A cooker torrent would be excellent! (does BitTorrent handle large numbers of files easily?). This would be could, someone could investigate on that topic? -- Warly
Re: [Cooker] Mirror madness
Am Donnerstag, 21. August 2003, 10:29:55 Uhr MET, schrieb Warly: Could we get some kind of p2p solution up and running? With so many people wanting to keep a local cooker tree, it would seem self-evident that we should be taking advantage of this technology. A cooker torrent would be excellent! (does BitTorrent handle large numbers of files easily?). This would be could, someone could investigate on that topic? The problem isn't the number of files but the frequent file changes. If one file changes you'll have to regenerate the torrent which involves the calculation of the md5 sums of the complete data. This takes a lot of processing time. Maybe bittorrent could be improved by making it cache some md5 sums for the unchanged chunks of data. -- What difference does it make to the dead, the orphans and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty or democracy? Mahatma Gandhi (1869 - 1948), Non-Violence in Peace and War
[Cooker] Re: Re: The 2.6 Kernel
On Wed, 20 Aug 2003 12:29:48 +0100, Adam Williamson wrote: Easy fix for the console problem, which I've posted several times; change the vga= setting in lilo.conf to vga=normal . For mouse, try manually loading the relevant modules, loading on boot seems to be fragile at the moment. Thanks for your tip, but vga was already set to normal. And unfortunately there's no way to load a module by hand without a prompt. Regards, Helge
Re: [Cooker] Bootsplash submissions -- round 3
Le Jeudi 21 Août 2003 03:38, Brant Fitzsimmons a écrit : Pierre Jarillon wrote: I have the same problem. 9 so-3-0-0.mpr1.iah1.us.above.net (64.125.31.25) 168.391 ms 167.590 ms 10 216.200.251.29.ev1.net (216.200.251.29) 176.809 ms 176.184 ms 11 207.218.245.41 (207.218.245.41) 168.335 ms 168.929 ms 166.928 ms 12 * * * This is odd because I believe 207.218.245.41 is the web server's IP address. I'm wondering why it would be trying to resolve anything further after arriving at the server. Now, I can access http://www.bfcomputerconsulting.com for the first time ! A new traceroute shows : 8 pos3-0.er1.atl4.us.above.net (208.185.0.230) 147.739 ms 149.035 ms 9 so-3-0-0.mpr1.iah1.us.above.net (64.125.31.25) 160.267 ms 161.648 ms 10 216.200.251.61.ev1.net (216.200.251.61) 167.567 ms 162.221 ms 11 207.218.245.41 (207.218.245.41) 161.576 ms 163.625 ms 161.520 ms 12 * * * The 10th relay has changed. My opinion about http://www.bfcomputerconsulting.com/mandrake/mandrake_bootsplash.html : I like it, especially Tux in the d ;-) -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org/
Re: [Cooker] 9.2 Installer / Feature suggestion...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mark Watts [EMAIL PROTECTED] writes: During the install, if you select to have a certain size screen for X, it would be nice if it would set that size in lilo for console fb (if supported)... but we have no easy way to know if it will work... We stick to 800x600 because we know it works very often and we know it works when the install works in FB. since the console is used by few users, we prefer not bothering too much :) Ok, is there any chance someone can add the line for 1400x1050 to the list of options the advanced section of drakboot, so console users like me don't have to fish the number out of the back of our brains? :) - -- Mark Watts Senior Systems Engineer QinetiQ TIM St Andrews Road, Malvern GPG Public Key ID: 455420ED -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/RIk3Bn4EFUVUIO0RAmo2AJ9fnstNHzCzyoamZVMCTn/2eVS+lQCgqXMd 2OGtTd7l0/4dcGvQrbJpETw= =Ab17 -END PGP SIGNATURE-
[Cooker] kernel 2.4.22.0.7mdk
Hi all tmb patches of 5mdk.1tmb are integrated except: - ps2_sypnatics (it just hangs my machine during harddrake if that patch is enabled) - acl's for ext2/3: it failed to patch, and it were very late in the morning. Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
[Cooker] Re: new kernel alsa
danny == [EMAIL PROTECTED] writes: danny On Wed, 20 Aug 2003, Austin wrote: On 08/20/03 03:57:30, [EMAIL PROTECTED] wrote: On Tue, 19 Aug 2003, Austin wrote: So a few comments: 1. Kernel 2.6 alsa backport sucks. Hard. It can also be due to one of the other ALSA patches inside mdk kernel. Can you just disable those and try, and do a diff on the rest to see what is different? It sounds like that might be the problem. I'm not 100% sure what you want me to do though. Disable extraneous alsa patches in kernel spec, rebuild a new kernel and test danny not sure if that is possible, you can only give the start patch number to danny the apply_patches script. But you can just remove them from the patches danny tarbal (it is in your SOURCES dir, IIRC danny linux-versionqversion.tar.bz2) You can always try: apply_patches --stop=ms01 apply_patches --start=za01-6 to skip all alsa patches. Notice that alsa patches that we have are basically the only the ones in alsa-0.9.6, or completely new aditions, i.e. basically no patches to alsa code at all (just that their Makefiles/Config.in sucks big time). danny and then rebuild the kernel (check the patches you remove, some danny might be required to let it build properly). it. I think I can do that. But then diff what? danny o..I meant, if it still doesn't work, diff the unpacked alsa tarbal (it is danny also in the patches file) against your danny functional alsa download, to be sure there are no differences. Yupp, and you can send me the diff to update it. But first, please, test 2.4.22.0.7mdk, as I fixed a typo in request module on our alsa patches. Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
[Cooker] Re: lkml: Requested FAQ addition - Mandrake and partial-i686platforms
gc == Guillaume Cottenceau [EMAIL PROTECTED] writes: gc Andrey Borzenkov [EMAIL PROTECTED] writes: Now we need to consider this as it should, e.g. with vanilla kernel anyway many mandrake additions are missing, but it's still important and probably should be at least documented. put it another way - do we need this patch for 2.6? If yes, please, could you add it to contrib 2.6 RPM? gc I'd say yes but I guess Gwenole and/or Juan should rather answer gc that one. without looking at the glibc source, we need it :( Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
[Cooker] Re: kernel-tmb-2.4.22-0.5.2tmb_mdk
thomas == Thomas Backlund [EMAIL PROTECTED] writes: thomas Ok, Hi thanks a lot for the good work. thomas I didn't have time to add more features at this time, thomas or to fix the psaux, so that will have to wait for my next thomas kernel, I just rebuilt the whole set so people can use it... psaux make my SMP system crash here, I just removed the patch (as told in other mail). Looking at your 2tmb patches. thomas %changelog thomas * Mon Aug 18 2003 Thomas Backlund [EMAIL PROTECTED] 2.4.22-0.5.2tmb_mdk thomas - drop psaux synaptics patch until I have time to fix it thomas - fix mod_dvb patch to use new build framework I also fixed mod_dvb compat.c features, as it was interfering with correct modules :( Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
[Cooker] Re: kernel-tmb-2.4.22-0.5.2tmb_mdk(dvb-core needed by net devices?)
svetoslav == Svetoslav Slavtchev [EMAIL PROTECTED] writes: svetoslav Quoting Thomas Backlund [EMAIL PROTECTED]: %changelog * Mon Aug 18 2003 Thomas Backlund [EMAIL PROTECTED] 2.4.22-0.5.2tmb_mdk - drop psaux synaptics patch until I have time to fix it - fix mod_dvb patch to use new build framework * Sat Aug 16 2003 Thomas Backlund [EMAIL PROTECTED] 2.4.22-0.5.1tmb_mdk svetoslav Hi Thomas , svetoslav not a real complain (because i added my test dev-mapper patches), svetoslav but it seems a bit strange: svetoslav snip from lsmod svetoslav i2c-proc8052 0 [w83781d eeprom] svetoslav via-rhine 15632 1 svetoslav 8139too16904 1 svetoslav mii 3800 0 [via-rhine 8139too] svetoslav dvb-core 51832 0 [via-rhine 8139too] svetoslav af_packet 14856 0 (autoclean) svetoslav radeon103036 3 svetoslav i don't have any dvb hardware svetoslav how can this happen ? Different fix on 2.4.22.0.7mdk. Basically there is a compat.c file/module that provides crc32 for 2.4 kernels, but our kernel already has crc32 modules. I found in one of my machines a module named compat.o (loaded) that as an asside tainted the kernel and thought that my machine had been craked :p After further investigation found the problem. Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
[Cooker] Re: kernel-tmb-2.4.22-0.5.2tmb_mdk(dvb-core needed by net devices?)
steffen == Steffen Barszus [EMAIL PROTECTED] writes: Hi answering to the last mail of the thread just if somebody didn't saw my first answer. I found this problem, and it should be fixed in 2.4.22.0.7mdk just released. Thanks, Juan. steffen Am Mittwoch, 20. August 2003 02:24 schrieb Svetoslav Slavtchev: Quoting Steffen Barszus [EMAIL PROTECTED]: Am Dienstag, 19. August 2003 23:39 schrieb Svetoslav Slavtchev: Quoting Steffen Barszus [EMAIL PROTECTED]: Am Dienstag, 19. August 2003 22:55 schrieb Svetoslav Slavtchev: Quoting Steffen Barszus [EMAIL PROTECTED]: can you may be post your modules.conf devfsd.conf changes ? I have done this allready. Maybe the mail didn't came trough and it was not in this thread. So here they come: REGISTER ^dvb/adapter[0-9]+/[^/]+$ PERMISSIONS root.video 0660 REGISTER ^ost/video[0-9]+$ PERMISSIONS root.video 0660 REGISTER ^v4l/[^/]+[0-9]+$ PERMISSIONS root.video 0660 Thats what I have, but REGISTER ^dvb/adapter[0-9]+/[^/]+$ PERMISSIONS root.video 0660 REGISTER ^v4l/[^/]+[0-9]+$ PERMISSIONS root.video 0660 would be enough I think. only for managing permissions? no symlinks? modload ? steffen dvb/adapter doesn't need links for compatibility, /dev/video is steffen elsewhere in the devfs config. If parts of the modules.conf can be put steffen in devfs config it would be fine too, but I don't understand the devfs steffen magic really ;) And my modules.con entries: probeall /dev/dvb dvb-ttpci alias /dev/dvb/* /dev/dvb below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 add below dvb-ttpci grundig_29504-401 grundig_29504-491 add below dvb-ttpci stv0299 ves1820 do you really need all frontends? am i missing smth or a single frontend should be sufficient for a single dvb card ? ( or more, you don't have diffrent kinds right?) steffen Well. This works for all cards with Vendor Id 1131 and Prod Id 7146. Why steffen make it more difficult and trying to distinguish on Subvendor and sub steffen product Id which frontend is used ? I can take that out and see if i can reproduce it here if one or both, or parts of it are taken out. Will do so tomorrow morning and post results i'll check it here with your config addjustments let see what will hapen :) steffen Ok :) steffen Steffen -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
Re: [Cooker] [OT] correct names for things
On Wed, 2003-08-20 at 22:36, J.A. Magallon wrote: The Eskimos, so I'm told, have 16 words for snow, because it's important to them. Urban myth. http://www.straightdope.com/classics/a1_297 (Disclaimer: from now, everywhere I say 'is', I mean 'IMHO, i think'...) I found that article stupid. It is mixing two things: calling 'snow' in different situations by different names, and calling with different words different things made of snow. In fact, Eskimos have many words just for snow (plain snow, falling snow, snow on the ground, and sure many more the writer does not know). It claims that english is also so rich, and tries to convice us that snow, flake and avalanche are refering to the same thing... He should admit that each langage is richer that other in certain fields. For example, spanish has 'libre' and 'gratis', and english just has 'free'. Or spanish has 'ser' (have a quality) and 'estar' (be located at), and english just has 'be' (so does Catalan, it also does not ditinguish between 'ser' and 'estar'). And I have also found words that have more rich forms in english than in spanish (can, may vs 'poder'). In this context, I would be happy about the adoption of terms like 'Free Soft' and 'Gratis Soft' (reverse the order to make english people happy...) Sorry, couldn't resist. And forgive me for my English. ;) Also read the follow-up article. There's a link at the bottom. -- adamw
Re: [Cooker] OT: Have you come across free beer? [was somethingelse..]
On Wed, 2003-08-20 at 23:38, Leif Sawyer wrote: Austin responded to: Adam Williamson whom On 08/20/03 15:46:23, wrote: Besides, have any of you ever met anyone at *all* who's come across free beer? :D Exactly what I was just about to say. Where the hell is this magical land of free beer? Stop by every friday between 5 and 7 for a free tour, and a few ** FREE ** samples of some of the best beer in the nation. Midnight Sun Brewing Company http://www.wildales.com/ Midnight Sun Brewing Company 7329 Arctic Boulevard Anchorage, Alaska 99518 U.S.A. For BeeR shipped to your DooR: Call the friendly folks at Belmont Station in Portland, OR (888) 892-2337 or (503) 232-8538 ...Just another happy customer... Hey, it's true, this list really *does* have all the answers. :) -- adamw
[Cooker] Re: /sbin/installkernel broken
j == J A Magallon [EMAIL PROTECTED] writes: j Hi all... j I have tried to build latest -rc2, and installkernel can't find the j image to install: Hi fixed in bootloader-utils 0.13 just released. Later, Juan. j + exec /sbin/installkernel 2.4.22-rc2-jam1m bzImage j /usr/src/linux-2.4.22-rc2-jam1m/System.map /boot j cat: bzImage: No such file or directory j This makes things work again: j --- installkernel.orig 2003-08-17 02:03:43.0 +0200 j +++ installkernel2003-08-17 02:24:11.0 +0200 j @@ -190,8 +190,6 @@ j [[ -n $4 ]] boot=$4 || boot=/boot j -cd $boot j - j [[ $AUTOREMOVE = no ]] REMOVE= j [[ $NOLINK = yes ]] NOLINK=-n j Problem is that it leaves the script sitting at /boot and installkernel j is called with relative paths from arch/i386/boot. j Some change for specific mandrake things ? If it makes building standard j kernels fail... j TIA j -- j J.A. Magallon [EMAIL PROTECTED] \ Software is like sex: j werewolf.able.es \ It's better when it's free j Mandrake Linux release 9.2 (Cooker) for i586 j Linux 2.4.22-rc1-jam1m (gcc 3.3.1 (Mandrake Linux 9.2 3.3.1-1mdk)) -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
Re: [Cooker] ProPolice stack protection for next Mandrake release?
Vincent Danen [EMAIL PROTECTED] writes: Something like StackGuard+FormatGuard (from Immunix although I think they're quite out-dated) would be good (cover buffer overflows and format string vulns all at the same time). the later should be covered if one check compiler output with modern gcc. i once again promote pixel install deps, build it, check it and offer to upload it script that filter output and only output stderr thus highlighting gcc warnings: #!/usr/bin/perl use MDK::Common; use POSIX; my $rpm = rpm --nosignature; my $rpmdir = chomp_(`rpm --eval '%_topdir'`); my $tmppath = chomp_(`rpm --eval '%_tmppath'`); s|/$|| foreach $rpmdir, $tmppath; if ($0 =~ /isrpms/i) { @ARGV == 1 or die isrpms package name\n; my $srpm = previous_pkg('SRPMS', $ARGV[0]); print installing $srpm\n; system(rpm -i $srpm); my $name = pkg_info($srpm)-{name}; chdir $rpmdir/SPECS; -e $name.spec or die bad spec file name, missing $name.spec\n; system(emacsclient --no-wait $name.spec 2/dev/null); } elsif ($0 =~ /compare/i) { @ARGV or die Compare_package_files rpm file\n; foreach (@ARGV) { my $info = pkg_info($_); my $previous = previous_pkg('RPMS', $info-{name}); compare_package_files($info, $previous); } } else { goto upload; } exit 0; upload: my $short_circuit = $ARGV[0] eq '--short-circuit' shift(@ARGV); my ($q_spec) = @ARGV; if ($q_spec =~ /\.src\.rpm$/) { system(rpm, -i, $q_spec) == 0 or die bad srpm $q_spec\n; ($q_spec) = `$rpm -qpl $q_spec` =~ /(.*)\.spec$/m or internal_error(missing spec); } -e $q_spec or $q_spec = $rpmdir/SPECS/$q_spec.spec; -e $q_spec @ARGV == 1 or die Upload spec file\n; my $spec = basename($q_spec); my $buildlog = $tmppath/.upload-$spec; $| = 1; system(chmod, 644, $q_spec, grep { -f $_ } glob_($rpmdir/SOURCES/*)); if (system(rpmbuild -bs $q_spec $buildlog) != 0) { system(rpmbuild -bs $q_spec /dev/null 2 $buildlog); if (my @deps_needed = cat_($buildlog) =~ /^\s+(\S+)\s+.*is needed by/gm) { foreach (@deps_needed) { system(sudo ue -u $_); system(sudo ue -c $_); } warn Waiting for @deps_needed to be installed\n; sleep 120; } if (my @deps_conflict = cat_($buildlog) =~ /^\s+(\S+)\s+.*conflicts with/gm) { @deps_conflict = map { chomp_(`rpm -q --whatprovides --qf '%{name}\n' $_`) } @deps_conflict; print STDERR There are conflicting packages.\nRemove packages @deps_conflict (Y/n) ?; STDIN !~ /n/i or exit 0; system(sudo ue -e $_) foreach @deps_conflict; warn Waiting for @deps_conflict to be removed\n; sleep 120; } system(rpmbuild -bs $q_spec $buildlog) == 0 or die rpmbuild -bs $spec failed\n; } my ($srpm) = map { if_(/^Wrote: (.*)/, $1) } cat_($buildlog); my $info = pkg_info($srpm); my $previous_srpm = eval { previous_pkg('SRPMS', $info-{name}, $info-{name}-$info-{version}) }; my $previous = $previous_srpm pkg_info($previous_srpm); my $cooker_or_contrib; if ($previous_srpm) { $info-{version} eq $previous-{version} $info-{release} eq $previous-{release} and die ERROR: package $info-{name} already exists in cooker ($previous_srpm)\ndid you increase the release number?\n; if ($previous_srpm =~ m|mandrake/uploads|) { print package $info-{name} is already in the upload queue ($previous_srpm)\n; print continue anyway (y/N)? ; STDIN =~ /^y/i or exit 1; } $cooker_or_contrib = $previous_srpm =~ m|contrib/| ? 'contrib' : 'cooker'; } while (!$cooker_or_contrib) { print($previous_srpm ? Weird, $info-{name} is both in contrib and main : $info-{name} is neither in contrib nor main); print , what do you choose (contrib/cooker)? ; my $r = STDIN; $cooker_or_contrib = 'contrib' if $r =~ /con/i; $cooker_or_contrib = 'cooker' if $r =~ /coo/i; $cooker_or_contrib or print qq(Bad answer, please type cooker or contrib\n); }; if ($short_circuit) { print installing...\n; system(rpmbuild -bi --short-circuit $q_spec $buildlog) == 0 or die rpmbuild -bi --short-circuit $spec failed\n; system(rpmbuild -bb --short-circuit $q_spec $buildlog) == 0 or die rpmbuild -bb --short-circuit $spec failed\n; } else { print building...\n; system(rpmbuild -bb $q_spec $buildlog) == 0 or die rpmbuild -bb $spec failed\n; } my @rpms = map { pkg_info($_) } map { if_(/^Wrote: (.*)/, $1) } cat_($buildlog); if ($previous_srpm) { @rpms = compare_package_files($previous, @rpms); compare_package_requires($previous, @rpms); compare_package_provides($previous, @rpms); } else { if (any { $_-{name} =~ /-debug$/ } @rpms) { print Do you want to upload $info-{name}-debug (the debug version) (y/N)? ; if (STDIN !~ /^y/i) { @rpms = grep { $_-{name} !~ /-debug$/ } @rpms; } } } { my $rpms = join( , map { $_-{file} } @rpms); if (my $s = `rpmlint $srpm $rpms`) { print
Re: [Cooker] package problem, ongoing
On Wed, 2003-08-20 at 13:03, Adam Williamson wrote: On Wed, 2003-08-20 at 12:37, Götz Waschk wrote: Am Mittwoch, 20. August 2003, 12:32:38 Uhr MET, schrieb Adam Williamson: This has been going on for several days now, been quiet since I expected it'd be fixed, but I guess it needs reporting now. Doing urpmi --auto-select without using --keep comes up with this error: The following packages have to be removed for others to be upgraded: gmencoder-0.0.7-1plf.i586 (due to missing mplayer, due to missing mencoder) mencoder-0.90-15plf.i586 (due to unsatisfied mplayer == 0.90-15plf) mplayer-0.90-15plf.i586 (due to unsatisfied libpostproc0 == 0.90) mplayer-gui-0.90-15plf.i586 (due to unsatisfied mplayer == 0.90-15plf) (y/N) N Update your plf source, you'll need mplayer 0.91-3plf et al. I am updating my plf source. :). I wonder if there's something wrong with it? I use the easynet.fr source, maybe I'll try another. Thanks. OK, to follow up again, something was indeed wrong with my PLF source; I switched to another and I can now get the PLF packages fine. There's now a different teensy-weensy problem, however, which is that the packages in main have disappeared :). libpostproc0 and libdha0 packages are simply no longer there, they've been deleted. This is on TWO different mirrors, too :D. Any takers for this one? -- adamw
Re: [Cooker] Re: Re: The 2.6 Kernel
On Thu, 2003-08-21 at 09:06, Helge Hielscher wrote: On Wed, 20 Aug 2003 12:29:48 +0100, Adam Williamson wrote: Easy fix for the console problem, which I've posted several times; change the vga= setting in lilo.conf to vga=normal . For mouse, try manually loading the relevant modules, loading on boot seems to be fragile at the moment. Thanks for your tip, but vga was already set to normal. And unfortunately there's no way to load a module by hand without a prompt. Ah, different problem then. Apologies. -- adamw
Re: [Cooker] 2.6-tips and docs
I meant my RPMs that I uploaded to usual place; I updated them a bit since then. please get a look. -Original Message- Andrey Borzenkov [EMAIL PROTECTED] writes: (should module-init-tools not BuildRequire glibc-static-devel ?) yes it should. But because I build it on 9.1 and 9.1 does not have glibc-static-devel I was a bit selfish and put something that applies to both. I guess doing urpmi module-init-tools-XXX.src.rpm should pull in that as well, but I may be wrong. Thierry, please put in correct requires for official package. I guess I can live with rpm -b --nodeps already fixed since Jul 24 2003, it seems
Re: [Cooker] Re: kernel-tmb-2.4.22-0.5.2tmb_mdk
Am Donnerstag, 21. August 2003 11:32 schrieb Juan Quintela: thomas == Thomas Backlund [EMAIL PROTECTED] writes: thomas Ok, Hi thanks a lot for the good work. thomas I didn't have time to add more features at this time, thomas or to fix the psaux, so that will have to wait for my next thomas kernel, I just rebuilt the whole set so people can use it... psaux make my SMP system crash here, I just removed the patch (as told in other mail). Looking at your 2tmb patches. thomas %changelog thomas * Mon Aug 18 2003 Thomas Backlund [EMAIL PROTECTED] 2.4.22-0.5.2tmb_mdk thomas - drop psaux synaptics patch until I have time to fix it thomas - fix mod_dvb patch to use new build framework I also fixed mod_dvb compat.c features, as it was interfering with correct modules :( Later, Juan. Ok will try it out, as fast, as it hits my mirror. Steffen
Re: [Cooker] package problem, ongoing
On Thu, 2003-08-21 at 11:07, Adam Williamson wrote: On Wed, 2003-08-20 at 13:03, Adam Williamson wrote: On Wed, 2003-08-20 at 12:37, Götz Waschk wrote: Am Mittwoch, 20. August 2003, 12:32:38 Uhr MET, schrieb Adam Williamson: This has been going on for several days now, been quiet since I expected it'd be fixed, but I guess it needs reporting now. Doing urpmi --auto-select without using --keep comes up with this error: The following packages have to be removed for others to be upgraded: gmencoder-0.0.7-1plf.i586 (due to missing mplayer, due to missing mencoder) mencoder-0.90-15plf.i586 (due to unsatisfied mplayer == 0.90-15plf) mplayer-0.90-15plf.i586 (due to unsatisfied libpostproc0 == 0.90) mplayer-gui-0.90-15plf.i586 (due to unsatisfied mplayer == 0.90-15plf) (y/N) N Update your plf source, you'll need mplayer 0.91-3plf et al. I am updating my plf source. :). I wonder if there's something wrong with it? I use the easynet.fr source, maybe I'll try another. Thanks. OK, to follow up again, something was indeed wrong with my PLF source; I switched to another and I can now get the PLF packages fine. There's now a different teensy-weensy problem, however, which is that the packages in main have disappeared :). libpostproc0 and libdha0 packages are simply no longer there, they've been deleted. This is on TWO different mirrors, too :D. Any takers for this one? OK, disregard this, just saw the other messages about missing packages on the mirrors :) -- adamw
RE: [Cooker] Software submission for the Mandrake distribution
On Thu, 21 Aug 2003, Manoj Joseph wrote: Wrong approach. Why? I am not doing a ntfs file system driver for linux. AFAIR, you mentioned it helps Win - Linux migration. If you migrate, then you want to solve issues in the new, native environment, not escaping and working around. Fix the cause, not the symptom. However your tool can be a very valuable one for Linux - Win migrants, so asking Microsft to including it seems quite reasonable, soon ;) Moreover as others also pointed out, there are several such tools. I know, yours is in kernel space and better, etc, but it's still the not invented here category, no real innovation, value in my opinion (you asked for it ;) Lack of the NTFS information? The fact that the NTFS file system is not documented *is* a major factor. It's a myth, this is why I also mentioned it before. It took me about one month in my limited free time to go through the current, public NTFS docs and sources and write ntfsresize and fix/help to fix all known problems in the version 2 NTFS driver (what most distros ship). Anton Altaparmakov, the driver maintainer, says, the problem [to implement _full_ write support] is the lack of time, not lack of public knowledge. But don't believe us [linux-ntfs developers], just think it over. If you have the knowledge how to read, sure you also know who to write those on-disk data [there might be technologies where this is not true, but it's not NTFS]. However NTFS is pretty complex and write support is at least 10x harder to implement than read support due to e.g. carefully handling concurrency issues. The reason is nobody has the time to do it. I don't think so. I definitely know, I don't have time. Anton says he also doesn't have time (doing his PH.D). I believe this because it happens he ignores my patches, no regular releases, announcements or real activity. Flatcap, another developer and the webmaster, also doesn't have time, ignores emails or can respond only weeks later, web site is pretty outdated, etc. Rarely people ask what they could help, they are told then they are gone without reappearing again. So at present Linux NTFS develpment is pretty in stalled, maintaince mode, for half, one year (e.g. I wrote the ntfs resizer over 1 year ago, it just recently started to be known, thanks to Mandrake). ...Your effort would be MUCH MORE appreciated there, by millions of users. :) I'm not joking :) See e.g. the statistics of the Linux-NTFS project (the lines at the right is down because those data are for this, not an entire month) http://sourceforge.net/project/stats/index.php?report=monthsgroup_id=13956 Over 2,300,000 page views. Goggle stats says, every month there are 1-2% more NT based OS (NTFS) than Win9* one (FAT). FAT has volume and file size limits and several other drawbacks and soon will go away except for special purposes. Szaka
[Cooker] Re: [Contrib-Rpm] bootsplash-themes-2.0.0-1mdk
On Wed, 2003-08-20 at 18:43, Olivier Blin wrote: [Contrib-RPM] -=-=-=- Name: bootsplash-themesRelocations: (not relocateable) Version : 2.0.0 Vendor: MandrakeSoft Release : 1mdk Build Date: Wed Aug 20 15:21:58 2003 Install Date: (not installed) Build Host: klama.mandrake.org Group : System/Kernel and hardwareSource RPM: (none) Size: 237817 License: GPL Signature : (none) Packager: Olivier Blin [EMAIL PROTECTED] URL : http://www.linux-mandrake.com/cgi-bin/cvsweb.cgi/soft/bootsplash/ Summary : Bootsplash themes Description : Additional themes for bootsplash: - Linux - Timothy's Use drakboot to switch themes. You can also modify /etc/sysconfig/bootsplash , run /usr/share/loader/make-initrd -n , and reinstall your boot loader. Um, there's already a bootsplash-themes package in main, version 1.4.1-1mdk. Shouldn't the one in contrib be named differently, or replace the one in main, or something? -- adamw
Re: [Cooker] Software submission for the Mandrake distribution
On Wed, 20 Aug 2003 21:54, Frederic Crozat wrote: The software is an ext2 file system driver for Windows NT 4.0. We are doing a linux distribution.. You should ask Microsoft to ship this driver, not us.. That's a bit short, it's a useful migration tool. You ship loadlin, why not this? At least consider it for MandrakeClub, but I think it belongs in Contribs. Cheers; Leon
Re: [Cooker] Software submission for the Mandrake distribution
On Thu, 21 Aug 2003 03:46, Adam Williamson wrote: On Wed, 2003-08-20 at 18:30, Levi Ramsey wrote: Am I the only one who's been waiting for someone to muddy those waters with a beer whose recipe is GPL'd? ;o) Besides, have any of you ever met anyone at *all* who's come across free beer? :D I don't drink beer (don't like the flavour, and don't need intoxicants to have fun), but I have been offered beer for free on many occasions. Cheers; Leon
Re: [Cooker] Mirror madness
On Thu, 21 Aug 2003 16:28, Götz Waschk wrote: The problem isn't the number of files but the frequent file changes. If one file changes you'll have to regenerate the torrent which involves the calculation of the md5 sums of the complete data. This takes a lot of processing time. Maybe bittorrent could be improved by making it cache some md5 sums for the unchanged chunks of data. Götz, if you could blend rsync and BitTorrent into one protocol, you'd be an international hero. (-: Cheers; Leon
[Cooker] Patching kernel
svetoslav == Svetoslav Slavtchev [EMAIL PROTECTED] writes: Hi Just a new comment about patches: Reason why I used names like: AB01-2_blah.patch was to make it easy to distinguih with a single ls version_1/patches d1 ls version_2/patches d2 diff d1 d2 showed me what patches changed between one and the other, the only thing that had to happen was that if a patch change, its name *must* also change. As other people (myself included) forgotted to update names when rediffing, I do now a: cd version_1/patches; md5sum * d1 cd version_2/patches; md5sum * d2 diff d1 d2 Then it is not necessary to have the ugly AB01-2_blah.patch names. AB01_blah.patch should be enough. svetoslav i don't have one (can you send me yours :) ) attached :) Now that we are on that, will show full set of alias shell functions for your .bashrc way that I release kernel: tar xvfj linux-2.4.21.tar.bz2 # kcp hardlinks the trees, making operation very fast and very space # efficient, you need an editor than understand hardlinks (i.e. when # it oppens a file with numer of links 1, it copies the file when # you modify it, don't update inplace). emacs knows how to do it, vim # by default no. kcp linux-2.4.21 w1 cd w1 patch/2.4.21-q1/scripts/apply_patches some patch fail, namely AB01_something.patch fix rejects cd .. d1 w1/path_file_1 .ab01 # only diff between d1 d2 is that d1 remove the /tmp/d file if it # already exists d2 w1/path_file_2 .ab01 edit AB01_something.patch see if the changes are good, and change the differences of the files. continue apply_patches with next patch. Here are the aliases. # write protect a directory, very useful with kcp below kprotect () { local directory=$1 find $directory -type f | xargs chmod a-w } # Made the diff of of file.orig and file temp_file=/tmp/d # Extra Bonus: does somebody how to convince diff to type the diff # line when diffing a single file? d2 () { local filename=$1 local version=$2 echo diff -uNp ${filename}${version}.orig ${filename} $temp_file /usr/bin/diff -uNp ${filename}${version}.orig ${filename} $temp_file } d1 () { local filename=$1 local version=$2 # truncate dest file cp -f /dev/null $temp_file d2 $filename $version } # The k* build kernel functions alias knone='~/bin/r --without up --without smp --without enterprise --without BOOT --without secure --without source --without doc SPECS/kernel-2.4.spec' alias kup='knone --with up' alias kboot='knone --with BOOT' alias ksmp='knone --with smp' alias kent='knone --with enterprise' alias ksecure='knone --with secure' # now you can compile only an SMP kernel with with debug with # ksmp -bb --with debug # ~/bin/r is simply a shell script with that allows me to compile # things in any dir. #!/bin/sh export LC_ALL=C exec rpm --define _topdir $PWD --define _tmppath $PWD/tmp $* # end r alias rdiff='/usr/bin/diff -urNp --exclude=CVS --exclude=*~ --exclude=.#* --exclude=TAGS' alias diff='/usr/bin/diff -up' alias kdiff='/usr/bin/diff -urNp --exclude-from=$HOME/config/misc/dontdiff' alias kcp='cp -dpilR' alias minstall=make INSTALL_MOD_PATH=/tmp/kk modules_install # kdiff is very good to diff kernel-trees, it is very fast if you are # using hard-linked trees (i.e. created with kcp), and the dontdiff # file just told files that you are not interesested in. # # ExtraBonus: How to put a directory with a dir/file thing. svetoslav hm, i think it shouldn't be a problem, but .. svetoslav i can not give you a good explanation so .. svetoslav you might drop it if you think it might break smth. svetoslav ( svetoslav i couldn't get it running with my CD/DVD writers, svetoslav and the patch was not really tested/ it was intended just for review by Thomas svetoslav ) I did a couple of small changes in it. Will try harder later. Later, Juan. dontdiff Description: don't diff file -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
Re: [Cooker] QT massive improvement
On Wed 20 Aug 2003 05:40, Mark Watts posted as excerpted below: Laurent built Qt with KDE widget support in 3.1.2-13mdk. It doesn't seem to help Qcad though, but a few other Qt-only apps do look better. /me wonders how KDE was working at all if qt wasn't compiled with KDE widget support... Evidently I don't understand qt ! I wondered as well.. until I thought about it.. KDE calls its own widgets, knows about them and uses them as necessary. Qt, OTOH, didn't know about or use them. Adding KDE widget support allows Qt-only (thus, not KDE specific) apps to ALSO use the KDE widgets. It doesn't directly affect KDE, except that Qt is a lower level library system than KDE, so it could in theory make things a bit more efficient. Since Qt-only apps won't know about KDE, they will call the general Qt widgets, but with KDE widget support, Qt uses the KDE ones directly now rather than its own, in some (all possible??) cases. The benefit here would be that Qt is designed for cross-platform incl. MSWormOS use, and their widgets would by necessity be a compromise based on that. In a more KLX (KDE League I believe it is term for KDE on Linux using XFree86) native environment, the KDE widgets have been designed to look better and be more refined than the Qt general widgets, so the benefit here is that Qt-only apps get the benefit of the nicer/newer KDE refinements, including anti-aliasing, etc. At least, that's an educated guess based on the little widget kit programming and conversion knowledge I have, which might be just enough to get a plausible sounding but totally wrong impression of things, I must admit. g -- Duncan - List replies preferred. They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. Benjamin Franklin
Re: [Cooker] OT: Have you come across free beer? [was somethingelse..]
Adam Williamson wrote: On Wed, 2003-08-20 at 23:38, Leif Sawyer wrote: Austin responded to: Adam Williamson whom On 08/20/03 15:46:23, wrote: Besides, have any of you ever met anyone at *all* who's come across free beer? :D Exactly what I was just about to say. Where the hell is this magical land of free beer? Stop by every friday between 5 and 7 for a free tour, and a few ** FREE ** samples of some of the best beer in the nation. Midnight Sun Brewing Company http://www.wildales.com/ Midnight Sun Brewing Company 7329 Arctic Boulevard Anchorage, Alaska 99518 U.S.A. For BeeR shipped to your DooR: Call the friendly folks at Belmont Station in Portland, OR (888) 892-2337 or (503) 232-8538 ...Just another happy customer... Hey, it's true, this list really *does* have all the answers. :) If in the Twin Cites area in Minnesota, you can take a free tour of the Summit Brewing Company (just outside of Saint Paul). At the end, you get free beer (not legal to sell -- aw shucks, twist my arm). In fact, I think just about any brewery has tours and will give out beer at the end. And, still more off-topic, Ben and Jerry's gives out (or at least used to) free ice cream at certain events, and at the end of a tour of their plant in Vermont. But, as they say, you only borrow beer. Linux has stuck around much longer for me, at least... :) - John
RE: [Cooker] Software submission for the Mandrake distribution
Hi Szaka, Wrong approach. Why? I am not doing a ntfs file system driver for linux. AFAIR, you mentioned it helps Win - Linux migration. If you migrate, then you want to solve issues in the new, native environment, not escaping and I don't think I understand you. Are you suggesting that writing an ext2 driver for windows is the wrong approach and writing an ntfs driver is the right one? If that is what you say, I disagree. IMHO *both* are required. Support on both sides (Windows and Linux) for native file systems of both sides would make life lot easier. One does *not* replace another. working around. Fix the cause, not the symptom. However your tool can be a very valuable one for Linux - Win migrants, so asking Microsoft to including it seems quite reasonable, soon ;) :) Regarding my comments on the documentation of ntfs and lack of time, I stand corrected. :) Regards, Manoj
Re: [Cooker] Re: [Contrib-Rpm] bootsplash-themes-2.0.0-1mdk
Um, there's already a bootsplash-themes package in main, version 1.4.1-1mdk. Shouldn't the one in contrib be named differently, or replace the one in main, or something? Warly told me to upload this package as bootsplash-themes in contrib, I've asked him to remove the old one in main. It will perhaps replace the one in main later, please give some feedback about it first ;) -- Olivier Blin
Re: [Cooker] Software submission for the Mandrake distribution
Hey Manoj; Well if you have to keep booting back and forth just to move a file, it just shows bad planning. I have set up business clients this way, they are told to use the fat332 partition for work used across both op systems, and they actually do just that ! (i.e. No problems.) Bob On Thursday 21 August 2003 01:04 am, Manoj Joseph wrote: Hi Bob, I have always taken care of this by creating a separate fat32 partition for file sharing across the two systems. I then can move the relevant My Docs (et al) to this d: partition easily enough. As long as we are talking about a non-journaling filesystem, I can't see much of a *practical difference between this and your proposal. The advantage is that you add no additional software and it *will* work. I disagree with you Bob. If you have used a dual-boot system - continued to use both Windows and Linux - you would see that you need to access files in a non-accessible partition ever so often. So, you re-boot into the other os, copy the file to a fat32 partition and re-boot again. I have done this *many* times. I think there is a *practical* need - for some users. Regards, Manoj -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of w9ya Sent: Wednesday, August 20, 2003 10:04 PM To: [EMAIL PROTECTED] Subject: Re: [Cooker] Software submission for the Mandrake distribution Hey Manoj: I have always taken care of this by creating a separate fat32 partition for file sharing across the two systems. I then can move the relevant My Docs (et al) to this d: partition easily enough. As long as we are talking about a non-journaling filesystem, I can't see much of a *practical difference between this and your proposal. The advantage is that you add no additional software and it *will* work. Bob Finch w9ya On Wednesday 20 August 2003 09:53 am, Michael Lothian wrote: Hi I've already used this tool in XP (using the compatibility wizard) of course it didn't work to wellbut that's microsoft's compatibility wizard for you. I personally think it would be a great idea to include it on the mandrake cd as it makes life easier for people using duel boot. And personally I hate using FAT partitions just for transfering files. It would be great if you extended it onto all versions of Windows and even more partition formats not just the Ext ones. Well that's my 2 pennies worth Mike ;-) Manoj Joseph wrote: Hi, I have a piece of software that I would like to submit for consideration for inclusion in the Mandrake distribution. I wrote to [EMAIL PROTECTED] I was directed to make a presentation in this forum. The software is an ext2 file system driver for Windows NT 4.0. URL : http://winext2fsd.sourceforge.net What does this software do? --- - This software is a file system driver - for Windows NT - It facilitates access to ext2 partitions from Windows NT by *any* windows application. - The drive can be accessed just like a native (fat/ntfs) partition - through the regular windows APIs. - The partitions show up as regular drives - E:, F: etc. - The user does not 'see' the fat and the ext2 partitions as 'different'. - Functionality-wise, this driver is similar to the FAT FS driver that ships with windows. Note: This is not a user mode program like the ext2 explorer utilities out there which permit users to copy files to and from ext2 partitions. Who would need it? -- - This driver's primary target would be (WinNT+Linux) dual-boot systems. - *Lots* of home user installations are dual-boot. Very often WinNT+Linux. Like mine. ;) - Very useful to a Windows NT user who is shifting to Linux... Why include a Windows Utility with Linux?? -- - I think of this as a 'migration' utility rather than a _Windows Utility_. - Just as support for fat and ntfs(?) in Linux makes a dual-boot worth trying, the reverse (support for ext2 in NT) does make sense especially in the context of a dual boot system and a user transitioning from Windows to Linux. Is this Windows NT only? This driver presently works for Windows NT 4.0. If there is a demand, I could extend it to Windows 2000/XP/2003 and Ext3... Do you guys out there see any sense in my reasoning? Please feel free to comment. I would be glad to answer any questions you might have. Thanks a lot for your time! Regards, Manoj
Re: [Cooker] Software submission for the Mandrake distribution
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pierre Jarillon wrote: Le Mercredi 20 Août 2003 15:54, Frederic Crozat a écrit : We are doing a linux distribution.. You should ask Microsoft to ship this driver, not us.. I agree too. But I have another reason : such a software on the same computer is a fantastic SECURITY HOLE ! Then we should remove the NTFS ro driver from Mandrake, and also ask the Knoppix people to do the same. Being able to access file (even read-only) is just as bad as being able to write to files (dump the SAM from a Windows machine, crack a password, reboot and have admin rights). It allows to write on protected files. I remember such a software for windows95 which allows to acces to ext2. And that made Windows95 any *less* secure?? You could have formatted the partition, without a valid login on the machine!!. Sorry, the security argument isn't valid. Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/RKwKrJK6UGDSBKcRArxsAJ0Q9KBOQ1woq8iYhQ/7ZA0SetnaawCgzHKn o9IoFRF6CSSzbQif/xkvSy0= =xXBJ -END PGP SIGNATURE- * Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. *
[Cooker] libgnomeprint / ui update?
Fred, what's the decision on GNOME release team for libgnomeprint/ui releases? Will it be using 2.3.x release? AFAIK it's already using 2.3 branches in GNOME release 2.3.6 ... will MDK follow suite? Abel -- Abel Cheung Linux counter #256983 | http://counter.li.org GPG Key: (0xC67186FF) | http://deaddog.org/gpg.asc Key fingerprint: 671C C7AE EFB5 110C D6D1 41EE 4152 E1F1 C671 86FF pgp0.pgp Description: PGP signature
Re: [Cooker] QT massive improvement
Duncan wrote: I wondered as well.. until I thought about it.. KDE calls its own widgets, knows about them and uses them as necessary. Qt, OTOH, didn't know about or use them. Adding KDE widget support allows Qt-only (thus, not KDE specific) apps to ALSO use the KDE widgets. It doesn't directly affect KDE, except that Qt is a lower level library system than KDE, so it could in theory make things a bit more efficient. Since Qt-only apps won't know about KDE, they will call the general Qt widgets, but with KDE widget support, Qt uses the KDE ones directly now rather than its own, in some (all possible??) cases. The benefit here would be that Qt is designed for cross-platform incl. MSWormOS use, and their widgets would by necessity be a compromise based on that. In a more KLX (KDE League I believe it is term for KDE on Linux using XFree86) native environment, the KDE widgets have been designed to look better and be more refined than the Qt general widgets, so the benefit here is that Qt-only apps get the benefit of the nicer/newer KDE refinements, including anti-aliasing, etc. At least, that's an educated guess based on the little widget kit programming and conversion knowledge I have, which might be just enough to get a plausible sounding but totally wrong impression of things, I must admit. g Cool; thanks for the explanation. I think I can get my brain around it better, now. One question (for anyone who can answer) would be: does this break Qt apps in GNOME (or Window Maker, etc)? That is, will I still be able to run a Qt app without installing KDE? GTK+ apps (notably, DrakXTools) can run just fine under KDE. I just wanted to confirm that this new support doesn't break Qt apps' ability to be run under other DMs... - John
Re: [Cooker] 9.2 Installer / Feature suggestion...
Mark Watts [EMAIL PROTECTED] writes: Mark Watts [EMAIL PROTECTED] writes: During the install, if you select to have a certain size screen for X, it would be nice if it would set that size in lilo for console fb (if supported)... but we have no easy way to know if it will work... We stick to 800x600 because we know it works very often and we know it works when the install works in FB. since the console is used by few users, we prefer not bothering too much :) Ok, is there any chance someone can add the line for 1400x1050 to the list of options the advanced section of drakboot, so console users like me don't have to fish the number out of the back of our brains? :) ok. but can you tell where you found the information 1400x1050 console fb needs: vga=0x343 ? thanks
Re: [Cooker] libgnomeprint / ui update?
On Thu, 21 Aug 2003 19:24:25 +0800, Abel Cheung wrote: --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Fred, what's the decision on GNOME release team for libgnomeprint/ui releases? Will it be using 2.3.x release? AFAIK it's already using 2.3 branches in GNOME release 2.3.6 ... will MDK follow suite? No, it is not used by GNOME 2.3.x at all.. GNOME 2.4.0 will ship with libgnomeprint(ui) 2.2.x GNOME 2.4.1 should ship with libgnomeprint(ui) 2.3.x -- Frederic Crozat MandrakeSoft
Re: [Cooker] 9.2 Installer / Feature suggestion...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 21 August 2003 13:29, Pixel wrote: Mark Watts [EMAIL PROTECTED] writes: Mark Watts [EMAIL PROTECTED] writes: During the install, if you select to have a certain size screen for X, it would be nice if it would set that size in lilo for console fb (if supported)... but we have no easy way to know if it will work... We stick to 800x600 because we know it works very often and we know it works when the install works in FB. since the console is used by few users, we prefer not bothering too much :) Ok, is there any chance someone can add the line for 1400x1050 to the list of options the advanced section of drakboot, so console users like me don't have to fish the number out of the back of our brains? :) ok. but can you tell where you found the information 1400x1050 console fb needs: vga=0x343 ? thanks /usr/src/linux/Documentation/fb/ - -- Regards, Per Øyvind Karlsen Sintrax Solutions http://www.sintrax.net - +47 41681061 - GPG Key: http://sintrax.net/~hawkeye/key.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/RK6Xv8F7V9JOSuURAg4xAJ9bZXtpJEQAtmJRlVK3d1aHbBC75gCg1iOX joRH4V+YWDXsREfCm9ammDA= =noFw -END PGP SIGNATURE-
Re: [Cooker] kernel 2.4.22.0.7mdk
Juan Quintela [EMAIL PROTECTED] writes: all tmb patches of 5mdk.1tmb are integrated except: - ps2_sypnatics (it just hangs my machine during harddrake if that patch is enabled) then it'll dye once mousedrake is runned since harddrake uses it to detect mouse. drakx uses it too so this patch really cannot be included.
Re: [Cooker] Software submission for the Mandrake distribution
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Leon Brooks wrote: On Wed, 20 Aug 2003 21:54, Frederic Crozat wrote: That's a bit short, it's a useful migration tool. IMHO, no, it's a crutch supporting your use of Windows. NTFS resizing is a migration tool. NTFS read support is a migration tool. vfat write support is a migration tool. Samba (client) is software supporting migratees, but this belongs with Cygwin, mingw, Dev-C++, OpenOffice.org for Windows, Gimp for Windows (all of which are more free BTW), none of which we ship. You ship loadlin, why not this? Loadlin can be used to bootstrap an installation on machines which have no other means of booting an installation. At least consider it for MandrakeClub, MandrakeClub doesn't really have anything setup for distributing anything but RPMs. IMHO, there should be a Windows compatability CD in the Powerpack/ProSuite, with the software I mentioned above and this driver instead. If people can access MandrakeClub, they can download it seperately. but I think it belongs in Contribs. It doesn't make the requirements, it is not free enough (similarly to freedos, which can't be compiled with free software). The rules (since there is not published policy) is something like: 1)it must be possible to build all packages in main with only packages in main 2)it must be possible to build all packages in contrib with only packages in main and contrib 3)all packages in main and contrib must be open-source To compile this driver, we would need the DDK, which is not open-source, thus cannot go in contrib, thus the driver would not satisfy (2). AFAIK everything else in main and contrib is done this way. Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/RLBWrJK6UGDSBKcRAkMmAKCtk+FOyF1UwEA+kG8sSqC+2uly1ACfUUuJ otya9y+wtJF7AvN9+c92new= =7p24 -END PGP SIGNATURE- * Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. *
Re: [Cooker] Software submission for the Mandrake distribution
On Wed 20 Aug 2003 23:05, Manoj Joseph posted as excerpted below: But transferring files is not the only use. A Windows user usually has Windows only application that continue to be used even after switching to dual-boot. Those applications don't get thrown out - at least for a while... Getting those applications to access the ext2 partitions is *useful*. The reverse of that could work about as well, especially with the remount possibilities of newer kernels and mount, or symlink possibilities, for that matter. IOW, set up the FAT partition, creating subfolders as appropriate for the various points in the Linux fs tree you wish to share. Then remount the FAT partition at the appropriate places or point symlinks from the appropriate places as necessary under Linux, and VWALLA! you have files transparently accessible from Linux at their usual tree locations, AND accessible from MSWormOS. .. For a decade I labored under MSWormOS without the magic of symlinks. The first five years, I didn't know what I was missing. The next three, I could conceptualize it but didn't really understand the implications. The last two, I had discovered a utility that made it more or less possible -- at least for folders. Then I upgraded to Linux just under two years ago, and I'm STILL appreciating the amazing abilities of symlinks, tho I know they don't /always/ work /quite/ like the actual files would. IMO, many/most *ix users don't realize just how flexible they can be. as they offer solutions time and again for my weird partitioning and location dilemmas. -- Duncan - List replies preferred. They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. Benjamin Franklin
Re: [Cooker] Software submission for the Mandrake distribution
On Thu, 21 Aug 2003 19:08, Manoj Joseph wrote: Are you suggesting that writing an ext2 driver for windows is the wrong approach and writing an ntfs driver is the right one? If that is what you say, I disagree. IMHO *both* are required. Support on both sides (Windows and Linux) for native file systems of both sides would make life lot easier. One does *not* replace another. If you had to make do with one, a full-featured NTFS driver for Linux would be the best from a migrational PoV. Which system do you *want* to spend the most time in? Ext[23] from MS-Windows seems to being addressed at least three times, NTFS for Linux not quite once. It makes sense to me to put more effort into bringing the NTFS-for-Linux up to par - *if* you have a choice - than to polish the extN-for-MS-Windows driver. Cheers; Leon
Re: [Cooker] QT massive improvement
John Keller [EMAIL PROTECTED] writes: I wondered as well.. until I thought about it.. KDE calls its own widgets, knows about them and uses them as necessary. Qt, OTOH, didn't know about or use them. Adding KDE widget support allows Qt-only (thus, not KDE specific) apps to ALSO use the KDE widgets. It doesn't directly affect KDE, except that Qt is a lower level library system than KDE, so it could in theory make things a bit more efficient. Since Qt-only apps won't know about KDE, they will call the general Qt widgets, but with KDE widget support, Qt uses the KDE ones directly now rather than its own, in some (all possible??) cases. The benefit here would be that Qt is designed for cross-platform incl. MSWormOS use, and their widgets would by necessity be a compromise based on that. In a more KLX (KDE League I believe it is term for KDE on Linux using XFree86) native environment, the KDE widgets have been designed to look better and be more refined than the Qt general widgets, so the benefit here is that Qt-only apps get the benefit of the nicer/newer KDE refinements, including anti-aliasing, etc. (...) One question (for anyone who can answer) would be: does this break Qt apps in GNOME (or Window Maker, etc)? That is, will I still be able to run a Qt app without installing KDE? GTK+ apps (notably, DrakXTools) can run just fine under KDE. I just wanted to confirm that this new support doesn't break Qt apps' ability to be run under other DMs... if something uses widgets from libXYZ and one update libXYZ to use smarter widgets the the same API ABI, there's no reasong for anything to break. dependancies prevent you to explicetely break your system, so not having or using kde desktop should not result in any breakage *if* the replacement widgets respect the same API, ABI and runtime behaviour (eg see faillures due to recent file selection replacement try in gtk+). PS: please fix your mailer to not break quotes, it wrongly wrap long lines.
Re: [Cooker] Software submission for the Mandrake distribution
Szakacsits Szabolcs [EMAIL PROTECTED] writes: So at present Linux NTFS develpment is pretty in stalled, maintaince mode, for half, one year (e.g. I wrote the ntfs resizer over 1 year ago, it just recently started to be known, thanks to Mandrake). well, we really thank you for having written it :-) ntfs resize implementation (read: interfacing with ntfsresize) on drakx side was quite a lot simpler than writing ntfsresize in the first place. i still think that relocating files would be nice if it wasn't so hard to properly (read: with no risk at all) implement.
Re: [Cooker] Re: new kernel alsa
Juan Quintela [EMAIL PROTECTED] writes: Notice that alsa patches that we have are basically the only the ones in alsa-0.9.6, or completely new aditions, i.e. basically no patches to alsa code at all (just that their Makefiles/Config.in sucks big time). well, the problem is not totally their own, it's just that build system had been altered between 2.4.x and 2.6.x (split/merge of Documentation/Configure.help with Config.in files in new syntax Kconfig files), and that alsa team only officially support Kconfig though somes patches are generated from times to times to 2.4.x tree.
Re: [Cooker] drakTermServ
Le mer 20/08/2003 à 22:36, Pixel a écrit : Rick Romero [EMAIL PROTECTED] writes: [...] Hmmm I was going to suggest maybe just yanking the 'Edit' option, but it's working now. Now I can't make it NOT work. That's good I guess. A little perspective here about UI, it took me a while to figure out XFdrake's 'DO' thing. I was hitting enter on each item expecting a menu, and I though 'DO' was supposed to be 'GO' (as in 'GO and Save', while Quit was just exit). hum, the newt version... can you think of a better name for the Do button? No, it's the design which is bad from the beginning : + Graphic Card + Monitor + Resolution + Options + Test + Save Settings QuitDo NTW I notice that XFdrake is a lot slower now at start ... maybe we need a splash screen or in newt mode a text saying XFdrake is starting.
Re: [Cooker] QT massive improvement
Le jeu 21/08/2003 à 11:29, John Keller a écrit : GTK+ apps (notably, DrakXTools) can run just fine under KDE. I just wanted to confirm that this new support doesn't break Qt apps' ability to be run under other DMs... No I don't think so. There are no reasons. You can even run them without kdelibs
Re: [Cooker] Software submission for the Mandrake distribution
On Thu, 2003-08-21 at 12:43, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Leon Brooks wrote: On Wed, 20 Aug 2003 21:54, Frederic Crozat wrote: That's a bit short, it's a useful migration tool. IMHO, no, it's a crutch supporting your use of Windows. NTFS resizing is Shortsighted. For a personal user, migration can be a short term thing. For a decent sized company, it's very, very unlikely to be; a migrating environment will very likely be a mixed environment for a reasonable length of time. In this environment, such a driver makes sense to smooth the transition process. -- adamw
Re: [Cooker] 9.2 Installer / Feature suggestion...
Per Øyvind Karlsen [EMAIL PROTECTED] writes: [...] ok. but can you tell where you found the information 1400x1050 console fb needs: vga=0x343 ? thanks /usr/src/linux/Documentation/fb/ % cd Documentation/fb % grep -r 343 . # 0x343 % grep -r 143 . # 0x343 - 0x200 % grep -r 835 . # 0x835 in decimal % so, which file?
Re: [Cooker] 9.2 Installer / Feature suggestion...
On Thu, 2003-08-21 at 13:03, Pixel wrote: Per Øyvind Karlsen [EMAIL PROTECTED] writes: [...] ok. but can you tell where you found the information 1400x1050 console fb needs: vga=0x343 ? thanks /usr/src/linux/Documentation/fb/ % cd Documentation/fb % grep -r 343 . # 0x343 % grep -r 143 . # 0x343 - 0x200 % grep -r 835 . # 0x835 in decimal % so, which file? vesafb.txt -- adamw
[Cooker] Re: depmod: *** Unresolved symbols in /lib/modules
guran == guran [EMAIL PROTECTED] writes: guran Hi guran I have had the following in the last two installations in boot.log: guran Aug 10 00:16:34 localhost depmod: depmod: guran Aug 10 00:16:34 localhost depmod: *** Unresolved symbols in guran /lib/modules/2.4.22-0.1mdk/kernel/drivers/atm/he.o.gz guran Aug 10 00:16:34 localhost rc.sysinit: Finding module dependencies: succeeded Should be fixed in 2.4.22-0.7mdk. /me just hates people that make patches and don't use modversions :( Thanks for the report, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
Re: [Cooker] Software submission for the Mandrake distribution
On Wed 20 Aug 2003 07:25, Buchan Milne posted as excerpted below: Well, the first question I have is, can this software be compiled from source using only free software available in Mandrake (main + contrib)? If not, then it can't really be included. What about PLF? I know they handle quite a bit of stuff that contrib can't, due to the licensing requirements. I don't quite understand all they do and where they draw the lines, but Manoj, if you haven't, consider investigating PLF, as it may be just the type of place for such a thing. As for the driver, I see a very practical use for it. However, one of the reasons I'm on Mandrake is because I support their software libre philosophy, and the others are correct -- given the situation with the DDK, this doesn't belong in the distrib itself. However, PLF? Maybe. I definitely see a practical use for the driver, altho again, the others are correct in that without 2K/XP support, it remains an interesting sourceforge type project, useful for those that need it, but not really practical for a distrib, even licensing concerns aside. That's my opinion, anyway. As well, the current FAT solution, with remounts and symlinks as necessary to integrate it transparently into the Linux fs tree, as I mentioned in my other post to the thread, is close enough to an equivalent solution practically, and a far cleaner software libre solution philosophically, that it'd be preferable here. Still, I could imagine myself using your driver for awhile, as a newbie, precisely for the purpose you stated -- as a migration aid. (I should mention that I upgraded directly off of Lose98, as the far lesser of two evils as compared to selling my soul to MS with the tradeoffs in privacy they demanded with XPrivacy, so the FAT32 solution was native and natural, here. Recently, for the first time in 6 months, I booted MSWormOS, to uninstall most of the programs and delete much of the MS-centric OS and programming data and etc. I'd accumulated over the decade I did windows, then shrunk the partition, leaving it there directly bootable on its own disk, should Cooker crash on me and I need a way to d/l a workable Linux install, again, or should I need to test a bug in hardware vs. drivers. Thus, it's finally relegated to a role very similar to monitor/rescue mode on my router, and my old DSL modem, in obscurity waiting in case the REAL OS dies, somehow, beyond easy direct resurrection... If I upgrade to a dual Athlon-64 solution as I'd LIKE to, later this year or early next, I'll probably then delete the last vestiges of the proprietary-ware that was my first and ten year computer home, NEVER to return.. As it is said.. When I was a child, I thought as a child, but when I became a man, I put away childish things. (Paul)) -- Duncan - List replies preferred. They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. Benjamin Franklin
Re: [Cooker] drakTermServ
On Thu, 2003-08-21 at 08:50, FACORAT Fabrice wrote: Le mer 20/08/2003 à 22:36, Pixel a écrit : Rick Romero [EMAIL PROTECTED] writes: [...] Hmmm I was going to suggest maybe just yanking the 'Edit' option, but it's working now. Now I can't make it NOT work. That's good I guess. A little perspective here about UI, it took me a while to figure out XFdrake's 'DO' thing. I was hitting enter on each item expecting a menu, and I though 'DO' was supposed to be 'GO' (as in 'GO and Save', while Quit was just exit). hum, the newt version... can you think of a better name for the Do button? No, it's the design which is bad from the beginning : + Graphic Card + Monitor + Resolution + Options + Test + Save Settings Quit Do Yes, I would change it to: + Graphic Card + Monitor + Resolution + Options + Test + Save Settings + Quit And have no buttons. Just hitting Enter on one of those items should execute the menu. NTW I notice that XFdrake is a lot slower now at start ... maybe we need a splash screen or in newt mode a text saying XFdrake is starting. That's an idea. (I'll reply to the original, I need to test the 'save failure' more today.) Rick -- -- Rick Romero IT Manager Valeo, Inc. ph: 262.695.4841 Sussex, WI. fax: 262.695.4850 [EMAIL PROTECTED]
Re: [Cooker] QT massive improvement
Thierry Vignaud wrote: if something uses widgets from libXYZ and one update libXYZ to use smarter widgets the the same API ABI, there's no reasong for anything to break. dependancies prevent you to explicetely break your system, so not having or using kde desktop should not result in any breakage *if* the replacement widgets respect the same API, ABI and runtime behaviour (eg see faillures due to recent file selection replacement try in gtk+). Thanks, Thierry. I wasn't sure how things worked, assuming that this was basically a Qt == KDE relationship of dependancies. Instead, I understand you to say that Qt stays independant, yet benefits when KDE is installed. Very cool! PS: please fix your mailer to not break quotes, it wrongly wrap long lines. Yeah, sorry about that. I can't fix it because it's ol' brain-dead Outlook Express. Normally I try to avoid/hand-fix those situations, but the quote seemed too pertinent to get rid of (and too big to fix). - John
Re: [Cooker] 9.2 Installer / Feature suggestion...
On Thu, 2003-08-21 at 13:10, Adam Williamson wrote: On Thu, 2003-08-21 at 13:03, Pixel wrote: Per Øyvind Karlsen [EMAIL PROTECTED] writes: [...] ok. but can you tell where you found the information 1400x1050 console fb needs: vga=0x343 ? thanks /usr/src/linux/Documentation/fb/ % cd Documentation/fb % grep -r 343 . # 0x343 % grep -r 143 . # 0x343 - 0x200 % grep -r 835 . # 0x835 in decimal % so, which file? vesafb.txt Actually, no, that has a basic table but not the 1400x1050 etc values. I have seen an extended table on the internet, and eventually found it a couple of times when I needed it, but constructing the right Google is fiddly and I can't recall it...:\ -- adamw
Re: [Cooker] libgnomeprint / ui update?
On 2003-08-21(Thu) 13:35:53 +0200, Frederic Crozat wrote: Fred, what's the decision on GNOME release team for libgnomeprint/ui releases? Will it be using 2.3.x release? AFAIK it's already using 2.3 branches in GNOME release 2.3.6 ... will MDK follow suite? No, it is not used by GNOME 2.3.x at all.. Hmm... am I missing something here? Jody released it last week: = [ftp] ftp.gnome.org:/pub/gnome/desktop/2.3/2.3.6/sources ls libgnomeprint* lrwxrwxrwx1 1117 1117 65 Aug 13 22:57 libgnomeprint-2.3.1.tar.bz2 - ../../../../sources/libgnomeprint/2.3/libgnomeprint-2.3.1.tar.bz2 lrwxrwxrwx1 1117 1117 64 Aug 13 22:57 libgnomeprint-2.3.1.tar.gz - ../../../../sources/libgnomeprint/2.3/libgnomeprint-2.3.1.tar.gz lrwxrwxrwx1 1117 1117 69 Aug 13 22:57 libgnomeprintui-2.3.1.tar.bz2 - ../../../../sources/libgnomeprintui/2.3/libgnomeprintui-2.3.1.tar.bz2 lrwxrwxrwx1 1117 1117 68 Aug 13 22:57 libgnomeprintui-2.3.1.tar.gz - ../../../../sources/libgnomeprintui/2.3/libgnomeprintui-2.3.1.tar.gz = But I have not read any release team report, so can't tell if this is fake or not... please forgive my cluelessness if I'm indeed wrong :-) Abel GNOME 2.4.0 will ship with libgnomeprint(ui) 2.2.x GNOME 2.4.1 should ship with libgnomeprint(ui) 2.3.x -- Frederic Crozat MandrakeSoft -- Abel Cheung Linux counter #256983 | http://counter.li.org GPG Key: (0xC67186FF) | http://deaddog.org/gpg.asc Key fingerprint: 671C C7AE EFB5 110C D6D1 41EE 4152 E1F1 C671 86FF pgp0.pgp Description: PGP signature
Re: [Cooker] kernel-tmb-2.4.22-0.5.1tmb_mdk
On Sat, 16 Aug 2003 23:17:31 +0300 Thomas Backlund [EMAIL PROTECTED] wrote: %changelog * Sat Aug 16 2003 Thomas Backlund [EMAIL PROTECTED] 2.4.22-0.5.1tmb_mdk [...] - BadRAM support (udo) [...] I ran into problems with this patch. While running the kernel with this patch, I couldn't get a kernel src.rpm compiled, it broke 5 times in a different place. Using the same kernel without the badram patch makes a kernel compile in the first attempt. I don't remember having these random problems on my system for at least half a year, so I'd say the badram patch is doing things it shouldn't do. I use an smp Abit BP6 with 256 Mb sdram. Are more people experiencing problems like this? Output from dmidecode: Handle 0x0009 DMI type 6, 12 bytes. Memory Bank Socket: DIMM3 Banks: 4 5 Speed: 8nS Type: Installed Size: 256Mbyte Enabled Size: 256Mbyte [...] Handle 0x0022 DMI type 17, 21 bytes. Memory Device Array Handle: 0x001F Error Information Handle: Not Provided Total Width: 64 bits Data Width: 64 bits Size: 256 Mbyte Form Factor: DIMM Locator: DIMM3 Bank Locator: Bank4/5 Type: EDRAM -- Marcel Pol
Re: [Cooker] QT massive improvement
John Keller [EMAIL PROTECTED] writes: PS: please fix your mailer to not break quotes, it wrongly wrap long lines. Yeah, sorry about that. I can't fix it because it's ol' brain-dead Outlook Express. Normally I try to avoid/hand-fix those situations, but the quote seemed too pertinent to get rid of (and too big to fix). advertisement well, you can always switch to emacs with gnus under zindoz, which enable you to: - correctly quote messages you answer to - fix quote with one regexp on one region and one m-q if needed /ad
Re: [Cooker] 9.2 Installer / Feature suggestion...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mark Watts [EMAIL PROTECTED] writes: Mark Watts [EMAIL PROTECTED] writes: During the install, if you select to have a certain size screen for X, it would be nice if it would set that size in lilo for console fb (if supported)... but we have no easy way to know if it will work... We stick to 800x600 because we know it works very often and we know it works when the install works in FB. since the console is used by few users, we prefer not bothering too much :) Ok, is there any chance someone can add the line for 1400x1050 to the list of options the advanced section of drakboot, so console users like me don't have to fish the number out of the back of our brains? :) ok. but can you tell where you found the information 1400x1050 console fb needs: vga=0x343 ? thanks Not directly - I did some searches a while ago for console framebuffer, and found a chart with it in, but I can't locate that anymore :/ Closest I can get is this: (from google: lilo 0x343) http://www.math.ucla.edu/~jimc/insp4100/lilo.txt It seems to be a VESA mode or something. HTH, Mark. - -- Mark Watts Senior Systems Engineer QinetiQ TIM St Andrews Road, Malvern GPG Public Key ID: 455420ED -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/RLwDBn4EFUVUIO0RAj7WAKCoHXEwARomJTdNn0UUav2wnIhbVgCaA1to 3CM8fi+MoEad/oCM8VjcEdE= =h+EG -END PGP SIGNATURE-
Re: [Cooker] Software submission for the Mandrake distribution
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adam Williamson wrote: On Thu, 2003-08-21 at 12:43, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Leon Brooks wrote: On Wed, 20 Aug 2003 21:54, Frederic Crozat wrote: That's a bit short, it's a useful migration tool. IMHO, no, it's a crutch supporting your use of Windows. NTFS resizing is Shortsighted. I don't think so. For a personal user, migration can be a short term thing. For a decent sized company, it's very, very unlikely to be; a migrating environment will very likely be a mixed environment for a reasonable length of time. In this environment, such a driver makes sense to smooth the transition process. If you need to rely on files on workstations in an enterprsie of any size, it means that your file management strategy is flawed. The opportunity should be taken to centralise files on Linux file servers, serving files transparently to linux/Unix users (via NFS etc) and Windows users (via Samba), allowing you to centralise backups, ensuring that failure of a hard disk on a client does not lose critical data. During migration, linux machines may also need to acces data on Windows servers, which is what the samba-client software is for. Migration from a poorly architected Windows peer-to-peer network to a well architected Linux network is possible (since it's possible without large licensing fees), allowing you to consolidate data management. Sorry, with a network of 60 machines in two locations, running a mix of Windows and Linux (both OSs as dekstops and servers), I have never needed ext2/3 read support under Windows. Larger networks should have even less need for this. Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/RL2IrJK6UGDSBKcRAnwCAJ9BMBHOnuHGNO5g8xoriWhr5cxV7ACguEy5 VtNZF/dgsVpJx6sBbplmo18= =GVcG -END PGP SIGNATURE- * Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. *
Re: [Cooker] libgnomeprint / ui update?
On Thu, 21 Aug 2003 20:29:40 +0800, Abel Cheung wrote: --8X7/QrJGcKSMr1RN Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2003-08-21(Thu) 13:35:53 +0200, Frederic Crozat wrote: Fred, what's the decision on GNOME release team for libgnomeprint/ui releases? Will it be using 2.3.x release? AFAIK it's already using 2.3 branches in GNOME release 2.3.6 ... will MDK follow suite? =20 No, it is not used by GNOME 2.3.x at all.. Hmm... am I missing something here? Jody released it last week: Hmm, I'll check that with other r-t dudes.. -- Frederic Crozat MandrakeSoft
Re: [Cooker] Software submission for the Mandrake distribution
On Thursday 21 August 2003 14:12, Duncan wrote: On Wed 20 Aug 2003 07:25, Buchan Milne posted as excerpted below: Well, the first question I have is, can this software be compiled from source using only free software available in Mandrake (main + contrib)? If not, then it can't really be included. What about PLF? I know they handle quite a bit of stuff that contrib can't, due to the licensing requirements. I don't quite understand all they do and where they draw the lines, but Manoj, if you haven't, consider investigating PLF, as it may be just the type of place for such a thing. As for the driver, I see a very practical use for it. However, one of the reasons I'm on Mandrake is because I support their software libre philosophy, and the others are correct -- given the situation with the DDK, this doesn't belong in the distrib itself. However, PLF? PLF only distribute rpm. Rpms of linux software, for mandrake. There is no reason to distribute windows program. if you want a cd of free software tools, you can check this website. http://gnuwin.epfl.ch/en/index.html or this one ( in french ) http://www.framasoft.net/ -- Mickaël Scherer
Re: [Cooker] [HELP WANTED] model name of your /proc/cpuinfo
Guillaume Cottenceau wrote: Hi, Could you please copy the model name line of the /proc/cpuinfo of your laptop computer(s)? HP/Compaq EVO n800v model name : Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz HP Omnibook vt6200 model name : Intel(R) Pentium(R) 4 Mobile CPU 1.80GHz
[Cooker] Re: 2.4.22.0.5mdk - still no i2c-nforce2
thomas == Thomas Backlund [EMAIL PROTECTED] writes: thomas Viestissä Lauantai 16 Elokuu 2003 03:07, Adam Williamson kirjoitti: come on kernel guys, *please* get this in there...I reported it last week, despite the i2c fixes in 0.5mdk, it's still not got in :(. No reason to ship 9.2 with nforce2 users unable to use lm_sensors! thomas The reason it got left out is because the mkpatch scripts in lmsensors/i2c thomas packages are not updated according to their 2.8.0 contents... thomas I have spent a long time on fixing the patches so that they will be thomas integrated... and they will be in my next kernel... thomas Since Juan accepted many of my and svetljo's patches into 5mdk thomas I didn't finish up my 3.1tmb... instead I spent my time thomas resyncing all my patches against 0.5mdk, and dropped those thomas that got integrated... thomas I have now a patchset with ~30 patches that I'm compiling right now thomas If nothing breaks, my 5.1tmb rpms will be ready when I wake up... thomas (haven't slept for almost 24 hours ..., but now I'm going to bed) There is 7mdk. ls /lib/modules/2.4.22-0.7mdksmp/kernel/drivers/i2c/i2c-nforce2.o.gz Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
[Cooker] [Bug 4831] [libquicktime0-devel] New: progs sub-package is including lqt-config
http://qa.mandrakesoft.com/show_bug.cgi?id=4831 Product: libquicktime0-devel Component: packaging Summary: progs sub-package is including lqt-config Product: libquicktime0-devel Version: 0.9.2-0.pre1.10mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The %files section for the -progs sub-package specifies: %attr(755,root,root) %{_bindir}/* however, that includes /usr/bin/lqt-config, which should be in the -devel sub-package. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] Software submission for the Mandrake distribution
On Thu, 21 Aug 2003, Thierry Vignaud wrote: ntfs resize implementation (read: interfacing with ntfsresize) on drakx side was quite a lot simpler than writing ntfsresize in the first place. I remember, I was extremely impressed how fast it was integrated. It shows Mandrake has an excellent development infrastructure and great developers. There is only one (two) problems, we discussed already at that time. 1) If, for whatever reason, ntfs can not be resized or the potentially freed space is not enough to install Mandrake then diskdrake warns After resizing partition X, all data on this partition will be lost. Believe me, some people don't believe this and hope it will work out. Never. Partition gets resized but not ntfs so they can't boot Win anymore. At that time we discussed, this warning must be more explanatory, like Non-destructive partition resizing is not possible, if you continue you will lose all your data (but in English ;) however due to the string freeze for translation this couldn't be added at that time. Hopefully now? 2) Maybe printing the reason, why non-destrcutive partitioning isn't possible could help in cases. Occasionally these are happening: - inconsistent NTFS - user must run chkdsk (not from the gui but from the command line). - one of the many different inconsistent NTFS cases turned out to be a very rare but still valid NTFS and I added support for it (only in the development tree now) - NTFS having bad sectors - I had quite many reports, so I added support to resize these as well, but it's still in testing phase. - there are data at the end of the partition - turning off pagefile.sys and/or hibernation helped many people, the development version of ntfsresize can also tell what are those files. i still think that relocating files would be nice if it wasn't so hard to properly (read: with no risk at all) implement. Sure, incrementally, very slowly it's progressing, as time allows. I wrote a list what needs to be done here http://marc.theaimsgroup.com/?l=linux-ntfs-devm=105949711324625w=2 Even non-developers could help a lot, written on the above page how. Szaka
Re: [Cooker] kernel-tmb-2.4.22-0.5.1tmb_mdk
Le jeu 21/08/2003 à 12:28, Marcel Pol a écrit : On Sat, 16 Aug 2003 23:17:31 +0300 Thomas Backlund [EMAIL PROTECTED] wrote: %changelog * Sat Aug 16 2003 Thomas Backlund [EMAIL PROTECTED] 2.4.22-0.5.1tmb_mdk [...] - BadRAM support (udo) [...] I ran into problems with this patch. While running the kernel with this patch, I couldn't get a kernel src.rpm compiled, it broke 5 times in a different place. Using the same kernel without the badram patch makes a kernel compile in the first attempt. I don't remember having these random problems on my system for at least half a year, so I'd say the badram patch is doing things it shouldn't do. I use an smp Abit BP6 with 256 Mb sdram. Are more people experiencing problems like this? have you test your RAM ? ( memtest86 )
Re: [Cooker] kernel-tmb-2.4.22-0.5.1tmb_mdk
On Sat, 16 Aug 2003 23:17:31 +0300 Thomas Backlund [EMAIL PROTECTED] wrote: So... Whats next... I'm looking at : working acpi for nForce (yeah... I'm dreamin' ... ;-) ...) acl support for ReiserFS courtesy of SuSe... working Via CLE and Savage dri/drm VIA AGP 3.0 bugfixes... more serial ata support - SiS, ITC, Via, intel, Promise.. vloopback support more drivers... updating old drivers... ... suggestions... please ... Suggestions: 1. The w9968cf webcam driver from: http://go.lamarinapunto.com/modules/news/ I tried making a patch, but compilation breaks: gcc -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2 -I/lib/modules/2.4.22-0.6mdksmp/build/include -Wall -Wpointer-arith -Wcast-align -Wwrite-strings -Wstrict-prototypes -Wuninitialized -Wreturn-type -Wunused -Wparentheses -D__KERNEL__ -D__NO_VERSION__ -DMODULE -DMODVERSIONS -include /lib/modules/2.4.22-0.6mdksmp/build/include/linux/modversions.h -o w9968cf_core.o -c w9968cf_core.c w9968cf_core.c: In function `w9968cf_i2c_init': w9968cf_core.c:1873: error: unknown field `inc_use' specified in initializer w9968cf_core.c:1873: warning: initialization from incompatible pointer type w9968cf_core.c:1874: error: unknown field `dec_use' specified in initializer make: *** [w9968cf_core.o] Error 1 The same happens when I build it from the makefile against 2.4.22-0.6mdk I'm a non-programmer, so this is over my head. I could send you my patch if you can use it. 2. Mach64 dri from: http://dri.sourceforge.net/snapshots/bleeding-edge/ These are daily snapshots, so I'm not sure how good they are. It consists of a kernel driver and an XFree86 driver. There's a seperate website, which seems unaccessable now, and it hasn't been updated in a while I believe: http://precisioninsight.com 3. Netfilter ipt_tarpit I made a patch for it, I just need to test it. I will send it when done. -- Marcel Pol
Re: [Cooker] Mirror madness
On Thu, Aug 21, 2003 at 10:29:55AM +0200, Warly wrote: Paul Dorman [EMAIL PROTECTED] writes: Hi all, I understand that mirror issues have been discussed many times before, but I would really like to get to the bottom of the current situation (and have an up-to-date cooker mirror as well!!). Yes we switch the mirror reference machine, and get some issue in the move. Currently being fixed. What is the recommended maaster source of the mirrors for cooker? I use ibiblio for my mirror at klid.dk - is that the best currently? best regards keld
Re: [Cooker] kernel-tmb-2.4.22-0.5.1tmb_mdk
On Thu, 21 Aug 2003 15:15:56 + FACORAT Fabrice [EMAIL PROTECTED] wrote: Le jeu 21/08/2003 à 12:28, Marcel Pol a écrit : On Sat, 16 Aug 2003 23:17:31 +0300 Thomas Backlund [EMAIL PROTECTED] wrote: %changelog * Sat Aug 16 2003 Thomas Backlund [EMAIL PROTECTED] 2.4.22-0.5.1tmb_mdk [...] - BadRAM support (udo) [...] I ran into problems with this patch. While running the kernel with this patch, I couldn't get a kernel src.rpm compiled, it broke 5 times in a different place. Using the same kernel without the badram patch makes a kernel compile in the first attempt. I don't remember having these random problems on my system for at least half a year, so I'd say the badram patch is doing things it shouldn't do. I use an smp Abit BP6 with 256 Mb sdram. Are more people experiencing problems like this? have you test your RAM ? ( memtest86 ) No, I haven't. Now that you mention it, I should do that. Who knows my ram is broken but it goes unnoticed, while this patch brings it to light... -- Marcel Pol
[Cooker] XFree86 crash on ATI Radeon 9000 PRO
I'm running latest cooker packages on an ATI Radeon 9000 PRO card. When running Chromium my X server crashes in unusual way - the monitor turns off (as if it went into powersaving mode), and the either whole system hangs, or it continues to run (I can even log in through ssh), but the X server process consumes all the CPU. It runs with NICE value = -10, so it makes work difficult until I renice it to +15. Some debugging info I've collected remotely from this incident can be found here: http://olo.ab.altkom.pl/domowa/qa/mandrake/9.2/2003-08-20_Radeon_runaway_X Best Regards, -- Aleksander Adamowski Jabber JID (to nie e-mail!): [EMAIL PROTECTED] GG#: 274614 ICQ UIN: 19780575 http://olo.office.altkom.com.pl
Re: [Cooker] Re: [Contrib-Rpm] bootsplash-themes-2.0.0-1mdk
On Thu, 2003-08-21 at 12:17, Olivier Blin wrote: Um, there's already a bootsplash-themes package in main, version 1.4.1-1mdk. Shouldn't the one in contrib be named differently, or replace the one in main, or something? Warly told me to upload this package as bootsplash-themes in contrib, I've asked him to remove the old one in main. It will perhaps replace the one in main later, please give some feedback about it first ;) OK :). Just installed it from your webpage, package seems fine, but Brant theme seems a little buggy - the progress bar in silent mode doesn't fill up, and I see some kind of odd graphical corruption - as if someone's painting the area around the progress bar with a paint program's block tool - in verbose mode. Looks very nice, though :). I wonder if there's any way to make framebuffer use a less horrible refresh rate than 60Hz? Particularly with a lot of white, as there is in the Brant theme, 60Hz looks absolutely hideous...guess it's needed for guaranteed monitor compatibility though :(. -- adamw
Re: [Cooker] Broken docbook tools (openjade)
Fixed in openjade-1.3.2-8mdk Camille. Le mer 20/08/2003 à 22:54, Michal Bukovjan a écrit : Hi, when trying to generate a HTML document from a Docbook document using DSSSL transformation, on a current Cooker as of today, only a lot of garbage comes out: docbook2html -o html dizertacni_prace.xml Using catalogs: /etc/sgml/xml-docbook-4.1.2.cat Using stylesheet: /usr/share/sgml/docbook/utils-0.6.13/docbook-utils.dsl#html Working on: /home/michal/dizertace/dizertacni_prace.xml jade:E: cannot open /usr/share/sgml/xml.dcl (No such file or directory) jade:/home/michal/dizertace/dizertacni_prace.xml:6:13:E: character _ invalid: only parameter literal, CDATA, ENDTAG, MD, MS, PI, PUBLIC, SDATA, STARTTAG, SYSTEM and parameter separators allowed jade:URLhttp://www.oasis-open.org/docbook/xml/4.0/docbookx.dtd:74:17:E: X20AC is not a function name [..host of other errors deleted...] - This worked few days ago, perhaps openjade needs fixing? Thanks, Michal
Re: [Cooker] Re: [Contrib-Rpm] linux_logo-4.07-1mdk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 20 August 2003 14:09, Fabien ILLIDE wrote: Per Øyvind Karlsen a écrit : [Contrib-RPM] --=-=-= Name: linux_logo Relocations: (not relocateable) Version : 4.07 Vendor: MandrakeSoft Release : 1mdk Build Date: Wed Jul 9 13:15:20 2003 Install date: (not installed) Build Host: klama.mandrake.org Group : System/Configuration/Boot and Init Source RPM: (none) Size: 80004 License: GPL Packager: Per Øyvind Karlsen [EMAIL PROTECTED] URL : http://www.deater.net/weave/vmwprod/linux_logo Summary : ASCII Tux (Linux Penguin) Description : This package contains an ASCII Linux-Penguin. Hi, I think it would be nice to replace the -c option by the -b in /etc/rc.local The -c is displaying a Tux, the -b display Mandrake Linux with the star. Even if Tux is cool, it could be nice to display by default the name Mandrake so it could be some sort of promotion for us. (as Debian does as I read in the man page) Bye, Fabien I suggested this earlier, it's quite a trivial change... flepied? could this be done?:) - -- Regards, Per Øyvind Karlsen Sintrax Solutions http://www.sintrax.net - +47 41681061 - GPG Key: http://sintrax.net/~hawkeye/key.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/RMuHv8F7V9JOSuURAmELAJsElaK1DsMv5fcvMSNGaQHCM6Tl2wCfVkGz fzNbBI1G0dHU7OW1i8Rrg+I= =SdAO -END PGP SIGNATURE-
Re: [Cooker] Re: 2.4.22.0.5mdk - still no i2c-nforce2
On Thu, 2003-08-21 at 14:03, Juan Quintela wrote: thomas == Thomas Backlund [EMAIL PROTECTED] writes: thomas Viestissä Lauantai 16 Elokuu 2003 03:07, Adam Williamson kirjoitti: come on kernel guys, *please* get this in there...I reported it last week, despite the i2c fixes in 0.5mdk, it's still not got in :(. No reason to ship 9.2 with nforce2 users unable to use lm_sensors! thomas The reason it got left out is because the mkpatch scripts in lmsensors/i2c thomas packages are not updated according to their 2.8.0 contents... thomas I have spent a long time on fixing the patches so that they will be thomas integrated... and they will be in my next kernel... thomas Since Juan accepted many of my and svetljo's patches into 5mdk thomas I didn't finish up my 3.1tmb... instead I spent my time thomas resyncing all my patches against 0.5mdk, and dropped those thomas that got integrated... thomas I have now a patchset with ~30 patches that I'm compiling right now thomas If nothing breaks, my 5.1tmb rpms will be ready when I wake up... thomas (haven't slept for almost 24 hours ..., but now I'm going to bed) There is 7mdk. ls /lib/modules/2.4.22-0.7mdksmp/kernel/drivers/i2c/i2c-nforce2.o.gz Thanks a lot to Juan and Thomas :) -- adamw
Re: [Cooker] kernel 2.4.22.0.7mdk
From: Thierry Vignaud [EMAIL PROTECTED] Juan Quintela [EMAIL PROTECTED] writes: all tmb patches of 5mdk.1tmb are integrated except: - ps2_sypnatics (it just hangs my machine during harddrake if that patch is enabled) Yeah. that's why I dropped it in 5.2tmb for now... then it'll dye once mousedrake is runned since harddrake uses it to detect mouse. drakx uses it too so this patch really cannot be included. Well, atleast not until it's fixed, tested and verified... Thomas
[Cooker] fix diskdrake behaviour regarding destructive fs resizing
Szakacsits Szabolcs [EMAIL PROTECTED] writes: ntfs resize implementation (read: interfacing with ntfsresize) on drakx side was quite a lot simpler than writing ntfsresize in the first place. I remember, I was extremely impressed how fast it was integrated. It shows Mandrake has an excellent development infrastructure and great developers. There is only one (two) problems, we discussed already at that time. 1) If, for whatever reason, ntfs can not be resized or the potentially freed space is not enough to install Mandrake then diskdrake warns After resizing partition X, all data on this partition will be lost. Believe me, some people don't believe this and hope it will work out. Never. Partition gets resized but not ntfs so they can't boot Win anymore. At that time we discussed, this warning must be more explanatory, like Non-destructive partition resizing is not possible, if you continue you will lose all your data (but in English ;) however due to the string freeze for translation this couldn't be added at that time. Hopefully now? interface team, what do you think about it ? i find it reasonable. 2) Maybe printing the reason, why non-destrcutive partitioning isn't possible could help in cases. Occasionally these are happening: pixel, could you display the reason why we cannot perform a non destructive resizing too ? - inconsistent NTFS - user must run chkdsk (not from the gui but from the command line). - one of the many different inconsistent NTFS cases turned out to be a very rare but still valid NTFS and I added support for it (only in the development tree now) - NTFS having bad sectors - I had quite many reports, so I added support to resize these as well, but it's still in testing phase. - there are data at the end of the partition - turning off pagefile.sys and/or hibernation helped many people, the development version of ntfsresize can also tell what are those files. we can also add: - non resizable fs for fses other than fat*, ntfs, reiserfs, jfs, xfs and extX.
Re: [Cooker] LVM2 in cooker (sort of)rc.sysinit lvm2 fix ?
Svetoslav Slavtchev wrote: Quoting Luca Berra [EMAIL PROTECTED]: smth like debian suse? i think they have smth like /etc/rc.boot where let say installing raidtools would drop a init script for activating the soft raids installing lvm-tools the VG's LV's this could be a good idea to try post 9.2, methinks. after i used my LVM1 version LV's with LVM2, i can no longer access them with MDK-9.1/ LVM1 tools update kernel -25mdk i have 4 xfs LV's and 1 reiserfs ... both times device 3a:00 under cooker with LVM2 everythings works OK i saw this bug once, but i tried rebooting with LVM1 today and did not have any problem. could it be that lvm2 does (or did in a previous version) some weird things with lvm metadata? it is pratically possible [EMAIL PROTECTED] ~ # ./vgdisplay /proc/lvm/VGs/vg00 exists: Is the original LVM driver using this volume group? Can't lock vg00: skipping and can you load dm-mod after that and activate different VG (without deactivating vg00)? i think this shouldn't be possible. dunno and actually don't want to try. just say we won't support mixing lvm1 and lvm2. well, i know you belive it's absolutely save to have / on lvm (lvm cooker ml posts) but i'm still not convinced, and the mdk team probably too, so initrd lilo are not important as the tools devmapper (just my thoughts) ok, but i still would like to be able to do it manually if i so wish. as i am able to do it with lvm1 (changes to mkinitrd are small, if we want to keep mkinitrd as it is) may be we should then drop the HB08... and fix x86_64 to use the devmapper anyone out there running cooker on a x86_64 ? well' i checked the sources for 2.6 kernel and they use extern __inline__ int generic_fls(int x) so we could drop fls from device-mapper patch instead. regards, L.
Re: [Cooker] Software submission for the Mandrake distribution
On Thu 21 Aug 2003 04:51, Adam Williamson posted as excerpted below: On Thu, 2003-08-21 at 12:43, Buchan Milne wrote: Leon Brooks wrote: That's a bit short, it's a useful migration tool. IMHO, no, it's a crutch supporting your use of Windows. Shortsighted. For a personal user, migration can be a short term thing. For a decent sized company, it's very, very unlikely to be; a migrating environment will very likely be a mixed environment for a reasonable length of time. In this environment, such a driver makes sense to smooth the transition process. Actually, no, it doesn't, in any decent sized company. Such a company shouldn't be doing dual-boots for the security reasons already hashed out in the thread. If they aren't doing dual boots, then all the data is either on a single-boot computer environment, where this shouldn't be needed, or on a network, where network access will be used instead of local disk fs drivers. There's no case for dual boot in the decent sized enterprise, except possibly in experimental non-production environments without any critical data on them anyway. Rather, it's the SOHO sized businesses, where essentially every employee with access is trusted and a dual boot system is therefore a manageable risk, and in non-business consumer installations, that a driver such as this might make sense. OTOH, one only has to look at the number of big companies that had serious problems with slammer and blaster to know what should be done from a security perspective and what is REALLY done are often two VERY different things.. How someone can spend $1000 on the core OS software license alone for an MSWormOS server (accurate call in this case), and not spend the $50 bucks for a simple NAPT based security appliance, or a few hundred $$ for something a bit fancier and higher capacity if necessary, to protect that investment, is beyond me, but it's obviously a common practice. -- Duncan - List replies preferred. They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. Benjamin Franklin
[Cooker] Re: [CHRPM] gnomemeeting-0.98.1-1mdk
Frederic Crozat a écrit : -=-=-=- Name: gnomemeeting Relocations: (not relocateable) Version : 0.98.1Vendor: MandrakeSoft Release : 1mdk Build Date: Mon Aug 11 17:01:12 2003 Install Date: (not installed) Build Host: hp6.mandrakesoft.com Group : Video Source RPM: (none) Size: 1555232 License: GPL Signature : (none) Packager: Mandrake Linux Team http://www.mandrakeexpert.com URL : http://www.gnomemeeting.org Summary : Gnome H.323 compatible client Description : GnomeMeeting is a tool to communicate with video and audio over the internet. It uses the H323 protocol and is compatible with Microsoft Netmeeting. -=-=-=- Frederic Crozat [EMAIL PROTECTED] 0.98.1-1mdk - Release 0.98.1 Is crashing just after see the window : [EMAIL PROTECTED] fabien]$ gnomemeeting ** (gnomemeeting:11387): WARNING **: FIXME: guard from double entry Segmentation fault Bye, -- Les brevets de logiciels : une menace extrêmement grave pèse sur l'industrie européenne du logiciel ! voici un wiki dédié à ce problème : http://brevets-logiciels.info
Re: [Cooker] Software submission for the Mandrake distribution
On Thu 21 Aug 2003 03:30, Leon Brooks posted as excerpted below: On Thu, 21 Aug 2003 03:46, Adam Williamson wrote: On Wed, 2003-08-20 at 18:30, Levi Ramsey wrote: Am I the only one who's been waiting for someone to muddy those waters with a beer whose recipe is GPL'd? ;o) Besides, have any of you ever met anyone at *all* who's come across free beer? :D I don't drink beer (don't like the flavour, and don't need intoxicants to have fun), but I have been offered beer for free on many occasions. Aye! Someone else that doesn't! g Last time I used the free as in beer analogy, I made it free as in Odoul's! (Odoul's is a non-alcoholic beer available here in the US, perhaps elsewhere? Here, NA legally means less than 1/2 of 1 percent, or one proof, alcohol, by volume, I believe, and NA beer is free from the alcohol tax and proof of age requirements of the A stuff.) -- Duncan - List replies preferred. They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. Benjamin Franklin
[Cooker] Re: kernel 2.4.22.0.7mdk
From: Juan Quintela [EMAIL PROTECTED] Hi all tmb patches of 5mdk.1tmb are integrated except: - ps2_sypnatics (it just hangs my machine during harddrake if that patch is enabled) known :-( will need some rewriting to see if I can get it to work... - acl's for ext2/3: it failed to patch, and it were very late in the morning. Well there will be rediffed patches in my 7.1tmb, if you don't beat me to it... (hopefully I get them tested tonight, and uploaded and built on klama.) I have some more updates for the mod_dvb that will kickstart Nova-T cards, since acording to the linúx-dvb ml it's needed for now... and then some other things... that I don't remember right now... Thomas Thomas
Re: [Cooker] drakTermServ
FACORAT Fabrice [EMAIL PROTECTED] writes: can you think of a better name for the Do button? No, it's the design which is bad from the beginning : + Graphic Card + Monitor + Resolution + Options + Test + Save Settings Quit Do what does it change?
Re: [Cooker] QT massive improvement
Duncan wrote: I wondered as well.. until I thought about it.. KDE calls its own widgets, knows about them and uses them as necessary. Qt, OTOH, didn't know about or use them. Adding KDE widget support allows Qt-only (thus, not KDE specific) apps to ALSO use the KDE widgets. It doesn't directly affect KDE, except Where did you get this idea?
Re: [Cooker] OT: Have you come across free beer? [was somethingelse..]
On Thu 21 Aug 2003 03:49, John Keller posted as excerpted below: But, as they say, you only borrow beer. Linux has stuck around much longer for me, at least... :) Well, unfortunately, what doesn't go to waste, goes to waist. I don't drink beer (tho Odouls is fine), but I have to much sticking around my waist already! g -- Duncan - List replies preferred. They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. Benjamin Franklin
Re: [Cooker] drakTermServ
Rick Romero [EMAIL PROTECTED] writes: Yes, I would change it to: + Graphic Card + Monitor + Resolution + Options + Test + Save Settings + Quit And have no buttons. Just hitting Enter on one of those items should execute the menu. i don't know how to do this in newt :-/
Re: [Cooker] QT massive improvement
Thierry Vignaud wrote: advertisement well, you can always switch to emacs with gnus under zindoz, which enable you to: - correctly quote messages you answer to - fix quote with one regexp on one region and one m-q if needed /ad Well, I'm a vi person under *nix... :-) But I seriously will check it out; thanks for the recommendation. I've got the Web page open right now. - John P.S. Shouldn't that be /advertisement? ;-)