FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 06-15-2011, 10:34 PM
Mike McLean
 
Default Fedora 14 Update: lvm2-2.02.84-2.fc14

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
 
Old 06-16-2011, 12:29 AM
Kevin Kofler
 
Default Fedora 14 Update: lvm2-2.02.84-2.fc14

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
 
Old 06-16-2011, 12:46 AM
Kevin Kofler
 
Default Fedora 14 Update: lvm2-2.02.84-2.fc14

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
 
Old 06-16-2011, 07:58 AM
Kamil Paral
 
Default Fedora 14 Update: lvm2-2.02.84-2.fc14

> 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
 

Thread Tools




All times are GMT. The time now is 11:49 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org