On 1/20/2012 9:40 AM, Anders Johansson wrote:
On Friday 20 January 2012 06:04:58 Brian K. White wrote:
nahh there's no runaway crazy dependencies problem...
fax2:~ # zypper in pdftk
none of the packages in that list are requirements of pdftk. e.g. I don't currently have PackageKit-gstreamer-plugin installed, and installing pdftk won't pull it in either. "zypper info --requires pdftk" doesn't show anything particularly weird.
It looks more like you have a pattern installed which is very incomplete, and zypper is trying to fulfil the pattern's requirements.
Maybe "zypper in -R pdftk" will ignore the other packages. Possibly --no- recommends
Anders
I had the minimal text-only pattern installed plus the base c/c++ and kernel devel patterns (needed to build a proprietary dialogic t1 card driver & daemon). The install was perfectly normal and performed fresh a day ago, of 11.4. Not aborted, not manually overridden to remove anything, no error during or after. It wasn't incomplete, just intentionally minimal, using the installers supplied pattern. Of course pdftk doesn't require all that stuff. I don't think it even has any gui functions. But it's written in java and built with gcj and it's obviously a case of one thing requires another things requires another thing. I'll give the no-recommends options a try on the next box. You may have something there. My spec file only has various buildrequires and autoreqprov, no explicit requires or recommends. I think it only ends up requiring libgcj ... Yep, just basic system libs and libgcj is the only special requirement: ---- fax2:~ # zypper info --requires pdftk Loading repository data... Reading installed packages... Information for package pdftk: Repository: @System Name: pdftk Version: 1.44-180.1 Arch: x86_64 Vendor: obs://build.opensuse.org/home:aljex Installed: Yes Status: up-to-date Installed Size: 3.0 MiB Summary: PDF Tool Kit Description: Pdftk is a simple tool for doing everyday things with PDF documents. Keep one in the top drawer of your desktop and use it to: - Merge PDF Documents - Split PDF Pages into a New Document - Decrypt Input as Necessary (Password Required) - Encrypt Output as Desired - Fill PDF Forms with FDF Data and/or Flatten Forms - Apply a Background Watermark - Report on PDF Metrics, including Metadata and Bookmarks - Update PDF Metadata - Attach Files to PDF Pages or the PDF Document - Unpack PDF Attachments - Burst a PDF Document into Single Pages - Uncompress and Re-Compress Page Streams - Repair Corrupted PDF (Where Possible) Requires: libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) libpthread.so.0()(64bit) libpthread.so.0(GLIBC_2.2.5)(64bit) libstdc++.so.6()(64bit) libgcc_s.so.1()(64bit) libgcc_s.so.1(GCC_3.0)(64bit) libstdc++.so.6(GLIBCXX_3.4)(64bit) libstdc++.so.6(CXXABI_1.3)(64bit) libstdc++.so.6(GLIBCXX_3.4.9)(64bit) libstdc++.so.6(GLIBCXX_3.4.11)(64bit) libgcj.so.11()(64bit) rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadIsLzma) <= 4.4.6-1 ---- Ah but libgcj45 requires a lot: ---- fax2:~ # zypper info --requires libgcj45 Loading repository data... Reading installed packages... Information for package libgcj45: Repository: @System Name: libgcj45 Version: 4.5.1_20101208-9.4 Arch: x86_64 Vendor: openSUSE Installed: Yes Status: up-to-date Installed Size: 54.4 MiB Summary: Java Runtime Library for gcc Description: This library is needed if you want to use the GNU Java compiler, gcj. Source code for this package is in gcc. Requires: libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.3)(64bit) libpthread.so.0()(64bit) libpthread.so.0(GLIBC_2.2.5)(64bit) libm.so.6()(64bit) libm.so.6(GLIBC_2.2.5)(64bit) libgcc_s.so.1()(64bit) libgcc_s.so.1(GCC_3.0)(64bit) libdl.so.2()(64bit) libdl.so.2(GLIBC_2.2.5)(64bit) libglib-2.0.so.0()(64bit) libz.so.1()(64bit) libgobject-2.0.so.0()(64bit) librt.so.1()(64bit) librt.so.1(GLIBC_2.2.5)(64bit) libpthread.so.0(GLIBC_2.3.2)(64bit) libgio-2.0.so.0()(64bit) libgmodule-2.0.so.0()(64bit) libgthread-2.0.so.0()(64bit) ld-linux-x86-64.so.2()(64bit) ld-linux-x86-64.so.2(GLIBC_2.3)(64bit) libgtk-x11-2.0.so.0()(64bit) libfontconfig.so.1()(64bit) libgmp.so.10()(64bit) libfreetype.so.6()(64bit) libpango-1.0.so.0()(64bit) libcairo.so.2()(64bit) libgdk_pixbuf-2.0.so.0()(64bit) libpng14.so.14()(64bit) libgdk-x11-2.0.so.0()(64bit) libpangocairo-1.0.so.0()(64bit) libXrender.so.1()(64bit) libpangoft2-1.0.so.0()(64bit) libICE.so.6()(64bit) libatk-1.0.so.0()(64bit) libSM.so.6()(64bit) libXrandr.so.2()(64bit) libgcc_s.so.1(GCC_3.3)(64bit) libgcc_s.so.1(GCC_3.3.1)(64bit) libgcc_s.so.1(GCC_4.2.0)(64bit) libgcj.so.11()(64bit) libXtst.so.6()(64bit) libgtkpeer.so()(64bit) rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadIsLzma) <= 4.4.6-1 rpmlib(VersionedDependencies) <= 3.0.3-1 /bin/sh /bin/sh fax2:~ # ---- And some of those spider out even further: fax2:~ # zypper info --requires libgtk-2_0-0 Loading repository data... Reading installed packages... Information for package libgtk-2_0-0: Repository: @System Name: libgtk-2_0-0 Version: 2.22.1-13.15.1 Arch: x86_64 Vendor: openSUSE Installed: Yes Status: up-to-date Installed Size: 7.9 MiB Summary: The GTK+ toolkit library (version 2) Description: GTK+ is a multi-platform toolkit for creating graphical user interfaces. Offering a complete set of widgets, GTK+ is suitable for projects ranging from small one-off projects to complete application suites. Requires: libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) libc.so.6(GLIBC_2.3)(64bit) libpthread.so.0()(64bit) libpthread.so.0(GLIBC_2.2.5)(64bit) libm.so.6()(64bit) libm.so.6(GLIBC_2.2.5)(64bit) libglib-2.0.so.0()(64bit) libgobject-2.0.so.0()(64bit) libX11.so.6()(64bit) libgio-2.0.so.0()(64bit) libgmodule-2.0.so.0()(64bit) libgtk-x11-2.0.so.0()(64bit) libXext.so.6()(64bit) libfontconfig.so.1()(64bit) libpango-1.0.so.0()(64bit) libcairo.so.2()(64bit) libgdk_pixbuf-2.0.so.0()(64bit) hicolor-icon-theme libc.so.6(GLIBC_2.3.3)(64bit) libgdk-x11-2.0.so.0()(64bit) libpangocairo-1.0.so.0()(64bit) libXrender.so.1()(64bit) libpangoft2-1.0.so.0()(64bit) libatk-1.0.so.0()(64bit) libcups.so.2()(64bit) libXfixes.so.3()(64bit) libXrandr.so.2()(64bit) libgailutil.so.18()(64bit) libXcomposite.so.1()(64bit) libXcursor.so.1()(64bit) libXdamage.so.1()(64bit) libXi.so.6()(64bit) libXinerama.so.1()(64bit) rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadIsLzma) <= 4.4.6-1 rpmlib(VersionedDependencies) <= 3.0.3-1 /bin/sh /sbin/ldconfig gtk2-tools fax2:~ # and so on... I'm not really claiming this is a suse problem. It's been a linux problem for years. Some developers have everything under the sun installed, and use functions from anywhere indiscriminately, and you end up with what should be dinky little programs that require 300 megs of gnome stuff all because they used something dumb like a base64 function that happened to come from some gnome library. This is a non-specific general rant. Do not take it as a call for any specific action. -- bkw -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org