Bug 19514

Summary: Fresh install / install of Plasma, pulls in monstrous texlive (4GB)
Product: Mageia Reporter: Morgan Leijström <fri>
Component: RPM PackagesAssignee: All Packagers <pkg-bugs>
Status: RESOLVED FIXED QA Contact:
Severity: major    
Priority: release_blocker CC: bruno, luigiwalser, mageia, rverschelde, thierry.vignaud, yvesbrungard
Version: Cauldron   
Target Milestone: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Source RPM: CVE:
Status comment:
Attachments: report.bug.xz from the fresh install

Description Morgan Leijström 2016-10-03 14:35:01 CEST 
Also discussed on [dev] mailing list yesterday and today, 
https://ml.mageia.org/l/arc/dev/2016-10/msg00043.html
where Papoteur added:
" Another user get the same behaviour. He asked for the installation of Plasma.
http://www.mageialinux-online.org/forum/topic-22672-0-218328+mise-a-jour-cauldron-utilite-de-texlive.php "


Steps to Reproduce:
1. Fresh install mga6, all default, plasma
(install from updated repo/proxy)
2. see texlive, texlive-doc etc be installed
3. urpme texlive, and it removes also the other texlive* packages plus wv, jadetex, perl-LaTeX-Driver, and latex2html, and left me with lots of orphans of perl, ruby and some lib 
(for that also see Bug 10673 - excessive dependency in texlive )


Also, IMHO:
§ why was wv installed ?
§ pulling in the monstrous texlive-doc should be avoided by all automatics, it is 1,45G as package, larger as installed
§ texlive-doc should not pull in other texlive (to avoid large extra installs if user wants documentation only)



" cat report.bug | grep texlive " in the beginning give this part:


* chosen texlive-20160523-1.mga6.x86_64 for latex
* selecting texlive-20160523-1.mga6.x86_64
* requiring cdialog,kpathsea[>= 20160523],libkpathsea.so.6()(64bit),libptexenc.so.1()(64bit),libsynctex.so.1()(64bit),libtexlua52.so.5()(64bit),libtexluajit.so.2()(64bit),libzzip-0.so.13()(64bit),ruby,texlive-collection-basic[== 20160523]
 for texlive-20160523-1.mga6.x86_64
* chosen texlive-collection-basic-20160523-4.mga6.noarch for texlive-collection-basic[== 20160523]
* selecting texlive-collection-basic-20160523-4.mga6.noarch
* requiring perl(File::Copy::Recursive),perl(File::HomeDir),perl(File::Which),perl(HTML::FormatText),perl(HTML::TreeBuilder),perl(Tk),perl(Tk::Adjuster),perl(Tk::BrowseEntry),perl(Tk::Dialog),perl(Tk::DirTree),perl(Tk::HList),perl(Tk::ItemStyle),perl(Tk::NoteBook),perl(Tk::ROText),perl(Tk::Toplevel),perl(Tk::widgets),perl(WWW::Mechanize),perl(XML::XPath),perl(XML::XPath::XMLParser),perl(YAML::Tiny) for texlive-collection-basic-20160523-4.mga6.noarch
* chosen texlive-20160523-1.mga6.x86_64 for dvips
* requiring jade,texlive-texmf,texlive-texmf[*] for jadetex-3.13-13.mga6.noarch
* selecting texlive-texmf-20160523-4.mga6.noarch
* requiring perl-Algorithm-Diff,texlive-dist[== 20160523-4.mga6] for texlive-texmf-20160523-4.mga6.noarch
* chosen texlive-dist-20160523-4.mga6.noarch for texlive-dist[== 20160523-4.mga6]
* selecting texlive-dist-20160523-4.mga6.noarch
* chosen texlive-texmf-20160523-4.mga6.noarch for texlive-texmf[*]
* selecting texlive-doc-20160523-4.mga6.noarch

- and then the installing begins...
Comment 1 Morgan Leijström 2016-10-03 14:36:37 CEST 
Created attachment 8481 [details]
report.bug.xz from the fresh install
Comment 2 Morgan Leijström 2016-10-03 14:41:19 CEST 
Should be set to blocker?

CC: (none) => bruno, luigiwalser, mageia, rverschelde, yves.brungard_mageia
Summary: Fresh install / install o Plasma, pulls in monstrous texlive (4GB) => Fresh install / install of Plasma, pulls in monstrous texlive (4GB)
Severity: normal => major

Comment 3 Rémi Verschelde 2016-10-03 14:46:20 CEST 
Yes.

Priority: Normal => release_blocker
Assignee: bugsquad => pkg-bugs

Comment 4 Thierry Vignaud 2016-10-03 17:00:37 CEST 
Only a couple packages requires "latex" (a "virtual" provides of texlive):
dblatex geany-plugins-geanylatex kile latex2html linuxdoc-tools lyx perl-LaTeX-Driver python-getdist wv 

But in this case, it's wv that pulls latex -> texlive 
And Wv is listed at level 3 in Office category in meta-task's rpmsrate

Note that wv doesn't requires texlive in FC.

CC: (none) => thierry.vignaud

Comment 5 Thierry Vignaud 2016-10-03 17:01:24 CEST 
But FC only advertize conversion to html with wv
Comment 6 Thierry Vignaud 2016-10-03 17:31:12 CEST 
So if we want wv just for converting word documents to html, we can just drop the requires on latex from it...
Note that in the old days, it only required tetex-latex

As for texlive-doc, it's listed at level 2 so it should only be selected if you've quite a lot of free space.
I think we can just kill it from rpmsrate
Comment 7 Morgan Leijström 2016-10-03 19:27:58 CEST 
I believe texlive-doc is so fat and so seldom used, it should only be installed when manually selected, ever.  The installer can not know what user wan to do with the - at install time - free space...

Because of the monster texlive-doc, i had to extend my / 
to be able to install a few extra DE to check after initial install...

Other users may want to install lots of games.

Until today, I did not know wv existed...
I believe common users use libreoffice to read and convert MSWord documents.
Comment 8 David Walser 2016-10-03 19:30:07 CEST 
Agreed.  texlive-dist should only be installed if specifically selected too.  That's the reason we split out that subpackage.  We'll have to make sure all the files needed for building other packages in the distro are in texlive-collection-basic though.
Comment 9 Thierry Vignaud 2016-10-03 21:22:12 CEST 
That's already the cases for hours :-) :
http://svnweb.mageia.org/packages?view=revision&revision=1058261
Comment 10 Morgan Leijström 2016-10-04 09:01:02 CEST 
The installer did install both texlive-doc and -dist ...
Comment 11 Thierry Vignaud 2016-10-04 10:59:43 CEST 
As i said in comment #4 to #6, the non doc part is due to wv deps.
As I suggested, we can drop the requires on latex.
Or we could stop installing that one as most users would use LO instead in order to read/convert old doc files
Comment 12 Thierry Vignaud 2016-10-04 11:05:09 CEST 
I went for the later in SVN for the second part

Status: NEW => RESOLVED
Resolution: (none) => FIXED

Comment 13 Rémi Verschelde 2016-10-04 11:06:40 CEST 
(In reply to Thierry Vignaud from comment #11)
> Or we could stop installing that one as most users would use LO instead in
> order to read/convert old doc files

That's a good solution IMO. I think most Mageia users never knew that this package was pre-installed.