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.
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 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 problem
Bellegarde Cedric wrote: When i run an urpmi --auto-select, urpmi don't tell me anyting if there is noting to upgrade. [EMAIL PROTECTED] gnumdk]# urpmi --auto-select [EMAIL PROTECTED] gnumdk]# You need to run urpmi.update -a first. However, it may have simply been that updates were simply backlogged. Yesterday I noticed that there weren't any updates to my mirror even though there were announcements in the changelog mailings. - John
Re: [Cooker] urpmi problem
On Mon, 2003-09-01 at 10:54, John Keller wrote: Bellegarde Cedric wrote: When i run an urpmi --auto-select, urpmi don't tell me anyting if there is noting to upgrade. [EMAIL PROTECTED] gnumdk]# urpmi --auto-select [EMAIL PROTECTED] gnumdk]# You need to run urpmi.update -a first. However, it may have simply been that updates were simply backlogged. Yesterday I noticed that there weren't any updates to my mirror even though there were announcements in the changelog mailings. The bug is not that there are no updates. The bug is that urpmi simply falls back to the console without saying nothing to update or whatever it is it normally says in this situation, I've forgotten. I can confirm the bug. -- adamw
Re: [Cooker] urpmi problem
On Mon, 2003-09-01 at 11:54, John Keller wrote: Bellegarde Cedric wrote: When i run an urpmi --auto-select, urpmi don't tell me anyting if there is noting to upgrade. [EMAIL PROTECTED] gnumdk]# urpmi --auto-select [EMAIL PROTECTED] gnumdk]# Really it should give a message of some sort, if just to prevent this question in the future. You need to run urpmi.update -a first. However, it may have simply been that updates were simply backlogged. Yesterday I noticed that there weren't any updates to my mirror even though there were announcements in the changelog mailings. I looked at this this morning and found that if you use the master mirror from the cooker page, which points to uninett.no and urpmi picks up the hdlist.cz file from the base directory the version of kdebase is 26 even though the email change logs are in the mid fifties. So again it surely points to updating problems. -- Dave Cotton [EMAIL PROTECTED]
Re: [Cooker] urpmi problem
Bellegarde Cedric [EMAIL PROTECTED] writes: When i run an urpmi --auto-select, urpmi don't tell me anyting if there is noting to upgrade. fixed in urpmi-4.4-29mdk. François.
Re: [Cooker] urpmi problem
Adam Williamson wrote: On Mon, 2003-09-01 at 10:54, John Keller wrote: Bellegarde Cedric wrote: When i run an urpmi --auto-select, urpmi don't tell me anyting if there is noting to upgrade. [EMAIL PROTECTED] gnumdk]# urpmi --auto-select [EMAIL PROTECTED] gnumdk]# You need to run urpmi.update -a first. However, it may have simply been that updates were simply backlogged. Yesterday I noticed that there weren't any updates to my mirror even though there were announcements in the changelog mailings. The bug is not that there are no updates. The bug is that urpmi simply falls back to the console without saying nothing to update or whatever it is it normally says in this situation, I've forgotten. I can confirm the bug. Ah, I misread what he'd written. I see better now, thanks. - John
Re: [Cooker] urpmi problem with multiple sources
Charles A Edwards [EMAIL PROTECTED] writes: I had both ftp.sunsite and ftp.sunet as sources for main and as contrib and contrb1. When updating from only 1 of the 2, updates are properly shown But also listed are same named from /var/lib/urpmi for 2nd site. Case in point was from this morning [root@localhost charles]# urpmi.update ftp.sunsite ftp.contrib [root@localhost charles]# urpmi --curl --auto-select To satisfy dependencies, the following packages are going to be installed (21 MB): kdesdk-devel-3.0.1-6mdk.i586 kudzu-0.99.52-1mdk.i586 msec-0.23-1mdk.i586 info-4.2-3mdk.i586 info-install-4.2-3mdk.i586 kdesdk-3.0.1-5mdk.i586 kdepim-3.0.1-5mdk.i586 info-install-4.2-4mdk.i586 kdesdk-3.0.1-6mdk.i586 info-4.2-4mdk.i586 kdepim-devel-3.0.1-5mdk.i586 texinfo-4.2-3mdk.i586 rpmtools-4.2-13mdk.i586 perl-URPM-0.01-1mdk.i586 texinfo-4.2-4mdk.i586 rpmtools-4.3-1mdk.i586 Is it OK? (Y/n) n kdesdk, info, info-install, and textinfo all appear as 2 versions. Can you switch (as workaround) using --media ... options, it is problematic to fix it on urpmi as switching to lower interface is to be done currently. François.
Re: [Cooker] urpmi problem with multiple sources
On 31 May 2002 16:10:52 +0200 [EMAIL PROTECTED] (François Pons) wrote: Can you switch (as workaround) using --media ... options, it is problematic to fix it on urpmi as switching to lower interface is to be done currently. Easily done. I have 2 only in case my primary is down/overlaoded or like yesterday when the -vfs were bad on sunsite. Charles
Re: [Cooker] urpmi problem?
On 31 Aug 2001 10:36:57 +0200, François Pons wrote: Mark Roach [EMAIL PROTECTED] writes: starting today urpmi has been failing to install any packages from my cooker source. If it matters, the files are on an SMB share. I removed the media, and re-added it, and still get the same thing. unable to parse correctly [/var/lib/urpmi/hdlist.Cooker.cz] ... package xemacs-extras-21.4.4-2mdk.i586 is not found. unable to get source packages, aborting Same message regardless of which package Just a question, check file /var/lib/urpmi/hdlist.Cooker.cz from its source, or try a packdrake -l on it (if it has been built from *.rpm directly). Which version do you have, maybe there is a strange package name (though supported now, but not supported by too older version). François. Well, here's what I have found, in the past, my cooker source has been pointing to the i586 directory, and urpmi has been automatically adding Mandrake/RPMS and Mandrake/RPMS2 I changed it to point to i586/Mandrake/RPMS and it works now. Shouldn't it work how I was doing it, though?
Re: [Cooker] urpmi problem?
Mark Roach [EMAIL PROTECTED] writes: starting today urpmi has been failing to install any packages from my cooker source. If it matters, the files are on an SMB share. I removed the media, and re-added it, and still get the same thing. unable to parse correctly [/var/lib/urpmi/hdlist.Cooker.cz] ... package xemacs-extras-21.4.4-2mdk.i586 is not found. unable to get source packages, aborting Same message regardless of which package Just a question, check file /var/lib/urpmi/hdlist.Cooker.cz from its source, or try a packdrake -l on it (if it has been built from *.rpm directly). Which version do you have, maybe there is a strange package name (though supported now, but not supported by too older version). François.