There have been a few requests to split out the various libraries in e2fsprogs into subpackages:
libcom_err(-devel) libss(-devel) libuuid(-devel)
Note that libblkid(-devel) has already been split out as it is now part of util-linux-ng (thanks to kzak!) - an email was sent previously about that.
The following packages have BuildRequires: on e2fsprogs-devel, so depending on what libs they required from the package, they may need to shift to one of these new subpackages when they go in (hopefully today or tomorrow). I'll send another follow-up mail when it's done.
Thanks, -Eric
aconway: qpidc aconway: rhm anaconda-maint: anaconda atkac: dump ausil: silo bpepple: evolution-brutus bpepple: libepc cmadams: ufiformat danms: libvirt-cim dcbw: NetworkManager deji: gparted deji: mpich2 deji: nautilus-actions denis: k3d drago01: fsarchiver dwmw2: yaboot ensc: util-vserver gavin: squeak-vm green: lash grenier: testdisk harald: readahead ianweller: lordsawar itamarjp: reiserfs-utils ivazquez: mod_dnssd ixs: e2tools jgranado: parted jnovy: mc jorton: apr jorton: apr-util josef: btrfs-progs jwboyer: jfsutils karlik: gmediaserver kasal: pmount kraxel: xenner kwizart: libewf kzak: util-linux-ng laxathom: gnubversion lvm-team: cryptsetup-luks mbarnes: samba4 mfasheh: ocfs2-tools mitr: usermode mjakubicek: ext3grep nalin: krb5 nhorman: coda nhorman: pam_kcoda oget: muse orphan: luks-tools ovasik: inn ovasik: quota ovasik: star pbrobinson: gupnp pbrobinson: gupnp-tools pbrobinson: rygel rcritten: ipa rishi: anjuta rjones: zerofree rstrode: gnome-utils ruben: gearmand salimma: Io-language sandeen: e2fsprogs sandeen: xfsdump sandeen: xfsprogs sindrepb: gtranslator spot: ntfsprogs ssp: libSM steved: nfs-utils steve: qtparted sundaram: gnote tbzatek: libarchive tgl: postgresql xris: dar
Once upon a time, Eric Sandeen sandeen@redhat.com said:
There have been a few requests to split out the various libraries in e2fsprogs into subpackages:
libcom_err(-devel) libss(-devel) libuuid(-devel)
Note that libblkid(-devel) has already been split out as it is now part of util-linux-ng (thanks to kzak!) - an email was sent previously about that.
The following packages have BuildRequires: on e2fsprogs-devel, so depending on what libs they required from the package, they may need to shift to one of these new subpackages when they go in (hopefully today or tomorrow). I'll send another follow-up mail when it's done.
Thanks, -Eric
cmadams: ufiformat
This uses libext2fs (for checking if a device is mounted), so no change is needed there.
On 06/29/2009 09:08 PM, Eric Sandeen wrote:
There have been a few requests to split out the various libraries in e2fsprogs into subpackages:
libcom_err(-devel) libss(-devel) libuuid(-devel) The following packages have BuildRequires: on e2fsprogs-devel, so depending on what libs they required from the package, they may need to shift to one of these new subpackages when they go in (hopefully today or tomorrow). I'll send another follow-up mail when it's done.
Thanks for doing this. It is going to cause some confusion between libuuid and uuid however. These package descriptions could be updated to cross reference each other.
sundaram: gnote
I will update to change the BR to libuuid-devel when there is a new upstream release.
Rahul
Rahul Sundaram wrote:
On 06/29/2009 09:08 PM, Eric Sandeen wrote:
There have been a few requests to split out the various libraries in e2fsprogs into subpackages:
libcom_err(-devel) libss(-devel) libuuid(-devel) The following packages have BuildRequires: on e2fsprogs-devel, so depending on what libs they required from the package, they may need to shift to one of these new subpackages when they go in (hopefully today or tomorrow). I'll send another follow-up mail when it's done.
Thanks for doing this. It is going to cause some confusion between libuuid and uuid however. These package descriptions could be updated to cross reference each other.
Ok, will do so for libuuid. Right now the libuuid package description I have is very sparse ;)
Thanks, -Eric
sundaram: gnote
I will update to change the BR to libuuid-devel when there is a new upstream release.
Rahul
Eric Sandeen (sandeen@redhat.com) said:
libcom_err(-devel) libss(-devel) libuuid(-devel)
Note that libblkid(-devel) has already been split out as it is now part of util-linux-ng (thanks to kzak!) - an email was sent previously about that.
The following packages have BuildRequires: on e2fsprogs-devel, so depending on what libs they required from the package, they may need to shift to one of these new subpackages when they go in (hopefully today or tomorrow). I'll send another follow-up mail when it's done.
Any chance that in the interim, e2fsprogs-devel could Require: these new split out packages (if it doesn't already)?
Bill
Bill Nottingham wrote:
Eric Sandeen (sandeen@redhat.com) said:
libcom_err(-devel) libss(-devel) libuuid(-devel)
Note that libblkid(-devel) has already been split out as it is now part of util-linux-ng (thanks to kzak!) - an email was sent previously about that.
The following packages have BuildRequires: on e2fsprogs-devel, so depending on what libs they required from the package, they may need to shift to one of these new subpackages when they go in (hopefully today or tomorrow). I'll send another follow-up mail when it's done.
Any chance that in the interim, e2fsprogs-devel could Require: these new split out packages (if it doesn't already)?
For now it only requires libcom_err-devel, from inspection it looks like that's the only set of headers that the e2fsprogs-devel headers include ...
I could do this though - but when would it get removed again; would it be better to go with the short sharp shock and just clean it up in the early phase of F12? :)
It doesn't much matter to me either way, though, really.
Thanks, -Eric
Eric Sandeen (sandeen@redhat.com) said:
libcom_err(-devel) libss(-devel) libuuid(-devel)
Note that libblkid(-devel) has already been split out as it is now part of util-linux-ng (thanks to kzak!) - an email was sent previously about that.
The following packages have BuildRequires: on e2fsprogs-devel, so depending on what libs they required from the package, they may need to shift to one of these new subpackages when they go in (hopefully today or tomorrow). I'll send another follow-up mail when it's done.
Any chance that in the interim, e2fsprogs-devel could Require: these new split out packages (if it doesn't already)?
For now it only requires libcom_err-devel, from inspection it looks like that's the only set of headers that the e2fsprogs-devel headers include ...
I could do this though - but when would it get removed again; would it be better to go with the short sharp shock and just clean it up in the early phase of F12? :)
At the very least any breakage of the build would be picked up as part of the mass rebuild.
Peter
Eric Sandeen sandeen@redhat.com writes:
Bill Nottingham wrote:
Any chance that in the interim, e2fsprogs-devel could Require: these new split out packages (if it doesn't already)?
For now it only requires libcom_err-devel, from inspection it looks like that's the only set of headers that the e2fsprogs-devel headers include ...
I could do this though - but when would it get removed again; would it be better to go with the short sharp shock and just clean it up in the early phase of F12? :)
+1 for just do it. There is not a whole lot of point to refactoring the package if dependent packages don't pick up the refactoring.
AFAIR, the only reason postgresql BR's this is because libcom_err is depended on by krb5, which it uses. I wonder whether the separate BR is still needed at all --- shouldn't a BR on krb5-devel be sufficient?
regards, tom lane
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Tom Lane wrote:
Eric Sandeen sandeen@redhat.com writes:
Bill Nottingham wrote:
Any chance that in the interim, e2fsprogs-devel could
Require: these
new split out packages (if it doesn't already)?
For now it only requires libcom_err-devel, from inspection
it looks like
that's the only set of headers that the e2fsprogs-devel
headers include ...
I could do this though - but when would it get removed
again; would it
be better to go with the short sharp shock and just clean it
up in the
early phase of F12? :)
+1 for just do it. There is not a whole lot of point to
refactoring the
package if dependent packages don't pick up the refactoring.
AFAIR, the only reason postgresql BR's this is because
libcom_err is
depended on by krb5, which it uses. I wonder whether the
separate BR is
still needed at all --- shouldn't a BR on krb5-devel be
sufficient?
regards, tom lane
If not, it's a packaging error in krb5.
- --Ben
Eric Sandeen wrote:
There have been a few requests to split out the various libraries in e2fsprogs into subpackages:
libcom_err(-devel) libss(-devel) libuuid(-devel)
Note that libblkid(-devel) has already been split out as it is now part of util-linux-ng (thanks to kzak!) - an email was sent previously about that.
The following packages have BuildRequires: on e2fsprogs-devel, so depending on what libs they required from the package, they may need to shift to one of these new subpackages when they go in (hopefully today or tomorrow). I'll send another follow-up mail when it's done.
Ok, it's in and building in e2fsprogs-1.41.6-6.fc12... Release the Hounds! (er, regressions... hope not!)
-Eric
On Mon, Jun 29, 2009 at 10:38:32AM -0500, Eric Sandeen wrote:
There have been a few requests to split out the various libraries in e2fsprogs into subpackages:
libcom_err(-devel) libss(-devel) libuuid(-devel)
Note that libblkid(-devel) has already been split out as it is now part of util-linux-ng (thanks to kzak!) - an email was sent previously about that.
Note that I'm also going to move libuuid (and all UUID utils) to util-linux-ng in next few days.
You don't have to care about this change if you properly set dependences in your packages to libuuid, libuuid-devel or uuidd.
Karel