Re: Heads Up: e2fsprogs library split-out

2009-06-30 Thread Karel Zak
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

-- 
 Karel Zak  k...@redhat.com

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


Heads Up: e2fsprogs library split-out

2009-06-29 Thread Eric Sandeen
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

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


Re: Heads Up: e2fsprogs library split-out

2009-06-29 Thread Chris Adams
Once upon a time, Eric Sandeen sand...@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.
-- 
Chris Adams cmad...@hiwaay.net
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.

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


Re: Heads Up: e2fsprogs library split-out

2009-06-29 Thread Rahul Sundaram
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

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


Re: Heads Up: e2fsprogs library split-out

2009-06-29 Thread Eric Sandeen
Bill Nottingham wrote:
 Eric Sandeen (sand...@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

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


Re: Heads Up: e2fsprogs library split-out

2009-06-29 Thread Tom Lane
Eric Sandeen sand...@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

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


Re: Heads Up: e2fsprogs library split-out

2009-06-29 Thread Ben Boeckel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Tom Lane wrote:

 Eric Sandeen sand...@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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkpJGMUACgkQiPi+MRHG3qRcWACfV2ExmFoKzKbWTrdh/AhHCrmV
HmYAoJxYKq/g6LhDDo+BZCchp3Fa0/Wm
=jEo9
-END PGP SIGNATURE-


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