Re: TeXLive 2020 landing in rawhide
There are some new subpackages (and some old ones went away), but since every package had the release value bumped, this is expected. Tom On 2020-05-27 at 00:52, ke...@scrye.com wrote: > On Tue, May 26, 2020 at 05:05:32PM -0700, Adam Williamson wrote: > ...snip... > > > there is, IIRC, supposed to be a 'spin review' process we go through > > every release which should be run by the spin wrangler and that is > > where max size changes are supposed to be done, but I don't think we've > > had a spin wrangler or actually done that process for several releases. > > So in lieu of that, I've just been telling people the above. > > https://fedoraproject.org/wiki/Spins_Wrangler > > That process is long gone and dead. The only process we have now is if > you want to add a new lab/spin you just use the Change process. > > I attempted to setup a process that required each spin to have a test at > beta and final or be dropped, but it was added after beta that cycle, so > we didn't do it then, and the next cycle a number of spins/labs failed > to compose at beta for reasons beyond the owners control, so it sort of > just got dropped. ;( > > We may want to revisit this, or at least drop any lab/spin that doesn't > have a listed 'owner' (since we now have that in file). > > kevin ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On Tue, May 26, 2020 at 05:05:32PM -0700, Adam Williamson wrote: ...snip... > there is, IIRC, supposed to be a 'spin review' process we go through > every release which should be run by the spin wrangler and that is > where max size changes are supposed to be done, but I don't think we've > had a spin wrangler or actually done that process for several releases. > So in lieu of that, I've just been telling people the above. > https://fedoraproject.org/wiki/Spins_Wrangler That process is long gone and dead. The only process we have now is if you want to add a new lab/spin you just use the Change process. I attempted to setup a process that required each spin to have a test at beta and final or be dropped, but it was added after beta that cycle, so we didn't do it then, and the next cycle a number of spins/labs failed to compose at beta for reasons beyond the owners control, so it sort of just got dropped. ;( We may want to revisit this, or at least drop any lab/spin that doesn't have a listed 'owner' (since we now have that in file). kevin signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On Fri, 2020-05-22 at 19:48 +0200, Miro Hrončok wrote: > On 22. 05. 20 13:51, Fabio Valentini wrote: > > According to koschei, the graphite2 BuildRequires now pull in *about > > 300 more (tex + perl) packages than before the 2020 update*, which is > > slightly concerning? > > See:https://koschei.fedoraproject.org/build/8369713 > > I also believe this makes the Python Clasrrom Lab not fit in the (arguably > artificial) size limit: > > https://pagure.io/releng/failed-composes/issue/1467 Well, this isn't exactly hitting a size "limit", it is exceeding the space available in the filesystem used for the live image build process. To avoid this problem without reducing the size of the deps pulled in, you would need to bump the value here: https://pagure.io/fedora-kickstarts/blob/master/f/fedora-live-python-classroom.ks#_11 the limit on the size of the image that is ultimately produced is a different thing. Both constraints are 'artificial' in some sense: as you can see we can control the size of the filesystem used during the compose process in the kickstart, and the "maximum" size of the final image is purely a policy choice, it is at the discretion of the group that 'owns' the deliverable. The current max size for Classroom Lab is 2GiB per https://fedoraproject.org/wiki/Releases/32/Spins , but if the Python SIG wants it to be higher for F33, all you really need to do is edit it at https://fedoraproject.org/wiki/Releases/33/Spins when that page exists (paging Ben!) and file an issue on relval for me to update it there (relval runs the automated check on image sizes which will file a bug if the image is oversize): https://pagure.io/fedora-qa/relval/issues there is, IIRC, supposed to be a 'spin review' process we go through every release which should be run by the spin wrangler and that is where max size changes are supposed to be done, but I don't think we've had a spin wrangler or actually done that process for several releases. So in lieu of that, I've just been telling people the above. https://fedoraproject.org/wiki/Spins_Wrangler BTW, FWIW, when I updated my Rawhide box the other day I got several hundred texlive packages pulled in: Install texlive-algorithms-9:svn42428-22.fc33.noarch @updates-testing Install texlive-alphalph-9:svn53087-22.fc33.noarch @updates-testing Install texlive-amsfonts-9:svn29208.3.04-22.fc33.noarch @updates-testing Install texlive-amsmath-9:svn53640-22.fc33.noarch @updates-testing Install texlive-atbegshi-9:svn53051-22.fc33.noarch @updates-testing Install texlive-attachfile-9:svn42099-22.fc33.noarch @updates-testing Install texlive-atveryend-9:svn53108-22.fc33.noarch @updates-testing Install texlive-auto-pst-pdf-9:svn52849-22.fc33.noarch @updates-testing Install texlive-auxhook-9:svn53173-22.fc33.noarch @updates-testing Install texlive-babel-9:svn54487-22.fc33.noarch @updates-testing Install texlive-babelbib-9:svn50354-22.fc33.noarch @updates-testing Install texlive-bera-9:svn20031.0-22.fc33.noarch @updates-testing Install texlive-biblatex-9:svn53063-22.fc33.noarch @updates-testing Install texlive-bidi-9:svn53615-22.fc33.noarch @updates-testing Install texlive-bigintcalc-9:svn53172-22.fc33.noarch @updates-testing Install texlive-bitset-9:svn53837-22.fc33.noarch @updates-testing Install texlive-bookmark-9:svn53026-22.fc33.noarch @updates-testing Install texlive-booktabs-9:svn53402-22.fc33.noarch @updates-testing Install texlive-breakurl-9:svn29901.1.40-22.fc33.noarch @updates-testing Install texlive-caption-9:svn53517-22.fc33.noarch @updates-testing Install texlive-carlisle-9:svn47876-22.fc33.noarch @updates-testing Install texlive-catchfile-9:svn53084-22.fc33.noarch @updates-testing Install texlive-changepage-9:svn15878.1.0c-22.fc33.noarch @updates-testing Install texlive-cm-9:svn49028-22.fc33.noarch @updates-testing Install texlive-colortbl-9:svn53545-22.fc33.noarch @updates-testing Install texlive-context-7:20200327-5.fc33.noarch @updates-testing Install texlive-csquotes-9:svn53041-22.fc33.noarch @updates-testing Install texlive-ctablestack-9:svn38514-22.fc33.noarch @updates-testing Install texlive-currfile-9:svn40725-22.fc3
Re: TeXLive 2020 landing in rawhide
Perhaps graphite2 generates a .tex file as part of the process? I'd have to look at it to figure it out. Can you please open a bug on the 300+ package increase with the specifics so I can figure out what (if anything) I can do to remedy this? Thanks, Tom On Fri, May 22, 2020 at 12:16 PM José Abílio Matos wrote: > On Friday, 22 May 2020 12.51.26 WEST Fabio Valentini wrote: > > > Also, the build now fails with "! LaTeX Error: File `hanging.sty' not > > > found.". graphite2 sources do not contain any .tex files, but > > > graphite2 uses LaTeX / pdf output when building documentation / manual > > > with doxygen, so I'm pretty sure the transitive dependency on > > > `tex(hanging)` is missing somewhere else? > > > > FWIW the last part should be `tex(hanging.sty)`. And probably you are > right about the transitive dependency of this BuildRequires. :-) > > -- > > José Abílio > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On 22. 05. 20 13:51, Fabio Valentini wrote: According to koschei, the graphite2 BuildRequires now pull in *about 300 more (tex + perl) packages than before the 2020 update*, which is slightly concerning? See:https://koschei.fedoraproject.org/build/8369713 I also believe this makes the Python Clasrrom Lab not fit in the (arguably artificial) size limit: https://pagure.io/releng/failed-composes/issue/1467 -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On Friday, 22 May 2020 12.51.26 WEST Fabio Valentini wrote: > Also, the build now fails with "! LaTeX Error: File `hanging.sty' not > found.". graphite2 sources do not contain any .tex files, but > graphite2 uses LaTeX / pdf output when building documentation / manual > with doxygen, so I'm pretty sure the transitive dependency on > `tex(hanging)` is missing somewhere else? FWIW the last part should be `tex(hanging.sty)`. And probably you are right about the transitive dependency of this BuildRequires. :-) -- José Abílio ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On Thu, May 14, 2020 at 11:56 PM Tom Callaway wrote: > > I've just kicked off new builds for texlive and texlive-base for TeXLive 2020 > in rawhide. Hopefully, everything that depends on them will continue to work, > but if you notice any new issues generating docs (or any missing components > or broken dependencies), feel free to email me or open Bugzilla tickets. Hi Tom, It looks like the texlive 2020 update broke graphite2 builds somehow ... According to koschei, the graphite2 BuildRequires now pull in *about 300 more (tex + perl) packages than before the 2020 update*, which is slightly concerning? See: https://koschei.fedoraproject.org/build/8369713 Also, the build now fails with "! LaTeX Error: File `hanging.sty' not found.". graphite2 sources do not contain any .tex files, but graphite2 uses LaTeX / pdf output when building documentation / manual with doxygen, so I'm pretty sure the transitive dependency on `tex(hanging)` is missing somewhere else? Fabio ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On Thu, May 21, 2020 at 7:14 AM Tom Callaway wrote:
> If your package has a tex file that it uses to generate documentation, and
> that tex file says \usepackage{foo}, then your package needs to have:
>
> BuildRequires: tex(foo.sty)
>
> The only exception to that is for packages which include .sty files,
> obviously, if the \usepackage dependency is met within the package you
> don't need to specify a Requires.
>
Perhaps the packaging documentation should have a page on how to deal with
texlive :)
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
Thank you. It seems that it was working previously by accident :)
Have a nice day.
Lumír
On 5/21/20 2:13 PM, Tom Callaway wrote:
If your package has a tex file that it uses to generate documentation,
and that tex file says \usepackage{foo}, then your package needs to have:
BuildRequires: tex(foo.sty)
The only exception to that is for packages which include .sty files,
obviously, if the \usepackage dependency is met within the package you
don't need to specify a Requires.
hth,
Tom
On Thu, May 21, 2020 at 7:24 AM Lumir Balhar > wrote:
Hello.
I am trying to investigate a new problem in ipython that is
probably related to the update of texlive:
https://bugzilla.redhat.com/show_bug.cgi?id=1838474
ipython uses latex to generate png images of tex formulas.
Internally it calls latex and dvipng commands.
Right now, I have a tex file:
# cat /tmp/tmp93xe5ss2/tmp.tex
\documentclass{article}\usepackage{amsmath}\usepackage{amsthm}\usepackage{amssymb}\usepackage{bm}\pagestyle{empty}\begin{document}$x^2$\end{document}
and following command:
# latex -halt-on-error -interaction batchmode /tmp/tmp93xe5ss2/tmp.tex
which exits with exit code 1 and the following output:
This is pdfTeX, Version 3.14159265-2.6-1.40.21 (TeX Live 2020)
(preloaded format=latex)
restricted \write18 enabled.
entering extended mode
The error seems to be caused by latex missing file
/usr/share/texlive/texmf-dist/tex/latex/amscls/amsthm.sty. When I
manually install texlive-amscls which provides this file,
everything is fine and the command mentioned above works.
The strange thing is that when I install python3-matplotlib from
koji repo or from rawhide repo, both don't bring this package so
it's probably a new dependency somewhere.
Do you know what might cause this?
Lumír
On 5/14/20 11:55 PM, Tom Callaway wrote:
I've just kicked off new builds for texlive and texlive-base for
TeXLive 2020 in rawhide. Hopefully, everything that depends on
them will continue to work, but if you notice any new issues
generating docs (or any missing components or broken
dependencies), feel free to email me or open Bugzilla tickets.
Thanks,
Tom
P.S. I have no plans to push this update to any stable branches,
but if you really want the TL2020 magic, I'm running the F33
packages on my F32 system without issue.
___
devel mailing list --devel@lists.fedoraproject.org
To unsubscribe send an email todevel-le...@lists.fedoraproject.org
Fedora Code of
Conduct:https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:https://fedoraproject.org/wiki/Mailing_list_guidelines
List
Archives:https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
If your package has a tex file that it uses to generate documentation, and
that tex file says \usepackage{foo}, then your package needs to have:
BuildRequires: tex(foo.sty)
The only exception to that is for packages which include .sty files,
obviously, if the \usepackage dependency is met within the package you
don't need to specify a Requires.
hth,
Tom
On Thu, May 21, 2020 at 7:24 AM Lumir Balhar wrote:
> Hello.
>
> I am trying to investigate a new problem in ipython that is probably
> related to the update of texlive:
> https://bugzilla.redhat.com/show_bug.cgi?id=1838474
>
> ipython uses latex to generate png images of tex formulas. Internally it
> calls latex and dvipng commands.
>
> Right now, I have a tex file:
>
> # cat /tmp/tmp93xe5ss2/tmp.tex
>
> \documentclass{article}\usepackage{amsmath}\usepackage{amsthm}\usepackage{amssymb}\usepackage{bm}\pagestyle{empty}\begin{document}$x^2$\end{document}
>
> and following command:
>
> # latex -halt-on-error -interaction batchmode /tmp/tmp93xe5ss2/tmp.tex
>
> which exits with exit code 1 and the following output:
>
> This is pdfTeX, Version 3.14159265-2.6-1.40.21 (TeX Live 2020) (preloaded
> format=latex)
> restricted \write18 enabled.
> entering extended mode
>
> The error seems to be caused by latex missing file
> /usr/share/texlive/texmf-dist/tex/latex/amscls/amsthm.sty. When I manually
> install texlive-amscls which provides this file, everything is fine and the
> command mentioned above works.
>
> The strange thing is that when I install python3-matplotlib from koji repo
> or from rawhide repo, both don't bring this package so it's probably a new
> dependency somewhere.
>
> Do you know what might cause this?
>
> Lumír
> On 5/14/20 11:55 PM, Tom Callaway wrote:
>
> I've just kicked off new builds for texlive and texlive-base for TeXLive
> 2020 in rawhide. Hopefully, everything that depends on them will continue
> to work, but if you notice any new issues generating docs (or any missing
> components or broken dependencies), feel free to email me or open Bugzilla
> tickets.
>
> Thanks,
> Tom
>
> P.S. I have no plans to push this update to any stable branches, but if
> you really want the TL2020 magic, I'm running the F33 packages on my F32
> system without issue.
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
Hello.
I am trying to investigate a new problem in ipython that is probably
related to the update of texlive:
https://bugzilla.redhat.com/show_bug.cgi?id=1838474
ipython uses latex to generate png images of tex formulas. Internally it
calls latex and dvipng commands.
Right now, I have a tex file:
# cat /tmp/tmp93xe5ss2/tmp.tex
\documentclass{article}\usepackage{amsmath}\usepackage{amsthm}\usepackage{amssymb}\usepackage{bm}\pagestyle{empty}\begin{document}$x^2$\end{document}
and following command:
# latex -halt-on-error -interaction batchmode /tmp/tmp93xe5ss2/tmp.tex
which exits with exit code 1 and the following output:
This is pdfTeX, Version 3.14159265-2.6-1.40.21 (TeX Live 2020)
(preloaded format=latex)
restricted \write18 enabled.
entering extended mode
The error seems to be caused by latex missing file
/usr/share/texlive/texmf-dist/tex/latex/amscls/amsthm.sty. When I
manually install texlive-amscls which provides this file, everything is
fine and the command mentioned above works.
The strange thing is that when I install python3-matplotlib from koji
repo or from rawhide repo, both don't bring this package so it's
probably a new dependency somewhere.
Do you know what might cause this?
Lumír
On 5/14/20 11:55 PM, Tom Callaway wrote:
I've just kicked off new builds for texlive and texlive-base for
TeXLive 2020 in rawhide. Hopefully, everything that depends on them
will continue to work, but if you notice any new issues generating
docs (or any missing components or broken dependencies), feel free to
email me or open Bugzilla tickets.
Thanks,
Tom
P.S. I have no plans to push this update to any stable branches, but
if you really want the TL2020 magic, I'm running the F33 packages on
my F32 system without issue.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
I think the issue here is that the most recent texlive package fixes landed this morning, and the "rawhide" compose that mock would pull in doesn't have all the fixes yet. Tom On Wed, May 20, 2020 at 3:12 PM Richard Shaw wrote: > On Wed, May 20, 2020 at 2:08 PM Tom Callaway wrote: > >> I'm not sure what your failure looked like (maybe the rawhide packages >> used are older than the ones currently in the koji buildroot), but a koji >> scratch build from master succeeded without issue: >> >> https://koji.fedoraproject.org/koji/taskinfo?taskID=44738672 >> > > Interesting, I know sometimes mock produces different results from Koji > but I wouldn't expect it in this case. I did both with and without > --enablerepo=local and tried again after a --scrub=all, with the same > result. > > Thanks, > Richard > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On Wed, May 20, 2020 at 2:08 PM Tom Callaway wrote: > I'm not sure what your failure looked like (maybe the rawhide packages > used are older than the ones currently in the koji buildroot), but a koji > scratch build from master succeeded without issue: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=44738672 > Interesting, I know sometimes mock produces different results from Koji but I wouldn't expect it in this case. I did both with and without --enablerepo=local and tried again after a --scrub=all, with the same result. Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
I'm not sure what your failure looked like (maybe the rawhide packages used are older than the ones currently in the koji buildroot), but a koji scratch build from master succeeded without issue: https://koji.fedoraproject.org/koji/taskinfo?taskID=44738672 Tom On Wed, May 20, 2020 at 2:21 PM Tom Callaway wrote: > It's probably not the same bug, that error is a fairly generic error > meaning "something has made texlive unhappy". I'm investigating. > > Tom > > On Wed, May 20, 2020 at 1:29 PM Richard Shaw wrote: > >> Thanks for the PR but it looks like I'm being bitten by: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=578426 >> >> In the mock build, so how do I generate pdflatex.fmt within a mock chroot? >> >> Thanks, >> Richard >> ___ >> devel mailing list -- devel@lists.fedoraproject.org >> To unsubscribe send an email to devel-le...@lists.fedoraproject.org >> Fedora Code of Conduct: >> https://docs.fedoraproject.org/en-US/project/code-of-conduct/ >> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines >> List Archives: >> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org >> > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
It's probably not the same bug, that error is a fairly generic error meaning "something has made texlive unhappy". I'm investigating. Tom On Wed, May 20, 2020 at 1:29 PM Richard Shaw wrote: > Thanks for the PR but it looks like I'm being bitten by: > > https://bugzilla.redhat.com/show_bug.cgi?id=578426 > > In the mock build, so how do I generate pdflatex.fmt within a mock chroot? > > Thanks, > Richard > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
Thanks for the PR but it looks like I'm being bitten by: https://bugzilla.redhat.com/show_bug.cgi?id=578426 In the mock build, so how do I generate pdflatex.fmt within a mock chroot? Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
Richard,
I've got a PR for you that adds your explicit tex BuildRequires so that
this works again:
https://src.fedoraproject.org/rpms/OpenColorIO/pull-request/1
Upstream TeXLive sometimes moves .sty files around, so in most cases, it is
easier to specify BuildRequires using the "tex(requirement.sty)" Provides.
If your package has a .tex file, look for the \usepackage{foo} lines, those
are your tex dependencies. And in some cases, those dependencies may be met
by local .sty files, so if you can't find a package in Fedora texlive that
Provides: tex(foo.sty), look for foo.sty in your package source. (It also
could be legitimately missing in Fedora, I'm clearly not perfect!)
Thanks,
Tom
On Wed, May 20, 2020 at 8:41 AM Richard Shaw wrote:
> On Wed, May 20, 2020 at 7:39 AM Richard Shaw wrote:
>
>> Not sure if this problem is related, but the last time I build
>> OpenImageIO it worked, I was performing a local mock build (with the local
>> repo enabled) and ran into this:
>>
>
> Correction, OpenColorIO. My fingers always want to type OpenImageIO :)
>
> Thanks,
> Richard
>
>> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On Wed, May 20, 2020 at 7:39 AM Richard Shaw wrote: > Not sure if this problem is related, but the last time I build OpenImageIO > it worked, I was performing a local mock build (with the local repo > enabled) and ran into this: > Correction, OpenColorIO. My fingers always want to type OpenImageIO :) Thanks, Richard > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
Not sure if this problem is related, but the last time I build OpenImageIO
it worked, I was performing a local mock build (with the local repo
enabled) and ran into this:
cd /builddir/build/BUILD/OpenColorIO-1.1.1/build/docs/build-latex &&
/usr/bin/pdflatex OpenColorIO.tex
This is pdfTeX, Version 3.14159265-2.6-1.40.21 (TeX Live 2020) (preloaded
format=pdflatex)
restricted \write18 enabled.
entering extended mode
(./OpenColorIO.tex
LaTeX2e <2018-12-01>
(./sphinxmanual.cls
Document Class: sphinxmanual 2009/06/02 Document class (Sphinx manual)
(/usr/share/texlive/texmf-dist/tex/latex/base/report.cls
Document Class: report 2018/09/03 v1.4i Standard LaTeX document class
(/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo)))
(/usr/share/texlive/texmf-dist/tex/latex/base/inputenc.sty)
(/usr/share/texlive/texmf-dist/tex/latex/cmap/cmap.sty)
(/usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty
(/usr/share/texlive/texmf-dist/tex/latex/base/t1enc.def)<>)
! LaTeX Error: File `babel.sty' not found.
Type X to quit or to proceed,
or enter new name. (Default extension: sty)
Enter file name:
! Emergency stop.
l.9 \usepackage
{times}^^M
! ==> Fatal error occurred, no output PDF file produced!
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On 20. 05. 20 10:32, Miro Hrončok wrote: pungi has: ... Writing index file Pungi.idx (./Pungi.aux) (/usr/share/texlive/texmf-dist/tex/latex/base/ts1cmr.fd) (/usr/share/texlive/texmf-dist/tex/latex/psnfss/t1ptm.fd) ! LaTeX Error: File `epstopdf-base.sty' not found. Looking at /usr/share/texlive/texmf-dist/tex/latex/graphics-def/luatex.def and pdftex.def I believe this should be required by texlive-graphics-def. Will open a PR. https://src.fedoraproject.org/rpms/texlive/pull-request/5 should fix this -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On 20. 05. 20 9:55, Miro Hrončok wrote:
On 14. 05. 20 23:55, Tom Callaway wrote:
I've just kicked off new builds for texlive and texlive-base for TeXLive 2020
in rawhide. Hopefully, everything that depends on them will continue to work,
but if you notice any new issues generating docs (or any missing components or
broken dependencies), feel free to email me or open Bugzilla tickets.
Now we get:
This is XeTeX, Version 3.14159265-2.6-0.92 (TeX Live 2020) (preloaded
format=xelatex)
restricted \write18 enabled.
entering extended mode
(xelatex/sphinxtests.tex
LaTeX2e <2018-12-01>
(./sphinxmanual.cls
Document Class: sphinxmanual 2018/12/23 v2.0 Document class (Sphinx manual)
(/usr/share/texlive/texmf-dist/tex/latex/base/report.cls
Document Class: report 2018/09/03 v1.4i Standard LaTeX document class
(/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo)))
(/usr/share/texlive/texmf-dist/tex/latex/cmap/cmap.sty
Package cmap Warning: pdftex not detected - exiting.
...
(./sphinxmessages.sty)
Writing index file sphinxtests.idx
(xelatex/sphinxtests.aux)
(/usr/share/texlive/texmf-dist/tex/latex/base/ts1cmr.fd)
! LaTeX Error: Command `\acute' already defined.
See the LaTeX manual or LaTeX Companion for explanation.
Type H for immediate help.
...
l.71 \begin{document}
No pages of output.
Transcript written on xelatex/sphinxtests.log.
During the tests of python-sphinx. Is this something that Sphinx need to be
adapted for? For a laymen's eye, this look slike a problem in
/usr/share/texlive/texmf-dist/tex/latex/base/ts1cmr.fd.
https://koschei.fedoraproject.org/package/python-sphinx?collection=f33
pungi has:
...
Writing index file Pungi.idx
(./Pungi.aux) (/usr/share/texlive/texmf-dist/tex/latex/base/ts1cmr.fd)
(/usr/share/texlive/texmf-dist/tex/latex/psnfss/t1ptm.fd)
! LaTeX Error: File `epstopdf-base.sty' not found.
Looking at /usr/share/texlive/texmf-dist/tex/latex/graphics-def/luatex.def and
pdftex.def
I believe this should be required by texlive-graphics-def. Will open a PR.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On 14. 05. 20 23:55, Tom Callaway wrote: I've just kicked off new builds for texlive and texlive-base for TeXLive 2020 in rawhide. Hopefully, everything that depends on them will continue to work, but if you notice any new issues generating docs (or any missing components or broken dependencies), feel free to email me or open Bugzilla tickets. Now we get: This is XeTeX, Version 3.14159265-2.6-0.92 (TeX Live 2020) (preloaded format=xelatex) restricted \write18 enabled. entering extended mode (xelatex/sphinxtests.tex LaTeX2e <2018-12-01> (./sphinxmanual.cls Document Class: sphinxmanual 2018/12/23 v2.0 Document class (Sphinx manual) (/usr/share/texlive/texmf-dist/tex/latex/base/report.cls Document Class: report 2018/09/03 v1.4i Standard LaTeX document class (/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo))) (/usr/share/texlive/texmf-dist/tex/latex/cmap/cmap.sty Package cmap Warning: pdftex not detected - exiting. ) (/usr/share/texlive/texmf-dist/tex/latex/fontspec/fontspec.sty (/usr/share/texlive/texmf-dist/tex/latex/l3packages/xparse/xparse.sty (/usr/share/texlive/texmf-dist/tex/latex/l3kernel/expl3.sty (/usr/share/texlive/texmf-dist/tex/latex/l3kernel/expl3-code.tex (/usr/share/texlive/texmf-dist/tex/latex/l3kernel/l3deprecation.def)) (/usr/share/texlive/texmf-dist/tex/latex/l3backend/l3backend-xdvipdfmx.def))) (/usr/share/texlive/texmf-dist/tex/latex/fontspec/fontspec-xetex.sty (/usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty (/usr/share/texlive/texmf-dist/tex/latex/base/tuenc.def)) (/usr/share/texlive/texmf-dist/tex/latex/fontspec/fontspec.cfg))) (/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsmath.sty For additional information on amsmath, use the `?' option. (/usr/share/texlive/texmf-dist/tex/latex/amsmath/amstext.sty (/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsgen.sty)) (/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsbsy.sty) (/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsopn.sty)) (/usr/share/texlive/texmf-dist/tex/latex/amsfonts/amssymb.sty (/usr/share/texlive/texmf-dist/tex/latex/amsfonts/amsfonts.sty)) (/usr/share/texlive/texmf-dist/tex/latex/polyglossia/polyglossia.sty (/usr/share/texlive/texmf-dist/tex/latex/etoolbox/etoolbox.sty) (/usr/share/texlive/texmf-dist/tex/latex/makecmds/makecmds.sty) (/usr/share/texlive/texmf-dist/tex/latex/xkeyval/xkeyval.sty (/usr/share/texlive/texmf-dist/tex/generic/xkeyval/xkeyval.tex (/usr/share/texlive/texmf-dist/tex/generic/xkeyval/xkvutils.tex (/usr/share/texlive/texmf-dist/tex/generic/xkeyval/keyval.tex (/usr/share/texlive/texmf-dist/tex/generic/iftex/ifluatex.sty (/usr/share/texlive/texmf-dist/tex/generic/iftex/iftex.sty)) (/usr/share/texlive/texmf-dist/tex/generic/iftex/ifxetex.sty) (/usr/share/texlive/texmf-dist/tex/latex/l3packages/l3keys2e/l3keys2e.sty) (/usr/share/texlive/texmf-dist/tex/latex/filehook/filehook.sty) (/usr/share/texlive/texmf-dist/tex/latex/polyglossia/gloss-latex.ldf)) (/usr/share/texlive/texmf-dist/tex/latex/polyglossia/gloss-english.ldf) (/usr/share/texlive/texmf-dist/tex/latex/fncychap/fncychap.sty) (./sphinx.sty (/usr/share/texlive/texmf-dist/tex/generic/ltxcmds/ltxcmds.sty) (/usr/share/texlive/texmf-dist/tex/latex/graphics/graphicx.sty (/usr/share/texlive/texmf-dist/tex/latex/graphics/graphics.sty (/usr/share/texlive/texmf-dist/tex/latex/graphics/trig.sty) (/usr/share/texlive/texmf-dist/tex/latex/graphics-cfg/graphics.cfg) (/usr/share/texlive/texmf-dist/tex/latex/graphics-def/xetex.def))) (/usr/share/texlive/texmf-dist/tex/latex/fancyhdr/fancyhdr.sty) (/usr/share/texlive/texmf-dist/tex/latex/base/textcomp.sty (/usr/share/texlive/texmf-dist/tex/latex/base/ts1enc.def)) (/usr/share/texlive/texmf-dist/tex/latex/titlesec/titlesec.sty) (/usr/share/texlive/texmf-dist/tex/latex/tabulary/tabulary.sty (/usr/share/texlive/texmf-dist/tex/latex/tools/array.sty)) (/usr/share/texlive/texmf-dist/tex/latex/tools/longtable.sty) (/usr/share/texlive/texmf-dist/tex/latex/varwidth/varwidth.sty) (./sphinxmulticell.sty) (/usr/share/texlive/texmf-dist/tex/latex/base/makeidx.sty) (/usr/share/texlive/texmf-dist/tex/latex/framed/framed.sty) (/usr/share/texlive/texmf-dist/tex/latex/xcolor/xcolor.sty (/usr/share/texlive/texmf-dist/tex/latex/graphics-cfg/color.cfg)) (/usr/share/texlive/texmf-dist/tex/latex/fancyvrb/fancyvrb.sty) (./footnotehyper-sphinx.sty) (/usr/share/texlive/texmf-dist/tex/latex/float/float.sty) (/usr/share/texlive/texmf-dist/tex/latex/wrapfig/wrapfig.sty) (/usr/share/texlive/texmf-dist/tex/latex/parskip/parskip.sty (/usr/share/texlive/texmf-dist/tex/latex/parskip/parskip-2001-04-09.sty)) (/usr/share/texlive/texmf-dist/tex/latex/base/alltt.sty) (/usr/share/texlive/texmf-dist/tex/latex/upquote/upquote.sty) (/usr/share/texlive/texmf-dist/tex/latex/capt-of/capt-of.sty) (/usr/share/texlive/texmf-dist/tex/latex/needspace/needspace.sty) (./sphinxhighlight.sty) (/usr/share/texlive/texmf-dist/tex/latex/kvoptions/kvoptions.sty (/usr/share/texlive/texmf-dist/tex/generic/kvsetkeys/kvsetkeys.sty))) (
Re: TeXLive 2020 landing in rawhide
On 20. 05. 20 6:05, Orion Poplawski wrote: On 5/19/20 5:16 AM, Miro Hrončok wrote: On 15. 05. 20 22:36, Tom Callaway wrote: I'm hoping that when texlive is able to fully install this issue will go away. I just got a successful build for -21 that _should_ resolve all the broken deps except for biber. At this point I get: nothing provides biber >= 2.14 needed by texlive-biblatex This will interfere with Python 3.9 rebuilds. We plan to start those in Koji this week. Is there an emergency break to pull? biber 2.14 has now been built. Thank You! This really unblocked us. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On 5/19/20 5:16 AM, Miro Hrončok wrote: On 15. 05. 20 22:36, Tom Callaway wrote: I'm hoping that when texlive is able to fully install this issue will go away. I just got a successful build for -21 that _should_ resolve all the broken deps except for biber. At this point I get: nothing provides biber >= 2.14 needed by texlive-biblatex This will interfere with Python 3.9 rebuilds. We plan to start those in Koji this week. Is there an emergency break to pull? biber 2.14 has now been built. -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 https://www.nwra.com/ smime.p7s Description: S/MIME Cryptographic Signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On 5/19/20 5:16 AM, Miro Hrončok wrote: On 15. 05. 20 22:36, Tom Callaway wrote: I'm hoping that when texlive is able to fully install this issue will go away. I just got a successful build for -21 that _should_ resolve all the broken deps except for biber. At this point I get: nothing provides biber >= 2.14 needed by texlive-biblatex This will interfere with Python 3.9 rebuilds. We plan to start those in Koji this week. Is there an emergency break to pull? There is - we can disable the failing test in biber to get it built. But we're running into very strange behavior in koji that I'd really like to try to track down first if possible. -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 https://www.nwra.com/ smime.p7s Description: S/MIME Cryptographic Signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On 15. 05. 20 22:36, Tom Callaway wrote: I'm hoping that when texlive is able to fully install this issue will go away. I just got a successful build for -21 that _should_ resolve all the broken deps except for biber. At this point I get: nothing provides biber >= 2.14 needed by texlive-biblatex This will interfere with Python 3.9 rebuilds. We plan to start those in Koji this week. Is there an emergency break to pull? -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
I'm hoping that when texlive is able to fully install this issue will go away. I just got a successful build for -21 that _should_ resolve all the broken deps except for biber. Tom On Fri, May 15, 2020 at 10:33 AM Orion Poplawski wrote: > On 5/14/20 10:48 PM, Orion Poplawski wrote: > > On 5/14/20 3:55 PM, Tom Callaway wrote: > >> I've just kicked off new builds for texlive and texlive-base for > >> TeXLive 2020 in rawhide. Hopefully, everything that depends on them > >> will continue to work, but if you notice any new issues generating > >> docs (or any missing components or broken dependencies), feel free to > >> email me or open Bugzilla tickets. > > > > I'm working on trying to fix the biber failure. It's an odd one that I > > cannot reproduce locally in mock. What I've been able to determine is > > that is appears that the "ls-R" files are not present in the koji > > buildroots for some reason. Perhaps this is an arch dependent thing > > since I seem to be landing on armv7 builders all the time. > > Well, it fails on an x86 builder as well so that's not it. I think > we're going to need to remove the stderr redirects and maybe add some > debugging in the scriptlets that build the ls-R files to try to see > what's failing there. But I think I'll leave this to others. > > -- > Orion Poplawski > Manager of NWRA Technical Systems 720-772-5637 > NWRA, Boulder/CoRA Office FAX: 303-415-9702 > 3380 Mitchell Lane or...@nwra.com > Boulder, CO 80301 https://www.nwra.com/ > > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On 5/14/20 10:48 PM, Orion Poplawski wrote: On 5/14/20 3:55 PM, Tom Callaway wrote: I've just kicked off new builds for texlive and texlive-base for TeXLive 2020 in rawhide. Hopefully, everything that depends on them will continue to work, but if you notice any new issues generating docs (or any missing components or broken dependencies), feel free to email me or open Bugzilla tickets. I'm working on trying to fix the biber failure. It's an odd one that I cannot reproduce locally in mock. What I've been able to determine is that is appears that the "ls-R" files are not present in the koji buildroots for some reason. Perhaps this is an arch dependent thing since I seem to be landing on armv7 builders all the time. Well, it fails on an x86 builder as well so that's not it. I think we're going to need to remove the stderr redirects and maybe add some debugging in the scriptlets that build the ls-R files to try to see what's failing there. But I think I'll leave this to others. -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 https://www.nwra.com/ smime.p7s Description: S/MIME Cryptographic Signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On 15. 05. 20 4:10, Tom Callaway wrote: I'll get that fixed up first thing tomorrow. Thanks, Tom. Apologies, No worries. I can only imagine the horrors of maintaining this. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On 5/14/20 3:55 PM, Tom Callaway wrote: I've just kicked off new builds for texlive and texlive-base for TeXLive 2020 in rawhide. Hopefully, everything that depends on them will continue to work, but if you notice any new issues generating docs (or any missing components or broken dependencies), feel free to email me or open Bugzilla tickets. I'm working on trying to fix the biber failure. It's an odd one that I cannot reproduce locally in mock. What I've been able to determine is that is appears that the "ls-R" files are not present in the koji buildroots for some reason. Perhaps this is an arch dependent thing since I seem to be landing on armv7 builders all the time. -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 https://www.nwra.com/ smime.p7s Description: S/MIME Cryptographic Signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
I'll get that fixed up first thing tomorrow. Apologies, Tom On Thu, May 14, 2020, 6:51 PM Miro Hrončok wrote: > On 14. 05. 20 23:55, Tom Callaway wrote: > > I've just kicked off new builds for texlive and texlive-base for TeXLive > 2020 in > > rawhide. Hopefully, everything that depends on them will continue to > work, but > > if you notice any new issues generating docs (or any missing components > or > > broken dependencies), feel free to email me or open Bugzilla tickets. > > This is temporary? > > > Problem: conflicting requests > > - nothing provides tex(ifpdf.sty) needed by > texlive-geometry-9:svn47638-19.fc33.noarch > > - nothing provides tex(atbegshi.sty) needed by > texlive-geometry-9:svn47638-19.fc33.noarch > > - nothing provides tex(ifvtex.sty) needed by > texlive-geometry-9:svn47638-19.fc33.noarch > > No package found for: tex(kvoptions.sty) > > Problem: package texlive-ucs-9:svn35853.2.2-19.fc33.noarch requires > tex(hyperref.sty), but none of the providers can be installed > > - conflicting requests > > - nothing provides tex(kvoptions.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(ifpdf.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(refcount.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(atbegshi.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(pdftexcmds.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(letltxmacro.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(auxhook.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(ltxcmds.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(pdfescape.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(gettitlestring.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(kvsetkeys.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(etexcmds.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(ifvtex.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(stringenc.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(bitset.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(hobsub-hyperref.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(hycolor.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(infwarerr.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(intcalc.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(kvdefinekeys.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > - nothing provides tex(rerunfilecheck.sty) needed by > texlive-hyperref-9:svn51742-19.fc33.noarch > > Problem: package texlive-amscls-9:svn46099-19.fc33.noarch requires > tex(amsfonts.sty), but none of the providers can be installed > > - conflicting requests > > - nothing provides tex-tetex needed by > texlive-amsfonts-9:svn29208.3.04-19.fc33.noarch > > - nothing provides texlive-tetex-bin needed by > texlive-amsfonts-9:svn29208.3.04-19.fc33.noarch > > Problem: package texlive-collection-latex-9:svn41614-19.fc33.noarch > requires texlive-psnfss, but none of the providers can be installed > > - conflicting requests > > - nothing provides tex-tetex needed by > texlive-psnfss-9:svn33946.9.2a-19.fc33.noarch > > - nothing provides texlive-tetex-bin needed by > texlive-psnfss-9:svn33946.9.2a-19.fc33.noarch > > https://koschei.fedoraproject.org/package/python-sphinx?collection=f33 > > -- > Miro Hrončok > -- > Phone: +420777974800 > IRC: mhroncok > > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On 14. 05. 20 23:55, Tom Callaway wrote: I've just kicked off new builds for texlive and texlive-base for TeXLive 2020 in rawhide. Hopefully, everything that depends on them will continue to work, but if you notice any new issues generating docs (or any missing components or broken dependencies), feel free to email me or open Bugzilla tickets. This is temporary? Problem: conflicting requests - nothing provides tex(ifpdf.sty) needed by texlive-geometry-9:svn47638-19.fc33.noarch - nothing provides tex(atbegshi.sty) needed by texlive-geometry-9:svn47638-19.fc33.noarch - nothing provides tex(ifvtex.sty) needed by texlive-geometry-9:svn47638-19.fc33.noarch No package found for: tex(kvoptions.sty) Problem: package texlive-ucs-9:svn35853.2.2-19.fc33.noarch requires tex(hyperref.sty), but none of the providers can be installed - conflicting requests - nothing provides tex(kvoptions.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(ifpdf.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(refcount.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(atbegshi.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(pdftexcmds.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(letltxmacro.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(auxhook.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(ltxcmds.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(pdfescape.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(gettitlestring.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(kvsetkeys.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(etexcmds.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(ifvtex.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(stringenc.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(bitset.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(hobsub-hyperref.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(hycolor.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(infwarerr.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(intcalc.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(kvdefinekeys.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch - nothing provides tex(rerunfilecheck.sty) needed by texlive-hyperref-9:svn51742-19.fc33.noarch Problem: package texlive-amscls-9:svn46099-19.fc33.noarch requires tex(amsfonts.sty), but none of the providers can be installed - conflicting requests - nothing provides tex-tetex needed by texlive-amsfonts-9:svn29208.3.04-19.fc33.noarch - nothing provides texlive-tetex-bin needed by texlive-amsfonts-9:svn29208.3.04-19.fc33.noarch Problem: package texlive-collection-latex-9:svn41614-19.fc33.noarch requires texlive-psnfss, but none of the providers can be installed - conflicting requests - nothing provides tex-tetex needed by texlive-psnfss-9:svn33946.9.2a-19.fc33.noarch - nothing provides texlive-tetex-bin needed by texlive-psnfss-9:svn33946.9.2a-19.fc33.noarch https://koschei.fedoraproject.org/package/python-sphinx?collection=f33 -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
Just need that texlive build to finish and it should all clear up. Tom On Thu, May 14, 2020 at 6:13 PM Jerry James wrote: > On Thu, May 14, 2020 at 3:56 PM Tom Callaway wrote: > > I've just kicked off new builds for texlive and texlive-base for TeXLive > 2020 in rawhide. Hopefully, everything that depends on them will continue > to work, but if you notice any new issues generating docs (or any missing > components or broken dependencies), feel free to email me or open Bugzilla > tickets. > > > Well, koschei is currently bombarding me with emails about pretty much > every gap-pkg-* package to tell me that texlive-times cannot be > installed. For example: > > https://koschei.fedoraproject.org/package/gap-pkg-factint?collection=f33 > -- > Jerry James > http://www.jamezone.org/ > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: TeXLive 2020 landing in rawhide
On Thu, May 14, 2020 at 3:56 PM Tom Callaway wrote: > I've just kicked off new builds for texlive and texlive-base for TeXLive 2020 > in rawhide. Hopefully, everything that depends on them will continue to work, > but if you notice any new issues generating docs (or any missing components > or broken dependencies), feel free to email me or open Bugzilla tickets. Well, koschei is currently bombarding me with emails about pretty much every gap-pkg-* package to tell me that texlive-times cannot be installed. For example: https://koschei.fedoraproject.org/package/gap-pkg-factint?collection=f33 -- Jerry James http://www.jamezone.org/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
TeXLive 2020 landing in rawhide
I've just kicked off new builds for texlive and texlive-base for TeXLive 2020 in rawhide. Hopefully, everything that depends on them will continue to work, but if you notice any new issues generating docs (or any missing components or broken dependencies), feel free to email me or open Bugzilla tickets. Thanks, Tom P.S. I have no plans to push this update to any stable branches, but if you really want the TL2020 magic, I'm running the F33 packages on my F32 system without issue. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
