Bug 237202 - TeXLive 2008 keywording
|
Bug#:
237202
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: tex@gentoo.org
|
Reported By: aballier@gentoo.org
|
|
Component: Applications
|
|
|
URL:
|
|
Summary: TeXLive 2008 keywording
|
|
Keywords: KEYWORDREQ
|
|
Status Whiteboard:
|
|
Opened: 2008-09-09 17:00 0000
|
Hi all,
TeX Live 2008 will need some keywording love; new release, new programs, some
cleanup. Only amd64 and fbsd are good wrt keywording as I took care of them.
Mandatory:
alpha:
dev-tex/luatex dev-texlive/texlive-documentation-slovenian
'>=dev-tex/europecv-20060424-r1', '>=dev-tex/currvita-0.9i-r1',
'>=dev-tex/envlab-1.2-r1', '>=dev-tex/leaflet-20041222', 'dev-tex/glossaries',
'>=app-text/vlna-1.3', 'dev-tex/dvi2tty', '>=dev-tex/mh-20080903',
'>=dev-tex/svninfo-0.7.3-r1', 'app-text/passivetex'
hppa:
dev-tex/luatex dev-texlive/texlive-documentation-slovenian
'>=dev-tex/europecv-20060424-r1', '>=app-text/vlna-1.3',
'>=dev-tex/currvita-0.9i-r1', '>=dev-tex/envlab-1.2-r1',
'>=dev-tex/leaflet-20041222', '>=dev-tex/svninfo-0.7.3-r1', 'app-text/xindy',
'dev-tex/glossaries', '>=dev-tex/xmltex-1.9-r2', 'dev-tex/dvi2tty',
'>=dev-tex/mh-20080903', '>=dev-tex/g-brief-4.0.2', 'app-text/passivetex'
ia64:
dev-tex/luatex dev-texlive/texlive-documentation-slovenian
'>=dev-tex/europecv-20060424-r1', '>=app-text/vlna-1.3',
'>=dev-tex/currvita-0.9i-r1', '>=dev-tex/envlab-1.2-r1',
'>=dev-tex/leaflet-20041222', '>=dev-tex/svninfo-0.7.3-r1',
'dev-tex/glossaries', '>=dev-tex/xmltex-1.9-r2', 'dev-tex/dvi2tty',
'>=dev-tex/mh-20080903', '>=dev-tex/g-brief-4.0.2', 'app-text/passivetex'
ppc:
dev-tex/luatex dev-texlive/texlive-documentation-slovenian
'>=dev-tex/envlab-1.2-r1', '>=dev-tex/leaflet-20041222', 'app-text/xindy',
'dev-tex/glossaries', 'dev-tex/translator', '>=app-text/vlna-1.3',
'>=dev-tex/mh-20080903', '>=dev-tex/svninfo-0.7.3-r1', 'app-text/passivetex'
ppc64:
dev-tex/luatex dev-texlive/texlive-documentation-slovenian
'>=dev-tex/europecv-20060424-r1', '>=app-text/vlna-1.3',
'>=dev-tex/currvita-0.9i-r1', '>=dev-tex/envlab-1.2-r1',
'>=dev-tex/leaflet-20041222', '>=dev-tex/svninfo-0.7.3-r1', 'app-text/xindy',
'dev-tex/glossaries', '>=dev-tex/xmltex-1.9-r2', 'dev-tex/dvi2tty',
'>=dev-tex/mh-20080903', '>=dev-tex/g-brief-4.0.2', 'app-text/passivetex'
sparc:
dev-tex/luatex dev-texlive/texlive-documentation-slovenian
'>=dev-tex/europecv-20060424-r1', '>=dev-tex/currvita-0.9i-r1',
'app-text/xindy', 'dev-tex/glossaries', '>=app-text/vlna-1.3',
'dev-tex/dvi2tty', '>=dev-tex/svninfo-0.7.3-r1'
x86:
dev-tex/luatex dev-texlive/texlive-documentation-slovenian
Highly recommended:
app-admin/eselect-mpost (you'll have to keyword mplib for luatex anyway)
Recommended:
dev-tex/pdftex
app-admin/eselect-pdftex
See bug #198236
As always, it's a huge thing, I expect some bugs to show up, so don't hesitate
to ask if something seems weird. If you spot collisions, please shout. Most or
all of them should have proper blockers and portage will chose a sane upgrade
path.
Additional notes:
I was tempted to just put in ~arch texlive-documentation-slovenian for all of
you; but eventually I strictly followed policy: it only installs the slovenian
version of "The Not So Short Introduction to LATEX 2ε"
I didn't want to drop your keywords for all the other dev-texlive ebuilds but
it is not really possible to not update everything at once. tl2008 is currently
p.masked so that some testing can happen, when it'll be time to unmask it and
if some of you haven't had time yet to keyword those packages, I'll move the
mask to your respective profiles.
Don't forget to update your /etc/texmf config files if you're upgrading from
2007: some memory sizes defaults have been bumped and it's required in some
cases.
xindy: see bug #229217
luatex: some examples here: http://luatex.bluwiki.com/
Two things I forgot to mention:
- It should be safe to use mask xindy for app-text/texlive if you can't get it
(or clisp) to build.
- If ppc64 or x86 team needs some help for some testing/keywording, I can give
a hand.
Sparc cannot do dev-tex/luatex because it depends on zziplib. However, zziplib
fails on sparc --- data alignment problems (Bus error) --- I'll investigate as
time permits. Please see Bug 171441 for history.
What is this trying to tell me?
>>> Emerging (1 of 2) dev-tex/mh-20080903 to /
* mh-20080903.zip RMD160 SHA1 SHA256 size ;-) ...
[ ok ]
>>> Creating Manifest for /usr/portage/dev-tex/mh
digest.assumed 1
digest-mh-20080407::mh-20080407.zip
* checking ebuild checksums ;-) ...
[ ok ]
* checking auxfile checksums ;-) ...
[ ok ]
* checking miscfile checksums ;-) ...
[ ok ]
* checking mh-20080903.zip ;-) ...
[ ok ]
>>> Unpacking source...
>>> Unpacking mh-20080903.zip to /var/tmp/portage/dev-tex/mh-20080903/work
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/dev-tex/mh-20080903/work/mh ...
This is TeX, Version 3.1415926 (Web2C 7.5.7)
---! //var/lib/texmf/web2c/tex.fmt doesn't match tex.pool
(Fatal format file error; I'm stymied)
ppc64 done I think,. re-add if I missed something
(In reply to comment #6)
> ppc64 done I think,. re-add if I missed something
seems you missed xindy; when I tried it on ppc64 I couldn't build clisp, maybe
it would make sense to use.mask it.
I've taken care of the optional packages for sparc as best I can. But
texlive-core-2008 will never install until the luatex problem is resolved. As
I mentioned above, upstream has a problem regarding zziplib (they are using
unaligned data in zip.c, I believe), and until that is resolved, or unless
luatex can learn to live without zziplib, we are not going to be able to build
texlive-core-2008 for sparc.
I'm looking at the zziplib problem and a couple other options, but this is
really zziplib's problem to fix.
So it's probably time to move the mask to the profiles now; here is what i'm
gonna do:
Move the entire mask to hppa/ppc profiles (still no answer from them); and also
to sparc profiles (sadly luatex is critical in this release and will probably
be even more in the future, if zziplib is really not an option, we could have a
look at making it optional (not sure at all it is even possible) and it's
already so painful to build luatex correctly, killing a bunch of bundled libs).
That way you'll just have to remove the mask when everything will be fine.
Mask xindy useflag on ppc64/bsd profiles.
I'll commit the ppc64 xindy mask today and will get the ppc keywords
rolling...gimmie until EOD US time ok?
(In reply to comment #10)
> So it's probably time to move the mask to the profiles now; here is what i'm
> gonna do:
>
> Move the entire mask to hppa/ppc profiles (still no answer from them); and also
> to sparc profiles (sadly luatex is critical in this release and will probably
> be even more in the future, if zziplib is really not an option, we could have a
> look at making it optional (not sure at all it is even possible) and it's
> already so painful to build luatex correctly, killing a bunch of bundled libs).
> That way you'll just have to remove the mask when everything will be fine.
>
> Mask xindy useflag on ppc64/bsd profiles.
>
There is a chance that luatex will work with zziplib as it is. I think the
failure is coming in the main program itself and not from the library. I just
haven't verified it yet.
@alexis - mind checking my work for ppc and ppc64? I think I have gotten
everything now and I also should have gotten xindy for ppc64 64UL masked.
(In reply to comment #13)
> @alexis - mind checking my work for ppc and ppc64? I think I have gotten
> everything now and I also should have gotten xindy for ppc64 64UL masked.
seems good as far as I can tell; thanks. Everything is referenced from
app-text/texlive meta ebuild and repoman --without-mask is happy for ppc* :)
Just a small remark: xindy is a local useflag for app-text/texlive, so maybe
it's better to p.use.mask it instead of the global use.mask.
HPPA should be OK without the mask. If not, mr_bones will come round to visit
shortly.
(In reply to comment #15)
> HPPA should be OK without the mask. If not, mr_bones will come round to visit
> shortly.
unless i'm missing something, it's definitely not ok:
app-text/texlive/texlive-2008.ebuild: ~hppa(default/linux/hppa/2008.0)
['>=dev-tex/europecv-20060424-r1', '>=app-text/vlna-1.3',
'>=dev-tex/currvita-0.9i-r1', '>=dev-tex/envlab-1.2-r1',
'>=dev-tex/leaflet-20041222', 'dev-tex/luatex', '>=dev-tex/svninfo-0.7.3-r1',
'>=dev-texlive/texlive-documentation-slovenian-2008', 'dev-tex/glossaries',
'>=dev-tex/xmltex-1.9-r2', 'dev-tex/dvi2tty', '>=dev-tex/mh-20080903',
'>=dev-tex/g-brief-4.0.2', 'app-text/passivetex']
I'll get to work on it then. :)
ebuild.minorsyn 1
app-text/passivetex/passivetex-1.25.ebuild: Useless dodoc 'LICENSE' on line:
31
Good; thanks everyone, so now it's unmasked
I've move the mask to sparc profiles, files touched are:
profiles/default-linux/sparc/package.mask
profiles/arch/sparc/package.mask
Removing ppc/ppc64 from cc as they should be fine now (apart the nitpick about
use.mask and p.use.mask)
*** Bug 241380 has been marked as a duplicate of this bug. ***
luatex-0.30.2 now keyworded for ~sparc, thanks to Friedrich Oslage (bluebird)'s
help with zziplib.
As best as I can determine so far, sparc can be unmasked now. Would you like
to do it?
(In reply to comment #23)
> As best as I can determine so far, sparc can be unmasked now. Would you like
> to do it?
please do it; i'm at the univ atm and when i left home i had network issues
where i have all the gentoo-x86 access stuff
I have unmasked texlive-2008 for sparc. I am not closing the bug and I am
leaving sparc in the CC list in case something unexpected comes up that
requires remasking. I don't anticipate anything. (Unless I unmasked too much
or too little.)
Sparc is done:
===============
polylepis texlive # genlop texlive
* app-text/texlive
Wed Oct 31 22:54:28 2007 >>> app-text/texlive-2007
Tue Nov 6 23:40:12 2007 >>> app-text/texlive-2007-r1
Sat Nov 10 13:50:41 2007 >>> app-text/texlive-2007-r2
Sun Nov 11 15:13:58 2007 >>> app-text/texlive-2007-r3
Wed Nov 19 00:13:43 2008 >>> app-text/texlive-2008
================
And a quick check shows that latex & xelatex both work as expected. I'll leave
it to Alexis to close or leave open as a tracker.
(In reply to comment #26)
> Sparc is done:
> ===============
> polylepis texlive # genlop texlive
> * app-text/texlive
>
> Wed Oct 31 22:54:28 2007 >>> app-text/texlive-2007
> Tue Nov 6 23:40:12 2007 >>> app-text/texlive-2007-r1
> Sat Nov 10 13:50:41 2007 >>> app-text/texlive-2007-r2
> Sun Nov 11 15:13:58 2007 >>> app-text/texlive-2007-r3
> Wed Nov 19 00:13:43 2008 >>> app-text/texlive-2008
> ================
>
> And a quick check shows that latex & xelatex both work as expected. I'll leave
> it to Alexis to close or leave open as a tracker.
thanks, i think we can close it now then
just a small note: imho you can remove all the mask entries from your profiles
in order to keep them small instead of keeping them as comments
(In reply to comment #27)
> (In reply to comment #26)
> > Sparc is done:
> > ===============
> > polylepis texlive # genlop texlive
> > * app-text/texlive
> >
> > Wed Oct 31 22:54:28 2007 >>> app-text/texlive-2007
> > Tue Nov 6 23:40:12 2007 >>> app-text/texlive-2007-r1
> > Sat Nov 10 13:50:41 2007 >>> app-text/texlive-2007-r2
> > Sun Nov 11 15:13:58 2007 >>> app-text/texlive-2007-r3
> > Wed Nov 19 00:13:43 2008 >>> app-text/texlive-2008
> > ================
> >
> > And a quick check shows that latex & xelatex both work as expected. I'll leave
> > it to Alexis to close or leave open as a tracker.
>
> thanks, i think we can close it now then
>
> just a small note: imho you can remove all the mask entries from your profiles
> in order to keep them small instead of keeping them as comments
>
I kept the comments more as an aid to myself so that I would know what I had
unmasked in case any problem turned up. I'll remove them in a day or so.
crap, it seems i haven't run repoman in there for a while:
RDEPEND.bad 4
app-text/texlive/texlive-2008.ebuild: ~sparc(default/linux/sparc/2008.0)
['>=dev-tex/europecv-20060424-r1']
done, RepoMan is happy again :)