No, unless some core component like gcc or glibc is updated (which means that the whole distribution needs to be rebuilt).
But texlive is huge…
And it’s not mentioned in the “update report” because it is not part of the installation DVD (because of its size I suppose).
That list also only contains “real” changes, not packages that only got rebuilt because of other changes.
This bunch of things is really big as about 800MiB in size.
Do you know why “zypper dup -no-allow-vendor-change” brings me those packages? All the packages are marked “new”. And how do I keep them from installing?
I tried to lock “texlive” with,
sudo zypper add-lock texlive
then do a dist-upgrade again, but zypper says “transfig” needs “texlive”.
I found this <https://linux.die.net/man/1/transfig> about transfig. But I don’t know if I need this although it can be removed by zypper without any complaint.
Sorry that I changed the previous post while you are posting a reply. Thanks for your quickly reply.
Yes, all these packages are marked new. After trying to lock the package “texlive”, zypper says “transfig” needs “texlive-epstopdf”.
I found this <https://linux.die.net/man/1/transfig> about transfig. But I don’t know if I need this although it can be removed by zypper without any complaint.
I checked and found I have “transfig-3.2.5e-4.9.x86_64” installed. Its update “transfig-3.2.6a-1.1.x86_64” seems requiring all the bunch of new packages.
So, is it safe to keep obsolete transfig-3.2.5e-4.9.x86_64, or just remove it?
Right, that dependency has been added in the last update, for good reasons I suppose.
So, is it safe to keep obsolete transfig-3.2.5e-4.9.x86_64, or just remove it?
According to the package description, transfig is a set of tools for converting images to be used in (La)TeX documents.
If you don’t (want to) use (La)TeX, you can safely uninstall it I suppose (especially if nothing requires it).
Though if this is installed by default, a bug report would probably be a good idea I think, as it would essentially pull in texlive on every installation.
AFAIK, I don’t have (La)TeX explicitly related applications in my system. So I removed “transfig”, and unlocked “texlive”. But a dist-upgrade still pulled “texlive-*” packages.
Then, I locked “transfig” but kept “texlive” unlocked. Then “texlive-*” packages are not pulled. Now the system is in a process of dist-upgrade.
I am not sure if the “transfig” was installed default or introduced by some other packages. I’ll try the dist-upgrade in a TW installation without any added packages to find out if a bug report is worthy.
Thanks for your clarification. It makes me more confident to remove the package
If you go to yast-software management you can search for package that provide the search item and or those that need… So you can trace what brought the package in. Uninstall textlive if you don’t need it
Thanks for your inspiring suggestion. It’s a very good idea but hard for me to catch something useful because I am not familiar with those packages.
I tried to search “transfig” in “RPM ‘Requires’” only in the YaST -> Software Management. It showed 5 packages that requires “transfig”. They are daps, eaglemode, gocr, inkscape-extensions-fig, and xfig. None of them looks familiar to me.
Then I tried to search each of those returned terms in “RPM ‘Requires’” again trying to find something meaningful to me. Only daps and gocr give results. In their results. “daps” is only required by “daps”, while “gocr” is required by “dvdshrink”, “gocr-gui”, and “ogmrip”. Here, ogmrip seems suspicious but there are a lot of packages require this one. So I gave up here.
Although I hunted for nothing, I learnt a lot from your suggestion. Thx
P.S. Am I understood these concepts right? Does what I did reflect your suggestion?
Yes but that shows what is required not what is recommended. TextLive is notorious for having a ton of recommended packages. Try turning off recommended packages. Again can be done in Yast or use the zypper command suggested by Wolfi. Try removing the offending package and see what complaints are raised.Or bite the bullet and accept the whole LiveText project
I added lock to package “transfig” and nothing weird happened until now. I just want to know how did I introduced “transfig” into my system. But it seems impossible for me at present.
Well, there is no simple option to find out what recommends a specific package AFAIK (rpm only has a “–what-requires” switch but no “–what-recommends”…).
But a scriptlet like this should do:
for i in `rpm -qa`; do echo "$i:"; rpm -q --recommends $i | grep transfig"; done
This goes through all installed packages, lists all recommends of each package and looks for transfig.
Note that this may take a long time to run therefore.