Re: Please test zfsutils 9.0~svn226163-1
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello,
On 10.10.2011 07:06, Robert Millan wrote:
> Hi Arno,
>
> Nice work. Would be nice if you could put this on SVN untill it can
> be uploaded to experimental.
You are maintaining zfsutils. If you want, I can certainly do this :)
> What would be a good layout for 8.x/9.x branches? Maybe put 9.x
> version in trunk/ and move 8.x version to branches/freebsd-8/? What
> do you think?
I like the branching idea. However I am fine with every alternative
proposal as well. Just let me know what you all like most.
>>> * We could get rid of the last delta in 01_glibc_kludge.diff and the
>>> whole (hacky and ugly) 16-wrap-cdefs.diff if kfreebsd-kernel-headers
>>> would export cdefs.h like it does upstream [2].
>>
>> Could you fix this in kfreebsd-kernel-headers instead?
>>
>
> <sys/cdefs.h> comes from eglibc, it is same on all platforms.
> On the other hand, libbsd-dev provides it in "overlay" (bsd/sys/cdefs.h),
> may be it can be extended. Limitation is that it is libbsd-dev, not libfreebsd-dev.
For my stuff, I only need _POSIX_C_SOURCE/__XSI_VISIBLE defined
somewhere. As you can see in <sys/limits.h> certain definitions depend
on it.
Can I include features.h directly and define _GNU_SOURCE alternatively?
> This wouldn't be accepted in Debian archive. There's an RFP for this
> library, but it needs some cleanup in debian/copyright before it can
> be uploaded IIRC.
Note we do this already for some libraries embedded in zfsutils, for
example libavl [1] (not to be confused with the libavl which already
exists in Debian and is not API compatible).
> Maybe you can help Guillem with this?
Guillem, what's the status here? As far as I can see it's a licensing issue.
> If they don't use SONAME, upstream considers this a bug (we've hit
> this before e.g. libgeom). The solution is to bump sonames where
> needed (in upstream).
Right now those library packages are simply broken in Debian. They only
work, as long as you don't try to update zfsutils.
>> Maybe we should link them statically instead:
> That should be a last ressort option.
What about private libraries bundled in the zfsutils package?
[1]
http://anonscm.debian.org/viewvc/glibc-bsd/trunk/zfsutils/debian/patches/05_makefile.diff?view=markup
- --
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJOkr46AAoJEMcrUe6dgPNt3HUP/jsi8JCugEU7WZXBJ8kyZsbP
iPumsve0xA43LPZAiRb8BGlrlJJBQijA48VFXwCt0+tV3NLrSeaKN4qGsFx2dhQv
wCQRYHrD6x4xBb7QDfVGcosT0JJltR6vtw2oy7ndo/vzwdDr8ebVeDYSnxq1r1tU
G4EMBSbMIMCoP19QqvD7SuJ5AMEYcE1omLUfuS22O+lqYCcJM9c8O9zY371U3lZr
L6KEIYIsQSvPJ+Fm49v909KCMG6k0jJiO/A8lZvJ/gvJabGJ8/WQbTZdC0yTu2BV
ITeQFnHfADLRiVeze4XRbPJp86UEu9TGlnKa6z2+Q6+UL7UKTtjBlKdvoiv7pwJ+
KwOKC3ZEx9cDX8ULgdIWivmYDhlwGDsEgbZwS342Ma86MicUXx0mra2m+abnCdPj
UEfsGhYy8/CBpYSfU6Ldsf8VM+XB25iMMGuYP8L0pSGjNoBP7SV6FL+qVmGolMFY
MutVlZeFvoQwpVFmEKQ0ze4ZVbM2/LLVjaXJzfry8KIBvvs4k6UKy0+zARd/lxaQ
GYQgaOO+L266YLCa7Hv0sr5/u1k1YvPBCSYf2kPsOgG8qVw7I0eAEQBBBBXcQuxH
YmoHbJ7KHrVo/gM68jA1T68PinM2AgyExy9R/otNTGclf9z8Q/53cOSudgPPGDV0
0EfkBZMq3TjQbV7jfWYF
=32TV
-----END PGP SIGNATURE-----
Reply to: