Bug 1144008

Summary:	spacewalk-repo-sync: default support xz compression
Product:	Red Hat Satellite 5	Reporter:	Pavel Studeník <pstudeni>
Component:	Server	Assignee:	Michael Mráka <mmraka>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Red Hat Satellite QA List <satqe-list>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	570	CC:	cperry, mkorbel, mmraka, tlestach
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-01-13 09:45:38 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	1127641

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