bug#47749: Feature Request: Make top/htop give usable readings for the packages

Hi, A workaround is use emacs with emacs-vterm and emacs-guix ;-) ‘M-x vterm’ will launch a terminal, then ‘M-x guix-prettify-mode’, then ‘htop’ or ‘top’ will hide the store hash. Oleg. signature.asc Description: PGP signature

bug#47782: guix pull: error: You found a bug: compute-guix-derivation

Hi There, Running guix pull lead to the bug attached in .txt file. ThX! user@host ~$ guix pull Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to 050be36 (65 new commits)... Building from this channel:

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

On Wed, Apr 14, 2021 at 12:55:43PM +0200, Ludovic Courtès wrote: > 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. Just FYI to everyone reading,

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

Hi Mark and everyone, On 4/14/21 1:54 AM, Mark H Weaver wrote: Recall that the grafting code performs a set of substitutions, replacing store item names (i.e. file names in /gnu/store) with replacement store items of the same length, with rules like: "fx3979c88s9yxdbchyf36qryawgzpwb5-libx11-1.6.

bug#47106: Bubblewrap hates Guix containers 😞

On Wed, Apr 14, 2021 at 11:23:28PM +0200, Leo Prikler wrote: > Am Mittwoch, den 14.04.2021, 16:07 -0400 schrieb Leo Famulari: > > This bug is registered as "blocking" the upcoming release. > > > > Is there any chance it will be closed in the next 3 days? Or should I > > "unblock"? > There is a sli

bug#47144: security patching of 'patch' package

On Sun, Mar 14, 2021 at 05:37:25PM -0400, Mark H Weaver wrote: > patch@2.7.6: probably vulnerable to CVE-2019-13636, CVE-2019-13638, > CVE-2019-20633, CVE-2018-1000156, CVE-2018-20969, CVE-2018-6951, CVE- > 2018-6952 I tried building a "fixed" package of patch, cherry-picking bug fix patches from

bug#47106: Bubblewrap hates Guix containers 😞

Am Mittwoch, den 14.04.2021, 16:07 -0400 schrieb Leo Famulari: > This bug is registered as "blocking" the upcoming release. > > Is there any chance it will be closed in the next 3 days? Or should I > "unblock"? There is a slim chance, that someone might fix it "by accident", but I'm personally not

bug#44593: (guix git) doesn’t honor HTTP/HTTPS proxy settings for submodules

Ludovic Courtès skribis: > And here’s the (guix git) patch, to commit when the new Guile-Git > release is out. Pushed as fab8ab7617d4ba2eed4546e81b004ade5b739691. Ludo’.

bug#47106: Bubblewrap hates Guix containers 😞

This bug is registered as "blocking" the upcoming release. Is there any chance it will be closed in the next 3 days? Or should I "unblock"?

bug#47097: eolie broken => unworking example from manual

Unfortunately, we have entered "string freeze" for the upcoming release. This means the manual cannot be changed. So, we will release with the broken example :( I should have been more proactive about removing it.

bug#46829: `guix pull` uses incorrect certificate store

On Wed, 2021-04-14 at 12:50 +0200, Ludovic Courtès wrote: > [...] > > > We could also add a ‘--no-check-certificates’ option to ‘guix pull’. > > > > I think we should avoid adding "use insecure connection" options. Even > > if the code itself is signed. > > “Insecure” is a strong word: it still p

bug#47734: Guix install script on foreign distro fails to add berlin public key

On Mon, Apr 12, 2021 at 03:48:10PM -0400, Julien Lepiller wrote: > Hi Guix! > > When installing Guix on a new machine (foreign distro), substitute were not > properly set up: > > … > Permit downloading pre-built package binaries from the project's build farm? > (yes/no) yes > /home/roptat/guix-

bug#42129: guix-install.sh does not add build users to kvm group

On Thu, Apr 08, 2021 at 07:03:26PM -0400, Leo Famulari wrote: > From 1a9fd7decd843f21c36d8ec4d1e218f478b983cf Mon Sep 17 00:00:00 2001 > From: Leo Famulari > Date: Thu, 8 Apr 2021 18:34:43 -0400 > Subject: [PATCH v2] guix-install.sh: Add the build users to the 'kvm' group. > > * etc/guix-install.

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

Le 14 avril 2021 12:31:31 GMT-04:00, bo0od a écrit : > > In particular, there are multiple >> profiles, and each of them could contain avahi or a reference to >avahi. > >That doesnt address the issue im talking about, why guix remove doesnt >recognize the package that number 1 , number 2 if the p

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

On Wed, 2021-04-14 at 16:31 +, bo0od wrote: > > Second, your operating-system declaration apparently is running > > the avahi server. Since you didn't share it, I don't know if it comes > > from a service dependency or if it's declared explicitely > > do you mean config.scm? I'm not Julien

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

Hi, bo0od writes: > > In particular, there are multiple > > profiles, and each of them could contain avahi or a reference to avahi. > > That doesnt address the issue im talking about, why guix remove doesnt > recognize the package that number 1 , number 2 if the package will break > somethin

bug#47717: guix becomes unresponsive while building the 'vigra' package

> The ideal situation is that substitutes for these packages are > available, and you don't have to build them. Does that mean almost every user who gonna use guix system which will eventually fall into the same issue you gonna tell oh sorry default doesnt help do 123? we need solutions for the

bug#47717: guix becomes unresponsive while building the 'vigra' package

> It might help to pass --cores=2 (or perhaps even --cores=1) to > guix-daemon, which should hopefully be honored by the build systems of > most of our packages, but probably not all (bug reports welcome). Thanks for the suggestion, But you know this is gonna be mouse and cat issue if its not fi

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

> 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 suggest then to include it by d

bug#46829: Fresh install of 1.2.0 can't guix pull

Hello, On Tue, Apr 13, 2021 at 09:08:20PM -0400, Leo Famulari wrote: > There's nothing we can do for the 1.2.0 release artifacts at this point. Is there any place were we could document the problem and the suggested workaround by Ludo (--url=http://)? Perhaps on the "Installation" chapter of the

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

> In particular, there are multiple > profiles, and each of them could contain avahi or a reference to avahi. That doesnt address the issue im talking about, why guix remove doesnt recognize the package that number 1 , number 2 if the package will break something important guix should say that

bug#47706: Acknowledgement (nfs mount in file-system works only if "nfs4" type is used for "mount" syscall)

Hello, I ended up testing my config file with nfs4 and that part did work fine. I had earlier errors unrelated to this that threw me off thinking that would not work. To clarify then, the issue here only seems to be with the mount function in the (guix build syscalls) module. This results in a

bug#47537: acknowledged by developer (control message for bug #47537)

Hello, I ended up testing my config file with nfs4 and that part did work fine. I had earlier errors unrelated to this that threw me off thinking that would not work. To clarify then, the issue here only seems to be with the mount function in the (guix build syscalls) module. This results in a

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

Hi Julien, Julien Lepiller writes: > The manual suggests modify-services in some places: > > (modify-services %desktop-services > (delete avahi-service-type)) I don't see how this can work. (modify-services ...) expands into a call to 'map', which is incapable of deleting elements. Also, th

bug#47628: webkitgtk-2.32.0 fails to launch without /usr/bin

On Tue, Apr 13, 2021 at 03:22:47PM -0400, Mark H Weaver wrote: > Hi Efraim, > > Efraim Flashner writes: > > > On Thu, Apr 08, 2021 at 11:07:31AM -0400, Mark H Weaver wrote: > >> I suspect that the relevant bit that needs to be changed is line 779 of > >> the following file in the webkitgtk-2.32.

bug#47746: pypi importer generates wrong pypi-uri without underscore

On Tue, Apr 13 2021, Ricardo Wurmus wrote: > You’re right, this only affects some packages. Here are two > examples: > > [...] > > They both have a redirection in common, but the pypi-uri is > incorrect as it needs to have the underscore. Looking at the JSON object at

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

> On 04/14/2021 12:32 PM Ludovic Courtès wrote: > > > Hi Mark, > > Mark H Weaver skribis: > > > Brendan Tildesley via Bug reports for GNU Guix > > writes: > > > >> I recently encountered what is likely the same bug. The directory > >> /var/lib/gdm > >> had the correct permissions gdm:gdm

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

Hi Mark, Mark H Weaver skribis: >> The risks of bugs I can think of are: missed ASCII references (a >> regression, whereby some ASCII references would not get rewritten), > > This is indeed a risk whenever we modify the grafting code, which is > written for efficiency, not clarity. I've tried t

bug#46829: `guix pull` uses incorrect certificate store

Hi, Leo Famulari skribis: > On Tue, Apr 13, 2021 at 11:29:58AM +0200, Ludovic Courtès wrote: >> So I think the issue is that, when ‘nss-certs’ is not installed, ‘guix >> pull’ uses the LE certs, but these certificates expire quite frequently, >> whereas if you have ‘nss-certs’ installed, there’s

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

Le 13 avril 2021 22:44:31 GMT-04:00, Mark H Weaver a écrit : >Julien Lepiller writes: > >> Second, your operating-system declaration apparently is running >> the avahi server. Since you didn't share it, I don't know if it comes >> from a service dependency or if it's declared explicitely, > >The

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

Hi Mark, Mark H Weaver skribis: > Brendan Tildesley via Bug reports for GNU Guix > writes: > >> I recently encountered what is likely the same bug. The directory >> /var/lib/gdm >> had the correct permissions gdm:gdm, but all the files inside had something >> like >> 973:gdm > > The underlyin

bug#47717: guix becomes unresponsive while building the 'vigra' package

bo0od writes: > > What kind of computer are you using? Are you using swap? > > 4GB DDR3 rams, i7 4th generation , 20GB for Guix about 9GB swap For the record: I don't use binary substitutes at all, and I build my GNOME system plus IceCat locally, using Guix, on a modest Thinkpad X200 with 4GB o

bug#31719: Chains of dependencies getting longer

Hi Björn, On Mon, 01 Mar 2021 22:33:55 +0100 Ludovic Courtès wrote: It must be a recent regression. I think this is an unintended side-effect of 44425e1f2a96aee39a21dff634abb9b77b44261e and 84805ef205b7fa12bfaa7b23da06993cab64c40b (see ): --8<---