On Sun, Jul 20, 2008 at 09:10:33AM +0200, Michael Schwendt wrote:
> Still in cvs:
> http://cvs.fedoraproject.org/viewcvs/upgradecheck/?root=fedora
>
> It used to be run automatically after each Extras push, but when the
> build system moved to koji and bodhi, this feature was killed. Probably
> it was considered unimportant or a source of "spam". That's a problem
> with stuff that isn't backed up or enforced by project leadership.

I'd just like to offer my support for this feature, and automated
emails [not too often though!] about problems.

Rich.

--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine. Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

On Mon, 2008-07-21 at 13:49 -0500, Callum Lerwick wrote:
> Ummm, seems to me what really needs to happen is something, somewhere in
> the build/push system needs to refuse to ever allow broken upgrade
> chains to get pushed into the repos in the first place. Or at least warn
> you the very second you request such an action. Rather than trying to
> detect and clean up the mess after the fact.

I don't disagree, to an extent. However without that, which is a much
longer term project, we should still have info about what breakage has
already been done, rather than waiting on bug reports to come in. So we
can get to the reactionary world today, while working on the proactive
world for the future.

Of course putting all these checks into the updates push isn't going to
help getting updates out any faster.

--
Jesse Keating
Fedora -- Freedom² is a feature!
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Jesse Keating wrote:


I took this morning and early afternoon to write up an e:n-v-r
comparison script that uses koji information as the basis of it's
comparison. I've got it compat-complete with the output of the old
script, and it runs in about 3 minutes to compare from f8-final all the
way up through rawhide.


That is fantastic, thanks very much for the work Jesse. Much appreciated.
I would say I'm looking forward to seeing the output, but I suspect it may
make for some uncomfortable reading all round


Tim

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Hi.

On Mon, 21 Jul 2008 14:26:36 -0400, Jesse Keating wrote:

> It doesn't currently mail the maintainer directly, I would like the
> package address aliases to be in place first (like
> pungi-package@fedoraproject.org)

Just a quick thought:
in order to keep the namespaces separated, wouldn't it be smarter to use
pungi@package.fedoraproject.org instead?

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

On Mon, 2008-08-04 at 16:13 +0200, Ralf Ertzinger wrote:
> Just a quick thought:
> in order to keep the namespaces separated, wouldn't it be smarter to use
> pungi@package.fedoraproject.org instead?

That would be a question for the people setting up the alias. Right now
it's <package>-owner@fedoraproject.org

--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

On Mon, 2008-08-04 at 10:25 -0400, Jesse Keating wrote:
> On Mon, 2008-08-04 at 16:13 +0200, Ralf Ertzinger wrote:
> > Just a quick thought:
> > in order to keep the namespaces separated, wouldn't it be smarter to use
> > pungi@package.fedoraproject.org instead?
>
> That would be a question for the people setting up the alias. Right now
> it's <package>-owner@fedoraproject.org


We're all ears, but I thought package-owner was easier than a whole new
subdomain.

-sv


--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list