On Thu, 2003-06-05 at 03:45, Curtis H wrote:
To me, it seems like you're making assumptions, and not giving people
the benefit of the doubt ...
Thank you, Buchan. This has been a cooker machine since around 8.0, and
as I originally wrote, I'm only about a week or two behind in updates.
On Sat, May 24, 2003 at 08:53:49PM +0200, [EMAIL PROTECTED] wrote:
I'm not totally convinced every sysadmin needs something like this, in our
network we have an internal ftp mirror of main+contrib+updates for any
realease we have on any machines (well, we had to write 8.2 to DVD since
we only
On Sat, May 24, 2003 at 08:53:49PM +0200, [EMAIL PROTECTED] wrote:
I'm not totally convinced every sysadmin needs something like this, in
our network we have an internal ftp mirror of main+contrib+updates for
any realease we have on any machines (well, we had to write 8.2 to DVD
since we
torsdagen den 29 maj 2003 13.54 skrev Han Boetes:
Duncan [EMAIL PROTECTED] wrote:
On Wed 28 May 2003 09:17, Lonnie Borntreger posted as excerpted below:
gpg --keyserver wwwkeys.us.pgp.net --recv-keys 604aa4e4
Then follow the same procedures used for the other keys.
That's Oden's
On Thu 29 May 2003 04:54, Han Boetes posted as excerpted below:
Duncan [EMAIL PROTECTED] wrote:
That's Oden's key. Han Boetes' key is also missing,
http://www.xs4all.nl/~hanb/keys/Handrake.gpg
Thanks! (And thanks for your packages too.)
--
Duncan - List replies preferred.
They that
There is a simple way to do this..., why not make a
contributers-keys-0.1.noarch.rpm package that people can install that
contains all the keys used by the contributers?
This particular package should be signed by a MandrakeSoft employee and a
valid key. Maybe that package should be
On Wed, 2003-05-28 at 04:40, [EMAIL PROTECTED] wrote:
Below procedure works for the most packages, but there are still a lot rpm's
with key ID 604aa4e4 wich can't be exported:
# rpm -Fvh *rpm
warning: apache2-2.0.45-5mdk.i586.rpm: V3 DSA signature: NOKEY, key ID
604aa4e4
This grows up
onsdagen den 28 maj 2003 18.17 skrev Lonnie Borntreger:
On Wed, 2003-05-28 at 04:40, [EMAIL PROTECTED] wrote:
Below procedure works for the most packages, but there are still a lot
rpm's with key ID 604aa4e4 wich can't be exported:
# rpm -Fvh *rpm
warning: apache2-2.0.45-5mdk.i586.rpm: V3
On Wed, 2003-05-28 at 17:50, Robin Rosenberg wrote:
onsdagen den 28 maj 2003 18.17 skrev Lonnie Borntreger:
On Wed, 2003-05-28 at 04:40, [EMAIL PROTECTED] wrote:
Below procedure works for the most packages, but there are still a lot
rpm's with key ID 604aa4e4 wich can't be exported:
#
On Wed 28 May 2003 09:17, Lonnie Borntreger posted as excerpted below:
gpg --keyserver wwwkeys.us.pgp.net --recv-keys 604aa4e4
Then follow the same procedures used for the other keys.
That's Oden's key. Han Boetes' key is also missing, but can be imported the
same way, if you think you trust
Duncan [EMAIL PROTECTED] wrote:
On Wed 28 May 2003 09:17, Lonnie Borntreger posted as excerpted below:
gpg --keyserver wwwkeys.us.pgp.net --recv-keys 604aa4e4
Then follow the same procedures used for the other keys.
That's Oden's key. Han Boetes' key is also missing, but can be imported
]
Subject: Re: [Cooker] Urpmi bad signature solution
On Tue, 2003-05-27 at 22:36, MEISCH,CORY (HP-Vancouver,ex1) wrote:
Did we ever determine what is the correct procedure for fixing the
'bad signature' error messages for 1/2 the packages that get
installed?
# gpg --export -a 22458A98
[EMAIL PROTECTED] olivier]$ LC_ALL=C urpmi distriblint --allow-force
Some package requested cannot be installed:
distriblint-0.0.8-1mdk.noarch (due to unsatisfied perl(urpmchecker::query))
do you agree ? (Y/n) y
Everything already installed
[EMAIL PROTECTED] olivier]$ rpm -q urpmi
urpmi-4.3-12mdk
Did we ever determine what is the correct procedure for fixing the 'bad
signature' error messages for 1/2 the packages that get installed?
TIA,
Cory Meisch
CPEA Test Technician
Hewlett-Packard Vancouver
(360) 212-7009
[EMAIL PROTECTED]
---
Outgoing mail is certified Virus Free.
Checked by AVG
On Tue, 2003-05-27 at 22:36, MEISCH,CORY (HP-Vancouver,ex1) wrote:
Did we ever determine what is the correct procedure for fixing the 'bad
signature' error messages for 1/2 the packages that get installed?
# gpg --export -a 22458A98 22458A98.asc
# gpg --export -a 70771ff3 70771ff3.asc
# gpg
Perfect! Thank you.
-Original Message-
From: Adam Williamson [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 27, 2003 2:45 PM
To: [EMAIL PROTECTED]
Subject: Re: [Cooker] Urpmi bad signature solution
On Tue, 2003-05-27 at 22:36, MEISCH,CORY (HP-Vancouver,ex1) wrote:
Did we ever determine
Ainsi parlait eddie :
!DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
Please use standard text for email.
Then you should talk to Texstar @ Pclinuxonline. He had a great system
with apt-get and Synaptic that worked with a Gui and worked wonderful,
although he doesn't have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
eddie wrote:
Guillaume Cottenceau wrote:
Then you should talk to Texstar @ Pclinuxonline.
Tex can speak for himself, though he doesn't seem to like cooker ...
He had a great system
with apt-get and Synaptic that worked with a Gui and worked
On Mon, Mar 17, 2003 at 06:35:02PM +0100, François Pons wrote:
Any other idea are wellcome.
I'd suggest making it possible to query packages that are not installed. The
best thing I could achieve is to dump the raw headers with urpmq which is not
easy to read.
I used to use rpmdrake to search
On Tue 25 Mar 2003 03:05, Guillaume Rousse posted as excerpted below:
Ainsi parlait eddie :
!DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
Please use standard text for email.
No kidding!
Then you should talk to Texstar @ Pclinuxonline. He had a great system
with
On Tue, 2003-03-25 at 04:08, Duncan wrote:
On Tue 25 Mar 2003 03:05, Guillaume Rousse posted as excerpted below:
Ainsi parlait eddie :
!DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
Please use standard text for email.
No kidding!
Then you should talk to
On Tue 2003-03-25 at 10:24:23 -0800, [EMAIL PROTECTED] wrote:
[...]
Of course, doing it all in a nicely scrolling Konsole window works fine for
me, here, but if we are going to have a GUI, we might as well make it a
decently functional one, usable by power users as well as newbies, and
[EMAIL PROTECTED] writes:
Quoting Jason Greenwood [EMAIL PROTECTED]:
ok, where is that option in the gui then??
I KNOW what it can do from the command line, I mean that these great
features need to be in the GUI.
Cheers
Jason
You're right, misread it. But this would be a
Jason Greenwood [EMAIL PROTECTED] writes:
All my point was, was that there are many functionalities of
URPMI (indeed many Mandrake config/admin utils) not available
graphically. If these could be made available via a GUI then more
newbies would experience their power and advertise it via word
Guillaume Cottenceau wrote:
Jason Greenwood [EMAIL PROTECTED] writes:
All my point was, was that there are many functionalities of
URPMI (indeed many Mandrake config/admin utils) not available
graphically. If these could be made available via a GUI then more
newbies would
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jason Greenwood wrote:
My point is that URPMI doesn't resume, precluding the use of it over
dialup (especially with the flakiness of some mirrors). The other thing
is that because it doesn't, I would like to use an ftp client that
supports rsync
Freenet support?
smime.p7s
Description: S/MIME Cryptographic Signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
An --info or whatever switch to get the description of an
uninstalled package, just as you get it with rpm --info packagename
when it's already installed.
I totally support that ! Right now only rpmdrake can show you this type of
Le mar 18/03/2003 à 04:09, Robert L Martin a écrit :
Priority for sources. So that if two (or more) totaly same packages
exist in two (or more) sources you can set the priority so that the
package gets installed from the media with higher priority. For example
some prefere local sorces to
Le lun 17/03/2003 à 19:55, Wesley J. Landaker a écrit :
urpmi then installs them all, supposedly in a nice correct order (I don't
doubt it's correct--I just haven't ever looked at how it does it currently
No problem, this problem is solved by rpmlib which looks at PreReqs and
Requires.
Le lun 17/03/2003 à 19:35, Pascal Terjan a écrit :
* possibility to use only one or several media, but less restricted. There
is an actual option to use only one source, --media, but what I would like
FYI you can use more than one source in fact, separated by comma (,).
In fact the best
Le lun 17/03/2003 à 20:08, Pascal Terjan a écrit :
I think it could at least be on urpmi.org (which is an independant
website which goal is to gather documentation about urpmi so it can be
more advertized).
Just type urpmi in google and gather all documentation available and
links, I tried
Todd Lyons [EMAIL PROTECTED] writes:
increment_spec_version() {
[...]
add_spec_changelog() {
[...]
for this stuff you can short it with emacs :
#!/bin/bash
# -*- Mode: shell-script -*-
# Chmouel Boudjnah [EMAIL PROTECTED]
name=Chmouel Boudjnah
email=[EMAIL PROTECTED]
increase=
opt=
while
Le mar 18/03/2003 à 00:08, Steffen Barszus a écrit :
- rsync for updates
now that rsync is supported by urpmi (as well as https protocol), we can
propose other mirror capabilities.
- if a download was aborted use the part that is allready there and download
the rest then
This can
Le lun 17/03/2003 à 21:55, Buchan Milne a écrit :
Can we have per-source 'skip.list's ? This has just shown up, since we run
samba-server-ldap (requires samba-common-ldap), which obsoletes and
provides samba-server (and vice versa) to allow users to move from one to
the other. All goes
On Tuesday 18 March 2003 14:04, François Pons wrote:
- if a download was aborted use the part that is allready there and
download the rest then
This can automatically activated according to protocol used, typically
rsync allow that, whereas http or ftp protocol should be tried
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chmouel Boudjnah wrote on Tue, Mar 18, 2003 at 01:53:53PM +0100 :
for this stuff you can short it with emacs :
You emacs gurus just amaze me. There is nothing that you cannot do with
emacs and I'm constantly amazed at just how powerful it is.
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Aurelien Bompard wrote on Tue, Mar 18, 2003 at 11:21:05AM +0100 :
I totally support that ! Right now only rpmdrake can show you this type of
information. And urpmf --description doesn't count, try to get the
description for the package bc or
Le Mardi 18 Mars 2003 19:20, Todd Lyons a écrit :
Chmouel Boudjnah wrote on Tue, Mar 18, 2003 at 01:53:53PM +0100 :
for this stuff you can short it with emacs :
You emacs gurus just amaze me. There is nothing that you cannot do with
emacs
edit text with only 2 hands and 10 fingers ?
--
If
On Tue, 2003-03-18 at 10:42, Guillaume Rousse wrote:
Le Mardi 18 Mars 2003 19:20, Todd Lyons a écrit :
Chmouel Boudjnah wrote on Tue, Mar 18, 2003 at 01:53:53PM +0100 :
for this stuff you can short it with emacs :
You emacs gurus just amaze me. There is nothing that you cannot do with
On Mon 17 Mar 2003 10:35, Jean-Michel Dault posted as excerpted below:
Having multiple servers in a group, and doing a fallback to a random
server in the list whenever a server is unavailable would make things
more robust.
This would be very cool. I could certainly use it.
I like the minimum
On Mon 17 Mar 2003 14:50, [EMAIL PROTECTED] posted as excerpted below:
Quoting Jason Greenwood [EMAIL PROTECTED]:
It would also be great if dialog box came up before downloading packages
that asked if you wanted to keep the rpm's on your system after
download. It could also say somehting
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] ~]$ urpmf --description kernel-2.4.21
kernel-2.4.21.0.13mdk:The kernel package contains the Linux kernel
(vmlinuz), the core of your
Mandrake Linux operating system. The kernel handles the basic functions
of the operating
On Mon 17 Mar 2003 11:52, Eric Fernandez posted as excerpted below:
Exact, 100% agreed. I wrote a doc about urpmi in Hardware.fr forum, it is
in French, but I have also an english translation.
I've been looking for some help with the new parallel options. I'd like to
configure my box such
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Duncan wrote on Tue, Mar 18, 2003 at 02:24:15PM -0700 :
I've been looking for some help with the new parallel options. I'd like to
configure my box such that it could update from several sources at once, or
several items at once, anyway, using
On Tue 18 Mar 2003 14:38, Todd Lyons posted as excerpted below:
It wasn't too difficult to get working the one time I figured it out.
But your case is complicated by the fact that it doesn't do what you
expected it to.
Oh.. (he said, looking disappointed g).
Thanks, anyway. At least I know,
My point is that URPMI doesn't resume, precluding the use of it over
dialup (especially with the flakiness of some mirrors). The other thing
is that because it doesn't, I would like to use an ftp client that
supports rsync so I could resume the partial transfer. As it is now, I
have to use a
On Tue, 2003-03-18 at 11:10, Duncan wrote:
On Mon 17 Mar 2003 10:35, Jean-Michel Dault posted as excerpted below:
Having multiple servers in a group, and doing a fallback to a random
server in the list whenever a server is unavailable would make things
more robust.
This would be very
On Tue, 2003-03-18 at 11:29, Duncan wrote:
On Mon 17 Mar 2003 14:50, [EMAIL PROTECTED] posted as excerpted below:
Quoting Jason Greenwood [EMAIL PROTECTED]:
It would also be great if dialog box came up before downloading packages
that asked if you wanted to keep the rpm's on your
On Mon, 2003-03-17 at 17:53, James Sparenberg wrote:
In a sense doesn't it do this already.. if you open the software sources
menu the uncheck a source and click save and quit. it will put an
ignore tag on this item in /etc/urpmi/urpmi.cfg. This source is still
configured and can be
On Tue 18 Mar 2003 21:40, Steve Fox posted as excerpted below:
On Mon, 2003-03-17 at 17:53, James Sparenberg wrote:
In a sense doesn't it do this already.. if you open the software sources
menu the uncheck a source and click save and quit. it will put an
ignore tag on this item in
Possible features of urpmi for next release :
* virtual medium (no need to update explicitely, only with synthesis ?).
* delay before accepting using a package from a medium (cooker)
* always ask confirmation if fuzzy search is used (even for 1 package)
* on the fly sorting of media (according to
François Pons wrote:
Possible features of urpmi for next release :
...
Any other idea are wellcome.
François.
Priority for sources. So that if two (or more) totaly same packages
exist in two (or more) sources you can set the priority so that the
package gets installed from the media with higher
Good ideas Francois.
Here are mines :
* possibility to ignore one or several sources
* possibility to use only one or several media, but less restricted. There
is an actual option to use only one source, --media, but what I would like
is an option that would use only one source, but would solve
On Mon Mar 17 18:35 +0100, François Pons wrote:
Possible features of urpmi for next release :
* virtual medium (no need to update explicitely, only with synthesis ?).
* delay before accepting using a package from a medium (cooker)
* always ask confirmation if fuzzy search is used (even for 1
This time François Pons [EMAIL PROTECTED]
becomes daring and writes:
Possible features of urpmi for next release :
* virtual medium (no need to update explicitely, only with synthesis ?).
* delay before accepting using a package from a medium (cooker)
* always ask confirmation if fuzzy
Le lun 17/03/2003 à 13:37, Eric Fernandez a écrit :
Good ideas Francois.
Here are mines :
* possibility to ignore one or several sources
I totally support this one. Having a --excludemedia option would be nice
when you want, for example, to upgrade to the latest cooker, but don't
want to
Like Vox, an --info option which would give a :
- the description of a package (rpm -qi)
- the state : installed/uninstalled
- in which source it is located
The same for rpmdrake : that would be nice to merge install and remove
functions, so that the search is independant of the
François Pons wrote:
Possible features of urpmi for next release :
* virtual medium (no need to update explicitely, only with synthesis ?).
* delay before accepting using a package from a medium (cooker)
I'm not sure that's usefull. Or maybe for some important packages, but I
everyone delays
Having urpmi.setup integrated, which would do the same than
http://plf.zarb.org/~nanardon.
It's here : http://www.urpmi.org/en/urpmi.setup/index.html
And I don't think it would be a problem of legality with PLF since they
would not be configured in advance, would they ?
Eric
Le lun 17/03/2003 à 18:37, Eric Fernandez a écrit :
* possibility to use only one or several media, but less restricted. There
is an actual option to use only one source, --media, but what I would like
FYI you can use more than one source in fact, separated by comma (,).
François.
Le lun 17/03/2003 à 18:39, Levi Ramsey a écrit :
* do install of package by groups which are shorter as possible (apt-get
like)
Couldn't this be accomplished just as effectively through virtual
packages?
This has nothing to do with virtual package in fact, this is just
organization of
Eric Fernandez wrote:
Having urpmi.setup integrated, which would do the same than
http://plf.zarb.org/~nanardon.
It's here : http://www.urpmi.org/en/urpmi.setup/index.html
It is integrated in main already. Would be nice to make a standard tool
of it.
And I don't think it would be a problem of
Le lun 17/03/2003 à 19:12, Pascal Terjan a écrit :
François Pons wrote:
Possible features of urpmi for next release :
* virtual medium (no need to update explicitely, only with synthesis ?).
* delay before accepting using a package from a medium (cooker)
I'm not sure that's usefull. Or
Le lun 17/03/2003 à 19:17, Eric Fernandez a écrit :
Having urpmi.setup integrated, which would do the same than
http://plf.zarb.org/~nanardon.
It's here : http://www.urpmi.org/en/urpmi.setup/index.html
And I don't think it would be a problem of legality with PLF since they
would not be
François Pons wrote:
Le lun 17/03/2003 à 18:37, Eric Fernandez a écrit :
* possibility to use only one or several media, but less restricted. There
is an actual option to use only one source, --media, but what I would like
FYI you can use more than one source in fact, separated by comma (,).
Le lun 17/03/2003 à 13:35, François Pons a écrit :
Any other idea are wellcome.
One thing that I'd like is round-robin source groups. Right now, and
this is specially true for FTP mirrors, if urpmi tries to get a package
and the FTP/WWW server is full, it will fail.
When that happens, you
François Pons wrote:
* conflicts, provides and requires tag added for global rpm
behaviour in order to allow broken dependencies to be not
resolved or to avoid removing important package (generalize
basesystem)
I'm going to working on a an automatic rebuild capability (somewhat
Gentoo-ish)...
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fran?ois Pons wrote on Mon, Mar 17, 2003 at 07:29:17PM +0100 :
* possibility to use only one or several media, but less restricted. There
is an actual option to use only one source, --media, but what I would like
ARGGH!!! So my other post was
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Fernandez wrote on Mon, Mar 17, 2003 at 05:37:49PM - :
Good ideas Francois.
Yes, all very good.
Here are mines :
* possibility to ignore one or several sources
* possibility to use only one or several media, but less restricted. There
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Levi Ramsey wrote on Mon, Mar 17, 2003 at 12:39:17PM -0500 :
I'm going to working on a an automatic rebuild capability (somewhat
Gentoo-ish)... I've been thinking of doing this for a while, and the
time for action draws near... ;o)
Something
Eric Fernandez wrote:
Like Vox, an --info option which would give a :
- the description of a package (rpm -qi)
- the state : installed/uninstalled
- in which source it is located
The same for rpmdrake : that would be nice to merge install and remove
functions, so that the search is independant of
And I don't think it would be a problem of legality with PLF since they
would not be configured in advance, would they ?
The only problem is where to take the list of mirror.
You mean it would be illegal to even put the mirrors list of PLF in the
distro ?
Eric
- Original Message -
From: Pascal Terjan [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, March 17, 2003 6:35 PM
Subject: Re: [Cooker] urpmi features
François Pons wrote:
Le lun 17/03/2003 à 18:37, Eric Fernandez a écrit :
* possibility to use only one or several media
FYI you can use more than one source in fact, separated by comma (,).
François.
I know, but it would be unnecessary to launch urpmi again with the new names
of the needed sources. It would solve automatically the dependances,
wherever they are (but choosing the wanted rpm in the specified
Apparently, Pascal Terjan recently wrote:
* do install of package by groups which are shorter as possible
(apt-get
like)
Would be nice. Good luck for an optimized algorithm :)
Okay, just a little discussion on this, because I really would like this
as well! =)
Anyway, it's not really that
Exact, 100% agreed. I wrote a doc about urpmi in Hardware.fr forum, it is
in
French, but I have also an english translation. A lot of newbies gave me
good feedback. It is here :
If you want, you can use it to include it in the documentation, I shall
put
it under FDL if necessary.
It is here
Apparently, Todd Lyons recently wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Levi Ramsey wrote on Mon, Mar 17, 2003 at 12:39:17PM -0500 :
I'm going to working on a an automatic rebuild capability (somewhat
Gentoo-ish)... I've been thinking of doing this for a while, and the
time
Eric Fernandez wrote:
You mean it would be illegal to even put the mirrors list of PLF in the
distro ?
Not illegal but I think Mandrakesoft does not want to know that PLF
exists and does not want to have any link with it. (And I can understand
that).
Eric Fernandez wrote:
Exact, 100% agreed. I wrote a doc about urpmi in Hardware.fr forum, it is in
French, but I have also an english translation. A lot of newbies gave me
good feedback. It is here :
If you want, you can use it to include it in the documentation, I shall put
it under FDL if
Le Lundi 17 Mars 2003 19:52, Eric Fernandez a écrit :
In fact the best improvment for urpmi would be documentation anad
advertising :-)
Exact, 100% agreed. I wrote a doc about urpmi in Hardware.fr forum, it is
in French, but I have also an english translation. A lot of newbies gave me
good
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Todd Lyons wrote on Mon, Mar 17, 2003 at 10:41:44AM -0800 :
Kind of combining these two, I think it can be combined into one. At
the commandline, you can only specify one source. If you specify
Sorry. I was wrong Wrong WRONG. As Francois
Pascal Terjan wrote:
Eric Fernandez wrote:
Exact, 100% agreed. I wrote a doc about urpmi in Hardware.fr forum,
it is in
French, but I have also an english translation. A lot of newbies gave me
good feedback. It is here :
If you want, you can use it to include it in the documentation, I
shall
Le Lundi 17 Mars 2003 19:56, Eric Fernandez a écrit :
Here is the English version (shorter than the French one but ok)
http://rage3d.com/board/showthread.php?s=threadid=33668481
One link again for urpmi.org
However, they are both forum article, which is not the best place for
standalone
Guillaume Rousse wrote:
Le Lundi 17 Mars 2003 19:52, Eric Fernandez a écrit :
In fact the best improvment for urpmi would be documentation anad
advertising :-)
Exact, 100% agreed. I wrote a doc about urpmi in Hardware.fr forum, it is
in French, but I have also an english translation. A
Guillaume Rousse wrote:
Le Lundi 17 Mars 2003 19:56, Eric Fernandez a écrit :
Here is the English version (shorter than the French one but ok)
http://rage3d.com/board/showthread.php?s=threadid=33668481
One link again for urpmi.org
However, they are both forum article, which is not the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Wesley J. Landaker wrote on Mon, Mar 17, 2003 at 12:01:44PM -0700 :
I've been doing this kind of thing a lot by hand. It would be awesome if
it was supported by urpmi tools.
Agreed.
Kind of similar, I have a script that I use to maintain some
On Mon, 17 Mar 2003, Todd Lyons wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Levi Ramsey wrote on Mon, Mar 17, 2003 at 12:39:17PM -0500 :
I'm going to working on a an automatic rebuild capability (somewhat
Gentoo-ish)... I've been thinking of doing this for a while, and the
On Mon, 17 Mar 2003, [ISO-8859-1] François Pons wrote:
Possible features of urpmi for next release :
* virtual medium (no need to update explicitely, only with synthesis ?).
* delay before accepting using a package from a medium (cooker)
* always ask confirmation if fuzzy search is used
Urpmi needs to be able to resume if a disconnection occurs and use rsync
to get the required differences between packages only IMHO. This would
include Cooker packages.
Cheers
Jason
Buchan Milne wrote:
On Mon, 17 Mar 2003, [ISO-8859-1] François Pons wrote:
Possible features of urpmi for
It would also be great if dialog box came up before downloading packages
that asked if you wanted to keep the rpm's on your system after
download. It could also say somehting like, packages will be held in
/var/cache/urpmi/rpms until you delete them
Jason Greenwood wrote:
Urpmi needs to be
Quoting Jason Greenwood [EMAIL PROTECTED]:
It would also be great if dialog box came up before downloading packages
that asked if you wanted to keep the rpm's on your system after
download. It could also say somehting like, packages will be held in
/var/cache/urpmi/rpms until you delete
ok, where is that option in the gui then??
I KNOW what it can do from the command line, I mean that these great
features need to be in the GUI.
Cheers
Jason
[EMAIL PROTECTED] wrote:
Quoting Jason Greenwood [EMAIL PROTECTED]:
It would also be great if dialog box came up before downloading
Quoting Jason Greenwood [EMAIL PROTECTED]:
ok, where is that option in the gui then??
I KNOW what it can do from the command line, I mean that these great
features need to be in the GUI.
Cheers
Jason
You're right, misread it. But this would be a rpmdrake feature, not urpmi ;)
BTW,
Yeah, it's hard to keep up with the names of MDK software sometimes, is
it Graphical URPMI, rpmdrake, software manager, what?? Is it MCC or
Mandrake Control Center, drakxtools or drakconf??
Plus, there are many drak tools available from the command line that
are either not present in the MCC
On 17 Mar 2003 18:35:02 +0100, François Pons [EMAIL PROTECTED]
said:
Possible features of urpmi for next release :
* virtual medium (no need to update explicitely, only with synthesis ?).
* delay before accepting using a package from a medium (cooker)
* always ask confirmation if fuzzy
Quoting Jason Greenwood [EMAIL PROTECTED]:
Yeah, it's hard to keep up with the names of MDK software sometimes, is
it Graphical URPMI, rpmdrake, software manager, what?? Is it MCC or
Mandrake Control Center, drakxtools or drakconf??
:-D yep !
Plus, there are many drak tools available
On Monday 17 March 2003 02:42 pm, Jesse Wagner wrote:
Help how do I get off this mailing lis
On 17 Mar 2003 18:35:02 +0100, François Pons [EMAIL PROTECTED]
said:
Possible features of urpmi for next release :
* virtual medium (no need to update explicitely, only with synthesis ?).
*
On Monday 17 March 2003 22:50, [EMAIL PROTECTED] wrote:
Quoting Jason Greenwood [EMAIL PROTECTED]:
It would also be great if dialog box came up before downloading packages
that asked if you wanted to keep the rpm's on your system after
download. It could also say somehting like, packages
* possibility to use only one or several media, but less restricted. There
is an actual option to use only one source, --media, but what I would like
FYI you can use more than one source in fact, separated by comma (,).
I confirm this. I'm using this in my rebuilding scripts, with
301 - 400 of 1196 matches
Mail list logo