FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 02-12-2010, 10:50 AM
Chen Lei
 
Default No lzma sdk in fedora

I realized from "http://tukaani.org/xz/"┬* the core of the┬*xz utils compression code is based on LZMA SDK, but it has been modified quite a lot to be suitable for XZ Utils.
So I think we should ship lzma sdk┬*for fedora in parallel with xz utils and p7zip. Since┬*xz utils are the successor to┬*lzma utils, maybe lzma utils can be safely retired in fedora.
In addition to reasons above, there are few stuff which requires lzma-libs actually.
repoquery --whatrequires liblzmadec.so.0
lzma-libs-0:4.32.7-2.fc11.i586
libarchive-0:2.6.2-1.fc11.i586
lzma-devel-0:4.32.7-2.fc11.i586
ňťĘ2010-02-12┬*14:40:46´╝î"Bruno┬*Wolff┬*III"┬*<bruno@wolff.t o>┬*ňćÖÚüô´╝Ü
>On┬*Fri,┬*Feb┬*12,┬*2010┬*at┬*11:39:02┬*+0800,
>┬*┬*Chen┬*Lei┬*<supercyper@163.com>┬*wrote:
>>┬*Hi┬*all,
>>┬*I┬*want┬*to┬*package┬*a┬*sofware┬*using┬*a┬*bu ndled┬*lzma┬*sdk┬*which┬*fedora┬*doesn't┬*have(htt p://7-zip.org/sdk.html).┬*
>>┬*Since┬*┬*I┬*realized┬*no┬*linux┬*distribution┬ *containing┬*lzma┬*sdk┬*yet,┬*is┬*using┬*a┬*bundle d┬*library┬*permitted┬*under┬*this┬*condition,?
>
>We┬*have┬*an┬*out┬*of┬*date┬*version┬*that┬*isn't ┬*getting┬*updated┬*upstream┬*and
>we┬*have┬*a┬*replacement┬*library┬*that┬*uses┬*a┬ *different┬*API┬*but┬*which┬*can
>probably┬*do┬*what┬*you┬*want┬*with┬*some┬*wrappe rs.
>
>I┬*have┬*an┬*interest┬*in┬*this┬*as┬*well┬*as┬*th e┬*development┬*version┬*of┬*squashfs
>tools┬*uses┬*the┬*latest┬*SDK┬*and┬*won't┬*direct ly┬*work┬*with┬*either┬*current
>library.
>
>Bundling┬*it┬*wouldn't┬*be┬*permitted.
>
>Personally┬*I'd┬*like┬*to┬*see┬*it┬*replace┬*the┬ *old┬*lzma┬*stuff,┬*since┬*xz┬*provides
>compatible┬*utility┬*programs┬*and┬*I┬*don't┬*thi nk┬*anything┬*else┬*is┬*likely┬*to
>be┬*using┬*that┬*library.┬*Having┬*three┬*librari es┬*doing┬*almost┬*the┬*same┬*thing
>seems┬*excessive.


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 02-12-2010, 01:47 PM
Bruno Wolff III
 
Default No lzma sdk in fedora

On Fri, Feb 12, 2010 at 19:50:52 +0800,
Chen*Lei <supercyper@163.com> wrote:
> I realized from "http://tukaani.org/xz/" the core of the xz utils compression code is based on LZMA SDK, but it has been modified quite a lot to be suitable for XZ Utils.
> So I think we should ship lzma sdk for fedora in parallel with xz utils and p7zip. Since xz utils are the successor to lzma utils, maybe lzma utils can be safely retired in fedora.
> In addition to reasons above, there are few stuff which requires lzma-libs actually.
> repoquery --whatrequires liblzmadec.so.0
> lzma-libs-0:4.32.7-2.fc11.i586
> libarchive-0:2.6.2-1.fc11.i586
> lzma-devel-0:4.32.7-2.fc11.i586

I think that packaging just the libs and not the utils and gettiong rid
of the old version that packaged both but is based on an older SDK is
pretty reasonable.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 02-12-2010, 04:02 PM
Milos Jakubicek
 
Default No lzma sdk in fedora

Hi Chen,

On 12.2.2010 12:50, Chen Lei wrote:
> I realized from "http://tukaani.org/xz/" the core of the xz utils
> compression code is based on LZMA SDK <http://7-zip.org/sdk.html>, but
> it has been modified quite a lot to be suitable for XZ Utils.
> So I think we should ship lzma sdk for fedora in parallel with xz utils
> and p7zip. Since xz utils are the successor to lzma utils, maybe lzma
> utils can be safely retired in fedora.

Retiring lzma (completely) is a long-term plan, yes (I'm the maintainer
of it). Not sure about the right time -- F14?

I'll talk to the libarchive maintainer -- any other objections against
the plan to retire lzma for F14?

Milos
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 02-12-2010, 04:08 PM
Bruno Wolff III
 
Default No lzma sdk in fedora

On Fri, Feb 12, 2010 at 18:02:56 +0100,
Milos Jakubicek <xjakub@fi.muni.cz> wrote:
> Hi Chen,
>
> On 12.2.2010 12:50, Chen Lei wrote:
> > I realized from "http://tukaani.org/xz/" the core of the xz utils
> > compression code is based on LZMA SDK <http://7-zip.org/sdk.html>, but
> > it has been modified quite a lot to be suitable for XZ Utils.
> > So I think we should ship lzma sdk for fedora in parallel with xz utils
> > and p7zip. Since xz utils are the successor to lzma utils, maybe lzma
> > utils can be safely retired in fedora.
>
> Retiring lzma (completely) is a long-term plan, yes (I'm the maintainer
> of it). Not sure about the right time -- F14?
>
> I'll talk to the libarchive maintainer -- any other objections against
> the plan to retire lzma for F14?

I think that would work well. If that happens, then I think replacing
lzma-lib with something that just provides the current lzma SDK as a library
would be nice. I haven't looked closely enough at that to be able to tell
if that is doable with just a spec file or if there should be a fedorahosted
project inbetween to provide some infrastucture for the package.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 02-12-2010, 04:35 PM
"Chen Lei"
 
Default No lzma sdk in fedora

In fact libarchive doesn't require lzma-libs any more in F12 and F13.
For F11:
repoquery --whatrequires libarchive.so.2
PackageKit-glib-0:0.4.9-1.fc11.i586
libarchive-0:2.6.2-1.fc11.i586
kdeutils-6:4.2.2-4.fc11.i586
PackageKit-glib-0:0.4.6-8.fc11.i586
libarchive-devel-0:2.6.2-1.fc11.i586
Updating libarchive to the F12 only affects a few stuffs(soname unchanged).┬*

ňťĘ2010-02-13┬*01:02:56´╝î"Milos┬*Jakubicek"┬*<xjakub@fi.muni .cz>┬*ňćÖÚüô´╝Ü
>Hi┬*Chen,
>
>On┬*12.2.2010┬*12:50,┬*Chen┬*Lei┬*wrote:
>>┬*I┬*realized┬*from┬*"http://tukaani.org/xz/"┬*┬*the┬*core┬*of┬*the┬*xz┬*utils
>>┬*compression┬*code┬*is┬*based┬*on┬*LZMA┬*SDK┬*< http://7-zip.org/sdk.html>,┬*but
>>┬*it┬*has┬*been┬*modified┬*quite┬*a┬*lot┬*to┬*be ┬*suitable┬*for┬*XZ┬*Utils.
>>┬*So┬*I┬*think┬*we┬*should┬*ship┬*lzma┬*sdk┬*for ┬*fedora┬*in┬*parallel┬*with┬*xz┬*utils
>>┬*and┬*p7zip.┬*Since┬*xz┬*utils┬*are┬*the┬*succe ssor┬*to┬*lzma┬*utils,┬*maybe┬*lzma
>>┬*utils┬*can┬*be┬*safely┬*retired┬*in┬*fedora.
>
>Retiring┬*lzma┬*(completely)┬*is┬*a┬*long-term┬*plan,┬*yes┬*(I'm┬*the┬*maintainer┬*
>of┬*it).┬*Not┬*sure┬*about┬*the┬*right┬*time┬*--┬*F14?
>
>I'll┬*talk┬*to┬*the┬*libarchive┬*maintainer┬*--┬*any┬*other┬*objections┬*against┬*
>the┬*plan┬*to┬*retire┬*lzma┬*for┬*F14?
>
>Milos




--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 02-12-2010, 05:10 PM
Milos Jakubicek
 
Default No lzma sdk in fedora

Oh, I didn't really notice how your repoquery looks like before.
Libarchive is ok, but there are others:

>repoquery --whatrequires --alldeps lzma lzma-libs lzma-devel
--enablerepo=rawhide

rpm-build-0:4.7.1-6.fc12.x86_64
rpm-build-0:4.8.0-9.fc13.x86_64
man-0:1.6f-25.fc12.x86_64
autoarchive-0:0.1.2-2.fc12.noarch
rpm-build-0:4.7.2-1.fc12.x86_64
man-0:1.6f-22.fc12.x86_64
man-0:1.6f-26.fc13.x86_64
man-0:1.6f-24.fc12.x86_64
lzma-libs-0:4.32.7-3.fc12.x86_64
lzma-0:4.32.7-3.fc12.x86_64
lzma-libs-0:4.32.7-3.fc12.i686
lzma-devel-0:4.32.7-3.fc12.x86_64
lzma-devel-0:4.32.7-3.fc12.i686

...which need to be sorted out.

CC'ing autoarchive, man and rpm maintainers:

Ivana, Panu, Fabian: are your packages able to use xz instead?
(I guess in case of rpm this is just a relict, right?)

In all cases the lzma dependency is hardcoded, can hopefully be just
removed.


If yes, I can retire lzma as soon as we branch F13.

Milos

On 12.2.2010 18:35, Chen Lei wrote:

In fact libarchive doesn't require lzma-libs any more in F12 and F13.
For F11:
repoquery --whatrequires libarchive.so.2
PackageKit-glib-0:0.4.9-1.fc11.i586
libarchive-0:2.6.2-1.fc11.i586
kdeutils-6:4.2.2-4.fc11.i586
PackageKit-glib-0:0.4.6-8.fc11.i586
libarchive-devel-0:2.6.2-1.fc11.i586
Updating libarchive to the F12 only affects a few stuffs(soname unchanged).

ď┌2010-02-13 01:02:56úČ"Milos Jakubicek" <xjakub@fi.muni.cz <mailto:xjakub@fi.muni.cz>> đ┤Á└ú║

Hi Chen,

On 12.2.2010 12:50, Chen Lei wrote:

I realized from "http://tukaani.org/xz/" the core of the xz utils
compression code is based on LZMA SDK <http://7-zip.org/sdk.html>, but
it has been modified quite a lot to be suitable for XZ Utils.
So I think we should ship lzma sdk for fedora in parallel with xz utils
and p7zip. Since xz utils are the successor to lzma utils, maybe lzma
utils can be safely retired in fedora.


Retiring lzma (completely) is a long-term plan, yes (I'm the maintainer
of it). Not sure about the right time -- F14?

I'll talk to the libarchive maintainer -- any other objections against
the plan to retire lzma for F14?

Milos








--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 02-12-2010, 05:17 PM
"Chen Lei"
 
Default No lzma sdk in fedora

lzma itself already replaced by xz-lzma-compat several months ago.
xz-lzma-compat provides lzma=5.

┬*
┬*
ňťĘ2010-02-13┬*02:10:23´╝î"Milos┬*Jakubicek"┬*<xjakub@fi.muni .cz>┬*ňćÖÚüô´╝Ü
>Oh,┬*I┬*didn't┬*really┬*notice┬*how┬*your┬*repoqu ery┬*looks┬*like┬*before.
>Libarchive┬*is┬*ok,┬*but┬*there┬*are┬*others:
>
>┬*>repoquery┬*--whatrequires┬*--alldeps┬*lzma┬*lzma-libs┬*lzma-devel┬*
>--enablerepo=rawhide
>rpm-build-0:4.7.1-6.fc12.x86_64
>rpm-build-0:4.8.0-9.fc13.x86_64
>man-0:1.6f-25.fc12.x86_64
>autoarchive-0:0.1.2-2.fc12.noarch
>rpm-build-0:4.7.2-1.fc12.x86_64
>man-0:1.6f-22.fc12.x86_64
>man-0:1.6f-26.fc13.x86_64
>man-0:1.6f-24.fc12.x86_64
>lzma-libs-0:4.32.7-3.fc12.x86_64
>lzma-0:4.32.7-3.fc12.x86_64
>lzma-libs-0:4.32.7-3.fc12.i686
>lzma-devel-0:4.32.7-3.fc12.x86_64
>lzma-devel-0:4.32.7-3.fc12.i686
>
>...which┬*need┬*to┬*be┬*sorted┬*out.
>
>CC'ing┬*autoarchive,┬*man┬*and┬*rpm┬*maintainer s:
>
>Ivana,┬*Panu,┬*Fabian:┬*are┬*your┬*packages┬*able ┬*to┬*use┬*xz┬*instead?
>(I┬*guess┬*in┬*case┬*of┬*rpm┬*this┬*is┬*just┬*a┬* relict,┬*right?)
>
>In┬*all┬*cases┬*the┬*lzma┬*dependency┬*is┬*hardco ded,┬*can┬*hopefully┬*be┬*just┬*
>removed.
>
>If┬*yes,┬*I┬*can┬*retire┬*lzma┬*as┬*soon┬*as┬*we┬ *branch┬*F13.
>
>Milos
>
>On┬*12.2.2010┬*18:35,┬*Chen┬*Lei┬*wrote:
>>┬*In┬*fact┬*libarchive┬*doesn't┬*require┬*lzma-libs┬*any┬*more┬*in┬*F12┬*and┬*F13.
>>┬*For┬*F11:
>>┬*repoquery┬*--whatrequires┬*libarchive.so.2
>>┬*PackageKit-glib-0:0.4.9-1.fc11.i586
>>┬*libarchive-0:2.6.2-1.fc11.i586
>>┬*kdeutils-6:4.2.2-4.fc11.i586
>>┬*PackageKit-glib-0:0.4.6-8.fc11.i586
>>┬*libarchive-devel-0:2.6.2-1.fc11.i586
>>┬*Updating┬*libarchive┬*to┬*the┬*F12┬*only┬*affe cts┬*a┬*few┬*stuffs(soname┬*unchanged).
>>
>>┬*ňťĘ2010-02-13┬*┬*01:02:56´╝î"Milos┬*┬*Jakubicek"┬*┬*<xjakub@f i.muni.cz┬*┬*<mailto:xjakub@fi.muni.cz>>┬*┬*ňćÖÚüô ´╝Ü
>>>Hi┬*┬*Chen,
>>>
>>>On┬*┬*12.2.2010┬*┬*12:50,┬*┬*Chen┬*┬*Lei┬*┬*wro te:
>>>>┬*┬*I┬*┬*realized┬*┬*from┬*┬*"http://tukaani.org/xz/"┬*┬*┬*┬*the┬*┬*core┬*┬*of┬*┬*the┬*┬*xz┬*┬*uti ls
>>>>┬*┬*compression┬*┬*code┬*┬*is┬*┬*based┬*┬*on┬* ┬*LZMA┬*┬*SDK┬*┬*<http://7-zip.org/sdk.html>,┬*┬*but
>>>>┬*┬*it┬*┬*has┬*┬*been┬*┬*modified┬*┬*quite┬*┬* a┬*┬*lot┬*┬*to┬*┬*be┬*┬*suitable┬*┬*for┬*┬*XZ┬*┬*U tils.
>>>>┬*┬*So┬*┬*I┬*┬*think┬*┬*we┬*┬*should┬*┬*ship┬* ┬*lzma┬*┬*sdk┬*┬*for┬*┬*fedora┬*┬*in┬*┬*parallel┬* ┬*with┬*┬*xz┬*┬*utils
>>>>┬*┬*and┬*┬*p7zip.┬*┬*Since┬*┬*xz┬*┬*utils┬*┬*a re┬*┬*the┬*┬*successor┬*┬*to┬*┬*lzma┬*┬*utils,┬*┬* maybe┬*┬*lzma
>>>>┬*┬*utils┬*┬*can┬*┬*be┬*┬*safely┬*┬*retired┬*┬ *in┬*┬*fedora.
>>>
>>>Retiring┬*┬*lzma┬*┬*(completely)┬*┬*is┬*┬*a┬*┬* long-term┬*┬*plan,┬*┬*yes┬*┬*(I'm┬*┬*the┬*┬*maintainer
>>>of┬*┬*it).┬*┬*Not┬*┬*sure┬*┬*about┬*┬*the┬*┬*ri ght┬*┬*time┬*┬*--┬*┬*F14?
>>>
>>>I'll┬*┬*talk┬*┬*to┬*┬*the┬*┬*libarchive┬*┬*main tainer┬*┬*--┬*┬*any┬*┬*other┬*┬*objections┬*┬*against
>>>the┬*┬*plan┬*┬*to┬*┬*retire┬*┬*lzma┬*┬*for┬*┬*F 14?
>>>
>>>Milos
>>
>>
>>
>>
>>
>


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 02-12-2010, 05:25 PM
Milos Jakubicek
 
Default No lzma sdk in fedora

On 12.2.2010 19:17, Chen Lei wrote:

lzma itself already replaced by xz-lzma-compat several months ago.
xz-lzma-compat provides lzma=5.


Am I dumb, oh yes of course, this is since the xz review, sorry for
confusion!


Well then we are safe to go.

Milos
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 02-12-2010, 07:52 PM
Bruno Wolff III
 
Default No lzma sdk in fedora

On Fri, Feb 12, 2010 at 19:25:14 +0100,
Milos Jakubicek <xjakub@fi.muni.cz> wrote:
> On 12.2.2010 19:17, Chen Lei wrote:
> >lzma itself already replaced by xz-lzma-compat several months ago.
> >xz-lzma-compat provides lzma=5.
>
> Am I dumb, oh yes of course, this is since the xz review, sorry for
> confusion!
>
> Well then we are safe to go.

I'll take a quick look over the weekend. We probably want to wait until
the branch next week anyway. I have been meaning to get back to squashfs-tools
in any case, as this gives me a way forward. If it looks like I can figure it
out, I plan on submitting a package for it.

Another related note is that someone wanted a src package for it because
they had something that would only build with access to the source. I am
not planning on providing that, but wanted people to be aware we had a request
for it.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 02-12-2010, 08:34 PM
John Reiser
 
Default No lzma sdk in fedora

> Another related note is that someone wanted a src package for it because
> they had something that would only build with access to the source. I am
> not planning on providing that, but wanted people to be aware we had a request
> for it.

The package that needs the src is the upx package. The coupling
is very strong, therefore a physical copy of the entire specific
version of lzma source was put into the source for Fedora's upx.
The URL for that lzma source was recorded, but not used as a SourceN:.
It is expected that the URL will become stale.

--
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 

Thread Tools




All times are GMT. The time now is 03:00 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ę2007 - 2008, www.linux-archive.org