4:24 a.m.
On Sat, 7 Jul 2007 19:57:56 -0400, Chitlesh GOORAH (chitlesh) wrote:
Author: chitlesh
Update of /cvs/extras/rpms/kmenu-gnome/FC-6
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv20306/FC-6
Modified Files:
kmenu-gnome.spec
Log Message:
-Release: 2%{?dist}
+Release: 3%{?dist}
Summary: K Menu with Gnome directory
License: GPL/LGPL
@@ -16,7 +16,7 @@
Requires: kdebase >= 6:3.5.1
%description
-K Menu with Gnome folder and extra icons for Fedora Core 5 or later.
+K Menu with Gnome folder and extra icons.
%prep
@@ -71,6 +71,9 @@
%doc ChangeLog COPYING GPL LGPL README
%Changelog
+* Sun Jul 08 2007 Chitlesh Goorah <chitlesh(a)fedoraproject.org>- 0.6.5-3
+- fixed %%description #247365
+
Our users shake their heads in disbelief, when new builds are published
as updates just for a changed description like in this case.
4:23 a.m.
New subject: rpms/kmenu-gnome/FC-6 kmenu-gnome.spec,1.9,1.10
On 7/8/07, Michael Schwendt <mschwendt.tmp0701.nospam(a)arcor.de> wrote:
On Sat, 7 Jul 2007 19:57:56 -0400, Chitlesh GOORAH (chitlesh) wrote:
> Author: chitlesh
>
> Update of /cvs/extras/rpms/kmenu-gnome/FC-6
> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv20306/FC-6
>
> Modified Files:
> kmenu-gnome.spec
> Log Message:
> -Release: 2%{?dist}
> +Release: 3%{?dist}
> Summary: K Menu with Gnome directory
>
> License: GPL/LGPL
> @@ -16,7 +16,7 @@
> Requires: kdebase >= 6:3.5.1
>
> %description
> -K Menu with Gnome folder and extra icons for Fedora Core 5 or later.
> +K Menu with Gnome folder and extra icons.
>
> %prep
>
> @@ -71,6 +71,9 @@
> %doc ChangeLog COPYING GPL LGPL README
>
> %Changelog
> +* Sun Jul 08 2007 Chitlesh Goorah <chitlesh(a)fedoraproject.org>- 0.6.5-3
> +- fixed %%description #247365
> +
Our users shake their heads in disbelief, when new builds are published
as updates just for a changed description like in this case.
Actually, to be quite honest, I'm shaking my head in disbelief that
someone actually cares about downloading a few kilobytes. Even less
if you use delta rpms which you probably should be doing by now
anyway....
LOL, Thanks for the morning humor.
4:38 a.m.
New subject: rpms/kmenu-gnome/FC-6 kmenu-gnome.spec,1.9,1.10
Dnia 08-07-2007, N o godzinie 02:23 -0700, Christopher Stone napisał(a):
Actually, to be quite honest, I'm shaking my head in disbelief
that
someone actually cares about downloading a few kilobytes. Even less
if you use delta rpms which you probably should be doing by now
anyway....
Actually, it's quite a few megabytes of metadata to download
because
someone changes something (in this case, a perfectly correct
description, FC6 is still Core+Extras), and in case of deltarpms,
please, teach me, how to use them at this time without setting up my own
mirrors.
Lam
5:11 a.m.
New subject: rpms/kmenu-gnome/FC-6 kmenu-gnome.spec,1.9,1.10
On Sun, 08 Jul 2007 11:38:10 +0200, Leszek Matok wrote:
Actually, it's quite a few megabytes of metadata to download
because
someone changes something (in this case, a perfectly correct
description, FC6 is still Core+Extras),
Often, it's N times a few megabytes of metadata to download, because
mirrors are out-of-sync and offer files that don't pass the checksum
check, and Yum proceeds through the mirror-list until it succeeds or fails
finally. On top of that the wasted time when this blocks access to the
repositories for a normal pirut/yum install.
And to Christopher, yes, you're right, it is worse for larger packages
to release updates for ridiculous changes like this one.
5:40 a.m.
New subject: rpms/kmenu-gnome/FC-6 kmenu-gnome.spec,1.9,1.10
Dnia 08-07-2007, N o godzinie 12:11 +0200, Michael Schwendt napisał(a):
Often, it's N times a few megabytes of metadata to download,
because
mirrors are out-of-sync and offer files that don't pass the checksum
check, and Yum proceeds through the mirror-list until it succeeds or fails
finally.
As I already have written here, there are many very simple solutions,
like:
- not using downloaded repomd.xml if we already have a newer version
(Seth replied to me that using a temporary 2 KiB file instead of
instantly overwriting the previous one is a waste of resources, ha ha),
now it happens to download old repomd.xml, when most mirrors host newer
primary.*.
- using versioned file names, like primary-<repotag>-<version>.xml.gz
and keeping them a week or two back. This way, if we need current
primary-fc7-124.xml.gz, we'd never download anything from servers not
synced yet (they'd just give us a 404 instead of useless 2,5 MiB .xml.gz
or 4 MiB .sqlite.bz2) and if we need older primary-fc7-120.xml.gz,
probably first mirror tried would provide that to us.
Both changes are trivial and don't break any compatibility (first one is
in yum itself, and the second is only a change in <data><location />,
which affects only the publishing system, not yum nor any other
depsolving updater).
On top of that the wasted time when this blocks access to the
repositories for a normal pirut/yum install.
Try to tell that to them, the proud
Americans with their gigabit links
and always in-sync mirrors. Maybe they'll send you a respin CD or tell
you to leave the computer on for a nightly update. Yes, I'm aware that
this comment isn't very helpful, but these are my feelings based on
reading this list and I want to express them. Thanks for patience,
Lam
5 p.m.
New subject: rpms/kmenu-gnome/FC-6 kmenu-gnome.spec,1.9,1.10
Leszek Matok <Lam <at> Lam.pl> writes:
As I already have written here, there are many very simple
solutions,
like:
[snip]
Try to tell that to them, the proud Americans with their gigabit
links
and always in-sync mirrors.
First of all, I'm not an American and I don't have a gigabit link. ;-) (Quite
possibly still a faster connection than you though.)
I've found the mirrorlist feature to be entirely useless. I always hardcode a
mirror I know to be reasonably in sync (almost always) and very fast (able to
saturate my connection). That way the date check on the repomd is entirely
unneeded, because metadata doesn't get older on the same mirror. ;-) (Or if it
does, pick a better one. ;-) )
Not to mention that my favorite depsolver (apt-rpm) doesn't support mirrorlists
anyway.
Hint: There's a certain country between Austria and Poland which has fast and
up-to-date mirrors. ;-)
I hope this helps,
Kevin Kofler
6:03 a.m.
New subject: rpms/kmenu-gnome/FC-6 kmenu-gnome.spec,1.9,1.10
On 7/8/07, Michael Schwendt wrote:
Our users shake their heads in disbelief, when new builds are
published
as updates just for a changed description like in this case.
Yup, may sounds like that. But however, I'll be offline for 2 weeks
(vacation) soon, I'm trying to cut down the number of open bugs I have
under my name.
Chitlesh
--
http://clunixchit.blogspot.com
6:16 a.m.
New subject: rpms/kmenu-gnome/FC-6 kmenu-gnome.spec,1.9,1.10
On Sunday 08 July 2007 07:03:27 Chitlesh GOORAH wrote:
Yup, may sounds like that. But however, I'll be offline for 2
weeks
(vacation) soon, I'm trying to cut down the number of open bugs I have
under my name.
Make the change, close it NEXTRELEASE. Then the next time you have a real
reason to update the package the change will already be in there.
--
Jesse Keating
Release Engineer: Fedora
7:26 a.m.
New subject: rpms/kmenu-gnome/FC-6 kmenu-gnome.spec,1.9,1.10
On Sun, 8 Jul 2007 07:16:55 -0400, Jesse Keating wrote:
On Sunday 08 July 2007 07:03:27 Chitlesh GOORAH wrote:
> Yup, may sounds like that. But however, I'll be offline for 2 weeks
> (vacation) soon, I'm trying to cut down the number of open bugs I have
> under my name.
Make the change, close it NEXTRELEASE. Then the next time you have a real
reason to update the package the change will already be in there.
The bug report (by Rahul, #247365) was about 'devel', not about an older
branch. So, CLOSED/RAWHIDE as always.
6159
days inactive
6159
days old
8 comments
6 participants
participants (6)
-
Chitlesh GOORAH -
Christopher Stone -
Jesse Keating -
Kevin Kofler -
Leszek Matok -
Michael Schwendt