Bug 1268333 - Upgrade liblzf to 3.8
Summary: Upgrade liblzf to 3.8
Keywords:
Status: NEW
Alias: None
Product: Fedora
Classification: Fedora
Component: liblzf
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Steve Traylen
QA Contact: Fedora Extras Quality Assurance
URL: http://cvs.schmorp.de/liblzf/Changes?...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-10-02 14:35 UTC by Petr Pisar
Modified: 2021-03-08 09:26 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed:
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Petr Pisar 2015-10-02 14:35:49 UTC
Latest Fedora delivers 3.6 version. Upstream has version 3.8 in the CVS, but has not yet released. But he's already released Perl binding <http://search.cpan.org/dist/Compress-LZF/> that bundles the 3.8 sources.

I'm trying to upgrade the perl-Compress-LZF from 3.6 to 3.8 (bug #1237116), thus I'd like to see liblzf-3.8 first in the Fedora.

Could you please poke upstream to release liblzf-3.8 or upgrade the liblzf package from CVS snapshot?

Comment 1 Steve Traylen 2015-11-03 13:12:58 UTC
http://cvs.schmorp.de/liblzf/Changes?view=markup

so it's unreleased, not clear what to do. I would say don't update perl-Compress-LZF unless there is need to?

Comment 2 Petr Pisar 2015-11-03 13:49:41 UTC
I think you could persuade liblzf upstream to release 3.8 as a standalone library. Obviously he thinks the code mature enough if he could release Perl binding for it.

Comment 3 Petr Pisar 2016-01-27 06:38:52 UTC
I exchanged few emails with upstream and he does not want to release liblzf because he does not see a reason for it. Moreover he states, that he does not like unbundling liblzf from Perl Compress-LZF:

On Sat, Jan 23, 2016 at 06:57:21PM +0100, Marc Lehmann wrote:
> On Fri, Jan 22, 2016 at 10:56:19AM +0100, Petr Pisar <ppisar> wrote:
> > > Well, I am not in the habit of making releases for no reason. Speciifcally,
> > > there should be a reason to make a release, the absence of a reason to the
> > > contrary doesn't qualify - so, is there anything in the 3.8 release that you
> > > need in some way?
> > > 
> > The lzf_compress_best().
> > 
> > > If you could explain you reasons I could try top bump the priority, but
> > > again, since this is volunteer work, I can make no guarantees, and cetrainly
> > > wouldn't want to prepare a release for no reason.
> > > 
> > The reason is sharing liblzf code among Compress-LZF and other programs that
> > use liblzf. We link Compress::LZF against liblzf to have only one libzf code
> > in the system.
> 
> Since that requires larger modifications (as the standalone C lib is not
> binary compatible), I think you are on your own - I don't think fedora
> should ship considerably different and incompatible versions of some
> library than other distributions. Certainly I wouldn't want to *help* with
> that, but of course, it's free software, and you are free to do what you
> want.

Comment 4 Steve Traylen 2017-06-01 15:17:16 UTC
Just reviewed this, I don't there is any change.

Comment 5 Steve Traylen 2018-05-16 23:50:56 UTC
We can pull a release from CVS I guess.

Comment 6 Steve Traylen 2019-11-07 08:59:31 UTC
Reviewed no change.

Comment 7 Steve Traylen 2021-03-08 09:26:53 UTC
No change.


Note You need to log in before you can comment on or make changes to this bug.