bug#23723: patch-shebang phase breaks symlinks

Hi Guix, It seems that the patch-shebang functionality does not deal gracefully with symlinks: it just overwrites them! After struggling somewhat with getting the recently packaged node 6.0.0 to behave, I found out that `patch-shebang' in (guix build gnu-build-system) does not work properly on

bug#23723: patch-shebang phase breaks symlinks

Seems like a good policy in general. I'll apply your patch and fix up node then. Thanks a lot for the quick follow up. - Jelle On Jun 14, 2016 9:57 AM, "Ludovic Courtès" <l...@gnu.org> wrote: > Jelle Licht <jli...@fsfe.org> skribis: > > > Ludovic Courtès <

bug#23723: patch-shebang phase breaks symlinks

Ludovic Courtès <l...@gnu.org> writes: > Jelle Licht <jli...@fsfe.org> skribis: > >> Ludovic Courtès <l...@gnu.org> writes: >>> Hello! >>> >>> Jelle Licht <jli...@fsfe.org> skribis: >>> >>>> It seems that

bug#26752: Ansible & others' problems with wrapped '.ansible-real' scripts

:04 GMT+02:00 Ludovic Courtès <l...@gnu.org>: > Jelle Licht <jli...@fsfe.org> skribis: > > > I had some problems getting current ansible package to work. It seems > that > > the bin/ansible script which is created as part of the > python-build-system > &g

bug#27257: python-apsw bundles a version of SQLite

The version of python-apsw (and of course python2-apsw) come with a bundled copy of SQLite. The bundled version seems to be a special single-source-file version [1]. I have tried deleting the bundled copy in a new phase, and this allows python-apsw to build with the system SQLite libraries

bug#27212: [PATCH] file-systems: Improve error handling in the iso9660 case - fixes boot problem.

Leo Famulari writes: > On Sat, Jun 03, 2017 at 08:25:00PM +0200, Danny Milosavljevic wrote: >> Hi, >> >> sorry for the slip-up. >> >> The error handling in 203a9455c4695152fc5d0085bffeead9ce3216c2 was improved >> for the case when there's no iso9660 primary volume descriptor

bug#26752: Ansible & others' problems with wrapped '.ansible-real' scripts

Hi, I had some problems getting current ansible package to work. It seems that the bin/ansible script which is created as part of the python-build-system via a call to `wrap-program' interferes with certain expectations ansible has regarding how it and its subcommands are called. This mechanism

bug#28840: openrct2 cannot find data-path

The recently committed (and awesome) openrct2 built correctly, but cannot currently find the needed language and shader files for the game and therefore crashes. To make it work, I currently have to invoke it via a command like `--openrct-data-path=/gnu/store/-openrct2-0.1.1/share/openrct2/',

bug#27257: python-apsw bundles a version of SQLite

2017-06-05 19:27 GMT+02:00 Danny Milosavljevic <dan...@scratchpost.org>: > Hi Jelle, > > On Mon, 5 Jun 2017 18:32:10 +0200 > Jelle Licht <jli...@fsfe.org> wrote: > > > Some possible directions on resolving this issue: > > - Debug the multiple thousand line

bug#29522: rustc-1.16.0 broken after jemalloc updated to 5.0.1

2017-11-30 23:41 GMT+01:00 Adam Van Ymeren : > I haven't had time to dig in to this further, but in case anyone wants > to fix rustc-1.16.0, it's broken after the upgrade of jemalloc to 5.0.1. > > Reverting commit 475b99fa5cf402430aa93a40e406e854ad2ff6e4 which reverts > jemalloc

bug#31227: emacs-lispy is broken

Fixed in e5d57c1c0 on master. 2018-05-04 15:49 GMT+02:00 Jelle Licht <jli...@fsfe.org>: > *https://github.com/abo-abo/lispy/pull/427 > ^ is the correct link; sorry for the typo > > 2018-05-04 15:48 GMT+02:00 Jelle Licht <jli...@fsfe.org>: > >> I ran into so

bug#31299: Ansible depends on $0, which does not work for wrapped python scripts.

Ansible currently is broken. As noted by sturm/Guest2732 on #guix, running any `ansible-' commands leads ansible to think that we are calling the `ansible' script directly, instead of via a `ansible-' script. This is related to [1], and possibly might be solved by [2]. [1]:

bug#31227: emacs-lispy is broken

I ran into something similar using emacs-lispy. Perhaps my PR also fixes your issue? https://github.com/abo-abo/lispy/pull/426 2018-04-20 17:56 GMT+02:00 Clément Lassieur : > Hi, > > emacs-lispy is broken (void-variable hydra-lispy-x on load) since commit >

bug#31227: emacs-lispy is broken

*https://github.com/abo-abo/lispy/pull/427 ^ is the correct link; sorry for the typo 2018-05-04 15:48 GMT+02:00 Jelle Licht <jli...@fsfe.org>: > I ran into something similar using emacs-lispy. Perhaps my PR also fixes > your issue? > > https://github.com/abo-abo/lispy/pull/426

bug#28840: openrct2 cannot find data-path

2017-10-20 18:01 GMT+02:00 Ludovic Courtès <l...@gnu.org>: > Hi Jelle, > > Jelle Licht <wordemp...@gmail.com> skribis: > > > The recently committed (and awesome) openrct2 built correctly, > > but cannot currently find the needed language and shader files &g

bug#28840: openrct2 cannot find data-path

Rutger Helling writes: > Hi Ludo and Jelle, > > I've attached a patch that fixed the issue for me by changing some > references from /usr/share to /gnu/store/-openrct2-0.1.1/share. > I can now run openrct2 without the additional parameter. I can confirm that Rutger's

bug#28840: openrct2 cannot find data-path

Ludovic Courtès <l...@gnu.org> writes: > Hello, > > Jelle Licht <jli...@fsfe.org> skribis: > >> Rutger Helling <rhell...@mykolab.com> writes: >> >>> Hi Ludo and Jelle, >>> >>> I've attached a patch that fixed the issue

bug#29890: guix package --search broken due to texinfo error

Hello all, since d596fea5fd (gnu: Add ledger-agent), I believe that searching packages on the command line user either `guix package -s ' or `guix package --search=' is broken. I believe something is going wrong with the description field of the ledger-agent package, as I can see a stacktrace

bug#29892: dvtm does not properly export terminfo

As far as I can see, the current version of dvtm does not work properly with programs such as htop etc. To reproduce: ``` $ guix package -i dvtm $ dvtm $ htop ``` It only worked properly once I added something like: `export TERMINFO_DIRS="/home/jelle/.guix-profile/share/terminfo"`. Would a

bug#29892: dvtm does not properly export terminfo

Hello, 2018-01-01 18:19 GMT+01:00 Ludovic Courtès <l...@gnu.org>: > Hi! > > Jelle Licht <jli...@fsfe.org> skribis: > > > As far as I can see, the current version of dvtm does not work properly > > with programs such as htop etc. > > > > To reproduc

bug#32293: wrap-program with non-colon separtor produces incorrect bash substitutions

Hi all, While working to package some lua-related stuff, I need to deal with the LUA_PATH environment variable. This variable uses `;' as a separator, and as such, I wanted to wrap one of my programs --8<---cut here---start->8--- ... (wrap-program

bug#31190: Ansible doesn't build

2018-04-17 22:56 GMT+02:00 Marius Bakke <mba...@fastmail.com>: > Jelle Licht <jli...@fsfe.org> writes: > > > From f770998d0f0b56180e0c9a12f0946a77d7ff61a5 Mon Sep 17 00:00:00 2001 > > From: Jelle Licht <jli...@fsfe.org> > > Date: Tue, 17 Apr 2018 21:31:

bug#31190: Ansible doesn't build

I pushed my version of the patches that fix our ansible build as `09e3cf583437ce421215dd28d2b94f574458b311' and `acc6e6955f5d481cf984cafb0459d3489feda99e' to master.

bug#31190: Ansible doesn't build

d them myself. Could someone review + verify them? - Jelle From 1c978fad25da3847d55fd6879a4473e84a9b02ff Mon Sep 17 00:00:00 2001 From: Jelle Licht <jli...@fsfe.org> Date: Tue, 17 Apr 2018 21:29:41 +0200 Subject: [PATCH] gnu: Add python2-pynacl. * gnu/packages/python-crypto.scm (python2-p

bug#30896: Guix pull problems on armhf

full log, see: https://paste.debian.net/1015219/ -- Jelle Licht

bug#34047: gnu: emacs-closql: Hash mismatch.

Oleg Pykhalov writes: [...] HEAD is now at 012b94f Release version 1.0.0 r:sha256 hash mismatch for /gnu/store/vy3m2n81i2ncpf65fnsq513dkwypzvr5-emacs-closql-1.0.0-checkout: expected hash: 0cy44d1fxkvah6fhjkn3mp6gzzrjmws1c4c20ayrma74y9xich3v actual hash:

bug#33616: biber build failure

Danny Milosavljevic writes: > [...] > Result: FAIL > Failed 16/43 test programs. 132/1061 subtests failed. I pushed 41a010875ba4108e666f11fc111cf5bb5dcf5464 some days ago, and biber seems to build correctly now. Could you check whether it now works for you? Thanks

bug#34526: Updating node.js

Daniel Gerber writes: > Notes on v11.10.0: > - it does support openssl@1.1.1 > - it ships with libuv 1.26.0 (1.24.0 in guix) > - some previously bundled deps are absent from tarball > - NODE_EXPERIMENTAL_HTTP is a no-op / always defined > > There is an issue with the alternative http parser,

bug#34526: Updating node.js

Daniel Gerber writes: > [snip] > What about statically linking llhttp's C "sources" included in > node? Building v11.10.0 succeeds with this: > You could do this, of course, but afaics this is not acceptable for inclusion in Guix proper. I don't really see any way forward between

bug#34754: evil-magit 20190224 has missing dependency

It seems the recently pushed evil-magit update is incomplete. Loading and subsequently enabling it leads to a warning and degraded/no of functionality: --8<---cut here---start->8--- Debugger entered--Lisp error: (void-function transient-suffix-put)

bug#27217: texlive is too big

Pierre Neidhardt writes: > For posterity, here is a python importer for tlpdb: > > https://github.com/amaxwell/tlutility/blob/master/parse_tlpdb.py > > (Thanks to Henkjan for sharing this.) > > Jelle, did you work on the importer any further after FOSDEM? > Can you share the file, I'm afraid I

bug#33285: Installing, then removing, a package yields a different profile

Ricardo Wurmus writes: > [snip] > > I think it’s fine to leave it as it is, then. “--install” and > “--remove” are stateful and should be expected to have quirks like this. > (E.g. upgrading Guix in between two “--install”s can lead to > a mosaic of a profile that could not be produced any

bug#34565: ungoogled-chromium contains Widevine DRM

Jason Self writes: > Leo Famulari wrote: >> To clarify this general point about Guix for anyone who is reading >> along, as a matter of policy the end user does not receive non-free >> source code from Guix. > > Right; the source is downloaded from commondatastorage.googleapis.com > but that

bug#33832: The VPN service 'org.freedesktop.NetworkManager.openvpn' was not installed.

Hi S_W, Maxim Tomáš Čech writes: > Hi Ludo, > [...] > > But with Maxim's DBus related patches and my NM patch it seemed to be > starting daemons at least. Do you still have the patches for these changes lying around? I am trying to get network-manager-vpnc packaged+working, but it seems this

bug#37386: ungoogled-chromium broken because of openssl update

Commit cf065aba1ec14bdacab7a5a6bddbdfd7661cd409 seems to have broken node, which subsequently broke ungoogled-chromium. It should still be possible to upgrade node to the latest LTS version 10.16.3, but this requires an upgrade to the following rebuild-the-world packages: - libuv - nghttp2 What

bug#37421: [PATCH] gnu: node: Disable tests that fail with openssl@1.1.1d.

Ludovic Courtès writes: > Hello, > > Tobias Geerinckx-Rice via Bug reports for GNU Guix > skribis: > >> Work around . >> >> * gnu/packages/node.scm (node)[arguments]: Disable failing tests. > > [...] > >> + ;; FIXME: These tests

bug#37421: [PATCH] gnu: node: Disable tests that fail with openssl@1.1.1d.

Tobias Geerinckx-Rice writes: > Ludovic Courtès 写道： >> Could we take a look at what these failures are about to see how >> bad >> that might be? > > Jelle Licht 写道： >> Interestingly enough, https://github.com/nodejs/node/issues/3881 >> notes >>

bug#33832: The VPN service 'org.freedesktop.NetworkManager.openvpn' was not installed.

> [snip] > I didn't have time to refresh it to our current version - it's just in the > mail: > > https://www.mail-archive.com/bug-guix@gnu.org/msg11776.html Closing, this was fixed a while ago in commit 40557aeab594907bf56b0a2a367061dbdd19f4aa.

bug#38190: Icecat 68.2.0-guix0-preview3 does not play H264/MP4

On latest master, with the following icecat package: icecat 68.2.0-guix0-preview3 out /gnu/store/zqzhirykpqhay8n768aqqg4xplrmpfwz-icecat-68.2.0-guix0-preview3 On the console (via ) I find the following message on websites with embedded videos: The video on this page can’t be played.

bug#34526: Updating node.js

Christopher Lemmer Webber writes: > That's fair. > > I have a personal project that requires that I use a newer version of > Node (at least version 11). So if anyone has a recipe on how to get > Node running, even the wrong way per Guix standards, maybe useful to > post to this bug in the

bug#38568: Org Mode (as a dependency) is borked

Hey Guix, Org-mode seems to still have some byte compilation issues when used as a dependency for other packages. The specific symptom is extremely similar to the one reported and fixed at [http://issues.guix.info/issue/38479]. To reproduce: 1) Install emacs-org-jira in your profile, and set

bug#37759: network-manager-openvpn broken since network-manager-applet update

Commit 8fc3a337ab420dc9f80472ce057eae603fc892d3, the update of network-manager-applet to 1.8.24, broke network-manager-openvpn: --8<---cut here---start->8--- checking for LIBNM_GTK... no configure: error: Package requirements (libnm-gtk >= 1.7.0) were not

bug#37309: ‘ssh-daemon’ service fails to start at boot

Hey 宋文武, Giovanni, iyzs...@member.fsf.org (宋文武) writes: > [...] > Yes, I think when 'ssh-daemon' failed to start, shepherd should respawn > it until success or disable it, but by look at the code of > 'make-forkexec-constructor', when using 'pid-file' (as 'ssh-ademon' > does), and a timeout

bug#38309: Recent $EMACSLOADPATH changes crash gnome-session

Maxim Cournoyer writes: > [...] > I've tested these changes with a Gnome VM and the EMACSLOADPATH is now > reduced to just the Emacs' lisp directory as well as the > share/emacs/site-lisp directory of any profile. Thanks for the great > ideas :-). Would this still allow Emacs to load packages

bug#37309: ‘ssh-daemon’ service fails to start at boot

Hi Giovanni, Giovanni Biscuolo writes: > Hi Jelle, > > Jelle Licht writes: > > [...] > >> I think I am also running into a similar issue on my spinning rust based >> T400. Is there a workaround available that does the above, > > I added `(extra-con

bug#37347: 'guix environment' fails after trying to follow the steps from "Running Guix Before It Is Installed" page

Bengt Richter writes: > [snip] > ... > [19:40 ~/bs]$ ping guix.gnu.org > ping: guix.gnu.org: Name or service not known I actually have this sometimes as well. Are you on a less-than-stellar WiFi-connection perhaps? I noticed the default (nscd?) configuration on Guix systems caches 'negative'

bug#38715: Issue with guile-email: unbound variable

Hey guix, Pretty recently, it seems something weird is happening when playing with guix on the REPL. On master, 5a947e118fb72b8fb1fd0c8d0b783fc7cde0c461: --8<---cut here---start->8--- $ guix repl > (use-modules (gnu packages gnupg)) While compiling

bug#38715: Issue with guile-email: unbound variable

Arun Isaac writes: >> My best guess is that this has something to do with a circular >> reference between guile modules, but I am not certain on how to easily >> debug (and fix) this. > > I updated the guile-email package two days ago. I hope that is not what > introduced this problem, and I

bug#40558: Modular TexLive "Insufficient extension fonts" and duplicate fonts

I think I found a bug in our amsfonts texlive package. I will describe my journey in finding this bug, as I still do not have clear picture on the why/when/what is going on. I think I also saw several other people running into this issue the last few months, so either way I am happy to have found

bug#40558: Modular TexLive "Insufficient extension fonts" and duplicate fonts

Jelle Licht writes: > The eror message is: > " ! Math formula deleted: Insufficient extension fonts." [snip] > AFAIK, and from looking at the full (and correctly working) > texlive-texmf build, the cmex7.tfm in `euler' is not correctly build. > My best guess is that

bug#40558: (no subject)

elaexuo...@wilsonb.com writes: > With the patch to texlive-amsfonts the above typesets just fine; however, > metafont ends up generating cmmi10.657pk and cmr10.657pk font files. Is this > expected? Typsetting it from the texlive installation of my foreign distro > doesn't call out to metafont

bug#26752: Ansible & others' problems with wrapped '.ansible-real' scripts

Hi Brice Waegeneire writes: > Hello, > > Arun Isaac writes: >> FWIW, I fixed our ansible package in >> https://issues.guix.info/issue/33777 . This is not a general solution, >> but at least our ansible package works at the moment. > > If this bug is about ansible malfunctioning then it

bug#43796: Privacy policy

Hello, "pelzflorian (Florian Pelz)" writes: > IANAL but I think Guix needs a privacy policy for both its website and > the Guix software in general. Thanks for looking into this. IANAL but I do not think it makes sense to have such a privacy policy at this moment in time. I'd rather have a

bug#43254: emacs-helpful does not build: tests fail

Pierre Neidhardt writes: > Looks like an upstream issue: > > https://github.com/Wilfred/helpful/issues/248 Fixed on master with 47640ca67d2bf33d061a1a48527e0a6bf3fbdcf8. - Jelle

bug#41655: emacs-general fails to build

"bdju" via Bug reports for GNU Guix writes: > guix (GNU Guix) cef87bfea8a842d7dcf9a44c2305478fa6cca9b2 > > I will attempt to attach the build log. I tried pasting the contents and > it crashed my mail client. Also, paste.debian.net is down. > Feel free to advise me on how to send the log in the

bug#47007: dcb640f02b broke guix environment --container

Ludovic Courtès writes: > Here’s a more sensible patch for you to try. This time it should > correctly determine the necessary mount flags based on statfs(2) info. > > Could you apply it and report back? I can confirm that it does what it says on the tin :-). Thanks again! - Jelle

bug#47007: dcb640f02b broke guix environment --container

Ludovic Courtès writes: > Hi, > > Jelle Licht skribis: > >> I only tried this on x86_64 guix systems, one with Linux kernel 5.11.2, >> and also on a Linux-libre kernel 4.14.223. >> >> Running the equivalent of a `git bisect' starting some months back to >&

bug#47007: dcb640f02b broke guix environment --container

Hello guix, I only tried this on x86_64 guix systems, one with Linux kernel 5.11.2, and also on a Linux-libre kernel 4.14.223. Running the equivalent of a `git bisect' starting some months back to today's master, and with the following test to select bad/good bisect revisions: `./pre-inst-env

bug#46569: python can't find internal pip modules in environment from manifest

Python can not load all pip-related python modules when loaded from a manifest file, yet seems to work fine when loaded 'directly' as part of a `guix environment'-invocation. Provided that we have a file in `hi.py': --8<---cut here---start->8--- import pip

bug#46569: python can't find internal pip modules in environment from manifest

Jelle Licht writes: > Python can not load all pip-related python modules when loaded from a > manifest file, yet seems to work fine when loaded 'directly' as part of > a `guix environment'-invocation. > > > Provided that we have a file in `hi.py': > --8<

bug#46569: python can't find internal pip modules in environment from manifest

Jelle Licht writes: > Jelle Licht writes: > This fails: > guix environment --ad-hoc python-pip python -- python3 hi.py > > This works: > guix environment --ad-hoc python python-pip -- python3 hi.py This should be the other way around, pasting error on my end.

bug#46569: python can't find internal pip modules in environment from manifest

Maxim Cournoyer writes: > Hi Jelle, > > Jelle Licht writes: > >> Python can not load all pip-related python modules when loaded from a >> manifest file, yet seems to work fine when loaded 'directly' as part of >> a `guix environment'-invocation. >> >>

bug#50356: python-hy / python-funcparserlib / tox config file

Hello Andreas, Andreas Reuleaux writes: > Hi, > > python-hy fails to install for me - because there are issues with > python-funcparserlib, as I understand (or tox - cf the end of the log below). > It seems the hy and funcparserlib devs are coordinating new releases; perhaps we can resolve

bug#50909: clojure-tools-cli outdated

Hey Florian, Florian Hoertlehner writes: > The guix package clojure-tools-cli is outdated. The gnu guix repo has 0.4.2. > This version is from 2019. > There is a package on "nongnu" channel called "clojure-tools" which has the > up to date version 1.10.3.943. The package you are talking

bug#50356: python-hy / python-funcparserlib / tox config file

Vinicius Monego writes: > Em sex, 2021-09-17 às 14:32 +0200, Jelle Licht escreveu: >> >> Hello Andreas, >> >> Andreas Reuleaux writes: >> >> > Hi, >> > >> > python-hy fails to install for me - because there are issues with >

bug#52979: Modular texlive has problems finding fonts

As discussed on #guix on IRC, several folks including myself ran into issues getting the following some-file.tex: --8<---cut here---start->8--- \documentclass[11pt]{article} \begin{document} Hello friends \end{document} --8<---cut

bug#52979: Modular texlive has problems finding fonts

Jelle Licht writes: > As discussed on #guix on IRC, several folks including myself ran into > issues getting the following some-file.tex: > > --8<---cut here---start->8--- > \documentclass[11pt]{article} > \begin{document} > He

bug#65720: Guile-Git-managed checkouts grow way too much

Hi Ludo, > > On 4 Sep 2023, at 23:49, Ludovic Courtès wrote: > > Of course having to re-clone entire repositories every 9 months is > ridiculous, but storing gigabytes of packs is worse IMO (I’m > specifically thinking about the Guix repo, which every users copies via > ‘guix pull’). Please

bug#60725: guix lint thinks 2019111-0.7e76d75 is older than 20191111

Maxim Cournoyer writes: > retitle 60725 support the special '~' character in our version parser > thanks > > Jelle Licht writes: > >> Maxim Cournoyer writes: >> >>> Hi Guix, >>> >>> If you run 'guix lint emacs-enh-ruby-mode',

bug#60725: guix lint thinks 2019111-0.7e76d75 is older than 20191111

Maxim Cournoyer writes: > Hi Guix, > > If you run 'guix lint emacs-enh-ruby-mode', it'll print this: > > --8<---cut here---start->8--- > emacs-enh-ruby-mode@2019111-0.7e76d75: can be upgraded to 2019 > --8<---cut

bug#60065: fwupd can not find required polkit actions

The package description for fwupd looks for polkit actions in the polkit output. There are multiple ways to patch this. --8<---cut here---start->8--- (add-before 'configure 'set-polkit-rules-dir ;; Locate actions in our {output,etc-dir}, not that

bug#62177: [PATCH] [WIP] update node to version 16

Hi Dr. Arne, "Dr. Arne Babenhauserheide" writes: > Hi, > > > this is an initial stab at getting node to version 16. [snip] Issue 59188 (https://issues.guix.gnu.org/59188) already updates node to the 18.X LTS series. Would that version also work for you, or do you have a specific need for the

bug#62174: Cannot use modules with an inferior kernel.

Robby Zambito writes: > Liliana Marie Prikler writes: >> I think you should try to pin the kernel modules as well. If that >> still doesn't work as intended (it very well might), we have a proper >> case of something that should work but doesn't. >> >> Cheers > > Thanks for the suggestion. I

bug#61497: emacs-lsp-treemacs unused leftover icons in sources

Liliana Marie Prikler writes: > Am Dienstag, dem 14.02.2023 um 02:06 +0100 schrieb Jelle Licht: >> Commit e0d2ec418bb on master removed icons that are unclearly >> licensed >> from the sources of emacs-lsp-treemacs. Quoted here: >> >> --8<---

bug#62527: Nonreproducible error while grafting kdeclarative

While running some random guix command which had to build and/or graft some store items, I ran into a failure: --8<---cut here---start->8--- applying 43 grafts for kdeclarative-5.98.0 ... [snip] View build log at

bug#62529: Keychain package lacks reference to several command line utilities

The `keychain' script, as packaged by the package of the same name, is missing references to several command line utilities. A nonexhaustive list: - cat - (g)awk - sed - ps (currently found via procps being a propagated input) Cheers, Jelle

bug#61262: Mako build fixed

I went ahead and pushed the solution posted with issue #61213 to master, but thanks everyone and anyone who {reported,fixed} this issue! - Jelle

bug#61497: emacs-lsp-treemacs unused leftover icons in sources

Commit e0d2ec418bb on master removed icons that are unclearly licensed from the sources of emacs-lsp-treemacs. Quoted here: --8<---cut here---start->8--- gnu: emacs-lsp-treemacs: Remove unclearly licensed icons. emacs-lsp-treemacs bundles icons with unclear

bug#61513: emacs-next@29.0.60 self-reports as version 30.0.50

Hi guix, Since commit 6f0c905324 on master, the version of our emacs-next package was bumped to 29.0.60(-0.ac7ec87). Yet: --8<---cut here---start->8--- jlicht@revint ~$ guix shell --pure emacs-next -- emacs --version GNU Emacs 30.0.50 --8<---cut

bug#63921: Activation snippets in reverse order, prevent boot

"pelzflorian (Florian Pelz)" writes: > Hi Ludo, hi all. > [snip] > The following works for me now … > > (modify-services %base-services > (delete login-service-type) > (delete mingetty-service-type) > (delete mingetty-service-type) >

bug#63530: Missing library in package procps

Hello, Gabriel Wicki writes: > A little more hacking leads me to the conclusion that (probably with > version 4 but it's not exactly clear from the changelog) procps has made > some significant changes to it's API. So, unless igt-gpu-tools (and > probably others) are fixed upstream they remain

bug#64280: Editorconfig and dir-locals in guix source tree contradict each other

Hi all, I found my Emacs using a fill-column value of 85 while hacking on the guix source tree. Turns out it's an interaction between the emacs package editorconfig-mode (which I use). Easy workaround: turn this mode off when hacking on guix. A contradiction between .dir-locals.el and the