| Summary: | TeX Live 2010 stabilisation | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Alexis Ballier <aballier> |
| Component: | Current packages | Assignee: | TeX project <tex> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | jmbsvicetto, luisav.ferreira, nirbheek, pacho, vostorga |
| Priority: | High | Keywords: | STABLEREQ |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 289818, 342317, 342513, 345317, 347197, 349085, 352300, 355353, 373417, 376645, 377447, 378527 | ||
| Bug Blocks: | 276109, 309911, 332387, 355017, 371711 | ||
| Attachments: | Preliminary stabilization list for texlive | ||
|
Description
Alexis Ballier
2011-02-15 18:51:00 UTC
It is better that we have a stablization list so we can join and test. *** Bug 371085 has been marked as a duplicate of this bug. *** Created attachment 279905 [details] Preliminary stabilization list for texlive The TeX Live stabilization should no longer be blocked by the keywordreq bugs since experimental arches don't do stabilization. The attached list should be mostly correct. Someone needs to double-check the packages list since I may have missed something (I don't maintain *tex*). The following packages were already stable, and new keywords were added afterwards. They can just be stabilized here. * dev-python/pyparsing: bug 339532 * media-gfx/pydot: bug 361987 * dev-tex/dot2tex: bug 348820 * app-text/pdfjam: bug 334399 * dev-perl/Algorithm-Diff: was stabilized so long ago, I can't find the bug The following packages already have stab bugs open for them (I'll be adding them to the blocker list next) * dev-tex/latex-beamer: bug 373417 The rest of the packages are all fresh. (In reply to comment #3) Thanks for the list; For me, tl2010 is good to go but luatex & kpathsea are a bit young, although they fix bugs on some arches... (and the versions in your list are those I want stable btw) (In reply to comment #4) > (In reply to comment #3) > > Thanks for the list; For me, tl2010 is good to go but luatex & kpathsea are a > bit young, although they fix bugs on some arches... (and the versions in your > list are those I want stable btw) we're still under the 30 days rules for these 2 packages but they should fix bugs, and I'm going to start working on TeX Live 2011, so it's a good time to start stabilising, the list in comment #3 is the target for stabilisation, arches please proceed. amd64;:
This looks like a long grind.
>>> Emerging (1 of 112) dev-libs/kpathsea-6.0.1_p20110627
>>> Emerging (2 of 112) app-text/texi2html-1.78
>>> Emerging (3 of 112) app-text/teckit-2.5.1
>>> Emerging (4 of 112) dev-libs/ptexenc-1.1.0_p20100722
>>> Installing (2 of 112) app-text/texi2html-1.78
>>> Emerging (5 of 112) media-gfx/pydot-1.0.23
>>> Installing (5 of 112) media-gfx/pydot-1.0.23
>>> Failed to emerge dev-libs/ptexenc-1.1.0_p20100722, Log file:
>>> '/var/tmp/portage/portage/dev-libs/ptexenc-1.1.0_p20100722/temp/build.log'
>>> Installing (3 of 112) app-text/teckit-2.5.1
>>> Jobs: 3 of 112 complete, 1 running, 1 failed Load avg: 5.90, 3.51, 3.03/var/tmp/portage/porta>>> Installing (1 of 112) dev-libs/kpathsea-6.0.1_p20110627
From the ebuild, only DEPEND="iconv? ( virtual/libiconv )" is cited.
This is the deal; On re-emerging ptexenc with the same single use flag, it emerged fine. This implies one or more of kpathsea-6.0.1_p20110627, texi2html-1.78, pydot-1.0.23 or teckit-2.5.1 are in fact RDEPENDS of ptexenc-1.1.0_p20100722.
5 down, 107 to go.
(In reply to comment #6) > >>> Failed to emerge dev-libs/ptexenc-1.1.0_p20100722, Log file: > >>> '/var/tmp/portage/portage/dev-libs/ptexenc-1.1.0_p20100722/temp/build.log' [...] > This implies one or more of kpathsea-6.0.1_p20110627, > texi2html-1.78, pydot-1.0.23 or teckit-2.5.1 are in fact RDEPENDS of > ptexenc-1.1.0_p20100722. this also implies the build log could be useful ;) easy; a build log warrants filing. bug 376645 and as for the rest; smooth as silk; all in. change app-text/texlive-core-2010-r3 to app-text/texlive-core-2010-r4, thanks it has a bug fix (which seemed to be a regression) -r4 is good >=dev-tex/latexmk-41 is required by app-text/texlive-2010-r2 as well
I meant >=dev-tex/latexmk-418 dev-tex/pdfannotextractor is required by app-text/texlive/texlive-2010-r2 =media-libs/silgraphite-2.3.1 is also required. This and the previous that I mentioned need to be included in that list and then it would be complete :) What is the recommended version for dev-tex/latexmk ? 425 was bumped in 27 July and. Should we fast-stabilize that or go for 423a? (In reply to comment #16) > What is the recommended version for dev-tex/latexmk ? 425 was bumped in 27 July > and. Should we fast-stabilize that or go for 423a? imho you can go for 423a amd64 done. Thanks Agostino and Ian amd64 working... Great job! thank you! pdfannotextractor-0.1i.ebuild:KEYWORDS="amd64 ~ppc ~ppc64 ~x86" pdfannotextractor-0.1k.ebuild:KEYWORDS="~amd64 ~ppc ~ppc64 x86" x86 is to eager or amd64 is laggin' behind? What should ppc* stabilize? (In reply to comment #20) > pdfannotextractor-0.1i.ebuild:KEYWORDS="amd64 ~ppc ~ppc64 ~x86" > pdfannotextractor-0.1k.ebuild:KEYWORDS="~amd64 ~ppc ~ppc64 x86" > > x86 is to eager or amd64 is laggin' behind? What should ppc* stabilize? ppc* went for 0.1i. Should we stabilize 0.1k please file a new bug. ppc/ppc64 stable x86 done. It was a long suffering this time because during commit I got disconnected from network twice for an hour :( (did somebody say git-migration?) As for pdfannotextractor-0.1k, we are a bleeding edge arch, so we always want the latest and greatest. arm stable alpha/ia64/s390/sh/sparc stable Stable for HPPA and closing. |