Bug 1144008 - spacewalk-repo-sync: default support xz compression
Summary: spacewalk-repo-sync: default support xz compression
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Server
Version: 570
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Michael Mráka
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
: 1153619 (view as bug list)
Depends On:
Blocks: sat570-lowbug
TreeView+ depends on / blocked
 
Reported: 2014-09-18 12:49 UTC by Pavel Studeník
Modified: 2019-09-12 08:00 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-01-13 09:45:38 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1192608 0 unspecified CLOSED Support for LXMA-compressed comps.xml 2021-02-22 00:41:40 UTC

Internal Links: 1192608

Description Pavel Studeník 2014-09-18 12:49:02 UTC
Description of problem:
I try to sync fedora 21 repository by spacewalk-repo-sync and I get following error:

ERROR: xz compression not available

xz compression isn't default supported.

Version-Release number of selected component (if applicable):
All

How reproducible:
Always

Steps to Reproduce:
1. spacewalk-repo-sync -c fedora-21 -u https://dl.fedoraproject.org/pub/fedora/linux/development/21/x86_64/os/


Actual results:
default without xz compression, need install pyliblzma

Expected results:
package pyliblzma is installed and xz compression is supported

Comment 1 Michael Mráka 2014-09-26 13:01:38 UTC
Fixed in spacewalk master as
commit a8157f459debd277d45fa7f43195df555e567ee8
    1144008 - support for xz compressed repos

Comment 2 Clifford Perry 2014-10-06 15:59:37 UTC
Based on https://github.com/spacewalkproject/spacewalk/commit/a8157f459debd277d45fa7f43195df555e567ee8

Looks safe to backport to 5.7. I assume that RHEL 6 has this requires already.

Comment 3 Michael Mráka 2014-10-07 12:08:51 UTC
pyliblzma is not in RHEL6, it's in EPEL6 which means we would have to rebuild it and ship within satellite channel.

The other possibility is to create kbase article saying "install pyliblzma from EPEL".

Comment 4 Clifford Perry 2014-10-07 14:05:00 UTC
(In reply to Michael Mráka from comment #3)
> pyliblzma is not in RHEL6, it's in EPEL6 which means we would have to
> rebuild it and ship within satellite channel.
> 
> The other possibility is to create kbase article saying "install pyliblzma
> from EPEL".

Agree, this maybe a simple short kbase article to cover this topic, since Fedora and other 3rd party repos may be wanted for importing by customers in future. Nice to know it wouldn't be difficult for them to get it working.

Something with a basic error message and then solution. 

Are you able to do this Michael?

Thanks,
Cliff

Comment 6 Martin Korbel 2014-10-16 11:03:15 UTC
*** Bug 1153619 has been marked as a duplicate of this bug. ***

Comment 8 Clifford Perry 2015-01-13 09:45:38 UTC
With the release of Red Hat Satellite 5.7 on January 12th 2015 this bug is being moved to a Closed Current Release state. 

The Satellite 5.7 GA Errata:
 - https://rhn.redhat.com/errata/RHSA-2015-0033.html 

Satellite 5.7 Release Notes:
 - https://access.redhat.com/documentation/en-US/Red_Hat_Satellite/5.7/html-single/Release_Notes/index.html

Satellite Customer Portal Blog announcement for release:
 - https://access.redhat.com/blogs/1169563/posts/1315743 

NOTE: This specific bug did not get verified and being closed as assumed fixed. Please reopen if this is not resolved within the release. 

Cliff


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