bug#54558: mcomix refuses to run, missing GTK libraries

Hi Maxim, Am Freitag, dem 25.03.2022 um 22:57 -0400 schrieb Maxim Cournoyer: > Hi Liliana, > > Liliana Marie Prikler writes: > > > [...] > > +  (let ((p7zip (assoc-ref inputs "p7zip"))) > > +    ;; insert absolute path to 7z exe

bug#54631: Unable to determine system origin when configuration stored in guix channel

Am Dienstag, dem 29.03.2022 um 22:03 -0400 schrieb Collin J. Doering: > [...] > Notice how there is no way to see which configuration was used to > create the system. The key here is that you're using a configuration expression rather than a file. Were you to write those files to disk in let's

bug#54654: libx11 libxcursor handling - Problems with big cursors not working in Java and xterm

Am Donnerstag, dem 31.03.2022 um 15:31 +0200 schrieb Danny Milosavljevic: > [...] > Possible fixes: > > a. Patch openjdk and xterm (and who knows what) such that it also > does the >    XcursorTryShapeCursor before it calls XCreateFontCursor. >    That's a lot of work. >    Note: There are no

bug#54691: fortune-mod propagates various non-nice things

Hi Maxime, Am Sonntag, dem 03.04.2022 um 15:09 +0200 schrieb Maxime Devos: > Hi guix, > > fortune-mod currently propagates (in the non-technical sense) various > non-nice things like objectification, misoginy, religious > intolerance, anti-mathematician-ism (?) and date rape.  That is not > an

bug#54417:

Pushed a fix as 99b41ffcbf399b1d51b5f90eaa706c9a05173cb1.

bug#50329: [PATCH] Bundle icons for emacs-lsp-treemacs

Hi Roman, hi Maxime, Am Sonntag, dem 20.03.2022 um 11:35 +0100 schrieb Roman Scherer: > Hi Maxime, > > ok, I see. Thanks for the explanation. I attached a patch that > removes the icons from the source as per your suggestion. > > What do you think about this one? > > Thanks, Roman. The logic

bug#50329: [PATCH] Bundle icons for emacs-lsp-treemacs

Hi Roman, Am Sonntag, dem 20.03.2022 um 12:21 +0100 schrieb Roman Scherer: > > Hi Liliana, > > thanks for adding the comment locally. I just checked the source of > LSP Treemacs and yes, they are all mentioned by name here: > >

bug#50329: [PATCH] Bundle icons for emacs-lsp-treemacs

Hi Roman, Am Sonntag, dem 20.03.2022 um 14:58 +0100 schrieb Roman Scherer: > Hi Liliana and Maxime, > > if the icons are really coming from [1], they seem to be licensed > under the Creative Commons Attribution 4.0 International Public > License. > > If it is okay to include them, I could work

bug#54607: ncurses attrset colour pair ignored in favour of bkgd

Am Montag, dem 28.03.2022 um 15:00 +0300 schrieb Roman Riabenko: > gcc test.c -lncurses This is not a sufficient invocation to get ncurses working correctly. $ ncursesw6-config --cflags -D_DEFAULT_SOURCE -D_XOPEN_SOURCE=600 - I/gnu/store/9rrnm5hdjw7cy96a2a9rfgh6y08wsbmf-ncurses-

bug#36924: GDM, GNOME Shell, etc. break when there are stale caches

Am Mittwoch, dem 23.03.2022 um 12:28 +0100 schrieb zimoun: > Hi, > > This old bug [1] is there since a long time.  What is the status? > > 1: > > [...] > > Is it still an issue? If I recall correctly, the offending caches have not been updated since, so

bug#53591: [PATCH] gnu: audacity: Add fallback to locate ffmpeg via pkg-config.

-0,0 +1,61 @@ +From 3c20057d0cbbbed453a692d4dd4589d865808024 Mon Sep 17 00:00:00 2001 +From: Liliana Marie Prikler +Date: Sat, 29 Jan 2022 10:44:44 +0100 +Subject: [PATCH] Add pkg-config fallback for locating ffmpeg. + +--- + libraries/lib-ffmpeg-support/CMakeLists.txt | 8 + libraries/lib-ffmpeg-support/FFmp

bug#53696: Integer overflow on Guix GC size calculation

Am Dienstag, dem 01.02.2022 um 14:06 + schrieb Ekaitz Zarraga: > Hi, > > I noticed there's some kind of a wierd integer overflow on the size > calculation on `guix gc`: > > [17592186042896 MiB] deleting > '/gnu/store/j2s6kva8l20m6rjj10bnknq99jc9rg6w-ghc-random-1.2.0- > builder' >

bug#53696: Integer overflow on Guix GC size calculation

Hi, Am Mittwoch, dem 02.02.2022 um 19:51 + schrieb Ekaitz Zarraga: > I mean something like: > > 0 > 1 > 2 > 4 > 8 > 10 > 12 > HUGE_NUMBER > HUGE_NUMBER > ... > HUGE_NUMBER > 15 > 20 > ... > > It's like it corrected itself. It happened in "low numbers" (less > than a > hundred). > > I just

bug#53696: Integer overflow on Guix GC size calculation

Hi, Am Dienstag, dem 01.02.2022 um 21:54 + schrieb Ekaitz Zarraga: > > Hi, > > ‐‐‐ Original Message ‐‐‐ > > On Tuesday, February 1st, 2022 at 10:20 PM, Liliana Marie Prikler > wrote: > > > > I find it somewhat concerning that you've accumulated mo

bug#53752: guix home symlink permissions

Am Donnerstag, dem 03.02.2022 um 13:08 -0500 schrieb Zacchaeus Scheffer: > I finally migrated my home configuration to guix home.  However, it > seems guix home creates all symlinks with 777 permissions.  This causes > problems with openssh as it will not recognize my > ~/.ssh/authorized_keys.  It

bug#53790: Audacity has extraneous binary at directory root

Hi Leo, Am Freitag, dem 04.02.2022 um 17:03 -0500 schrieb Leo Famulari: > Our Audacity package creates an extraneous "audacity" binary in the > root of the store item: > > -- > $ git describe   > v1.3.0-15695-gba60aede97 > $ ls -la $(./pre-inst-env guix

bug#53559: [PATCH] gnu: mutter: Disable timeline tests.

* gnu/packages/gnome.scm (mutter)[disable-problematic-tests]: Also disable timeline tests. --- gnu/packages/gnome.scm | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm index e3fac534c4..b341fb4c97 100644 ---

bug#53591: [PATCH] gnu: audacity: Add fallback to locate ffmpeg via pkg-config.

Am Samstag, dem 29.01.2022 um 14:53 -0500 schrieb Leo Famulari: > On Sat, Jan 29, 2022 at 06:54:54PM +0100, Liliana Marie Prikler > wrote: > > * gnu/packages/patches/audacity-ffmpeg-fallback.patch: New file. > > * gnu/local.mk (dist_patch_DATA): Add it here. > > * gnu/pack

bug#53790: Audacity has extraneous binary at directory root

Hi, Am Samstag, dem 05.02.2022 um 13:52 -0500 schrieb Leo Famulari: > On Sat, Feb 05, 2022 at 08:22:32AM +0100, Liliana Marie Prikler > wrote: > > Looking at the size of this thing compared to our audacity, I > > thought to myself "hmm, that's a shell script"

bug#53752: guix home symlink permissions

Am Montag, dem 07.02.2022 um 22:02 +0100 schrieb Maxime Devos: > Zacchaeus Scheffer schreef op ma 07-02-2022 om 14:47 [-0500]: > > I was able create the desired effect with the following service > > definition: > > (simple-service > >  'my-activation-service > >  home-activation-service-type > >  

bug#53857: telegram-desktop: fails to build

Hi Christopher, Am Montag, dem 07.02.2022 um 09:32 -0900 schrieb Christopher Howard: > {standard input}:1918775: Warning: end of file not at end of a line; > newline inserted > {standard input}: Error: open CFI at the end of file; missing > .cfi_endproc directive > c++: fatal error: Killed signal

bug#53873: False flag

Am Dienstag, dem 08.02.2022 um 11:48 +0100 schrieb Rovanion Luckey: > Never mind, it was a networking error and `guix pull` worked fine on > a rerun. Flagging it done then ️

bug#53915: No way of replacing an input in modify-input syntax structure but keep all the outputs

Am Donnerstag, dem 10.02.2022 um 10:09 + schrieb Gordon Quad: > poppler package include glib as a native-input with "bin" output. > > If I am doing the following: > > (package/inherit poppler >     (native-inputs >     (modify-inputs (package-native-inputs poppler) >     (replace

bug#53840: The current bitlbee-discord@0.4.3 does not work with glib@2.70.2

Hi, Am Montag, dem 07.02.2022 um 09:44 +0100 schrieb Adam Maleszka: > I'm trying to configure bitlbee-discord in order to write on Discord > using ERC in Emacs. Unfortunately, every time I open connection to > Discord, this error is thrown: > > [...] > I see three solutions. > * The third

bug#53857: telegram-desktop: fails to build

Am Mittwoch, dem 09.02.2022 um 11:18 -0900 schrieb Christopher Howard: > Hi, when I try to build with `guix build -M 1 -c 1 telegram-desktop` > I seem to be getting the same error. I can believe what you say about > the ram, as I've run into that problem before with other packages, > though it

bug#48300: closed (Re: Emacs cursor theme is not inherited from the OS when using foreign Guix)

Am Donnerstag, dem 20.01.2022 um 09:29 -0300 schrieb Jorge P.de Morais Neto: > I have defined TZDIR on ~/.profile and so far it's working.  Let's > see if it continues to work well. > > And how will other users know how to fix the problem?  Will Guix's > manual be updated?  There could also be a

bug#53407: libfuse 3 can't find fusermount

Hi Leo, Am Freitag, dem 21.01.2022 um 02:41 -0500 schrieb Leo Famulari: > While testing a Borg update (patch attached), I noticed that the > FUSERMOUNT_DIR hack in Fuse 3 doesn't seem to work like it does with > Fuse 2. > > The 1.2.0b3 beta of the upcoming Borg release can use either Fuse 2 >

bug#53127: [PATCH RFC] Turning Rust/Cargo inputs into “regular” inputs?

Am Samstag, dem 08.01.2022 um 18:57 +0100 schrieb Ludovic Courtès: > Hello! > > I’m opening this issue to discuss the possibility of changing > #:cargo-inputs and #:cargo-development-inputs to regular inputs, as a > followup to: > >   https://issues.guix.gnu.org/51845#10 > > I have a

bug#53043: Dash To Dock 71 not working properly with Gnome Shell 41

Hi, Am Freitag, dem 07.01.2022 um 03:56 + schrieb raid5atemyhomework: > Hello Liliana, > > [...] > > > It may be a *related* bug, but this may also be unique to how Guix > packages both programs. So I want to know if other users on Guix are > seeing the same thing as well. We don't do

bug#53379: Emacs cursor theme is not inherited from the OS when using foreign Guix

Am Donnerstag, dem 20.01.2022 um 09:03 + schrieb John Hamelink: > Hi Liliana, > > Liliana Marie Prikler writes: > > > It turns out this issue is actually related to another issue of > > Guix' Emacs on foreign distros, which is it not finding timezones.  > >

bug#53379: Emacs cursor theme is not inherited from the OS when using foreign Guix

Hi Am Donnerstag, dem 20.01.2022 um 00:03 + schrieb John Hamelink: > Hi there, > > I'm experiencing an issue with the emacs-next package on my Guix > foreign setup where the cursor (*not* Emacs point) is very dark. It's > perfectly legible against the default Emacs theme, but nonetheless it

bug#48300: closed (Re: Emacs cursor theme is not inherited from the OS when using foreign Guix)

Am Donnerstag, dem 20.01.2022 um 08:27 -0300 schrieb Jorge P.de Morais Neto: > Hello.  So the solution to the bug is for the user to manually write > the file ~/.config/systemd/user/gnome-shell- > x11.service.d/override.conf ? > > I would like to know a little more about that.  What is the

bug#53514: Guix should not set global variables that may affect host

Hi, Am Montag, dem 24.01.2022 um 17:24 -0500 schrieb Maxim Cournoyer: > Hello! > > There are multiple reports about the negative effects of Guix setting > variables such as XDG_DATA_DIRS on foreign distributions, that may > cause problems a severe as locking users out of their graphical >

bug#53559: Mutter test-suite is flaky

Hi Guix, ever since the merge of core-updates-frozen, I've been unable to build mutter locally, while fetching it from CI is usually fine. Attached is a build log -- note, that the traceback is generated by me killing the process with a SIGSEGV, it would otherwise go on for several days. Cheers

bug#53197: [PATCH 0/3] Update WPEWebkit to 2.34.3

Hi, Am Sonntag, dem 16.01.2022 um 13:30 -0500 schrieb Leo Famulari: > I noticed that GTK 4 depends on wpebackend-fdo. For now, we can > change GTK 4 on the master branch, but eventually wpebackend-fdo will > be a package that requires grafting to keep up to date. I'm fine with turning the

bug#54893: guix-daemon, locale, LANG, and unicode in git tag names

Am Mittwoch, dem 13.04.2022 um 10:22 +0200 schrieb Maxime Devos: > [...] > Let's test this (in a new REPL with an UTF-8 locale): > > ((@ (ice-9 iconv) string->bytevector) "é" "ANSI_X3.4-1968") > ice-9/boot-9.scm:1669:16: In procedure raise-exception: > Throw to key `encoding-error' with args

bug#54607: ncurses attrset colour pair ignored in favour of bkgd

Am Donnerstag, dem 07.04.2022 um 15:50 +0300 schrieb Roman Riabenko: > I believe that the above is enough to close this issue. Consider it closed.

bug#54928: Libtool 2.4.6 vs. 2.4.7

Am Donnerstag, dem 14.04.2022 um 14:07 +0200 schrieb Andreas Enge: > > > I have installed libtool@2.4.7 into my profile > > That is a mistake. > > > > > as well as a number of other development tools > > Probably also a mistake. > > Could you elaborate why? If you work on a project, it seems

bug#54928: Libtool 2.4.6 vs. 2.4.7

Am Donnerstag, dem 14.04.2022 um 11:53 +0200 schrieb Andreas Enge: > Hello, > > is there a good reason to have added libtool-2.4.7 without it > replacing the libtool variable (at version 2.4.6)?  libtool causes at least 13802 (mere two thirds of all our packages), so one might want to ensure that

bug#65306: [shepherd] ntpd throws shepherd out of the loop

Am Samstag, dem 02.09.2023 um 22:44 +0200 schrieb Ludovic Courtès: > Hi, > > Timotej Lazar skribis: > > > Liliana Marie Prikler [2023-08-15 > > 07:18:02+0200]: > > > As of recently (maybe it dates back longer, but I first > > > experienced it t

bug#65575: [PATCH v3 4/4] gnu: emacs: Reload subdirs.el files in 'guix-emacs-autoload-packages'.

Am Sonntag, dem 03.09.2023 um 10:51 -0400 schrieb Maxim Cournoyer: > Hi Liliana, > > Liliana Marie Prikler writes: > > [...] > > > Thanks, LGTM.  I've tested this by dropping almost all parts of > > load-path and calling (guix-emacs-autoload-packages), it app

bug#66015: [PATCH] gnu: python-pyxel: Update to 1.4.3-2.be75b72.

* gnu/packages/game-development.scm (python-pyxel): Update to 1.4.3-2.be75b72. [version]: Use git-version even though it is a release. [source]: Use commit. : Adjust accordingly. --- Hi Simon Am Freitag, dem 15.09.2023 um 21:09 +0200 schrieb Simon Tournier: > Upstream is managing using the worse

bug#63687: [bug#66031] [PATCH] gnu: Patch gnome-dictionary meson configs, fixes 63687.

Am Samstag, dem 16.09.2023 um 14:03 +0200 schrieb raingloom: > * gnu/packages/gnome.scm (gnome-dictionary): Apply patch. > * gnu/packages/patches/gnome-dictionary-meson-i18n.patch: New file. > * gnu/local.mk: Add it. > --- Reworded slightly and applied. Thanks PS: Don't worry about the semantics

bug#66015: [PATCH] gnu: python-pyxel: Update to 1.4.3-2.be75b72.

Am Samstag, dem 16.09.2023 um 10:46 +0200 schrieb Simon Tournier: > Hi Liliana, > > Oh, cool!  That was fast. :-)  Thank you. > > On Fri, 15 Sep 2023 at 21:53, Liliana Marie Prikler > wrote: > > * gnu/packages/game-development.scm (python-pyxel): Update to > >

bug#65575: [PATCH v2 4/4] gnu: emacs: Reload subdirs.el files in 'guix-emacs-autoload-packages'.

Am Montag, dem 28.08.2023 um 11:16 -0400 schrieb Maxim Cournoyer: > This fixes a regression introduced with 79cfe30f3 ("build-system: > emacs: Use subdirectories again.") which caused the > 'guix-emacs-autoload-packages' to no longer be able to autoload all > packages. > > *

bug#65575: [PATCH v3 4/4] gnu: emacs: Reload subdirs.el files in 'guix-emacs-autoload-packages'.

Am Freitag, dem 01.09.2023 um 00:53 -0400 schrieb Maxim Cournoyer: > This fixes a regression introduced with 79cfe30f3 ("build-system: > emacs: Use subdirectories again.") which caused the > 'guix-emacs-autoload-packages' to no longer be able to autoload all > packages. > > *

bug#62784: drascula, lure, lure-de, lure-es, lure-fr, lure-it, sky: non-commercial license

Am Mittwoch, dem 12.04.2023 um 11:35 +0200 schrieb Liliana Marie Prikler: > Hi Denis, > > [...] We have been aware of this for about half a year now (see the > thread in guix-devel following [1]), but as other FSDG-abiding > distributions still include these games (or at least did

bug#65575: [PATCH v3 4/4] gnu: emacs: Reload subdirs.el files in 'guix-emacs-autoload-packages'.

Am Sonntag, dem 03.09.2023 um 21:59 +0200 schrieb Liliana Marie Prikler: > Am Sonntag, dem 03.09.2023 um 10:51 -0400 schrieb Maxim Cournoyer: > > Hi Liliana, > > > > Liliana Marie Prikler writes: > > > > [...] > > > > > Queued locally for emacs-n

bug#65846: Request to merge emacs-team branch

Hi Guix, what's been promised some while ago in another thread is finally close™ to becoming reality: Emacs 29 on Guix with tree-sitter and all that stuff. I expect to merge the branch onto master within next week or the week after that. In the meantime, please use this thread to mark bugs and

bug#65575: [PATCH 3/3] gnu: emacs: Reload subdirs.el files in 'guix-emacs-autoload-packages'.

Am Montag, dem 28.08.2023 um 11:20 -0400 schrieb Maxim Cournoyer: > > e.g.  > > (defun guix-emacs-autoload-packages ( reload) > >   "..." > >   (interactive "P") > >   (when reload (mapc #'load-file (guix-emacs--subdirs-files))) > >   ...) > > > > WDYT? > > The reason for avoiding loading the

bug#66864: emacs-build-system builds .eln-files with mismatching path-hashes

Am Dienstag, dem 31.10.2023 um 23:49 + schrieb Mekeor Melire: > BUG EXPLANATION > > Emacs's natively-compiled .eln-files have a basename following the > pattern "{feature-name}-{path-hash}-{content-hash}.eln". [0] > > Guix' emacs-build-system is used to build Emacs-related packages. By >  

bug#66864: emacs-build-system builds .eln-files with mismatching path-hashes

Am Mittwoch, dem 01.11.2023 um 13:03 + schrieb Mekeor Melire: > The problem is that the .el-file-path that is passed to the Emacs > function comp-el-to-eln-filename during build [1] does not equal to > the .el-file-path when Emacs is invoked. Personally, I do not > understand how grafting

bug#66762: emacs-ess test fails

Am Freitag, dem 27.10.2023 um 11:22 +0200 schrieb Simon Tournier: > Well, I fixed the build of emacs-julia-mode.  See attached. Pushed attached with slight rewordings. > But emacs-ess is not passing.  I have updated ESS to the most recent > revision, added phases for skipping the tests requiring

bug#66169: guix reconfigure error no match for id 4f35ff1275e05be31f5d41464ccf147e9dbfd016

Am Samstag, dem 23.09.2023 um 22:02 +0300 schrieb Roman Riabenko: > I am trying to upgrade my guix systems. I ran guix pull and now I am > trying to run guix system reconfigure. It failed on two different > machines with the same backtrace. Please see the full backtrace > attached. The error

bug#66169: guix reconfigure error no match for id 4f35ff1275e05be31f5d41464ccf147e9dbfd016

Am Sonntag, dem 24.09.2023 um 08:49 + schrieb Guillaume Le Vaillant: > Liliana Marie Prikler skribis: > > > Am Samstag, dem 23.09.2023 um 22:02 +0300 schrieb Roman Riabenko: > > > I am trying to upgrade my guix systems. I ran guix pull and now I > > > am &

bug#66169: guix reconfigure error no match for id 4f35ff1275e05be31f5d41464ccf147e9dbfd016

Am Sonntag, dem 24.09.2023 um 10:37 +0200 schrieb Liliana Marie Prikler: > Am Samstag, dem 23.09.2023 um 22:02 +0300 schrieb Roman Riabenko: > > ice-9/boot-9.scm:1685:16: In procedure raise-exception: > > Git error: object not found - no match for id > > (4f35ff1275e05be31f5

bug#56376: emacs-guix missing from package-activated-list

Am Dienstag, dem 03.10.2023 um 23:12 -0400 schrieb Maxim Cournoyer: > Hi, > > Liliana Marie Prikler writes: > > > Am Sonntag, dem 03.07.2022 um 21:33 -0400 schrieb Philip McGrath: > > > Hi, > > > > > > I've been looking into managing my Emacs pack

bug#66339: [WIP PATCH gnome-team] gnu: dbus-service: make the session available under /run/dbus

Am Mittwoch, dem 04.10.2023 um 12:47 +0200 schrieb Vivien Kraus: > * gnu/services/dbus.scm (dbus-activation): Symlink /var/run/dbus to > /run/dbus. > --- >  gnu/services/dbus.scm | 1 + >  1 file changed, 1 insertion(+) > > diff --git a/gnu/services/dbus.scm b/gnu/services/dbus.scm > index

bug#66339: [PATCH gnome-team v2] gnu: dbus-service: make the session available under /run/dbus

gt; > Le mercredi 04 octobre 2023 à 20:30 +0200, Liliana Marie Prikler a > écrit : > > Am Mittwoch, dem 04.10.2023 um 12:47 +0200 schrieb Vivien Kraus: > > > * gnu/services/dbus.scm (dbus-activation): Symlink /var/run/dbus > > > to > > > /run/dbus

bug#66339: [PATCH gnome-team v6] gnu: dbus-service: make the session available under /run/dbus

Am Mittwoch, dem 04.10.2023 um 12:47 +0200 schrieb Vivien Kraus: > According to > https://gitlab.gnome.org/GNOME/glib/-/merge_requests/3101, glib > now searches for the session bus socket in runstatedir. The dbus > service must thus have its socket in /run/dbus. > > For interoperability with the

bug#66227: [PATCH v3] gnu: emacs-next-minimal: Apply Guix patches.

* gnu/packages/patches/emacs-next-native-comp-driver-options.patch: Add file. * gnu/packages/patches/emacs-next-exec-path.patch: Add file. * gnu/local.mk (dist_patch_DATA): Register them here. * gnu/packages/emacs.scm (emacs-next-minimal)[origin](patches): Include the same patches as

bug#66339: [PATCH gnome-team v3] gnu: dbus-service: make the session available under /run/dbus

gt; --- > > Le jeudi 05 octobre 2023 à 06:41 +0200, Liliana Marie Prikler a écrit > : > > > I’m still concerned about doing a symlink in the activation > > > function. > > > What if we activate a new system from an existing one? Won’t the > > > sy

bug#66339: [PATCH gnome-team v4] gnu: dbus-service: make the session available under /run/dbus

Am Mittwoch, dem 04.10.2023 um 12:47 +0200 schrieb Vivien Kraus: > According to > https://gitlab.gnome.org/GNOME/glib/-/merge_requests/3101, glib > now searches for the session bus socket in runstatedir. The dbus > service must thus have its socket in /run/dbus. > > For interoperability with the

bug#65924: git searches coreutils and util-linux commands in PATH

Am Montag, dem 09.10.2023 um 10:21 -0400 schrieb Maxim Cournoyer: > Hi Liliana :-) > > Liliana Marie Prikler writes: > > > Am Samstag, dem 07.10.2023 um 23:18 -0400 schrieb Maxim Cournoyer: > > > It's simpler to add features on top of a minimal variant than to &

bug#66339: [PATCH gnome-team v6] gnu: dbus-service: make the session available under /run/dbus

Am Sonntag, dem 08.10.2023 um 16:53 +0200 schrieb Liliana Marie Prikler: > [...] > Otherwise LGTM.  I'd commit it, but my machine is currently busy > building half of core-updates for no reason. No longer busy, time to commit. Thanks

bug#65924: git searches coreutils and util-linux commands in PATH

Am Montag, dem 09.10.2023 um 14:21 -0400 schrieb Maxim Cournoyer: > Hello, > > Liliana Marie Prikler writes: > > > [...] > > If you need me to reduce it to four letters, yes, LGTM. > > Explicit is better than implicit.  I've been thinking to document > this

bug#65924: git searches coreutils and util-linux commands in PATH

Am Montag, dem 09.10.2023 um 15:25 -0400 schrieb Maxim Cournoyer: > Hi Liliana, > > Liliana Marie Prikler writes: > > > Am Montag, dem 09.10.2023 um 14:21 -0400 schrieb Maxim Cournoyer: > > > Hello, > > > > > > Liliana Marie Prikler writes

bug#65924: git searches coreutils and util-linux commands in PATH

Am Montag, dem 09.10.2023 um 23:03 +0200 schrieb b...@bokr.com: > Hi, > > On +2023-10-09 20:33:38 +0200, Liliana Marie Prikler wrote: > > I don't necessarily agree, but it's not a hard disagree either.  > > I'll try to keep that in mind at least when reviewing your pat

bug#66227: [bug#66225] [PATCH v3] gnu: emacs-next-minimal: Apply Guix patches.

Am Samstag, dem 07.10.2023 um 09:56 +0400 schrieb Andrew Tropin: > On 2023-10-06 17:58, Liliana Marie Prikler wrote: > > > * gnu/packages/patches/emacs-next-native-comp-driver-options.patch: > > Add file. > > * gnu/packages/patches/emacs-next-exec-path.patch: Add

bug#65924: [PATCH core-updates 1/3] gnu: git: Remove labels and use gexps.

Am Samstag, dem 07.10.2023 um 23:18 -0400 schrieb Maxim Cournoyer: > * gnu/packages/version-control.scm (git) > [native-inputs, inputs]: Remove labels. > [arguments]: Use gexps.  Use gexp variables input searching > procedures where it makes sense. > --- Heads-up, the additional completions I'm

bug#65924: [PATCH core-updates 2/3] gnu: git: Invert inheritance relationship.

Am Samstag, dem 07.10.2023 um 23:18 -0400 schrieb Maxim Cournoyer: > It's simpler to add features on top of a minimal variant than to > remove them, and helps avoiding mistakenly changing git-minimal, > which has many dependents. > > * gnu/packages/version-control.scm (git-minimal): Move above

bug#65383: [gnome-team] Nothing is reproducible anymore

The culprit has been found [1] and arrested [2]. It turns out that the ungexp Bruno used at the time was "too wide", resulting in a new .drv for shared-mime-info each time. This wasn't caught during review, because who has time to build things twice? What are the lessons learned from this? 1.

bug#64586: Emacs-Packages should contain native-compiled files

Hi, Am Mittwoch, dem 23.08.2023 um 17:37 +0200 schrieb Simon Tournier: > Hi, > > On Wed, 12 Jul 2023 at 21:36, Liliana Marie Prikler > wrote: > > > You are correct, but unlike other language ecosystems (e.g. Python > > or Common Lisp), we don't have a con

bug#65306: [shepherd] ntpd throws shepherd out of the loop

Hi Guix, I have a laptop that's a little stuck in the past… more accurately January of 2020 thanks to what I believe to be an empty CMOS battery. As of recently (maybe it dates back longer, but I first experienced it two weeks ago and just now got to debugging it a little), Shepherd gets stuck

bug#65383: [gnome-team] Nothing is reproducible anymore

I have absolutely no idea how this came to be: sh-5.1$ ./pre-inst-env guix build gdk-pixbuf --dry-run substitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiert … 100.0% substitute: Liste der Substitute von „https://bordeaux.guix.gnu.org“ wird aktualisiert … 100.0% The

bug#65575: [PATCH 3/3] gnu: emacs: Reload subdirs.el files in 'guix-emacs-autoload-packages'.

Hi Maxim, Am Montag, dem 28.08.2023 um 01:11 -0400 schrieb Maxim Cournoyer: > This fixes a regression introduced with 79cfe30f3 ("build-system: > emacs: Use subdirectories again.") which caused the > 'guix-emacs-autoload-packages' to no > longer be able to autoload all packages. > > *

bug#55043: Some packages depend on nss-certs, some bundle it.

Am Mittwoch, dem 20.04.2022 um 17:22 +0200 schrieb Maxime Devos: > X-Debbugs-CC: Hartmut Goebel > > Hi, > > There are some packages bundling CA certificates: > >  * nss-certs / le-certs (this one is not a problem) >  * python-certifi >  * perl-mozilla-ca >  * rust-webpki-roots >  *

bug#55011: let user drop into REPL from installer

Am Dienstag, dem 19.04.2022 um 01:23 +0200 schrieb raingloom: > I tried installing Guix with the installer, mostly to give LUKS a try > in a low effort way, but also to hopefully find some bugs. I > succeeded in the latter so far. :) > > I did a manual partitioning, with an encrypted BTRFS root

bug#55003: emacs-dash test failing,

Am Montag, dem 18.04.2022 um 06:23 -0500 schrieb Bryan Paronto: > Hello Guixers Hi Bryan > I’ll prefacing by saying I’m still rather green to Guix System and > Home, but am loving every minute of hacking, even when things dont > immediate go according to plan. > > This morning I’m attempting to

bug#66864: emacs-build-system builds .eln-files with mismatching path-hashes

Am Donnerstag, dem 02.11.2023 um 08:13 + schrieb Mekeor Melire: > > 2023-11-01 15:16 liliana.prik...@gmail.com: > > > I think Emacs might be calculating its own hash at runtime > > rather than baking in the value at build time. > > Exactly. That's what I was trying to express. I'm not sure

bug#66864: emacs-build-system builds .eln-files with mismatching path-hashes

Am Donnerstag, dem 09.11.2023 um 12:21 +0100 schrieb Josselin Poiret: > Hi, > > Liliana Marie Prikler writes: > > > Am Donnerstag, dem 02.11.2023 um 08:13 + schrieb Mekeor Melire: > > > > > > 2023-11-01 15:16 liliana.prik...@gmail.com: > > > &

bug#55427: emacs-libgit tests are broken

With the update to Emacs 28, emacs-libgit (a requirement for emacs- magit) fails to build with the following test error: Test project /tmp/guix-build-emacs-libgit-20200515-1.0ef8b13.drv- 0/build Start 1: libegit2_annotated-commit 1/29 Test #1: libegit2_annotated-commit Passed

bug#55495: emacs-haskell-mode build fails

Hi Taiju, Am Mittwoch, dem 18.05.2022 um 17:30 +0900 schrieb Taiju HIGASHI: > Hi, > > emacs-haskell-mode build fails. > > [...] > In toplevel form: > haskell-customize.el:173:1: Error: custom-declare-variable `haskell- > process-do-cabal-format-string' docstring wider than 80 characters > make:

bug#55501: [PACTH] emacs-evil fails compilation by emacs-28.1, but upstream has newer commits which should compile

Applied with some cosmetic changes in commit message and patch itself. Am Donnerstag, dem 19.05.2022 um 01:25 +0800 schrieb Maze: > Below a patch for emacs-evil. > > Since upstream declared the new version 1.15.0 in a commit message > without creating a tag, I have to git-reference to a commit.

bug#55495: [PATCH] gnu: emacs-haskell-mode: Fix build.

Am Samstag, dem 21.05.2022 um 05:59 +0900 schrieb Taiju HIGASHI: > Hi Liliana, > > > > +-  "Generate a regex for searching for any occurrence of the > > > > prompt\ > > > > ++  "Generate a regex for searching for any occurrence of the > > > > prompt > > > LGTM, but you might want to shorten the

bug#55504: Test suite of emacs-deferred does not progress

Am Mittwoch, dem 25.05.2022 um 19:09 +0200 schrieb Giovanni Biscuolo: > I'm not able to find what's the call with the wrong number of > arguments but what about to (temporary) disable the failing tests > like for example in 0ae9e75c31b22ea55093f4cd05954f366b1f8bcc (emacs- > eply)? That's unlikely

bug#55657: libgccjit is unusable

Hi Guix, with the release of Emacs 28.1, there has been some demand to enable native-compilation. While trying to set that up, I've come to realize that no matter how I slice it, I can't make libgccjit usable. My test: $ cd /tmp $ # fetch the "Hello World" [1] and insert it into gccjit-test.c

bug#55709: R texinfo documents are not showing up for me

Am Dienstag, dem 31.05.2022 um 10:37 +0200 schrieb Maxime Devos: > (Is there a method to verify and repair a _single_ store item instead > of the whole store?). I think the syntax for that'd be ‘[sudo] guix build --repair STORE_ITEM’. Cheers

bug#55444: elogind startup race between shepherd and dbus-daemon

Hi, Am Montag, dem 16.05.2022 um 10:26 +0200 schrieb Ludovic Courtès: > [...] > So it would seem that the solution to this is to prevent dbus-daemon > from starting elogind.  We can do that by changing > org.freedesktop.login1.service so that it has “Exec=true” instead of > “Exec=elogind

bug#55618: Allow patching from mummi issues

Am Mittwoch, dem 25.05.2022 um 13:06 +0200 schrieb Maxime Devos: > is text;charset=utf-8 actually valid? Not as far as I'm aware. The first part should be a proper MIME type, which ought to be registered by the IANA [1]. > That page sets > >  Content-Type text;charset=utf-8 > > which

bug#55504: Test suite of emacs-deferred does not progress

Am Mittwoch, dem 18.05.2022 um 13:19 -0300 schrieb Jorge P. de Morais Neto: > The log file [1] is empty. > > 1: /var/log/guix/drvs/7r/bhrk48qvqhgix5c33yh9m3nq5crzny-emacs- > deferred- > 0.5.1.drv.gz emacs-deferred also times out on CI [2]. [2] https://ci.guix.gnu.org/build/820992/log/raw

bug#55427: emacs-libgit tests are broken

Am Dienstag, dem 17.05.2022 um 23:14 +0800 schrieb Zhu Zihao: > Due to the inactive status of upstream. I'm planning to remove the > emacs-libgit input of emacs-magit. I don't think we need measures quite as drastic as this. A hotfix for emacs-libgit was pushed to master, which causes builds to

bug#55449: recutils cross-compilation "fix" breaks bash builtins

Hi Guix, The fix in commit 20fbd870938e239c038d8524a56729f123f19f80, which lets recutils cross-compile unfortunately omits support for the bash builtins in all build modes, as recutils can't actually detect bash headers there. Unfortunately, recutils' configure.ac silently swallows this error in

bug#55495: [PATCH] gnu: emacs-haskell-mode: Fix build.

Hi, Am Mittwoch, dem 18.05.2022 um 23:31 +0900 schrieb Taiju HIGASHI: > * gnu/packages/emacs-xyz.scm (emacs-haskell-mode): Fix build. > --- >  gnu/packages/emacs-xyz.scm    |   9 +- >  .../emacs-haskell-mode-fix-tests.patch    | 282 > ++ >  2 files changed, 289

bug#56376: emacs-guix missing from package-activated-list

Am Sonntag, dem 03.07.2022 um 21:33 -0400 schrieb Philip McGrath: > Hi, > > I've been looking into managing my Emacs packages with Guix. I found > that the `emacs-guix` package doesn't seem to show up in the > `package-activated-list`, even though its dependencies do, which > seems like a bug.

bug#56383: Neither Gnome nor udisksctl can mount an nfs filesystem

Am Montag, dem 04.07.2022 um 16:03 +0200 schrieb Alexandre Hannud Abdo: > Ni! Connecting an external USB hard drive with an NTFS partition > fails to mount it on both Gnome (Nautilus) and manually through > udisksctl. Note that NTFS != NFS. But to solve your problem, simply add ntfs-3g to your

bug#56289: "guix shell -f guix2.scm" fails always

Am Mittwoch, dem 29.06.2022 um 11:10 +0200 schrieb Maxime Devos: > Liliana Marie Prikler schreef op wo 29-06-2022 om 08:19 [+0200]: > > > Looks like "-f" is ignored entirely? > > Have you tried specifying a file that actually contains a package > > (not a ma

bug#56289: "guix shell -f guix2.scm" fails always

Am Mittwoch, dem 29.06.2022 um 11:40 +0200 schrieb Maxime Devos: > Liliana Marie Prikler schreef op wo 29-06-2022 om 11:22 [+0200]: > > > And the exact same thing happens if a package is used instead of > > > a list of packages. > > One thing to check here is whether a

bug#56297: Guix style imperfections

Am Mittwoch, dem 29.06.2022 um 11:33 +0200 schrieb Maxime Devos: > Hi, > > "guix style" occasionally makes some decision that seem a bit > questionable to me.  More concretely, copy the definition of guile- > next, put it in a .scm and rename it, and run > "guix style -L . guile-next-styleme".  I

bug#56289: "guix shell -f guix2.scm" fails always

Am Dienstag, dem 28.06.2022 um 22:47 +0200 schrieb Maxime Devos: > Put the folllowing in "oops-guix.scm": > > (use-modules (gnu packages)) > (specifications->packages '("hello")) > > then do: "guix shell -f oops-guix.scm" to make an environment > with "hello".  I get: > > > guix shell: warning:

<    1   2   3   4   5   >