python-nbconvert build fails
Hi Guix! This is my first time posting on a GNU mailing list so I'd appreciate feedback on clarity and wording. I've run `guix pull` and `guix package -u` after a couple weeks and I've hit a build failure: builder for `/gnu/store/wv5clm6yl9hfghdsdqv0y2j749p1snhy-python-nbconvert-6.5.0.drv' failed with exit code 1 It seems that some tests have failed: === short test summary info FAILED exporters/tests/test_pdf.py::TestPDF::test_export - nbconvert.exporter... FAILED tests/test_nbconvertapp.py::TestNbConvertApp::test_filename_accent_pdf FAILED tests/test_nbconvertapp.py::TestNbConvertApp::test_filename_spaces - O... FAILED tests/test_nbconvertapp.py::TestNbConvertApp::test_linked_images - OSE... FAILED tests/test_nbconvertapp.py::TestNbConvertApp::test_pdf - OSError: [NbC... = 5 failed, 282 passed, 52 warnings in 13.77s == These all seem to have come from xelatex. In the first it appears as xlatex not finding a format file. In the later ones, however, the error is unclear. E nbconvert.exporters.pdf.LatexFailed: PDF creating failed, captured latex output: E Failed to run "['/gnu/store/hyrpg4gnb92wfn5w9yjckfnwq4v50g4g-texlive-bin-20230313/bin/xelatex', 'notebook.tex', '-quiet']" command: E This is XeTeX, Version 3.141592653-2.6-0.95 (TeX Live 2023/GNU Guix) (preloaded format=xelatex) E restricted \write18 enabled. E E kpathsea: Running mktexfmt xelatex.fmt E mktexfmt: No such file or directory E I can't find the format file `xelatex.fmt'! E nbconvert.exporters.pdf.LatexFailed: PDF creating failed, captured latex output: E Failed to run "['/gnu/store/hyrpg4gnb92wfn5w9yjckfnwq4v50g4g-texlive-bin-20230313/bin/xelatex', 'notebook.tex', '-quiet']" command I couldn't glean anything else from the output. I've attached the build log if you're interested. When I tried checking out the source and used `guix shell -D python-nbconvert` I appear to have tripped over something else that might be telling: cdo@peter /t/guix-build-python-nbconvert-6.5.0.drv-0> guix shell -D python-nbconvert --debug=3 -K &| tee /tmp/nbconvert-shell.out The following derivation will be built: /gnu/store/06di2r17gyji5n0pgyg39i69dpqcc923-profile.drv building path(s) `/gnu/store/nywxlfivxzrzvicba102wq7in0jrb06w-texlive-font-maps' | setting up chroot environment in `/gnu/store/b72xsvb29yr6rx29ca0mz5937vaz24ny-texlive-font-maps.drv.chroot' | executing builder `/gnu/store/g8p09w6r78hhkl2rv1747pcp9zbk6fxv-guile-3.0.9/bin/guile' | @ build-started /gnu/store/b72xsvb29yr6rx29ca0mz5937vaz24ny-texlive-font-maps.drv - x86_64-linux /var/log/guix/drvs/b7//2xsvb29yr6rx29ca0mz5937vaz24ny-texlive-font-maps.drv.gz 5379 note: keeping build directory `/tmp/guix-build-texlive-font-maps.drv-0' builder for `/gnu/store/b72xsvb29yr6rx29ca0mz5937vaz24ny-texlive-font-maps.drv' failed with exit code 1 build of /gnu/store/b72xsvb29yr6rx29ca0mz5937vaz24ny-texlive-font-maps.drv failed View build log at '/var/log/guix/drvs/b7/2xsvb29yr6rx29ca0mz5937vaz24ny-texlive-font-maps.drv.gz'. cannot build derivation `/gnu/store/06di2r17gyji5n0pgyg39i69dpqcc923-profile.drv': 1 dependencies couldn't be built guix shell: error: build of `/gnu/store/06di2r17gyji5n0pgyg39i69dpqcc923-profile.drv' failed That ends up with a log with no clear error that ends in: ERROR: In procedure copy-file: In procedure copy-file: Permission denied On ci.guix.gnu.org, it's failing for tex-team, python-team and rust-team since 11th July. I reproduced it on the latest staging and master. I'm happy to investigate the matter further. Should I raise a bug first? Kind regards, - Christina 2xsvb29yr6rx29ca0mz5937vaz24ny-texlive-font-maps.drv.gz Description: application/gzip 5clm6yl9hfghdsdqv0y2j749p1snhy-python-nbconvert-6.5.0.drv.gz Description: application/gzip
Re: python-nbconvert build fails
Sorry, I've just seen this is a duplicate of https://issues.guix.gnu.org/64729. I should have checked there first! On 23/07/2023 20:15, Christina O'Donnell wrote: Hi Guix! This is my first time posting on a GNU mailing list so I'd appreciate feedback on clarity and wording. I've run `guix pull` and `guix package -u` after a couple weeks and I've hit a build failure: builder for `/gnu/store/wv5clm6yl9hfghdsdqv0y2j749p1snhy-python-nbconvert-6.5.0.drv' failed with exit code 1 It seems that some tests have failed: === short test summary info FAILED exporters/tests/test_pdf.py::TestPDF::test_export - nbconvert.exporter... FAILED tests/test_nbconvertapp.py::TestNbConvertApp::test_filename_accent_pdf FAILED tests/test_nbconvertapp.py::TestNbConvertApp::test_filename_spaces - O... FAILED tests/test_nbconvertapp.py::TestNbConvertApp::test_linked_images - OSE... FAILED tests/test_nbconvertapp.py::TestNbConvertApp::test_pdf - OSError: [NbC... = 5 failed, 282 passed, 52 warnings in 13.77s == These all seem to have come from xelatex. In the first it appears as xlatex not finding a format file. In the later ones, however, the error is unclear. E nbconvert.exporters.pdf.LatexFailed: PDF creating failed, captured latex output: E Failed to run "['/gnu/store/hyrpg4gnb92wfn5w9yjckfnwq4v50g4g-texlive-bin-20230313/bin/xelatex', 'notebook.tex', '-quiet']" command: E This is XeTeX, Version 3.141592653-2.6-0.95 (TeX Live 2023/GNU Guix) (preloaded format=xelatex) E restricted \write18 enabled. E E kpathsea: Running mktexfmt xelatex.fmt E mktexfmt: No such file or directory E I can't find the format file `xelatex.fmt'! E nbconvert.exporters.pdf.LatexFailed: PDF creating failed, captured latex output: E Failed to run "['/gnu/store/hyrpg4gnb92wfn5w9yjckfnwq4v50g4g-texlive-bin-20230313/bin/xelatex', 'notebook.tex', '-quiet']" command I couldn't glean anything else from the output. I've attached the build log if you're interested. When I tried checking out the source and used `guix shell -D python-nbconvert` I appear to have tripped over something else that might be telling: cdo@peter /t/guix-build-python-nbconvert-6.5.0.drv-0> guix shell -D python-nbconvert --debug=3 -K &| tee /tmp/nbconvert-shell.out The following derivation will be built: /gnu/store/06di2r17gyji5n0pgyg39i69dpqcc923-profile.drv building path(s) `/gnu/store/nywxlfivxzrzvicba102wq7in0jrb06w-texlive-font-maps' | setting up chroot environment in `/gnu/store/b72xsvb29yr6rx29ca0mz5937vaz24ny-texlive-font-maps.drv.chroot' | executing builder `/gnu/store/g8p09w6r78hhkl2rv1747pcp9zbk6fxv-guile-3.0.9/bin/guile' | @ build-started /gnu/store/b72xsvb29yr6rx29ca0mz5937vaz24ny-texlive-font-maps.drv - x86_64-linux /var/log/guix/drvs/b7//2xsvb29yr6rx29ca0mz5937vaz24ny-texlive-font-maps.drv.gz 5379 note: keeping build directory `/tmp/guix-build-texlive-font-maps.drv-0' builder for `/gnu/store/b72xsvb29yr6rx29ca0mz5937vaz24ny-texlive-font-maps.drv' failed with exit code 1 build of /gnu/store/b72xsvb29yr6rx29ca0mz5937vaz24ny-texlive-font-maps.drv failed View build log at '/var/log/guix/drvs/b7/2xsvb29yr6rx29ca0mz5937vaz24ny-texlive-font-maps.drv.gz'. cannot build derivation `/gnu/store/06di2r17gyji5n0pgyg39i69dpqcc923-profile.drv': 1 dependencies couldn't be built guix shell: error: build of `/gnu/store/06di2r17gyji5n0pgyg39i69dpqcc923-profile.drv' failed That ends up with a log with no clear error that ends in: ERROR: In procedure copy-file: In procedure copy-file: Permission denied On ci.guix.gnu.org, it's failing for tex-team, python-team and rust-team since 11th July. I reproduced it on the latest staging and master. I'm happy to investigate the matter further. Should I raise a bug first? Kind regards, - Christina
Re: A Forum for Guix Users
Yes, these are good points: the technicality required for dev work may actually deter newcomers, and therefore perhaps a higher-level online forum for beginners to ask questions could lower the barrier to entry. I am revising my vote in favour of the forum :) Etienne On Tue, Jul 18, 2023 at 4:56 PM Distopico wrote: > > I have been using and participating in other GNU distributions such as > Trisquel and Parabola, but mostly as beholder/viewer. > > After more than 10 year the forum of Trisquel still active, not like 8 > years ago before social media, but is active, and more important is used > mostly for new user, and non-technical user, also the Trisquel forum is > well indexed and when you try to find something related with Trisquel > the forums is the solutions for those issues usuall.y > > Trisquel also have mailing list but used mostly for dev/contributor and > the Irc for also for dev/contributors or more advanced users. > > Parabola as well have a forum/Irc/mailing, but in this case the forum is > not quite active, maybe because the focus of parabola is more advanced > users, also as Parabola user as well I also check Archlinux > documentation to try to fix my issues or Archlinux forums because are > more complete. > > So I don't think a forum crate fragmentation, and the Forum is an entry > place for beginners and unlike Parabola that has the documentation of > Arch, Guix need to have your own solutions and your own documentation > and a forum is a good place to build that. > > So said that: > - Forum: A good place for beginner an non-technical user (I guess all > Guix user require some technical knowledge), also a good place for > create history and user documentation/solutions. > > - Irc: For quick question, developer and contributor discussions and > more advanced users (bridge to Matrix would be good). > > - Mailing List: For contributors, developers, and more long-terms > questions, as well more advanced users. > > on the other hand I think that the mailing lists create a more conducive > environment for debate than the forum itself, but again, for new user a > Forum is a better place or to find quick solutions which on Irc are hard > to find. > >
Re: A Forum for Guix Users
Ahmed Khanzada writes: > I like this forum idea. > > In fact, I really think a forum / presence for GNU more generally would > be excellent. > > Yes, you can find dedicated spaces for Emacs, Guix, etc, and there is > #gnu on Libera and some mailing lists. > > But I think we are sorely missing a central point where users can go and > see how they might use Guix, Emacs, etc in conjunction. As well as join > a community centered on GNU as an OS. > > I document using Guix, Emacs, exwm and etc together on various > proprietary online spaces like GitHub, Medium, and Reddit. This is > because there is good foot traffic in these spaces. Both old and new > hackers are present in these spaces. But their proprietary nature is > unfortunate. It would be more ideal to document how to use GNU on an > official GNU platform. > > As of right now, if you approach the GNU community, it just feels like a > disconnected set of packages. I spend a lot of time explaining to people > how GNU is a unique libre operating system which you can extend using > Lisp. I show them examples of how I have a "fullstack" Lisp workstation > with Guix, Emacs, and exwm. After seeing such an example, the concept of > GNU really "clicks" for them. > > I make my living deploying and monitoring applications on servers, so > let me know if I can help setup a social GNU presence. I'm not sure if focusing so much on GNU is a good idea.
Re: A Forum for Guix Users
I like this forum idea. In fact, I really think a forum / presence for GNU more generally would be excellent. Yes, you can find dedicated spaces for Emacs, Guix, etc, and there is #gnu on Libera and some mailing lists. But I think we are sorely missing a central point where users can go and see how they might use Guix, Emacs, etc in conjunction. As well as join a community centered on GNU as an OS. I document using Guix, Emacs, exwm and etc together on various proprietary online spaces like GitHub, Medium, and Reddit. This is because there is good foot traffic in these spaces. Both old and new hackers are present in these spaces. But their proprietary nature is unfortunate. It would be more ideal to document how to use GNU on an official GNU platform. As of right now, if you approach the GNU community, it just feels like a disconnected set of packages. I spend a lot of time explaining to people how GNU is a unique libre operating system which you can extend using Lisp. I show them examples of how I have a "fullstack" Lisp workstation with Guix, Emacs, and exwm. After seeing such an example, the concept of GNU really "clicks" for them. I make my living deploying and monitoring applications on servers, so let me know if I can help setup a social GNU presence. Distopico writes: > I have been using and participating in other GNU distributions such as > Trisquel and Parabola, but mostly as beholder/viewer. > > After more than 10 year the forum of Trisquel still active, not like 8 > years ago before social media, but is active, and more important is used > mostly for new user, and non-technical user, also the Trisquel forum is > well indexed and when you try to find something related with Trisquel > the forums is the solutions for those issues usuall.y > > Trisquel also have mailing list but used mostly for dev/contributor and > the Irc for also for dev/contributors or more advanced users. > > Parabola as well have a forum/Irc/mailing, but in this case the forum is > not quite active, maybe because the focus of parabola is more advanced > users, also as Parabola user as well I also check Archlinux > documentation to try to fix my issues or Archlinux forums because are > more complete. > > So I don't think a forum crate fragmentation, and the Forum is an entry > place for beginners and unlike Parabola that has the documentation of > Arch, Guix need to have your own solutions and your own documentation > and a forum is a good place to build that. > > So said that: > - Forum: A good place for beginner an non-technical user (I guess all > Guix user require some technical knowledge), also a good place for > create history and user documentation/solutions. > > - Irc: For quick question, developer and contributor discussions and > more advanced users (bridge to Matrix would be good). > > - Mailing List: For contributors, developers, and more long-terms > questions, as well more advanced users. > > on the other hand I think that the mailing lists create a more conducive > environment for debate than the forum itself, but again, for new user a > Forum is a better place or to find quick solutions which on Irc are hard > to find.
Re: Transformations Shell Syntax
Am 03.07.23 um 02:01 schrieb jgart: Starting multiple workers: $ herd start microblog-tasks@{1..4} $ herd status microblog-tasks@{1..4} Please note that this syntax is expanted by the shell! Thus these commands are the same as $ herd start microblog-tasks@1 microblog-tasks@2 microblog-tasks@3 microblog-tasks@4 $ herd status microblog-tasks@1 microblog-tasks@2 microblog-tasks@3 microblog-tasks@4 -- Regards Hartmut Goebel | Hartmut Goebel |h.goe...@crazy-compilers.com| |www.crazy-compilers.com | compilers which you thought are impossible |
Re: Registering an artifact as root
Am Sonntag, dem 23.07.2023 um 12:51 +0200 schrieb Hartmut Goebel: > Hi, > I'd like to create a symlink to a store object somewhere in my home- > directory and register this symlink as a root, to avoid the garbage > collector removes the store object. > How can I achieve this with existing guix means? (guix store) has (define-operation (add-indirect-root (string file-name)) "Make the symlink FILE-NAME an indirect root for the garbage collector: whatever store item FILE-NAME points to will not be collected. Return #t on success. FILE-NAME can be anywhere on the file system, but it must be an absolute file name--it is the caller's responsibility to ensure that it is an absolute file name." boolean) Hope that helps. Cheers
Registering an artifact as root
Hi, I'd like to create a symlink to a store object somewhere in my home-directory and register this symlink as a root, to avoid the garbage collector removes the store object. How can I achieve this with existing guix means? Background: Vagrant has the means of distributing virtual machines as "boxes", tar.gz files which are downloaded and then extracted into some cache directory. When Vagrant creates a virtual machine based on that box, it copies the disk-image to some working directory. The cache content is (almost) trivial, thus I wrote a small script creating the required files in the cache directory and sym-linking the disk-image there. Of course, the garbage collector should not remove the disk-image a long as it is used (= linked from the box cache). -- Regards Hartmut Goebel | Hartmut Goebel | h.goe...@crazy-compilers.com | | www.crazy-compilers.com | compilers which you thought are impossible |
Re: FSDG issues of SCUMMVM-based games
Am Mittwoch, dem 21.06.2023 um 10:38 +0200 schrieb Giovanni Biscuolo: > > Note, that this discussion started IIRC a year ago and we have > > practically known about actually existing FSDG violations since > > then. > > My approach here is quite simple and pragmatic: Remove the games > > which obviously violate the FSDG (that is all the games currently > > depending on ScummVM as far as I know) > > I totally agree with this simple and pragmatic solution, but the FSDG > violation is not that games are distributed with a non-free license > (IMHO the license of some or all games have the same legal effect of > the SIL Open Font License v.1.1, that is considered free [1]) I don't think the exception the FSF makes here for fonts holds for actual software, but I might be mistaken. Also note that we only bundle ScummVM with guix pack style tarballs, but not in the packages themselves. > AFAIU the violation comes from the absence of the source code (or > just the build tools?) to compile the game to ScummVM bytecode (other > issues with the way games are compiled and distributed can be > patched, AFAIU) > > IMO when removing teh games is very inportant to mention the > motivation, since it will be useful for potential similar use cases. I've pushed the removals to master, pointing to the lack of corresponding source as the fact we can all agree on. This comes in just in time as Adam Faiz (hi there!) has packaged openquest [1], which will hopefully soon give us a free as in freedom game to play with ScummVM and compare other submissions against :) Cheers [1] https://issues.guix.gnu.org/issue/64787