Re: [Cooker] urpmi problem

2003-10-21 Thread François Pons 
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

2003-10-18 Thread Per Lindström 
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 -a&&urpmi --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 problem with drakconf

2003-09-17 Thread Pierre Jarillon 
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/

[Cooker] urpmi problem with drakconf

2003-09-17 Thread lamikr_mdk 
[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 during auto-select

2003-09-05 Thread Greg Meyer 
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 during auto-select

2003-09-05 Thread Charles A Edwards 
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 
-


pgp0.pgp
Description: PGP signature

Re: [Cooker] urpmi problem during auto-select

2003-09-05 Thread Pascal Terjan 
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.

[Cooker] urpmi problem during auto-select

2003-09-05 Thread Pascal Terjan 
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

2003-09-01 Thread John Keller 
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

2003-09-01 Thread François Pons 
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

2003-09-01 Thread Dave Cotton 
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

2003-09-01 Thread Adam Williamson 
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

2003-09-01 Thread John Keller 
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

[Cooker] urpmi problem

2003-08-31 Thread Bellegarde Cedric 
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]#

[Cooker] urpmi problem

2003-06-03 Thread Per Lindström 
When I use urpmi to install a downloaded RPM, I get the replly that the 
file is already installed, but rpm -Uvh installs the RPM without problem:

# urpmi libgnome2-2.3.0-2mdk.i586.rpm
allt är redan installerat
   ^--- swedish for "everything is already installed"
# rpm -Uvh libgnome2-2.3.0-2mdk.i586.rpm
Förbereder...   ### 
[100%]
  1:libgnome2  ### 
[100%]

# rpm -q urpmi
urpmi-4.3-12mdk
/Per Lindström

[Cooker] urpmi problem ?

2002-06-15 Thread Fabrice MARIE 


Hello,

# urpmi --update
Can't call method "filename" on an undefined value at 
/usr/lib/perl5/site_perl/5.6.1/urpm.pm line 1726.

?

I realize from the manpage that it's only half of the command line it expects,
however, it should tell it me nicely, not with PERL error message :)

# rpm -qa | grep rpm
urpmi-3.5-3mdk
rpm-python-4.0.4-5mdk
rpm-build-4.0.4-5mdk
gurpmi-3.5-3mdk
rpm-4.0.4-5mdk
rpmdrake-1.5-3mdk
rpmtools-4.3-2mdk
grpmi-8.3-1mdk

Have a nice day,

Fabrice.
--
Fabrice MARIE
Senior R&D Engineer
Celestix Networks
http://www.celestix.com/

"Silly hacker, root is for administrators"
   -Unknown

Re: [Cooker] urpmi problem with multiple sources

2002-05-31 Thread Charles A Edwards 

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 with multiple sources

2002-05-31 Thread François Pons 

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.

[Cooker] urpmi problem with multiple sources

2002-05-31 Thread Charles A Edwards 


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.



Charles

[Cooker] urpmi - problem reading hdlist file, trying again

2002-01-16 Thread Borsenkow Andrej 

bor@cooker% rpm -q urpmi rpmtools
urpmi-3.2-1mdk
rpmtools-4.0-5mdk
bor@cooker% sudo urpmi.update -a
copying source hdlist (or synthesis) of "Installation CD"...
...copying done
copying source hdlist (or synthesis) of "Contrib CD"...
...copying done
examining whole urpmi database
examining hdlist file [/var/lib/urpmi/hdlist.Installation CD.cz]
examining hdlist file [/var/lib/urpmi/hdlist.Contrib CD.cz]
keeping only files referenced in provides
examining hdlist file [/var/lib/urpmi/hdlist.Installation CD.cz]
problem reading hdlist file, trying again
problem reading hdlist file, trying again
problem reading hdlist file, trying again
examining hdlist file [/var/lib/urpmi/hdlist.Contrib CD.cz]
problem reading hdlist file, trying again
problem reading hdlist file, trying again
problem reading hdlist file, trying again
problem reading hdlist file, trying again
built hdlist synthesis file for medium "Installation CD"
built hdlist synthesis file for medium "Contrib CD"
found 0 headers in cache
removing 0 obsolete headers in cache
write config file [/etc/urpmi/urpmi.cfg]
bor@cooker% cat /etc/urpmi/urpmi.cfg
Installation\ CD file://mnt/hd/cooker/i586/Mandrake/RPMS {
  hdlist: hdlist.Installation CD.cz
  with_hdlist: ../base/hdlist.cz
  list: list.Installation CD
}

Contrib\ CD file://mnt/hd/cooker/i586/Mandrake/RPMS2 {
  hdlist: hdlist.Contrib CD.cz
  with_hdlist: ../base/hdlist2.cz
  list: list.Contrib CD
}

Re: [Cooker] urpmi problem?

2001-08-31 Thread Mark Roach 

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?

2001-08-31 Thread François Pons 

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.

[Cooker] urpmi problem?

2001-08-30 Thread Mark Roach 

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

[Cooker] urpmi problem...

2001-04-11 Thread Daniel McKee 

sometime since i upgraded the rpms, it is now no longer working...HELP

[root@paradox /root]# urpmi
everything already installed
unable to read depslist file [/var/lib/urpmi/depslist.ordered]
unable to read provides file [/var/lib/urpmi/provides]

how do i recreate the depslist and the provides files  thanks

Daniel McKee

[Cooker] urpmi problem with comparing version numbers

2000-01-11 Thread Brian J. Murrell 

The package "compat-glibc-5.3-2.0.7.5mdk.i586.rpm" is giving urpmi a
headache when deciding whether to install it or not.  On my system:

Name: compat-glibc Relocations: (not relocateable)
Version : 5.3   Vendor: MandrakeSoft
Release : 2.0.7.5mdkBuild Date: Wed 08 Dec 1999 03:36:10 PM PST

# urpmi compat-glibc

actually tries to install compat-glibc-5.3-2.0.7.5mdk.i586.rpm.  I have
not cracked the new urpmi open yet to figure out why it is not comparing
the the versions correctly though.

b.


--
Brian J. Murrell  InterLinx Support Services, Inc.
North Vancouver, B.C. 604 983 UNIX
Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD