[Cooker] No XFS for you, sucker
This is a big bummer and the waste of a morning... I bought a fancy new machine (one of those E-Cube mini sytems... it's very neat, and glows BLUE!). I installed my freshly downloaded powerpack, with XFS root and XFS home. At the lilo section of drakx, I asked for lilo to be installed to MBR. I got this message: Fatal error, filesystem would be destroyed by LILO boot sector /dev/hda. But then it just goes on with the lilo setup. No way to go back. After the lilo step, I got the same error again, and no bootloader was installed. Grrr. So I reran drakx, and this time chose 'upgrade' instead of 'install', hoping I could change the configuration to install bootloader to root. But no, I was not asked that question, it just kept trying to install to MBR. So I reran drakx, doing another complete install. This time I chose to install the bootloader to root. The error: You cannot install the bootloader to an XFS partition. Awesome. Once again, instead of going back and letting me select MBR, it goes on into the LILO setup forever. Pretty dumb stuff. Austin -- Austin Acton Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate Department of Chemistry, York University, Toronto MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
Re: [Cooker] No XFS for you, sucker
On Sat, 2003-10-18 at 13:21, [EMAIL PROTECTED] wrote: If you are going to use an XFS root, you need a /boot which is not XFS. This has something to do with the compatablity SGI wants to keep with the on-disk format used by Irix XFS, which is incompatible with what LILO wants to put there on any partition containing a kernel you want to boot. That is not the problem. I just tried it with reiser, and I got the same error... filesystem would be destroyed by LILO boot sector /dev/hda. This is very odd. What does it mean? I was under the impression drakx warned you about this. Not only does it not warn you, once you select MBR, you can't change it without deleting everything. This is retarded. BTW, on servers, I typically install with a small root ext3 filesystem, /usr and /tmp ext3, /var and data partitions on LVM, usually XFS. This avoids the root on LVM issues, but still gets you the majority of the LVM benefit (resizing partitions which can vary greatly in required capacity). This is not for a server, it's for a portable recording studio. I'm very excited about it. The case even has a handle! I need a journalized, but fast filesystem for both root and home partitions. Ext3 is very slow for audio/video work, and when you're using a Quattro, you get lots of hangups, so ext2 is not an option. I guess I'll pour another hour into the problem and try it with ext3, just to make sure it's not a problem with my hard drive or the way I'm defining the partitions. Austin -- Austin Acton Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate Department of Chemistry, York University, Toronto MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
Re: [Cooker] [Mandrake 10] : Updating the default icon artwork
On Thu, 2003-10-16 at 06:59, Buchan Milne wrote: I prefer KDE icons to GNOME icons personally. The new SVG based icons look amazing on GNOME2. http://librsvg.sourceforge.net/theme.php http://art.gnome.org/themes/icon/index.php (tux'n'tosh is very cool) http://librsvg.sourceforge.net/images/spheresandcrystal.png (You didn't think I could let you get away with that, did you Buchan?) AUstin -- Austin Acton Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate Department of Chemistry, York University, Toronto MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
Re: [Cooker] help with gdam
If you want to look at my src rpm I uploaded it to /home/eslrahc Perfect. Thanks, Austin -- Austin Acton Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate Department of Chemistry, York University, Toronto MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
Re: [Cooker] help with gdam
On Tue, 2003-10-14 at 04:01, Charles A Edwards wrote: Can you just upload it? Do you mean to my site or to contrib? To contrib. It was giving me a headache. Can you upload it? Austin -- Austin Acton Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate Department of Chemistry, York University, Toronto MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
Re: [Cooker] help with gdam
On Tue, 2003-10-14 at 14:50, Charles A Edwards wrote: Sure, but I don't know if I want to be the maintainer. So either: list me as the uploader [EMAIL PROTECTED] or, ask warly to make me the maintainer Well, if I am going to upload it I had better clean up the spec some and at least test the install. Don't worry about it. I'll fix it up, someday. Thanks, Austin -- Austin Acton Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate Department of Chemistry, York University, Toronto MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
Re: [Cooker] help with gdam
On Wed, 2003-10-08 at 11:13, Charles A Edwards wrote: Well, I've played around with it some. The result http://www.eslrahc.com/gdam-0.942-1cae.src.rpm This breaks the package into.. gdam-common-0.942-1cae.i586.rpm gdam-server-0.942-1cae.i586.rpm gdam-client-0.942-1cae.i586.rpm gdam-clients-gtk-0.942-1cae.i586.rpm gdam-devel-0.942-1cae.i586.rpm gdam-alsa-plugin-0.942-1cae.i586.rpm gdam-xmms-plugin-0.942-1cae.i586.rpm I'm having a very hard time building it, and I can't seem to access your SRPM. Can you just upload it? Austin -- Austin Acton Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate Department of Chemistry, York University, Toronto MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
Re: [Cooker] kernel-multimedia
On Mon, 2003-03-03 at 15:33, Charles A Edwards wrote: Tested with urpmi on 3 systems and kernel-multimedia is Required only if jackit-realtime is installed/selected. Cool. Good to know. Thanks, Charles. 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] what's the mess with the club ?
On Sun, 2003-03-02 at 06:05, Buchan Milne wrote: IMHO, it should have stayed in the comm section of club (we have at present test, comm, free and non-use, only free gets mirrored onto the Mandrake-devel mirrors, the rest stays in the Club). Just like a whole bunch of other proprietary software (Java etc). But all the code and libraries are GPL. 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
[Cooker] urpmi.setup
I see that urpmi.setup is still in contribs! I thought it was going to main. If it's main purpose in life (now that it's dumbed down) is to allow people an easy way to set up a contribs source, doesn't it seem stupid to put it in contribs? Unless someone can guarantee that it gets onto the CD's. Can I have an answer on this? I'm trying to write a howto. 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
[Cooker] gatos
With the update to XFree 4.3, I was hoping avview would start working again, but we're still seeing bug reports about it. Can XFree 4.3 please be patched with the latest drivers from the GATOS project? Otherwise nobody can use their ATI TV tuners. 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] urpmi.setup
On Sun, 2003-03-02 at 11:46, Olivier Thauvin wrote: urpmi.setup was put on main after rc1 release, it is allready in main on mirror, and I think on CD for rc2. Great! I wasn't sure, cuz the spec is in the contribs CVS and not the main CVS. 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] what's the mess with the club ?
On Sat, 2003-03-01 at 11:34, Buchan Milne wrote: Newer package in PLF (yanc-0.2.0-2plf.src.rpm) Austin, is there a reason why it cannot be in contrib? Other NVidia-specific software is in contrib: yanc in club only as yanc-0.1.4-1mdk.src.rpm It's made with Kylix. Lenny said anything that we can't compile with gcc can't go in contribs. 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
[Cooker] ardour
I'm freaking out here. I finally got around to trying ardour today. It's AMAZING. Up yours Cakewalk! :-) It's a bit crashy, but if you remember what NOT to do, it runs fine. Sound is great. Works great even without the multimedia kernel, but better with. I'll report of comparisons later. Gotta go record a song I wrote a month ago, but I was wating for audacity to become usable. So much for that. Moral of the story is, getting our ardour/jack-realtime/kernel-multimedia setup for 9.1 is going to be SO worth it! 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
[Cooker] jackd and kernel-mm
Okay, here's a simple test that gives a clear picture of how jack-realtime and the multimedia kernel work together. Test system: celeron 750, 256MB, cooker Benchmark: run jackd and ardour, record some music, record a second track (with full duplex), playback, then open galeon and oowriter at the same time, count the number of xruns (jack buffer underruns) Results: cooker kernel, cooker jackd: countless xruns, between 10 and 150 msec cooker kernel, cooker jackd (realtime option, as root): 3 xruns, 150-160 msec each mm kernel, cooker jackd: countless xruns, between 10 and 50 msec mm kernel, jackd-realtime (as user): not one single xrun So the results are very conclusive. mm kernel reduces the latency (by up to 100 msec per xrun!), and jackd-realtime eliminates 99% to 100% of the xruns. Plus Danny's beautiful kernel allows jackd-realtime to run as non-root. This is beautiful. The Mandrake Audio Workstation is born. We mock specialty distros. We laugh out loud at them. Daily. 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] ardour
On Sat, 2003-03-01 at 16:30, Quel Qun wrote: I am having a bit of troubles getting all this multimedia software working together and I don't really have much time to spend on it. Is there any existing documentation? Could anyone who got everything working spend some time to write a quick dirty step by step mini how-to? That would be nice, I think what people are missing, is that we will be the ONLY distro where you can set up a professional audio workstation with only FOUR commands, out of the box. # urpmi kernel-multimedia jackd-realtime ardour # reboot (choose multimedia kernel at boot time, or set as default) $ jackstart -d alsa -d hw:0 $ ardour Not even debian can say that. Austin P.S. This assumes we get the damn kernel into contribs. jackd-realtime is ready to upload as soon as the kernel is committed. -- 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] ardour
On Sat, 2003-03-01 at 16:30, Quel Qun wrote: Is there any existing documentation? Could anyone who got everything working spend some time to write a quick dirty step by step mini how-to? That would be nice, You know what... I think I'll do that. I will write a multimedia-workstation howto for Mandrake 9.1. It will include at least kernel/ardour/jack but I would also like to add PLF/cinelerra/mplayer, in which case I would have to host it myself, not on any Mandrake servers. But that's okay. I spent ALL morning trying to get my new cinelerra rpm to compile on 9.0. No luck so far. That program is a bastard. 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] what's the mess with the club ?
On Sat, 2003-03-01 at 16:54, Guillaume Rousse wrote: It's made with Kylix. Lenny said anything that we can't compile with gcc can't go in contribs. Why could it go in club then ? Why not? The club has lots of binary-only apps. Unless you meant why couldn't it go in the club, in which case the answer is: it's already there. The srpm is just a fancy wrapper for the binary and required libs really. I tried downloading kylix and exporting the code, but porting it to GNU tools is not as easy as it sounds. 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] what's the mess with the club ?
On Sat, 2003-03-01 at 18:18, Michael Scherer wrote: Lenny said anything that we can't compile with gcc can't go in contribs. Austin I was trying to package a game written in pascal with fpc ( freepascal.org ), so I should stop ? Sorry, I meant gcc or similar. 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] what's the mess with the club ?
I think you guys are missing an important point. While contrib apps are unsupported, there is at least some assurance of quality. It's hard to get access (almost too hard), your work is closely watched (by people and by rpmlint), and other people can easily 'overtake' your package if it sucks. The club however, is almost uncontrolled. There is no rpmlint checking, almost anyone can get write access (by submitting one good rpm), and it's very hard to 'fix' someone else's package, as they retain the control over it by web interface. Also club has looser guidelines on licensing, and compilation. The only restriction is that your package must have a source and a binary rpm. And even at that, the source rpm can just be a wrapper for a binary (yanc). So while I agree that work done on the club should do more to help contribs, I don't think that club packages should be 'forced' into contribs, and I don't think that club volunteers should have any special access to contribs. That's not to say that they should remain separate, but I don't have a better solution right now. My main concern is to keep the quality of contribs packages at their current high level. 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?
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?
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?
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?
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
[Cooker] DrakX RC1 Problems
A big power surge knocked out my /usr partition yesterday (ext3 my ass!), so I had to reinstall this morning... decided to go with the RC1 CD's for fun. It was a shaky ride for a release candidate I think... 1. Draksound is not user friendly at all. A novice would never understand what is going on. It's very confusing. It says my current driver is ALSA snd-cmipci (true), but then it just shows a dialog with cmipci(). It doesn't ask the user a question or imply the options. I think the dialog should say: You have the following options for your sound card driver: Then a dialog box with these two options should show up: snd-cmipci (ALSA sound system) cmipci (OSS sound system) You could also add something like If you are unsure which to chose, select the ALSA driver or something similar. Mandrake is supposed to be easy to use. 2. Grammar in Draksound. Your card currently use the... should be You card is currently using the... 3. In summary, TV card shows up as not configured. So I go to configure and configure it. This takes me back to the summary screen which still says TV card not configured. After rebooting, the bttv driver is loaded however. 4. Same thing for firewall. I click confiugre, setup my firewall, and when I get back to the summary screen it still says firewall disabled. And after rebooting, shorewall is NOT running. Granted I'm on 'high' security level, but if I setup a firewall with the installer, it should be installed! 5. After the summary page, the installer froze. These were the commands being executed: chkconfig --add shorewall with root /mnt chkconfig msec chkconfig chkconfig chkconfig chkconfig --del netfs with root /mnt chkconfig (report.bug output available) 6. On bootup, kernel reports alsa rc6. Aren't we using rc7? 7. SMP was not detected, and SMP kernel was not installed. This IS a showstopper. I reported this a month ago. It's also in bugzilla. Either it has to be fixed, or you have to give the user an option to install the SMP kernel without autodetection. On a lighter note, Drakx looks prettier, and I really like having fewer options and the bigger summary page. 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
[Cooker] urpmi/synthesis file
This used to work and now it doesn't. What happened? I can't add contribs with the following commands: urpmi.addmedia -h contrib http://mandrake.redbox.cz/Mandrake-devel/cooker/i586/Mandrake/RPMS2 urpmi.addmedia -h contrib http://mandrake.redbox.cz/Mandrake-devel/contrib/i586 I realize I can: urpmi.addmedia contrib http://mandrake.redbox.cz/Mandrake-devel/cooker/i586/Mandrake/RPMS2 with synthesis.hdlist2.cz but what's the use of having an auto-detect option (-h) if it doesn't work? Should be easy problem to solve. 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
[Cooker] perl-- help me
Any Perl experts... I've got problems building a package that comes with perl bindings. First, it wants to install a file called perllocal.pod in %perl_sitearch. It just contains info about the package, but the name seems wrong. In SuSe, they seem to pipe .pod files to /var/adm, but it's all greek to me. Can I just delete the file? Also, rpm seems to add requires:perl-base = 5.800 to the package. Since we're using perl 5.8.0, it won't install. I grepped the source, and there is no reference to '5.800' in the code. Where is rpm getting this? Not from the spec file. Any suggestions are appreciated. 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 =head2 Tue Feb 18 18:36:26 2003: CModule LRDF::Redland|RDF::Redland =over 4 =item * Cinstalled into: /home/austin/rpm/tmp/redland-root/usr/lib/perl5/site_perl/5.8.0 =item * CLINKTYPE: dynamic =item * CVERSION: 0.9.12 =item * CEXE_FILES: =back
Re: [Cooker] Linux Audio RPMs
Csound is finished, but license is for non-commercial use only. Maybe a candidate for PLF? Also, cecelia is a GUI for it, but doesn't require csound to build against. Should it go in contribs or PLF as well? Also, I can't find the latest source code for rtsynth. If anyone knows where it is, please point me to it. Thanks to Bertrand Dekoninck with ardour debugging help. I should have a new version ready today. Top priority, highly requested and on Thac's site = ladcca done (austin) qjackconnectdone ([EMAIL PROTECTED]) csound done, not allowed in contribs (austin) cecelia done, where to put? (austin) rtsynth I can't find the source code, can you? swami done (austin) musedone (austin) vstserver pd ceres mammut ardour done, thanks Lenny (austin) vkeyb done (austin) kalsatools [EMAIL PROTECTED] noteeditdone (bgmilne) may need rebuild for lilypond support lilyponddone (bgmilne) Highly requested, to start from scratch: amsynth done (austin) spiralsynthmodular done (bgmilne) freqtweak done (austin) spiralloops done (austin) spiralsynth done (austin) snd done (austin) ** Thanks to Narfi for the lovely patches. Requested by only a few users, to start from scratch, lowest priority: == pain jmax[EMAIL PROTECTED] (not possible at this time) seq24 gdam kguitar [EMAIL PROTECTED] (if time permits) denemo [EMAIL PROTECTED] (if time permits) ecamegapedaldone (austin) thanks Quel Qun athena hydrogendone (austin) xsoxdone (austin) sound-monitor done (austin) protux in progress (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] Linux Audio RPMs
On Mon, 2003-02-17 at 12:30, Spencer Anderson wrote: Which leads to the question of jmax. The only place I can think of is club commercial. Maybe the place for csound also. Jmax will have to go in jpackage. Csound will go in PLF, because although it's open sourced, it cannot go on commercial mirrors. 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] Linux Audio RPMs
On Mon, 2003-02-17 at 14:36, Spencer Anderson wrote: OK, I just have the menu entries to do in jmax and it will be ready. Do you want me to send it to you? Hmm, I'm not a member of jpackage. Send it to Guillaume Rousse maybe? Or join the jpackage project. :-) 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] Re: Linux Audio RPMs
No source code. Austin On Mon, 2003-02-17 at 16:55, huug wrote: Today, Austin Acton [EMAIL PROTECTED] wrote: Also, I can't find the latest source code for rtsynth. If anyone knows where it is, please point me to it. URL:http://linux-sound.org/rtsynth/ looks recent, first hit Google Linux URL:http://www.google.com/linux?restrict=linux :) -- 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] menu and icons stuff...
On Sun, 2003-02-16 at 09:53, Oden Eriksson wrote: cat %{buildroot}/%{_menudir}/xvocp EOF ?package(xVOCP): \ command=%{_bindir}/xvocp \ needs=X11 \ icon=vocp.png \ section=Applications/Communications \ title=xVOCP \ longtitle=xVOCP presents a graphical user interface to the contents of voice mail boxes. EOF bzcat %{SOURCE4} %{buildroot}/%{_miconsdir}/vocp.png bzcat %{SOURCE5} %{buildroot}/%{_iconsdir}/vocp.png bzcat %{SOURCE6} %{buildroot}/%{_liconsdir}/vocp.png Should work. Make sure %_menudir/xvcop is in your files list, and try changing second like to ?package(%name) Run update-menus -v and look for errors. If you see an error you know it's probably a syntax problem. Also I think 'longtitle' has a length limit, and your's looks quite long. See: http://www.linux-mandrake.com/en/howtos/mdk-rpm/ 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] Re: [Contrib-Rpm] csound-4.23.4.2-2mdk
On Thu, 2003-02-13 at 02:03, R.I.P. Deaddog wrote: Does this version of csound use MIT license? AFAIK some version of csound (is it canonical version or...) specifies that it *only* allows non-commercial usage/distribution. Hmmm, damn. You're right. This 'modification' of csound is MIT, most of the effects are GPL, but the core I misread. It's MADE at MIT, and only for non-commercial distribution. So I guess we can't post any of the csound variations! That sucks because cecilia depends on it. 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] Linux Audio RPMs
Sure you can participate! Buchan's been working on lilypond for some time though. vstserver, pd, ceres, mammut, pain, seq24, gdam, and athena all need to be done though. ;-) Austin On Thu, 2003-02-13 at 02:07, R.I.P. Deaddog wrote: Can I participate too? I have a lilypond 1.6.7 almost ready (compiles successfully, just need to tidy up the spec), sitting in my machine... Abel -- 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
[Cooker] Re: [Contrib-Rpm] wxGTK-2.4.0-2mdk
On Thu, 2003-02-13 at 10:48, Götz Waschk wrote: Name: wxGTKRelocations: (not relocateable) Version : 2.4.0 Vendor: MandrakeSoft Release : 2mdk Build Date: Thu Feb 13 15:44:25 2003 * Thu Feb 13 2003 Götz Waschk [EMAIL PROTECTED] 2.4.0-2mdk - disable unicode Woo hoo! Thanks buddy. Nothing seemed to build against unicode wx. Although we do still have non-unicode wx2.3 right? The folks over at audacity are considering a release soon. Hope you can get it into 9.1, because audacity 1.1.1 is pretty much unusable. 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] Linux Audio RPMs
On Thu, 2003-02-13 at 13:56, [EMAIL PROTECTED] wrote: As i have said before i did rebuild my rpms for Mandrake9.1. I even uploaded my Mandrake9.1 lilypond-1.7.12 srpm to cooker but nothing happens so i stopped building my rpms for Mandrake 9.1 i only build for 9.0 now. Don't forget, we're not just rebuilding your apps, we're making sure they are the latest version and rpmlint-free. 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] pygtk-libglade pb?
On Thu, 2003-02-13 at 23:07, Austin Acton wrote: Stew maybe didn't know this when making the pygnome package. Oops. Just checked, and pygnome doesn't install using distutils. Actually Stew used: %configure2_5x make LIBTOOL=libtool %makeinstall_std to install pygnome. Maybe it calls distutils internally and uses --prefix instead of --root. Hmmm, I don't have time to look at that tonight. 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] Linux Audio RPMs
On Thu, 2003-02-13 at 23:13, [EMAIL PROTECTED] wrote: I have nothing against that you fix my mistakes im quite new to this. So am I. Don't sweat it. But i really think that you should split gtk-ardour from ksi-ardour its 2 different interfaces. Yep. I agree. If you have already done it, send me the spec file. Otherwise, I will get around to it soon. Rebuilding ardour is a pain, because the compile box doesn't have automake 1.7, and I don't know if the AM scripts can be patched to work with automake 1.4. I just didnt like you to spend alot of time to invent something i already did a long time ago. I started with your spec files usually. All your work is definitely appreciated by many. Your page is often mentioned on the linux-audio-users mailing list and on pclinuxonline. But it's also important to get as many apps as we can into cooker. 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] Linux Audio RPMs
On Wed, 2003-02-12 at 03:01, Götz Waschk wrote: Am Dienstag, 11. Februar 2003, 17:59:52 Uhr MET, schrieb Austin Acton: On Tue, 2003-02-11 at 15:44, Buchan Milne wrote: Another one for the list? http://hydrogen.sourceforge.net/ Yeah, I've been planning on doing that one for about a month now. Thought I'd try to finish the list first. I'll do this, seems to be an easy one as there are even MDK 9.0 packages on the home page. Hehe, believe me, it wasn't simple. For some reason, software developers and packagers have differing ideas of what makes a good package. :-) 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] Re: UNIX Lore
On Wed, 2003-02-12 at 07:07, John Allen wrote: On Wednesday 12 February 2003 11:28, Thierry Vignaud wrote: David Walser [EMAIL PROTECTED] writes: I don't seem to have those in Mandrake :o( we do have man sex And it would be nice if it were removed. I have children using Mandrake and would be apalled it they view the sex man page. $man sex is not half as bad as the spam I get every twenty minutes or so... or as graphic... 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] Re: UNIX Lore
On Wed, 2003-02-12 at 08:55, Götz Waschk wrote: Am Mittwoch, 12. Februar 2003, 21:52:32 Uhr MET, schrieb Leon Brooks: Regardless, there is another force which should stop it from going in: respect. Unless you *need* to have something which is potentially offensive, don't have it. Mandrake is a respectful and respectable distribution. Sure, you can consider stuff like joke man pages and fortune cookies as not important, but where will this end? Maybe the next time someone will complain about swearing in kernel-source: Yeah, the kernel source is a fun read sometimes. Europeans and Americans have a slightly different way of cursing in English. It's fun to see the difference. Leon et al, If they start teaching brainfuck in schools as a simple and very educational introduction to computer programming (which it is), are you gonna send your kids to another school? 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] Re: UNIX Lore
On Wed, 2003-02-12 at 09:05, Pascal Terjan wrote: But I agree that's not a solution, else we'll soon have more packages in PLF than in regular mdk... Did someone already complain about BitchX ? I find 'GNOME' to be offensive to short people, 'Evolution' goes against some people's beliefs, I'm a bit of a pyromaniac and 'Arson' makes me relapse, 'the Gimp' has homosexual connotations, so does 'suck', I had a girlfriend named 'Gail' once and it hurts to remember her, same goes for 'Ruby', 'Amanda', and 'Perl' (I get around), 'oaf' is offensive to the mentally challenged, I don't like 'soup', I don't wear 'sox', 'Slay' promotes violence, 'cadaver' is morbid, so is 'deadftp', 'subversion' promotes anarchy, and on and on. Please remove all of them at once. I am offended. 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] Re: UNIX Lore
On Wed, 2003-02-12 at 11:18, scott chevalley wrote: This all reminds me of the old apple II adventure game. If you type fuck you when playing it would respond your place or mine? And that was in the early '80s! Anyone remember 'Sex Games' for the Commodore 64? That was insane. Terrible game, no fun, everyone played it. :-) 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] Re: UNIX Lore and the benefits of kmail
On Wed, 2003-02-12 at 11:15, Brook Humphrey wrote: Wow they fixed it since the last time I used it but then you are probably the only other person on the face of the planet with as much email. We are the email elite. I still wont use evolution though. Thanks for letting me know that it works better now though. I get in the range of 600 emails a day. Evolution never flinches. Mind you, I don't keep them all. Wish they'd make a GTK2 port though. 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] urpmi.setup in main ?
On Wed, 2003-02-12 at 12:28, Olivier Thauvin wrote: What about puting this package on main instead contrib. It seems lot of poeple want or need it: It would help a LOT of new users out. I can't tell you how often I get an email saying something like: I was trying to install xxx, but it failed, so I got a bunch of old rpms from other distros off rpmfind.net, and now nothing works. I get this all the time. The reasons are two: - people don't know about urpmi or don't know how to use it - people don't know where to find mandrake RPM repositories or how to set them up Since we are living in the Windows era, there is no use trying to tell people to use man pages or read instruction manuals. I'd say 80% of what the average user can do with a computer, he learned from experimenting with the GUI. Since I feel that urpmi is Mandrake's least well know, least well respected, and most underrated feature of the distro, we should try to introduce as many people as possible to it. I feel the best way to do this, is make a big fancy repository GUI for morons, and put it in a very obvious location of the menu. Makes people happy, teaches them about using rpmdrake/urpmi with rpms built specifically for Mandrake 9.1, gives them way more packages to install in one click/command, and hopefully, they stay with the distro. urpmi.setup could be one of the best features of 9.1. Please consider putting it in main and installing it by defualt. Seriously. 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] Re: [Contrib-Rpm] hydrogen-0.7.4-1mdk
On Wed, 2003-02-12 at 15:41, Lonnie Borntreger wrote: hydrogen-0.7.4 and libhydrogen0 both provide hydrogen. So, if you install libhydrogen0 and not hydrogen, then urpmi hydrogen says everything installed. Sorry. Bad habit from lib-packages where libname should provide name. Actually, libname should theoretically provide name if name requires libname, since installing name also installs libname, thus libname provides name. But in that case one can install libname, then urpmi name and, as you said, urpmi refuses to install name because it thinks it's already provided. Argh. I'll fix it right now. 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] Re: Creation of a community
On Wed, 2003-02-12 at 17:47, Sascha Noyes wrote: I think a wiki is definately needed. It is at the moment probably the most flexible and yet powerful collaboration tool available for an open community like the Mandrake community is. (Witness www.wikipedia.org) The sooner - the better ;-) I thought tutos (www.tutos.org) would be the best cuz it's very customizable, pretty, and all php, all GPL. Best of all, it has pictures of each member. I was just about ready to go buy a digital camera and a new thong. Problem would be integrating it with bugzilla. Nobody wants to have two totally separate systems, so we would need: a) vastly improved bugzilla, both is features and speed b) ditch bugzilla, get an amazingly capable groupware system c) find a groupware system that can interact with bugzilla I don't know enough about the logistics of setting it up to comment further. Austin (feels drafty in here) -- 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] Linux Audio RPMs
Top priority, highly requested and on Thac's site = ladcca done (austin) qjackconnectdone ([EMAIL PROTECTED]) csound done (austin) cecelia done, tweaking default settings (austin) rtsynth I can't find the source code, can you? swami done (austin) musedone, does it build? (austin) vstserver pd ceres mammut ardour done, thanks Lenny (austin) vkeyb done (austin) kalsatools [EMAIL PROTECTED] noteeditdone ([EMAIL PROTECTED]) lilypond[EMAIL PROTECTED] (1.7.12 has issues compiling) Highly requested, to start from scratch: amsynth done (austin) spiralsynthmodular done (bgmilne) freqtweak done (austin) spiralloops done (austin) spiralsynth done (austin) snd done (austin) ** Thanks to Narfi for the lovely patches. Requested by only a few users, to start from scratch, lowest priority: == pain jmax[EMAIL PROTECTED] (not possible at this time) seq24 gdam kguitar [EMAIL PROTECTED] (if time permits) denemo [EMAIL PROTECTED] (if time permits) ecamegapedaldone (austin) thanks Quel Qun athena hydrogendone (austin) xsoxdone (austin)
Re: [Cooker] Something for Götz?
On Tue, 2003-02-11 at 04:25, Quel Qun wrote: http://heroinewarrior.com/cinelerra.php3 It is in PLF. It is in PLF only becuase it has LAME MP3 encoder embedded in it. If he/we could modularize the two, Cinelerra would be a great addition to Mandrake. It's a super-duper non-linear editor, and since Mandrake removed Broadcast 2000, there isn't much left (linuxvideostudio and a few other immature programs). plf has v1.1.0, but 1.1.5 seems to be out. Will do today for sure. 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] Something for Götz?
On Tue, 2003-02-11 at 10:53, Adam Williamson wrote: On Tue, 2003-02-11 at 14:34, Austin Acton wrote: It is in PLF only becuase it has LAME MP3 encoder embedded in it. If he/we could modularize the two, Cinelerra would be a great addition to Mandrake. It's a super-duper non-linear editor, and since Mandrake removed Broadcast 2000, there isn't much left (linuxvideostudio and a few other immature programs). Have you asked the author(s) if s/he/they could make that possible? Not personally. He's known to be quite stubborn on things like that. The whole thing is hell to build anyway... the makefiles are a mess. So he just posts an i386 rpm with a statically linked binary and says use that. But who knows, he might like this idea. 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] Linux Audio RPMs
On Tue, 2003-02-11 at 15:44, Buchan Milne wrote: Another one for the list? http://hydrogen.sourceforge.net/ Yeah, I've been planning on doing that one for about a month now. Thought I'd try to finish the list first. 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] Re: nvidia woes (possibly cured)
On Mon, 2003-02-10 at 09:37, Buchan Milne wrote: Ideally this would be true for my Lucent Technologies Winmodem (it's quite high on the MandrakeClub voting list). Draks already tells me that my Vortex soundcard has no OSS driver and consequently no OSS driver (there's a play on words in there) and it redirects me to the webpage with the semi-binary drivers. I thought it was a great feature when I saw it. I tried to package the Vortex drivers for the club once, but ran into a snag and never finished. 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] Linux Audio RPMs
Top priority, highly requested and on Thac's site = ladcca done (austin) qjackconnectdone ([EMAIL PROTECTED]) csound in progress, hell (austin) cecelia in progress, waiting for csound (austin) rtsynth I can't find the source code, can you? swami done (austin) musedone (austin) vstserver pd ceres mammut ardour done - waiting for Lenny to build it (austin) vkeyb done (austin) kalsatools [EMAIL PROTECTED] noteeditdone ([EMAIL PROTECTED]) lilypond[EMAIL PROTECTED] (1.7.12 has issues compiling) Highly requested, to start from scratch: amsynth done (austin) spiralsynthmodular done (bgmilne) freqtweak done (austin) spiralloops done (austin) spiralsynth done (austin) snd done (austin) ** Thanks to Narfi for the lovely patches. Requested by only a few users, to start from scratch, lowest priority: == pain jmax[EMAIL PROTECTED] (is this possible or not?) seq24 gdam kguitar [EMAIL PROTECTED] (if time permits) denemo [EMAIL PROTECTED] (if time permits) ecamegapedal[EMAIL PROTECTED] athena -- 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] Driver request
On Mon, 2003-02-10 at 19:05, Ben Reser wrote: Seems to me the truth is nVidia just is paranoid about competitors learning something from their drivers. Exactly! If I was a decision making exec at nVidia I would see the issue as a choice of: a) release code, gain support, gain fame, gain users (how many?) b) don't release code, keep secrets from competition As long as competition is as fierce as it is in the video card industry, I don't see much changing, unless someone can convince them that there is a HUGE benefit to them as a money making machine to go with choice (a). 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] Linux Audio RPMs
On Mon, 2003-02-10 at 22:01, Quel Qun wrote: On Mon, 2003-02-10 at 14:57, Spencer Anderson wrote: On 10 Feb 2003 17:02:54 -0500 Austin Acton [EMAIL PROTECTED] wrote: ecamegapedal[EMAIL PROTECTED] (coming soon) What's wrong with the rpm I proposed? It doesn't build. Did you try it? I was going to work on it, but Spence volunteered. 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] Re: Creation of a community
On Sun, 2003-02-09 at 06:27, Stefan van der Eijk wrote: warly if the official speaker of this thread, blame him ;-). Where is mdk management? Are they reading this? What do they think about it? Are they allowed to comment (don't know about french laws). And more important, how do they think they are going to restart mdk? If mdk doesn't find a workable business model then this discussion is useless, or it'll result in a fork. Although Warly inspired this thread, I think some of my words came out wrong and some people took things the wrong way. For that I'm very sorry, but this is getting ridiculous. I never proposed any kind of fork. In fact I was suggesting one of two ways to ATTRACT people to the development process. EITHER 1. Mandrake makes some sort of organized, warm, inviting community for developers to join, work together, get more done, and feel appreciated. This involves a few physical changes: more resources, better attitudes, more communication. Since this worked for Debian I (Warly too?) thought that would be a good place to steal ideas from. OR 2. We form our own 'task force'. This would involve some sort of groupware system to know who's here and what we're working on, also allowing others to easily join and contribute. We would have to just hope Mandrake accepts this, and tries to help as much as possible. Either way has the same effect. Number one's just more official and less work for us. :-) However, I NEVER proposed anyone leaving, branching, forking, joining another distro, amalgamating with another distro, or fighting amongst ourselves. In fact those are all contrary to my intent, which is to help the distro and make our lives easier and more organized. 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] Re: Creation of a community ( was : the end is inevitable )
On Sun, 2003-02-09 at 18:05, Gustavo Franco wrote: I was sent a mail to [EMAIL PROTECTED] talking about the topics discussed here, this thread will be reported in the next issue of Debian Weekly News(DWN) [1]. [1] = http://www.infodrom.org/~joey/Writing/DWN/dwn-2003-06.html Brilliant! What a good idea! Now they can print a stupid article which takes real emails with real discussions, and advertise a moronic headline which is 180 degrees from the truth. I wanted a system where Mandrake can help the community, and the community can better serve the distro, and now there's a pubic article stating the opposite. Good work Gus. You're a hero. 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] Talking about developers coooperation ( Was: Creationof a community )
On Sun, 2003-02-09 at 16:35, Michael Scherer wrote: So, as posted before, what about a groupware system. Somebody said that one mailling list is not good, but, I don't know if we need more maillings lists What do you think about ? Well, it's pretty clear that we'll need both a web interface and a mailing list or two extra: mailing lists for really communicating and getting things done, and a web portal that everyone can access. The web helps organization and invites new developers. Mailing lists are no big deal, but the web portal needs some thought. As I've said before, we could do this ourselves. I'd be happy to set it up, and I'm sure many others would be as well. But if MDK wants to do it themselves, I think they should. As is their style, they've been quite silent on this issue. That's because they THINK before they make decisions or public comments, unlike me, who shoots his mouth off at any opportunity. However, I think it's finally time for at least one comment from the people at the helm, so I'm (uncharacteristically) gonna shut up for a while. 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] browsing contrib?
On Sat, 2003-02-08 at 16:29, Andy Neitzke wrote: Is there a file somewhere which contains the descriptions of all the packages available in contrib? The synthesis file in the contrib directory seems to contain only the vital statistics with the descriptions elided. It would be nice to be able to browse what's out there -- I suppose I am missing something simple? See mandrakeclub.com 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] browsing contrib?
On Sat, 2003-02-08 at 16:31, Austin Acton wrote: See mandrakeclub.com Oips. Make that rpms.mandrakeclub.com 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] nvidia woes
On Sat, 2003-02-08 at 16:30, Preston Cody wrote: My Problem: I have an Nvidia TNT2, so I need to get the nvidia drivers from their website, compile them, and manually edit my XF86Config-4 file. The average user shouldn't have to do this. True. Mandrake does offer them on the club and on the PowerPack disc, I believe. What furthers my problem is that I had to download and compile a separate kernel in order for the nvidia drivers to want to compile. This of course messes up a lot of mandrake's features such as supermount and various modules. You should just --rebuild the source rpms from the NVIDIA site. Takes all of two minutes. (You'll need to have kernel-source installed). 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] Re: nvidia woes
On Sat, 2003-02-08 at 22:20, HoytDuff wrote: Do you include a Win4Lin enabled kernel as well? That would make me want one. Not sure if it's on the PowerPack, but it's on www.mandrakeclub.com 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] Re: Creation of a community
On Fri, 2003-02-07 at 13:56, John Goerzen wrote: If the code in Mandrake is GPL'd, then isn't their official blessing irrelevant? If it's not GPL'd or under another Free license, then that is something that's going to have to be dealt with before any community project based on it. The community should not be interpreted as a port or a fork or a new project. IMHO, it should be just that, a community: with both corporate and volunteer portions working as one. Sure the code's GPL'd, and the CVS is public, but the goal is to work together efficiently, not split up. 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] Re: Creation of a community ( was : the endis inevitable )
On Fri, 2003-02-07 at 14:03, John Goerzen wrote: Mandrake's installer is a lot nicer than Debian's, but Debian's package manager makes upgrades easier. Oh, that old chestnut. This is the last place you want to be insulting urpmi! :-) One possibility is forming a Debian-Mandrake project in Debian, along the lines of the Debian Desktop project. Or, joining the existing Desktop and installer projects. Are you serious? One of the main reasons this topic came up is because it's hard for volunteers to keep up with the pace of change, and even harder for the employees who I routinely see working late at night or all weekend. 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] Re: How Debians do it
On Fri, 2003-02-07 at 14:10, John Goerzen wrote: My position is that all operating systems suck. (Hard to argue with that.) It's our job to make them suck a little less. Oh man. So true. 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] Cooker
I know it's really ironic, but I love people like this. I laughed so hard at this mail. Made me happy to be alive. :-) Whee! Austin On Fri, 2003-02-07 at 19:39, Kris wrote: All you guys trying to make linux better and better is futile. Itÿs been years now that Iÿve been waiting for linux to come even somewhat close to the level of speed and power that windows has. The fact is Windows XP beats the living tar out of any linux distro is undeniable and cannot be argued with. Itÿs well worth it to anyone to pay $130 for XP pro and get an OS that just works, has tons of support and programs that work for it (that donÿt require ´compiling¡ that fails 90% of the time because of some dependency made by efned gefnefnished in gandwanaland) isnÿt available. You may think you are supporting something good that is free, but the fact is that the time you are all spending finding bugs, and reporting them, and working on them, and reloading because everything crashed (even in stable distros) well exceeds the $130 you would spend just getting XP. It took me 1 week to get linux running the way I wanted to and it still had so many quirks and disabilities that it was totally not worth the effort. I reinstalled XP on my computer in 1 hour and had it running perfect. Now you tell me, why are you doing this? -- 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
[Cooker] bouncing
BTW, if anyone cares, every mail I send to the list gets posted, but it also bounces back to me as undeliverable. Has been for two or three days now. 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] Mandrake 9.1 Beta 3 and Dual Processors
On Thu, 2003-02-06 at 10:20, Thierry Vignaud wrote: kernel-smp was not installed ? You know what, I just noticed that. Me too, same problem. Looks like drakx didn't autodetect the SMP. 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] Mandrake 9.1 Beta 3 and Dual Processors
On Thu, 2003-02-06 at 10:50, Ross Ferson wrote: please do. I hate not using what i have. anyone advise what i should do ? reinstall? or ? All you have to do is # urpmi kernel-smp # lilo and reboot. 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] the end is inevitable
On Thu, 2003-02-06 at 06:02, Warly wrote: I agree, it is time to change. Difference between Mandrake employees or not is nonsense, it should only exist one community, like debian one. That is the best idea I have heard in a LONG time. It may be hard to change from the current system to a developer-community based system, but I think everything would work a lot better after the change. I propose to create and contruct MandrakeLinux development on this community, with strict rules on who is doing what, and the affected tasks for each, and where anyone which is part of the developers community have certain power to commit changes. This is also good. Often I find I'm working on the same thing as one or two other people when I could be doing something new and more productive. The difference must be who is a mandrake developer and who is not, and forget who is mandrakesoft employee and who is not. Well right now, volunteers and employees have different attitudes, different responsibilities, and different resources. Right now it's like a four tier system: Employee-Developer Volunteer-Developer Volunteer-Helper (you know, bug reports, beta-testing, cooker trolling) User We should stive to create a TWO tier system Developer User The developers should be divided up based solely on TASK. What are you working on? What resources do you need? How can we let everyone else know that you are in charge of that task and there are a LOT of other tasks available to be worked on? As you said, it works well for Debian. They don't have 'volunteers', they have developers. And it's not because they're not a company. It's because from the main decision makers down to the guy who contributes one .deb file or one piece of documentation, they are all treated equally and they feel like one team of developers. We can also discuss if we need to change the name, as Mandrake is likely to have some trouble again because of this copyright on Mandrake the magician (NewDrakeLinux? DrakeLinux?) Well, although I like the name Mandrake, it would make a media splash if the name was changed. And if people heard about a debian-like distro, highly community based, with a corporate back-end, it might attract a lot of new developers. It might also make some skeptics more likely to contribute without fear that the corporation will go under and their work will be lost somehow. Let's keep talking about this. 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] Mandrake 9.1 Beta 3 and Dual Processors
On Thu, 2003-02-06 at 11:36, Thierry Vignaud wrote: Leon Brooks [EMAIL PROTECTED] writes: rpm -qa | grep kernel btw, rpm -qa 'kernel-sml-*' is much more efficient :-) What's wrong with 'urpmq kernel'? 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] Creation of a community ( was : the end isinevitable )
On Thu, 2003-02-06 at 15:17, Michael Scherer wrote: This sounds great, so , now, what is the definition of a developer ? One who contributes tangible material to the distro. Software, documentation, detailed bug-reports, graphics. I propose ( as a draft ) someone having write access to some part of the distribution, this will include website developers, documentation writers, and packagers. I don't agree, necessarily. A leading distro has to have tight standards. It's hard to get people to closely follow these standards. I know this from working with volunteers on the club. So write access must be given out gingerly. That's not to say there should be a limited number of people with access, but limited quality. That said, there must be a quick and easy way for new developers to have their work appraised, committed, and acknowledged. How do we decide who become developer, what will be their responsabilities, their ressources ? I dunno. How does debian do it? Maybe some sort of wiki system. That could organize people and tasks, and let new people sign up, and see what needs to be done. When you say we should divide people by task, what do you mean ? I mean now, people are divided into categories like: contribs, club, installation, documentation, printing, Mandrake employee, paying club member, club VIP memeber, etc. etc. That bugs me. Somehow everyone who's contributing tangible work to the distro should feel like part of the same team. It should be easy to join the team, to find out what needs to be done, to tell others that you are working on that specific task, and to have your work added to the distro as soon as it's done. How can we do that? 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
[Cooker] How Debians do it
For anyone who doesn't know, I looked into how Debian organizes their development community: 1. They have documents clearly outlining their goals and standards. http://www.debian.org/social_contract#guidelines http://www.debian.org/social_contract 2. They generally communicate through mailing lists: http://www.debian.org/MailingLists/ low volume: debian-devel-announce, debian-news high volume: debian-devel, debian-project, debian-mentors, etc. This is probably more developer friendly than my wiki suggestion. I still think we should have some sort of web-interfaced list of developers, contact info, and stuff they're currently working on, but yeah, mailing lists are much nicer for communicaiton. There is a cool website for new joiners: http://www.debian.org/devel/join/newmaint And their developer's reference is a bit more complete than our RPM-how-to: http://www.debian.org/doc/packaging-manuals/developers-reference/ 3. They have a clear list of what packaging needs to be done: http://www.debian.org/devel/wnpp/ 4. They have guides for writing documentation, website maintenance, translation, publicity, and quality assurance. These are all things that are underrated. Especially documentation and quality assurance. We should make sure that anyone who wants to help with these types of things feels invited and gets full credit where due. http://www.debian.org/devel/website/ http://qa.debian.org/ While debian still sucks in many ways (hehe), I think we could learn a lot from their community model, and get more done in less time, and attract a lot more help. 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] Creation of a community
On Thu, 2003-02-06 at 17:28, Michael Scherer wrote: Produce a document first? Right. First a name for the document :-) Well: a Code of Conduct would be required, outlining how people are to act, how they are to make decisions, who makes what decisions, etc. a Code of Standards also: RPM standards, documentation standards, etc. a Mission statement: I'm sure MandrakeSoft would not accept such a project (read: loss of control) without very clear guidelines on what the community is going to do, and how they will interact with the corporate backing If we clone debian, this is useless. But we can try something different. Oh definitely. If we wanted debian's OS, we'd be over there working on it right now, wouldn't we. The main reason I contribute to Mandrake is because I use it, so I have a vested interest in making it better. The point is not to become debian. The point is to learn from their organizational success. 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] Creation of a community ( was : the end isinevitable )
On Thu, 2003-02-06 at 17:38, Michael Scherer wrote: We also need to support equaly contribs and main, don't you think ? Well, the problem is Mandrake says publicly we fully support the packages in main, but not in contribs so they do need to have tight control over main. Maybe a fair solution would be -make main much smaller, just core apps: kernel, daemons, drivers, main GUI -Mandrake keeps full control of that -make contribs much larger: include office apps, the smaller desktop environments -give developers much more control of contribs Then of course they would have to decide whether to ship a one CD distro and tell users to get all contribs online, OR ship some contribs stuff and say: CD 2+3 are unsupported. Tough call. You are right, so, changes should be check by others, by a senior developper. So, we need to have a team for this, so, secund team is senior developper charged of the initiation of young jedi. I don't think there's anything wrong with having 'senior' developers. This isn't supposed to be communism. But the point is that everyone involved gets treated like a developer, not a peasant. 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] Creation of a community
On Thu, 2003-02-06 at 16:06, Stefan van der Eijk wrote: Q: when can we do that? And who will make it happen... There are a lot of bright people on the list that can help to make it happen. How do we first define an architecture for this. Produce a document first? Well preliminary questions are: 1. Is there any hope of MandrakeSoft adopting a plan like this? 2. If so, will they administer it? In other words, do THEY want to reorganize into a more community-based distro, or do they want US to form our own community and then reject it if they don't like it? Personally I look at it as a chance for Mandrake to reorganize, to see ways to improve the shortcomings of the distro, to attract more developers, to keep them longer, and to do things more efficiently. I hope nobody sees it as a bunch of renegade wanna-be programmers trying to steal the distro. The employees at MandrakeSoft work their asses off making a good distro. We want to make their life easier, not put them out of work, right? 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
[Cooker] automake on klama
Any klama users, How come I can't install automake1.6 on klama? a) I need it b) we have a script in place to allow 1.4 and 1.6 to co-exist don't we? 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
[Cooker] another drakx report
Pixel et. al., I just did a clean install to fix my gnome mess. Saw many wonderful improvements, and a few more problems. Good: soundcard/soundsystem choice (thanks for that, the linux-audio list will be happier) Bad: doesn't work as well as draksound does (yet?) Details: It doesn't explain that the default is the oss driver, and that the alternative driver is alsa. The alternative driver suggested to me just showed up as snd(), but when I went to the list of drivers, it was already sitting on the right one, snd-cmipci. Good: many BACK buttons now go back Bad: some don't Detail: at 'do you want to configure a printer' select YES. On the next screen, select BACK. It goes directly to the summary page. That's not back. That's more like cancel. Good: ftp install works perfectly, as always Bad: http install doesn't ask for a username, or doesn't default to anonymous:[EMAIL PROTECTED], so I can't use http install on redbox.cz Detail: I think it's always been like this, but http would be nice, and this has two easy solutions: default to anonymous, or ask Bad: network install doesn't properly configure urpmi database Detail: this has been a problem for many versions. I don't see why this can't work. I just installed from an ftp site, urpmi should be setup to use that in the future. The problem is that I logged in with username: anonymous passwork: [EMAIL PROTECTED] and uprmi gets setup for ftp://anonymous:[EMAIL PROTECTED]@mandrake.redbox.cz/.. I know it's nice to hide the password, but it's also stupid to have to urpmi.remove that, and then urpmi.addmedia it right back. Anyway, thanks for listening to my previous reports! 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] another drakx report
On Wed, 2003-02-05 at 20:09, Pixel wrote: Bad: http install doesn't ask for a username, or doesn't default to anonymous:[EMAIL PROTECTED], so I can't use http install on redbox.cz i don't undertand. Is that a proxy thingy? When one tried to install via ftp, drakx asks for a username and password for the server. When one installs via http, it doesn't. I can't use it to access the mirrors. (mandrake.redbox.cz for example), so I just assumed it was a login problem or something. Can YOU http install from one of the public mirrors? Bad: network install doesn't properly configure urpmi database Detail: this has been a problem for many versions. I don't see why this can't work. I just installed from an ftp site, urpmi should be setup to use that in the future. The problem is that I logged in with username: anonymous passwork: [EMAIL PROTECTED] and uprmi gets setup for ftp://anonymous:[EMAIL PROTECTED]@mandrake.redbox.cz/.. I know it's nice to hide the password, but it's also stupid to have to urpmi.remove that, and then urpmi.addmedia it right back. i think the password is there in /var/lib/urpmi/list.*, but francois is more authoritative on this But you see, it's not the password that's encrypted. It looks like something has mistaken aacton as the password, and actually [EMAIL PROTECTED] is the password. Maybe my example is confusing. Just do an ftp install, then try to use urpmi right away. It doesn't work. I think it should. If for no other reason, it would look professional. 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
[Cooker] Who killed the gnome?
What happened to gnome? As of last night, pango and gconf are all screwed up. My system is mangled! Evolution and gtk2 are fine, galeon crashes and gnome looks like a bomb exploded on the desktop. Is this a cooker thing or did I do something stupid? Austin (enduring the pains of blackbox) -- 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] Re: [Contrib-Rpm] lumiere-0.3.0-1mdk
On Tue, 2003-02-04 at 11:13, Michael Reinsch wrote: This is bad! Yep. Well aware. I'm in contact with the author about it. Figured I may as well fix things upstream first. He's a cooker user anyway. 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] Linux Audio RPMs
On Tue, 2003-02-04 at 13:31, tobbe wrote: Th kernel is dated jan 30 2003 gcc dated jan 3.21 30 2003 and libalsa jan 10 2003 I don't see why rebuilding alsa wouldn't solve the problem. But I tried yesterday, and I got the same error. 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] Linux Audio RPMs
On Tue, 2003-02-04 at 14:13, tobbe wrote: Is the kernel really built with the latest gcc ? obviously tha alsa libs aint. Well, rc7 was just released. Maybe this will solve some of our problems. (if someone updates it) 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] drakx mini-report
On Mon, 2003-02-03 at 03:48, Thierry Vignaud wrote: Austin Acton [EMAIL PROTECTED] writes: Why not interactively setup soundcard/sound system? (like draksound does) Several people have asked for this. Although it can be done later, it looks professional, and let users fix autodetection mistakes. well, maybe it looks more professional to manage everything in just one place, the summary step :-) Yeah, that's what I meant. But as of now it just reports what it found... no chance to change card or OSS/ALSA. I know you can do this later in MCC, but nobody likes to feel helpless during the main install. 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] Linux Audio RPMs
On Mon, 2003-02-03 at 06:04, Chmouel Boudjnah wrote: Austin Acton [EMAIL PROTECTED] writes: Fernando has made a patched kernel at Planet CCRMA (for RedHat), which solves this problem. I don't know how we could implement the same solution without sacrificing security, but I'm sure it's possible. Where there's a will, there's a way. if you point me to the patch i can review and tell you... The topic is explained here: http://jackit.sourceforge.net/docs/faq.php#a5 And Fernando at CCRMA has made a RedHat kernel here: http://ccrma-www.stanford.edu/planetccrma/software/system.html#SECTION00037100 with a patch called capabilities. If you have time to look at it, that would be really helpful. 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] Linux Audio RPMs
On Mon, 2003-02-03 at 06:48, Buchan Milne wrote: I think it's this (if Austin isn't awake yet ...): http://www-ccrma.stanford.edu/planetccrma/software/system.html#SECTION00037100 Yeah, I'm up now. Sorry for the duplicate reply, Chmouel. I start my work day at 10:00 EST. Ahhh, student life! 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] Linux Audio RPMs
On Mon, 2003-02-03 at 08:30, Buchan Milne wrote: I also think that i have solved the problems compiling muse-0.6.0pre5 with iiwusynth, jackit-0.44 and graphviz support. I know graphwiz is plf but its needed. So we need a muse-plf package? I have muse for contrib ready. Should be up today. I hadn't noticed the graphwiz option. I'll look at Tobbe's RPM when it's ready, and I can add a plf option to my RPM. BTW, no-one has volunteered to put ardour and muse in contrib, but they have been in before, so maybe Lenny will do it if you upload to incoming? Muse is taken care of (I was waiting for patch from author). If Tobbe posts ardour somewhere, I can commit it. 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] Linux Audio RPMs
Top priority, highly requested and on Thac's site = ladcca done (austin) qjackconnectdone ([EMAIL PROTECTED]) csound in progress (austin) cecelia in progress (austin) rtsynth swami done (austin) musedone (austin) vstserver pd ceres mammut ardour in progress (austin) vkeyb done (austin) kalsatools [EMAIL PROTECTED] noteeditdone ([EMAIL PROTECTED]) lilypond[EMAIL PROTECTED] (1.7.12 has issues compiling) Highly requested, to start from scratch: amsynth done (austin) spiralsynthmodular freqtweak done (austin) spiralloops spiralsynth snd done (austin) (We may need a C++ hacker to get *spiral* apps to compile as they are very non-ANSI code.) Requested by only a few users, to start from scratch, lowest priority: == pain jmax[EMAIL PROTECTED] seq24 gdam kguitar [EMAIL PROTECTED] (if time permits) denemo [EMAIL PROTECTED] (if time permits) ecamegapedal[EMAIL PROTECTED] athena -- 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] Linux Audio RPMs
On Mon, 2003-02-03 at 12:42, Narfi Stefansson wrote: Here are the diff needed to get spiralsynthmodular to compile on 9.0. They were trivial replacements of #include Fl/xx.h with #include FL/xx.h (Note the uppercase L). Thanks for that, Narfi. I hadn't got around to trying ssm yet, but I will surely need your patch when I package it. The error I was referring to though, is a gcc3.2 problem. Maybe you (or someone else) can figure it out? Austin In file included from SpiralSound/Sample.h:24, from SpiralSound/SpiralInfo.h:22, from SpiralSound/Output.h:36, from Loop.h:23, from Loop.C:19: SpiralSound/SpiralInfo.h:47: ISO C++ forbids declaration of `string' with no type SpiralSound/SpiralInfo.h:47: parse error before `;' token SpiralSound/SpiralInfo.h:48: ISO C++ forbids declaration of `string' with no type SpiralSound/SpiralInfo.h:48: parse error before `;' token SpiralSound/SpiralInfo.h:56: parse error before `)' token SpiralSound/SpiralInfo.h:48: duplicate member `SpiralInfo::string' SpiralSound/SpiralInfo.h:58: semicolon missing after declaration of `SpiralInfo'SpiralSound/SpiralInfo.h:61: destructors must be member functions SpiralSound/SpiralInfo.h:61: virtual outside class declaration SpiralSound/SpiralInfo.h:63: syntax error before `(' token SpiralSound/SpiralInfo.h:65: virtual outside class declaration SpiralSound/SpiralInfo.h:66: virtual outside class declaration SpiralSound/SpiralInfo.h:68: 'string' is used as a type, but is not defined as a type. SpiralSound/SpiralInfo.h:69: parse error before `}' token In file included from SpiralSound/Output.h:37, from Loop.h:23, from Loop.C:19: SpiralSound/RiffWav.h:41: 'string' is used as a type, but is not defined as a type. SpiralSound/RiffWav.h:43: 'string' is used as a type, but is not defined as a type. SpiralSound/RiffWav.h:45: 'string' is used as a type, but is not defined as a type. SpiralSound/RiffWav.h:54: 'string' is used as a type, but is not defined as a type. SpiralSound/RiffWav.h:59: `string' was not declared in this scope SpiralSound/RiffWav.h:59: parse error before `,' token In file included from Loop.h:26, from Loop.C:19: SpiralSound/Reverb.h:51: 'vector' is used as a type, but is not defined as a type. In file included from GUI/GUIBase.h:19, from GUI/DelayGUI.h:25, from GUI/LoopGUI.h:31, from Loop.h:27, from Loop.C:19: SpiralLoopsInfo.h:29: ISO C++ forbids declaration of `string' with no type SpiralLoopsInfo.h:29: parse error before `;' token SpiralLoopsInfo.h:33: ISO C++ forbids declaration of `string' with no type SpiralLoopsInfo.h:33: `string' declared as a `virtual' field SpiralLoopsInfo.h:33: declaration of `int SpiralLoopsInfo::string' SpiralLoopsInfo.h:29: conflicts with previous declaration `int SpiralLoopsInfo::string' SpiralLoopsInfo.h:33: parse error before `(' token SpiralLoopsInfo.h:33: duplicate member `SpiralLoopsInfo::string' SpiralLoopsInfo.h:35: ISO C++ forbids defining types within return type SpiralLoopsInfo.h:35: syntax error before `*' token In file included from Loop.h:27, from Loop.C:19: GUI/LoopGUI.h:57: type specifier omitted for parameter `vectorint' GUI/LoopGUI.h:57: parse error before `' token GUI/LoopGUI.h:99: 'vector' is used as a type, but is not defined as a type. In file included from Loop.h:28, from Loop.C:19: SpiralLoops.h:113: 'map' is used as a type, but is not defined as a type. make: *** [Loop.o] Error 1 -- 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] Linux Audio RPMs
On Mon, 2003-02-03 at 13:09, Austin Acton wrote: The error I was referring to though, is a gcc3.2 problem. Maybe you (or someone else) can figure it out? To clarify, the problem I quoted earlier is in SpiralLoops, not spiralsynth or ssmodular. 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] Linux Audio RPMs
On Mon, 2003-02-03 at 12:23, tobbe wrote: everything is ok on the page now except muse-0.6.0pre5 it fails with /usr/bin/ld: iiwusynth.so: undefined versioned symbol name [EMAIL PROTECTED] /usr/bin/ld: failed to set dynamic section sizes: Bad value Oi, yeah. I thought it had built fine, but looking now, I have the same error. It's weird. Is the 'rc4' version the error? If so, I don't know where it came from. IIwusynth is built with alsa rc6, and I can't see where it got that rc4 pointer from... I even rebuilt iiwusynth locally to be sure. Maybe it's a leftover artifact in the alsa code? Or is the error the actual symbol: snd_pcm_hw_params ? Hmmm, 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] Linux Audio RPMs
On Mon, 2003-02-03 at 13:40, Narfi Stefansson wrote: Yes, the statement: using namespace std; is missing there. Yeah I tried that and it didn't help. Maybe I put it in the wrong place? 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] Linux Audio RPMs
On Mon, 2003-02-03 at 12:23, tobbe wrote: everything is ok on the page now except muse-0.6.0pre5 it fails with /usr/bin/ld: iiwusynth.so: undefined versioned symbol name [EMAIL PROTECTED] /usr/bin/ld: failed to set dynamic section sizes: Bad value Yeah I think the problem is with alsa: [austin@groundstate alsa-lib-0.9.0rc6]$ grep -r 'rc4' * .. src/pcm/pcm.c:OBSOLETE1(snd_pcm_hw_params_get_rate_min, ALSA_0.9, ALSA_0.9.0rc4); .. Either alsa code isn't supposed to have old references to rc4, or iiwusynth is using obsolete libalsa calls. I don't know enough about either to know which is true (or both). I'll toy with this a bit. 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] Linux Audio RPMs
On Mon, 2003-02-03 at 14:44, Narfi Stefansson wrote: Ok, I have attached a patch suggestion for SpiralLoops Narfi, you're awesome. Ranger, got time to try it? I'm up to my neck here with ardour, csound, and muse (problems with all now!). 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] Linux Audio RPMs
On Sun, 2003-02-02 at 12:52, allen wrote: Hey, by the way... Were you guys aware of this stuff ? Yeah I've seen that before. However I'm sure (semi)official rpms are preferable to obscure binary tarballs. :-) 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] WHY HAVE YOU CHANGE KDM WITH THIS HORRIBLE LOGIN MANAGER ??????
On Sat, 2003-02-01 at 07:37, Shift wrote: But if Mandrake tools used QT it will be more better because regarding the time gtk1 apps take to be migrated to gtk2 we will have gtk1 and gtk2 install in our box for years !! But that's an other troll^Wsubject GTK1.2 is only 1.8 meg, and it's probably still the most common GUI for linux-specific apps. I think keeping it around is hardly a huge burden. 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] Linux Audio RPMs
On Fri, 2003-01-31 at 03:42, [EMAIL PROTECTED] wrote: Merging preempt with current cooker is not really a problem. With the new XFS it is likely that it will work fine. The lock-breaking is a different issue (hasn't been updated since 2.4.18, and there are a few problems with that patch), perhaps I take a look at the real low-latency stuff, but no idea how well that merges with mdk kernel. Cool. I think gentoo is the only distro shipping a low latency kernel as the default. Also I've been trying to figure out how to get jack to work with FIFO. Apparently it requires a patched kernel?!? I'm no expert on this kind of low-level stuff. Danny, do you understand the implications of this message I got on the linux-audio list? I wish we could get jack to work as it is intended to...i.e. users (not root) get audio-on-demand... [SNIP] jackstart - requires the kernel be patched for 'capabilities', whatever that is. I don't seem to have that command. It is included in the jack tarball (but I would use current CVS). I do have jackd though. If I try to run jackd -R I get permission errors. I assume that is the problem? Yep. Is it not possible to run jackd as root, but run your application as a user? As Mark pointed out in a separate email, it is not possible. The capabilities patch is a 2 line kernel patch that starts init with a full set of capabilities (including CAP_SETPCAP, the ability to set capabilities on other processes). Capabilities are permissions to use certain calls or features of the kernel normally restricted to root only. For example, one of those capabilities is the ability of a process to change its own scheduler to SCHED_FIFO(*), or change other processes scheduler to SCHED_FIFO, something we need for reliable low latency sound i/o. An application of this is the jackstart program. Jackstart(**) is a small program that has to run suid root that grants jackd the capabilities that it needs to both go SCHED_FIFO itself and grant its clients the capabilities to go SCHED_FIFO (and a couple of other needed capabilities as well). Why is this patch not widely included in production kernels? There's a catch :-) The catch is that it becomes possible for a user level program to access the SCHED_FIFO scheduler ring (_necessary_ for reliable low latency sound). Which means a user program can lock the machine (by entering into an infinite loop while executing with SCHED_FIFO) and create a DOS vulnerability. Obviously the alternatives are even worse (unreliable low latency operation, or running everything as root) -- Fernando See also: http://ftp.kernel.org/pub/linux/libs/security/linux-privs/kernel-2.4/capfaq-0.2.txt (*) see man sched_setscheduler for what this all means (**) I wrote jackstart, it is based on code and concepts found in sucap.c, written by Finn Arne Gangstad [EMAIL PROTECTED] and givertcap.c, written by Tommi Ilmonen, [EMAIL PROTECTED] Givertcap is also included in the standard distribution of muse. [SNIP] 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] Linux Audio RPMs
On Fri, 2003-01-31 at 04:21, Buchan Milne wrote: [EMAIL PROTECTED] wrote: Why do I always have to do the boring things ;-P Because you got the skills brotha. You can do the boring things, plus the rest if you want ... but I think I would be wasting my time looking at the kernel, don't know about Austin ... LOL! I tried to fix our broken video4linux headers a while ago and got lost beyond belief. (I realize that's not called kernel anymore, but it was then.) 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] Linux Audio RPMs
On Fri, 2003-01-31 at 11:13, [EMAIL PROTECTED] wrote: As Mark pointed out in a separate email, it is not possible. I'd like to see that mail. [SNIP] It is not possible to run jackd as root and applications as a user, from what I understand. All jack apps, including jackd, have to be run from the same account. jackd -R gives real-time support jackd -R as a user is not allowed jackstart -R allows the user to get real-time support jackstart _may_ have been written by Fernando at the Planet. I am not sure. Once I heard this, but I'm not sure. jackstart is a requirement for me to run jack just from a usage point of view. I won't have all these apps running as root. This also require the appropriate kernel, but we've been over that already. Cheers, Mark What I think is the problem is that they want jackd to be able to reschedule any program at some moment in time. For this, they would continuously need the ability to mess with the scheduler. Well, yes. But they want jack and only jack to be able to mess with the scheduler. I would consider this a very non-secure thing, not much better than having it run all the time as root. Though I wonder why that is not possible. Apparently (I haven't tried), jack only works in the daemon and the application using it are run by the same UID. Anyway, it seems that this is only possible by sacrificing security: do we want that in the low_lat kernel or not? Well it sure looks like it can't be in the main kernel; that's for sure. But it would make a lot of people happy if it was somehow an option. Obviously the alternatives are even worse (unreliable low latency operation, or running everything as root) Funny to see how these audio people thing low latencies are worse that a security problem. It's not that funny. They're using their workstation as a workstation. It's sole purpose is to record audio, and having your recording interrupted by cron or whatever is not an option. Even a quarter-second latency could ruin a recording. 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] Linux Audio RPMs
On Fri, 2003-01-31 at 11:13, [EMAIL PROTECTED] wrote: Anyway, it seems that this is only possible by sacrificing security: do we want that in the low_lat kernel or not? Seems like Fernando (at CCRMA) has made a RedHat kernel where the scheduling and low-latency patches can be applied at boot time? You would understand better than I do, Danny. http://ccrma-www.stanford.edu/planetccrma/software/tunesystem.html 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