What is public/private fork? - Criteria packaging in fedora

Huzaifa Sidhpurwala huzaifas at redhat.com
Mon Dec 14 08:30:06 UTC 2009


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,
So taking into consideration all the feed back , here are the changes done:

- - bump soname in the code from 1.2.11 to 1.2.12
- - In the srpm, libtar-ng now obsoletes libtar, so that the conflicts are
resolved.
- - Tar ball is bz2 and not gzip to save space.
- - The autom4te.cache dir is now removed.
- - License changes from MIT to BSD as per the original suggestion of the
author.
- - Removed README.new from the tar and updated README with new code
details,
  Also updated COPYRIGHT, while retaining the original clauses.

SPEC:
http://huzaifas.fedorapeople.org/spec/libtar-ng.spec

SRPM:
http://huzaifas.fedorapeople.org/srpms/libtar-ng-1.2.12-1.fc12.src.rpm

Any more comments/suggestions would be welcome.

Kevin Kofler wrote:
> Huzaifa Sidhpurwala wrote:
>> I have forked libtar as libtar-ng, because the upstream does not have
>> time to maintain it anymore.
>>
>> Here is the bz:
>> https://bugzilla.redhat.com/show_bug.cgi?id=546169
>>
>> Now the question is what is a private fork?
>> Am i wrong in forking it and packaging in fedora?
> 
> IMHO, this should be packaged, and in a way to Obsoletes/Provides: libtar as 
> it's backwards-compatible and actually actively maintained unlike libtar. 
> The Obsoletes/Provides should of course be versioned, so if a new libtar 
> springs up at a later point (i.e. if the maintainer really goes back to 
> actively developing it), it can be introduced instead of or in addition to 
> the fork.
> 
>         Kevin Kofler
> 


- --
Regards,
Huzaifa Sidhpurwala, RHCE, CCNA (IRC: huzaifas)

GnuPG Fingerprint:
3A0F DAFB 9279 02ED 273B FFE9 CC70 DCF2 DA5B DAE5
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org/

iD8DBQFLJfeNzHDc8tpb2uURAmAPAJ95Bi1pavbb9YmT6vfksjHzgf59rgCfXm75
E+X/Aa6LF+RwXiq7ExupLUQ=
=oSV4
-----END PGP SIGNATURE-----




More information about the fedora-devel-list mailing list