http://bugzilla.opensuse.org/show_bug.cgi?id=899627 Bernhard Wiedemann <bwiedemann@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bwiedemann@suse.com, | |freespacer@gmx.de Assignee|bnc-team-screening@forge.pr |crrodriguez@opensuse.org |ovo.novell.com | --- Comment #1 from Bernhard Wiedemann <bwiedemann@suse.com> --- I vaguely remember that it was intentionally left out possibly, because we avoid static linking in openSUSE whereever we can. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=899627 http://bugzilla.opensuse.org/show_bug.cgi?id=899627#c7 Karl Cheng <qantas94heavy@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |qantas94heavy@gmail.com Component|Other |Other Version|Final |Current Product|openSUSE 13.1 |openSUSE Tumbleweed --- Comment #7 from Karl Cheng <qantas94heavy@gmail.com> --- Moving to TW as this issue still exists. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=899627 http://bugzilla.opensuse.org/show_bug.cgi?id=899627#c11 Stefan Brüns <stefan.bruens@rwth-aachen.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stefan.bruens@rwth-aachen.d | |e --- Comment #11 from Stefan Brüns <stefan.bruens@rwth-aachen.de> --- This change breaks building RPM packages with sources in 7z format $> grep 7z -r /usr/lib/rpm/macros* /usr/lib/rpm/macros:%__7zip /usr/bin/7za [ 64s] + /usr/bin/7za x /home/abuild/rpmbuild/SOURCES/thedarkmod.2.06.src.7z [ 64s] /var/tmp/rpm-tmp.JmChGT: line 31: /usr/bin/7za: No such file or directory -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=899627 http://bugzilla.opensuse.org/show_bug.cgi?id=899627#c13 --- Comment #13 from Kristyna Streitova <kstreitova@suse.com> --- Some packages needed to be switched from requiring p7zip to p7zip-full. I checked their code and created respective SRs when it was needed. | Package | Request | |------------------|---------| | DisplayCAL | #620306 | | ImageMagick | #620324 | | PlayOnLinux | #620307 | | atool | #620329 | | binwalk | #620335 | | cherrytree | #620331 | | eaglemode | #620311 | | megaglest | #620309 | | perl-File-Unpack | #620312 | | qnapi | #620313 | | unetbootin | #620314 | Also, the following packages needed to be switched to "BuildRequires: p7zip-full" because rpm uses 7za when extracting .7z tarball: | Package | Request | |---------------------|---------| | higan | #620321 | | matio | #620308 | | rnd_jue-data | #620322 | | rocksndiamonds-data | #620323 | -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=899627 http://bugzilla.opensuse.org/show_bug.cgi?id=899627#c16 --- Comment #16 from Kristyna Streitova <kstreitova@suse.com> --- (In reply to Jean Delvare from comment #14)

(In reply to Kristyna Streitova from comment #13)

...

Also, the following packages needed to be switched to "BuildRequires: p7zip-full" because rpm uses 7za when extracting .7z tarball:

Looks like the wrong way to fix it. It is rpm which should be changed to call 7zr instead of 7za, so that p7zip-full isn't needed.

Yes, that's true. But I don't think that rpm upstream would change it to 7zr because p7zip binaries separation is done differently across distributions (now we have the same approach as Debian at least). Of course, we can patch it in rpm on our own but I'm not sure if it's worth to have a downstream patch just because ~4 packages are using .7z sources. However, I can discuss it with rpm maintainer.

Same holds for all other packages with direct dependency. The whole point of splitting the extra binaries to p7zip-full was that 99% of the users could live without it and get a smaller base install. If 15 packages trigger the installation of p7zip-full directly or indirectly, including the very popular ImageMagick, then the whole effort is ruined :(

I understand what you mean. But I believe that the problem is that packages that require p7zip often "abuse" 7za/7z binaries for cases where 7zr is completely enough. Usually, they only need to extract .7z files and one really doesn't need to use 7za binary for that. Good news is that some of them already realized this and they provide proper support (that respects different approaches in different distros), which means to search for 7zr, then for 7za and then for 7z. Another part of depending packages use 7za/7z correctly because they use it for extracting also zip, kmz, lzma, jar, cpio, arj, rar, swf, lha, iso, cab, deb, rpm and other archives. In that case, requiring p7zip-full looks very reasonable to me. -- You are receiving this mail because: You are on the CC list for the bug.