On Tue, Jun 7, 2011 at 12:39 AM, <updates@fedoraproject.org> wrote:
> --------------------------------------------------------------------------------
> Fedora Update Notification
> FEDORA-2011-6589
> 2011-05-07 02:13:39
> --------------------------------------------------------------------------------
>
> Name * * * *: lvm2
> Product * * : Fedora 14
> Version * * : 2.02.84
> Release * * : 2.fc14

lvm2-2.02.84-2.fc14 has a higher NVR than the current F15 build
(lvm2-2.02.84-1.fc15). Shouldn't some sanity check have caught this,
or am I missing something?

> URL * * * * : http://sources.redhat.com/lvm2
> Summary * * : Userland logical volume management tools
> Description :
> LVM2 includes all of the support for handling read/write operations on
> physical volumes (hard disks, RAID-Systems, magneto optical, etc.,
> multiple devices (MD), see mdadd(8) or even loop devices, see
> losetup(8)), creating volume groups (kind of virtual disks) from one
> or more physical volumes and creating one or more logical volumes
> (kind of logical partitions) in volume groups.
>
> --------------------------------------------------------------------------------
> Update Information:
>
> Rebase to the latest stable release.
> --------------------------------------------------------------------------------
> ChangeLog:
>
> * Fri May *6 2011 Zdenek Kabelac <zkabelac@redhat.com> - 2.02.84-2
> - Merge rawhide spec file and make systemd initscripts configurable.
> * Wed Feb *9 2011 Alasdair Kergon <agk@redhat.com> - 2.02.84-1
> - Fix big-endian CRC32 checksumming broken since 2.02.75. *If affected,
> *ensure metadata backups in /etc/lvm/backup are up-to-date (vgcfgbackup)
> *then after updating to 2.02.84 restore metadata from them (using pvcreate
> *with -Zn --restorefile and -u if PVs can no longer be seen, then
> *vgcfgrestore -f).
> - Reinstate libdevmapper DEBUG_MEM support. (Removed in 1.02.62.)
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Mike McLean wrote:
> lvm2-2.02.84-2.fc14 has a higher NVR than the current F15 build
> (lvm2-2.02.84-1.fc15). Shouldn't some sanity check have caught this,
> or am I missing something?

AutoQA complains about these kind of things, but most maintainers don't read
AutoQA complaints, probably because:
* AutoQA always comments, even if everything is OK, and
* there are also false positives, e.g. when a corresponding F15 update is
already queued at the same time.

Both these issues cause real upgrade path bugs to go unnoticed.

Kevin Kofler

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Mike McLean wrote:
> lvm2-2.02.84-2.fc14 has a higher NVR than the current F15 build
> (lvm2-2.02.84-1.fc15). Shouldn't some sanity check have caught this,
> or am I missing something?

FYI, I filed https://bugzilla.redhat.com/show_bug.cgi?id=713619 for this.

Kevin Kofler

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

> Mike McLean wrote:
> > lvm2-2.02.84-2.fc14 has a higher NVR than the current F15 build
> > (lvm2-2.02.84-1.fc15). Shouldn't some sanity check have caught this,
> > or am I missing something?
>
> AutoQA complains about these kind of things, but most maintainers
> don't read
> AutoQA complaints, probably because:
> * AutoQA always comments, even if everything is OK, and

This will be solved in the next AutoQA release, in a week or so.

> * there are also false positives, e.g. when a corresponding F15 update
> is
> already queued at the same time.

It is not really a false positive, because AutoQA can't be sure the builds will be pushed in the right order (or that F15 update will not be unpushed in the meantime). But we will definitely improve the output, unfortunately not in the next release.

>
> Both these issues cause real upgrade path bugs to go unnoticed.
>
> Kevin Kofler
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel