bug#67292: emacs / emacs-transient collisions and bundling

Op 22-11-2023 om 21:53 schreef Simon Tournier: On mar., 21 nov. 2023 at 19:01, Maxime Devos wrote: Yes, it is official, but the question was how the bundling is not a bug (and implicitly, whether it is bundling), not whether the bundling is official. The bundling is not a bug because it is

bug#67292: emacs / emacs-transient collisions and bundling

ng in this case. Best regards, Maxime Devos OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#67292: emacs / emacs-transient collisions and bundling

Op 20-11-2023 om 14:46 schreef Simon Tournier: On Mon, 20 Nov 2023 at 13:39, Maxime Devos wrote: This does not answer how the bundling is not a bug. It answers. Nothing is bundled. It is the official Emacs. ‘Nothing is bundled’: on the contrary: * ‘New Modes and Packages in Emacs

bug#67292: emacs / emacs-transient collisions and bundling

Bug 2: no collision handling. This is a bug, IMHO.  Indeed, if an user prefers another version of builtin modes or packages, they should not collide with the builtin ones.  Well, they do not collide when using “guix shell”: guix shell -C emacs emacs-transient -E TERM -- emacs -q Therefore

bug#67292: emacs / emacs-transient collisions and bundling

Op 20-11-2023 om 11:22 schreef Simon Tournier: Hi, On Sun, 19 Nov 2023 at 23:44, Maxime Devos wrote: Bug 1: emacs bundles emacs-transient. (Likewise for quite a few other Emacs packages.) This is not a bug. transient.el is part of Emacs since version 28, see NEWS: --8<---

bug#67292: emacs / emacs-transient collisions and bundling

;t actually overridden but rather the profile building code arbitrarily chooses between the two. I guess (guix profiles) should set #:resolve-collision to something where the "[...]/transient.info.gz" of the store item containing "[...]/bin/emacs" loses.

bug#30434: magit won’t work over TRAMP

Op 23-09-2023 om 12:17 schreef Maxime Devos: Op 21-09-2023 om 09:34 schreef Simon Tournier: Hi, This bug#30434 [1] had been closed on 14 Feb 2018 and then reopened on 18 May 2022. 1: https://issues.guix.gnu.org/issue/30434 On Thu, 21 Jul 2022 at 00:04, Maxim Cournoyer wrote: More

bug#30434: magit won’t work over TRAMP

can use instead faking a high bug resolving statistics. Best regards, Maxime Devos. OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#65391: Acknowledgement (People need to report failing builds even though we have ci.guix.gnu.org for that)

r hollow. Instead of having a ‘removal policy’ that lays down exceptions that indicate when the package should instead be kept, I would rather have a ‘fixing policy’ that has exceptions indicating when the package may instead be removed. In a sense, those are technically equivalent, but the dif

bug#65391: Acknowledgement (People need to report failing builds even though we have ci.guix.gnu.org for that)

[...] Maxime Devos writes: The first part looks reasonable to me (though I would decrease 7 days to daily or even hourly, as I don't see a point in the delay), but how does the second part (removing packages) make sense at all? I mean, if you do that: 1. Build failures happen (indepe

bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

i.guix.gnu.org loads fast enough for me in my experience, but I do agree that more automation is good! (I usually don't respond to e-mails I agree with except for superficialities, but I was wondering if such non-replies are actually interpreted as such, or as disagr

bug#65391: Acknowledgement (People need to report failing builds even though we have ci.guix.gnu.org for that)

out (less explicitly) in the past in other threads as well. (**) If you want me to, I could sent you an example of someone writing a single message (and no other messages to Guix) in bad faith by PM. > [tooling / QA improval suggestions] Agreed. Best regards, Maxime Devos. OpenPGP_0x49E3

bug#65391: Acknowledgement (People need to report failing builds even though we have ci.guix.gnu.org for that)

ix supports having multiple versions of a package, you could use that? Or if it is a simple change, you could patch things while things haven't diverged much yet (and maybe upstream even already has an update to make things compatible!) + Out-of-memory problems an

bug#65505: [cuirass] Not all dependencies are built as dependencies

For example, consider: https://ci.guix.gnu.org/build/1865837/details . This is a (failed) build of the gwl@0.5.1 package, with dependency guix@1.4.0- It looks like the test tests/publish.scm is functioning, i.e., it succeeded at detecting a bug: make[4]: *** [Makefile:6303: tests/publ

bug#65503: Test suite logs aren't printed on failure during package build

[copy all tests/*.log to stderr] (raise-continuable c))) [run tests]). Alternatively, Cuirass could copy some parts of failed builds and present them in the UI. Best regards, Maxime Devos OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

assume you meant s/install/update. How is this an improvement? I mean, how does this make ‘People need to report failing builds even though we have ci.guix.gnu.org for that.’ less true? Best regards, Maxime Devos. OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key

bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

y, which you can visit via the hyperlink. I don't see any linear search here. Best regards, Maxime Devos. OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#65424: Guix doesn't use positional arguments in translated formatted messages

Proposed new documentation: * 22.5.5 Translatable messages When constructing translatable messages with 'format' (guile manual>), it is important to use positional arguments.  For example, instead of writing   (format #t (G_ "The package '~a' is newer than '~a'.~%") '("foo" "

bug#65434: https://data.guix.gnu.org/statistics is bogus

That page contains: Guix revisions # Derivations # I think some code forgot to actually call these procedures. OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#65424: Guix doesn't use positional arguments in translated formatted messages

Op 21-08-2023 om 16:20 schreef Julien Lepiller: Le 21 août 2023 14:09:14 GMT+02:00, Maxime Devos a écrit : Consider, e.g., (format #t (G_ "~0@*~a should be set to ~1@*~a instead of ~2@*~a~%") "CC" "(cc-for-target)" "gcc") -> CC should be set

bug#65427: "guix style" messes up parameterize forms

It turns (parameterize ((var val)) code) into (parameterize ((var val)) code). Instead it should be formatted the same way as a 'let' form. OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#65424: Guix doesn't use positional arguments in translated formatted messages

Consider, e.g., (format #t (G_ "~0@*~a should be set to ~1@*~a instead of ~2@*~a~%") "CC" "(cc-for-target)" "gcc") -> CC should be set to (cc-for-target) instead of gcc By using positional arguments like this, translators can reorder the sentence to: (format #t (G_ "It's not ~2@*~a that ~0@

bug#65393: python-uqbar test failure

[...] E - optional arguments: E + options: E -h, --helpshow this help message and exit E --version show program's version number and exit E E subcommands: E {help,list,birds,mammals} E help

bug#65392: aegis fails to build

https://ci.guix.gnu.org/build/1170869/log/raw: g++ -I. -std=c++03 -I/gnu/store/b727ryyfiz1cfdywjp8s1wmxd6lzsz8p-curl-7.85.0/include -I/gnu/store/g9cpfynzy3ryv9jprgvwf3g2mnd5p11q-libxml2-2.9.14/include/libxml2 -c fmtgen/lex.cc In file included from /gnu/store/5lqhcv91ijy82p92ac6g5xw48l0lwwz4-g

bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

e failures are taken seriously, instead of the ‘there don't seem to be that much more build failures from the core-updates/... merge, let's solve them later (i.e., never)’ that seems to be status quo? Best regards, Maxime Devos OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP

bug#65390: naev build failure: validate-runpath failed

When doing "guix shell naev", things ended with: /gnu/store/nl8fl0agic9a5dw9i1m701p3yn6x6sw9-naev-0.10.4/bin/naev: stripping RUNPATH to ("/gnu/store/xhxn5yk0kzh3rscirf0n1cvwnns7xn4h-sdl2-2.26.2/lib" "/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib" "/gnu/store/yd7rq0ffac7dz3jf5ggwh

bug#64587: Seemingly pointless backtrace in "guix weather" in case of DNS errors

he DNS problems situation, the backtraces for other situations can stay.) (Due to DNS problems, I can't check whether this has already been reported.) Best regards, Maxime Devos -- $ guix weather libjami 1 pakketdistillaties aan het berekenen voor x86_64-linux... op zoek naar 3 de

bug#63977: Incorrect language tags in case of incomplete translations

On the French part of the website, https://guix.gnu.org/fr/blog/2023/parameterized-packages-for-gnu-guix/, we have an lang="fr" attribute for the 'html' tag: [...] This is fine. This French web page has an English blog post. This is OK, HTML supports that. Just put a "lang="en"' attribut

bug#63975: Broken link (404) in blog post breadcrumbs

or-gnu-guix which is a 404 Not Found. The same issue holds for non-English translations as well. Other blog posts are affected as well. Best regards Maxime Devos OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#49132: guix substitute: backtrace when the network is disabled during substitution

Ah indeed, this is poorly handled. I’m not really sure how to address it. I/O ports are a nice abstraction as it allows you to transparently read “streams” from any medium, but as always, that also comes with opacity where the call site is not supposed to know what kind of exceptions might be th

bug#63794: Bad error reporting in case of 404 during downloading

I think I saw it again after upgrading but I might have misremembered. > I think this report is about two issues: > > 1. the substitute error, > 2. the way the error is reported. > > About #1, clearing the cache seems fixing. IMO this manual action of having to clear the cache (in a new Guix) to

bug#63827: Some --fallback logic seems inconsistent or bad, and other substitution issues

According to the manual (6.3.6 Substitution Failure): > Even when a substitute for a derivation is available, sometimes the > substitution attempt will fail. Inconvenient, but expected. > This can happen for a variety of reasons: the substitute server > might be offline, the substitute may rece

bug#63794: Bad error reporting in case of 404 during downloading

I can't upgrade yet, because no substitute of webkitgtk is available: The following derivations would be built: [...] /gnu/store/gdvjm79zbi8nhdwgmk40n6k4rlmz2ndk-webkitgtk-2.40.1.drv [...] Greetings, Maxime. OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signatu

bug#63794: Acknowledgement (Bad error reporting in case of 404 during downloading)

From: Christopher Baines > I think the key bits here might be a duplicate of #63634 Looks like I need to upgrade my Guix system to fix substitution ... but "guix system build" is currently failing, which needs [cycle!]. This time when doing "guix system build" I have a new error: [...] /gnu/s

bug#63794: Bad error reporting in case of 404 during downloading

$ guix system build /etc/config.scm: guix-1.4.0-6.dc5430c 52.2MiB 811.7Mi guix-1.4.0-6.dc5430c 52.2MiB 1.46Gi guix-1.4.0-6.dc5430c 52.2MiB 1.70GiB/s 00:00 ▕▎ ▏ 1.7%Backtrace: In ice-9/boot-9.scm: 1752:10 19 (with-exception-handler _ _ #:unw

bug#63203: symbol lookup error: undefined symbol __libc_pthread_init (texmacs)

(I did not receive the last reply in my e-mail client.) Hi, There are no relevant environment variables in the main profile -- it's quite spartan: ~/.guix-profile/etc/profile: # Source this file to [...] export PATH="${GUIX_PROFILE:-/gnu/store/04i0m9rwnbw14qjhp2hnmm6gzbyirxn5-profile}/bin:

bug#63203: symbol lookup error: undefined symbol __libc_pthread_init (texmacs)

Hi, After doing a "guix pull", TeXmacs doesn't start anymore (this is on a x86_64 system, and without LD_LIBRARY_PATH): $ guix --version && guix shell texmacs -- texmacs hint: Consider installing the `glibc-locales' package and defining `GUIX_LOCPATH', along these lines: guix install g

bug#59256: Emacs-guix tab-completion returns gexp error

Op 22-03-2023 om 07:10 schreef Joshua Hecker: [...] I'm not involved in Guix development anymore. Greetings, Maxime. OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#62547: --symlink option of "guix shell -C -F" is non-functional for /lib and /usr/lib, unlike /bin

$ guix shell -F -C tk -- some-software # ... libtk8.5 not found, let's choose version 8.5 $ LC_ALL=en_GB.UTF-8 guix shell -F -C tk@8.5 shell guix shell: error: tk: package not found for version 8.5 # Guix doesn't have version 8.5. Let's lie and pretend # that 8.5=8.6, maybe it will be ‘close en

bug#61885: bug#61911: error: mate-polkit: unbound variable

Op 02-03-2023 om 15:36 schreef Josselin Poiret: Hi Maxime, Maxime Devos writes: In unknown file: 3 (primitive-load-path "gnu/packages/xfce" #) In gnu/packages/xfce.scm: 1156:19 2 (_) In ice-9/boot-9.scm: 1685:16 1 (raise-exception _ #:continuable? _)

bug#61911: error: mate-polkit: unbound variable

Unlike https://issues.guix.gnu.org/42601, this happens _outside_ ./pre-inst-env: $ LC_ALL=C guix build mate-polkit Backtrace: In ice-9/boot-9.scm: 222:29 19 (map1 (((gnu packages guile)) ((gnu packages image)) # ?)) 222:29 18 (map1 (((gnu packages image)) ((gnu packages #)) ((?)) ?)) 22

bug#39301: Guile warnings printed upon reconfigure due to 3.0/2.2 mismatch

These kind of errors happen again: $ guix system build /etc/config.scm /etc/config.scm:233:14: waarschuwing: the 'target' field is deprecated, please use 'targets' instead substitute: lijst van substituten van ‘https://ci.guix.gnu.org’ aan het bijwerken... 100.0% substitute: lijst van substitut

bug#58033: PatchELF can create broken ELF binaries

I think I've found another instance of this bug. Unlike , I'm getting an error message from validate-runpath, in the form of a type error. Regardless of whether PatchELF's output is correct, I think there shouldn't be any type errors. $ guix build -f guix

bug#61212: guix substitute: EEXISTS

I'm getting the following error message when doing "guix home reconfigure": retrying download of '/gnu/store/xv60bjqprqr1v90fiv94y99cd0mhkm46-efl-1.26.3' with other substitute URLs... guix substitute: fout: mkdir: Bestand bestaat al vervanging van /gnu/store/xv60bjqprqr1v90fiv94y99cd0mhkm46-ef

bug#47106: bug#61101: Graphical container examples forget to expose things.

On 27-01-2023 18:34, Simon Tournier wrote: Hi, On ven., 27 janv. 2023 at 17:50, Maxime Devos wrote: Many of the graphical container examples don't work. I think it is related to #47097 [1]. 1: <http://issues.guix.gnu.org/issue/47097> Right, didn't notice that one. Tha

bug#61101: Graphical container examples forget to expose things.

Many of the graphical container examples don't work. For example, take guix shell --container --network --no-cwd ungoogled-chromium \ --preserve='^DISPLAY$' -- chromium from (guix)Invoking guix shell. It fails with: Authorization required, but no authorization protocol specified [

bug#60892: texlive-latex-ms description is incorrect -- doesn't contain everyshi

Hi, I'm trying to use 'pdfjam' from texlive-tiny. When I run it, I get a message that 'pdfpages' wasn't installed, so I add texlive-latex-pdfpages to the environemnts. Likewise, I add texlive-latex-eso-pic. Then it says that everyshi isn't found, so I try to add that as well. According to

bug#59256: Emacs-guix tab-completion returns gexp error

I've heard about something about Guile sockets and REPLs, so I've investigated a bit and I think I found a Guix bug instead of a Guile bug (and is unrelated to sockets or REPLs): In the error message, there is a mention of "#~". Perhaps somehow, no hash extension (not sure about terminology) f

bug#59784: [version 1.4.0rc1] Retrying a failed install fails

On 14-12-2022 22:47, pelzflorian (Florian Pelz) wrote: fsyncing the database had no effect. (In addition to Ludo’s 'stop-service', I had done fsync.patch diff --git a/gnu/installer/final.scm b/gnu/installer/final.scm index ef487805f0..13deffef85 100644 --- a/gnu/installer/final.scm +++ b/gn

bug#57417: Emacs crashes due to symbol lookup error to rsvg_handle_set_stylesheet

On 11-11-2022 08:56, arnaud.lechevall...@free.fr wrote: Hi Maxime, Which architecture are you on? You can find out with $ echo '(use-modules (guix utils)) (%current-system)' | guix repl $1 = "x86_64-linux" Then unless 'grokking Stuff' has a different system, I am not following their prop

bug#57417: Emacs crashes due to symbol lookup error to rsvg_handle_set_stylesheet

On 10-11-2022 19:13, arnaud.lechevall...@free.fr wrote: [...] I checked the package definition with `guix edit emacs` ... ;; When looking for libpng `configure' links with `-lpng -lz', so we ;; must also provide zlib as an input. libpng zlib

bug#59098: Tests of jemalloc@5.2.1 fail on armhf-linux (was: failed to compute the derivation for Guix (version: "4a34da845ed91821d38ba8a9b65ad650dd7488d1"; system: "armhf-linux"; )

retitle 59098 Tests of jemalloc@5.2.1 fail on armhf-linux thanks (There also appears to be something going on with curl, but one thing at a time.) \ 'check' phasebuilder for `/gnu/store/99rr7c2w3i6p0snd8lz146yz4wp0sdpn-jemalloc-5.2.1.drv' failed Please attach build log, try guix build --l

bug#58988: guix pull stopped to work on my GuixSD

retitle 58988 guix pull stopped to work on my Guix System thanks Small name correction for the record -- GuixSD is an old name. Greetings, Maxime. OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#58650: build of /gnu/store/mw6ax0gk33gh082anrdrxp2flrbskxv6-openssl-1.1.1n.drv failed

reopen 56137 merge 56137 58650 thanks On 03-11-2022 12:25, Sjors Provoost wrote: I tried building again using: guix build --cores=1 /gnu/store/mw6ax0gk33gh082anrdrxp2flrbskxv6-openssl-1.1.1n.drv This made it more clear that the error was an expired certificate: ../test/recipes/80-test_ssl_new

bug#58650: build of /gnu/store/mw6ax0gk33gh082anrdrxp2flrbskxv6-openssl-1.1.1n.drv failed

On 03-11-2022 11:03, zimoun wrote: Hi, Thanks for the report. On Wed, 19 Oct 2022 at 21:46, Sjors Provoost wrote: Sorry if this is a duplicate or has already been fixed in a more recent commit. /builder for `/gnu/store/mw6ax0gk33gh082anrdrxp2flrbskxv6-openssl-1.1.1n.drv' failed with exit

bug#58927: guix --version is 0

merge 56290 58927 thanks Duplicate of OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#58897: "guix download" often gets stuck on sourceforge, but browser doesn't

Hi, When doing $ guix download mirror://sourceforge/weka/weka-3-9/3.9.5/weka-3-9-5.zip (from https://issues.guix.gnu.org/51072), it starts downloading, but after a while its stops doing anything (at least, nothing visible): Starting download of /tmp/guix-file.e1a90k From http://downloads.so

bug#58859: profile contents depends on package order

Looks sort-of but not quite a duplicate of (‘guix shell’ skips profile collisions checks) to me. Greetings, Maxime. OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#58631: [Shepherd] Indefinite heap growth (memory leak)

On 29-10-2022 12:01, Ludovic Courtès wrote: The attached Fibers program illustrates the problem: heap grows even though it’s not supposed to. If I add (gc) before the (pk 'heap-size ...), I can't reproduce: ;;; (heap-size 12742656) ;;; (heap-size 12808192) ;;; (heap-size 12808192) ;;; (he

bug#47949: Failed to produce output path for guix-package-cache

On 28-10-2022 22:23, Vagrant Cascadian wrote: [...] Maybe that's a clue pointing to the crufty .cache directories? Well, after removing ~/.cache/guix/checkouts/ I haven't had the problem again, with several successful pulls. This suggests to me that guix should make sure to not use a dirty

bug#47584: [PATCH 1/3] guile-next: Update to 3.0.8-793fb46.

* gnu/packages/guile.scm (guile-next): Update to 3.0.8, commit 793fb46. [arguments]: Remove 'skip-failing-tests', as presumably the issues are fixed in the new version. --- gnu/packages/guile.scm | 21 ++--- 1 file changed, 6 insertions(+), 15 deletions(-) diff --git a/gnu/package

bug#47584: [PATCH 1/3] guile-next: Update to 3.0.8-793fb46.

On 28-10-2022 18:04, Maxime Devos wrote: (native-inputs - (modify-inputs (package-native-inputs guile-3.0) + (modify-inputs (package-native-inputs guile-3.0-latest) + (replace "guile" this-package) ; for cross-compilation I forgot to mention this in

bug#47584: [PATCH 3/3] activation: Fix TOCTTOU in mkdir-p/perms.

pyright © 2018 Arun Isaac ;;; Copyright © 2018, 2019 Ricardo Wurmus -;;; Copyright © 2021 Maxime Devos +;;; Copyright © 2021, 2022 Maxime Devos ;;; Copyright © 2020 Christine Lemmer-Webber ;;; Copyright © 2021 Brice Waegeneire ;;; @@ -64,46 +64,70 @@ (define %skeleton-directory (def

bug#47584: [PATCH 2/3] WIP gnu: Change the Guile used for activation to one that has 'openat'.

bootstrap.scm index 4ea97368a9..8852caa406 100644 --- a/gnu/packages/make-bootstrap.scm +++ b/gnu/packages/make-bootstrap.scm @@ -7,6 +7,7 @@ ;;; Copyright © 2019, 2020 Marius Bakke ;;; Copyright © 2020 Mathieu Othacehe ;;; Copyright © 2021 Pierre Langlois +;;; Copyright © 2022 Maxime Devos

bug#47584: [DRAFT PATCH v2 0/4] Fix race condition in mkdir-p/perms

> TODO: change the Guile used for activation to some > commit that has openat etc, [...] This is done now, but "make check-system" now fails due to an openssl build failure, see latest patch, so not yet appliable ... OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_sign

bug#25752: go incremental builds broken

On 26-10-2022 22:42, zimoun wrote: Hi, On Tue, 14 Sep 2021 at 12:43, zimoun wrote: On Fri, 18 Dec 2020 at 16:31, Leo Famulari wrote: On Fri, Dec 18, 2020 at 09:00:14PM +0100, zimoun wrote: I suspect closing this bug had been forgotten. If yes, feel free to close it. Otherwise, I do not

bug#58760: Guix System iso too big for cdrom again

On 24-10-2022 18:08, pelzflorian (Florian Pelz) wrote: Hello Guix, [...] The result is that most packages got slightly bigger and this broke the camel’s back. From what Tobias (Cc) wrote, he used the highest compression settings. So it seems nothing can be done to make the install iso smalle

bug#58697: [bug] guix refresh nftables crashes

On 22-10-2022 03:55, kiasoc5 via Bug reports for GNU Guix wrote: % guix refresh nftables [...] ice-9/boot-9.scm:1685:16: In procedure raise-exception: In procedure getaddrinfo: Servname not supported for ai_socktype ``` I can reproduce this locally and don't know the cause. Greetings, Maxime

bug#47584: Race condition in ‘copy-account-skeletons’: possible privilege escalation.

build/activation.scm index 10c9045740..ee52bb1979 100644 --- a/gnu/build/activation.scm +++ b/gnu/build/activation.scm @@ -5,7 +5,7 @@ ;;; Copyright © 2015, 2018 Mark H Weaver ;;; Copyright © 2018 Arun Isaac ;;; Copyright © 2018, 2019 Ricardo Wurmus -;;; Copyright © 2021 Maxime Devos +;;; Copy

bug#58309: [BUG Report] found a bug? followup

On 05-10-2022 19:58, Frank Pursel wrote: Performed another 'guix pull' to receive one more change which led to the additional reporting: guile-ssh-0.15.1-debug 238KiB 227.0MiB/s 00:00 [##] 100.0% Backtrace:: 15 (primitive-load "/gnu/store/k76q0ikk8a7769b0d2b9y3jj2m

bug#58309: [BUG Report] found a bug?

On 05-10-2022 18:45, Frank Pursel wrote: Dutifully reporting the output from today's 'guix pull': gnutls-3.7.2-doc 1.0MiB 659KiB/s 00:01 [### ] 84.1-Backtrace: 18 (primitive-load "/gnu/store/8b0z5hm1kxha84g367yfshxjf1q4kka2-compute-guix-derivation") In ice-9/eval.

bug#58571: translations are incompletely pulled from weblate

On 16-10-2022 18:33, two--- via Bug reports for GNU Guix wrote: hi in https://git.savannah.gnu.org/cgit/guix.git/tree/po/guix/uk.po i see kyrylo's translations are pulled there from weblate, but mine (https://translate.fedoraproject.org/changes/?project=guix&lang=uk&user=two22) are not, these

bug#58591: Java packages do not appear to keep a reference to their inputs

On 18-10-2022 04:45, Maxim Cournoyer wrote: [...] setting CLASSPATH outside of the build systems, so even if we propagate Java things, I don't see how it'd find them in a profile. FWIW, when I used java things in Guix, I manually did CLASSPATH=$GUIX_ENVIRONMENT/... or the CLI equivalent (some

bug#58198: topological-sort does not sort topologically in case of diamonds

The revised module is _also_ broken (in case of nushell's member graph). Will wait with posting the revised² module until it has seen more testing ... OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#58526: bug report upgrading Guix from 1.0.1 to 1.3

On 17-10-2022 20:25, Timothée Flutre wrote: Hello Maxime, Thanks for finding this issue that seems related to my issue. As it may take some time for someone to fix this issue, could I uninstall my current Guix setup, and install it again? As far as I know there is no law against that, sure

bug#58149: bug#58526: bug report upgrading Guix from 1.0.1 to 1.3

reopen 58149 merge 58149 58526 thanks I tried merging 58149 with 58526 because they appear to be essentially the same issue (pre-lzip stuff). As far as I can tell, no fix for that problem was provided, and it's still happening (see, e.g., 58526). As such, I'm reopening. Feel free to reclos

bug#58526: bug report upgrading Guix from 1.0.1 to 1.3

merge 58149 58526 thanks On 16-10-2022 17:25, Timothée Flutre wrote: Here is the attachement, sorry for forgetting it the first time. The 'unsuppported compression scheme lzip' looks like a duplicate of https://issues.guix.gnu.org/58149, merging. Le sam. 15 oct. 2022 à 13:55, zimoun

bug#58555: [guile-git] Attempt to use git repositories that support older "dumb" HTTP protocol gives uninformative error message

On 15-10-2022 17:08, Wojtek Kosior via Bug reports for GNU Guix wrote: Hello, I was trying to set up a Guix channel and use it from guix.scm of my project. I got an error when using `guix shell` Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Up

bug#58526: bug report upgrading Guix from 1.0.1 to 1.3

On 14-10-2022 20:08, Timothée Flutre wrote: Hello, I have a computer with Ubuntu 22.04.1 LTS". Some time ago, I installed Guix to try it out, which I finally did not for various reasons. But hearing the talk of K. Hinsen last month convinced me of giving it another try. I hence started by

bug#58198: topological-sort does not sort topologically in case of diamonds

On 08-10-2022 20:13, Maxime Devos wrote: I found a solution: [...] It's buggy, it doesn't handle situations like libnewsboat / | | regex-rs || strprintf. Revised module is attached. ;;; GNU Guix --- Functional package mana

bug#58452: openldap fails to cross-compile to aarch64 (strip errors) (was: guix pack cross-compile failed to build docker img of openldap for aarch64)

retitle 58452 openldap fails to cross-compile to aarch64 (strip errors) thanks "guix pack" and Docker seem unrelated here, rather it seems to be regular cross-compilation bug to me that could presumably be reproduced with "guix build openldap --target=aarch64-linux-gnu". Greetings, Maxime. O

bug#58420: packages with guile-3.0 as an input fail to cross-compile

merge 47221 58420 thanks On 10-10-2022 19:25, Mitchell F. Schmeisser wrote: I cannot cross compile any packages which depend on guile. The configure phase either fails to find the autoconf macros or fails to find guile itself. [...] The issue is that guile needs to be in native-inputs even th

bug#25018: GC incorrectly removes the temporary root file of the calling process

On 10-10-2022 10:01, Ludovic Courtès wrote: Hi Maxim, [...] and pushed! Thank you! (Your bug triage work is much appreciated!) We could turn the example here in a unit test; the only downside is that running the GC in a test is expensive. It should be possible to run the GC on the test

bug#56322: Debbug 56322, Ruby packaging issues, ping?

On 10-10-2022 07:05, Remco van 't Veer wrote: Hi Maxime, Thanks for taking a look again. I'll make a new patchset to correct the things you mentioned. 2022/10/09 11:15, Maxime Devos: Otherwise, not that I know of, these patches appear straightforward. They might need to be do

bug#58409: rust-hts-sys bundles htslib

In Debbugs-CC: the Rust team and committer+author of 'gnu: Add rust-hts-sys-2' (3a3eb0b155054bb22c01bace4a173cc73e2b1490). Unfortunately rust-hts-sys doesn't seem to have a convenient 'system' feature or such ... Greetings, Maxime OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public ke

bug#58384: [core-updates] build-system: Fix uses of #:strip-flags and #:strip-directories.

This fixes a bug introduced in ccc2658e2a111590ec25e308946e47a24d357785, reported at . Tested with "./pre-inst-env guix build openjpeg-data". Fixes: https://issues.guix.gnu.org/issue/58384 * guix/build-system/copy.scm (copy-build): 'strip-flags' and '#:st

bug#56322: Debbug 56322, Ruby packaging issues, ping?

On 08-10-2022 12:01, Remco van 't Veer wrote: Do the patches[1][2] need more work? [1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=56322#11 [2] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=56322#29 Trailing #t haven' been necessary since a long time, and ... > + (define baseruby ;; use

bug#58384: copy-build-system assumes that strip-flags, strip-directories is a S-exp, but it isn't.

(bug on core-updates, not master) OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#58384: copy-build-system assumes that strip-flags, strip-directories is a S-exp, but it isn't.

Hi, In commit https://git.savannah.gnu.org/cgit/guix.git/commit/?h=core-updates&id=ccc2658e2a111590ec25e308946e47a24d357785, the default 'strip-flags' and 'strip-directories' argument were changed from a S-exp to %strip-flags and %strip-directories from (guix build-system gnu). This is fine

bug#58198: topological-sort does not sort topologically in case of diamonds

unblock the workspace implementation in antioxidant. Greetings, Maxime. ;;; GNU Guix --- Functional package management for GNU ;;; Copyright © 2019 Ludovic Courtès ;;; Copyright © 2022 Maxime Devos ;;; ;;; This file is part of GNU Guix. ;;; ;;; GNU Guix is free software; you can redistribute it

bug#25327: cargo build-system should be able to filter out target.cfg(windows) dependencies

On 08-10-2022 16:15, zimoun wrote: Hi, On Thu, 24 Mar 2022 at 18:18, Nicolas Graves wrote: I might try to implement these changes, although I do not have enough time and experience to do that quickly, neither enough horsepower to try to rebuild everything after that. I included Maxime

bug#58337: guile-build-system does not recognise and pass on #:tests?

Fixed by: . OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#58337: guile-build-system does not recognise and pass on #:tests?

Patch(es) are in theory ready; doing some additional testing (not tested on in-tree guile-build-system packages yet) ... OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#58337: guile-build-system does not recognise and pass on #:tests?

See Subject. Not doing so would be reasonable, as there is no check phase anyway, however, packages using guile-build-system can define their own check phase that should respect #:tests?, but currently they can't, as #:tests? is always unset and hence (when tests? ...) is never run. (I would

bug#58149: guix pull error

On 06-10-2022 15:56, zimoun wrote: Hi, As a rule of thumb, I do not recommend to update Guix via the package manager of the foreign distro. Because 1. no so much foreign distro provide such Guix package and 2. the package from this foreign package manager can be outdated. I meant only to up

bug#58149: guix pull error

On 06-10-2022 14:08, Matthieu Haefele wrote: [...] IIUC, you installed Guix on a foreign distro.  If so, you could use your distro package manager to install & update the guix daemon (apt-get install, apt-get update, apt-get upgrade on Debian).  It likely won't be the latest version, but it

bug#58149: guix pull error

On 06-10-2022 12:10, Matthieu Haefele wrote: 1. What am I doing wrong to have stuck to this old guix daemon all this time ? Shall I run this `sudo -i guix pull` regularly to keep my daemon up to date ? But then it looks like I am the only one who faced this issue, weird, no ? And problems sho

bug#58299: [patch] add gst-plugins-base-gl (gst-plugins with opengl support)

On 05-10-2022 10:25, Dr. Arne Babenhauserheide wrote: Hi, the following patch adds a base gstreamer plugins package with opengl support: Not sure how I received this, as I unsubscribed from guix-patches, but a note: IIUC, you are enabling extra plugins -- so gst-plugins-base-gl also cont

bug#58198: topological-sort does not sort topologically in case of diamonds

Currently trying out https://srfi.schemers.org/srfi-234/srfi-234.html, let's see how that works out. Greetings, Maixme. OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#37244: Icecat Audio Issues

On 30-09-2022 05:08, Mark H Weaver wrote: One of the differences between Firefox and IceCat is the default value of the "privacy.resistFingerprinting" setting in . The default in Firefox is "false", and the default in IceCat is "true". I've found that some audio/video players that misbehave in

  1   2   3   4   5   6   7   8   9   10   >