bug#54760: import: hackage: Internal libraries are not filtered out of dependency list
Hi Philip, > Aha. Let me know if there's anything I can do to help. at this point there’s two options: 1) We manually update all packages coming from Stackage (i.e. run `guix refresh -t stackage` and adjust #:cabal-revision/inputs by hand) 2) We improve the updater so it automatically adjusts the entire package – not just version and source – and then run `guix refresh`. 1 is more labor-intensive, but 2 might take more time to figure out. Which option can you help with? Thanks, Lars
bug#33094: latex-koma-script: scrlttr2: ERROR: Argument of \strip@prefix has an extra }.
Hi Ricardo, > The correct solution to this problem would be to add a little build > cycle: build a bootstrap version of pdflatex (and the other formats) so > that we can build babel; then rebuild pdflatex (and all the other > formats, and everything that goes into texlive-latex-base) in an > environment where babel exists. indeed, adding this package variation to the manifest fixed the issue for me: ---snip--- (define-public texlive-latex-base-fixed (package (inherit texlive-latex-base) (name "texlive-latex-base-fixed") (propagated-inputs (modify-inputs (package-propagated-inputs texlive-latex-base) (append texlive-babel) ---snap--- Looking at `guix refresh -l texlive-latex-base` a change like that would be a world rebuild though. I tried adding something similar to Guix’ tree, but there’s a loop somewhere I can’t figure out (see attached patch). I’m guessing through texlive-build-system’s #:texlive-latex-base. Cheers, Lars diff --git a/gnu/packages/tex.scm b/gnu/packages/tex.scm index 4831cf0933..703846a1ad 100644 --- a/gnu/packages/tex.scm +++ b/gnu/packages/tex.scm @@ -2943,9 +2943,9 @@ (define-public texlive-latexconfig formats.") (license license:lppl))) -(define-public texlive-latex-base +(define-public texlive-latex-base-bootstrap (let ((template (simple-texlive-package - "texlive-latex-base" + "texlive-latex-base-bootstrap" (list "/doc/latex/base/" "/source/latex/base/" ;; Almost all files in /tex/latex/base are generated, but @@ -3174,6 +3174,18 @@ (define-public texlive-latex-base contain.") (license license:lppl1.3c+ +(define-public texlive-latex-base + (let ((base texlive-latex-base-bootstrap)) +(package + (inherit base) + (name "texlive-latex-base") + (arguments + `(#:texlive-latex-base texlive-latex-base-bootstrap + ,@(package-arguments base))) + (propagated-inputs +(modify-inputs (package-propagated-inputs base) + (append texlive-babel)) + (define-public texlive-latex-atveryend (package (inherit (simple-texlive-package
bug#55723: [PATCH] doc: Warn about LUKS2-encrypted boot not working with GRUB.
Hi Josselin, > +Note also that having @file{/boot/} reside on a LUKS2-encrypted device > +is currently unsupported because of a GRUB 2.06 bug, see > +@url{https://issues.guix.gnu.org/55723, bug #55723}. The graphical > +installer defaults to LUKS1 for this reason. instead of adding yet another exception, why not just document how to do it with LUKS1, which – as I understand it – works without these quirks? Cheers, Lars
bug#33094: latex-koma-script: scrlttr2: ERROR: Argument of \strip@prefix has an extra }.
Am Sonntag, dem 05.06.2022 um 12:25 +0200 schrieb Lars-Dominik Braun: > Looking at `guix refresh -l texlive-latex-base` a change like that > would be a world rebuild though. I tried adding something similar to > Guix’ tree, but there’s a loop somewhere I can’t figure out > (see attached patch). I’m guessing through texlive-build-system’s > #:texlive-latex-base. I think grafts would fix your problem, no? That is instead of defining a "bootstrap" variant, you'd simply add texlive-latex-base/fixed as a replacement to texlive-latex-base. Cheers
bug#55802: python-trezor-0.12.4.drv fails to build due to sanity-check
... ...trying to load endpoint console_scripts trezorctl: ERROR: Traceback (most recent call last): File "/gnu/store/35ix1m6m8a5s21j02ajhdyqxb2xkshfb-sanity-check.py", line 85, in ep.load() File "/gnu/store/b6j1qw1a5rkbfvcy7lc9fm95abbzpa4x-python-3.9.9/lib/python3.9/site-packages/pkg_resources/__init__.py", line 2450, in load return self.resolve() File "/gnu/store/b6j1qw1a5rkbfvcy7lc9fm95abbzpa4x-python-3.9.9/lib/python3.9/site-packages/pkg_resources/__init__.py", line 2456, in resolve module = __import__(self.module_name, fromlist=['__name__'], level=0) File "/gnu/store/y6gx2vkg5ndzwy95yrwwnb8qzq96q497-python-trezor-0.12.4/lib/python3.9/site-packages/trezorlib/cli/trezorctl.py", line 171, in @cli.resultcallback() AttributeError: 'TrezorctlGroup' object has no attribute 'resultcallback' error: in phase 'sanity-check': uncaught exception: %exception #<&invoke-error program: "python" arguments: ("/gnu/store/35ix1m6m8a5s21j02ajhdyqxb2xkshfb-sanity-check.py" "/gnu/store/y6gx2vkg5ndzwy95yrwwnb8qzq96q497-python-trezor-0.12.4/lib/python3.9/site-packages") exit-status: 1 term-signal: #f stop-signal: #f> phase `sanity-check' failed after 0.3 seconds command "python" "/gnu/store/35ix1m6m8a5s21j02ajhdyqxb2xkshfb-sanity-check.py" "/gnu/store/y6gx2vkg5ndzwy95yrwwnb8qzq96q497-python-trezor-0.12.4/lib/python3.9/site-packages" failed with status 1 Can the sanity-check be removed?
bug#55806: gnu/system/install.scm includes (service uvesafb-service-type) in %installation-services on all architectures
Reproducer: guix system image -t iso9660 gnu/system/install.scm This command fails on aarch64 host. It doesn’t if I manually remove uvesafb-service-type from the list. It is impossible(and not needed) to run uvesafb on non-x86 machines at the moment, so I think it should be included only in x86_64 (and probably 32bit x86 as well) builds.
bug#55488: GDM, GNOME: Can't start desktop session after upgrade
Howdy, On Friday, June 3rd, 2022 at 22:54, Ludovic Courtès wrote: > Here’s another debugging trick; would be great if you could try this: > > --8<---cut here---start->8--- > > (define strace-syslogd > (program-file "strace-syslogd" > #~(apply execl #$(file-append strace "/bin/strace") > "strace" ;argv[0] > "-f" "-Tt" "-o" "/syslogd.log" "-s" "80" > #$(file-append inetutils "/libexec/syslogd") > (cdr (command-line) > --8<---cut here---end--->8--- > > > and then: > > --8<---cut here---start->8--- > > (modify-services %desktop-services > (syslog-service-type > _ => (syslog-configuration > > (syslogd strace-syslogd > --8<---cut here---end--->8--- > > > This creates a log file, /syslogd.log, which will allow us to see the > time it takes syslogd to read from /proc/kmsg and hopefully to determine > the origin of delays. I see you already tried this on the other machine, but I gave this a try too just in case and sent the log to you privately. I'll try the other tricks next. publickey - luis.felipe.la@protonmail.com - 0x12DE1598.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
bug#55707: syslogd logging kernel messages slowly?
On Saturday, June 4th, 2022 at 19:30, Ludovic Courtès wrote: > I’m curious to see if it fixes your other boot-up issues, timeouts and > all, Luis. Do I simply put both definitions (inetutils/fdatasync and %default-syslog.conf) in my system config and reconfigure...? Because I tried that and nothing seems to change. Or, once defined, do I have to use inetutils/fdatasync and %default-syslog.conf somewhere in my system packages...? publickey - luis.felipe.la@protonmail.com - 0x12DE1598.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
bug#55809: guix challenge with diffoscope fails to clean up temporary directory
When I run a command such as: guix challenge --verbose --diff=diffoscope gavl 2>&1 | tee gavl It works for the most part, producing the diffoscope output, but ends with a bunch of warnings regarding removing the temporary directory it created to compare the files: warning: failed to delete /tmp/guix-directory.5TokII/share/doc: Permission denied warning: failed to delete /tmp/guix-directory.5TokII/share: Permission denied warning: failed to delete /tmp/guix-directory.5TokII: Directory not empty The permissions on the directory are read-only, which is presumably why it cannot remove them: $ ls -latr /tmp/guix-directory.5TokII/ total 28 dr-xr-xr-x 3 vagrant vagrant 4096 Dec 31 1969 share dr-xr-xr-x 3 vagrant vagrant 4096 Dec 31 1969 lib dr-xr-xr-x 3 vagrant vagrant 4096 Dec 31 1969 include dr-xr-xr-x 5 vagrant vagrant 4096 Dec 31 1969 . drwxrwxrwt 168 rootroot12288 Jun 5 09:28 .. The warnings are at best distracting, and at worst end up effectively making it impossible to see the diffoscope output without redirecting to a file, as the source files can take up many many lines in the scroll buffer. live well, vagrant signature.asc Description: PGP signature
bug#33094: latex-koma-script: scrlttr2: ERROR: Argument of \strip@prefix has an extra }.
Hi Liliana, > I think grafts would fix your problem, no? That is instead of defining > a "bootstrap" variant, you'd simply add texlive-latex-base/fixed as a > replacement to texlive-latex-base. from my understanding no, because latex-babel indirectly depends on texlive-latex-base. (Through texlive-build-system, since trivial? is false and thus gnu-build-system is *not* used.) Cheers, Lars