bug#45113: scummvm download link changed

Matthew, Thanks! Fixed in commit 53cd301b080d3c840d9754dceab0bc85e7ccbed6. Matthew Brooks via Bug reports for GNU Guix 写道： The old link ("http://www.scummvm.org/frs/scummvm/2.2.0/scummvm-2.2.0.tar.xz";) now just silently gives the html content of the main page instead of a 404 or anything.

bug#45113: scummvm download link changed

The old link ("http://www.scummvm.org/frs/scummvm/2.2.0/scummvm-2.2.0.tar.xz";) now just silently gives the html content of the main page instead of a 404 or anything. The new link is "https://downloads.scummvm.org/frs/scummvm/2.2.0/scummvm-2.2.0.tar.xz"; Only differences appear to be that it'

bug#45069: Guix System: unprivileged user cannot create user namespaces?

Hi Vagrant, On +2020-12-07 09:55:31 -0800, Vagrant Cascadian wrote: > On 2020-12-07, zimoun wrote: > > On Mon, 07 Dec 2020 at 18:13, Pierre Neidhardt wrote: > > > >>> Can you try, as root on Guix System: > >>> > >>> $ echo 1 > /proc/sys/kernel/unprivileged_userns_clone > >> > >> # echo 1 > /proc/

bug#45109: GNOME: unable to change alert "beep" sound since staging merge

Mark H Weaver skriver: > Since the recent merge of the 'staging' branch into 'master' on 28 Nov > 2020, I'm no longer able to configure the alert sound in GNOME. That's > a pity, since I find the default "drip" sound extremely unpleasant. There were not a lot of GNOME-related changes in that me

bug#45031: qoauth fail install/build

Distopico skriver: > I was trying to install `guix install qoauth` and build `guix install > qoauth` but it failed, and looks like is due The installation process is > trying to copy some files that are part of qoauth into the store > directory of qtbase, which is another package. > > Attached th

bug#45109: GNOME: unable to change alert "beep" sound since staging merge

Since the recent merge of the 'staging' branch into 'master' on 28 Nov 2020, I'm no longer able to configure the alert sound in GNOME. That's a pity, since I find the default "drip" sound extremely unpleasant. In more detail: To configure the alert sound, I first open GNOME Settings by clicking

bug#44808: Default to allowing password authentication on leaves users vulnerable

Hi, "Dr. Arne Babenhauserheide" writes: > To nudge them to secure their system, guix system reconfigure could emit > a warning that this is a potential security risk that requires setting > an explicit value (password yes or no) to silence. I think this is a good idea. Likewise, in the Guix ins

bug#44808: Default to allowing password authentication on leaves users vulnerable

Leo Famulari writes: > On Sat, Dec 05, 2020 at 01:22:23PM -0500, Christopher Lemmer Webber wrote: >> > 2. Change the default value of the relevant field in >> > . >> > >> > #2 is more thorough but also more risky: people could find themselves >> > locked out of their server after reconfigur

bug#45069: BUG: Re: guix environment: error: cannot create container: unprivileged user cannot create user namespaces

Hi, On Mon, 07 Dec 2020 at 21:35, Pierre Neidhardt wrote: >> Thanks, that gives us a clue. So all or part of the path >> '/proc/sys/kernel' is missing? > > Nope, my /proc/sys/kernel has 121 direct files and directories :/ Well, it is expected. And now all is clear. Explanations starting ther

bug#25527: PostgreSQL retains references to ld-wrapper and coreutils

Hi, Sorry for the multi-month delay… zimoun skribis: > The manual says (emphasis by me): > > References are a subset of the inputs of the derivation; this > subset is AUTOMATICALLY COMPUTED by the build daemon by scanning > all the files in the outputs. > > Therefore, ho

bug#45069: Guix System: unprivileged user cannot create user namespaces?

Hi Vagrant, Sorry if I am naive, I am trying to understand and it appears that pieces are missing in my bag. :-) On Mon, 07 Dec 2020 at 09:55, Vagrant Cascadian wrote: > The /proc/sys/kernel_unprivileged_userns_clone file is specific to > Debian and Ubuntu packaged linux kernel; it is a patchs

bug#44808: Default to allowing password authentication on leaves users vulnerable

Christopher Lemmer Webber writes: > Dr. Arne Babenhauserheide writes: > >> Ludovic Courtès writes: >> > #2 is more thorough but also more risky: people could find themselves > locked out of their server after reconfiguration, though this could be > mitigated by a news entry. > >

bug#45069: BUG: Re: guix environment: error: cannot create container: unprivileged user cannot create user namespaces

Hi Pierre, > # echo 1 > /proc/sys/kernel/unprivileged_userns_clone > -bash: /proc/sys/kernel/unprivileged_userns_clone: No such file or > directory Thanks, that gives us a clue. So all or part of the path '/proc/sys/kernel' is missing? Best regards, Paul.

bug#44808: Default to allowing password authentication on leaves users vulnerable

On Sat, Dec 05, 2020 at 01:22:23PM -0500, Christopher Lemmer Webber wrote: > > 2. Change the default value of the relevant field in > > . > > > > #2 is more thorough but also more risky: people could find themselves > > locked out of their server after reconfiguration, though this could be >

bug#45069: Guix System: unprivileged user cannot create user namespaces?

On 2020-12-07, zimoun wrote: > On Mon, 07 Dec 2020 at 18:13, Pierre Neidhardt wrote: > >>> Can you try, as root on Guix System: >>> >>> $ echo 1 > /proc/sys/kernel/unprivileged_userns_clone >> >> # echo 1 > /proc/sys/kernel/unprivileged_userns_clone >> -bash: /proc/sys/kernel/unprivileged_userns_c

bug#45069: Guix System: unprivileged user cannot create user namespaces?

Hi, On Mon, 07 Dec 2020 at 18:13, Pierre Neidhardt wrote: >> Can you try, as root on Guix System: >> >> $ echo 1 > /proc/sys/kernel/unprivileged_userns_clone > > # echo 1 > /proc/sys/kernel/unprivileged_userns_clone > -bash: /proc/sys/kernel/unprivileged_userns_clone: No such file or directory

bug#44808: Default to allowing password authentication on leaves users vulnerable

Dr. Arne Babenhauserheide writes: > Ludovic Courtès writes: > #2 is more thorough but also more risky: people could find themselves locked out of their server after reconfiguration, though this could be mitigated by a news entry. Thoughts? > > My thoughts are that there i

bug#32709: Clojure doesn't provide "clojure" executable

Jesse Gibbons has recently added the "clojure" executable wrapper. This makes the Guix `clojure` behave similarly to the Debian `clojure`. Closing this issue. (Note that this behaviour is still a little different to the bundle provided by the upstream Clojure project which include custom `clj` and

bug#26715: xorg-service includes xf86-video-intel unconditionally

Hi Efraim, On Mon, 07 Dec 2020 at 13:00, Efraim Flashner wrote: > Thanks for following up! Thank you for taking the time to close such old bug as #26715. Cool! Cheers, simon

bug#23874: [PATCH 1/2] profiles: Remove duplicates in manifest transactions.

Hi, On Mon, 07 Dec 2020 at 10:16, Ludovic Courtès wrote: > I added a “Fixes” line in the commit log and applied v3. Cool! Thank you Leo. Cloing such old bug as #23874 is nice. :-) Thanks, simon

bug#45069: BUG: Re: guix environment: error: cannot create container: unprivileged user cannot create user namespaces

Hi Pierre, On Mon, 07 Dec 2020 at 12:57, Pierre Neidhardt wrote: > Guix' bug? You get something as: $ guix environment -C guix guix environment: error: cannot create container: unprivileged user cannot create user namespaces guix environment: error: please set /proc/sys/kernel/unprivil

bug#44808: Default to allowing password authentication on leaves users vulnerable

Ludovic Courtès writes: >>> #2 is more thorough but also more risky: people could find themselves >>> locked out of their server after reconfiguration, though this could be >>> mitigated by a news entry. >>> >>> Thoughts? My thoughts are that there is no mitigation for being locked out of a pre

bug#45069: BUG: Re: guix environment: error: cannot create container: unprivileged user cannot create user namespaces

Hi Pierre, Can you try, as root on Guix System: $ echo 1 > /proc/sys/kernel/unprivileged_userns_clone If you could report success or failure that would be helpful; the unprivileged-user-namespace-supported? test in gnu/build/linux- container.scm should be the same irrespective of the underlying

bug#41906: [mumi] Raw mailbox download not usable with mutt

Hi Ricardo, et al, On +2020-12-06 18:35:08 +0100, Ricardo Wurmus wrote: > > Hi Lars, > > > currently mailbox files generated by mumi’s /raw/ endpoint are not usable > > with > > mutt, because the first line contains a “Received:” header and thus does not > > start with the mandated “From …” ban

bug#45069: BUG: Re: guix environment: error: cannot create container: unprivileged user cannot create user namespaces

Just FYI (sorry to interject) , my original email was stripped of html elements? anyway, I was referring to this link https://security.stackexchange.com/questions/209529/what-does-enabling-kernel-unprivileged-userns-clone-do#comment442083_209533 -Yasu > On Dec 7, 2020, at 21:31, Paul Garlick

bug#44808: Default to allowing password authentication on leaves users vulnerable

Hi Chris, Christopher Lemmer Webber skribis: > Ludovic Courtès writes: [...] >> Agreed. There are several ways to do that: >> >> 1. Have the installer emit an ‘openssh-configuration’ that explicitly >> disables password authentication. >> >> 2. Change the default value of the relevan

bug#26715: xorg-service includes xf86-video-intel unconditionally

On Thu, Dec 03, 2020 at 12:53:01AM +0100, zimoun wrote: > Hi Efraim, > > What is the status of this bug #26715? > > > > On Sun, 30 Apr 2017 at 10:16, Efraim Flashner wrote: > > In gnu/services/xorg.scm it includes xf86-video-intel, which is x86_64 > >

bug#44924: guix build u-boot-pinebook --with-git-url failed due to "source" in C_INCLUDE_PATH

> LGTM! > > You can push it right away to ‘core-updates’, but since it triggers a > full rebuild, now’s a good time to push another change that triggers a > full rebuild. :-) > Pushed bravely, thank you!

bug#44863: Warning about importing a MELPA package

On Mon, Dec 07 2020, Carlo Zancanaro wrote: ... unfortunately it no longer applies cleanly to master. Actually, I think I was wrong about this. I must have done something wrong when I tried to apply the patch before sending my email. When I tried again it worked, and it seems to be fetching

bug#30825: Building disk-image fails

Hello, > ERROR: In procedure scm-error: > qemu failed "qemu-system-arm" > builder for `/gnu/store/vd8bx5jd868mnhm0mdj8zgjsvjakzh4y-disk-image.drv' > failed with exit code 1 > guix system: error: build failed: build of > `/gnu/store/vd8bx5jd868mnhm0mdj8zgjsvjakzh4y-disk-image.drv' failed > ...

bug#44863: Warning about importing a MELPA package

On Wed, Nov 25 2020, Zhu Zihao wrote: ... We may better warn user don't submit package which download url belongs to MELPA. Maybe emit warning while executing `guix import elpa -a melpa XXX`, or writing this rule to manual. I submitted a patch a while ago to make the MELPA importer pull the l

bug#23874: [PATCH 1/2] profiles: Remove duplicates in manifest transactions.

Hi, Leo Prikler skribis: > Tests sent along with v3. These patches remove duplicates from > manifests constructed by packages->manifest and manifest-transaction- > effects, so that the UI reports them only once even if they're > specified multiple times (e.g. by "guix package -i stress stress >

bug#44924: guix build u-boot-pinebook --with-git-url failed due to "source" in C_INCLUDE_PATH

Hi, 宋文武 skribis: > From 77283132c6eeeb75900afad5782b989ceee1506a Mon Sep 17 00:00:00 2001 > From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?= > Date: Sat, 5 Dec 2020 11:35:37 +0800 > Subject: [PATCH] build-system/gnu: Remove the source directory from search > paths. > > Fixes

bug#44820: MPD fails after respawning too often

Hi! I believe this is fixed by ce3b5e5a8d8566162201cb778c4586f94a626dfa. Thanks, Ludo’.