Re: [Cooker] urpmi suggestion
Le Vendredi 17 Janvier 2003 02:40, Adam Williamson a écrit : On Thu, 2003-01-16 at 16:05, Guillaume Rousse wrote: Le Jeudi 16 Janvier 2003 16:41, Adam Williamson a écrit : Would it be possible to add an option to urpmi something along the lines of --preserve-package-set? That is, an option to never replace packages from one set with packages from another. To illustrate, mplayer is currently at 0.90-0.rc2.3mdk and 0.90-0.rc2.1plf. urpmi --auto-select wants to replace my installed plf package with the newer mdk package, but I'd rather keep my mp3-encoding functionality and just upgrade when a new plf package is available. Could this be done? See PLF FAQ, question How do i use urpmi: http://plf.zarb.org/faq.html#question_4 It might help if you mentioned which section of which of the various documents linked to addresses my question. The FAQ itself, otherwhise i'd given directly the document URL: As some PLF packages closely follows official Mandrake packages with additional features (ex: mplayer), urpmi will sometimes propose to upgrade a package with .mdk version if .plf has not been rebuild yet. In order to avoid such situation, juste use a regexp in /etc/urpmi/skip.list this way: /mplayer.*mdk/. You have to do this for each package you want to protect. -- Software bugs are impossible to detect by anybody except the end user. -- Murphy's Computer Laws n°10
Re: [Cooker] urpmi suggestion
On Thursday 16 January 2003 16:41, Adam Williamson wrote: Would it be possible to add an option to urpmi something along the lines of --preserve-package-set? That is, an option to never replace packages from one set with packages from another. To illustrate, mplayer is currently at 0.90-0.rc2.3mdk and 0.90-0.rc2.1plf. urpmi --auto-select wants to replace my installed plf package with the newer mdk package, but I'd rather keep my mp3-encoding functionality and just upgrade when a new plf package is available. Could this be done? I guess you can put 0.90-0.rc2.3mdk in your /etc/urpmi/skip.list , then it should be ignored. -- counter.li.org : #296567. machine: 181800 vdr-box : 87 Please dont CC me, since if I have replied I'll watch the tread. Both mails will be filtered to the ML-folder. Thanks
Re: [Cooker] urpmi suggestion
Le Jeudi 16 Janvier 2003 16:41, Adam Williamson a écrit : Would it be possible to add an option to urpmi something along the lines of --preserve-package-set? That is, an option to never replace packages from one set with packages from another. To illustrate, mplayer is currently at 0.90-0.rc2.3mdk and 0.90-0.rc2.1plf. urpmi --auto-select wants to replace my installed plf package with the newer mdk package, but I'd rather keep my mp3-encoding functionality and just upgrade when a new plf package is available. Could this be done? See PLF FAQ, question How do i use urpmi: http://plf.zarb.org/faq.html#question_4 -- Any cool program always requires more memory than you have. -- Murphy's Computer Laws n°2
Re: [Cooker] urpmi suggestion
On Thu, 2003-01-16 at 15:58, Steffen Barszus wrote: On Thursday 16 January 2003 16:41, Adam Williamson wrote: Would it be possible to add an option to urpmi something along the lines of --preserve-package-set? That is, an option to never replace packages from one set with packages from another. To illustrate, mplayer is currently at 0.90-0.rc2.3mdk and 0.90-0.rc2.1plf. urpmi --auto-select wants to replace my installed plf package with the newer mdk package, but I'd rather keep my mp3-encoding functionality and just upgrade when a new plf package is available. Could this be done? I guess you can put 0.90-0.rc2.3mdk in your /etc/urpmi/skip.list , then it should be ignored. This gets tedious to monitor for multiple packages, however. mplayer was just an example. -- adamw
Re: [Cooker] urpmi suggestion
On Thu, 2003-01-16 at 16:05, Guillaume Rousse wrote: Le Jeudi 16 Janvier 2003 16:41, Adam Williamson a écrit : Would it be possible to add an option to urpmi something along the lines of --preserve-package-set? That is, an option to never replace packages from one set with packages from another. To illustrate, mplayer is currently at 0.90-0.rc2.3mdk and 0.90-0.rc2.1plf. urpmi --auto-select wants to replace my installed plf package with the newer mdk package, but I'd rather keep my mp3-encoding functionality and just upgrade when a new plf package is available. Could this be done? See PLF FAQ, question How do i use urpmi: http://plf.zarb.org/faq.html#question_4 It might help if you mentioned which section of which of the various documents linked to addresses my question. -- adamw
Re: [Cooker] URPMI suggestion. ( /etc/urpmi/urpmi.cfg )
Le ven 06/12/2002 à 21:02, Jesper Krogh a écrit : If i remove: /var/lib/urpmi/hdlist.secure.cz And run: urpmi.update secure I get: unable to access hdlist file of secure, medium ignored But thats not true... it could just get it from the Ftp it knows. Yes, first when it reads the configuration file, it see no hdlist so the medium is ignored but urpmi.update ignored_medium_name allow to try to update an ignored medium (and drop the ignored flag). And a second suggestion. The possibility to have more than one server defining the same sources. So I wont miss if my local mirror reboots when my cronjob runs urpmi.update. It will be done, I don't known exactly now how to code this but it will be available (maybe even soon ?) But urpmi is really shaping up and looks very good. Thanks ! François.
Re: [Cooker] URPMI suggestion. ( /etc/urpmi/urpmi.cfg )
Le ven 06/12/2002 à 18:11, Jesper Krogh a écrit :
Hi. I have a suggestion.
The current layout of urpmi.cfg file is this way:
secure {
hdlist: hdlist.secure.cz
with_hdlist: ../base/hdlist.cz
list: list.secure
update
}
entities.
It would be wery nice if all relevant information was stored in the urpmi.cfg
file, so you could copy it to another system and do a:
urpmi.update -a
and it would retrieve the hdlists if they were accessible.
It is the case (url) now, except if a user/password is visible inside
it.
Due to the current layout of configuration files for urpmi, is it quite
impossible to view the configuration and verify that it is as I would expect
it to be. And even more impossible to copy a complete configuration to
another system ( if I don't have the exact urpmi.addmedia commands ).
Not enough simple ?
François.
Re: [Cooker] URPMI suggestion. ( /etc/urpmi/urpmi.cfg )
Le Vendredi 6 Décembre 2002 17:57, François Pons a écrit :
Le ven 06/12/2002 à 18:11, Jesper Krogh a écrit :
Hi. I have a suggestion.
The current layout of urpmi.cfg file is this way:
secure {
hdlist: hdlist.secure.cz
with_hdlist: ../base/hdlist.cz
list: list.secure
update
}
entities.
It would be wery nice if all relevant information was stored in the
urpmi.cfg file, so you could copy it to another system and do a:
urpmi.update -a
and it would retrieve the hdlists if they were accessible.
It is the case (url) now, except if a user/password is visible inside
it.
Due to the current layout of configuration files for urpmi, is it quite
impossible to view the configuration and verify that it is as I would
expect it to be. And even more impossible to copy a complete
configuration to another system ( if I don't have the exact
urpmi.addmedia commands ).
Not enough simple ?
François.
Or use urpmi.setup - system information :)
--
Linux pour Mac !? Enfin le moyen de transformer
une pomme en véritable ordinateur. - JL.
Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] URPMI suggestion. ( /etc/urpmi/urpmi.cfg )
On Friday 06 December 2002 18:57, François Pons wrote:
Le ven 06/12/2002 à 18:11, Jesper Krogh a écrit :
Hi. I have a suggestion.
The current layout of urpmi.cfg file is this way:
secure {
hdlist: hdlist.secure.cz
with_hdlist: ../base/hdlist.cz
list: list.secure
update
}
entities.
It would be wery nice if all relevant information was stored in the
urpmi.cfg file, so you could copy it to another system and do a:
urpmi.update -a
and it would retrieve the hdlists if they were accessible.
It is the case (url) now, except if a user/password is visible inside
it.
Ok, I have updated, now i looks more like I'd expect it to do.
Due to the current layout of configuration files for urpmi, is it quite
impossible to view the configuration and verify that it is as I would
expect it to be. And even more impossible to copy a complete
configuration to another system ( if I don't have the exact
urpmi.addmedia commands ).
Not enough simple ?
Exactly. Now I have this entity in /etc/urpmi/urpmi.cfg:
secure ftp://ftp.sunet.se/pub/os/Linux/distributions/mandrake/updates/9.0/RPMS
{
hdlist: hdlist.secure.cz
with_hdlist: ../base/hdlist.cz
update
}
If i remove:
/var/lib/urpmi/hdlist.secure.cz
And run:
urpmi.update secure I get:
unable to access hdlist file of secure, medium ignored
But thats not true... it could just get it from the Ftp it knows.
And a second suggestion. The possibility to have more than one server defining
the same sources. So I wont miss if my local mirror reboots when my cronjob
runs urpmi.update.
But urpmi is really shaping up and looks very good.
Thanks.
--
Jesper Krogh, [EMAIL PROTECTED]
Re: [Cooker] : urpmi suggestion
Xavier Granier [EMAIL PROTECTED] writes: A simple suggestion for the futru: An option equivalent to --rebuild will be usefull (download the needed package for the build of the package) try urpmi you_package.src.rpm as root. François.
