In data mercoledì 19 marzo 2025 09:59:57 Ora standard dell’Europa centrale, tabris@tabris.net ha scritto:

Does this help?

Zypper get reverse dependencies forums.opensuse.org Suggests

zypper se --requires-pkg libzypp

Sent from myPhone.

On Mar 19, 2025, at 3:57 AM, Stakanov via openSUSE Users <users@lists.opensuse.org> wrote:

I had to ban 9095 packages of texlive. If I don't they draw in monster updates and loads for a program that I currently do not use.

How can I find out which of the installed programs is responsible for this (and eventually get rid of it)?

Thank you. <signature.asc>

zypper se --requires-pkg texlive > zypper-texlive-dependencies.txt does the trick, actually the txt output is necessary because the list of installed packages is hilariously large, so it is easier to search. But the output is what I searched for e.g.

l | texlive-zwpagelayout | Page layout and crop-marks

| pacchetto> l | texlive-zx-calculus | A library to typeset ZX Calculus diagrams | pacchetto l | texlive-zxjafbfont | Fallback CJK font support for xeCJK | pacchetto l | texlive-zxjafont | Set up Japanese font families for XeLaTeX | pacchetto l | texlive-zxjatype | Standard conforming typesetting of Japanese, for XeLaTeX | pacchetto l | texlive-zztex | A full-featured TeX macro package for producing books, journals, and manuals | pacchetto> | texmaker | LaTeX editor | | | pacchetto texstudio | | LaTeX Editor | | | pacchetto texworks | TeXshop-like TeX | Editor | | pacchetto VFlib3-devel | | Development libraries for VFlib3 | | | pacchetto vim-plugin-latex | A rich | set of tools for editing LaTeX | | pacchetto

formatting is naturally lost here in email but it is very readable. I I well understand I have to search for "i" as installed (the texlive ones are all l for locked of course). What is weird is, that the ones listed are not signed as installed. So in fact, texlive should not have been drawn in. I am puzzled.

On Wed, Mar 19, 2025 at 12:01 PM <tabris@tabris.net> wrote:

Does this help?

Zypper get reverse dependencies forums.opensuse.org Suggests

zypper se --requires-pkg libzypp

Yes, that automates getting the list of what packages provide. You still need to run it for every of the 9095 packages, but it is trivial shell programming (assuming the list of these packages is available).

Sent from myPhone.

On Mar 19, 2025, at 3:57 AM, Stakanov via openSUSE Users <users@lists.opensuse.org> wrote:

I had to ban 9095 packages of texlive. If I don't they draw in monster updates and loads for a program that I currently do not use.

How can I find out which of the installed programs is responsible for this (and eventually get rid of it)?

Thank you. <signature.asc>

Hello, In the Message; Subject : Re: how can I find a package responsible for drawing in texlife (very stubbornly) Message-ID : <99A9993E-DACF-4455-B670-50E8D1B46E3F@tabris.net> Date & Time: Wed, 19 Mar 2025 06:20:50 -0400 [T] == tabris@tabris.net has written: AB> > Yes, that automates getting the list of what packages provide. You AB> > still need to run it for every of the 9095 packages, but it is trivial AB> > shell programming (assuming the list of these packages is available). T> You could run it for all 9095... but chances are you only need at T> most a dozen... albeit you may not know which is the topmost in T> the hierarchy. T> But you can also take a good guess, because most likely there's T> just one package that pulls in the other 9000 or so. And it's T> probably a short name. Because the TeX Live packages depend on many other packages, this can cause complications in the dependency structure. In particular, because each component of TeX Live depends on different libraries and tools, if these dependencies are broken, it can affect the entire system. So it is better to ask YaST2 to remove it. Best Regards & Good Night. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "During testing, Sakana found that its system began unexpectedly attempting to modify its own experiment code to extend the time it had to work on a problem." -- Research AI model unexpectedly attempts to modify its own code to extend runtime (ars TECHNICA) --

In data mercoledì 19 marzo 2025 16:21:43 Ora standard dell’Europa centrale, tabris@tabris.net ha scritto:

...

On Mar 19, 2025, at 7:11 AM, Masaru Nomiya <nomiya@lake.dti.ne.jp> wrote:

Hello,

In the Message;

Subject : Re: how can I find a package responsible for drawing in texlife (very stubbornly) Message-ID : <99A9993E-DACF-4455-B670-50E8D1B46E3F@tabris.net> Date & Time: Wed, 19 Mar 2025 06:20:50 -0400

[T] == tabris@tabris.net has written:

AB> > Yes, that automates getting the list of what packages provide. You AB> > still need to run it for every of the 9095 packages, but it is trivial AB> > shell programming (assuming the list of these packages is available).

T> You could run it for all 9095... but chances are you only need at T> most a dozen... albeit you may not know which is the topmost in T> the hierarchy. T> But you can also take a good guess, because most likely there's T> just one package that pulls in the other 9000 or so. And it's T> probably a short name.

Because the TeX Live packages depend on many other packages, this can cause complications in the dependency structure. In particular, because each component of TeX Live depends on different libraries and tools, if these dependencies are broken, it can affect the entire system.

So it is better to ask YaST2 to remove it.

I think you understood a different question than I did: which package[s] is pulling in texlive?

Yes, use the most capable tool for the removal of your packages. I just meant that the search itself wasn't likely to require the toil that 9000 packages might imply.

Also the original post suggested he had already blacklisted them, but he didn't want to do so going forward. He wanted to find the cause of the ostensibly extraneous dependencies, and blacklist the culprits. You are perfectly right, I did use actually yast before posting to take of all texlive related. Currently when I do an update with zypper dup and blacklisting packages with "texlive", there are now staggering 9097 objects blocked. Do we have really now 9097 texlive packages now? Wow. I mean, if you have glassfiber, but a real one, that delivers also real high speed, then this is not a big issue if your root disk is large enough (at latest when you have to bring in debug packages for texlive packages it will have to be very large then). I wonder why all these are "recomands" at once when installing texlive. Would make more sense for me if they would be divided in modules by special functions/capacities. But I will observe this mystic number to see if it goes up.

On Mar 20, 2025, at 10:21 AM, Masaru Nomiya <nomiya@lake.dti.ne.jp> wrote:

Hello,

Sorry for the misunderstanding.

In the Message;

Subject : Re: how can I find a package responsible for drawing in texlife (very stubbornly) Message-ID : <3686733.m1pXi75Ki7@silversurfer> Date & Time: Thu, 20 Mar 2025 09:43:33 +0100

Stakanov via openSUSE Users <users@lists.opensuse.org> has written:

[...]

...

...

Also the original post suggested he had already blacklisted them, but he didn't want to do so going forward. He wanted to find the cause of the ostensibly extraneous dependencies, and blacklist the culprits.

...

You are perfectly right, I did use actually yast before posting to take of all texlive related. Currently when I do an update with zypper dup and blacklisting packages with "texlive", there are now staggering 9097 objects blocked. Do we have really now 9097 texlive packages now? [...]

That's how it is.

The problem with your question is that you're only considering first-order dependencies. In other words, here's my situation.

$ zypper se --requires texlive | wc -l 5234

Here, the packages that depend on texlive are TeXmacs, asciidoc-latex-backend, texinfo, and emacs-auctex. When I check the packages that depend on texinfo, I get

$ zypper se --requires texinfo | wc -l 1385

There are even more packages that depend on texinfo, so the number of packages that depend on texlive will continue to increase. In other words, it is only natural that the number of packages until the dependencies are eliminated will be a number that will surprise you.

First, yeah it's not as simple as hoped... we almost certainly would want a proper [interactive/searchable] dependency visualizer for the task. Surely you can filter the dependency search by the packages you actually have installed? Sure, you may quickly come to the conclusion that you actually need the packages that depend on texinfo/texlive; or that the effort, while well-intentioned, is not worthwhile, like trying to eliminate x11 or gtk libs on a headless machine. additionally, re texinfo, likely many of them are -docs pkgs. Lastly, one may instead decide that a policy change is needed: that -docs pkgs should Suggest/Recommend but not Require texinfo if they contain multiple formats of the docs, like manpages, text or HTML. Or those pkgs need to be split. Although that's potentially a politics problem.

On 2025-03-20 18:14, tabris@tabris.net wrote:

...

On Mar 20, 2025, at 10:21 AM, Masaru Nomiya <nomiya@lake.dti.ne.jp> wrote:

...

First, yeah it's not as simple as hoped... we almost certainly would want a proper [interactive/searchable] dependency visualizer for the task.

Something that could draw a dependency tree, a graph. -- Cheers / Saludos, Carlos E. R. (from 15.6 x86_64 at Telcontar)

On 2025-03-21 11:18, tabris@tabris.net wrote:

...

On Mar 21, 2025, at 6:11 AM, Carlos E. R. <robin.listas@telefonica.net> wrote:

On 2025-03-20 18:14, tabris@tabris.net wrote:

...

...

On Mar 20, 2025, at 10:21 AM, Masaru Nomiya <nomiya@lake.dti.ne.jp> wrote:

...

...

First, yeah it's not as simple as hoped... we almost certainly would want a proper [interactive/searchable] dependency visualizer for the task.

Something that could draw a dependency tree, a graph.

Yes. But note I said "interactive/searchable" in case somebody gave us something that just outputs a massive DOT file. Those exist but aren't terribly friendly.

e.g. rpmgraph(8): RPM Package Dependency Graph - Linux man page <https://linux.die.net/man/8/rpmgraph> linux.die.net <https://linux.die.net/man/8/rpmgraph> favicon.ico <https://linux.die.net/man/8/rpmgraph>

<https://linux.die.net/man/8/rpmgraph>

This is interesting but I dunno it works for SuSE and the entry is over 10 years old

I have this package installed, but does nothing: Telcontar:~ # rpmgraph Telcontar:~ # :-? -- Cheers / Saludos, Carlos E. R. (from 15.6 x86_64 at Telcontar)

On 2025-03-20 09:43, Stakanov via openSUSE Users wrote:

In data mercoledì 19 marzo 2025 16:21:43 Ora standard dell’Europa centrale, tabris@tabris.net ha scritto:

...

...

On Mar 19, 2025, at 7:11 AM, Masaru Nomiya <nomiya@lake.dti.ne.jp> wrote:

...

...

Also the original post suggested he had already blacklisted them, but he didn't want to do so going forward. He wanted to find the cause of the ostensibly extraneous dependencies, and blacklist the culprits. You are perfectly right, I did use actually yast before posting to take of all texlive related. Currently when I do an update with zypper dup and blacklisting packages with "texlive", there are now staggering 9097 objects blocked. Do we have really now 9097 texlive packages now? Wow. I mean, if you have glassfiber, but a real one, that delivers also real high speed, then this is not a big issue if your root disk is large enough (at latest when you have to bring in debug packages for texlive packages it will have to be very large then).

I have Texlive installed. I do not use Tex directly, but sometimes I use LyX which is related to Tex and can use it. I forget how long the recent upgrade of Leap 15.5 to 15.6 took. I know that I stopped 15.5 at 2025-02-13T09:18:16 and booted 15.6 at 2025-02-13T22:58:49

I wonder why all these are "recomands" at once when installing texlive. Would make more sense for me if they would be divided in modules by special functions/capacities. But I will observe this mystic number to see if it goes up.

In the now distant past Tex was mostly a single package. Then they decided that some people might want to install a part of Tex only, not all of it, so it was divided into multiple packages, to allow fine grained choice. But 9000 packages is a bit too far, methinks. There maybe a main package there that you can block and effectively blocks the rest. -- Cheers / Saludos, Carlos E. R. (from 15.6 x86_64 at Telcontar)

On Mon, 24 Mar 2025 12:42:30 +0100, Stakanov via openSUSE Users <users@lists.opensuse.org> wrote:

In data venerdì 21 marzo 2025 11:11:09 Ora standard dell’Europa centrale, Carlos E. R. ha scritto:

...

On 2025-03-20 09:43, Stakanov via openSUSE Users wrote:

...

You are perfectly right, I did use actually yast before posting to take of all   texlive related. Currently when I do an update with zypper dup and blacklisting packages with "texlive", there are now staggering 9097 objects blocked. Do we have really now 9097 texlive packages now? [...]

I have Texlive installed. I do not use Tex directly, but sometimes I use LyX which is related to Tex and can use it. [...]

...

I wonder why all these are "recomands" at once when installing texlive.

Package 'texlive' Recommends 'texlive-scheme-medium', and that will bring in over 3000 packages if 'texlive-alldocumentation' is installed.

...

...

Would   make more sense for me if they would be divided in modules by special functions/capacities. But I will observe this mystic number to see if it goes up.

In the now distant past Tex was mostly a single package. Then they decided that some people might want to install a part of Tex only, not all of it, so it was divided into multiple packages, to allow fine grained choice. But 9000 packages is a bit too far, methinks.

There maybe a main package there that you can block and effectively blocks the rest.

The really funny thing is that if texlive is "drawn in" because of a dependency you would expect only that package and the induced dependency is installed. Instead in my case it installed 6000 packages +..... So that is actually the perfect opposite of the desired effect.

You can trace to one of the main packages starting from a random texlive package like this (It didn't happen so directly!):   $ zypper se --requires-pkg texlive-collref   S  | Name                           | Summary                          | Type   ---+--------------------------------+----------------------------------+--------      | texlive-chet                   | LaTeX layout inspired by harvmac | package      | texlive-collection-bibtexextra | BibTeX additional styles         | package   $ zypper se --requires-pkg texlive-collection-bibtexextra   S  | Name                | Summary                  | Type   ---+---------------------+--------------------------+--------      | texlive-scheme-full | Full scheme (everything) | package And there it is, almost.  'texlive-scheme-full' doesn't pull in the documentation by itself.  It needs 'texlive-alldocumentation' also. How many packages do those two bring in, if installed?:   $ sudo zypper -n in -D texlive-scheme-full texlive-alldocumentation \     |elide_middle -a 100% -w 76   Loading repository data...   Reading installed packages...   Resolving package dependencies...   The following 13 packages are going to be upgraded:     elinks libsnmp40 makeinfo perl perl-SNMP perl-base subversion-perl vi ...   The following 71 recommended packages were automatically selected:     perl-DBD-CSV perl-DBD-SQLite perl-Log-Dispatch perl-Log-Dispatch-File ...   The following 9104 NEW packages are going to be installed:     emacs-auctex fontforge libXaw3d8 libglut3 libicu77 libicu77-ledata li ...   13 packages to upgrade, 9104 new.   Package download size:    4.25 GiB   Package install size change:                 |      7.28 GiB  required by packages that will be installed       7.16 GiB  |  -  122.2 MiB  released by packages that will be removed   Backend:  classic_rpmtrans --dry-run   Continue? [y/n/v/...? shows all options] (y): y   Checking for file conflicts: [...done]   Warning: 9117 packages had to be excluded from file conflicts check bec ...       Note: Checking for file conflicts requires not installed packages t ...       order to access their file lists. See option '--download-in-advance ...       in the zypper manual page for details. I haven't updated my Tumbleweed system in quite a while, so that includes a few extra package updates, but it is mostly the texlive stuff. There is still a mystery because nothing requires, recommends, or suggests those two top-level packages:   $ zypper se --requires-pkg texlive-scheme-full texlive-alldocumentation   [...]   No matching items found.   $ zypper se --recommends-pkg texlive-scheme-full texlive-alldocumentation   [...]   No matching items found.   $ zypper se --suggests-pkg texlive-scheme-full texlive-alldocumentation  |sed 's/^./  &/'   [...]   No matching items found. OK.  'texlive-scheme-full' is not the default install, 'texlive-scheme-medium' is.  But 'texlive-alldocumentation' seems to be needed for the documentation.  How does it get installed?   $ deps='--requires --recommends --suggests --supplements --conflicts --obsoletes --provides'   $ zypper if $deps texlive-scheme-full texlive-alldocumentation   [...]   Information for package texlive-scheme-full:   --------------------------------------------   Repository     : Main Repository (OSS)   Name           : texlive-scheme-full   Version        : 2024.212.svn54074-62.5   Arch           : noarch   Vendor         : openSUSE   Installed Size : 0 B   Installed      : No   Status         : not installed   Source package : texlive-filesystem-2024.212-62.5.src   Upstream URL   : https://www.tug.org/texlive/   Summary        : Full scheme (everything)   Description    :       This is the full TeX Live scheme: it installs everything       available.   Provides       : texlive-scheme-full = 2024.212.svn54074-62.5   Requires       : [39]       texlive-collection-basic >= 2024       texlive-collection-fontsrecommended >= 2024       texlive-collection-latexrecommended >= 2024       texlive-collection-latex >= 2024       texlive-collection-context >= 2024       texlive-collection-metapost >= 2024       texlive-collection-xetex >= 2024       texlive-collection-langcjk >= 2024       texlive-collection-plaingeneric >= 2024       texlive-collection-fontutils >= 2024       texlive-collection-langpolish >= 2024       texlive-collection-pictures >= 2024       texlive-collection-luatex >= 2024       texlive-collection-langczechslovak >= 2024       texlive-collection-langenglish >= 2024       texlive-collection-langeuropean >= 2024       texlive-collection-langfrench >= 2024       texlive-collection-langgerman >= 2024       texlive-collection-langitalian >= 2024       texlive-collection-langportuguese >= 2024       texlive-collection-langspanish >= 2024       texlive-collection-mathscience >= 2024       texlive-collection-binextra >= 2024       texlive-collection-formatsextra >= 2024       texlive-collection-langcyrillic >= 2024       texlive-collection-langgreek >= 2024       texlive-collection-langother >= 2024       texlive-collection-pstricks >= 2024       texlive-collection-bibtexextra >= 2024       texlive-collection-fontsextra >= 2024       texlive-collection-games >= 2024       texlive-collection-humanities >= 2024       texlive-collection-langarabic >= 2024       texlive-collection-langchinese >= 2024       texlive-collection-langjapanese >= 2024       texlive-collection-langkorean >= 2024       texlive-collection-latexextra >= 2024       texlive-collection-music >= 2024       texlive-collection-publishers >= 2024   Conflicts      : ---   Obsoletes      : ---   Recommends     : ---   Suggests       : ---   Supplements    : ---   Information for package texlive-alldocumentation:   -------------------------------------------------   Repository     : Main Repository (OSS)   Name           : texlive-alldocumentation   Version        : 2024.212-62.5   Arch           : noarch   Vendor         : openSUSE   Installed Size : 0 B   Installed      : No   Status         : not installed   Source package : texlive-filesystem-2024.212-62.5.src   Upstream URL   : https://www.tug.org/texlive/   Summary        : Attract all documentations of installed TeXLive packages   Description    :       This package will attract all the documentation packages of any       already installed TeXLive package.   Provides       : texlive-alldocumentation = 2024.212-62.5   Requires       : ---   Conflicts      : ---   Obsoletes      : ---   Recommends     : ---   Suggests       : ---   Supplements    : --- There are several texlive-scheme-* packages, each for installing a different subset of all the "texlive-collection"s. Package 'texlive' has a Recommends dependency for 'texlive-scheme-medium'. The collections pull in the real packages.  For example, another random package and the collection it is part of:   $ zypper if $deps texlive-context-gnuplot texlive-context-gnuplot-doc texlive-collection-context   [...]   Information for package texlive-context-gnuplot:   ------------------------------------------------   Repository     : Main Repository (OSS)   Name           : texlive-context-gnuplot   Version        : 2024.216.svn47085-57.4   Arch           : noarch   Vendor         : openSUSE   Installed Size : 101.5 KiB   Installed      : No   Status         : not installed   Source package : texlive-specs-f-2024-57.4.src   Upstream URL   : https://www.tug.org/texlive/   Summary        : Inclusion of Gnuplot graphs in ConTeXt   Description    :       Enables simple creation and inclusion of graphs with Gnuplot.       The package writes a script into temporary file, runs Gnuplot       and includes the resulting graphic directly into the document.       See the ConTeXt Garden package page for further details.   Provides       : texlive-context-gnuplot = 2024.216.svn47085-57.4   Requires       : [13]       grep       sed       findutils       ed       texlive-scripts >= 2024       texlive-kpathsea >= 2024       texlive-kpathsea-bin >= 2024       texlive-scripts-bin >= 2024       texlive >= 2024       texlive-context >= 2024       /bin/sh       coreutils       texlive-filesystem >= 2024   Conflicts      : ---   Obsoletes      : ---   Recommends     : ---   Suggests       : texlive-context-gnuplot-doc >= 2024   Supplements    : ---   Information for package texlive-context-gnuplot-doc:   ----------------------------------------------------   Repository     : Main Repository (OSS)   Name           : texlive-context-gnuplot-doc   Version        : 2024.216.svn47085-57.4   Arch           : noarch   Vendor         : openSUSE   Installed Size : 468.5 KiB   Installed      : No   Status         : not installed   Source package : texlive-specs-f-2024-57.4.src   Upstream URL   : https://www.tug.org/texlive/   Summary        : Documentation for texlive-context-gnuplot   Description    :       This package includes the documentation for texlive-context-gnuplot   Provides       : texlive-context-gnuplot-doc = 2024.216.svn47085-57.4   Requires       : ---   Conflicts      : ---   Obsoletes      : ---   Recommends     : ---   Suggests       : ---   Supplements    : (texlive-context-gnuplot and texlive-alldocumentation)   Information for package texlive-collection-context:   ---------------------------------------------------   Repository     : Main Repository (OSS)   Name           : texlive-collection-context   Version        : 2024.212.svn69108-62.5   Arch           : noarch   Vendor         : openSUSE   Installed Size : 0 B   Installed      : No   Status         : not installed   Source package : texlive-filesystem-2024.212-62.5.src   Upstream URL   : https://www.tug.org/texlive/   Summary        : ConTeXt and packages   Description    :       Hans Hagen's powerful ConTeXt system, http://pragma-ade.com.       Also includes third-party ConTeXt packages.   Provides       : texlive-collection-context = 2024.212.svn69108-62.5   Requires       : [23]       texlive-collection-basic >= 2024       texlive-context >= 2024       texlive-context-texlive >= 2024       texlive-luajittex >= 2024       texlive-context-filter >= 2024       texlive-context-legacy >= 2024       texlive-context-calendar-examples >= 2024       texlive-context-collating-marks >= 2024       texlive-context-cyrillicnumbers >= 2024       texlive-context-gnuplot >= 2024       texlive-context-handlecsv >= 2024       texlive-context-letter >= 2024       texlive-context-mathsets >= 2024       texlive-context-notes-zh-cn >= 2024       texlive-context-pocketdiary >= 2024       texlive-context-simpleslides >= 2024       texlive-context-squares >= 2024       texlive-context-sudoku >= 2024       texlive-context-transliterator >= 2024       texlive-context-typescripts >= 2024       texlive-context-vim >= 2024       texlive-context-visualcounter >= 2024       texlive-jmn >= 2024   Conflicts      : ---   Obsoletes      : texlive-context <= 2022   Recommends     : ---   Suggests       : ---   Supplements    : --- You can see the list of texlive-scheme-* and texlive-collection-* packages with:   zypper se --requires-pkg texlive-collection-\* So, Stakanov, I'm guessing you could lock the texlive-scheme-* packages, and then still be able to install any of the texlive-collection-* or individual packages you want. But you still don't know why 'texlive' got installed, right? -- Robert Webb

On Tue, 25 Mar 2025 11:35:33 +0000, Dave Howorth <dave@howorth.org.uk> wrote:

On Tue, 25 Mar 2025 05:12:22 +0000 (UTC) Robert Webb via openSUSE Users <users@lists.opensuse.org> wrote:

...

  The following 13 packages are going to be upgraded:     elinks libsnmp40 makeinfo perl perl-SNMP perl-base subversion-perl vi ...

...

I haven't updated my Tumbleweed system in quite a while, so that includes a few extra package updates, but it is mostly the texlive stuff.

It's not completely fair to blame texlive for upgrading your perl or vi, I think! :) It would be better to bring your system up to date before looking to see what texlive affects.

:-)  Yes, that would be better. But, if you'll take this evidence, showing more info from the two accusing lines of output:   $ sudo zypper -n in -D texlive-scheme-full texlive-alldocumentation \     |sed -n 11,12p  |tee twolines \     |sed 's/^\(.\{72\}\)..*$/\1/'   The following 9104 NEW packages are going to be installed:     emacs-auctex fontforge libXaw3d8 libglut3 libicu77 libicu77-ledata lib   $ sed 1d twolines  |tee pkgline  |wc         1    9104  185138   $ tr ' ' '\n' < pkgline  |sed '/^$/d'  |tee pkg.list  |wc      9104    9104  185136   $ grep -c texlive pkg.list   9011 Phew, that's better. -- Robert Webb

On Tue, 25 Mar 2025 17:38:32 +0000, Dave Howorth <dave@howorth.org.uk> wrote:

Oh no argument from me. I blacklisted texlive a long time ago!

I don't actually know whether 9000 packages is a bad thing.  I have never tried to install them or not install them.  (for reals, that is) At the moment, I have exactly one texlive package installed.  I can't tell whether it is an orphan, because my system is not up to date.  Hehe. BTW, if those texlive-scheme-* packages are mutually exclusive, you could install the smallest one, and maybe that would keep the big piles of stuff away. -- Robert Webb

On Wed, Mar 19, 2025 at 1:21 PM <tabris@tabris.net> wrote:

...

On Mar 19, 2025, at 5:23 AM, Andrei Borzenkov <arvidjaar@gmail.com> wrote:

On Wed, Mar 19, 2025 at 12:01 PM <tabris@tabris.net> wrote:

...

Does this help?

Zypper get reverse dependencies forums.opensuse.org Suggests

zypper se --requires-pkg libzypp

Yes, that automates getting the list of what packages provide. You still need to run it for every of the 9095 packages, but it is trivial shell programming (assuming the list of these packages is available).

You could run it for all 9095...

Actually zypper search mode is a partial string by default, so "zypper search ... texlive" will check all packages that have "texlive" in their names.

but chances are you only need at most a dozen... albeit you may not know which is the topmost in the hierarchy. But you can also take a good guess, because most likely there's just one package that pulls in the other 9000 or so. And it's probably a short name.

In data mercoledì 19 marzo 2025 09:59:57 Ora standard dell’Europa centrale, tabris@tabris.net ha scritto:

Does this help?

Zypper get reverse dependencies forums.opensuse.org Suggests

zypper se --requires-pkg libzypp

Sent from myPhone.

On Mar 19, 2025, at 3:57 AM, Stakanov via openSUSE Users <users@lists.opensuse.org> wrote:

I had to ban 9095 packages of texlive. If I don't they draw in monster updates and loads for a program that I currently do not use.

How can I find out which of the installed programs is responsible for this (and eventually get rid of it)?

Thank you. <signature.asc>

zypper se --requires-pkg texlive > zypper-texlive-dependencies.txt does the trick, actually the txt output is necessary because the list of installed packages is hilariously large, so it is easier to search. But the output is what I searched for e.g.

l | texlive-zwpagelayout | Page layout and crop-marks

| pacchetto> l | texlive-zx-calculus | A library to typeset ZX Calculus diagrams | pacchetto l | texlive-zxjafbfont | Fallback CJK font support for xeCJK | pacchetto l | texlive-zxjafont | Set up Japanese font families for XeLaTeX | pacchetto l | texlive-zxjatype | Standard conforming typesetting of Japanese, for XeLaTeX | pacchetto l | texlive-zztex | A full-featured TeX macro package for producing books, journals, and manuals | pacchetto> | texmaker | LaTeX editor | | | pacchetto texstudio | | LaTeX Editor | | | pacchetto texworks | TeXshop-like TeX | Editor | | pacchetto VFlib3-devel | | Development libraries for VFlib3 | | | pacchetto vim-plugin-latex | A rich | set of tools for editing LaTeX | | pacchetto

formatting is naturally lost here in email but it is very readable. I I well understand I have to search for "i" as installed (the texlive ones are all l for locked of course). What is weird is, that the ones listed are not signed as installed. So in fact, texlive should not have been drawn in. I am puzzled.

On Wed, Mar 19, 2025 at 12:01 PM <tabris@tabris.net> wrote:

Does this help?

Zypper get reverse dependencies forums.opensuse.org Suggests

zypper se --requires-pkg libzypp

Yes, that automates getting the list of what packages provide. You still need to run it for every of the 9095 packages, but it is trivial shell programming (assuming the list of these packages is available).

Sent from myPhone.

On Mar 19, 2025, at 3:57 AM, Stakanov via openSUSE Users <users@lists.opensuse.org> wrote:

I had to ban 9095 packages of texlive. If I don't they draw in monster updates and loads for a program that I currently do not use.

How can I find out which of the installed programs is responsible for this (and eventually get rid of it)?

Thank you. <signature.asc>