Ximian just released a new version of Red-Carpet. Would it be an idea to make RC channels of fedora.us(and Fedora for that matter) ? RedCarpet does in my opinion make software installation a no brainer for most people.
http://www.ximian.com/products/redcarpet/ http://www.opencarpet.org/
Is it just me, or does red carpet's use sound an awful lot like apt/yum/up2date? Does it offer something that's above and beyond their existing feature sets?
Elliott Wilcoxon
Nils O. Selåsdal wrote:
Ximian just released a new version of Red-Carpet. Would it be an idea to make RC channels of fedora.us(and Fedora for that matter) ? RedCarpet does in my opinion make software installation a no brainer for most people.
http://www.ximian.com/products/redcarpet/ http://www.opencarpet.org/
The number one advantage of red carpet is the use of channels. This means you can actively browse a channel for software and just install the one package from there plus it's dependencies, but it doesn't lock you into that channel for the future.
In practice this means that, for example, I could have gotten the latest gaim rpm from updates-testing without having to chain my whole system to testing.
I understand apt allows something called pinning but I have never had the courage to configure it :) red-carpet makes stuff like this dead easy.
Thomas
El mar, 25-11-2003 a las 06:10, Elliott Wilcoxon escribió:
Is it just me, or does red carpet's use sound an awful lot like apt/yum/up2date? Does it offer something that's above and beyond their existing feature sets?
Elliott Wilcoxon
Nils O. Selåsdal wrote:
Ximian just released a new version of Red-Carpet. Would it be an idea to make RC channels of fedora.us(and Fedora for that matter) ? RedCarpet does in my opinion make software installation a no brainer for most people.
http://www.ximian.com/products/redcarpet/ http://www.opencarpet.org/
-- fedora-devel-list mailing list fedora-devel-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-devel-list
On Wed, Dec 03, 2003 at 06:37:45PM +0100, Thomas Vander Stichele wrote:
I understand apt allows something called pinning but I have never had the courage to configure it :)
You should. Try the following in /etc/apt/preferences:
Package: * Pin: release c=os Pin-Priority: 992
Package: * Pin: release c=stable Pin-Priority: 991
See the following for a little background, if you are interested:
http://www.silug.org/lists/silug-discuss/200311/msg00079.html http://www.silug.org/lists/silug-discuss/200311/msg00080.html
Steve
On Wed, Dec 03 2003 at 12:46, Steven Pritchard steve@silug.org wrote:
On Wed, Dec 03, 2003 at 06:37:45PM +0100, Thomas Vander Stichele wrote:
I understand apt allows something called pinning but I have never had the courage to configure it :)
You should. Try the following in /etc/apt/preferences:
Package: * Pin: release c=os Pin-Priority: 992
Package: * Pin: release c=stable Pin-Priority: 991
See but this doesn't allow you to pick and choose from os and stable; it forces os packages to override stable packages. I'd imagine that with enough effort apt-rpm (via lua) could be made to allow such choosy selection of available packages within various APT components.
On Wed, 3 Dec 2003, Mike Snitzer wrote:
On Wed, Dec 03 2003 at 12:46, Steven Pritchard steve@silug.org wrote:
On Wed, Dec 03, 2003 at 06:37:45PM +0100, Thomas Vander Stichele wrote:
I understand apt allows something called pinning but I have never had the courage to configure it :)
You should. Try the following in /etc/apt/preferences:
Package: * Pin: release c=os Pin-Priority: 992
Package: * Pin: release c=stable Pin-Priority: 991
See but this doesn't allow you to pick and choose from os and stable; it forces os packages to override stable packages. I'd imagine that with enough effort apt-rpm (via lua) could be made to allow such choosy selection of available packages within various APT components.
The current pinning support does permit almost any kind of combination .. BUT it requires that the repositories are set up in a way that allows it, in a compatible way. Since there meaning of the various release file entries are hardly even documented, never mind standardized on in RHL/Fedora environment that leaves awfully lot of stuff into "gee I hope so" zone.
But yes, having a sane concept of channels without having to headscratch with pinning and it's oddities in apt would be really, really nice.
- Panu -
On Wed, 3 Dec 2003, Thomas Vander Stichele wrote:
The number one advantage of red carpet is the use of channels. This means you can actively browse a channel for software and just install the one package from there plus it's dependencies, but it doesn't lock you into that channel for the future.
In practice this means that, for example, I could have gotten the latest gaim rpm from updates-testing without having to chain my whole system to testing.
I understand apt allows something called pinning but I have never had the courage to configure it :) red-carpet makes stuff like this dead easy.
If you don't mind using a GUI then you can to some extent do this with newer versions of synaptic without trying to comprehend apt_preferences man page for an hour and recovering from the resulting headache for the next two :)
- Panu -