[elrepo-devel] kmod-rtl8192cu-0.0-5.el7.elrepo.x86_64.rpm bug maybe?

[Phil Perry]

On 10/09/16 20:50, John Kissell wrote:
> To whom this may concern:
>
> I was asked by the CentOS Network team who thought this to be a bug to
> report it
>
> rpm -ivh --replacepkgs kmod-rtl8192cu-0.0-5.el7.elrepo.x86_64.rpm
>
> warning: kmod-rtl8192cu-0.0-5.el7.elrepo.x86_64.rpm: Header V4 DSA/SHA1
> Signature, key ID BAADAE52: NOKEY
>
> Preparing... ########################################## [100%]
>
> Updating / installing...
>
> 1: kmod-rtl8192cu-0.0-5.el7.elrepo ############################## [100%]
>
> Working. This may take some time .....
>
> Unable to decompress /boot/initramfs-3.10.0-327.el7.x86_64.img: Unknown
> format
>
> Done.
>
> If they could let me know when this gets fixed I would appreciate that
> at kissellj at ecentral.com. I'm not sure what the issue was.
>
> Thank you
>
> John
>
>

Hi John,

Bugs should be reported at:

http://elrepo.org/bugs

I've just tried, but unfortunately I'm unable to replicate the issue on 
a fully updated RHEL7 system.

The error above comes from the decompress_initramfs() function in the 
weak-modules script, below:

decompress_initramfs() {
     local input=$1
     local output=$2

     # First, check if this is compressed at all
     if cpio -i -t < "$input" > /dev/null 2>/dev/null; then
         # If this archive contains a file early_cpio, it's a trick. 
Strip off
         # the early cpio archive and try again.
         if cpio -i -t < "$input" 2>/dev/null | grep -q '^early_cpio$' ; 
then
             /usr/lib/dracut/skipcpio "$input" > 
"${tmpdir}/post_early_cpio.img"
             decompress_initramfs "${tmpdir}/post_early_cpio.img" "$output"
             retval="$?"
             rm -f "${tmpdir}/post_early_cpio.img"
             return $retval
         fi

         cp "$input" "$output"
         return 0
     fi

     # Try gzip
     if gzip -cd < "$input" > "$output" 2>/dev/null ; then
         return 0
     fi

     # Next try xz
     if xz -cd < "$input" > "$output" 2>/dev/null ; then
         return 0
     fi

     echo "Unable to decompress $input: Unknown format" >&2
     return 1
}



What does 'file' say about the img file? My system indicates it's gzip 
compressed:

# file /boot/initramfs-3.10.0-327.el7.x86_64.img
/boot/initramfs-3.10.0-327.el7.x86_64.img: gzip compressed data, from 
Unix, last modified: Tue Aug 23 17:39:34 2016, max compression

I assume gzip is installed on the system?

What happens if you try to manually decompress the file with gzip? Do 
you see an error?

Regards,

Phil