Description of problem: In the compilation of the kernel xmlto (which requires xmltex) is required. These both have dependencies on texlive rather than on tetex, which is the current TeX distribution shipped with Mageia. This means that in order to compile the kernel, the huge dependency of texlive must be installed, duplicating (and clashing with?) the already installed tetex. xmlto and xmltex should have their depency changed (if possible ) to use either tetex or texlive instead of requiring both. (Note -- I have not yet run into places where tetex and texlive clash-- since both are installed-- but can imagine it to happen. That would be not nice, since I use tex extensively to write papers in Physics) Version-Release number of selected component (if applicable):xmltex-0020625-6.mga5 How reproducible:Always Steps to Reproduce: Compile kernel with tetex installed. It will ask for xmlto which asks for texlive, not tetex. Reproducible: Steps to Reproduce:
Keywords: (none) => Junior_job
http://svnweb.mageia.org/packages/cauldron/tetex/ is dead But our texlive http://svnweb.mageia.org/packages/cauldron/texlive/current/SPECS/texlive.spec?revision=822028&view=markup provides tetex, look for the line: Provides: tetex = %{version}-%{release} However, looking at the spec of xmlto http://svnweb.mageia.org/packages/cauldron/xmlto/current/SPECS/xmlto.spec?revision=749974&view=markup I see that xmlto requires texlive-texmf texlive-texmf is a huge package, iinm I do not have a clue whether that dependency is really needed. At first sight, the Fedora spec doesn't seem to have it http://pkgs.fedoraproject.org/cgit/xmlto.git/tree/xmlto.spec CC'ing the only two committers of xmlto, even if both are MIA, and malo, who did a lot of work on texlive-texmf and is texlive maintainer
CC: (none) => fundawang, marja11, n54, pmdenielouSummary: xmltex and xmlto require texlive while the tex distribution has been changed to tetex => xmlto requires texlive-texmf, but Fedora doesn't seem to do that
texlive-texmf is 11k, which is very small. The huge one that shouldn't be pulled in as a BR ever (but is sometimes) is texlive-dist. Yes our texlive needs some more work. This particular bug is INVALID though.
Status: NEW => RESOLVEDResolution: (none) => INVALID
The kernel compilations demands xmlto which demands texlive-texmf ( which I agree is small) and xmltex, xmltex demands texlive ( which is 27MB compressed). I am not sure what pulled in texlive-dist.
(In reply to w unruh from comment #3) > The kernel compilations demands xmlto which demands texlive-texmf ( which I > agree is small) and xmltex, xmltex demands texlive ( which is 27MB > compressed). I am not sure what pulled in texlive-dist. When I replied in this report, I had tried installing texlive-texmf. Of course I didn't have a bunch of dependencies, but with the dependencies it needed over 1GB disk space : [root@Mga5RC_EFI marja]# LC_ALL=C urpmi texlive-texmf To satisfy dependencies, the following packages are going to be installed: Package Version Release Arch (medium "Core Release (BlueHD1)") lib64freetype2 1.3.1 45.mga5 x86_64 lib64ptexenc1 20130530 20.mga5 x86_64 lib64zziplib0 0.13.62 5.mga5 x86_64 perl-Devel-Leak 0.30.0 3.mga5 x86_64 perl-Font-AFM 1.200.0 5.mga5 noarch perl-HTML-Form 6.30.0 5.mga5 noarch perl-HTML-Format 2.110.0 3.mga5 noarch perl-HTML-Tree 5.30.0 10.mga5 noarch perl-HTTP-Server-Simple 0.440.0 5.mga5 noarch perl-Sub-Uplevel 0.240.0 6.mga5 noarch perl-Test-Warn 0.300.0 3.mga5 x86_64 perl-Tk 804.32.0 6.mga5 x86_64 perl-WWW-Mechanize 1.730.0 5.mga5 noarch perl-XML-XPath 1.130.0 6.mga5 noarch texlive 20130530 20.mga5 x86_64 texlive-collection-basic 20130530 10.mga5 noarch texlive-dist 20130530 10.mga5 noarch texlive-texmf 20130530 10.mga5 noarch 1.1GB of additional disk space will be used. 587MB of packages will be retrieved. Proceed with the installation of the 18 packages? (Y/n) n [root@Mga5RC_EFI marja]#
rpm -qR texlive-texmf .... texlive texlive-collection-basic = 20130530-10.mga5 texlive-dist = 20130530-10.mga5 So yes, all 1GB gets pulled in by the dependence of the kernel on xmlto
Status: RESOLVED => REOPENEDResolution: INVALID => (none)
Whiteboard: (none) => MGA5TOO
(In reply to w unruh from comment #5) > rpm -qR texlive-texmf > .... > texlive > texlive-collection-basic = 20130530-10.mga5 > texlive-dist = 20130530-10.mga5 > > So yes, all 1GB gets pulled in by the dependence of the kernel on xmlto changing the summary of this bug report the current cauldron texlive-texmf spec does indeed have: 60 Requires: texlive 61 Requires: texlive-collection-basic = %{version}-%{release} 62 Requires: texlive-dist = %{version}-%{release} (See http://svnweb.mageia.org/packages/cauldron/texlive-texmf/current/SPECS/texlive-texmf.spec?revision=1062816&view=markup ) I don't think this is a junior job, though; touching texlive* is opening up a can of worms, so removing the Junior_job keyword.
Assignee: bugsquad => pkg-bugsSource RPM: xmltex, xmlto => texlive-texmfKeywords: Junior_job => (none)CC: (none) => anssi.hannula, bruno, joequant, mageia, pterjan, thierry.vignaudSummary: xmlto requires texlive-texmf, but Fedora doesn't seem to do that => texlive-texmf pulls in texlive-dist
Assignee: pkg-bugs => mageiaCC: (none) => mageia
fixed in mga7
Status: REOPENED => RESOLVEDResolution: (none) => FIXED