bug#33848: Store references in SBCL-compiled code are "invisible"

Ludovic Courtès writes: > LGTM! Feel free to push this version or an improved one. I think it’s > good to have it in the upcoming release, and if it’s pushed sooner, > we’ll have more time to react in case something’s wrong. I pushed an improved version of the patch to 'master' as commit 1bab9b

bug#47791: util-linux fails to build on the Hurd (some tests fail)

On my x86_64-linux-gnu with a childhurd, util-linux fails to compile. $ guix build util-linux --system=i586-gnu > [exporting path ...] > offloading build of /gnu/store/nih[...]8fxg-util-linux-2.35.1.drv to > 'localhost' > [log, attached in e-mail] $ guix --version > guix (GNU Guix) 3f3d66377c052

bug#47791: Acknowledgement (util-linux fails to build on the Hurd (some tests fail))

Forgot to attach the log. h1bb689vfickgnxd52q6rpnngy8fxg-util-linux-2.35.1.drv.bz2 Description: application/bzip signature.asc Description: This is a digitally signed message part

bug#47064: [racket-users] bytevector-uncompress: internal error uncompressing

Hi Philip, Philip McGrath writes: > On 4/14/21 1:54 AM, Mark H Weaver wrote: >> In this case, I suspect that within a *.zo file, a Guix store item name >> was split into pieces, with the hash and "-" together in one piece but >> split somewhere between the "-" and the last byte of the store item

bug#47662: Replace/Remove UUID request in config.scm

Hi, bo0od skribis: > When someone taking the manual-cli installation of GuixOS, And > reaching where he will fill the config.scm, Parts of it really > annoying to fill like UUID. If possible change it to the partition > name only like sda1,xvda1..etc and let guix take the needed uuid from > ther

bug#47631: Add graphical installation and solve tons of headache

Hi, bo0od skribis: > According to my communications on IRC i see that guix doesnt want to > have an offline installation, Which mean it need internet connection > available at the installation process. More specifically, we cannot guarantee that an off-line installation would work because it d

bug#47748: Packages which cant be find/removed by guix remove

Le 15 avril 2021 06:16:51 GMT-04:00, bo0od a écrit : > > guix operates on explicitely installed packages, dependencies are >implementation details. It just doesn't work like apt or other package >managers. New tool, new usages. > >So how user gonna delete preinstalled packages which are not inst

bug#47786: Several build --keep-failed result in wrong env variables

Hello, I use guix on Arch Linux, version 050be36cbf3a42199f64f2e44c59f1cb1b3afab5. Several invocations of guix build --keep-failed creates directories in /tmp like this one guix-build-hello-2.10.drv-0 for 1st build and then guix-build-hello-2.10.drv-1 for 2nd and so on (with last digit increasing

bug#42414: Packages Installed With GNU Guix not finding Correct Glibc

"Frederick M. Muriithi" writes: > After wrestling with this issue some more and > trying to figure out the cause, I finally fingered > Ubuntu as the culprit. > > Something in my upgrade from Ubuntu 18.04 LTS to > Ubuntu 20.04 LTS subtly broke my system. Also I > think a recent change in guix prev

bug#47660: Add link to the ticket when someone reply

bo0od writes: > what are you talking about? who uses PGP/GPG for > a public ticket tracking system?... > I do. I sign my e-mails as a guarantee to my recipients that what you get is truly from me. That plus my mail client makes that-- signing emails-- way easy to do. I also sign all my commits,

bug#36508: GDM files have incorrect owner after temporarily removing service

Hi, Brendan Tildesley skribis: >> On 04/14/2021 12:32 PM Ludovic Courtès wrote: [...] >> The patch Brendan posted LGTM (though I’m surprised the directory itself >> can have the right UID/GID while files inside it don’t; perhaps this was >> made possible by 2161820ebbbab62a5ce76c9101ebaec54dc

bug#47631: Add graphical installation and solve tons of headache

Hi, bo0od skribis: >> Did you try the graphical installation? >> >>https://guix.gnu.org/en/videos/system-graphical-installer/ >> >> It’s key strokes rather than clicks, but I think it addresses most of >> the issues you describe. > > Yes i do know this, But whats different between what guix

bug#47748: Packages which cant be find/removed by guix remove

> You seem to want it to do something different than it was intended to > do, although I'm not precisely sure what that is. Do you want it to try > to purge all copies of the given package from /gnu/store? If so, that > might require deleting (or modifying) older system generations and older > u

bug#47797: Segmentation fault when calling 'git-predicate' in a package file

Calling git-predicate from a simple package file causes guix to segfault. Bisect traced it down to this commit: commit c1940fde43c7aca37d67589cc5cb248086d17d56 Author: Ludovic Courtès Date: Fri Mar 19 11:51:20 2021 +0100 git-download: Autoload Guile-Git. * guix/git-download.scm: Auto

bug#47631: Add graphical installation and solve tons of headache

> Did you try the graphical installation? > >https://guix.gnu.org/en/videos/system-graphical-installer/ > > It’s key strokes rather than clicks, but I think it addresses most of > the issues you describe. Yes i do know this, But whats different between what guix is doing and others are doing

bug#47748: Packages which cant be find/removed by guix remove

> guix remove: error: package 'm17n-lib' not found in profile > Hint: All users have their own profiles. To remove packages from the profile > of the root user, run "sudo guix remove PACKAGES" or equivalent. yeah very nice one, except that "sudo guix remove package" doesnt work :( This is how

bug#47748: Packages which cant be find/removed by guix remove

> guix operates on explicitely installed packages, dependencies are implementation details. It just doesn't work like apt or other package managers. New tool, new usages. So how user gonna delete preinstalled packages which are not installed by guix install x? wpa-supplicant is none essentia

bug#47786: Several build --keep-failed result in wrong env variables

On Thu, Apr 15, 2021 at 08:31:54AM +0600, Dmitry Matveyev wrote: > Hello, > > I use guix on Arch Linux, version > 050be36cbf3a42199f64f2e44c59f1cb1b3afab5. > > Several invocations of guix build --keep-failed creates directories in > /tmp like this one guix-build-hello-2.10.drv-0 for 1st build and

bug#47660: Add link to the ticket when someone reply

On Thu, 2021-04-15 at 17:00 +, bo0od wrote: > To be honest i find this bad thing to use emails to do anything rather > than online registration and not necessary stuff (means being > encrypted,manipulated.. just not something important) To be honest, I find it a bad thing that many projects

bug#47748: Packages which cant be find/removed by guix remove

On Thu, 2021-04-15 at 09:37 +, bo0od wrote: > > guix remove: error: package 'm17n-lib' not found in profile > > Hint: All users have their own profiles. To remove packages from the > profile > > of the root user, run "sudo guix remove PACKAGES" or equivalent. > > yeah very nice one, excep

bug#36508: GDM files have incorrect owner after temporarily removing service

Hi Brendan, Brendan Tildesley writes: > Guix system rollbacks should be a supported feature of Guix, not just a > gimmick > that falls out of its design. It should be that a Guix user could leave their > system for 5 years, and then do a guix pull; guix system reconfigure in the > year > 2026.

bug#36508: GDM files have incorrect owner after temporarily removing service

Ludovic Courtès writes: > Note that there are other places, in addition to GDM, where we > forcefully reset the UID/GID of the home directory (e.g., for the > ‘knot-resolver’ service.) > > My preferred solution to this would be to unconditionally chown -R home > directories upon activation (for e

bug#46496: Bug closed

Hello! Thank you for reporting this bug. This bug was fixed in commit 8799369983315d799501b4f45a3954195b630ebb made on April 8th. You are correct that libc_nano.a should be for newlib-nano and libc.a should be for newlib. However, in the nano toolchain, both libc.a and libc_nano.a (which was rece

bug#36508: GDM files have incorrect owner after temporarily removing service

Ludovic Courtès writes: > My preferred solution to this would be to unconditionally chown -R home > directories upon activation I also wonder if this could lead to security flaws similar to CVE-2021-27851 , but perhaps 'chown' has been written carefully to avoid such p

bug#36508: GDM files have incorrect owner after temporarily removing service

Ludovic Courtès writes: > Mark H Weaver skribis: > >> Here's one idea: when activating a system, *never* delete users or >> groups if files still exist that are owned by those users/groups. >> Checking all filesystems would likely be too expensive, but perhaps it >> would be sufficient to check

bug#47660: Add link to the ticket when someone reply

To be honest i find this bad thing to use emails to do anything rather than online registration and not necessary stuff (means being encrypted,manipulated.. just not something important) Email sucks due to: * Messages are not encrypted by default which mean it need an extra tool to do it and c

bug#47808: guile-git-0.5.0.drv build failed

On an i686 computer when I run `guix pull --no-substitutes` I get this error: ``` Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Building from this channel: guix https://git.savannah.gnu.org/git/guix.git a5bbd38 building /gnu/store/2cllkgj3

bug#47748: Packages which cant be find/removed by guix remove

bo0od writes: > > You seem to want it to do something different than it was intended to > > do, although I'm not precisely sure what that is. Do you want it to try > > to purge all copies of the given package from /gnu/store? If so, that > > might require deleting (or modifying) older syste

bug#47717: guix outrageously exhaust itself (freeze) when there is package build failure

bo0od writes: > > I mean the ‘outrageously’ part. When Linux runs out of memory, it > > freezes up. Moral judgment is futile. Better to adopt raingloom's > > earlyoom suggestion or similar. > > Im using default guix system nothing special, If this package usable to > solve these stuff i su

bug#36508: GDM files have incorrect owner after temporarily removing service

Hi Mark, Mark H Weaver skribis: > Ludovic Courtès writes: > >> Note that there are other places, in addition to GDM, where we >> forcefully reset the UID/GID of the home directory (e.g., for the >> ‘knot-resolver’ service.) >> >> My preferred solution to this would be to unconditionally chown -

bug#47786: Several build --keep-failed result in wrong env variables

tags 47786 + notabug close 47786 thanks Hi Dmitry, Dmitry Matveyev writes: > I use guix on Arch Linux, version > 050be36cbf3a42199f64f2e44c59f1cb1b3afab5. > > Several invocations of guix build --keep-failed creates directories in > /tmp like this one guix-build-hello-2.10.drv-0 for 1st build an

bug#36508: GDM files have incorrect owner after temporarily removing service

Hi Ludovic, Ludovic Courtès wrote: >>> Note that the ID allocation strategy in (gnu build accounts) ensures >>> UIDs/GIDs aren’t reused right away (same strategy as implemented by >>> Shadow, etc.). So if you remove “bob”, then add “alice”, “alice” won’t >>> be able to access the left-behind /ho

bug#47631: Add graphical installation and solve tons of headache

On Thu, 2021-04-15 at 10:00 +, bo0od wrote: > Guix need to improve itself when first time initiated, Please check > other projects like NixOS,Triskel,Mint,Ubuntu...etc > > > If you dont like that live graphical gui access, then do it as debian > is > doing it which give you proper gui scree

bug#36508: GDM files have incorrect owner after temporarily removing service

Hi Ludovic, Ludovic Courtès writes: > IDs as hash of the user names are interesting because that’d be > stateless (conversely, the current ID allocation strategy is stateful: > it arranges to not reuse recently-freed IDs.) > > But like you write, we’d need 32-bit UIDs. In libc, ‘uid_t’ > (speci

bug#47812: Incorrect code in the Guix manual, but only on the website

In the Guix manual, as it appears on our website, https://guix.gnu.org/manual/devel/en/html_node/X-Window.html the manual entry for 'slim-service-type' suggests the following code to remove the 'gdm' service from %desktop-services. --8<---cut here---start->8

bug#47812: Incorrect code in the Guix manual, but only on the website

Mark H Weaver writes: > The correct text was added about 2 years ago, in the following commit: > > > https://git.sv.gnu.org/cgit/guix.git/commit/?id=dbef9015db107dd148133420b89af552ef08f8ee > > I see no evidence of it being changed since then. > > Any idea where the incorrect code on the websi

bug#47812: Incorrect code in the Guix manual, but only on the website

On Thu, Apr 15, 2021 at 08:12:13PM -0400, Mark H Weaver wrote: > Mark H Weaver writes: > > > The correct text was added about 2 years ago, in the following commit: > > > > > > https://git.sv.gnu.org/cgit/guix.git/commit/?id=dbef9015db107dd148133420b89af552ef08f8ee > > > > I see no evidence of

bug#47812: Incorrect code in the Guix manual, but only on the website

On Thu, Apr 15, 2021 at 08:12:13PM -0400, Mark H Weaver wrote: > I see now that this new functionality was added to the 'staging' branch > 3 days ago: > > > https://git.sv.gnu.org/cgit/guix.git/commit/?h=staging&id=a247f5c7537df7e0c09051ba22d5c95eb08f48b9 If I understand correctly, this commit

bug#47631: Add graphical installation and solve tons of headache

> For now, our focus is on improving the guided installer itself. Ok as you wish why not, But please dont give something less than what Debian installer providing. Ludovic Courtès: Hi, bo0od skribis: Did you try the graphical installation? https://guix.gnu.org/en/videos/system-graphi

bug#47748: Packages which cant be find/removed by guix remove

> Again, you have the wrong idea. wpa-supplicant is not installed, but its service is running, because it's part oh %desktop-services. No amount of guix remove will help you, because it can only wosk on user (or root) profiles, not the system services. > > To remove it, you need to remove it fr

bug#47812: Incorrect code in the Guix manual, but only on the website

tags 47812 + notabug close 47812 thanks Hi Leo, Leo Famulari writes: > On Thu, Apr 15, 2021 at 08:12:13PM -0400, Mark H Weaver wrote: >> I see now that this new functionality was added to the 'staging' branch >> 3 days ago: >> >> >> https://git.sv.gnu.org/cgit/guix.git/commit/?h=staging&id=

bug#47748: Packages which cant be find/removed by guix remove

On Fri, Apr 16, 2021 at 02:11:09AM +, bo0od wrote: > My friend isnt this what im saying not friendly,bad usability,disaster...etc > > And i said to have maybe something like synapse which mean addressing > everything installed and user can just remove the packages by clicking on > them (or let