SliTaz Forum

llev

Member

Registered: 2011-12-09

Posts: 568

get-scripts: new and legacy

Hi,

Trying to upgrade the Flash plugin, I noticed that [c]tazpkg -gi flash-plugin[/c] installs the legacy [c]get-flash-plugin[/c] package, not the new [c]flash-plugin[/c] get-script in extras. So maybe we need to remove legacy get-* packages when a new get-script is available?

mojo

Administrator

Registered: 2011-03-29

Posts: 2,173

Re: get-scripts: new and legacy

Please don't remove the legacy scripts which have the depends listed.

The new get scripts use find-depends tazpkg module to determine dependencies.

Find-depends wastes download bandwidth and hard drive space installing unneeded packages.

http://alanyih.blogspot.com/2015/04/slitaz-get-scripts-tazpkg.html

lexeii

Administrator

Registered: 2012-03-21

Posts: 1,853

Re: get-scripts: new and legacy

Hi Richard,

I hope you will agree with me that TazPkg became better since that article was written.

I have just spent a little experiment with the SliTaz Live CD (ISO dated 151117 I have).

I've updated all the packages (40) to the latest versions, and installed FoxitReader:

[c]# tazpkg -gi FoxitReader[/c]
Here is the package tree was installed I had:

[c]FoxitReader
:- libcups
'- cups
   :- gnutls
   :  :- readline
   :  '- p11-kit
   :- cups-doc
   :- libkrb5
   :  :- libkrb5support
   :  '- libcomerr3
   :- libcomerr3
   :- libusb-compat
   :  '- libusb
   :- poppler-apps
   '- cups-filters
      :- qpdf
      :- ghostscript
      :  :- jasper
      :  :  :- freeglut
      :  :  :  :- mesa
      :  :  :  :  '- libpthread-stubs
      :  :  :  '- libglu-mesa
      :  :  '- libglu-mesa
      :  '- jbig2dec
      '- gutenprint[/c]
Here there is no packages named qcad, glib-dev, cairo-gl, and other...

Unfortunately, the truth is that all of the tree above, you need only one package: libcups.

As a continuation of the experiment, I manually deleted all unnecessary packages installed, and reinstalled libcups. As a result, Foxit Reader works, all dependencies from the ldd satisfied.

The root of this is that the file libcups.so.2 can be found in packages cups, cups-pam and libcups. The algorithm selects the package cups, probably because it is the first in the list. Now I want to change the package cups. The result should be cool!

az_ua

Moderator

Registered: 2014-05-02

Posts: 284

Re: get-scripts: new and legacy

[c]-DEPENDS="$(find_depends)"
+DEPENDS="$(find_depends .)"[/c]
Now find-depends is fixed and unnecessary packages like cairo-gl&mesa-wayland problem is back. At least for tazpkg convert-ed debs with only gtk in depend.

For get-scripts I think, we have never launch find-depends if DEPENDS already exists.

lexeii

Administrator

Registered: 2012-03-21

Posts: 1,853

Re: get-scripts: new and legacy

@az_ua

Hi Alexander,

problem is back.

You'll help me a lot if you point me to the problem packages.

Better if you'll give me a links to the packages on a http://pkgs.org/

I tried with the next packages:

[*] http://pkgs.org/ubuntu-14.04/ubuntu-updates-main-i386/gnome-calculator_3.10.3-0ubuntu0.1.1_i386.deb.html

[*] http://pkgs.org/ubuntu-12.04/ubuntu-universe-i386/gigolo_0.4.1-3_i386.deb.html

[*] http://pkgs.org/ubuntu-12.04/ubuntu-universe-i386/leafpad_0.8.18.1-2_i386.deb.html

[*] http://pkgs.org/altlinux-sisyphus/classic-i586/leafpad-0.8.18.1-alt4.i586.rpm.html

and found no problems.

Yes, the DEPENDS list is large, but it not contains unnecessary items. I can try to make script to simplify this list. For example, if DEPENDS="... gtk+ ..." then we can remove "glibc-base expat libxcb xcb-util zlib glib cairo pango atk libpng jpeg tiff gdk-pixbuf fontconfig freetype pixman libgio xorg-libX11 xorg-libXau xorg-libXcomposite xorg-libXcursor xorg-libXdamage xorg-libXdmcp xorg-libXext xorg-libXfixes xorg-libXinerama xorg-libXrender xorg-libXrandr harfbuzz". But recently I trapped in a nasty bug that costs many days of debug for many good people:

[*] http://forum.slitaz.org/topic/cups

[*] http://forum.slitaz.org/topic/cups-is-installing-but-not-starting-lppasswd-missing

Also, dependencies may changed in a time... I do not want to simplify dependencies...