Re: [Cooker] URPMI in the spotlight, was: question on ftp sites
On Wed 12 Mar 2003 05:55, Guillaume Cottenceau posted as excerpted below: The sources are taken in order. In 9.2 the sources editor will have the feature of graphically changing order. Now, you may do so by changing order of `/etc/urpmi/urpmi.cfg'. Cool! I thought it looked to go in order, at one point, but didn't quite know WHAT order, or where to look to change it. Now I do. It doesn't LOOK like it's doing this now, but maybe it does.. If several sources are available for an item, according to the latest hdlst.cz, and one fails, try the others. I think this is available (or soon will be) with urpmi. I haven't had any failure of this of late. I expect it's fixed. But this is gonna be hard for rpmdrake since the installer/downloader is grpmi, which doesn't know anything about dependencies (it only installs/downloads). IOW, it would do the same thing that urpmi already does to figure out which of several versions is the newest, but if the hdlist.cz file was outdated, it would automatically try the next logical release stepping instead This wouldn't be safe since a new release may have different dependencies. Good point. -- Duncan They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. -- Benjamin Franklin
Re: [Cooker] URPMI in the spotlight, was: question on ftp sites
Try urpmi.setup :) Le Samedi 15 Mars 2003 11:47, Duncan a écrit : On Wed 12 Mar 2003 05:55, Guillaume Cottenceau posted as excerpted below: The sources are taken in order. In 9.2 the sources editor will have the feature of graphically changing order. Now, you may do so by changing order of `/etc/urpmi/urpmi.cfg'. Cool! I thought it looked to go in order, at one point, but didn't quite know WHAT order, or where to look to change it. Now I do. It doesn't LOOK like it's doing this now, but maybe it does.. If several sources are available for an item, according to the latest hdlst.cz, and one fails, try the others. I think this is available (or soon will be) with urpmi. I haven't had any failure of this of late. I expect it's fixed. But this is gonna be hard for rpmdrake since the installer/downloader is grpmi, which doesn't know anything about dependencies (it only installs/downloads). IOW, it would do the same thing that urpmi already does to figure out which of several versions is the newest, but if the hdlist.cz file was outdated, it would automatically try the next logical release stepping instead This wouldn't be safe since a new release may have different dependencies. Good point. -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] URPMI in the spotlight, was: question on ftp sites
On Sat 15 Mar 2003 07:05, Olivier Thauvin posted as excerpted below: Try urpmi.setup :) Actually, just loaded it the other day, based on references I saw on the list. Pretty neat proggy! It does seem to have an issue with updating multiple sources, however, with little or no indication of how the update going leaving the user wondering if it has locked up or what... Update sources also seems not to work to dependably -- I update sources, then go to a console and do it, and still have stuff updated at the console, meaning urpmi.setup didn't do it, altho it didn't produce any error messages either. .. Which reminds me. Since that's not an official package yet, AFAIK, where do bug reports go? Is reporting them here good enough or...? -- Duncan They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. -- Benjamin Franklin
Re: [Cooker] URPMI in the spotlight, was: question on ftp sites
On Mon 10 Mar 2003 08:00, François Pons posted as excerpted below: This could be great indeed, any idea how to improve urpmi/rpmdrake is welcome as next version will be designed soon now. Something I've been wishing for.. If it's there, I haven't seen it in the man pages or documentation.. Some way to prioritize sources.. Thus, if my local mirror has the same thing as the sunet primary mirror, it wouldn't bother sunet, but would go for the local one, but would still be able to get the latest from sunet when there's a difference. A somewhat related request.. It doesn't LOOK like it's doing this now, but maybe it does.. If several sources are available for an item, according to the latest hdlst.cz, and one fails, try the others. I've had errors where it was gone from one, apparently the one urpmi tried first, but still available on another, only urpmi wouldn't fetch it from there. I either had to disable the first source, or go fetch it manually (which is how I knew it to be available on the second source anyway). Talking about disabling.. AFAIK, the only way to do that is thru the GUI interface. If there's a command line way to do it, I'd like to know it. I suppose I could create a script that renamed the files so urpmi skipped that, but I'd THINK there'd already be a way to do it, since the GUI can. Am I missing something? Also nice would be.. Some way to tell it if app.x.y.z doesn't exist, automatically try app.x.y.z-Amdk doesn't exist, try -(A+1)mdk instead. IOW, it would do the same thing that urpmi already does to figure out which of several versions is the newest, but if the hdlist.cz file was outdated, it would automatically try the next logical release stepping instead, as well as the usual output about needing to run .update. It's a bit arguable as to whether it should extend beyond the mdk release number, say, to the .z above, but at least the mdk releases are usually fairly limited in scope, so having at least that as an option would be helpful. (The idea is an option like --allow-force, for those that want it, not default behavior, for those that prefer a more conservative approach.) And, possibly all in the documentation department.. More info on parallel would be useful. For instance, I have just a single computer, but a 3Mbps d/l cable modem connection. It's frustrating sitting there watching an overloaded server attempt to service my urpmi.update -a, at a mere 100KB/sec, when the connection can do 3 times that, and when I know there are several other servers to be updated after that. Could I somehow use parallel to initiate a second session and .update a second server at the same time? If so, instructions would be nice. If not, that ability would be very nice in the next version. Something tells me that's why parallel is there, altho one gets the impression that was designed to work on physically separate hosts. The existing man documentation is pretty good on detail, but it doesn't seem to say much about parallel. I've only the rather sparse changelog mentions to go on. -- Duncan They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. -- Benjamin Franklin
Re: [Cooker] URPMI in the spotlight, was: question on ftp sites
Duncan [EMAIL PROTECTED] writes: On Mon 10 Mar 2003 08:00, François Pons posted as excerpted below: This could be great indeed, any idea how to improve urpmi/rpmdrake is welcome as next version will be designed soon now. Something I've been wishing for.. If it's there, I haven't seen it in the man pages or documentation.. Some way to prioritize sources.. Thus, if my local mirror has the same thing as the sunet primary mirror, it wouldn't bother sunet, but would go for the local one, but would still be able to get the latest from sunet when there's a difference. The sources are taken in order. In 9.2 the sources editor will have the feature of graphically changing order. Now, you may do so by changing order of `/etc/urpmi/urpmi.cfg'. A somewhat related request.. It doesn't LOOK like it's doing this now, but maybe it does.. If several sources are available for an item, according to the latest hdlst.cz, and one fails, try the others. I've had errors where it was gone from one, apparently the one urpmi tried first, but still available on another, only urpmi wouldn't fetch it from there. I either had to disable the first source, or go fetch it manually (which is how I knew it to be available on the second source anyway). I think this is available (or soon will be) with urpmi. But this is gonna be hard for rpmdrake since the installer/downloader is grpmi, which doesn't know anything about dependencies (it only installs/downloads). Some way to tell it if app.x.y.z doesn't exist, automatically try app.x.y.z-Amdk doesn't exist, try -(A+1)mdk instead. IOW, it would do the same thing that urpmi already does to figure out which of several versions is the newest, but if the hdlist.cz file was outdated, it would automatically try the next logical release stepping instead, as well as the usual output about needing to run .update. It's a bit arguable as to whether it should extend beyond the mdk release number, say, to the .z above, but at least the mdk releases are usually fairly limited in scope, so having at least that as an option would be helpful. (The idea is an option like --allow-force, for those that want it, not default behavior, for those that prefer a more conservative approach.) This wouldn't be safe since a new release may have different dependencies. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] URPMI in the spotlight, was: question on ftp sites
Le Lundi 10 Mars 2003 00:56, El Gringo ( aka Austin ) a écrit : Two or three times a day I think to myself: URPMI IS MANDRAKE'S MOST UNDERRATED FEATURE! And unfortunately, nobody knows this, and Mandrake doesn't advertise urpmi per se. When I think Mandrake, I think: Debian done right!. When most people think Mandrake, they think: RedHat for newbies. Is there something we can do about this? We can do it the Debian way. ( french Debian way, don't know about the others countrys ) Just write articles in magazine and say for the user of Mandrake, a simple urpmi software_used_in_the_article would do the trick. The others, you can recompile from tar.gz. Very effective, everybody who read Linux Magazine France know that apt-get is so cool Another thing to do is that we should stop to say that rpm can be find on rpmfind.net. Almost each time people go on rpmfind, they download a rpm for another distro, and, when it don't work, they say that rpm is bad. What about a Mandrake-advocacy-howto ? -- Michaël Scherer
Re: [Cooker] URPMI in the spotlight, was: question on ftp sites
Ainsi parlait Michael Scherer : Is there something we can do about this? We can do it the Debian way. ( french Debian way, don't know about the others countrys ) Just write articles in magazine and say for the user of Mandrake, a simple urpmi software_used_in_the_article would do the trick. The others, you can recompile from tar.gz. Very effective, everybody who read Linux Magazine France know that apt-get is so cool http://lis.snv.jussieu.fr/~rousse/linux/urpmi.html for instance ? Another thing to do is that we should stop to say that rpm can be find on rpmfind.net. Almost each time people go on rpmfind, they download a rpm for another distro, and, when it don't work, they say that rpm is bad. I wholeheartly agree. Users see rpms as just another archive format, and completly miss the integration work behind. -- When you finally buy enough memory, you will not have enough disk space. -- Murphy's Computer Laws n°3
Re: [Cooker] URPMI in the spotlight, was: question on ftp sites
Le Lundi 10 Mars 2003 12:04, El Gringo ( aka Guillaume Rousse ) a écrit : Ainsi parlait Michael Scherer : Very effective, everybody who read Linux Magazine France know that apt-get is so cool http://lis.snv.jussieu.fr/~rousse/linux/urpmi.html for instance ? Yes, exactly what I was thinking :-) Very good intro, that is what make me discover urpmi. Another thing to do is that we should stop to say that rpm can be find on rpmfind.net. Almost each time people go on rpmfind, they download a rpm for another distro, and, when it don't work, they say that rpm is bad. I wholeheartly agree. Users see rpms as just another archive format, and completly miss the integration work behind. What about using a different extension ? Something as mrpm ? -- Michaël Scherer
Re: [Cooker] URPMI in the spotlight, was: question on ftp sites
Le lun 10/03/2003 à 12:16, Michael Scherer a écrit : Le Lundi 10 Mars 2003 12:04, El Gringo ( aka Guillaume Rousse ) a écrit : Ainsi parlait Michael Scherer : Very effective, everybody who read Linux Magazine France know that apt-get is so cool http://lis.snv.jussieu.fr/~rousse/linux/urpmi.html for instance ? Guillaume, it should be nice to add extra functionnalities added since one year ? Does someone is interrested ? For example, * ssh:// and rsync:// supported protocol. * distributed installation support. * cache management improved. * urpmf logical expression management. * mirrors management support compatible with urpmi.setup. * allow some global options to be defined in urpmi.cfg file. * a lot of newer options since for urpmq/urpmi/urpmf. Yes, exactly what I was thinking :-) Very good intro, that is what make me discover urpmi. Guillaume is really smart to explain things... Another thing to do is that we should stop to say that rpm can be find on rpmfind.net. Almost each time people go on rpmfind, they download a rpm for another distro, and, when it don't work, they say that rpm is bad. I wholeheartly agree. Users see rpms as just another archive format, and completly miss the integration work behind. What about using a different extension ? Something as mrpm ? No, it is a rpm, urpmi should work on other distros, and urpmi can work if you build media of package not initially done for Mandrake. There is no specific extension in rpm for urpmi, only standard flag are used. François.
Re: [Cooker] URPMI in the spotlight, was: question on ftp sites
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Austin wrote: Two or three times a day I think to myself: URPMI IS MANDRAKE'S MOST UNDERRATED FEATURE! And unfortunately, nobody knows this, and Mandrake doesn't advertise urpmi per se. When I think Mandrake, I think: Debian done right!. When most people think Mandrake, they think: RedHat for newbies. Is there something we can do about this? BTW, this is how I convinced some ex-Redhat users who were considering trying Debian because of apt and automatic updates: [EMAIL PROTECTED] bgmilne]# cat /etc/cron.daily/update #!/bin/sh LOG=/var/log/updates echo Running updates on `date` $LOG urpmi.update updates /var/log/updates 21 urpmi --media updates --auto-select --auto /var/log/updates 21 (well, there was a bit more than that in the argument, such as, dependencies? what are those?) While we are here, any chance to have gui tools for 1)Selecting how often to run automatic updates 2)Adding entries to /etc/urpmi/skip.list I had a bad experience when testing the above script the first time, since I had samba-server-ldap running in production on a server, and urpmi --auto-select decided the samba-server-2.2.7-2mdk from updates should replace samba-server-ldap-2.2.7a-3mdk running on the server ... resulting in about 2 minutes of downtime wrt. samba while I scp'ed ldap-enabled RPMS to it etc). Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+bJGprJK6UGDSBKcRAlrAAKCLtH8khhMDf9r3toWkmkbM8lkqiACgnBOv vON2Gv8gt+PB+WdlXuznxHc= =ZSPv -END PGP SIGNATURE-
Re: [Cooker] URPMI in the spotlight, was: question on ftp sites
Le lun 10/03/2003 à 14:22, Buchan Milne a écrit : While we are here, any chance to have gui tools for 1)Selecting how often to run automatic updates This could be great indeed, any idea how to improve urpmi/rpmdrake is welcome as next version will be designed soon now. 2)Adding entries to /etc/urpmi/skip.list I had a bad experience when testing the above script the first time, since I had samba-server-ldap running in production on a server, and urpmi --auto-select decided the samba-server-2.2.7-2mdk from updates should replace samba-server-ldap-2.2.7a-3mdk running on the server ... resulting in about 2 minutes of downtime wrt. samba while I scp'ed ldap-enabled RPMS to it etc). You may want to use --bug $LOG/`date '+%Y%m%d%H%M%S'` to the urpmi command line, so that you have a per session based update log (so that if something fail, you have a bug report to send me too). Just create a compressed archive maybe on the fly to avoid keeping too much place if necessary ? François.
Re: [Cooker] URPMI in the spotlight, was: question on ftp sites
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 François Pons wrote: Le lun 10/03/2003 à 14:22, Buchan Milne a écrit : While we are here, any chance to have gui tools for 1)Selecting how often to run automatic updates This could be great indeed, any idea how to improve urpmi/rpmdrake is welcome as next version will be designed soon now. A request from the [EMAIL PROTECTED] list was to have a delay available, so that you could run updates daily, but never get an update which was less than X days old. This would allow you to run with delay of 0 on a test server, and a greater delay on production machines (10-15 days seems to be about optimal according to some studies), allowing you to have peace-of-mind that you will not unknowingly install a broken update on a production server, assuming you keep an eye on the test server or the security lists. 2)Adding entries to /etc/urpmi/skip.list I had a bad experience when testing the above script the first time, since I had samba-server-ldap running in production on a server, and urpmi --auto-select decided the samba-server-2.2.7-2mdk from updates should replace samba-server-ldap-2.2.7a-3mdk running on the server ... resulting in about 2 minutes of downtime wrt. samba while I scp'ed ldap-enabled RPMS to it etc). You may want to use --bug $LOG/`date '+%Y%m%d%H%M%S'` to the urpmi command line, so that you have a per session based update log (so that if something fail, you have a bug report to send me too). The problem was AFAIK not due to, or fixable by urpmi, since we have samba-server obsolete samba-server-ldap, and vice versa, to allow people to switch between them easily. This is really a hack due to samba only having compile-time configurable account backends in 2.2.x, solved in 3.0 with run-time configurable (including multi) account backends. Just create a compressed archive maybe on the fly to avoid keeping too much place if necessary ? This would be of value on non-production machines, but on production machines you only want to know if something broke, and if so only minimally why ... but it would be useful to have more than just one day history ... Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+bKyUrJK6UGDSBKcRArl1AJ9jO2lfJYr7TBuflEfkfTAzXLe+wwCcC5xa ezFgL2XIha8wJOM/ADUbAXs= =vTzC -END PGP SIGNATURE-
Re: [Cooker] URPMI in the spotlight, was: question on ftp sites
Le lun 10/03/2003 à 16:17, Buchan Milne a écrit : This could be great indeed, any idea how to improve urpmi/rpmdrake is welcome as next version will be designed soon now. A request from the [EMAIL PROTECTED] list was to have a delay available, so that you could run updates daily, but never get an update which was less than X days old. This would allow you to run with delay of 0 on a test server, and a greater delay on production machines (10-15 days seems to be about optimal according to some studies), allowing you to have peace-of-mind that you will not unknowingly install a broken update on a production server, assuming you keep an eye on the test server or the security lists. Ok, noted. The problem was AFAIK not due to, or fixable by urpmi, since we have samba-server obsolete samba-server-ldap, and vice versa, to allow people to switch between them easily. This is really a hack due to samba only having compile-time configurable account backends in 2.2.x, solved in 3.0 with run-time configurable (including multi) account backends. This was not obsoletes but conflicts which was needed, urpmi ask confirmation to remove the conflicting package. François.
Re: [Cooker] URPMI in the spotlight, was: question on ftp sites
Le Lundi 10 Mars 2003 13:45, François Pons a écrit : Le lun 10/03/2003 à 12:16, Michael Scherer a écrit : Le Lundi 10 Mars 2003 12:04, El Gringo ( aka Guillaume Rousse ) a écrit : Ainsi parlait Michael Scherer : Very effective, everybody who read Linux Magazine France know that apt-get is so cool http://lis.snv.jussieu.fr/~rousse/linux/urpmi.html for instance ? Guillaume, it should be nice to add extra functionnalities added since one year ? Does someone is interrested ? For example, * ssh:// and rsync:// supported protocol. * distributed installation support. * cache management improved. * urpmf logical expression management. * mirrors management support compatible with urpmi.setup. * allow some global options to be defined in urpmi.cfg file. * a lot of newer options since for urpmq/urpmi/urpmf. Sure, unfortunatly i don't have much time available currently. And i'd rather write something about sane package management that would benefit many more people first. Yes, exactly what I was thinking :-) Very good intro, that is what make me discover urpmi. Guillaume is really smart to explain things... I'm not sure my students from 8:30 this morning would agree :-) Another thing to do is that we should stop to say that rpm can be find on rpmfind.net. Almost each time people go on rpmfind, they download a rpm for another distro, and, when it don't work, they say that rpm is bad. I wholeheartly agree. Users see rpms as just another archive format, and completly miss the integration work behind. What about using a different extension ? Something as mrpm ? I'd rather try to educate people. Yes, i'm somewhat idealist :-) -- If such a program has not crashed yet, it is waiting for a critical moment before it crashes. -- Murphy's Computer Laws n°6
Re: [Cooker] URPMI in the spotlight, was: question on ftp sites
On Mon, 2003-03-10 at 07:00, François Pons wrote: Le lun 10/03/2003 à 14:22, Buchan Milne a écrit : While we are here, any chance to have gui tools for 1)Selecting how often to run automatic updates This could be great indeed, any idea how to improve urpmi/rpmdrake is welcome as next version will be designed soon now. 2)Adding entries to /etc/urpmi/skip.list I had a bad experience when testing the above script the first time, since I had samba-server-ldap running in production on a server, and urpmi --auto-select decided the samba-server-2.2.7-2mdk from updates should replace samba-server-ldap-2.2.7a-3mdk running on the server ... resulting in about 2 minutes of downtime wrt. samba while I scp'ed ldap-enabled RPMS to it etc). You may want to use --bug $LOG/`date '+%Y%m%d%H%M%S'` to the urpmi command line, so that you have a per session based update log (so that if something fail, you have a bug report to send me too). Just create a compressed archive maybe on the fly to avoid keeping too much place if necessary ? François. A simple idea here... perhaps not so simple to implement. But some kind of indication of how much of a urpmi.update is done would be nice ... Not a percentage per se but something like a downloading column that says 23/30 meaning this is rpm #23 out of 30 you are going to get. Oh and I'm speaking of the command line here not the gui. James
Re: [Cooker] URPMI in the spotlight, was: question on ftp sites
On Mon, 2003-03-10 at 03:16, Michael Scherer wrote: Le Lundi 10 Mars 2003 12:04, El Gringo ( aka Guillaume Rousse ) a écrit : Ainsi parlait Michael Scherer : Very effective, everybody who read Linux Magazine France know that apt-get is so cool http://lis.snv.jussieu.fr/~rousse/linux/urpmi.html for instance ? Yes, exactly what I was thinking :-) Very good intro, that is what make me discover urpmi. Another thing to do is that we should stop to say that rpm can be find on rpmfind.net. Almost each time people go on rpmfind, they download a rpm for another distro, and, when it don't work, they say that rpm is bad. I wholeheartly agree. Users see rpms as just another archive format, and completly miss the integration work behind. What about using a different extension ? Something as mrpm ? Three reasons not to... 1. Cross distro RPMS... I do package a ton of this for companies. 2. RPM is the LSB standard not deb not tgz and definitely not mprm 3. RPM is more than an extension.. A lot more. The more I learn about it the more I'm amazed at what it does. ( or rather what I can leverage) James
Re: [Cooker] URPMI in the spotlight, was: question on ftp sites
On Mon, 2003-03-10 at 19:06, James Sparenberg wrote: On Mon, 2003-03-10 at 07:00, François Pons wrote: Le lun 10/03/2003 à 14:22, Buchan Milne a écrit : While we are here, any chance to have gui tools for 1)Selecting how often to run automatic updates This could be great indeed, any idea how to improve urpmi/rpmdrake is welcome as next version will be designed soon now. 2)Adding entries to /etc/urpmi/skip.list I had a bad experience when testing the above script the first time, since I had samba-server-ldap running in production on a server, and urpmi --auto-select decided the samba-server-2.2.7-2mdk from updates should replace samba-server-ldap-2.2.7a-3mdk running on the server ... resulting in about 2 minutes of downtime wrt. samba while I scp'ed ldap-enabled RPMS to it etc). You may want to use --bug $LOG/`date '+%Y%m%d%H%M%S'` to the urpmi command line, so that you have a per session based update log (so that if something fail, you have a bug report to send me too). Just create a compressed archive maybe on the fly to avoid keeping too much place if necessary ? François. A simple idea here... perhaps not so simple to implement. But some kind of indication of how much of a urpmi.update is done would be nice ... Not a percentage per se but something like a downloading column that says 23/30 meaning this is rpm #23 out of 30 you are going to get. Oh and I'm speaking of the command line here not the gui. James Thought of one more... if I do a urpmi xxx --fuzzy and there is only one match... instead of automatically grabbing it, could it instead say something like...I found only one mathc xxx.1mdk.rpm do you want to install this now? James
[Cooker] URPMI in the spotlight, was: question on ftp sites
On Sun, 9 Mar 2003, Levi Ramsey wrote: We really need to shout urpmi's praises from the rooftops. Hardly a week goes by without me running into someone on Slashdot or Kuro5hin (or other sites) who complains about manually doing RPM dependencies on Mandrake. They're always oblivious to the power and joys of urpmi. Two or three times a day I think to myself: URPMI IS MANDRAKE'S MOST UNDERRATED FEATURE! And unfortunately, nobody knows this, and Mandrake doesn't advertise urpmi per se. When I think Mandrake, I think: Debian done right!. When most people think Mandrake, they think: RedHat for newbies. Is there something we can do 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] URPMI in the spotlight, was: question on ftp sites
On Sun, 2003-03-09 at 15:56, Austin wrote: On Sun, 9 Mar 2003, Levi Ramsey wrote: We really need to shout urpmi's praises from the rooftops. Hardly a week goes by without me running into someone on Slashdot or Kuro5hin (or other sites) who complains about manually doing RPM dependencies on Mandrake. They're always oblivious to the power and joys of urpmi. Two or three times a day I think to myself: URPMI IS MANDRAKE'S MOST UNDERRATED FEATURE! And unfortunately, nobody knows this, and Mandrake doesn't advertise urpmi per se. When I think Mandrake, I think: Debian done right!. When most people think Mandrake, they think: RedHat for newbies. Is there something we can do about this? I'll vouch for the underated... I've been using MDK since 6.0 and didn't find out about urpmi till 8.2 .. and late in the game as well It's come far enough it needs to be screamed from the rooftops. Austin