bug#25258: Bashisms when building 0.11.0

Hello, Guix' testsuite uses the non-POSIX bashism `type -P guile` in tests/guix-packages.sh which causes a test failure when using Dash to provide /bin/sh instead of Bash. Additionally gnu/local.mk uses brace expansion which is not part of POSIX and does not work on Dash. When building Guix on Pa

bug#25775: Can't install packages after guix pull

On 02/18/2017 12:11 PM, Pjotr Prins wrote: > I am seeing the same on a fresh checkout and build: > > penguin2:~/genenetwork/guix$ ./pre-inst-env guix package -p > $HOME/opt/guix-build-system --install autoconf > warning: failed to install locale: Invalid argument > Backtrace: > In guix/packages.s

bug#25775: Can't install packages after guix pull

A full uninstall and reinstall as described on the Arch wiki solved the issue for me; `guix pull` and everything works again. systemctl had reported the daemon to be running; I still have no idea what happened. Some network thing? No idea.

bug#26158: Gnome starts unreliably

Does guix package -i xf86-video-intel or guix package -i xf86-video-nouveau help (or whatever else your GPU is from `guix package -s xf86-video-`)? Regards, Florian

bug#26170: documentation: Explanation of propagated-inputs unclear

Hello, I presume the difference between a package’s `inputs` and `propagated-inputs` in Guix packages is that propagated inputs get installed to a Guix profile whenever the package is installed while inputs are dependencies that remain in the Store. I presume libraries the packaged program is link

bug#26215: gschemas.compiled should not be added to the profile by multiple packages

Currently multiple packages contain the file share/glib-2.0/schemas/gschemas.compiled (which is built by glib-or-gtk-build-system). Doing so *works* (because each package’s share directory in the Store is part of the XDG_DATA_DIRS environment variable, GSettings looks for settings in each of the gs

bug#26215: gschemas.compiled should not be added to the profile by multiple packages

On 03/23/2017 05:20 PM, Federico Beffa wrote: > Note that if you mix GTK-2 and GTK-3 schemas many applications will > crash. The glib-or-gtk-build-system tries to avoid mixing the two. > > Fede > I believe you are confusing schemas and modules. GSettings schemas come from GLib and both GTK+ 2 a

bug#27231: regression?: grub-configuration for grub-efi does not return a bootloader-configuration

Hello, My GuixSD configuration (see attachment) for UEFI got broken some three weeks ago but I’ve only now caught up with my e-mail and “fixed” it. root@floriannotebook ~# guix system reconfigure /home/florian/keep/guixsd-asus.scm Backtrace: 9 (apply-smob/1 #) In ice-9/boot-9.scm:

bug#27231: regression?: grub-configuration for grub-efi does not return a bootloader-configuration

On Sun, Jun 04, 2017 at 04:38:11PM +0300, Alex Kost wrote: > This is a limitation of 'grub-configuration' macro: that backtrace > happened because you have 'grub' field *not* in the first place of your > 'grub-configuration'. > > […] > > Note that this will work if you put (grub grub-efi) in the fi

bug#27264: gnome-shell-3.24.2 consistently dies during initialization

On Wed, Jun 07, 2017 at 05:58:07PM -0400, Mark H Weaver wrote: > I have a question: Does GNOME 3 work for *anyone* in Guix now? If so, > that would be useful information. If not, I wonder why this got merged > into master. > > Mark > It does not work for me. I get the same error. I'm usi

bug#27264: gnome-shell-3.24.2 consistently dies during initialization

On Thu, Jun 08, 2017 at 02:01:22PM +0200, Ludovic Courtès wrote: > I think many of us use GTK+/GNOME applications, but fewer use GNOME, so > I suppose we just didn’t test a full GNOME setup. > > Next time we should probably do that or, even better, have an automated > test that logs in, takes a sc

bug#27231: regression?: grub-configuration for grub-efi does not return a bootloader-configuration

On Sun, Jun 04, 2017 at 04:25:13PM +0200, pelzflorian (Florian Pelz) wrote: > On Sun, Jun 04, 2017 at 04:38:11PM +0300, Alex Kost wrote: > > This is a limitation of 'grub-configuration' macro: that backtrace > > happened because you have 'grub' field *not* i

bug#26006: New web site is on line!

Nice website! On Wed, Dec 06, 2017 at 06:10:48PM +0100, Ludovic Courtès wrote: > Please report: > > • broken links; > > • other pages that need a redirect; > > • information that disappeared—I’m thinking in particular of talks, > which used to appear under /help, but are now supposed

bug#26006: New web site is on line!

On Fri, Dec 08, 2017 at 01:42:27PM -0500, Quiliro Ordonez Baca wrote: > "pelzflorian (Florian Pelz)" writes: > > > > I believe there is a typo on the home page below the video. „leave“ > > should be „live“: > > > > diff --git a/website/apps/base/

bug#31714: Cannot use usb-storage initrd module.

My laptop broke and now I use my formerly internal hard disk as an external hard disk in another laptop. It booted fine but I could not reconfigure maybe because Guix checks for a wrong spelling of the usb-storage module. When I pulled 1458f768c1049812166228b8526128b199518e50 and reconfigured I

bug#33171: TMPDIR and build containers

Hello, The manual says that TMPDIR does not leak into the build environment: >You can influence the directory where the daemon stores build trees > via the ‘TMPDIR’ environment variable. However, the build tree within > the chroot is always called ‘/tmp/guix-build-NAME.drv-0’, where NAME is

bug#26170: Bug #26170 Hunting: doc: Explanation of propagated-inputs unclear

Thank you for bringing up this bug again with detailed cross-referencing. Sorry for not sending a patch earlier. I do not think it makes sense to close yet. I attach a proposed patch now (its text is not properly wrapped yet). It may contain misunderstandings about propagated inputs as I have n

bug#26170: Bug #26170 Hunting: doc: Explanation of propagated-inputs unclear

On Wed, Sep 16, 2020 at 12:37:20PM +0200, Ludovic Courtès wrote: > "pelzflorian (Florian Pelz)" skribis: > > Another example where @code{propagated-inputs} is useful is for languages > > that lack a facility to record the run-time search path akin to the > > @c

bug#26170: Bug #26170 Hunting: doc: Explanation of propagated-inputs unclear

Thank you both! Pushed as 125fc37e5f32afdbd1e5fca119c9eb41e7ad8ec1. Closing. Regards, Florian

bug#43746: What to do about packages that don't support --without-tests / #:tests? #f setting

The new package transformation option --without-tests works by setting #:tests? #f in the specified packages. But some packages replace their 'check phase and no longer honor #tests?. glib for example. Attached is an attempt to document this current behavior. Shall I push it? Alternatively, it

bug#43746: What to do about packages that don't support --without-tests / #:tests? #f setting

On Thu, Oct 01, 2020 at 11:07:54PM +0200, Ludovic Courtès wrote: > Oh, we should fix ‘glib’ in ‘core-updates’. I verified the attached patch fixes glib on the ‘master’ branch. I’m not sure about adding a copyright. Anyway. Shall I push it to ‘core-updates’ or wait until I can test it on ‘core-u

bug#43746: What to do about packages that don't support --without-tests / #:tests? #f setting

On Sat, Oct 03, 2020 at 12:04:37PM +0200, Ludovic Courtès wrote: > > I verified the attached patch fixes glib on the ‘master’ branch. > If you tested it on ‘master’, you can push it on ‘core-updates’. Pushed as 0585a0d0d1fe6e334d36e2d851b42b47d6769546. Thank you! Closing, since the issue is docu

bug#43796: Privacy policy

IANAL but I think Guix needs a privacy policy for both its website and the Guix software in general. Attached is a patch for the website that also documents data use by Guix and Guix System. Maybe I’ve overdone some parts and probably something important is missing. In particular, the GDPR requi

bug#43796: Privacy policy

On Sun, Oct 04, 2020 at 11:56:04AM -0400, Julien Lepiller wrote: > The GDPR is not the only legislation that applies to us. For > services hosted in France for instance, there is a legal obligation > to keep logs for at least one year (not sure exactly who that > applies to). There could be somethi

bug#43796: (no subject)

On Mon, Oct 05, 2020 at 09:09:20AM +0200, Tomás Ortín Fernández via Bug reports for GNU Guix wrote: > As I understand it, the Guix distribution is *not* a service but a > piece of software. Neither the Guix community nor the GNU project > have any responsibility over the third-party services you d

bug#43796: (no subject)

On Mon, Oct 05, 2020 at 09:09:20AM +0200, Tomás Ortín Fernández via Bug reports for GNU Guix wrote: > I understand that the point of mentioning all that is more as an > advice than a policy. Wouldn't it be more useful in a section about > privacy recommendations (or something similar) that in the

bug#44301: Black screen in Guix System installation

On Sat, Oct 31, 2020 at 02:22:58PM +0100, soheilkhanalipur--- via Bug reports for GNU Guix wrote: > Guix has some incompatibilities like (issues.guix.gnu.org/43985) with my > computer. > What are these? what's the solution? Your issues are post-install, I think, so the installer worked properly,

bug#44301: Black screen in Guix System installation

I do not know if you deliberately did not reply to all. I hope you do not mind me quoting you. On Sat, Oct 31, 2020 at 04:16:11PM -0400, Douglas Linford wrote: > Is recompiling the kernel to include radeon an option? > Meaning, can I recompile the kernel myself? > > Douglas Guix will not provid

bug#44455: [ARTWORK] website: Not enough context for translation of None

On Thu, Nov 05, 2020 at 06:51:20PM +0100, Miguel Ángel Arruga Vivas wrote: > Feel free to push these three together with the one for > German when you have it ready. Pushed as fc8ec5409bd3d7221afc2f9feaac4ce36d5c1192 and following. Thank you for doing the work and thinking it through! Regards, Fl

bug#44650: Do not suggest `guix pull --news' after first pull

After doing a `guix pull` on the new VM image , the following is displayed: > hint: Run `guix pull --news' to read all the news. > > hint: After setting `PATH', run `hash guix' to make sure your shell refers to > `/hom

bug#44650: Do not suggest `guix pull --news' after first pull

On Sun, Nov 15, 2020 at 02:56:30AM +0100, pelzflorian (Florian Pelz) wrote: > - (when previous > + (if previous > (let ((old-channels (profile-channels previous)) >(new-channels (profile-channels profile))) >;; Find the channels present in both PROFILE an

bug#44650: Do not suggest `guix pull --news' after first pull

On Mon, Nov 16, 2020 at 12:35:08PM +0100, Ludovic Courtès wrote: > Perfect, you can push to ‘version-1.2.0’, thank you! > > Ludo’. Thank you. Pushed as 29ed17d6345d30b0646f0a9b63ab201e0e6871ec. Done. Regards, Florian

bug#22952: Backlight brightness keys in GDM and MATE require password authentication

I’m reopening this bug because it is very similar to my issue. When using my Macbook’s keyboard XF86MonBrightnessUp/Down keys to adjust screen brightness (probably on non-Macbooks too) in GDM or MATE, I am asked to enter my authentication password to make gnome-settings-daemon’s libexec/gsd-backli

bug#22952: Backlight brightness keys in GDM and MATE require password authentication

On Wed, Nov 18, 2020 at 10:14:32PM +0100, Marius Bakke wrote: > To work around it locally, try adding: > > (simple-service 'gsd-polkit polkit-service-type > (list gnome-settings-daemon)) > > to the (services ...) section of your system configuration. Thank you. You are corre

bug#44773: guix pull does not support transformation options but claims to

Running `guix pull --help-transform' displays all the usual transformation options, but when I try to use any, it reports an unrecognized option. It would be nice if I could use `guix pull --without-tests=glib' since tests time out on my (somewhat slow) Beaglebone Black. Regards, Florian

bug#44773: guix pull does not support transformation options but claims to

On Sat, Nov 21, 2020 at 01:09:49AM +0100, pelzflorian (Florian Pelz) wrote: > It would be nice if I could use `guix pull --without-tests=glib' since > tests time out on my (somewhat slow) Beaglebone Black. P.S. --without-tests=glib does not work for 1.2.0 anyway though because glib was

bug#44773: guix pull does not support transformation options but claims to

On Sat, Nov 21, 2020 at 12:43:29PM +0100, Ludovic Courtès wrote: > Hi, > > "pelzflorian (Florian Pelz)" skribis: > > > Running `guix pull --help-transform' displays all the usual > > transformation options, but when I try to use any, it reports an >

bug#26215: gschemas.compiled should not be added to the profile by multiple packages

Hello Leo! Thank you for going through old issues! So the issue appears to be fixed by commit de136f3ee7878dea139e751b7e4ca04c2542c91d (from year 2018) making sure a gschemas.compiled encompassing all packages in a Guix profile gets created. Reverting that commit does not print warnings today (I

bug#34893: Translated manuals refer to wrong substitute server

On Tue, Jan 12, 2021 at 03:21:14PM +0100, Julien Lepiller wrote: > Le Sun, 17 Mar 2019 14:53:56 +0100, > "pelzflorian (Florian Pelz)" a écrit : > > Where the manual refers to the default substitute server > > https://ci.guix.info, the translated manuals wrongly use &g

bug#46663: [Website] 404 redirection on a link in a blog article

On Sat, Feb 20, 2021 at 02:25:03PM +0100, Epholys wrote: > Hello, > > I want to report a missing resource on the web page: > https://guix.gnu.org/en/blog/2020/guix-further-reduces-bootstrap-seed-to-25/ > > > The link [full graph] redirects to a 404: > https://guix.gnu.org/en/static/blog/img/gcc-

bug#46663: [Website] 404 redirection on a link in a blog article

On Mon, Feb 22, 2021 at 08:20:43PM +0100, raingloom wrote: > Is there something that scans the website for broken links? Might be > worth setting up if not. You made me check for other broken links using wget on a local build of the website. Indeed there were some more broken links. Thanks! How

bug#46807: [website] return 404 with HTTP header 'Accept-Language: zh-CN, zh'

Hello, On Mon, Mar 01, 2021 at 11:06:59AM +0100, Ludovic Courtès wrote: > Florian, could it be that we’re not normalizing language tags > appropriately? Does that ring a bell? Tobias’ analysis likely is correct. I haven’t yet build a current berlin virtual machine to test though. We’re not nor

bug#46807: [website] return 404 with HTTP header 'Accept-Language: zh-CN, zh'

On Sat, Feb 27, 2021 at 01:31:40PM +0100, Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote: > I expect that adding it and changing ietf-tags.scm to use "zh-CN" will fix > both 404s, but need to check that it doesn't break anything else. I made the tiny change to guix-artwork’s ietf-tags.s

bug#46807: [website] return 404 with HTTP header 'Accept-Language: zh-CN, zh'

Hello all, On Mon, Mar 01, 2021 at 11:06:59AM +0100, Ludovic Courtès wrote: > Florian, could it be that we’re not normalizing language tags > appropriately? Does that ring a bell? The attached patch to maintenance.git fixes the remaining minor issue: Now Accept-Language language codes get normal

bug#46807: [website] return 404 with HTTP header 'Accept-Language: zh-CN, zh'

Pushed to maintenance.git as 82b075685b6089c7f98acb0993c003936d833776. Closing. Thank you all!

bug#47867: [1.2.1 pre-release testing] substitute downloading and TLS errors

On Fri, Apr 16, 2021 at 10:40:55PM -0500, jcguu95 wrote: >2.2. Unexpected failure > >After running `guix system init /mnt/etc/config.scm /mnt' for 5 to 10 >minutes, I got the error > >, >|substitute: updating substitutes from 'https://ci.guix.gnu.org'... > 0.0%guix su

bug#47867: [1.2.1 pre-release testing] substitute downloading and TLS errors

On Sun, Apr 18, 2021 at 11:38:56AM +0200, pelzflorian (Florian Pelz) wrote: > I needed to restart the installer at the last step, this stopped while > downloading enlightenment with no error but it does not continue. Note: The last message was enlightenment-0.24.2 2

bug#47867: [1.2.1 pre-release testing] substitute downloading and TLS errors

On Sun, Apr 18, 2021 at 11:44:25AM +0200, pelzflorian (Florian Pelz) wrote: > But now after maybe 10 minutes it finally continued and died with the > same TLS error about write_to_session_record_port and Resource not > available. The error happened while substitute: updating substitutes from […]

bug#47867: [1.2.1 pre-release testing] substitute downloading and TLS errors

On Sun, Apr 18, 2021 at 11:48:47AM +0200, pelzflorian (Florian Pelz) wrote: > On Sun, Apr 18, 2021 at 11:44:25AM +0200, pelzflorian (Florian Pelz) wrote: > > But now after maybe 10 minutes it finally continued and died with the > > same TLS error about write_to_session_record_port a

bug#47867: [1.2.1 pre-release testing] substitute downloading and TLS errors

On Sun, Apr 18, 2021 at 12:15:47PM +0200, Ludovic Courtès wrote: > Was this in a VM? No, an Asrock Beebox (real x86_64 hardware). > Could it be that networking was unstable (e.g., you > were running this over a flaky WiFi connection)? It is a stable Ethernet connection. > How reproducible is

bug#47867: [1.2.1 pre-release testing] substitute downloading and TLS errors

On Sun, Apr 18, 2021 at 01:33:37PM +0200, pelzflorian (Florian Pelz) wrote: > (well with an unrelated error by > grub-install that it could not determine the canonical path of > /boot/efi). Probably > I will try reproducing, but Jin and me both had this > error. I got the e

bug#47867: [1.2.1 pre-release testing] substitute downloading and TLS errors

On Sun, Apr 18, 2021 at 02:10:06PM +0200, pelzflorian (Florian Pelz) wrote: > On IRC Ricardo/rekado suspected > c7c7f068c15e419aaf5ef616516aa5ad4e55c2fa, I will try reverting it. It was necessary to revert follow-up commits before reverting c7c7f068c15e419aaf5ef616516aa5ad4e55c2fa. I tr

bug#47867: [1.2.1 pre-release testing] substitute downloading and TLS errors

On Mon, Apr 19, 2021 at 10:05:25AM +0200, pelzflorian (Florian Pelz) wrote: > I dd’d the resulting image to a USB drive and the TLS errors no longer > appear (tried installing everything two times now; without reverts > downloading enlightenment needed retrys everytime). > […] I suspec

bug#47889: [installer image] grub-install efi fails getting canonical path to /boot/efi on dos-formatted disk

When installing from the Guix install image, grub-install fails on my x86_64 ASRock Beebox PC: guix system: error: '/gnu/store/hsc3gsqbxkl64nx38sf2fgs2fxzbpr0i-grub-efi-2.04/sbin/grub-install --boot-directory /mnt/boot --bootloader-id=Guix --efi-directory /boot/efi' exited with status 1; output

bug#47889: [installer image] grub-install efi fails getting canonical path to /boot/efi on dos-formatted disk

On Mon, Apr 19, 2021 at 11:29:54AM +0200, pelzflorian (Florian Pelz) wrote: > When installing from the Guix install image, grub-install fails on my > x86_64 ASRock Beebox PC: This error occurred on multiple install attempts, but apparently the last one broke my UEFI; the Beebox can no

bug#47867: [1.2.1 pre-release testing] substitute downloading and TLS errors

On Mon, Apr 19, 2021 at 10:05:25AM +0200, pelzflorian (Florian Pelz) wrote: > I will bisect which reverts are needed, but it takes time … My UEFI broke; the PC cannot display anything anymore. Don’t wait for my debugging.

bug#47889: [installer image] grub-install efi fails getting canonical path to /boot/efi on dos-formatted disk

On Mon, Apr 19, 2021 at 01:27:39PM -0400, Leo Famulari wrote: > On Mon, Apr 19, 2021 at 11:29:54AM +0200, pelzflorian (Florian Pelz) wrote: > > When installing from the Guix install image, grub-install fails on my > > x86_64 ASRock Beebox PC: > > Can you be specific about wh

bug#47867: [1.2.1 pre-release testing] substitute downloading and TLS errors

After flashing the CMOS I can test again. Without reverts TLS errors happen while or after downloading the enlightenment substitute from the installer. With all of those reverts *no* TLS errors happen: On Mon, Apr 19, 2021 at 10:05:25AM +0200, pelzflorian (Florian Pelz) wrote: > git rev

bug#47867: [1.2.1 pre-release testing] substitute downloading and TLS errors

On Tue, Apr 20, 2021 at 03:21:13AM +0200, pelzflorian (Florian Pelz) wrote: > > git revert be5a75ebb5988b87b2392e2113f6590f353dd6cd It seems this is the bad commit. Downloading the enlightenment substitute got stuck and after a few minutes displayed the usual TLS error. Regards, Florian

bug#47867: [1.2.1 pre-release testing] substitute downloading and TLS errors

On Tue, Apr 20, 2021 at 05:27:54PM +0200, pelzflorian (Florian Pelz) wrote: > On Tue, Apr 20, 2021 at 03:21:13AM +0200, pelzflorian (Florian Pelz) wrote: > > > git revert be5a75ebb5988b87b2392e2113f6590f353dd6cd > > It seems this is the bad commit. Downloading the enlightenmen

bug#47867: [1.2.1 pre-release testing] substitute downloading and TLS errors

On Tue, Apr 20, 2021 at 02:00:54PM -0400, Leo Famulari wrote: > On Tue, Apr 20, 2021 at 07:03:26PM +0200, pelzflorian (Florian Pelz) wrote: > > On Tue, Apr 20, 2021 at 05:27:54PM +0200, pelzflorian (Florian Pelz) wrote: > > > It seems this is the bad commit. Downloading

bug#47867: [1.2.1 pre-release testing] substitute downloading and TLS errors

Sorry for the slow response. On Wed, Apr 21, 2021 at 12:38:58AM +0200, Ludovic Courtès wrote: > Hi Florian, > > "pelzflorian (Florian Pelz)" skribis: > > On Tue, Apr 20, 2021 at 03:21:13AM +0200, pelzflorian (Florian Pelz) wrote: > >> > git revert be5a75ebb5

bug#47889: [installer image] grub-install efi fails getting canonical path to /boot/efi on dos-formatted disk

On Thu, Apr 22, 2021 at 03:28:39PM +0200, Ludovic Courtès wrote: > There’s no EFI (vfat) partition here. Is it an EFI machine? > > Is /boot/efi mounted when you boot the installation image? No because there is no EFI partition. If I create one and restart the installer, then it is *not* mounted

bug#47889: [installer image] grub-install efi fails getting canonical path to /boot/efi on dos-formatted disk

On Fri, Apr 23, 2021 at 12:39:13PM +0200, Ludovic Courtès wrote: > The installer determines whether it’s doing a UEFI installation like so: > > (define (efi-installation?) > "Return #t if an EFI installation should be performed, #f otherwise." > (file-exists? "/sys/firmware/efi")) > > I

bug#47867: [1.2.1 pre-release testing] substitute downloading and TLS errors

Success! Thank you. 65;6003;1c On Fri, Apr 23, 2021 at 11:19:28AM +0200, Ludovic Courtès wrote: > Florian, could you try again with the attached patch? It succeeds on two full installs of Enlightenment, no errors, no prolonged getting stuck. > If you have the courage, it would be awesome if you

bug#47889: [installer image] grub-install efi fails getting canonical path to /boot/efi on dos-formatted disk

Hello Bengt, On Sat, Apr 24, 2021 at 05:24:26AM +0200, Bengt Richter wrote: > How does that work if you want to mount an external USB disk as the target > of your installation partitioning and formatting etc, but which may be > intended > for another laptop with a different BIOS booting in a diff

bug#47867: [1.2.1 pre-release testing] substitute downloading and TLS errors

On Sat, Apr 24, 2021 at 07:13:01PM +0200, Ludovic Courtès wrote: > I’ve pushed these as two separate patches: > > c50db7156d http-client: Remove exception mishandling in 'http-multiple-get'. > 02d62978f4 http-client, substitute: Gracefully handle GnuTLS EAGAIN/EINTR. I assume they will be che

bug#47889: [installer image] grub-install efi fails getting canonical path to /boot/efi on dos-formatted disk

On Sun, Apr 25, 2021 at 04:15:56PM +0200, Mathieu Othacehe wrote: > Finally, grub-efi fails because there's no /boot/efi mount point. > > This problem can then occur for two reasons: > > 1. The user is booting the installation image with UEFI support, using > an empty installation device, choos

bug#47889: [installer image] grub-install efi fails getting canonical path to /boot/efi on dos-formatted disk

On Sun, Apr 25, 2021 at 07:12:39PM +0200, Mathieu Othacehe wrote: > > Hello Florian, > > > Can you force GPT also in 2.? All disk partitions get removed anyway. > > Arch wiki says MSDOS layout does not work on all EFI systems > >

bug#39341: Installer using 100% of a CPU core

On Sun, Apr 25, 2021 at 11:41:59PM +0200, Ludovic Courtès wrote: 65;6003;1c> I’ve verified that keymap choices in the installer are honored, that you > can change anytime via the F1 menu, and that there’s no file descriptor > leak in the kmscon process. Keyboard layout selection completely broke

bug#39341: Installer using 100% of a CPU core

On Mon, Apr 26, 2021 at 06:07:33PM +0200, Ludovic Courtès wrote: > Hi, > > "pelzflorian (Florian Pelz)" skribis: > > > On Sun, Apr 25, 2021 at 11:41:59PM +0200, Ludovic Courtès wrote: > > 65;6003;1c> I’ve verified that keymap choices in the installer are h

bug#39341: Installer using 100% of a CPU core

On Tue, Apr 27, 2021 at 12:38:23PM +0200, Ludovic Courtès wrote: > What do you mean by “fails on real hardware”? That the keyboard layout > is unchanged? Yes. > Is there anything in /var/log/messages No, nothing out of the ordinary, only the installer pages I went through. > or wherever kmsco

bug#39341: Installer using 100% of a CPU core

Hello Bengt, On Tue, Apr 27, 2021 at 07:43:56PM +0200, Bengt Richter wrote: > Perhaps this old bug in some form? > https://bugzilla.gnome.org/show_bug.cgi?id=776570 > and solution linked from there might help? > http://unix.stackexchange.com/questions/68 No, I believe it is unrelated

bug#39341: Installer using 100% of a CPU core

Hi Ludo, On Tue, Apr 27, 2021 at 11:26:41PM +0200, Ludovic Courtès wrote: > I tried this in ‘guix system vm gnu/system/install.scm’. I proceed like > so: > > 1. after the installer’s welcome screen I choose French layout; > 2. the next dialog is the host name, which is where I confirm I real

bug#39341: Installer using 100% of a CPU core

On Wed, Apr 28, 2021 at 09:02:10AM +0200, pelzflorian (Florian Pelz) wrote: > On Tue, Apr 27, 2021 at 11:26:41PM +0200, Ludovic Courtès wrote: > > 165 openat(AT_FDCWD, > > "/gnu/store/qz3zdrz12rxawlkvah9qjhjyf6fh1v98-xkeyboard-config-2.31/share/X11/xkb/symbols/inet", &g

bug#39341: Installer using 100% of a CPU core

On Wed, Apr 28, 2021 at 03:43:06PM +0200, Ludovic Courtès wrote: > Hmm I don’t know what to think. Could you confirm that keyboard > switching works if you revert d904abe0768293b2322dbf355b6e41d94e769d78? Yes, revert fixes it but goes back to 100% CPU usage. Note that layout switching works on Q

bug#39341: Installer using 100% of a CPU core

On Thu, Apr 29, 2021 at 11:33:17AM +0200, Mathieu Othacehe wrote: > Conveniently, that input was always the main user keyboard I guess. The > attached patch fixes that issue […] Aha! Thank you. This patch fixed it on my Beebox PC. Note that my Beebox only ever had a single input device: a USB k

bug#39970: guix commands broken on Azerbaijani 'az_AZ' and Turkish 'tr_TR' locales

On Wed, May 05, 2021 at 12:47:02AM -0400, Maxim Cournoyer wrote: > Closing. > > Thank you, > > Maxim Sorry for forgetting about this bug. The above LC_ALL=tr_TR.utf8 make check TESTS=tests/cran.scm is *not* fixed, but I won’t take the time to really understand and fix the few remaining troubl

bug#48343: Cannot boot after installation

On Wed, May 12, 2021 at 03:33:51PM -0400, Bone Baboon via Bug reports for GNU Guix wrote: > Sergey Petrov writes: > > but terminal only, my WM (Enlightenment) cannot initialize. I think I > > can give a try to some other WMs and check how it goes. > > You may find this has useful information in r

bug#33678: Locale problems

On Sat, Dec 08, 2018 at 10:35:51PM +0100, Danny Milosavljevic wrote: > Can we do something against the locale problems that keep showing up > when updating? > > Right now, after a half-finished update from guix master (half-finished > because > once any package build breaks, the entire update wil

bug#33892: guix package --list-generations uses UTC and time-at-midnight for hour durations

Hello Guix, I would expect guix package --list-generations=…h to display generations from the past … hours, but apparently it displays generations offset from UTC midnight (apparently not local time?) and not the current time, since guix/ui.scm calls a procedure named time-at-midnight. In particu

bug#33894: Guix manual PO file uses same translation msgid ``channels'' for different uses

Hello, The Guix manual POT file 0.16.0.1 submitted to the Translation Project has these lines: #. type: item #: doc/guix.texi:2919 doc/guix.texi:3279 #, no-wrap msgid "channels" msgstr "" However, doc/guix.texi:2919 is a cindex which should be translated and doc/guix.texi:3279 is a table item wh

bug#34498: Confusing msgid " Running value is ~s.~%"

Hello, I am fairly sure #: modules/shepherd/scripts/herd.scm:86 #, scheme-format msgid " Running value is ~s.~%" refers to the value of the #:running slot but translators don’t know that and would translate it as a value that is running. This should be changed and a comment for TRANSLATORS sho

bug#34574: Confusing manual entry for gexp->file

Hello, The Guix manual contains the following description of gexp->file: -- Monadic Procedure: gexp->file NAME EXP [#:set-load-path? #t] [#:module-path %load-path] [#:splice? #f] [#:guile (default-guile)] Return a derivation that builds a file NAME containing EXP. When SPLI

bug#34574: Confusing manual entry for gexp->file

On Wed, Mar 06, 2019 at 02:17:49PM +0100, Ludovic Courtès wrote: > Hi Florian, > > "pelzflorian (Florian Pelz)" skribis: > > > The Guix manual contains the following description of gexp->file: > > > > -- Monadic Procedure: gexp->file NAME EXP [#:s

bug#34893: Translated manuals refer to wrong substitute server

Where the manual refers to the default substitute server https://ci.guix.info, the translated manuals wrongly use https://ci.guix.fr.info or similar. This is because at the top of doc/guix.texi it says @set SUBSTITUTE-SERVER ci.guix.info which is wrongly replaced by something like @set SUBSTITU

bug#34955: Manual: Service extensions not clear

The Guix manual (section Defining services) says about service extensions: [The example guix-service-type definition] defines three things: 1. […] 2. A list of “service extensions”, where each extension designates the target service type and a procedure that, given the parameters of

bug#35136: Git master installer disk-image has GPT PMBR size mismatch

Since commit 45c0d1d790f01ebc020fc4b2787a6abcdaa3f383 all install ISOs created with guix system disk-image --file-system-type=iso9660 gnu/system/install.scm cannot boot for me, see https://lists.gnu.org/archive/html/guix-devel/2019-04/msg00061.html fdisk reports this: florian@florianmacbook ~

bug#35136: Git master installer disk-image has GPT PMBR size mismatch

On Thu, Apr 04, 2019 at 07:33:17AM +0200, pelzflorian (Florian Pelz) wrote: > guix system disk-image --file-system-type=iso9660 gnu/system/install.scm > This only happens when specifying --file-system-type=iso9660.

bug#35136: Git master installer disk-image has GPT PMBR size mismatch

I would like to log the commandline with which parted is executed in initialize-partition-table in gnu/build/vm.scm, but I do not know where all the output is going. Apparently it is nowhere in the logs.

bug#35136: Git master installer disk-image has GPT PMBR size mismatch

On Fri, Apr 05, 2019 at 07:57:06AM +0200, pelzflorian (Florian Pelz) wrote: > I would like to log the commandline with which parted is executed in > initialize-partition-table in gnu/build/vm.scm, but I do not know > where all the output is going. Apparently it is nowhere in the logs. &g

bug#35136: Git master installer disk-image has GPT PMBR size mismatch

This seems to be a duplicate of https://issues.guix.info/issue/33639 , I think, but it happens to me on x86_64.

bug#33639: ISO installer image is broken on i686

I have what may be the same problem on my x86_64 machine building for x86_64 when creating an ISO install image by running guix system disk-image --file-system-type=iso9660 gnu/system/install.scm Since commit 45c0d1d790f01ebc020fc4b2787a6abcdaa3f383 increased the RAM for the VM that builds the is

bug#33639: ISO installer image is broken on i686

On Mon, Apr 08, 2019 at 10:50:29AM +0200, Ludovic Courtès wrote: > Hello, > > "Thomas Schmitt" skribis: > > > The fact that the VM always sees the expected size but the host sees varying > > sizes supports the suspicion that at the end of the VM its i/o buffers or > > virtual disk are not always

bug#33639: ISO installer image is broken on i686

On Wed, Apr 10, 2019 at 01:17:14PM +0200, Thomas Schmitt wrote: > Given the smell of a race condition, i would next try to let the VM > wait 10 or 15 seconds after xorriso is finished and before it shuts down. > I added a (sleep 15) after ludo’s (sync). The first image worked but now I got libb

bug#33639: ISO installer image is broken on i686

On Fri, Apr 12, 2019 at 11:26:28PM +0200, Ludovic Courtès wrote: > Florian, it would be great if you could confirm. Just apply it on > ‘master’, and then run: > > ./pre-inst-env guix system disk-image --file-system-format=iso9660 \ > gnu/system/install.scm > Yes, it seems fixed, I can co

bug#35136: Git master installer disk-image has GPT PMBR size mismatch

On Sun, Apr 07, 2019 at 08:33:23AM +0200, pelzflorian (Florian Pelz) wrote: > This seems to be a duplicate of https://issues.guix.info/issue/33639 > , I think, but it happens to me on x86_64. > This bug is fixed with ludo’s patch for https://issues.guix.info/issue/33639

bug#33639: ISO installer image is broken on i686

On Sun, Apr 14, 2019 at 11:43:54PM +0200, Ludovic Courtès wrote: > How did you visualize differences, Florian? Diffoscope fails for me > here (missing tools and scalability issue.) > For me diffoscope failed too. I used cmp as described here: https://superuser.com/questions/125376/how-do-i-com

bug#33639: ISO installer image is broken on i686

On Sat, Apr 13, 2019 at 03:46:09PM +0200, pelzflorian (Florian Pelz) wrote: > Yes, it seems fixed, I can confirm. Well this is strange. I got fine ISO images each time (fine with no complaints from xorriso or fdisk and bootable in QEMU without errors), but after dd’ing them to different

bug#33639: ISO installer image is broken on i686

On Tue, Apr 16, 2019 at 11:01:45PM +0200, Ludovic Courtès wrote: > "pelzflorian (Florian Pelz)" skribis: > > Having such a USB flash drive inside my computer makes UEFI get stuck > > on some computers but not on others. > > So you cannot boot from these USB drive

  1   2   3   4   5   6   >