Re: ordinary files in rpm file not displayed/accessible
Andrew Borodin composed on 2019-08-14 16:01 (UTC+0300): Thank you for your response! > On Wed, 14 Aug 2019 05:03:06 -0400 Felix Miata via mc wrote: >> On "entry" to 132k >> http://download.opensuse.org/tumbleweed/repo/oss/x86_64/MozillaFirefox-branding-upstream-68.0.1-2.1.x86_64.rpm >> or >> http://download.opensuse.org/repositories/mozilla/openSUSE_Tumbleweed/x86_64/MozillaFirefox-branding-upstream-68.0.1-1.13.x86_64.rpm >> (downloaded with zypper) >> all directories are displayed as empty, not expected behavior. > Why do you think so? It seemed incongruous for any other explanation for such large rpm size for only a directory tree plus docs. Had I thought at the time to simply copy out the changelog its surprisingly large size would have been obvious. :-p > $ rpm2cpio MozillaFirefox-branding-upstream-68.0.1-1.13.x86_64.rpm | cpio -t > ./usr/lib64/firefox > 1 block > Archive is correct. Single empty directory is in it. I tried to find explanation of -t in cpio man page after your response. No luck. :~( > The 132k is filled by huge packet changelog: > $ rpm -qp --changelog MozillaFirefox-branding-upstream-68.0.1-1.13.x86_64.rpm > | wc -c > 129549 >> Is there a compression scheme missing from mc packaging that causes this? >> Does mc.ext need some sort of customization? Something else? Bug report? > MC is powerless to do anything here. So that means only rpm | wc could do this, no way to get the process of discovering changelog size into MC? I've long been puzzled that so much content of rpm shown by MC has reported 0 size, but I'm happy to have MC as it is. I don't know how so many people can function without even knowing what an OFM is. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: ordinary files in rpm file not displayed/accessible
On Wed, 14 Aug 2019 05:03:06 -0400 Felix Miata via mc wrote: > On "entry" to 132k > http://download.opensuse.org/tumbleweed/repo/oss/x86_64/MozillaFirefox-branding-upstream-68.0.1-2.1.x86_64.rpm > or > http://download.opensuse.org/repositories/mozilla/openSUSE_Tumbleweed/x86_64/MozillaFirefox-branding-upstream-68.0.1-1.13.x86_64.rpm > (downloaded with zypper) > all directories are displayed as empty, not expected behavior. Why do you think so? $ rpm2cpio MozillaFirefox-branding-upstream-68.0.1-1.13.x86_64.rpm | cpio -t ./usr/lib64/firefox 1 block Archive is correct. Single empty directory is in it. The 132k is filled by huge packet changelog: $ rpm -qp --changelog MozillaFirefox-branding-upstream-68.0.1-1.13.x86_64.rpm | wc -c 129549 > Is there a compression scheme missing from mc packaging that causes this? > Does mc.ext need some sort of customization? Something else? Bug report? MC is powerless to do anything here. -- Andrew ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
ordinary files in rpm file not displayed/accessible
On "entry" (highlight local copy of rpm fetched with wget, highlight it, press ) to 12k http://download.opensuse.org/tumbleweed/repo/oss/x86_64/MozillaFirefox-branding-openSUSE-60-2.3.x86_64.rpm using MC, whether 4.8.22 in Leap 15.1, 4.8.21 in Fedora 30, or 4.8.23 in Tumbleweed, all directories in CONTENTS.cpio are non-empty. This is expected behavior. On "entry" to 132k http://download.opensuse.org/tumbleweed/repo/oss/x86_64/MozillaFirefox-branding-upstream-68.0.1-2.1.x86_64.rpm or http://download.opensuse.org/repositories/mozilla/openSUSE_Tumbleweed/x86_64/MozillaFirefox-branding-upstream-68.0.1-1.13.x86_64.rpm (downloaded with zypper) all directories are displayed as empty, not expected behavior. Is there a compression scheme missing from mc packaging that causes this? Does mc.ext need some sort of customization? Something else? Bug report? -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc