GNU bug report logs -
#76185
Request for merging "tex-team" branch
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 76185 in the body.
You can then email your comments to 76185 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Mon, 10 Feb 2025 21:31:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
:
New bug report received and forwarded. Copy sent to
guix-patches <at> gnu.org
.
(Mon, 10 Feb 2025 21:31:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
I'd like to include the "tex-team" branch into master. Its main selling
point is that it provides a fix for <https://issues.guix.gnu.org/75893>.
It also removes deprecated variables among other minor fixes.
Regards,
--
Nicolas Goaziou
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Sat, 29 Mar 2025 10:51:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 76185 <at> debbugs.gnu.org (full text, mbox):
Hello,
In its new version the "tex-team" branch contains the following
worth-mentioning changes:
1. It fixes speed issues (again!), as reported in
<https://issues.guix.gnu.org/75893>,
2. It bumps TeX Live to 2025.2,
3. It makes format files (.fmt) reproducible. It should be a big step
forward complete TeX Live reproducibility.
It also replaces `texlive-updmap.cfg' with `texlive-local-tree', with
a slight change to its semantics: the latter cannot recognize TeX Live
packages outside its argument anymore. In practice, it was already
considered a bad practice (by me!) to provide TeX Live packages both
inside and outside `texlive-updmap.cfg', so it shouldn’t break much
package definitions out there.
Regards,
--
Nicolas Goaziou
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Sun, 13 Apr 2025 13:24:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 76185 <at> debbugs.gnu.org (full text, mbox):
Hello,
I have just rebased the branch and pushed it.
Andreas
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Wed, 16 Apr 2025 10:41:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 76185 <at> debbugs.gnu.org (full text, mbox):
After the r-team merge, I have rebased and pushed again.
There is no urgency, this branch is third in line after python-team and
qt-team.
Andreas
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Mon, 28 Apr 2025 19:16:03 GMT)
Full text and
rfc822 format available.
Message #17 received at 76185 <at> debbugs.gnu.org (full text, mbox):
And after the python-team merge, I have rebased on top of the
d47379b8dc6fb79bd9f06598ce567aec80194365 commit on master, which
is known to the data service.
The branch is built in parallel with qt-team (but with less priority,
since qt-team is first in line). However, in case problems are
discovered with qt-team, tex-team could jump ahead.
Andreas
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Mon, 28 Apr 2025 19:32:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 76185 <at> debbugs.gnu.org (full text, mbox):
Hello,
Andreas Enge <andreas <at> enge.fr> writes:
> And after the python-team merge, I have rebased on top of the
> d47379b8dc6fb79bd9f06598ce567aec80194365 commit on master, which
> is known to the data service.
>
> The branch is built in parallel with qt-team (but with less priority,
> since qt-team is first in line). However, in case problems are
> discovered with qt-team, tex-team could jump ahead.
Thank you.
If I read reports from CI correctly, texlive-bin doesn’t build on i686.
I don’t know why.
There’s also an issue with r-minimal I’m going to fix in a moment.
Regards,
--
Nicolas Goaziou
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Tue, 29 Apr 2025 07:49:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 76185 <at> debbugs.gnu.org (full text, mbox):
Hello Nicolas,
Am Mon, Apr 28, 2025 at 09:31:21PM +0200 schrieb Nicolas Goaziou:
> If I read reports from CI correctly, texlive-bin doesn’t build on i686.
> I don’t know why.
I confirm when trying to do
./pre-inst-env guix build --system=i686-linux texlive-bin
It fails with:
/tmp/guix-build-texlive-bin-2025.2.drv-0/build/texk/web2c/../../../source/texk/web2c/luatexdir/luazip/src/luazip.c:183:(.text+0x192): undefined reference to `zzip_open_ext_io64'
collect2: error: ld returned 1 exit status
This seems to be the same error as
https://tug.org/pipermail/tex-live/2024-July/050773.html
Maybe the solution to remove zziplib related files given in
for Debian
https://tug.org/pipermail/tex-live/2024-July/050782.html
would also work for us?
Andreas
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Tue, 29 Apr 2025 16:55:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 76185 <at> debbugs.gnu.org (full text, mbox):
Andreas Enge <andreas <at> enge.fr> writes:
> I confirm when trying to do
> ./pre-inst-env guix build --system=i686-linux texlive-bin
>
> It fails with:
> /tmp/guix-build-texlive-bin-2025.2.drv-0/build/texk/web2c/../../../source/texk/web2c/luatexdir/luazip/src/luazip.c:183:(.text+0x192): undefined reference to `zzip_open_ext_io64'
> collect2: error: ld returned 1 exit status
This is now "fixed" on tex-team branch: 32bit machines will use bundled
zziplib whereas other ones will use system library. This is not perfect
but it is as much as I can do at the moment.
I cleaned up the branch, rebased it on a green-ticked commit from master
and pushed it. I think it is in good shape now and ready to merge,
assuming QA agrees with me.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Fri, 02 May 2025 07:25:02 GMT)
Full text and
rfc822 format available.
Message #29 received at submit <at> debbugs.gnu.org (full text, mbox):
Nicolas Goaziou via Guix-patches via <guix-patches <at> gnu.org> writes:
> I cleaned up the branch, rebased it on a green-ticked commit from master
> and pushed it. I think it is in good shape now and ready to merge,
> assuming QA agrees with me.
Alas, QA didn’t agree with me: TeX Live didn’t build on 32bit systems!
Indeed, the branch makes use of libfaketime in order to generate
reproducible format files. But I hit the same bug as for NSS, described
at <https://issues.guix.gnu.org/72239>. I therefore used the same
workaround: 64bit systems use libfaketime whereas 32bit ones rely on
datefudge.
In any case, the tex-team branch is complete now. I cleaned it once
again to include the latest fixes for reported build failures and
rebased it on top of a recent commit. It can be merged whenever the
coverage is considered to be sufficient.
For the record, here are the included changes:
1. Speed issues fixes (again!), as reported in
<https://issues.guix.gnu.org/75893>.
2. TeX Live bumped to 2025.2.
3. Reproducible format files (.fmt).
4. TEXMFVAR and TEXMFCONFIG set to, respectively, XDG_CACHE_HOME and
XDG_CONFIG_HOME, for a tidier HOME.
Regards,
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Fri, 02 May 2025 07:25:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Sun, 04 May 2025 05:08:07 GMT)
Full text and
rfc822 format available.
Message #35 received at 76185 <at> debbugs.gnu.org (full text, mbox):
Andreas Enge <andreas <at> enge.fr> writes:
> Hello all,
>
> qt-team is almost built by QA:
> https://qa.guix.gnu.org/branch/qt-team
> So far I see no newly failed builds, just a few blocked ones;
> if you think that the branch is ready, please feel free to push
> to master soon.
Hi, compared with master 15 packages are failed according to the data
service:
https://data.qa.guix.gnu.org/compare/package-derivations?base_commit=56999614a45449c4b93c8614540210b609c2b356&target_commit=49958a6a2ae31259d35bfb9ed5912db96643ce9a&system=x86_64-linux&target=none&build_change=broken&after_name=&limit_results=&all_results=on
florence 0.6.3
gnuradio 3.10.11.0
jami 20240524.0
kconfig 6.5.0
kdsoap-qt6 2.2.0
kmime 24.05.2
kwidgetsaddons 6.5.0
libnode 22.14.0
obs-source-copy 0.2.4
obs-vkcapture 1.5.0
optizelle 1.3.0-0.ed4160b
python-pytz-deprecation-shim 0.1.0.post0
python-tensorly 0.9.0
rust-jemalloc-ctl 0.5.4
savane 3.10
Particularly kmime and kconfig, which block all other KDE packages, I
took a quick look but haven't figure them out.
I think we should fix those, while other branches (next is tex-team) can
go first.
Thanks.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Mon, 05 May 2025 10:39:02 GMT)
Full text and
rfc822 format available.
Message #38 received at 76185 <at> debbugs.gnu.org (full text, mbox):
Hello,
Am Tue, Apr 29, 2025 at 06:54:28PM +0200 schrieb Nicolas Goaziou:
> I cleaned up the branch, rebased it on a green-ticked commit from master
> and pushed it. I think it is in good shape now and ready to merge,
> assuming QA agrees with me.
I am seeing one build failure, in asymptote:
https://qa.guix.gnu.org/branch/tex-team/package-changes?i686-linux-change=broken&i686-linux-change=still-failing&i686-linux-change=unknown-to-failing&i686-linux-change=new-failing
The build log finishes like this:
kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+0/600 --dpi 600 tcrm1000
mkdir: cannot create directory ‘././.texlive2025’: Permission denied
mktexpk: /gnu/store/g98vmp0qk4y9fjn7330vlpfnnhiyvcai-texlive-local-tree-2025.2/share/texmf-dist/web2c/mktexdir /.texlive2025/texmf-var/fonts/pk/ljfour/jknappen/ec failed.
kpathsea: Appending font creation commands to missfont.log.
LaTeX Warning: There were undefined references.
LaTeX Warning: Label(s) may have changed. Rerun to get cross-references right.
)
!pdfTeX error: pdflatex (file tcrm1000): Font tcrm1000 at 600 not found
==> Fatal error occurred, no output PDF file produced!
Would it be enough to add a font file?
There is also a new version of asymptote, but I doubt that this would
solve the problem.
Andreas
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Mon, 05 May 2025 10:49:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 76185 <at> debbugs.gnu.org (full text, mbox):
Hello,
Andreas Enge <andreas <at> enge.fr> writes:
> I am seeing one build failure, in asymptote:
> https://qa.guix.gnu.org/branch/tex-team/package-changes?i686-linux-change=broken&i686-linux-change=still-failing&i686-linux-change=unknown-to-failing&i686-linux-change=new-failing
>
> The build log finishes like this:
> kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+0/600 --dpi 600 tcrm1000
> mkdir: cannot create directory ‘././.texlive2025’: Permission denied
> mktexpk: /gnu/store/g98vmp0qk4y9fjn7330vlpfnnhiyvcai-texlive-local-tree-2025.2/share/texmf-dist/web2c/mktexdir /.texlive2025/texmf-var/fonts/pk/ljfour/jknappen/ec failed.
> kpathsea: Appending font creation commands to missfont.log.
> LaTeX Warning: There were undefined references.
> LaTeX Warning: Label(s) may have changed. Rerun to get cross-references right.
> )
> !pdfTeX error: pdflatex (file tcrm1000): Font tcrm1000 at 600 not found
> ==> Fatal error occurred, no output PDF file produced!
>
> Would it be enough to add a font file?
I noticed it, too. I didn’t fix it because it has very few dependents
and can be fixed on master.
The error is that the LaTeX process cannot generate required font shapes
because TEXMFVAR it not writable. It used to be $HOME/something but now
is $XDG_CACHE_HOME/something. None are writable during build, but
a phase in asymptote package relocates $HOME to "/tmp", which silently
made TEXMFVAR writable. It is no longer sufficient. The fix, as is done
for other packages, is to (setenv "TEXMFVAR" "/tmp") in another phase.
I can fix it in the branch or after it is merged.
Regards,
--
Nicolas Goaziou
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Mon, 05 May 2025 11:51:01 GMT)
Full text and
rfc822 format available.
Message #44 received at 76185 <at> debbugs.gnu.org (full text, mbox):
Am Mon, May 05, 2025 at 12:48:11PM +0200 schrieb Nicolas Goaziou:
> made TEXMFVAR writable. It is no longer sufficient. The fix, as is done
> for other packages, is to (setenv "TEXMFVAR" "/tmp") in another phase.
> I can fix it in the branch or after it is merged.
Since you already know how to do it, I would suggest to do it directly
in the branch, which will not cause many rebuilds. Maybe profit from it
and rebase on a newer master commit again at the same time, such as
63088c295d81cc3d0e808c478d4fe479a2c90102
Andreas
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Mon, 05 May 2025 12:14:02 GMT)
Full text and
rfc822 format available.
Message #47 received at 76185 <at> debbugs.gnu.org (full text, mbox):
Am Mon, May 05, 2025 at 01:50:41PM +0200 schrieb Andreas Enge:
> and rebase on a newer master commit again at the same time, such as
> 63088c295d81cc3d0e808c478d4fe479a2c90102
Never mind, I just did it myself and pushed, without the fix for
asymptote.
Andreas
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Mon, 05 May 2025 13:02:01 GMT)
Full text and
rfc822 format available.
Message #50 received at 76185 <at> debbugs.gnu.org (full text, mbox):
Am Mon, May 05, 2025 at 02:13:21PM +0200 schrieb Andreas Enge:
> Never mind, I just did it myself and pushed, without the fix for
> asymptote.
This is also now added, tested and pushed. Thanks for the suggestion!
Andreas
Reply sent
to
Andreas Enge <andreas <at> enge.fr>
:
You have taken responsibility.
(Tue, 06 May 2025 09:37:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
:
bug acknowledged by developer.
(Tue, 06 May 2025 09:37:02 GMT)
Full text and
rfc822 format available.
Message #55 received at 76185-done <at> debbugs.gnu.org (full text, mbox):
Hello,
I have just pushed the branch to master and deleted it. Thanks, Nicolas,
for this massive update!
For the record, QA reported a few newly failing packages:
gpsbabel, python-sunpy, python-tensorly, qtpositioning.
But I did not see any relationship with the texlive update; in any case
these could be handled on master.
Andreas
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Tue, 06 May 2025 09:38:02 GMT)
Full text and
rfc822 format available.
Message #58 received at 76185-done <at> debbugs.gnu.org (full text, mbox):
Close after merge.
Andreas
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Tue, 06 May 2025 09:55:01 GMT)
Full text and
rfc822 format available.
Message #61 received at 76185-done <at> debbugs.gnu.org (full text, mbox):
Hello,
Andreas Enge <andreas <at> enge.fr> writes:
> I have just pushed the branch to master and deleted it. Thanks, Nicolas,
> for this massive update!
Great! Thanks for taking care of this!
Regards,
--
Nicolas Goaziou
Information forwarded
to
guix-patches <at> gnu.org
:
bug#76185
; Package
guix-patches
.
(Wed, 07 May 2025 01:55:03 GMT)
Full text and
rfc822 format available.
Message #64 received at 76185 <at> debbugs.gnu.org (full text, mbox):
Hi,
宋文武 <iyzsong <at> envs.net> writes:
> Andreas Enge <andreas <at> enge.fr> writes:
>
>> Hello all,
>>
>> qt-team is almost built by QA:
>> https://qa.guix.gnu.org/branch/qt-team
>> So far I see no newly failed builds, just a few blocked ones;
>> if you think that the branch is ready, please feel free to push
>> to master soon.
>
> Hi, compared with master 15 packages are failed according to the data
> service:
>
> https://data.qa.guix.gnu.org/compare/package-derivations?base_commit=56999614a45449c4b93c8614540210b609c2b356&target_commit=49958a6a2ae31259d35bfb9ed5912db96643ce9a&system=x86_64-linux&target=none&build_change=broken&after_name=&limit_results=&all_results=on
>
> florence 0.6.3
> gnuradio 3.10.11.0
> jami 20240524.0
Jami has a few system tests (for the jami-service-type), so ideally
should be fixed before this gets merged.
--
Thanks,
Maxim
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 04 Jun 2025 11:24:21 GMT)
Full text and
rfc822 format available.
This bug report was last modified 16 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.