Bug 11385

Summary: bzip2 should be split to bzip2 and bzip2-devel
Product: [Retired] Red Hat Raw Hide Reporter: Michael Tokarev <mjt>
Component: bzip2Assignee: Trond Eivind Glomsrxd <teg>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 1.0Keywords: FutureFeature
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-05-16 15:20:18 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
diff for .spec file (package splitting mostly) none

Description Michael Tokarev 2000-05-12 10:34:42 UTC 
Bzip2 contains now two components -- bzip2 program itself, together
with shared lib, and development files (libbz2.a, libbz2.so, bzlib.h).
Like in zlib, I suggest to split this package into two parts.

Attached is a patch for bzip2.spec with that split.
Also I updated it to 1.0pre7 (source is in sourceware).

Some notes about 1.0.
RH's patch for makefile that was for 0.xxx to build and use shared
library is ok for 1.0pre7, but in that 1.0 there is new makefile
especially to build shared lib.  That last makefile is a bit strange
for me (looks like expiriment). (RH's patch for 0.x, as I said, is
ok for 1.0pre7).  But in that new makefile, .so has version 1.0.0,
but all previous versions used 0.0.0, and new version is binary
compatible.
So I in doubt what we should do with this -- author wants it to be
libbz2.so.1.0.0, all previous usages was .so.0.0.0, and new&old is
compatible, so there is no need to increment (major) version number...
If this increment will occur, all utilities (notable rpm) should be
relinked to use new .so file...

Also note that new "utilities" (bzmore, bzless) is useless since "less"
already have ability to deal with archives etc via lesspipe mechanism
(the same is true for gzip's zless).
Comment 1 Michael Tokarev 2000-05-12 10:35:59 UTC 
Created attachment 241 [details]
diff for .spec file (package splitting mostly)
Comment 2 Trond Eivind Glomsrxd 2000-05-12 15:30:59 UTC 
Thanks for the input. Splitting will be done when we put 1.0 in the tree (I
prefer not to use beta versions). As for building shared libraries, I autoconfed
and libtoolized the latest beta and sent the result to the author. I haven't
received any feedback from him yet, though.
Comment 3 Trond Eivind Glomsrxd 2000-05-16 15:20:59 UTC 
I've split it into two packages, it should appear in some future rawhide.