Re: [Cooker] Status of multimedia kernel?
On Friday 28 February 2003 19:26, Buchan Milne wrote: How about just jackstart in contrib, requiring jackit and (assuming we can get the multimedia kernel in) kernel-multimedia? yes, split off a small package into contrib, with the script. Does the script need to be setuid root? Why not become root to use it? The jackd itself can still run as the current user? btw: Wrote: /home/dtholen/rpm/SRPMS/kernel-multimedia-2.4.21.0.11mdk-1-1mdk.src.rpm Wrote: /home/dtholen/rpm/RPMS/i586/kernel-multimedia-preemptsmp-2.4.21.0.11mdk-1-1mdk.i586.rpm Wrote: /home/dtholen/rpm/RPMS/i586/kernel-multimedia-preempt-2.4.21.0.11mdk-1-1mdk.i586.rpm Wrote: /home/dtholen/rpm/RPMS/i586/kernel-multimedia-source-2.4.21-0.11mdk.i586.rpm Austin: can you test the smp version? d.
Re: [Cooker] Status of multimedia kernel?
On Friday 28 February 2003 19:36, [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: I have read something about a kernel patch that makes it possible to use jackit with capabilities without running it as root. eh thac, you might have missed we already did this. The only problem was getting the stuff actually uploaded to contrib... d.
Re: [Cooker] Status of multimedia kernel?
On Thursday 27 February 2003 17:34, Buchan Milne wrote: I was wanting to answer that most of the software is already in Mandrake contribs in preparation for 9.1, but it seems we do not have the low latency/multimedia kernel in contrib yet. well, I do hardly have the time to put up with contrib sillyness: My permissions on my homedir on klama keep changing to 99, I do not get error messages when a package is not acccepted, according to chmouel I uploaded them to main, while I'm 100% sure that I uploaded them to contrib. I have to keep mailing lenny to add me to maintainers list so that I at least know when something gets refused. And still I am not on that list. Actually, IMO this sucks. It is far easier to put it in clubcontribs. Amazing everybody puts up with this. danny
Re: [Cooker] Status of multimedia kernel?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Danny Tholen wrote: On Thursday 27 February 2003 17:34, Buchan Milne wrote: I was wanting to answer that most of the software is already in Mandrake contribs in preparation for 9.1, but it seems we do not have the low latency/multimedia kernel in contrib yet. well, I do hardly have the time to put up with contrib sillyness: My permissions on my homedir on klama keep changing to 99, Lenny, please look into this. I do not get error messages when a package is not acccepted, according to chmouel I uploaded them to main, while I'm 100% sure that I uploaded them to contrib. I have to keep mailing lenny to add me to maintainers list so that I at least know when something gets refused. And still I am not on that list. If necessary (I was not sure if you were subscribed yet) I will forward you errors on your packages in mainters until you are subscribed. Actually, IMO this sucks. It is far easier to put it in clubcontribs. Amazing everybody puts up with this. I don't know how many people have problems like this. My only issue is I was only subscribed to maintainers recently, and did not know about it before. Chmouel/Warly, can someone give a definitive answer as to whether these pakages will be accepted into contrib, and if so, what needs to be done to have them accepted. It would be really good to see this kernel in contrib. Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+X0CDrJK6UGDSBKcRAgLtAKCf+K1F/rjKgMA4OrIG7JO6em/obACghFCG 9eGsh9iuhd8FgN/33MU/ZXs= =WXu1 -END PGP SIGNATURE-
Re: [Cooker] Status of multimedia kernel?
Hello, On Fri, Feb 28, 2003 at 12:57:08PM +0200, Buchan Milne wrote: I was wanting to answer that most of the software is already in Mandrake contribs in preparation for 9.1, but it seems we do not have the low latency/multimedia kernel in contrib yet. well, I do hardly have the time to put up with contrib sillyness: My permissions on my homedir on klama keep changing to 99, Lenny, please look into this. Fixed. But I need to see what's really happening on it. lenny
Re: [Cooker] Status of multimedia kernel?
Well, while talking to the Linux Audio User's Group, my idea was that everything they want in a specialized audio distro, we could easily have with a little work. But it's not turning out to be so easy. Mainly this includes: 1. low-latency, preemptable, capabilities kernel 2. jackd with capabilities 3. ardour 4. lots of cool sound toys So far we've had problems with 1, 2, and 3. The kernel was graciously made by Danny, and I can easily make an SMP version, but we can't seem to get it into contribs, and we have no commitment that it will be the same version as that in main at release time. It would help if we had a little cooperation from MDK team on this. As for jackd with capabilities, I had to make it a compile-time option. This is fine for experienced users, but a pain otherwise. I wish there was an easier way. Also, I've almost finished ardour, only to learn that 'the author' doesn't want binary copies distributed, because he's afraid users will pester him and/or us about bugs/limitations which he already know about. He does however allow gentoo to have an emerge script from CVS. So either we disrespect his wishes (and they are only wishes; there's no clause in the GPL saying source-code only distribution), or I will adapt my SRPM to do a CVS checkout. Probably go with latter option. No want to step on any toes if possible. I expected to tell people, Hey we've got an easy to use, fully capable distro that will do all the cool audio stuff you want out-of-the-box. Just: urpmi jack ardour kernel-multimedia. Currently, I will have to make a long page of detailed instructions like: 1. go to a mirror and download jack and ardour SRPMS 2. install devel packages (cvs, gcc, etc) 3. rebuild jack --with-realtime (a few mintues) 4. rebuild ardour (long download, VERY long build) 5. go to club and get a membership if you don't have one 6. download kernel-multimedia 7. install your new kernel, jack, and ardour rpms 8. reboot and run jackstart Quite a task for a Windows-user, and not as cool as just running urpmi. The one cool thing is it pushes people to join the club, but I anticipate some resistance to paying just to download the linux kernel (of all things). Any ideas/suggestions? 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] Status of multimedia kernel?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Austin Acton wrote: Well, while talking to the Linux Audio User's Group, my idea was that everything they want in a specialized audio distro, we could easily have with a little work. But it's not turning out to be so easy. Mainly this includes: 1. low-latency, preemptable, capabilities kernel 2. jackd with capabilities 3. ardour 4. lots of cool sound toys So far we've had problems with 1, 2, and 3. The kernel was graciously made by Danny, and I can easily make an SMP version, but we can't seem to get it into contribs, and we have no commitment that it will be the same version as that in main at release time. It would help if we had a little cooperation from MDK team on this. Chmouel/Juan, are you guys able to give an answer on this? I am sure if you Danny can be told This will be the final kernel for 9.1 a few days in advance, he should be able to get a the multimedia kernel working. I am also sure that if he has problems uploading it, or has to repatch/rebuild often he will not be keen ... As for jackd with capabilities, I had to make it a compile-time option. Why? Does it need the mutli-media kernel, or is there some other issue? How about building it parallel, so that a build of the srpm builds it once without capabilities, once with, and have the two packages obsolete each other etc so that you can swap between them with: # urpmi jackit or # urpmi jackit-capabilities I would guess then that jackit-capabilities would require the multimedia kernel? This is fine for experienced users, but a pain otherwise. I wish there was an easier way. Also, I've almost finished ardour, only to learn that 'the author' doesn't want binary copies distributed, because he's afraid users will pester him and/or us about bugs/limitations which he already know about. If he does not want users to use his software, he should not make it available. Users should be aware that the first place they file bugs is with their distro. He does however allow gentoo to have an emerge script from CVS. So either we disrespect his wishes (and they are only wishes; there's no clause in the GPL saying source-code only distribution), or I will adapt my SRPM to do a CVS checkout. Probably go with latter option. No want to step on any toes if possible. But that is ridiculous. What if you *happen* to get a totally wasted copy from cvs? It is better to have a binary package that is known to at least run. I expected to tell people, Hey we've got an easy to use, fully capable distro that will do all the cool audio stuff you want out-of-the-box. Just: urpmi jack ardour kernel-multimedia. Currently, I will have to make a long page of detailed instructions like: 1. go to a mirror and download jack and ardour SRPMS 2. install devel packages (cvs, gcc, etc) 3. rebuild jack --with-realtime (a few mintues) 4. rebuild ardour (long download, VERY long build) 5. go to club and get a membership if you don't have one 6. download kernel-multimedia 7. install your new kernel, jack, and ardour rpms 8. reboot and run jackstart Quite a task for a Windows-user, and not as cool as just running urpmi. The one cool thing is it pushes people to join the club, but I anticipate some resistance to paying just to download the linux kernel (of all things). Any ideas/suggestions? 1)See if we can campaing Mandrakesoft to assist getting Danny's kernel into contrib 2)build 2 versions of jackit in the srpm 3)Ignore the ardour author's wishes, but offer to handle bug reports from Mandrake users (by directing them to bugzilla), and provide binaries. Danny, where can I get your latest SRPM? Can I give it a try uploading to contrib on klama? Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+X4U8rJK6UGDSBKcRAtk2AKCrOCheFEndUjeRjopIPcjsEonXIACgsVZ1 UOxrXb3shI+vQafFBPQPNtc= =0h8u -END PGP SIGNATURE-
Re: [Cooker] Status of multimedia kernel?
On Fri, 2003-02-28 at 10:50, Buchan Milne wrote: As for jackd with capabilities, I had to make it a compile-time option. Why? Does it need the mutli-media kernel, or is there some other issue? It's the same, except in the capabilities version, there is an extra script, jackstart, which has to be suid root. I think it's pretty harmless without the capabilities kernel, but I'm not an expert. WITH the capabilities kernel, it is decidedly unsafe. How about building it parallel, so that a build of the srpm builds it once without capabilities, once with, and have the two packages obsolete each other etc so that you can swap between them with: # urpmi jackit or # urpmi jackit-capabilities That would be great if jack was in contribs. But since it's in main, I don't think they want any suid scripts at all. Not sure about that though. Also, I've almost finished ardour, only to learn that 'the author' doesn't want binary copies distributed, because he's afraid users will pester him and/or us about bugs/limitations which he already know about. If he does not want users to use his software, he should not make it available. Users should be aware that the first place they file bugs is with their distro. Many people are 'respecting' his unpublished wishes (Planet CCRMA, debian), and others aren't (connetiva has an rpm), and some get around it (gentoo). But that is ridiculous. What if you *happen* to get a totally wasted copy from cvs? It is better to have a binary package that is known to at least run. You're preaching to the choir here Buchan. :-) 1)See if we can campaing Mandrakesoft to assist getting Danny's kernel into contrib 2)build 2 versions of jackit in the srpm 3)Ignore the ardour author's wishes, but offer to handle bug reports from Mandrake users (by directing them to bugzilla), and provide binaries. This I really like. The only real problem is having a suid script in main. Maybe we can have jackit in main and jackit-capabilities in contribs? I know it's messy though. Thanks for your help/support Buchan. 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] Status of multimedia kernel?
I have been building ardour rpms for Mandrake quite a while now and i have not seen one question on ardour devellop or user mailinglists about bugs in my the rpms. Actually i decided to start building Mandrake 9.0 ardour rpms when i saw that over 50% of the messages in ardour devel was about how to build ardour. Since i started to announce new rpm version this kind of entries has dropped down to something like 25%. I really think that you should build ardour rpms for it but you must update them frequently. And of make it clear that it is a program thats in canstant development. I have had only positive response on the rpms i have published on my site. The only thing thats missing is the low-latency kernel. /thac
Re: [Cooker] Status of multimedia kernel?
On Fri, 2003-02-28 at 11:11, [EMAIL PROTECTED] wrote: The only thing thats missing is the low-latency kernel. And jackd with capabilities. Unless you are running ardour as root... not a good idea on an unstable program. 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] Status of multimedia kernel?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Austin Acton wrote: On Fri, 2003-02-28 at 10:50, Buchan Milne wrote: It's the same, except in the capabilities version, there is an extra script, jackstart, which has to be suid root. I think it's pretty harmless without the capabilities kernel, but I'm not an expert. WITH the capabilities kernel, it is decidedly unsafe. How about just jackstart in contrib, requiring jackit and (assuming we can get the multimedia kernel in) kernel-multimedia? How about building it parallel, so that a build of the srpm builds it once without capabilities, once with, and have the two packages obsolete each other etc so that you can swap between them with: # urpmi jackit or # urpmi jackit-capabilities That would be great if jack was in contribs. But since it's in main, I don't think they want any suid scripts at all. Not sure about that though. D'Oh, forgot abot that ... 1)See if we can campaing Mandrakesoft to assist getting Danny's kernel into contrib 2)build 2 versions of jackit in the srpm 3)Ignore the ardour author's wishes, but offer to handle bug reports from Mandrake users (by directing them to bugzilla), and provide binaries. This I really like. BTW, in 9.0 Sylvestre and I took a risk putting samba-2.2.6rc2 in (samba team reckoned they would have 2.2.6 final out at least a week before final freeze of 9.0), but it was not too much of an issue (there was really only one visible bug in smbclient, and we had to do updates to 2.2.7 anyway ... plus more shortly I hope). One of the things that we did to manage this was ensuring that *we* answered such bug reports on the samba mailing list quickly, so that the authors were not tied up answering questions stemming from us shipping 2.2.6pre2. If you (or other Mandrake/cooker users) are willing to stick on whichever list is applicable and field Mandrake questions, the ardour author should be pleased to have more people using his software, as he should get a wider audience for patches, and not have to pay for it by answering questions from users using Mandrake packages. It would be a win/win situation instead of an everyone loses situation IMHO. (please note I am not volunteering to help with this ... I have mailing list overload already!). The only real problem is having a suid script in main. Maybe we can have jackit in main and jackit-capabilities in contribs? I know it's messy though. Just put it in a seperate package in contrib. Or would this not solve it? Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+X6nfrJK6UGDSBKcRAmOoAJ0RBwdkmOH4BGRslktihV1/g3GjMgCgj4G/ lnudxOioxMN1JL5RhMD/L3o= =vCad -END PGP SIGNATURE-
Re: [Cooker] Status of multimedia kernel?
On Fri, 2003-02-28 at 13:26, Buchan Milne wrote: How about just jackstart in contrib, requiring jackit and (assuming we can get the multimedia kernel in) kernel-multimedia? It's a logical idea, but it wouldn't work, as jackd itself requires compile-time configuration to know jackstart suid root exists. But capabilities jack in contribs is an option. If you (or other Mandrake/cooker users) are willing to stick on whichever list is applicable and field Mandrake questions, the ardour author should be pleased to have more people using his software, as he should get a wider audience for patches, and not have to pay for it by answering questions from users using Mandrake packages. It would be a win/win situation instead of an everyone loses situation IMHO. I'm already on linux audio users list. I answer a lot of Mandrake help questions. Was arguing all morning with a guy who says he can't build anything with Mandrake 8.2. Ardour-devel and ardour-users are not too busy, so I guess I can watch them. 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] Status of multimedia kernel?
On Friday 28 February 2003 16:50, Buchan Milne wrote: Austin Acton wrote: Chmouel/Juan, are you guys able to give an answer on this? I am sure if you Danny can be told This will be the final kernel for 9.1 a few days in advance, he should be able to get a the multimedia kernel working. I am also sure that if he has problems uploading it, or has to repatch/rebuild often he will not be keen . I do not necessarily need to know in advance. At the release moment I can build a preempt version, only someone has to move it to 9.1 contrib at that moment. Since also in main only bugfixes are allowed this kernel could also be considered a bugfix (since it is exactly the same as in main, only with the lowlat/preempt patches) As for jackd with capabilities, I had to make it a compile-time option. Why? Does it need the mutli-media kernel, or is there some other issue? yes why? Also, I've almost finished ardour, only to learn that 'the author' doesn't want binary copies distributed, because he's afraid users will pester him and/or us about bugs/limitations which he already know about. If it is GPL, the author cannot ask this from you. He should either make it non-GPL or allow it. Danny, where can I get your latest SRPM? Can I give it a try uploading to contrib on klama? on klama, actually, I am going to update it to latest cooker kernel _now_ (so give me a few hours). d.
Re: [Cooker] Status of multimedia kernel?
[EMAIL PROTECTED] wrote: I have been building ardour rpms for Mandrake quite a while now and i have not seen one question on ardour devellop or user mailinglists about bugs in my the rpms. Actually i decided to start building Mandrake 9.0 ardour rpms when i saw that over 50% of the messages in ardour devel was about how to build ardour. Since i started to announce new rpm version this kind of entries has dropped down to something like 25%. I really think that you should build ardour rpms for it but you must update them frequently. And of make it clear that it is a program thats in canstant development. I have had only positive response on the rpms i have published on my site. The only thing thats missing is the low-latency kernel. /thac I have read something about a kernel patch that makes it possible to use jackit with capabilities without running it as root. Snip from this page http://jackit.sourceforge.net/docs/faq.php Real-time scheduling Jack requires real-time scheduling (|SCHED_FIFO|) for reliable, dropout-free operation, which the vanilla Linux kernel does not adequately support. Andrew Morton's low-latency patches are currently the most functional way to add soft-RT scheduling to Linux; you may find them here http://www.zip.com.au/%7Eakpm/linux/schedlat.html#downloads. However, special privileges are required to enable low-latency operation, which can be acquired in two ways. The first option is to run jackd as root in real-time mode, invoking it as |jackd --realtime ...|. This has the disadvantage of requiring that all of the apps that use jack run as root, but it gets the job done. Real-time scheduling is inherently 'dangerous'; a badly or maliciously coded app can hang the system. Requiring that apps be run as root at least requires the user to already have full control over the system anyway, so this is not a real security risk. This is the way most people do things. A newer way to do things is to use a setuid root app that runs the jackd binary as a non-root user and transfers to it the capabilities needed for real-time scheduling. This requires processes to be able to grant their privileges to other processes using POSIX 1.e capabilities. A more in-depth discussion of this issue may be found at Tommi Ilmonen's |givertcap| page http://www.tml.hut.fi/%7Etilmonen/givertcap/. To use this feature at present (May 2002), a brief kernel patch is required: Go to |/usr/src/linux/include/linux| (or wherever you have your kernel sources) and in the file |capability.h| change the line #define CAP_INIT_EFF_SETto_cap_t(~0~CAP_TO_MASK(CAP_SETPCAP)) to #define CAP_INIT_EFF_SETto_cap_t( ~0 ) and the line #define CAP_INIT_INH_SETto_cap_t(0) to #define CAP_INIT_INH_SETto_cap_t( ~0 ) You must then recompile your kernel. By the way did you implement low-latency by using /Control low latency with sysctl/. If you enable this, you can turn the low-latency capability on and off with /proc/sys/kernel/lowlatency. The default value is zero - low-latency disabled. from this page http://www.zip.com.au/%7Eakpm/linux/schedlat.html /thac
Re: [Cooker] Status of multimedia kernel?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Danny Tholen wrote: On Friday 28 February 2003 19:26, Buchan Milne wrote: btw: Wrote: /home/dtholen/rpm/SRPMS/kernel-multimedia-2.4.21.0.11mdk-1-1mdk.src.rpm Wrote: /home/dtholen/rpm/RPMS/i586/kernel-multimedia-preemptsmp-2.4.21.0.11mdk-1-1mdk.i586.rpm Wrote: /home/dtholen/rpm/RPMS/i586/kernel-multimedia-preempt-2.4.21.0.11mdk-1-1mdk.i586.rpm Wrote: /home/dtholen/rpm/RPMS/i586/kernel-multimedia-source-2.4.21-0.11mdk.i586.rpm And here I am watching the changelog list ... and nothing happens ... have you tried uploading? - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+X8jNrJK6UGDSBKcRAnubAKDKzq29LKPXp2aU70Gf/uf3c2hYTwCfTg7y YFg4aY1O5JLkOXXirULwoUE= =GVNP -END PGP SIGNATURE-
Re: [Cooker] Status of multimedia kernel?
On Friday 28 February 2003 19:26, Buchan Milne wrote: How about just jackstart in contrib, requiring jackit and (assuming we can get the multimedia kernel in) kernel-multimedia? yes, split off a small package into contrib, with the script. Does the script need to be setuid root? Why not become root to use it? The jackd itself can still run as the current user? btw: Wrote: /home/dtholen/rpm/SRPMS/kernel-multimedia-2.4.21.0.11mdk-1-1mdk.src.rpm Wrote: /home/dtholen/rpm/RPMS/i586/kernel-multimedia-preemptsmp-2.4.21.0.11mdk-1-1mdk.i586.rpm Wrote: /home/dtholen/rpm/RPMS/i586/kernel-multimedia-preempt-2.4.21.0.11mdk-1-1mdk.i586.rpm Wrote: /home/dtholen/rpm/RPMS/i586/kernel-multimedia-source-2.4.21-0.11mdk.i586.rpm Austin: can you test the smp version? d.
[Cooker] Status of multimedia kernel?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was just reading LWN, where they were discussing how slow progress has been with demudi and agnula (really bad names ...). http://lwn.net/Articles/23857/ I was wanting to answer that most of the software is already in Mandrake contribs in preparation for 9.1, but it seems we do not have the low latency/multimedia kernel in contrib yet. Chmouel seemed to imply that it should be able to go in as long as the names do not conflict. Danny uploaded a new one, which was rejected (IIRC). Is it going to be possible to get it in for 9.1 contrib? Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+Xj4SrJK6UGDSBKcRAoa0AJ9VFaVPGACD+AE+RGITtLlLgn1EBACgmVXX qL0q02TqG66GY1CQJ6LLvDw= =smQm -END PGP SIGNATURE-