Re: [Cooker] urpmi working for ya'll?
On Tuesday 18 November 2003 01:10 am, Todd Lyons wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Todd Lyons wanted us to know: Just checking if I'm the only one experiencing weirdness with urpmi? I have a local mirror syncing from mirrors.usc.edu and have a pretty current sync. I did a urpmi --auto-select and I got about 8 packages updated. I thought that was odd. So I did 'urpmi kdebase' and it Never mind. I can't read. I was answering No to a question that I should have been answering Yes to. Ha! Makes me feel good that even the experts can do stuff like that. Cheers Todd. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] urpmi working for ya'll?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just checking if I'm the only one experiencing weirdness with urpmi? I have a local mirror syncing from mirrors.usc.edu and have a pretty current sync. I did a urpmi --auto-select and I got about 8 packages updated. I thought that was odd. So I did 'urpmi kdebase' and it installed about 25 packages. Then I did 'urpmi arts' and it did another 3 packages. Am I the only one or do I need to do some work on my system? - -- Blue skies... ToddProprietary Software Licenses: Duping a person into making a vow of ignorance and then selling them the fruits of knowledge is like making them believe they benefit from having their head held under water while someone sells them oxygen. Linux kernel 2.4.22-12.tmb.1mdk 2 users, load average: 1.00, 1.00, 1.22 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: http://www.mrball.net/todd.asc iD8DBQE/ubTdIBT1264ScBURApDXAJ9T7IH3e8pdsGm4ofjj3U2j0nED2ACgvUQY yWRXqIhZrulS7YTHotNlWmY= =pmN1 -END PGP SIGNATURE-
Re: [Cooker] urpmi working for ya'll?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Todd Lyons wanted us to know: Just checking if I'm the only one experiencing weirdness with urpmi? I have a local mirror syncing from mirrors.usc.edu and have a pretty current sync. I did a urpmi --auto-select and I got about 8 packages updated. I thought that was odd. So I did 'urpmi kdebase' and it Never mind. I can't read. I was answering No to a question that I should have been answering Yes to. - -- Blue skies... Todd | Get a bigger hammer! | All vendors suck, but different ones | | http://www.mrball.net | suck less in different applications. | | http://faq.mrball.net |--Andy Walden on NANOG | Linux kernel 2.4.22-12.tmb.1mdk 2 users, load average: 1.00, 1.00, 1.06 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: http://www.mrball.net/todd.asc iD8DBQE/ube9IBT1264ScBURAoL4AJ4k/vLVprYALbs2Nh9SSTScXHIpbQCeNgSy 0JA/Jwztw8SI+zZM/AJ4rX0= =vcF0 -END PGP SIGNATURE-
Re: [Cooker] urpmi download file twice
Pascal Terjan [EMAIL PROTECTED] writes: I guess it tries on the first one, fails, tries on the second one, only tells it failed on the last one. Yes, this is exactly the case, in fact, you can check it works by using it on updated mirror and see only one download is done. Francois.
[Cooker] urpmi download file twice
When you urpmi from two mirror, files are download twice: [EMAIL PROTECTED] olivier]# rpm -q urpmi urpmi-4.4-42mdk [EMAIL PROTECTED] olivier]$ urpmi kdebase-common --clean Pour satisfaire les dépendances, les paquetages suivants vont être installés (127 Mo): kdebase-common-3.1.93-14mdk.i586 libkdebase4-3.1.93-14mdk.i586 Est-ce correct ? (O/n) o ftp.uninett.no::Mandrake/Mandrake-devel/cooker/i586/Mandrake/RPMS/kdebase-common-3.1.93-14mdk.i586.rpm ftp.uninett.no::Mandrake/Mandrake-devel/cooker/i586/Mandrake/RPMS/libkdebase4-3.1.93-14mdk.i586.rpm ftp.sunet.se::Mandrake-devel/cooker/i586/Mandrake/RPMS/kdebase-common-3.1.93-14mdk.i586.rpm ftp.sunet.se::Mandrake-devel/cooker/i586/Mandrake/RPMS/libkdebase4-3.1.93-14mdk.i586.rpm L'installation a échoué, il manque des fichiers : rsync://ftp.sunet.se::Mandrake-devel/cooker/i586/Mandrake/RPMS/kdebase-common-3.1.93-14mdk.i586.rpm rsync://ftp.sunet.se::Mandrake-devel/cooker/i586/Mandrake/RPMS/libkdebase4-3.1.93-14mdk.i586.rpm Vous devriez mettre à jour votre base de données urpmi -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] urpmi download file twice
Olivier Thauvin wrote: When you urpmi from two mirror, files are download twice: [EMAIL PROTECTED] olivier]# rpm -q urpmi urpmi-4.4-42mdk [EMAIL PROTECTED] olivier]$ urpmi kdebase-common --clean Pour satisfaire les dépendances, les paquetages suivants vont être installés (127 Mo): kdebase-common-3.1.93-14mdk.i586 libkdebase4-3.1.93-14mdk.i586 Est-ce correct ? (O/n) o ftp.uninett.no::Mandrake/Mandrake-devel/cooker/i586/Mandrake/RPMS/kdebase-common-3.1.93-14mdk.i586.rpm ftp.uninett.no::Mandrake/Mandrake-devel/cooker/i586/Mandrake/RPMS/libkdebase4-3.1.93-14mdk.i586.rpm ftp.sunet.se::Mandrake-devel/cooker/i586/Mandrake/RPMS/kdebase-common-3.1.93-14mdk.i586.rpm ftp.sunet.se::Mandrake-devel/cooker/i586/Mandrake/RPMS/libkdebase4-3.1.93-14mdk.i586.rpm L'installation a échoué, il manque des fichiers : rsync://ftp.sunet.se::Mandrake-devel/cooker/i586/Mandrake/RPMS/kdebase-common-3.1.93-14mdk.i586.rpm rsync://ftp.sunet.se::Mandrake-devel/cooker/i586/Mandrake/RPMS/libkdebase4-3.1.93-14mdk.i586.rpm Vous devriez mettre à jour votre base de données urpmi I guess it tries on the first one, fails, tries on the second one, only tells it failed on the last one.
[Cooker] urpmi noarch source
Hi, Since cooker has been defrosted, perhaps this is the right moment to discuss putting the .noarch.rpm packages into a seperate (shared) location. This is already being done at PLF, see: ftp://ftp.easynet.fr/plf/mandrake/cooker With the recent upload of a number of rather large noarch.rpm packages: $ ls -Sl /mirrors/contrib/i586/ | less total 2927844 *-rw-rw-r--1 stefan build136673076 Nov 5 16:09 uqm-data-0.3-1mdk.noarch.rpm* *-rw-rw-r--1 stefan build122147932 Nov 5 16:09 vegastrike-data-0.4.1-1mdk.noarch.rpm* -rw-rw-r--1 stefan build77352529 Oct 28 19:46 flightgear-0.9.3-1mdk.i586.rpm *-rw-rw-r--1 stefan build67695745 Mar 11 2003 tetex-cmsuper-0.3.3-2mdk.noarch.rpm* -rw-rw-r--1 stefan build60821073 Feb 28 2003 ncbi-tools-6.1-1mdk.i586.rpm -rw-rw-r--1 stefan build56017805 Oct 28 01:00 freedroidRPG-0.9.9-1mdk.i586.rpm *-rw-rw-r--1 stefan build54203818 Nov 5 16:09 vegastrike-data-music-0.3.1-1mdk.noarch.rpm * it's becoming evident that a lot of bandwidth and space is being wasted on the mirrors. Of the (7) packages in contrib above 50Mb, 4 of them are noarch.rpm's. I'll bet a case of Grolsch that the other ones can also be split up into (large) noarch.rpm and (smaller) arch.rpm packages. How did PLF do it? How is it working there (comments please!)? Can this be implemented for cooker (and the 10.0 release)? regards, Stefan van der Eijk smime.p7s Description: S/MIME Cryptographic Signature
[Cooker] urpmi --auto-select + recompile from src.rpm
Hello, I was wondering, if there is some way to upgrade (or install) new packages form src.rpm source packages, rather than from precompiled i586.rpm packages, with the ease urpmi provides, so that one could fully benefit from his/her CPU. urpmi --auto-selects can only be used to upgrade precompiled packages, and won't help much if someone wants to update whole system from source src.rpm packages. What I mean, if there is some script, that would download new src.rpm packages from let's say cooker, recompile them for a given architecture, and than install. Doing this manually is somewhat long, slow, monotonous... Regards, Tomasz Chmielewski
Re: [Cooker] urpmi --auto-select + recompile from src.rpm
Am Donnerstag, 30. Oktober 2003, 13:06:51 Uhr MET, schrieb Tomasz Chmielewski: I was wondering, if there is some way to upgrade (or install) new packages form src.rpm source packages, rather than from precompiled i586.rpm packages, with the ease urpmi provides, so that one could fully benefit from his/her CPU. I doubt there would be much benefit from this approach. What I mean, if there is some script, that would download new src.rpm packages from let's say cooker, recompile them for a given architecture, and than install. There's rpm-rebuilder in main, maybe it can be tweaked somehow. -- What difference does it make to the dead, the orphans and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty or democracy? Mahatma Gandhi (1869 - 1948), Non-Violence in Peace and War
Re: [Cooker] urpmi basesystem
Pascal Terjan [EMAIL PROTECTED] writes: I just tryied urpmi --root /tmp/mdk basesytem, it worked really nicer than the first time I did it months ago. Only got 2 errors (except for kernel but that's not a problem) : 8:glibc ## /var/tmp/rpm-tmp.27792: line 24: rm: command not found This one is easy to fix but has no impact... IIRC this also happens during install and that's simply not fixable due to Requires and PreReq's (beside, it's not a problem - again, IIRC). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] urpmi --auto-select + recompile from src.rpm
Hello, I was wondering, if there is some way to upgrade (or install) new packages form src.rpm source packages, rather than from precompiled i586.rpm packages, with the ease urpmi provides, so that one could fully benefit from his/her CPU. urpmi --auto-selects can only be used to upgrade precompiled packages, and won't help much if someone wants to update whole system from source src.rpm packages. What I mean, if there is some script, that would download new src.rpm packages from let's say cooker, recompile them for a given architecture, and than install. Doing this manually is somewhat long, slow, monotonous... Regards, Tomasz Chmielewski Perhaps slbd may suite your needs... http://qa.mandrakesoft.com/twiki/bin/view/Main/SlBd regards, Stefan
Re: [Cooker] urpmi basesystem
On Sunday 26 October 2003 01:58, Greg Meyer wrote: On Saturday 25 October 2003 06:39 pm, Michael Scherer wrote: On Sunday 26 October 2003 00:12, Greg Meyer wrote: This appears to be an undocumented feature. Are there any others that are interesting? a lot. but since they are undocumented, we do not always know them. have you ever heard of rpm --repackage ? or fileshareset ? No. Do I have to read the source to learn about these? (since I am not a programmer, that would be an arduous task), well, i would say yes :( or is there a project page somewhere that talks about what is in development? no. not all features are mandrake specific ( ie rpm --repackage ) but they lack documentation. This should be put on the wiki ( the user one ). -- Michaël Scherer
[Cooker] urpmi basesystem
I just tryied urpmi --root /tmp/mdk basesytem, it worked really nicer than the first time I did it months ago. Only got 2 errors (except for kernel but that's not a problem) : 8:glibc ## /var/tmp/rpm-tmp.27792: line 24: rm: command not found This one is easy to fix but has no impact... 55:rpm-helper ## /usr/share/rpm-helper/add-group: line 23: /dev/null: No such file or directory This one may turn something wrong but I didn't look into it more.
Re: [Cooker] urpmi basesystem
On Saturday 25 October 2003 04:32 pm, Pascal Terjan wrote: I just tryied urpmi --root /tmp/mdk basesytem, it worked really nicer than the first time I did it months ago. Only got 2 errors (except for kernel but that's not a problem) : 8:glibc ## /var/tmp/rpm-tmp.27792: line 24: rm: command not found This one is easy to fix but has no impact... 55:rpm-helper ## /usr/share/rpm-helper/add-group: line 23: /dev/null: No such file or directory This one may turn something wrong but I didn't look into it more. I just did it and got no errors. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] urpmi basesystem
On Saturday 25 October 2003 04:32 pm, Pascal Terjan wrote: I just tryied urpmi --root /tmp/mdk basesytem, it worked really nicer than the first time I did it months ago. Only got 2 errors (except for kernel but that's not a problem) : 8:glibc ## /var/tmp/rpm-tmp.27792: line 24: rm: command not found This one is easy to fix but has no impact... 55:rpm-helper ## /usr/share/rpm-helper/add-group: line 23: /dev/null: No such file or directory This one may turn something wrong but I didn't look into it more. This appears to be an undocumented feature. Are there any others that are interesting? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] urpmi basesystem
On Sunday 26 October 2003 00:12, Greg Meyer wrote: On Saturday 25 October 2003 04:32 pm, Pascal Terjan wrote: I just tryied urpmi --root /tmp/mdk basesytem, it worked really nicer than the first time I did it months ago. Only got 2 errors (except for kernel but that's not a problem) : 8:glibc ## /var/tmp/rpm-tmp.27792: line 24: rm: command not found This one is easy to fix but has no impact... 55:rpm-helper ## /usr/share/rpm-helper/add-group: line 23: /dev/null: No such file or directory This one may turn something wrong but I didn't look into it more. This appears to be an undocumented feature. Are there any others that are interesting? a lot. but since they are undocumented, we do not always know them. have you ever heard of rpm --repackage ? or fileshareset ? -- Michaël Scherer
Re: [Cooker] urpmi basesystem
On Saturday 25 October 2003 06:39 pm, Michael Scherer wrote: On Sunday 26 October 2003 00:12, Greg Meyer wrote: This appears to be an undocumented feature. Are there any others that are interesting? a lot. but since they are undocumented, we do not always know them. have you ever heard of rpm --repackage ? or fileshareset ? No. Do I have to read the source to learn about these? (since I am not a programmer, that would be an arduous task), or is there a project page somewhere that talks about what is in development? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] urpmi problem
Per Lindström [EMAIL PROTECTED] writes: When I run urpmi --auto-select --auto --keep urpmi tells me that the rpm packages have faulty signatures. When I run urpmi /var/cache/urpmi/rpms/*.rpm the packages are installed without any problems. The faulty signature is in fact a missing signature (check error message), the problem can occur to check a package when it is supposed to be in an organized area (a medium) or a wild free package around ? It could be better to always check signature package, but just created package are problably always faulty ? François.
[Cooker] urpmi problem
When I run urpmi --auto-select --auto --keep urpmi tells me that the rpm packages have faulty signatures. When I run urpmi /var/cache/urpmi/rpms/*.rpm the packages are installed without any problems. # urpmi.update -aurpmi --auto-select --auto --keep;date undersöker MD5SUM-fil [SNIP] undersöker MD5SUM-fil undersöker synthesis-fil [/var/lib/urpmi/synthesis.hdlist.no-contrib.cz] Följande paket har felaktiga signaturer: /var/cache/urpmi/rpms/tuxsaver-0.9-3mdk.i586.rpm: Signatur saknas (sha1 md5 OK) lör okt 18 03:01:07 CEST 2003 # urpmi /var/cache/urpmi/rpms/*.rpm installerar drakxtools-9.2-17mdk.i586.rpm losetup-2.11z-8mdk.i586.rpm drakxtools-http-9.2-17mdk.i586.rpm harddrake-ui-9.2-17mdk.i586.rpm ldetect-lst-0.1.8-11mdk.i586.rpm kernel-source-2.4.22-17mdk.i586.rpm util-linux-2.11z-8mdk.i586.rpm tuxsaver-0.9-3mdk.i586.rpm harddrake-9.2-17mdk.i586.rpm mount-2.11z-8mdk.i586.rpm alsa-utils-0.9.6-4mdk.i586.rpm drakxtools-newt-9.2-17mdk.i586.rpm Förbereder... ## 1:ldetect-lst ## 2:drakxtools-newt ## 3:drakxtools ## 4:losetup ## 5:drakxtools-http ## 6:harddrake-ui ## 7:kernel-source ## 8:util-linux ## 9:tuxsaver ## 10:harddrake ## 11:mount ## 12:alsa-utils ##
Re: [Cooker] urpmi and 9.2 updates curious
On Thu Oct 02, 2003 at 07:34:54PM +0200, François Pons wrote:
Why don't you make genhdlist /mnt/BIG2/updates/9.1/RPMS ? it should have been
done that way no ? because by doing it the way you are doing them now, list file
are wrong. If you have an error message, let me known what it is.
I'll do some tests this afternoon and see if it breaks anything (obviously
we can't ask people to remove and re-add their updates media due to this).
If it doesn't break anything, then so much the better. If it does well,
in my build scripts I had to differentiate 9.2 from the other distribs and I
can continue to do that. Not a big deal. But if they all work the same
way, it'll be easier.
Please, tell me what error message you have with various distrib and what are
the organizations of the files, it should be the same as 9.2 in fact, I don't
understand why other distro need different organizations (I wonder how it could
works).
I didn't ever have any errors... but I've been using the root directory as
the pointer to hdlist for three years. =) Anyways, I tried 9.1 and point
genhdlist to updates/9.1/RPMS instead of updates/9.1 and it seems to work
fine.
I will go through and test the rest to see if they can all be done that way.
If so, then the problem is easily solved. =)
--
MandrakeSoft Security; http://www.mandrakesecure.net/
Online Security Resource Book; http://linsec.ca/
lynx -source http://linsec.ca/vdanen.asc | gpg --import
{FE6F2AFD : 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD}
pgp0.pgp
Description: PGP signature
Re: [Cooker] urpmi and 9.2 updates curious
Vincent Danen [EMAIL PROTECTED] writes: I didn't ever have any errors... but I've been using the root directory as the pointer to hdlist for three years. =) Anyways, I tried 9.1 and point genhdlist to updates/9.1/RPMS instead of updates/9.1 and it seems to work fine. Perfect, so now updates are working again ! François.
Re: [Cooker] urpmi and 9.2 updates curious
On Fri Oct 03, 2003 at 07:27:01PM +0200, François Pons wrote:
I didn't ever have any errors... but I've been using the root directory as
the pointer to hdlist for three years. =) Anyways, I tried 9.1 and point
genhdlist to updates/9.1/RPMS instead of updates/9.1 and it seems to work
fine.
Perfect, so now updates are working again !
Updates always worked, except for 9.2. 9.2 was the one that changed so that
how it used to be done no longer worked.
Doesn't matter now tho.
--
MandrakeSoft Security; http://www.mandrakesecure.net/
Online Security Resource Book; http://linsec.ca/
lynx -source http://linsec.ca/vdanen.asc | gpg --import
{FE6F2AFD : 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD}
pgp0.pgp
Description: PGP signature
Re: [Cooker] urpmi and 9.2 updates curious
Vincent Danen [EMAIL PROTECTED] writes: Updates always worked, except for 9.2. 9.2 was the one that changed so that how it used to be done no longer worked. I don't understand very well, but anyway, it is still perfect that way... Francois.
Re: [Cooker] urpmi and 9.2 updates curious
Vincent Danen [EMAIL PROTECTED] writes: Vincent, how do you fixed it ? For 8.2-9.1 I do: genhdlist /mnt/BIG2/updates/[dist] For 9.2 I have to do: genhdlist /mnt/BIG2/updates/9.2/RPMS So something in 9.2 changed. And not in the installer. Ok, I see the point, I used genhdlist (which I guess has not be modified for months, but I used the one of 9.2) in both case and it produced the good files whatever the directory parameters is given... I'm using the same genhdlist (the host OS is corp 2.1, so 9.0-based). If I need to use a 9.2 genhdlist, you need to tell me this. =) genhdlist of 9.0 is exactly the same as genhdlist of 9.2 (same md5sum) but the underlying libraries have been modified, it could be the cause ? Why don't you make genhdlist /mnt/BIG2/updates/9.1/RPMS ? it should have been done that way no ? because by doing it the way you are doing them now, list file are wrong. If you have an error message, let me known what it is. François.
Re: [Cooker] urpmi and 9.2 updates curious
On Thu Oct 02, 2003 at 12:05:16PM +0200, François Pons wrote:
Vincent, how do you fixed it ?
For 8.2-9.1 I do:
genhdlist /mnt/BIG2/updates/[dist]
For 9.2 I have to do:
genhdlist /mnt/BIG2/updates/9.2/RPMS
So something in 9.2 changed. And not in the installer.
Ok, I see the point, I used genhdlist (which I guess has not be modified for
months, but I used the one of 9.2) in both case and it produced the good files
whatever the directory parameters is given...
I didn't think they had changed either.
I'm using the same genhdlist (the host OS is corp 2.1, so 9.0-based). If I
need to use a 9.2 genhdlist, you need to tell me this. =)
genhdlist of 9.0 is exactly the same as genhdlist of 9.2 (same md5sum) but the
underlying libraries have been modified, it could be the cause ?
Possibly.
Why don't you make genhdlist /mnt/BIG2/updates/9.1/RPMS ? it should have been
done that way no ? because by doing it the way you are doing them now, list file
are wrong. If you have an error message, let me known what it is.
I'll do some tests this afternoon and see if it breaks anything (obviously
we can't ask people to remove and re-add their updates media due to this).
If it doesn't break anything, then so much the better. If it does well,
in my build scripts I had to differentiate 9.2 from the other distribs and I
can continue to do that. Not a big deal. But if they all work the same
way, it'll be easier.
--
MandrakeSoft Security; http://www.mandrakesecure.net/
Online Security Resource Book; http://linsec.ca/
lynx -source http://linsec.ca/vdanen.asc | gpg --import
{FE6F2AFD : 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD}
pgp0.pgp
Description: PGP signature
Re: [Cooker] urpmi and 9.2 updates curious
Vincent Danen [EMAIL PROTECTED] writes: On Thu Oct 02, 2003 at 12:05:16PM +0200, François Pons wrote: Why don't you make genhdlist /mnt/BIG2/updates/9.1/RPMS ? it should have been done that way no ? because by doing it the way you are doing them now, list file are wrong. If you have an error message, let me known what it is. I'll do some tests this afternoon and see if it breaks anything (obviously we can't ask people to remove and re-add their updates media due to this). If it doesn't break anything, then so much the better. If it does well, in my build scripts I had to differentiate 9.2 from the other distribs and I can continue to do that. Not a big deal. But if they all work the same way, it'll be easier. Please, tell me what error message you have with various distrib and what are the organizations of the files, it should be the same as 9.2 in fact, I don't understand why other distro need different organizations (I wonder how it could works). François.
Re: [Cooker] urpmi and 9.2 updates curious
Vincent Danen [EMAIL PROTECTED] writes: Have you tried adding the media and downloading the updates? It should work regardless of what's in the list file. My bad. You're right, it doesn't work. It's fixed now. The way urpmi handles this changed, so now all the old distribs do it one way and 9.2+ do it another way. No, urpmi didn't change on this, but DrakX has changed the way the update media are defined, I check to see if I made something wrong on this... François.
Re: [Cooker] urpmi and 9.2 updates curious
[EMAIL PROTECTED] (François Pons) writes: Vincent Danen [EMAIL PROTECTED] writes: Have you tried adding the media and downloading the updates? It should work regardless of what's in the list file. My bad. You're right, it doesn't work. It's fixed now. The way urpmi handles this changed, so now all the old distribs do it one way and 9.2+ do it another way. No, urpmi didn't change on this, but DrakX has changed the way the update media are defined, I check to see if I made something wrong on this... I don't known how it worked before, the list file has an additional RPMS/ string inside... Vincent, how do you fixed it ? François.
Re: [Cooker] urpmi and 9.2 updates curious (and WINE)
On Wed, 1 Oct 2003 17:15, François Pons wrote: Vincent Danen [EMAIL PROTECTED] writes: Have you tried adding the media and downloading the updates? It should work regardless of what's in the list file. My bad. You're right, it doesn't work. Did for me. Posting from a 9.1 system upped to currently-frozen Cooker. The only problem I have is WINE, which says: FIXME:pthread_cond_init wine client error:9: version mismatch 118/105. Your wine binary was not upgraded correctly, or you have an older one somewhere in your PATH. Or maybe the wrong wineserver is still running? It's fixed now. The way urpmi handles this changed, so now all the old distribs do it one way and 9.2+ do it another way. No, urpmi didn't change on this, but DrakX has changed the way the update media are defined, I check to see if I made something wrong on this... I didn't use DrakX, if that makes any difference. Cheers; Leon
Re: [Cooker] urpmi and 9.2 updates curious (and WINE)
Leon Brooks [EMAIL PROTECTED] writes: No, urpmi didn't change on this, but DrakX has changed the way the update media are defined, I check to see if I made something wrong on this... I didn't use DrakX, if that makes any difference. Yes, it looks like list file are different now... François.
Re: [Cooker] urpmi and 9.2 updates curious
[EMAIL PROTECTED] (François Pons) writes: No, urpmi didn't change on this, but DrakX has changed the way the update media are defined, I check to see if I made something wrong on this... I don't known how it worked before, the list file has an additional RPMS/ string inside... Ok, I see the point, the list file of 9.2 does not contains any RPMS/ strings whereas list file of 9.1 and older does contains it. Why ? Update media should be added relative to the RPMS directory (so the extra RPMS/ in the list file is incorrect), the installer should do this that way, other tools or help says the same. François.
Re: [Cooker] urpmi and 9.2 updates curious
On Wed Oct 01, 2003 at 11:15:59AM +0200, François Pons wrote:
Have you tried adding the media and downloading the updates? It should work
regardless of what's in the list file.
My bad. You're right, it doesn't work.
It's fixed now. The way urpmi handles this changed, so now all the old
distribs do it one way and 9.2+ do it another way.
No, urpmi didn't change on this, but DrakX has changed the way the update media
are defined, I check to see if I made something wrong on this...
It can't be drakx. I did a 9.1-cooker upgrade. When I add a media using
my local mirror:
urpmi.addmedia updates ftp://10.0.5.12/BIG2/updates/9.2/RPMS with
../base/hdlist.cz
it did not install using my normal call to genhdlist (which has always been
genhdlist /mnt/BIG2/updates/9.1). Now I have to do genhdlist
/mnt/BIG2/updates/9.2/RPMS in order for it to work properly.
That can't be drakx.
--
MandrakeSoft Security; http://www.mandrakesecure.net/
Online Security Resource Book; http://linsec.ca/
lynx -source http://linsec.ca/vdanen.asc | gpg --import
{FE6F2AFD : 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD}
pgp0.pgp
Description: PGP signature
Re: [Cooker] urpmi and 9.2 updates curious
On Wed Oct 01, 2003 at 11:34:12AM +0200, François Pons wrote:
Have you tried adding the media and downloading the updates? It should work
regardless of what's in the list file.
My bad. You're right, it doesn't work.
It's fixed now. The way urpmi handles this changed, so now all the old
distribs do it one way and 9.2+ do it another way.
No, urpmi didn't change on this, but DrakX has changed the way the update media
are defined, I check to see if I made something wrong on this...
I don't known how it worked before, the list file has an additional RPMS/ string
inside...
Vincent, how do you fixed it ?
For 8.2-9.1 I do:
genhdlist /mnt/BIG2/updates/[dist]
For 9.2 I have to do:
genhdlist /mnt/BIG2/updates/9.2/RPMS
So something in 9.2 changed. And not in the installer.
I'm using the same genhdlist (the host OS is corp 2.1, so 9.0-based). If I
need to use a 9.2 genhdlist, you need to tell me this. =)
--
MandrakeSoft Security; http://www.mandrakesecure.net/
Online Security Resource Book; http://linsec.ca/
lynx -source http://linsec.ca/vdanen.asc | gpg --import
{FE6F2AFD : 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD}
pgp0.pgp
Description: PGP signature
Re: [Cooker] urpmi and 9.2 updates curious
On Wed Oct 01, 2003 at 12:07:47PM +0200, François Pons wrote:
No, urpmi didn't change on this, but DrakX has changed the way the update media
are defined, I check to see if I made something wrong on this...
I don't known how it worked before, the list file has an additional RPMS/ string
inside...
Ok, I see the point, the list file of 9.2 does not contains any RPMS/ strings
whereas list file of 9.1 and older does contains it.
Why ?
Update media should be added relative to the RPMS directory (so the extra RPMS/
in the list file is incorrect), the installer should do this that way, other
tools or help says the same.
I've been doing it that way for years. It's never been a problem before
9.2.
--
MandrakeSoft Security; http://www.mandrakesecure.net/
Online Security Resource Book; http://linsec.ca/
lynx -source http://linsec.ca/vdanen.asc | gpg --import
{FE6F2AFD : 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD}
pgp0.pgp
Description: PGP signature
Re: [Cooker] URPMI thoughts
Greg Meyer [EMAIL PROTECTED] writes: Awhile back I had tried to setup urpmi sources with multiple mirrors for each source, thinking that if one mirror was busy, urpmi would move to the next. In this way, I wouldn't have to worry about not being able to login and try again, urpmi would simply move to the next preferred mirror. When I tried this it didn't seem to work and I have not tried again. Is this something that should be possible, or if not, can it be added as a feature? It seems like a useful feature. It should have worked in fact, after having problem to contact a mirror (timeout) it should try another one provided another one is defined, but urpmi will try this for each file, it is not a true dynamic mirror change as it doesn't take care of error code returned by network layer. Can you try to reproduce it and send me a urpmi bug report using --bug dir please ? François.
[Cooker] urpmi and 9.2 updates curious
why /updates/9.2/base/list contain ./ at beggining all files? traditionally way to urpmi.addmedia (which is described in man page) is urpmi.addmedia ../RPMS with ../base/hdlist.cz and with this definition is there a problem with downloadind these updates. is this normal? -- member of Advanced InternetWorks group - http://www.ainetworks.sk professional home page - http://tibor.pittich.sk personal home page - http://c0re.phuture.sk pgp0.pgp Description: PGP signature
Re: [Cooker] urpmi and 9.2 updates curious
On Wed Oct 01, 2003 at 12:41:10AM +0200, Tibor Pittich wrote:
why /updates/9.2/base/list contain ./ at beggining all files?
traditionally way to urpmi.addmedia (which is described in man page) is
urpmi.addmedia ../RPMS with ../base/hdlist.cz and with this
definition is there a problem with downloadind these updates.
is this normal?
Have you tried adding the media and downloading the updates? It should work
regardless of what's in the list file.
--
MandrakeSoft Security; http://www.mandrakesecure.net/
Online Security Resource Book; http://linsec.ca/
lynx -source http://linsec.ca/vdanen.asc | gpg --import
{FE6F2AFD : 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD}
pgp0.pgp
Description: PGP signature
Re: [Cooker] urpmi and 9.2 updates curious
On Tue Sep 30, 2003 at 05:01:21PM -0600, Vincent Danen wrote:
why /updates/9.2/base/list contain ./ at beggining all files?
traditionally way to urpmi.addmedia (which is described in man page) is
urpmi.addmedia ../RPMS with ../base/hdlist.cz and with this
definition is there a problem with downloadind these updates.
is this normal?
Have you tried adding the media and downloading the updates? It should work
regardless of what's in the list file.
My bad. You're right, it doesn't work.
It's fixed now. The way urpmi handles this changed, so now all the old
distribs do it one way and 9.2+ do it another way.
--
MandrakeSoft Security; http://www.mandrakesecure.net/
Online Security Resource Book; http://linsec.ca/
lynx -source http://linsec.ca/vdanen.asc | gpg --import
{FE6F2AFD : 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD}
pgp0.pgp
Description: PGP signature
[Cooker] URPMI thoughts
Awhile back I had tried to setup urpmi sources with multiple mirrors for each source, thinking that if one mirror was busy, urpmi would move to the next. In this way, I wouldn't have to worry about not being able to login and try again, urpmi would simply move to the next preferred mirror. When I tried this it didn't seem to work and I have not tried again. Is this something that should be possible, or if not, can it be added as a feature? It seems like a useful feature. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] URPMI strangeness when upgrading kde packages
# urpmi --keep -v -p --noclean kdebase
Some package requested cannot be installed:
kdebase-3.1.3-79mdk.i586 (due to missing kdebase-kdeprintfax-3.1.3-79mdk.i586)
kdebase-kate-3.1.3-79mdk.i586 (in order to keep kdebase-3.1.3-78mdk.i586)
kdebase-kdeprintfax-3.1.3-79mdk.i586 (in order to keep kdebase-3.1.3-78mdk.i586)
kdebase-konsole-3.1.3-79mdk.i586 (in order to keep kdebase-3.1.3-78mdk.i586)
kdebase-progs-3.1.3-79mdk.i586 (in order to keep
kdebase-kdm-config-file-3.1.3-78mdk.i586, kdebase-3.1.3-78mdk.i586)
libkdebase4-3.1.3-79mdk.i586 (in order to keep kdebase-progs-3.1.3-78mdk.i586)
libkdebase4-nsplugins-3.1.3-79mdk.i586 (in order to keep
kdebase-nsplugins-3.1.3-78mdk.i586) (Y/n)
removing --keep works
note that most most kdebase subpackages require
kdebase-progs = 1:%{version}-%{release}
kdebase-common = 1:%{version}-%{release}
this happens with other kde packages as well
i believe there is a flaw in the --keep algo
regards,
L.
P.S.
have --bug, but it is big and uninformative, i can send it to you if you
really want.
--
Luca Berra -- [EMAIL PROTECTED]
Communication Media Services S.r.l.
/\
\ / ASCII RIBBON CAMPAIGN
XAGAINST HTML MAIL
/ \
[Cooker] urpmi update - good news!
so since the mirrors got fixed, I updated one of our 9.1 machines to Cooker (i.e., practically 9.2) via urpmi, and it worked absolutely flawlessly! Admittedly it's a clean machine - no non-mdk packages - but even so, this is impressive and better than 9.0 - 9.1. I just defined cooker sources for main, contrib and that source that rhymes with sea hell ref, then did urpmi urpmi followed by urpmi --auto-select -v and urpmi kernel. All went flawlessly, just a few manual tweaks for packages that didn't exist previously and the system's running nicely. Thanks a lot for the hard work on making this work, fpons and all the packagers :) -- adamw
Re: [Cooker] urpmi update - good news!
On Friday 19 September 2003 06:12 pm, Adam Williamson wrote: so since the mirrors got fixed, I updated one of our 9.1 machines to Cooker (i.e., practically 9.2) via urpmi, and it worked absolutely flawlessly! Admittedly it's a clean machine - no non-mdk packages - I did the same the other night (the 17th I believe) as well, updated a i815/p3 machine that had a pure 9.1 system on it. I did as you and used urpmi cooker source. Mine needed a little coaxing here and there, but it seemed to upgrade rather well. Everything seems to work and it runs fine looks great. Also, urpmi update to cooker on an old dell xpicd166 laptop on the 17th from about beta2ish went fine as well. But last installer update I attempted, on a kt400/xp2200 machine to rc2 from pure rc1, just froze up during the building rpm db/package selection stage. It worked on it quite a while, the hd light was flashing, but it eventually hung. Just to make sure, I went about my daily tasks and left it for a couple hours. It was definately hung. cheers, -srlinuxx
Re: [Cooker] urpmi update - good news!
I did this last night on my wife's computer and it mostly worked. The glitches that I had were related to urpmi not removing previous versions of packages. So I would have something like: libfoo1-1.2-2mdk libfoo1-1.2-4mdk both installed after the upgrade. Some packages would not upgrade because they depended upon the older libfoo1. So once I removed all the duplicates, then the upgrade worked great. Not sure what triggers the duplicates though. -- Steve Fox http://k-lug.org
[Cooker] urpmi problem with drakconf
[EMAIL PROTECTED] lamikr]# urpmi --auto-select --no-verify-rpm The following packages have to be removed for others to be upgraded: drakconf-9.2-4mdk.i586 (due to unsatisfied harddrake-ui = 9.2-6mdk) harddrake-9.2-11mdk.i586 (due to unsatisfied drakxtools-newt == 9.2-11mdk) harddrake-ui-9.2-11mdk.i586 (due to unsatisfied drakxtools == 9.2-11mdk) (y/N) n Mika
Re: [Cooker] urpmi problem with drakconf
Le Mercredi 17 Septembre 2003 09:37, lamikr_mdk a écrit : [EMAIL PROTECTED] lamikr]# urpmi --auto-select --no-verify-rpm The following packages have to be removed for others to be upgraded: drakconf-9.2-4mdk.i586 (due to unsatisfied harddrake-ui = 9.2-6mdk) harddrake-9.2-11mdk.i586 (due to unsatisfied drakxtools-newt == 9.2-11mdk) harddrake-ui-9.2-11mdk.i586 (due to unsatisfied drakxtools == 9.2-11mdk) (y/N) n Mika Also reported in http://qa.mandrakesoft.com/show_bug.cgi?id=5674 http://qa.mandrakesoft.com/show_bug.cgi?id=5766 -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org/
Re: [Cooker] urpmi OpenOffice.org weirdness
Leon Brooks [EMAIL PROTECTED] writes: On Mon, 15 Sep 2003 17:04, François Pons wrote: Without a urpmi bug report, I can't do nothing on this topic, please send me a urpmi bug report. Hint: '--bug directory' Yes ;-) I forget to add this... Francois.
[Cooker] Urpmi apapche is not working properly
The command urpmi apache is not working properly but urpmi apache2 is working properly (see bug 5667). Laurent
Re: [Cooker] urpmi OpenOffice.org weirdness
Levi Ramsey [EMAIL PROTECTED] writes: # urpmi OpenOffice.org One of the following packages is needed: 1- OpenOffice.org-l10n-es-1.1-0.rc4.1mdk.i586 2- OpenOffice.org-l10n-ar-1.1-0.rc4.1mdk.i586 3- OpenOffice.org-l10n-ca-1.1-0.rc4.1mdk.i586 4- OpenOffice.org-l10n-cs-1.1-0.rc4.1mdk.i586 5- OpenOffice.org-l10n-da-1.1-0.rc4.1mdk.i586 6- OpenOffice.org-l10n-de-1.1-0.rc4.1mdk.i586 7- OpenOffice.org-l10n-el-1.1-0.rc4.1mdk.i586 8- OpenOffice.org-l10n-fi-1.1-0.rc4.1mdk.i586 9- OpenOffice.org-l10n-fr-1.1-0.rc4.1mdk.i586 10- OpenOffice.org-l10n-it-1.1-0.rc4.1mdk.i586 11- OpenOffice.org-l10n-ja-1.1-0.rc4.1mdk.i586 12- OpenOffice.org-l10n-ko-1.1-0.rc4.1mdk.i586 13- OpenOffice.org-l10n-nl-1.1-0.rc4.1mdk.i586 14- OpenOffice.org-l10n-pl-1.1-0.rc4.1mdk.i586 15- OpenOffice.org-l10n-pt-1.1-0.rc4.1mdk.i586 16- OpenOffice.org-l10n-pt_BR-1.1-0.rc4.1mdk.i586 17- OpenOffice.org-l10n-ru-1.1-0.rc4.1mdk.i586 18- OpenOffice.org-l10n-sk-1.1-0.rc4.1mdk.i586 19- OpenOffice.org-l10n-sv-1.1-0.rc4.1mdk.i586 20- OpenOffice.org-l10n-tr-1.1-0.rc4.1mdk.i586 21- OpenOffice.org-l10n-zh_CN-1.1-0.rc4.1mdk.i586 22- OpenOffice.org-l10n-zh_TW-1.1-0.rc4.1mdk.i586 What is your choice? (1-22) 9 One of the following packages is needed: 1- myspell-fr_BE-1.0.2-0.20030619.1mdk.noarch 2- myspell-fr_FR-1.0.2-0.20020608.1mdk.noarch What is your choice? (1-2) 2 The following packages have to be removed for others to be upgraded: OpenOffice.org-l10n-en-1.1-0.rc4.1mdk.i586 (due to unsatisfied OpenOffice.org == 1.1) (y/N) Without a urpmi bug report, I can't do nothing on this topic, please send me a urpmi bug report. François.
Re: [Cooker] urpmi OpenOffice.org weirdness
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 September 15, 2003 03:04 am, François Pons wrote: snip Without a urpmi bug report, I can't do nothing on this topic, please send me a urpmi bug report. François. I had the same problem but don't have a bug report. I did get my install fixed though. Open Office 1.1rc3.2 was not un-installed. The help, libraries and other packages that make up a complete Open Office suite were upgraded normally, but since rc3.2 was still there the requirement for language files was unable to be met since the i10n-en was already there. I just manually un-installed all of the Open Office packages and ran urpmi openoffice It's all there, it all works. Thanks for including the latest release of the package! All of 9.2 is an incredible release from what I've seen so far, I am thoroughly impressed. Thank you to all the developers. Regards; Charlie Mahan - -- Edmonton,AB,Canada User 244963 at http://counter.li.org Cooker on kernel 2.4.22-9mdk 10:47:05 up 21:31, 1 user, load average: 0.28, 0.49, 0.50 Most people are too busy to have time for anything important. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/Ze7UG11CaRuZZSIRAvEUAJ94/0KiGbREiWOkWvcBBe/crkSdegCcCbFy dSgz3MUIhmeZ2XroZhnvnCs= =aECI -END PGP SIGNATURE-
Re: [Cooker] urpmi OpenOffice.org weirdness
On Mon, 15 Sep 2003 17:04, François Pons wrote: Without a urpmi bug report, I can't do nothing on this topic, please send me a urpmi bug report. Hint: '--bug directory' Cheers; Leon
[Cooker] urpmi OpenOffice.org weirdness
# urpmi OpenOffice.org One of the following packages is needed: 1- OpenOffice.org-l10n-es-1.1-0.rc4.1mdk.i586 2- OpenOffice.org-l10n-ar-1.1-0.rc4.1mdk.i586 3- OpenOffice.org-l10n-ca-1.1-0.rc4.1mdk.i586 4- OpenOffice.org-l10n-cs-1.1-0.rc4.1mdk.i586 5- OpenOffice.org-l10n-da-1.1-0.rc4.1mdk.i586 6- OpenOffice.org-l10n-de-1.1-0.rc4.1mdk.i586 7- OpenOffice.org-l10n-el-1.1-0.rc4.1mdk.i586 8- OpenOffice.org-l10n-fi-1.1-0.rc4.1mdk.i586 9- OpenOffice.org-l10n-fr-1.1-0.rc4.1mdk.i586 10- OpenOffice.org-l10n-it-1.1-0.rc4.1mdk.i586 11- OpenOffice.org-l10n-ja-1.1-0.rc4.1mdk.i586 12- OpenOffice.org-l10n-ko-1.1-0.rc4.1mdk.i586 13- OpenOffice.org-l10n-nl-1.1-0.rc4.1mdk.i586 14- OpenOffice.org-l10n-pl-1.1-0.rc4.1mdk.i586 15- OpenOffice.org-l10n-pt-1.1-0.rc4.1mdk.i586 16- OpenOffice.org-l10n-pt_BR-1.1-0.rc4.1mdk.i586 17- OpenOffice.org-l10n-ru-1.1-0.rc4.1mdk.i586 18- OpenOffice.org-l10n-sk-1.1-0.rc4.1mdk.i586 19- OpenOffice.org-l10n-sv-1.1-0.rc4.1mdk.i586 20- OpenOffice.org-l10n-tr-1.1-0.rc4.1mdk.i586 21- OpenOffice.org-l10n-zh_CN-1.1-0.rc4.1mdk.i586 22- OpenOffice.org-l10n-zh_TW-1.1-0.rc4.1mdk.i586 What is your choice? (1-22) 9 One of the following packages is needed: 1- myspell-fr_BE-1.0.2-0.20030619.1mdk.noarch 2- myspell-fr_FR-1.0.2-0.20020608.1mdk.noarch What is your choice? (1-2) 2 The following packages have to be removed for others to be upgraded: OpenOffice.org-l10n-en-1.1-0.rc4.1mdk.i586 (due to unsatisfied OpenOffice.org == 1.1) (y/N) -- Levi Ramsey [EMAIL PROTECTED] [EMAIL PROTECTED] Take due notice and govern yourselves accordingly. Currently playing: Metallica - Cleveland OH Cuyahoga Falls Blossom Mus Linux 2.4.22-0.4mdk 13:06:00 up 4 days, 32 min, 0 users, load average: 2.56, 1.78, 1.44
[Cooker] urpmi / apt4rpm - not for 9.2
Hi, Apt4rpm (http://apt4rpm.sourceforge.net/) have the same fonctionality as URPMI. URPMI is a greet tool but why reinvent the wheel ? Mdk team is not big at this time, why loose time with a redundant software devel ? And Rpmdrake could be changed to use apt-get, no ? thanks _ MSN Messenger 6 http://g.msn.fr/FR1001/866 : plus de personnalisation, plus de fun pour vous et vos amis
Re: [Cooker] urpmi / apt4rpm - not for 9.2
On Fri, 2003-09-12 at 12:02, vbnh fdgfd wrote: Hi, Apt4rpm (http://apt4rpm.sourceforge.net/) have the same fonctionality as URPMI. URPMI is a greet tool but why reinvent the wheel ? Mdk team is not big at this time, why loose time with a redundant software devel ? And Rpmdrake could be changed to use apt-get, no ? urpmi first release: Feb 11, 2000. apt4rpm first release: March 5, 2002. who's reinventing the wheel here? -- adamw
Re: [Cooker] urpmi / apt4rpm - not for 9.2
Le ven 12/09/2003 à 13:02, vbnh fdgfd a écrit : Hi, Apt4rpm (http://apt4rpm.sourceforge.net/) have the same fonctionality as URPMI. URPMI is a greet tool but why reinvent the wheel ? Mdk team is not big at this time, why loose time with a redundant software devel ? And Rpmdrake could be changed to use apt-get, no ? thanks As far as robustness seems to be less and less a problem since 9.0, i'm seing many improvements for urpmi compared to apt. One for example is : urpmi kde - lots of recent kde stuff apt-get install kde - less recent and less kde stuff urpmi is THE killer feature of Mandrake above all others distributions. Apt was a must, but for now, it seems urpmi is better (from my point of view ...) Stef -- signature.asc Description: PGP signature
Re: [Cooker] urpmi / apt4rpm - not for 9.2
On Friday 12 September 2003 13:02, vbnh fdgfd wrote: Hi, Apt4rpm (http://apt4rpm.sourceforge.net/) have the same fonctionality as URPMI. URPMI is a greet tool but why reinvent the wheel ? yes. so, can you tell to people who ported apt that urpmi was here before apt-rpm, and then, they should work on urpmi ? Mdk team is not big at this time, why loose time with a redundant software devel ? because urpmi has some fonctionnality not found in apt-rpm upgrading a whole distro whithout filling the /var is a nice one. And Rpmdrake could be changed to use apt-get, no ? or you can use synaptics. it reminds me that it is not packaged for contribs :/ -- Michaël Scherer
Re: [Cooker] urpmi / apt4rpm - not for 9.2
Le Vendredi 12 Septembre 2003 13:27, Teletchéa Stéphane a écrit : urpmi is THE killer feature of Mandrake above all others distributions. Apt was a must, but for now, it seems urpmi is better (from my point of view ...) Free software always need a friendly competition with at least two great challengers. Linux / BSD, KDE / Gnome / WM, Xfce,..., OpenOffice / Koffice / Abiword / ... urpmi / apt / portage When common practices can be found they became standards. But to enforce a standard a priori without a good experience reduces the creativity. Now experience is acquired, and a convergence to a universal package is not a dream, it is possible. I would be great if his job could start soon and a have a conclusion during Libre Software Meeting 2004 at Bordeaux. (7-10 july). -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org/
Re: [Cooker] urpmi / apt4rpm - not for 9.2
Le ven 12/09/2003 à 14:49, Pierre Jarillon a écrit : Le Vendredi 12 Septembre 2003 13:27, Teletchéa Stéphane a écrit : urpmi is THE killer feature of Mandrake above all others distributions. Apt was a must, but for now, it seems urpmi is better (from my point of view ...) Free software always need a friendly competition with at least two great challengers. Linux / BSD, KDE / Gnome / WM, Xfce,..., OpenOffice / Koffice / Abiword / ... urpmi / apt / portage When common practices can be found they became standards. But to enforce a standard a priori without a good experience reduces the creativity. Now experience is acquired, and a convergence to a universal package is not a dream, it is possible. I would be great if his job could start soon and a have a conclusion during Libre Software Meeting 2004 at Bordeaux. (7-10 july). I could agree if apt and urpmi were only for the same purpose, but did urpmi-parallel (possibility to install on many differents machines of a cluster -may be a subnetwork-) exists for apt for example ? The competition will still stay there as gnome/kde desktop differences exists. The good thing is that free software will prove the best way to include improvements rapidly without being stopped by patents. Merging both could seem a good idea, but you'll better refer to a standardisation process than the program itself : take a look at LSB in that sense for example. If you want a merge of apt and get, you'll be sure that within one month another tool will come to add another feature ... Please don't try to reproduce the UNIX and BSD failures ... (instead of normalizing they have just tried to hold up their consumers). Stef BTW, is the distro that perfect that we have the time to discuss so much during an RC phase ? -- signature.asc Description: PGP signature
Re: [Cooker] urpmi / apt4rpm - not for 9.2
Le Vendredi 12 Septembre 2003 15:11, Teletchéa Stéphane a écrit : Le ven 12/09/2003 à 14:49, Pierre Jarillon a écrit : Le Vendredi 12 Septembre 2003 13:27, Teletchéa Stéphane a écrit : urpmi is THE killer feature of Mandrake above all others distributions. Apt was a must, but for now, it seems urpmi is better (from my point of view ...) When common practices can be found they became standards. But to enforce a standard a priori without a good experience reduces the creativity. I could agree if apt and urpmi were only for the same purpose, but did urpmi-parallel (possibility to install on many differents machines of a cluster -may be a subnetwork-) exists for apt for example ? A full merging is not a good wish. But all differences which are not still useful. For example you can launch a gnome program in a KDE environment. It would be nice to make a package for Mandrake and Debian with the same tool. If ever it was possible to create a universal package, the installers could be different. -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org/
Re: [Cooker] urpmi / apt4rpm - not for 9.2
I could agree if apt and urpmi were only for the same purpose, but did urpmi-parallel (possibility to install on many differents machines of a cluster -may be a subnetwork-) exists for apt for example ? If this feature is so great, why don't include it in apt4rpm ? Both are opensource, no ? If you want a merge of apt and get, you'll be sure that within one month another tool will come to add another feature ... If this feature is great, why it could not be integrated ? Is it an ego issue ? It's not diversity, it's dispersion and it's not effective. _ MSN Search, le moteur de recherche qui pense comme vous ! http://search.msn.fr
Re: [Cooker] urpmi / apt4rpm - not for 9.2
On Fri, 12 Sep 2003 14:28:50 + _ cosmicflo [EMAIL PROTECTED] wrote: I could agree if apt and urpmi were only for the same purpose, but did urpmi-parallel (possibility to install on many differents machines of a cluster -may be a subnetwork-) exists for apt for example ? If this feature is so great, why don't include it in apt4rpm ? Both are opensource, no ? If you want a merge of apt and get, you'll be sure that within one month another tool will come to add another feature ... If this feature is great, why it could not be integrated ? Is it an ego issue ? It's not diversity, it's dispersion and it's not effective. I quote a reply from Pixel here, from February 24 2002 (Yes, it was discussed before :-) ) quote there was a moment where we had 2 solutions, both time costly: - dump urpmi, and switch to apt-get - enhance urpmi cons for switching to apt-get: - apt-get for rpm still needed some work - apt-get for rpm doesn't like file requires (eg: Requires: /usr/bin/perl) - apt-get doesn't handle choices (but rpmdrake doesn't either) - we don't know apt-get (which is much bigger than urpmi, currently 11Kloc vs 4Kloc) - francois doesn't like C++ anymore :) (did I say I don't either ? oops, sorry! [1]) - urpmi can be more easily tuned for the Mandrake distribution /quote -- Marcel Pol
Re: [Cooker] urpmi / apt4rpm - not for 9.2
On Friday 12 September 2003 16:19, Pierre Jarillon wrote: Le Vendredi 12 Septembre 2003 15:11, Teletchéa Stéphane a écrit : Le ven 12/09/2003 à 14:49, Pierre Jarillon a écrit : Le Vendredi 12 Septembre 2003 13:27, Teletchéa Stéphane a écrit : urpmi is THE killer feature of Mandrake above all others distributions. Apt was a must, but for now, it seems urpmi is better (from my point of view ...) When common practices can be found they became standards. But to enforce a standard a priori without a good experience reduces the creativity. I could agree if apt and urpmi were only for the same purpose, but did urpmi-parallel (possibility to install on many differents machines of a cluster -may be a subnetwork-) exists for apt for example ? A full merging is not a good wish. But all differences which are not still useful. For example you can launch a gnome program in a KDE environment. It would be nice to make a package for Mandrake and Debian with the same tool. what would be the benefit ? being able to install the same package on the 2 distros ? And having a package not integrated with the 2 distro, or at least, with one and not the others ? I don't know the debian policy, but i know that our binary are not fully working on debian, and that mandrake naming scheme is different from the debian ones, so, dependancy will be unsatisfied. So, maybe you think of something which can produce the files neeeded to produce a package for each distro, which would be quite interesting, but, not so useful, IMHO. -- Michaël Scherer
Re: [Cooker] urpmi / apt4rpm - not for 9.2
Marcel Pol [EMAIL PROTECTED] writes: I quote a reply from Pixel here, from February 24 2002 (Yes, it was discussed before :-) ) quote there was a moment where we had 2 solutions, both time costly: - dump urpmi, and switch to apt-get - enhance urpmi cons for switching to apt-get: - apt-get for rpm still needed some work It should not be the case anymore, at the epoch apt-get was coredumping often. - apt-get for rpm doesn't like file requires (eg: Requires: /usr/bin/perl) I don't know if this is still the case ? - apt-get doesn't handle choices (but rpmdrake doesn't either) No, rpmdrake and urpmi now handles choices, and relatively correctly to propose (problably) the best package by default (locales dependent), but it can be enhanced of course. - we don't know apt-get (which is much bigger than urpmi, currently 11Kloc vs 4Kloc) Still the case ;-) - francois doesn't like C++ anymore :) (did I say I don't either ? oops, sorry! [1]) We both doesn't like to put core files anywhere... - urpmi can be more easily tuned for the Mandrake distribution This is still the case, of course, but strangely urpmi has almost no tuning for Mandrake, and can work for other distro (it has been done for Solaris using rpm). You may now add the following features (I may forget a lot of them) : - https, rsync and ssh protocol supported. - parallel installation (still need works but it can do things now). - urpmi core used by installation (DrakX), urpmi (of course), rpmdrake (was not the case previously), so the code of all these tools is managed by Mandrake team. - NIH syndrom ;-) François.
Re: [Cooker] urpmi / apt4rpm - not for 9.2
On Fri, 12 Sep 2003, Michael Scherer wrote: On Friday 12 September 2003 13:02, vbnh fdgfd wrote: Apt4rpm (http://apt4rpm.sourceforge.net/) have the same fonctionality as URPMI. Note that apt4rpm and apt-rpm are different tools, apt-rpm is a fork of debian apt, apt4rpm is some kind of genhdlist tool for this. And Rpmdrake could be changed to use apt-get, no ? or you can use synaptics. it reminds me that it is not packaged for contribs :/ I packaged it months ago, after I fixed apt to work with cooker mirrors directly. But it looks like I can't get it into contribs. Christiaan
Re: [Cooker] urpmi / apt4rpm - not for 9.2
On Friday 12 September 2003 22:09, Christiaan Welvaart wrote: On Fri, 12 Sep 2003, Michael Scherer wrote: or you can use synaptics. it reminds me that it is not packaged for contribs :/ I packaged it months ago, after I fixed apt to work with cooker mirrors directly. But it looks like I can't get it into contribs. can you give me the url, i will try to upload it during the week end ( if it work, of course ) -- Mickaël Scherer
Re: [Cooker] urpmi / apt4rpm - not for 9.2
Le Vendredi 12 Septembre 2003 17:07, Michael Scherer a écrit : It would be nice to make a package for Mandrake and Debian with the same tool. what would be the benefit ? To reduce the amount of time needed and spent to make packages. being able to install the same package on the 2 distros ? Why not ? This is a good aim. I don't know the debian policy, but i know that our binary are not fully working on debian, and that mandrake naming scheme is different from the debian ones, so, dependancy will be unsatisfied. This is for LSB... And a long job... So, maybe you think of something which can produce the files neeeded to produce a package for each distro, which would be quite interesting, but, not so useful, IMHO. This was my idea. Your opinion is interesting. -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org/
Re: [Cooker] urpmi / apt4rpm - not for 9.2
Ainsi parlait Pierre Jarillon : Le Vendredi 12 Septembre 2003 17:07, Michael Scherer a écrit : It would be nice to make a package for Mandrake and Debian with the same tool. what would be the benefit ? To reduce the amount of time needed and spent to make packages. You're kidding ? Have you ever packaged anything ? Supporting multiple versions is already a nightmare on one single distribution. Supporting several distribution is even worst. And i my experience was about noarch package for mdk/redhat only. I can't imagine what i could be for native packages on distributions as different as Debian and Mandrake. being able to install the same package on the 2 distros ? Why not ? This is a good aim. Package are not tarball. The more general you are, the less added value you provide. I don't know the debian policy, but i know that our binary are not fully working on debian, and that mandrake naming scheme is different from the debian ones, so, dependancy will be unsatisfied. This is for LSB... And a long job... LSB is not supposed to make sure the C++ compiler is the same on both distro. You can't share C++ software if they're not build with the same compiler. LSB isn't supposed either to enforce the rpm version used. You can't share package if they use too different rpm format. LSB won't enforce neither compiler flags, optimisations policies, man page compression. Or if they do, they'll use the less constraining ones. LSB is mostly pushed by commercial companies that want to produce their package themselves, so as to be able to reach the maximum audience, without distributing their source to third-party packagers. You can't wait for miracles. So, maybe you think of something which can produce the files neeeded to produce a package for each distro, which would be quite interesting, but, not so useful, IMHO. This was my idea. Your opinion is interesting. If you're interested in xml, see what was done in JPackage project to produce redhat and mandrake spec from the same base XML file. http://www.zarb.org/horde/chora/cvs.php/xml-spec?rt=jpackageHorde=37124a6d30cd6b3e1288db79a6aefda6 -- Guillaume Rousse The probability of a hard-disk crash increases with the number of days since the drive was last backed up. -- Murphy's Law of Data Loss
Re: [Cooker] urpmi / apt4rpm - not for 9.2
Le Samedi 13 Septembre 2003 04:05, Guillaume Rousse a écrit : Ainsi parlait Pierre Jarillon : If you're interested in xml, see what was done in JPackage project to produce redhat and mandrake spec from the same base XML file. http://www.zarb.org/horde/chora/cvs.php/xml-spec?rt=jpackageHorde=37124a6d 30cd6b3e1288db79a6aefda6 Thnks, I am very impressed ! -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org/
[Cooker] urpmi weirdness with plf and normal cooker freetype packages
can anyone explain to me why this package is installing: # urpmi -v libfreetype6 examining synthesis file [/var/lib/urpmi/synthesis.hdlist.main0.cz] examining synthesis file [/var/lib/urpmi/synthesis.hdlist.contrib0.cz] examining synthesis file [/var/lib/urpmi/synthesis.hdlist.plf.cz] skipping package koffice-1.3-0.beta3.5mdk.i586 skipping package libfreetype6-2.1.4-6plf.i586 skipping package libfreetype6-2.1.4-6mdk.i586 retrieving rpm files from medium plf... http://mandrakeusers.com/PLF/cooker/./i586/libfreetype6-2.1.4-6plf.i586.rpm ...retrieving done installing /var/cache/urpmi/rpms/libfreetype6-2.1.4-6plf.i586.rpm starting installing packages created transaction for installing on / (remove=0, install=0, upgrade=1) adding package libfreetype6-2.1.4-6plf.i586 (id=6762, eid=6762, update=1, file=/var/cache/urpmi/rpms/libfreetype6-2.1.4-6plf.i586.rpm) Preparing... ## 1:libfreetype6 ## my skip.list contains this line: /freetype.*plf/ but still it takes the plf one and also skips the mdk package.
Re: [Cooker] urpmi weirdness with plf and normal cooker freetype packages
On Thu, 11 Sep 2003 21:18:21 +0200 Kim Schulz [EMAIL PROTECTED] wrote: but still it takes the plf one and also skips the mdk package. Which release did you have installed, plf or mdk? Calling as urpmi pkg Name will override that entry in the skip.list but when the version-release are the same it should only default to the plf rpm If the currently installed rpm was also plf. Charles -- QOTD: The only easy way to tell a hamster from a gerbil is that the gerbil has more dark meat. - Mandrake Linux 9.2 on PurpleDragon Kernel-2.4.22-7.tmb.1mdkenterprise http://www.eslrahc.com - pgp0.pgp Description: PGP signature
Re: [Cooker] urpmi weirdness with plf and normal cooker freetype packages
On Thu, 11 Sep 2003 15:45:21 -0400 Charles A Edwards [EMAIL PROTECTED] wrote: On Thu, 11 Sep 2003 21:18:21 +0200 Kim Schulz [EMAIL PROTECTED] wrote: but still it takes the plf one and also skips the mdk package. Which release did you have installed, plf or mdk? Calling as urpmi pkg Name will override that entry in the skip.list but when the version-release are the same it should only default to the plf rpm If the currently installed rpm was also plf. I had nothing installed. I used to the the mdk version, then I added the plf source and did an --auto-select. That installed the plf version. I then removed that one with rpm -e --nodeps libfreetype6 and then it was uninstalled (no more plf freetype packages). then I changed the skiplist (to hold the line with freetype) and then wanted to install the mdk package via urpmi...but with no luck...plf version kept installing. had to remove the plf source in order to get the mdk version back in.
Re: [Cooker] urpmi weirdness with plf and normal cooker freetype packages
On Thu, 2003-09-11 at 20:46, Kim Schulz wrote: On Thu, 11 Sep 2003 15:45:21 -0400 Charles A Edwards [EMAIL PROTECTED] wrote: On Thu, 11 Sep 2003 21:18:21 +0200 Kim Schulz [EMAIL PROTECTED] wrote: but still it takes the plf one and also skips the mdk package. Which release did you have installed, plf or mdk? Calling as urpmi pkg Name will override that entry in the skip.list but when the version-release are the same it should only default to the plf rpm If the currently installed rpm was also plf. I had nothing installed. I used to the the mdk version, then I added the plf source and did an --auto-select. That installed the plf version. I then removed that one with rpm -e --nodeps libfreetype6 and then it was uninstalled (no more plf freetype packages). then I changed the skiplist (to hold the line with freetype) and then wanted to install the mdk package via urpmi...but with no luck...plf version kept installing. had to remove the plf source in order to get the mdk version back in. Um, that wasn't necessary. Just use --media. urpmi --media cooker libfreetype6 (replace cooker with whatever you call your main mirror). -- adamw
[Cooker] urpmi exits with a bad array ref error
Hi, When upgrading from 9.1 to cooker (after having done urpmi urpmi), I get the following error if I try to urpmi a package : # urpmi libarts1-devel --bug bad_array_ref Can't use string (libm.so) as an ARRAY ref while strict refs in use at /usr/lib/perl5/vendor_perl/5.8.1/urpm.pm line 3208. # You can download the bug report directory here : http://www.enseirb.fr/~blino/bad_array_ref.tar.bz2 Some other points about urpmi tools : From urpmf --help : --group- print tag group: group. --size - print tag size: size. [...] From man urpmf : --group Searches through group. --size Searches through size. [...] I guess urpmf --help is the faulty one, it should write search through instead of print in these cases. $ urpmi -q foo skipping package mplayer-0.91-7mdk.i586 skipping package mplayer-skins-1.3-7mdk.noarch skipping package kernel-source-2.4.22-7mdk.i586 skipping package mencoder-0.91-7mdk.i586 skipping package mplayer-gui-0.91-7mdk.i586 skipping package mplayer-fonts-1.0-8mdk.noarch skipping package libfreetype6-2.1.4-6plf.i586 skipping package libfreetype6-static-devel-2.1.4-6plf.i586 skipping package libfreetype6-devel-2.1.4-6plf.i586 [...] When I quiet mode, urpmi shouldn't display the skipped packages. Thanks for your work François :) --- Olivier Blin
Re: [Cooker] urpmi exits with a bad array ref error
On Wed, 10 Sep 2003 13:17:05 +0200 Olivier Blin [EMAIL PROTECTED] wrote: Hi, When upgrading from 9.1 to cooker (after having done urpmi urpmi), I get the following error if I try to urpmi a package : # urpmi libarts1-devel --bug bad_array_ref Can't use string (libm.so) as an ARRAY ref while strict refs in use at /usr/lib/perl5/vendor_perl/5.8.1/urpm.pm line 3208. # You can download the bug report directory here : http://www.enseirb.fr/~blino/bad_array_ref.tar.bz2 Some other points about urpmi tools : From urpmf --help : --group- print tag group: group. --size - print tag size: size. [...] From man urpmf : --group Searches through group. --size Searches through size. [...] I guess urpmf --help is the faulty one, it should write search through instead of print in these cases. $ urpmi -q foo skipping package mplayer-0.91-7mdk.i586 skipping package mplayer-skins-1.3-7mdk.noarch skipping package kernel-source-2.4.22-7mdk.i586 skipping package mencoder-0.91-7mdk.i586 skipping package mplayer-gui-0.91-7mdk.i586 skipping package mplayer-fonts-1.0-8mdk.noarch skipping package libfreetype6-2.1.4-6plf.i586 skipping package libfreetype6-static-devel-2.1.4-6plf.i586 skipping package libfreetype6-devel-2.1.4-6plf.i586 [...] When I quiet mode, urpmi shouldn't display the skipped packages. Thanks for your work François :) update your perl-URPM and make sure you have the latest urpmi too. those two should be required by each other because missing one of the in the right version will break the other.
Re: [Cooker] urpmi exits with a bad array ref error
update your perl-URPM and make sure you have the latest urpmi too. those two should be required by each other because missing one of the in the right version will break the other. Hi, I've the latest urpmi and perl-URPM. Regards -- Olivier Blin
Re: [Cooker] urpmi exits with a bad array ref error
Olivier Blin [EMAIL PROTECTED] writes: Hi, Hi Olivier, When upgrading from 9.1 to cooker (after having done urpmi urpmi), I get the following error if I try to urpmi a package : # urpmi libarts1-devel --bug bad_array_ref Can't use string (libm.so) as an ARRAY ref while strict refs in use at /usr/lib/perl5/vendor_perl/5.8.1/urpm.pm line 3208. This is a great improvement that I managed to find this problem which already occured but without bug report. Now it is fixed ;-) Thanks Olivier. François.
[Cooker] urpmi bug?
Hi, I'm updating one of the machines at the office what was running an early post-9.1 cooker, before the lib-ilization of KDE. When I tried to update of course it complained about all the dependencies.. so I'm updating with the command line: urpmi --auto-select --allow-nodeps --allow-force The program will download and install the first batch of packages, then report that the rest of them aren't downloaded and the program reports: Installation failed, some files are missing: And it lists the rest of the packages it hasn't installed yet. Re-running the command gets the next batch of files. V.
[Cooker] urpmi problem during auto-select
installation de //var/mirror/cooker/cooker/i586/Mandrake/RPMS/bootloader-utils-1.6-1mdk.i586.rpm Préparation... ## L'installation a échoué: file /etc/rc.d/init.d/kheader from install of bootloader-utils-1.6-1mdk conflicts with file from package initscripts-7.06-20mdk installation de //var/mirror/cooker/cooker/i586/Mandrake/RPMS/initscripts-7.06-23mdk.i586.rpm L'installation a échoué: bootloader-utils 1.4-1mdk is needed by initscripts-7.06-23mdk
Re: [Cooker] urpmi problem during auto-select
Pascal Terjan wrote: installation de //var/mirror/cooker/cooker/i586/Mandrake/RPMS/bootloader-utils-1.6-1mdk.i586.rpm Préparation... ## L'installation a échoué: file /etc/rc.d/init.d/kheader from install of bootloader-utils-1.6-1mdk conflicts with file from package initscripts-7.06-20mdk installation de //var/mirror/cooker/cooker/i586/Mandrake/RPMS/initscripts-7.06-23mdk.i586.rpm L'installation a échoué: bootloader-utils 1.4-1mdk is needed by initscripts-7.06-23mdk A conflict between bootloader-utils-1.6-1mdk and initscripts = 7.06-23mdk would solve that.
Re: [Cooker] urpmi problem during auto-select
On Fri, 05 Sep 2003 22:28:14 +0200 Pascal Terjan [EMAIL PROTECTED] wrote: A conflict between bootloader-utils-1.6-1mdk and initscripts = 7.06-23mdk would solve that. I had suggested a prereq in bootloader utils for initscripts = 7.06-21mdk, since the conflict only occurs because bootloader-utils is installed first. If initscripts were installed first no conflict would occur. Charles -- Fraud is the homage that force pays to reason. -- Charles Curtis, A Commonplace Book - Mandrake Linux 9.2 on PurpleDragon Kernel-2.4.22-3.tmb.2mdkenterprise http://www.eslrahc.com - pgp0.pgp Description: PGP signature
Re: [Cooker] urpmi problem during auto-select
On Friday 05 September 2003 04:52 pm, Charles A Edwards wrote: On Fri, 05 Sep 2003 22:28:14 +0200 Pascal Terjan [EMAIL PROTECTED] wrote: A conflict between bootloader-utils-1.6-1mdk and initscripts = 7.06-23mdk would solve that. I had suggested a prereq in bootloader utils for initscripts = 7.06-21mdk, since the conflict only occurs because bootloader-utils is installed first. If initscripts were installed first no conflict would occur. When I got this error, I tried the other way around with urpmi initscripts and initscripts and bootloader-utils both installed correctly. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] urpmi --auto-select asks too many questions
Guillaume Rousse wrote: Ainsi parlait Liam Quin : urpmi now installs RPMs in batches - generally a good improvement. However, if I'm asked, say, package has bad signature, continue anyway? I might be asked that question 10 times. The actual problem comes from signature checking. That should be fixed first. Use --no-verify-rpm until it is fixed. Eric
[Cooker] urpmi --auto-select just freezes
hi After upgrading urpmi and perl-URPM (why isn't there a version requirement between these two?) yesterday I now cant do urpmi --auto-select It just stands still at the prompt until I ^C out of it (I had it stading like this for 5 hours). I can see in the process list that it runs and that it in the beginning uses up alot of cputime. anyone that can confirm this?
Re: [Cooker] urpmi: please remove option --update
Guillaume Rousse [EMAIL PROTECTED] writes: A media is marked update only if the user declares it using --update when adding this media through urpmi.addmedia. Or is it some way for a media to declare itself as update ? Using rpmdrake, there is a check box to declare media as update (if my memory has no real problem). You can add update flag by hand in urpmi.cfg (documented in man page, now ;-)) François.
Re: [Cooker] urpmi --auto-select asks too many questions
Liam Quin [EMAIL PROTECTED] writes: I'd like it to prompt yes/always/No/reject all I can't do that for 9.2, but I can make yes act as always and no act as reject all. It could be fixed more cleanly after 9.2 François.
Re: [Cooker] urpmi --auto-select just freezes
Kim Schulz [EMAIL PROTECTED] writes: hi After upgrading urpmi and perl-URPM (why isn't there a version requirement between these two?) yesterday I now cant do urpmi --auto-select It just stands still at the prompt until I ^C out of it (I had it stading like this for 5 hours). I can see in the process list that it runs and that it in the beginning uses up alot of cputime. anyone that can confirm this? Send me bug report using urpmi --bug without actually doing an --auto-select, this will help me tesing it and fixes it. François.
Re: [Cooker] urpmi --auto-select asks too many questions
François Pons wrote: Liam Quin [EMAIL PROTECTED] writes: I'd like it to prompt yes/always/No/reject all I can't do that for 9.2, but I can make yes act as always and no act as reject all. It could be fixed more cleanly after 9.2 Call me overcautious, but I'd prefer not to have that kind of fix. I think that the --no-verify-rpm switch would be a better workaround because it's explicit. The implied always only for urpmi (and not for other utilities) would be confusing, especially if users have to relearn the effect of yes and no in the next release. - John
Re: [Cooker] urpmi: please remove option --update
[EMAIL PROTECTED] (François Pons) writes: Guillaume Rousse [EMAIL PROTECTED] writes: A media is marked update only if the user declares it using --update when adding this media through urpmi.addmedia. Or is it some way for a media to declare itself as update ? Using rpmdrake, there is a check box to declare media as update (if my memory has no real problem). Then it has :). A medium is marked 'update' when configuring a 'security updates' medium, the flag is not accessible to the users as itself. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] urpmi --auto-select asks too many questions
Paul Dorman [EMAIL PROTECTED] writes: You can add the missing keys yourself with two commands: gpg -a --export key mykey.gpg (where key is the key you want to add) rpm --import mykey.gpg Once you have the keys added, you can use urpmi --auto-select --auto These information are in the wiki: http://qa.mandrakesoft.com/twiki/bin/view/Main/MandrakeLinuxFAQ#How_to_deal_with_digital_signatu -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] urpmi --auto-select asks too many questions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Liam Quin wrote: On Thu, Sep 04, 2003 at 11:32:00AM +1200, Paul Dorman wrote: You can add the missing keys yourself with two commands: gpg -a --export key mykey.gpg (where key is the key you want to add) rpm --import mykey.gpg Yes. Actually urpmi could usefully offer to do that automatically, I suppose. AFAIK recent urpmi does ... But the issue I was trying to raise is that urpmi is too interactive - there aer other examples of messages. I run this (or similar, a bit of error checking etc) in cron: urpmi.update -a;urpmi --auto-select --auto --keep Doesn't ask any questions (but occasionally doesn't upgrade libgnomevfs or something like that ;-)). However, some solution for contrib is still needed, either a nice gui tool to configure the source to not require GPG sigs, or to have a solution for package signing in contrib (maybe a contrib-specific key?). Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/VxznrJK6UGDSBKcRAuxaAJ9ZQjHSZxDvUuqhCO+wgOShHvLrZgCgzSjk FLCdLJp4lGyBDrtqZ4Fqz2U= =N42x -END PGP SIGNATURE- * Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. *
Re: [Cooker] urpmi --auto-select asks too many questions
Liam Quin [EMAIL PROTECTED] writes: On Thu, Sep 04, 2003 at 11:32:00AM +1200, Paul Dorman wrote: You can add the missing keys yourself with two commands: gpg -a --export key mykey.gpg (where key is the key you want to add) rpm --import mykey.gpg Yes. Actually urpmi could usefully offer to do that automatically, I suppose. Done now. Urpmi downloads and install pubkeys per medium. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] urpmi --auto-select just freezes
On Thursday 04 September 2003 04:31 am, François Pons wrote: After upgrading urpmi and perl-URPM (why isn't there a version requirement between these two?) yesterday I now cant do urpmi --auto-select It just stands still at the prompt until I ^C out of it (I had it stading like this for 5 hours). I can see in the process list that it runs and that it in the beginning uses up alot of cputime. anyone that can confirm this? Send me bug report using urpmi --bug without actually doing an --auto-select, this will help me tesing it and fixes it. I can confirm that urpmi seems broken. mine does nothing but sit there when calling up urpmi.update or urpmi. As far as bug report, it doesn't say much/anything, if I'm looking in the right place. in /var/log/urpmi.log all I get is: Thu Sep 4 09:05:53 2003 urpmi called with --bug Thu Sep 4 09:07:49 2003 urpmi called with --bug --auto-select urpmi-4.4-30mdk urpmi.setup-0.4.4-4mdk gurpmi-4.4-30mdk perl-URPM-0.94-3mdk thanks, -srlinuxx
Re: [Cooker] urpmi --auto-select just freezes
s [EMAIL PROTECTED] writes: I can confirm that urpmi seems broken. mine does nothing but sit there when calling up urpmi.update or urpmi. As far as bug report, it doesn't say much/anything, if I'm looking in the right place. in /var/log/urpmi.log all I get is: Thu Sep 4 09:05:53 2003 urpmi called with --bug Thu Sep 4 09:07:49 2003 urpmi called with --bug --auto-select Please type the following 2 lines in a root shell window : urpmi --bug bugreport tar cvf - bugreport | bzip2 -9 bugreport.tar.bz2 and then please send me the file bugreport.tar.bz2 directly to me. François.
[Cooker] urpmi: please remove option --update
--update was introduced many times ago to allow a primitive way of excluding some media when using urpmi. It is primitive in the sense that you have to declare those media at configuration time, when using urpmi.addmedia. It is confusing because many people think of it as an equivalent of --auto-select, or as selecting only the official update section. Currently we have the --media option that allows to do exactly the same without those disadvantages. So why not just drop --update ? -- The bigger your yellow pages ad is the more low priced calls from non-repeat customers you will get Increasing the ad size and cost increases the percentage of low profit calls you get The prize for beating out all other locksmiths for the biggest most expensive advertising in all the different yellow pages books is bankruptcy -- Murphy's Laws of Locksmithing n°25
Re: [Cooker] urpmi: please remove option --update
Guillaume Rousse [EMAIL PROTECTED] writes: --update was introduced many times ago to allow a primitive way of excluding some media when using urpmi. It is primitive in the sense that you have to declare those media at configuration time, when using urpmi.addmedia. It is confusing because many people think of it as an equivalent of --auto-select, or as selecting only the official update section. Currently we have the --media option that allows to do exactly the same without those disadvantages. So why not just drop --update ? Currently , all stable media are marked as update (to avoid unresolved dependencies). Removing --update will break compatibilty (urpmi is still (almost) compatible with earlier version). François.
Re: [Cooker] urpmi: please remove option --update
Ainsi parlait François Pons : Guillaume Rousse [EMAIL PROTECTED] writes: --update was introduced many times ago to allow a primitive way of excluding some media when using urpmi. It is primitive in the sense that you have to declare those media at configuration time, when using urpmi.addmedia. It is confusing because many people think of it as an equivalent of --auto-select, or as selecting only the official update section. Currently we have the --media option that allows to do exactly the same without those disadvantages. So why not just drop --update ? Currently , all stable media are marked as update (to avoid unresolved dependencies). A media is marked update only if the user declares it using --update when adding this media through urpmi.addmedia. Or is it some way for a media to declare itself as update ? -- The complexity of a weapon is inversely proportional to the IQ of the weapon's operator -- Murphy's Military Laws n°78
[Cooker] urpmi --auto-select asks too many questions
urpmi now installs RPMs in batches - generally a good improvement. However, if I'm asked, say, package has bad signature, continue anyway? I might be asked that question 10 times. The problem is that I want to leave a urpmi --auto-select running, not having to check up on it every few minutes. I'd like it to prompt yes/always/No/reject all The idea is that always would make it answer yes to that question every time this session, and answering reject would make it answer no every time. Then after the first question I can go and leave it, without having answered yes/no to other questions. (suggestions for better wordings welcome - for internationalisation it might be better to use numbered choices I suppose) Liam -- Liam Quin, W3C XML Activity Lead, [EMAIL PROTECTED], http://www.w3.org/People/Quin/
Re: [Cooker] urpmi --auto-select asks too many questions
Ainsi parlait Liam Quin : urpmi now installs RPMs in batches - generally a good improvement. However, if I'm asked, say, package has bad signature, continue anyway? I might be asked that question 10 times. The actual problem comes from signature checking. That should be fixed first. -- Guillaume Rousse What gets you promoted from one rank gets you killed in the next rank -- Murphy's New Military Laws n°17
Re: [Cooker] urpmi --auto-select asks too many questions
On Thursday 04 September 2003 10:19, Liam Quin wrote: urpmi now installs RPMs in batches - generally a good improvement. However, if I'm asked, say, package has bad signature, continue anyway? I might be asked that question 10 times. The problem is that I want to leave a urpmi --auto-select running, not having to check up on it every few minutes. I'd like it to prompt yes/always/No/reject all The idea is that always would make it answer yes to that question every time this session, and answering reject would make it answer no every time. Then after the first question I can go and leave it, without having answered yes/no to other questions. (suggestions for better wordings welcome - for internationalisation it might be better to use numbered choices I suppose) Liam Hi Liam, I'm no expert on this, but perhaps I can save one of the experts some time! You can add the missing keys yourself with two commands: gpg -a --export key mykey.gpg (where key is the key you want to add) rpm --import mykey.gpg Once you have the keys added, you can use urpmi --auto-select --auto to update your cooker install. Unusual keys are unfortunately encountered sometimes, but with less frequency. Once you have confirmed that affected packages are legit (and not trojans or something else!), you can just add them manually and then do the auto thing again. Hope this helps! Paul.
Re: [Cooker] urpmi --auto-select asks too many questions
Paul Dorman wrote: On Thursday 04 September 2003 10:19, Liam Quin wrote: However, if I'm asked, say, package has bad signature, continue anyway? I might be asked that question 10 times. The problem is that I want to leave a urpmi --auto-select running, not having to check up on it every few minutes. You can add the missing keys yourself with two commands: There are also several packages currently which have either invalid signatures (not the entire directory as before the new keys were brought into urpmi) or no signatures at all. You can bypass signature prompts with the --no-verify-rpm switch.
Re: [Cooker] urpmi --auto-select asks too many questions
On Thu, Sep 04, 2003 at 11:32:00AM +1200, Paul Dorman wrote: You can add the missing keys yourself with two commands: gpg -a --export key mykey.gpg (where key is the key you want to add) rpm --import mykey.gpg Yes. Actually urpmi could usefully offer to do that automatically, I suppose. But the issue I was trying to raise is that urpmi is too interactive - there aer other examples of messages. Thanks for the gpg note, though. Liam -- Liam Quin, W3C XML Activity Lead, [EMAIL PROTECTED], http://www.w3.org/People/Quin/
