3:44 a.m.
In F12 we shipped yum-presto in @gnome-desktop - a kind of a compromise I guess.
Presto/deltarpm is very useful for machines with low net connectivity to mirrors
but enough resources to rebuild rpms.
But yum-presto is not a desktop package at all and certainly does not
belong in the gnome-desktop group. [1]
Perhaps the right approach for f13 is to install yum-presto by default
but to disable it by default? Lighter compression might also
help to reduce the resource requirements for older machines?
Jens
[1] https://bugzilla.redhat.com/show_bug.cgi?id=549659
4:17 a.m.
On Thu, 2010-01-07 at 04:44 -0500, Jens Petersen wrote:
In F12 we shipped yum-presto in @gnome-desktop - a kind of a
compromise I guess.
Presto/deltarpm is very useful for machines with low net connectivity to mirrors
but enough resources to rebuild rpms.
But yum-presto is not a desktop package at all and certainly does not
belong in the gnome-desktop group.
Perhaps the right approach for f13 is to install yum-presto by default
but to disable it by default?
It looks like there are a couple of questions to deal with:
1) yum-presto is in @gnome-desktop and shouldn't be
2) yum-presto is enabled by default
If we don't want (2), then remove it from @gnome-desktop. People who
need/want it can install it using "yum install yum-presto", and it will
start working immediately.
If we do want (2), then we just need to work out how to fix (1). If not
@gnome-desktop (which is probably not where it belongs), then possibly
@base?
FWIW, my opinion on (2) (as the yum-presto maintainer) is that it should
be installed by default, but I'm obviously biased.
Lighter compression might also help to reduce the resource
requirements for older machines?
IIRC we've already reduced the xz compression level in our rpms from 7
to 2. (See http://osdir.com/ml/fedora-devel-list/2009-09/msg00946.html)
Jonathan
7:26 a.m.
On Thu, 2010-01-07 at 04:44 -0500, Jens Petersen wrote:
In F12 we shipped yum-presto in @gnome-desktop - a kind of a
compromise I guess.
Presto/deltarpm is very useful for machines with low net connectivity to mirrors
but enough resources to rebuild rpms.
But yum-presto is not a desktop package at all and certainly does not
belong in the gnome-desktop group. [1]
Perhaps the right approach for f13 is to install yum-presto by default
but to disable it by default? Lighter compression might also
help to reduce the resource requirements for older machines?
I don't think that there really is something to fix here, and I don't
know that I can make you happy. If I do the customization in the
kickstart file, you complain as well (see PK-command-not-found)....
2:42 p.m.
Jens Petersen wrote:
In F12 we shipped yum-presto in @gnome-desktop - a kind of a
compromise I
guess. Presto/deltarpm is very useful for machines with low net
connectivity to mirrors but enough resources to rebuild rpms.
But yum-presto is not a desktop package at all and certainly does not
belong in the gnome-desktop group. [1]
+1
In fact, we voted in FESCo that it should be added to one of the base groups
instead (@base, I guess). It makes no sense to have it in @gnome-desktop nor
in the KDE .ks file (which is where it is at the moment – for KDE, it's in
the .ks because we refused to add it to @kde-desktop as it has nothing to do
with KDE).
Kevin Kofler
11:01 p.m.
On Fri, 08 Jan 2010 21:42:06 +0100
Kevin Kofler <kevin.kofler(a)chello.at> wrote:
Jens Petersen wrote:
> In F12 we shipped yum-presto in @gnome-desktop - a kind of a
> compromise I guess. Presto/deltarpm is very useful for machines
> with low net connectivity to mirrors but enough resources to
> rebuild rpms.
>
> But yum-presto is not a desktop package at all and certainly does
> not belong in the gnome-desktop group. [1]
+1
In fact, we voted in FESCo that it should be added to one of the base
groups instead (@base, I guess). It makes no sense to have it in
@gnome-desktop nor in the KDE .ks file (which is where it is at the
moment – for KDE, it's in the .ks because we refused to add it to
@kde-desktop as it has nothing to do with KDE).
I guess I would be fine with it being in @base or something.
We can always - it in the Xfce kickstart or any other spin that doesn't
want it by default.
kevin
9:38 p.m.
I meant to add that the reason this came up was I was trying to work out
where to put yum-langpacks in comps: yum-presto being one of the reference
packages I searched for.
So where can/should yum-langpacks live?
Jens
1:46 p.m.
Jens Petersen (petersen(a)redhat.com) said:
I meant to add that the reason this came up was I was trying to work
out
where to put yum-langpacks in comps: yum-presto being one of the reference
packages I searched for.
So where can/should yum-langpacks live?
Probably in base. Now whether it would be default or optional....
Bill
1:45 p.m.
Kevin Kofler (kevin.kofler(a)chello.at) said:
+1
In fact, we voted in FESCo that it should be added to one of the base groups
instead (@base, I guess). It makes no sense to have it in @gnome-desktop nor
in the KDE .ks file (which is where it is at the moment – for KDE, it's in
the .ks because we refused to add it to @kde-desktop as it has nothing to do
with KDE).
OK, fixed.
Bill
5251
days inactive
5264
days old
9 comments
7 participants
participants (7)
-
Bill Nottingham -
Jens-Ulrik Petersen -
Jonathan Dieter -
Kevin Fenzi -
Kevin Kofler -
Matthias Clasen -
Till Maas