3:05 p.m.
On 07/26/2009 06:40 AM, Rahul Sundaram wrote:
Hi,
Can we make it a default in comps for Rawhide?
Rahul
No answer here after weeks.
After some lengthy discussion with rel-eng team in irc, not much care
either way. Talked to desktop team and based on their recommendation, I
have added yum-presto to the GNOME Desktop group by default.
If rel-eng wants to add it a base group for the DVD image, feel free to
do so. Spin owners - likewise. Thanks.
Rahul
9:16 p.m.
On Tue, Aug 18, 2009 at 01:35:37AM +0530, Rahul Sundaram wrote:
On 07/26/2009 06:40 AM, Rahul Sundaram wrote:
> Hi,
>
> Can we make it a default in comps for Rawhide?
>
> Rahul
No answer here after weeks.
After some lengthy discussion with rel-eng team in irc, not much care
either way. Talked to desktop team and based on their recommendation, I
have added yum-presto to the GNOME Desktop group by default.
If rel-eng wants to add it a base group for the DVD image, feel free to
do so. Spin owners - likewise. Thanks.
I've been using yum-presto since before F11 came out, and it is great.
+1 to installing it by default in F12.
4:40 p.m.
2009/8/18 Chuck Anderson <cra(a)wpi.edu>:
On Tue, Aug 18, 2009 at 01:35:37AM +0530, Rahul Sundaram wrote:
> On 07/26/2009 06:40 AM, Rahul Sundaram wrote:
> > Hi,
> >
> > Can we make it a default in comps for Rawhide?
> >
> > Rahul
>
> No answer here after weeks.
>
> After some lengthy discussion with rel-eng team in irc, not much care
> either way. Talked to desktop team and based on their recommendation, I
> have added yum-presto to the GNOME Desktop group by default.
>
> If rel-eng wants to add it a base group for the DVD image, feel free to
> do so. Spin owners - likewise. Thanks.
I've been using yum-presto since before F11 came out, and it is great.
+1 to installing it by default in F12.
FWIW, I have also experienced zero problems with it and believe it
would be better enabled by default, retaining the option to disable.
Updates would get done faster and mirrors would be able to cope with
more connections, especially in the first push after release day... :)
--
Christopher Brown
4:47 p.m.
On Tue, Aug 18, 2009 at 1:40 PM, Christopher Brown<snecklifter(a)gmail.com> wrote:
FWIW, I have also experienced zero problems with it and believe it
would be better enabled by default, retaining the option to disable.
Updates would get done faster and mirrors would be able to cope with
more connections, especially in the first push after release day... :)
Only potential side effect is cpu consumption that the delta unpacking
process requires. User on single core systems may notice that unless
presto renices itself down in priority.
-jef
4:51 p.m.
On Tue, Aug 18, 2009 at 11:47 PM, Jeff Spaleta<jspaleta(a)gmail.com> wrote:
On Tue, Aug 18, 2009 at 1:40 PM, Christopher
Brown<snecklifter(a)gmail.com> wrote:
> FWIW, I have also experienced zero problems with it and believe it
> would be better enabled by default, retaining the option to disable.
> Updates would get done faster and mirrors would be able to cope with
> more connections, especially in the first push after release day... :)
Only potential side effect is cpu consumption that the delta unpacking
process requires. User on single core systems may notice that unless
presto renices itself down in priority.
Most users are using packagekit so the update process is reniced to 10
and the io prio is set to idle.
5:06 p.m.
On Tue, 2009-08-18 at 13:47 -0800, Jeff Spaleta wrote:
Only potential side effect is cpu consumption that the delta
unpacking
process requires. User on single core systems may notice that unless
presto renices itself down in priority.
The hit on slow disks is pretty bad too, even non-slow disks. With a
local mirror the time to re-make the deltas is far longer than the time
to just pull down the entire packages.
--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
5:17 p.m.
On Tue, Aug 18, 2009 at 2:06 PM, Jesse Keating<jkeating(a)redhat.com> wrote:
The hit on slow disks is pretty bad too, even non-slow disks. With
a
local mirror the time to re-make the deltas is far longer than the time
to just pull down the entire packages.
Time isn't the only metric...people may also be concerned about
metered bandwidth. CPU overchurn we can limit via process
priority..but finding a heuristic to determine what "too slow" means
when it comes to disk io versus bandwidth is probably something we
can't do.
-jef"speaking of metered bandwidth..I need to remember to work from
barnes and nobles instead of working from home this winter..so i can
steal power, wireless and a nice warm fire"spaleta
6:35 p.m.
On Tue, 2009-08-18 at 14:17 -0800, Jeff Spaleta wrote:
-jef"speaking of metered bandwidth..I need to remember to work
from
barnes and nobles instead of working from home this winter..so i can
steal power, wireless and a nice warm fire"spaleta
Nice warm fire? you're going to burn all the books? :)
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net
10:03 p.m.
I would hold off on the default thing.
I have found that it has played havoc with intel video drivers and
NetworkManager. I do not know how but for me it was a pain in the neck.
All I know is that after I re-installed and upgraded I have had no
problems
-1 to installing it by default in F12.
Steven
On Tue, 2009-08-18 at 22:40 +0100, Christopher Brown wrote:
2009/8/18 Chuck Anderson <cra(a)wpi.edu>:
> On Tue, Aug 18, 2009 at 01:35:37AM +0530, Rahul Sundaram wrote:
>> On 07/26/2009 06:40 AM, Rahul Sundaram wrote:
>> > Hi,
>> >
>> > Can we make it a default in comps for Rawhide?
>> >
>> > Rahul
>>
>> No answer here after weeks.
>>
>> After some lengthy discussion with rel-eng team in irc, not much care
>> either way. Talked to desktop team and based on their recommendation, I
>> have added yum-presto to the GNOME Desktop group by default.
>>
>> If rel-eng wants to add it a base group for the DVD image, feel free to
>> do so. Spin owners - likewise. Thanks.
>
> I've been using yum-presto since before F11 came out, and it is great.
> +1 to installing it by default in F12.
FWIW, I have also experienced zero problems with it and believe it
would be better enabled by default, retaining the option to disable.
Updates would get done faster and mirrors would be able to cope with
more connections, especially in the first push after release day... :)
--
Christopher Brown
11:36 p.m.
On Wed, Aug 19, 2009 at 11:03:44AM +0800, Steven James Drinnan wrote:
I would hold off on the default thing.
I have found that it has played havoc with intel video drivers and
NetworkManager. I do not know how but for me it was a pain in the neck.
All I know is that after I re-installed and upgraded I have had no
problems
-1 to installing it by default in F12.
What the heck does yum-presto have to do with the quality of the
xorg-x11-drv-intel and NetworkManager packages?
11:40 p.m.
On Wed, Aug 19, 2009 at 12:36:15AM -0400, Chuck Anderson wrote:
On Wed, Aug 19, 2009 at 11:03:44AM +0800, Steven James Drinnan
wrote:
> I would hold off on the default thing.
>
> I have found that it has played havoc with intel video drivers and
> NetworkManager. I do not know how but for me it was a pain in the neck.
>
> All I know is that after I re-installed and upgraded I have had no
> problems
>
> -1 to installing it by default in F12.
What the heck does yum-presto have to do with the quality of the
xorg-x11-drv-intel and NetworkManager packages?
Responding to myself, are you perhaps confusing yum-presto with
presto?
Name : yum-presto
Arch : noarch
Version : 0.5.0
Release : 1.fc11
Size : 78 k
Repo : installed
Summary : Presto plugin for yum
URL : http://www.lesbg.com/jdieter/presto/
License : GPLv2+
Description: Yum-presto is a plugin for yum that looks for deltarpms rather than
: rpms whenever they are available. This has the potential of saving
: a lot of bandwidth when downloading updates.
:
: A Deltarpm is the difference between two rpms. If you already have
: foo-1.0 installed and foo-1.1 is available, yum-presto will
: download the deltarpm for foo-1.0 => 1.1 rather than the full
: foo-1.1 rpm, and then build the full foo-1.1 package from your
: installed foo-1.0 and the downloaded deltarpm.
Name : presto
Arch : x86_64
Version : 0.1.3
Release : 6.fc11
Size : 35 k
Repo : fedora
Summary : A tilemap engine using the Allegro game programming library
URL : http://www.hypersonicsoft.org/projects/showproject.php?id=29
License : GPLv3+
Description: Presto is a general-use tilemap engine coded in C that uses Allegro
: for graphics rendering, and therefore is intended for use in games
: using Allegro. It can handle rectangular tiles of any height and
: width (and different height from width), loading tilemaps from
: files, tile blending, and the capability to change most of these
: elements on the fly.
5358
days inactive
5382
days old
11 comments
8 participants
participants (8)
-
Adam Williamson -
Christopher Brown -
Chuck Anderson -
drago01 -
Jef Spaleta -
Jesse Keating -
Rahul Sundaram -
Steven James Drinnan