An update received on 20231205 through the Mageia Online system tray app is pushing the installation of the 3GB+ texlive-doc package. While I have texlive packages installed I don't want the gigantic texlive-doc package as I can look up documentation online. Deselecting the package from the updates list (which has also biber, lyx, texlive-fontsextra updates and seemingly unrelated updates to Perl packages and samba a.o. updates) does nothing as it still appears in the pre-install summary list. Deselecting the LaTex-related updates (biber, lyx), or specificly, the texlive-fontsextra update does also not automatically deselect the texlive-doc 'update.' In fact, these are my currently installed texlive packages: texlive-20220321-7.mga9 texlive-collection-basic-20220321-12.mga9 texlive-texmf-20220321-12.mga9 texlive-dist-20220321-12.mga9 So, even the texlive-fontsextra 'update' is a forced-install (but less serious so since it's 'only' 200MB+). This seems to be spurious updates pushed with the update batch, then. This also means that I cannot do more important, potentially security-critical, future updates without the gigantic texlive-doc monster. So, hence the 'Major' severity.
biber and texlive-doc are recommends, you can uninstall if you wish Or you can add to /etc/urpmi/skip.list and that's all you don't get that packages in the update
Severity: major => normal
CC: (none) => j.alberto.vc
Source RPM: (none) => lyx-2.3.7-1.mga9.src.rpm
CC: (none) => mageia
Martin Whitaker, I can confirm that if you have previous lyx package and update with the applet or Update your system in MCC even if you untick texlive-doc you get the package, I don't know if it is normal or not I just can suggest add to/etc/urpmi/skip.list or send updated spec that not include textlive-doc in Recommends
Created attachment 14200 [details] Changes from the spec on cauldron
Created attachment 14201 [details] README.install.urpmi Recommend manual installation of texlive-doc or use online documentation
CC: (none) => geiger.david68210
David you send the current lyx version, can please give a hand with this?
Not sure why you are CC'ing me, but AFAIK this is normal behaviour for rpmdrake. Deselecting packages when updating only works for primary (leaf) packages - you can't stop dependencies being installed. And rpmdrake doesn't have a "no recommends" option - you have to use urpmi on the command line to get that.
CC: mageia => (none)
(In reply to Martin Whitaker from comment #6) > Not sure why you are CC'ing me, but AFAIK this is normal behaviour for > rpmdrake. Deselecting packages when updating only works for primary (leaf) > packages - you can't stop dependencies being installed. And rpmdrake doesn't > have a "no recommends" option - you have to use urpmi on the command line to > get that. Thank you
If a package is not an absolute necessity for an application in another package to work, it should not be treated as an absolute dependency. Period. The fact that I can uninstall an unwanted AND UNWARRANTED update after the fact is nice but insufficient advice in case the undesired 'update' is 3GB+. I'd rather use that bandwidth for streaming Netflix! Yes, I can go to the CLI or edit a file in /etc but hey, this is 2023. The age of computing self-flagelation is over, even for an old fart like me. But let's take a step back and _THINK_: why is texlive-doc a forced dependency for LyX if it's a mere recommendation??? I don't want it unless I need it and LyX never needed it. All suggestions for help are nice but they ignore what is essentially a recent LyX packaging mistake. All the rest is plainly missing the point or unnecessary sophistry! I'll add it to my skiplist as a workaround for now but it is plain wrong if it remains to be treated as an absolute LyX dependency (despite it being a mere recommendation), regardless of rpmdrake historical behaviour. This is wrong, whether anyone agrees or not. Sidenote: I understand the root cause is of course that texlive-doc is unfortunately the worst packaged part of the upstream TexLive distribution as it contains documentation for every possible optional layout template, article template, font feature, ... that comes with the TexLive distro while hardly no-one ever writes reports or articles in all possible formats or for all possible journals or business settings.
(In reply to Guy Bormann from comment #8) > If a package is not an absolute necessity for an application in another > package to work, it should not be treated as an absolute dependency. Period. > > The fact that I can uninstall an unwanted AND UNWARRANTED update after the > fact is nice but insufficient advice in case the undesired 'update' is 3GB+. > I'd rather use that bandwidth for streaming Netflix! > > Yes, I can go to the CLI or edit a file in /etc but hey, this is 2023. The > age of computing self-flagelation is over, even for an old fart like me. > > But let's take a step back and _THINK_: why is texlive-doc a forced > dependency for LyX if it's a mere recommendation??? I don't want it unless I > need it and LyX never needed it. > Yes I not consider the size of texlive-doc but I mark as optional dependency so it can be omitted, 2023 and still we use Linux where touch text files and run commands in terminal are still part of many solutions. Can't do more right now, I depend on others to commit suggested changes.
David I assign this to you because you send the last update to this package
CC: geiger.david68210 => (none)Whiteboard: (none) => MGA9TOOVersion: 9 => CauldronAssignee: bugsquad => geiger.david68210
CC: (none) => ngompa13
Fixed on Cauldron! Assigning to QA, Packages in 9/Core/Updates_testing: ====================== lyx-2.3.7-1.1.mga9 From SRPMS: lyx-2.3.7-1.1.mga9.src.rpm
Assignee: geiger.david68210 => qa-bugsVersion: Cauldron => 9
Advisory with SRPM from comment 11 and description: | This update makes lyx stop recommending texlive-doc (not really needed and too big) added to SVN. Please remove the "advisory" keyword if it needs to be changed. It also helps when obsolete advisories are tagged as "obsolete"
CC: (none) => marja11Keywords: (none) => advisory
Tested in Real Hardware Mageia 8 x86_64 Use QA repo to get the package C_ALL=C urpmi lyx To satisfy dependencies, the following packages are going to be installed: Package Version Release Arch (medium "Core Release (Installer) (DVD1)") perl-Mail-Sender 0.903.0 4.mga9 noarch (recommended) perl-Mail-Sendmail 0.800.0 5.mga9 noarch (recommended) (medium "QA Testing (64-bit)") lyx 2.3.7 1.1.mga9 x86_64 (medium "Core Release") biber 2.18 1.mga9 noarch (recommended) cmsuper 0.3.3 19.mga9 noarch fonts-ttf-latex 0.1 17.mga9 noarch perl-Algorithm-Diff 1.201.0 2.mga9 noarch perl-Business-ISBN 3.7.0 2.mga9 noarch (recommended) perl-Business-ISBN-Data 20210112.6.0 2.mga9 noarch (recommended) perl-Business-ISMN 1.202 1.mga9 noarch (recommended) perl-Business-ISSN 1.005 1.mga9 noarch (recommended) perl-Class-Accessor 0.510.0 4.mga9 noarch (recommended) perl-Class-Factory-Util 1.700.0 10.mga9 noarch (recommended) perl-Data-Compare 1.270.0 3.mga9 noarch (recommended) perl-Data-Uniqid 0.120.0 6.mga9 noarch (recommended) perl-DateTime-Calendar-Julian 0.107 2.mga9 noarch (recommended) perl-DateTime-Format-Builder 0.830.0 2.mga9 noarch (recommended) perl-DateTime-Format-Strptime 1.790.0 2.mga9 noarch (recommended) perl-Email-Date-Format 1.8.0 1.mga9 noarch (recommended) perl-File-Find-Rule 0.340.0 5.mga9 noarch (recommended) perl-File-Slurper 0.14.0 1.mga9 noarch (recommended) perl-IO-String 1.80.0 10.mga9 noarch (recommended) perl-Lingua-Translit 0.290.0 1.mga9 noarch (recommended) perl-Log-Dispatch 2.700.0 2.mga9 noarch (recommended) perl-Log-Log4perl 1.570.0 1.mga9 noarch (recommended) perl-MIME-Lite 3.33.0 2.mga9 noarch (recommended) perl-MIME-Types 2.240.0 1.mga9 noarch (recommended) perl-Number-Compare 0.30.0 10.mga9 noarch (recommended) perl-Regexp-Common 2017060201.> 5.mga9 noarch (recommended) perl-Sort-Key 1.330.0 20.mga9 x86_64 (recommended) perl-Text-BibTeX 0.890.0 1.mga9 x86_64 (recommended) perl-Text-CSV 2.20.0 1.mga9 noarch (recommended) perl-Text-Glob 0.110.0 4.mga9 noarch (recommended) perl-Text-Roman 3.500.0 9.mga9 noarch (recommended) perl-Tie-Cycle 1.227.0 2.mga9 noarch (recommended) perl-XML-DOM 1.460.0 4.mga9 noarch (recommended) perl-XML-LibXML-Simple 1.10.0 3.mga9 noarch (recommended) perl-XML-LibXSLT 2.2.1 1.mga9 x86_64 (recommended) perl-XML-RegExp 0.40.0 10.mga9 noarch (recommended) perl-XML-Writer 0.900.0 2.mga9 noarch (recommended) perl-autovivification 0.180.0 9.mga9 x86_64 (recommended) perl-libxml-perl 0.80.0 11.mga9 noarch (recommended) texlive-dist 20220321 12.mga9 noarch texlive-fontsextra 20220321 12.mga9 noarch (recommended) texlive-texmf 20220321 12.mga9 noarch 2.1GB of additional disk space will be used. 854MB of packages will be retrieved. Proceed with the installation of the 45 packages? (Y/n) textlive-doc is not in the list of package to install Thank you David!
Whiteboard: MGA9TOO => MGA9-64-OK
Validating.
CC: (none) => andrewsfarm, sysadmin-bugsKeywords: (none) => validated_update
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2023-0150.html
Resolution: (none) => FIXEDStatus: NEW => RESOLVED
Thank you!
(In reply to katnatek from comment #9) > (In reply to Guy Bormann from comment #8) > > If a package is not an absolute necessity for an application in another > > package to work, it should not be treated as an absolute dependency. Period. > > > > The fact that I can uninstall an unwanted AND UNWARRANTED update after the > > fact is nice but insufficient advice in case the undesired 'update' is 3GB+. > > I'd rather use that bandwidth for streaming Netflix! > > > > Yes, I can go to the CLI or edit a file in /etc but hey, this is 2023. The > > age of computing self-flagelation is over, even for an old fart like me. > > > > But let's take a step back and _THINK_: why is texlive-doc a forced > > dependency for LyX if it's a mere recommendation??? I don't want it unless I > > need it and LyX never needed it. > > > Yes I not consider the size of texlive-doc but I mark as optional dependency > so it can be omitted, 2023 and still we use Linux where touch text files and > run commands in terminal are still part of many solutions. > > Can't do more right now, I depend on others to commit suggested changes. [I intended to post this on the same day as my Thank You! comment but seems I forgot to push the save button] I do an aweful lot in the CLI :-) I'm a Linux user since the roll-your-own-kernel days and on the Mandrake-lineage distro since the early 2000s but even Boomers enjoy progress :-) However, one cannot expect users to know all kinds of obscure exception mechanisms hidden in /etc config files to circumvent workflow mistakes exposed through GUIs. In any case, I'm grateful for the resolution and have seen it pass through the updates.
(In reply to Guy Bormann from comment #17) > [I intended to post this on the same day as my Thank You! comment but seems > I forgot to push the save button] > > I do an aweful lot in the CLI :-) I'm a Linux user since the > roll-your-own-kernel days and on the Mandrake-lineage distro since the early > 2000s but even Boomers enjoy progress :-) > > However, one cannot expect users to know all kinds of obscure exception > mechanisms hidden in /etc config files to circumvent workflow mistakes > exposed through GUIs. > > In any case, I'm grateful for the resolution and have seen it pass through > the updates. I understand you, I use mageia because I'm lazy and once I test Mandrake time ago I'M not test any other distro and migrate to mageia after the Mandriva's fall down. I Know this "obscure method" time ago, and you can find recommendations in the wiki about it, but perhaps need to be added in https://wiki.mageia.org/en/URPMI#System_update