Re: core-updates call for testing
On Sat, 25 Apr 2020 21:19:26 + Jack Hill wrote > On Sat, 25 Apr 2020, sirgazil wrote: > > > On Sat, 25 Apr 2020 03:02:23 + Jack Hill > > wrote > > > I have not done extensive testing, but so far the desktop itself seems to > > > be in working order, including cursory use of the GNOME settings dialog. > > > > Same here. So far, things are working normally. > > sirgazil, > > Does GNOME-Web work for you? I'm wondering if others can reproduce the > problem I'm seeing: https://issues.guix.gnu.org/40837 No it doesn't. I actually commented on your bug report saying I can reproduce it, but it seems that the comments mechanism in issues.gnu.org does not work.
Re: core-updates call for testing
On Sat, 25 Apr 2020, sirgazil wrote: On Sat, 25 Apr 2020 03:02:23 + Jack Hill wrote > I have not done extensive testing, but so far the desktop itself seems to > be in working order, including cursory use of the GNOME settings dialog. Same here. So far, things are working normally. sirgazil, Does GNOME-Web work for you? I'm wondering if others can reproduce the problem I'm seeing: https://issues.guix.gnu.org/40837 Best, Jack
Re: core-updates call for testing
On Sat, 25 Apr 2020 13:24:51 + sirgazil wrote > On Sat, 25 Apr 2020 03:02:23 + Jack Hill > wrote > > On Fri, 24 Apr 2020, Marius Bakke wrote: > > > > > The "core-updates" branch is ready for testing! > > > > Hi, > > > > I've reconfigured my user profile and system from the core-updates > branch. > > I use a GNOME desktop session. However, I don't use too many fancy > > features. I mostly use GNOME-Terminal, GNOME-Web, and Emacs. I also use > > some GNOME shell extensions. > > > > I have not done extensive testing, but so far the desktop itself seems to > > be in working order, including cursory use of the GNOME settings dialog. > > Same here. So far, things are working normally. I see the same bugs I've > reported against GNOME 3.32.2. Sadly, the leak reported in > https://issues.guix.gnu.org/40116 is still there. > > I'll keep testing this weekend. I found something interesting. I've never been able to use the CD/DVD drive since I migrated to the Guix System (see http://issues.guix.gnu.org/issue/35584). With core-updates, the problem remains to some extent. The difference is that if I leave a DVD in, and reboot, Nautilus detects the DVD (https://multimedialib.files.wordpress.com/2020/04/guix-gnome-nautilus-cd-dvd-lectura-2020-04-25-1.png) and I can use it. But once I extract it and put it in again, it is not detected. In the image in the previous paragraph you can also see a problem in the rendering of the icon in the button to extract the DVD. Several buttons in GNOME applications look like this. I'm wondering if this problem and the GNOME Web app icon rendering problem are related...
Re: core-updates call for testing
On Sat, 25 Apr 2020 13:24:51 + sirgazil wrote > On Sat, 25 Apr 2020 03:02:23 + Jack Hill > wrote > > On Fri, 24 Apr 2020, Marius Bakke wrote: > > > > > The "core-updates" branch is ready for testing! > > > > Hi, > > > > I've reconfigured my user profile and system from the core-updates > branch. > > I use a GNOME desktop session. However, I don't use too many fancy > > features. I mostly use GNOME-Terminal, GNOME-Web, and Emacs. I also use > > some GNOME shell extensions. > > > > I have not done extensive testing, but so far the desktop itself seems to > > be in working order, including cursory use of the GNOME settings dialog. > > Same here. So far, things are working normally. I see the same bugs I've > reported against GNOME 3.32.2. Sadly, the leak reported in > https://issues.guix.gnu.org/40116 is still there. By the way, it would be great if someone could review this patch: https://issues.guix.gnu.org/issue/39069, which is supposed to fix bugs like this one: https://issues.guix.gnu.org/issue/40686, which have been around for a long time and make the GNOME experience unsatisfying from day one.
Re: core-updates call for testing
I reconfigured my Guix System based on core-updates, and afterwards I was unable to login, either remotely over SSH, or on the Linux console. After cutting the power to the computer and turning it back on, I was able to log in. I've attached my configuration file for your reference. ;; This is an operating system configuration template ;; for a "bare bones" setup, with no X11 display server. (use-modules (gnu)) (use-service-modules networking desktop dbus ssh sysctl) (use-package-modules admin certs curl ntp nvi ssh shells rsync tmux version-control vim) (operating-system (host-name "zamia") (timezone "America/New_York") (locale "en_US.UTF-8") (locale-libcs (list glibc-2.29 (canonical-package glibc))) (kernel-arguments '(;; Console resolution "gfxpayload=1440x900x16,1440x900" ;; console cursor. stops the blinking but the colors are bad "vt.cur.default=0x520032" "consoleblank=120" ;; ??? "quiet" ;; Disable the PC speaker "modprobe.blacklist=pcspkr,snd_pcsp")) ;; Assuming /dev/sdX is the target hard disk, and "my-root" is ;; the label of the target root file system. (bootloader (grub-configuration (target "/dev/sda") (terminal-outputs '(console (file-systems (cons* (file-system (device (uuid "foo")) (mount-point "/") (type "btrfs")) (file-system (device (uuid "bar")) (mount-point "/home") (type "btrfs")) %base-file-systems)) ;; This is where user accounts are specified. The "root" ;; account is implicit, and is initially created with the ;; empty password. (users (append (list (user-account (name "leo") (group "users") (shell #~(string-append #$zsh "/bin/zsh")) ;; Adding the account to the "wheel" group ;; makes it a sudoer. Adding it to "audio" ;; and "video" allows the user to play sound ;; and access the webcam. (supplementary-groups '("wheel" "netdev" "audio" %base-user-accounts)) ;; Globally-installed packages. (packages (cons* curl git openssh mosh nss-certs ntp rsync tmux tree vim nvi %base-packages)) (services (cons* (dbus-service) (service gpm-service-type) (service openssh-service-type (openssh-configuration (password-authentication? #f))) (service ntp-service-type) (service dhcp-client-service-type) (service wpa-supplicant-service-type (wpa-supplicant-configuration (interface "wls1") (config-file "/etc/wpa_supplicant/wpa_supplicant.conf"))) (elogind-service) (modify-services %base-services (guix-service-type config => (guix-configuration (inherit config) (extra-options '("--max-jobs=4")) (substitute-urls '("https://private.mirror https://ci.guix.gnu.org;
Re: core-updates call for testing
On Sat, 25 Apr 2020 03:02:23 + Jack Hill wrote > On Fri, 24 Apr 2020, Marius Bakke wrote: > > > The "core-updates" branch is ready for testing! > > Hi, > > I've reconfigured my user profile and system from the core-updates branch. > I use a GNOME desktop session. However, I don't use too many fancy > features. I mostly use GNOME-Terminal, GNOME-Web, and Emacs. I also use > some GNOME shell extensions. > > I have not done extensive testing, but so far the desktop itself seems to > be in working order, including cursory use of the GNOME settings dialog. Same here. So far, things are working normally. I see the same bugs I've reported against GNOME 3.32.2. Sadly, the leak reported in https://issues.guix.gnu.org/40116 is still there. I'll keep testing this weekend. > I have opened a bug, 40837, for GNOME-Web/epiphany, which is not working > for me currently. I can confirm this one (you can't load any page).