Re: ‘staging’ and GNOME updates

Hello Timothy and Ricardo, Timothy Sample writes: [...] > Or, maybe I could pull Epiphany out of our GNOME package, and avoid > WebKitGTK (now that GNOME Shell doesn’t need it). this will not fix any problem but please do it anyway before merging to master :-) thanks for working on this!

Re: ‘staging’ and GNOME updates

Timothy Sample writes: > Ricardo Wurmus writes: > >>> After running GNOME 3.28 for a while, I’ve had several crashes. It used >>> to crash whenever I opened a URL from Emacs, but fiddling with dconf has >>> fixed that. It currently crashes every time I run ERC (I’ve turned on >>>

Re: ‘staging’ and GNOME updates

Ricardo Wurmus writes: >> After running GNOME 3.28 for a while, I’ve had several crashes. It used >> to crash whenever I opened a URL from Emacs, but fiddling with dconf has >> fixed that. It currently crashes every time I run ERC (I’ve turned on >> notifications there), and I can’t seem to

Re: ‘staging’ and GNOME updates

Hey Tim, > (services (append (list (service gnome-desktop-service-type) > (set-xorg-configuration >(xorg-configuration > (keyboard-layout keyboard-layout))) > (service (service-type >

Re: ‘staging’ and GNOME updates

Hi Ricardo, Ricardo Wurmus writes: > Argh, it’s unfortunately incorrect. The problem here is that > “/home/bob” ends up being owned by root, which is the sole problem. > > I’m trying to find another reproducer. I think I’ve found one. (use-modules (gnu) (gnu system nss)) (use-service-modules

Re: ‘staging’ and GNOME updates

Ludovic Courtès writes: > Ricardo Wurmus skribis: > >> (service (service-type >> (name 'break-gnome) >> (extensions >> (list (service-extension >>

Re: ‘staging’ and GNOME updates

Hello! Ricardo Wurmus skribis: > (service (service-type > (name 'break-gnome) > (extensions > (list (service-extension >

Re: ‘staging’ and GNOME updates

Ricardo Wurmus writes: > With this system definition I cannot log into GNOME: > > --8<---cut here---start->8--- > (use-modules (gnu) (gnu system nss)) > (use-service-modules desktop xorg) > (use-package-modules certs gnome) > > (operating-system >

Re: ‘staging’ and GNOME updates

Ludovic Courtès writes: > Hello, > > Ludovic Courtès skribis: > >> Timothy Sample skribis: >> >>> Ricardo Wurmus writes: >>> Ludovic Courtès writes: > I removed pretty both .cache directories, moved .config sub-directories > around, etc., and yet I am still unable to log in

Re: ‘staging’ and GNOME updates

Hello, Ludovic Courtès skribis: > Timothy Sample skribis: > >> Ricardo Wurmus writes: >> >>> Ludovic Courtès writes: I removed pretty both .cache directories, moved .config sub-directories around, etc., and yet I am still unable to log in into the GNOME account (logging in to

Re: ‘staging’ and GNOME updates

Howdy, Timothy Sample skribis: > Ricardo Wurmus writes: > >> Ludovic Courtès writes: >>> I removed pretty both .cache directories, moved .config sub-directories >>> around, etc., and yet I am still unable to log in into the GNOME account >>> (logging in to a non-GNOME account from GDM is

Re: ‘staging’ and GNOME updates

Timothy Sample writes: > Ricardo Wurmus writes: […] >> Do you have ~/.local? In my earlier tests this contained binary >> notification data that when loaded would lead to a crash. > > I’m testing GNOME on ‘staging’ now, and had the same problem (GDM worked > okay, but I could not login). I

Re: ‘staging’ and GNOME updates

Hi Ricardo and Ludo, Ricardo Wurmus writes: > Ludovic Courtès writes: >> I removed pretty both .cache directories, moved .config sub-directories >> around, etc., and yet I am still unable to log in into the GNOME account >> (logging in to a non-GNOME account from GDM is fine.) >> >> I even

Re: ‘staging’ and GNOME updates

Ludovic Courtès writes: > I removed pretty both .cache directories, moved .config sub-directories > around, etc., and yet I am still unable to log in into the GNOME account > (logging in to a non-GNOME account from GDM is fine.) > > I even tried upgrading the user’s profile just in case is

Re: ‘staging’ and GNOME updates

Hello, Ricardo Wurmus skribis: > Turns out that the problem was with a stale /var/lib/gdm – which makes > me wonder: we do we have this at all? “/var/lib/gdm” is the “gdm” user > account’s home directory. But it’s not like this really needs to be > persistent, I think. Yes, I wonder if it’s

Re: ‘staging’ and GNOME updates

Heya! Ricardo Wurmus skribis: >> The X.org logs all end up in that directory, so it might a little >> frustrating for someone having X.org issues if we delete that directory >> all the time. I don’t remember if they get copied anywhere else. > > Can we cause the logs to be put in /var/log with

Re: ‘staging’ and GNOME updates

Hey Tim, >> Turns out that the problem was with a stale /var/lib/gdm – which makes >> me wonder: we do we have this at all? “/var/lib/gdm” is the “gdm” user >> account’s home directory. But it’s not like this really needs to be >> persistent, I think. >> >> I moved it out of the way and the

Re: ‘staging’ and GNOME updates

Hi Ricardo, Ricardo Wurmus writes: > Turns out that the problem was with a stale /var/lib/gdm – which makes > me wonder: we do we have this at all? “/var/lib/gdm” is the “gdm” user > account’s home directory. But it’s not like this really needs to be > persistent, I think. > > I moved it out

Re: ‘staging’ and GNOME updates

Ludovic Courtès writes: > Ricardo Wurmus skribis: > >> I just tested the new(er) GNOME on staging and unfortunately it is *not* >> working. I reconfigured my workstation which previously also used >> GNOME. >> >> I see a mouse pointer appearing, but gnome-shell never seems to properly >>

Re: ‘staging’ and GNOME updates

Ludovic Courtès writes: >> The other GNOME upgrade that I worked on months ago still awaits a >> rebase onto staging. I’ll try to get it into good shape to have the >> build farm build it out, so that more people can test it and provide >> fixes where needed. > > Perhaps we can first merge

Re: ‘staging’ and GNOME updates

On Sun, Mar 31, 2019 at 10:52:49PM +0200, Ludovic Courtès wrote: > Hi! > > Ricardo Wurmus skribis: > > > Ludovic Courtès writes: > > > >>> I don't think we should release 1.0 until at least > >>> and are > >>> fixed. Trying a new

‘staging’ and GNOME updates

Hi! Ricardo Wurmus skribis: > Ludovic Courtès writes: > >>> I don't think we should release 1.0 until at least >>> and are >>> fixed. Trying a new distribution only to find your favourite programs >>> are crashing would be a _terrible_

Re: gnome-updates

On Wed, May 24, 2017 at 10:17:22PM +0200, Marius Bakke wrote: > Leo Famulari writes: > > > On Sun, May 14, 2017 at 05:35:15PM +0200, Marius Bakke wrote: > >> Instead I merged an older revision of this branch to 'staging' and > >> cherry-picked the latest patches. @Leo, are

Re: gnome-updates

Leo Famulari writes: > On Sun, May 14, 2017 at 05:35:15PM +0200, Marius Bakke wrote: >> Instead I merged an older revision of this branch to 'staging' and >> cherry-picked the latest patches. @Leo, are you able to start it later >> today? Please wait for a mesa update, coming

Re: gnome-updates

On Sun, May 14, 2017 at 05:35:15PM +0200, Marius Bakke wrote: > Instead I merged an older revision of this branch to 'staging' and > cherry-picked the latest patches. @Leo, are you able to start it later > today? Please wait for a mesa update, coming soonish :-) Started! signature.asc

Re: gnome-updates

Ludovic Courtès <l...@gnu.org> writes: > Hello Kei, > > k...@openmailbox.org (Kei Kebreau) skribis: > >> kkebreau pushed a change to branch gnome-updates >> in repository guix. > > I don’t see a ‘gnome-updates’ jobset on hydra.gnu.org. Is anyone taking >

gnome-updates

Hello Kei, k...@openmailbox.org (Kei Kebreau) skribis: > kkebreau pushed a change to branch gnome-updates > in repository guix. I don’t see a ‘gnome-updates’ jobset on hydra.gnu.org. Is anyone taking care of it? It would be nice to merge this branch eventually. :-) Thanks, Ludo’.

Re: Gnome-updates

On Tue, May 03, 2016 at 01:35:49PM +0200, Ludovic Courtès wrote: > It’s building now. Once most of it is built on x86_64, we should look > at the diff against master in Hydra and check for any regressions. There is a problem with a simple solution, I think:

Re: Gnome-updates

On Tue, May 03, 2016 at 08:32:29PM +0300, Efraim Flashner wrote: > On Tue, May 03, 2016 at 12:38:58AM +, 宋文武 wrote: > > Current poppler is 0.42.0 in gnome- updates, I think when merge back into > > master, with conflict resolved it will undo the graft. Do you mean

Re: Gnome-updates

On Tue, May 03, 2016 at 12:38:58AM +, 宋文武 wrote: > Current poppler is 0.42.0 in gnome- updates, I think when merge back into > master, with conflict resolved it will undo the graft. Do you mean we > resolve it explicitly in gnome-updates? That's better, thanks! And perhaps &

Re: Gnome-updates

iyzs...@member.fsf.org (宋文武) skribis: > l...@gnu.org (Ludovic Courtès) writes: [...] >>> - Skip 'test_utf8_inout' of gjs. >>> it fails with gobject-introspection-1.48.0, but use python3 to >>> call the test in Regress.typelib will pass. Report as: >>>

Re: Gnome-updates

Current poppler is 0.42.0 in gnome- updates, I think when merge back into master, with conflict resolved it will undo the graft. Do you mean we resolve it explicitly in gnome-updates? That's better, thanks! And perhaps we could update it to the lastest 0.43.0?

Re: Gnome-updates

just joining this conversation. Do you want me to commit a different poppler bug-fix to gnome-updates? That could be the branch where we "undo" this graft.

Re: Gnome-updates

l...@gnu.org (Ludovic Courtès) writes: > Hello! > > iyzs...@member.fsf.org (宋文武) skribis: > >> - Disable a failing rtprtx test of gst-plugins-good. >> I can pass it using `guix environment', but fail with `guix build'. > > The log for this commit contains a typo: it doesn’t mention the variable

Re: Gnome-updates

Hello! iyzs...@member.fsf.org (宋文武) skribis: > - Disable a failing rtprtx test of gst-plugins-good. > I can pass it using `guix environment', but fail with `guix build'. The log for this commit contains a typo: it doesn’t mention the variable name, only the ‘arguments’ field. Also, could you

Re: Gnome-updates

Hi, I have rebase it upon mastet, update more packages to their latest, and test on my x86_64 laptop with 'gnome-desktop-service'. It seems work fine so far. And here are some 'questionable' changes: - Disable a failing rtprtx test of gst-plugins-good. I can pass it using `guix environment',

Re: Gnome-updates

Hello! Regarding the gjs failure worked around by commit 63e7796f626ee40b8259ce56b93f5596e8a1f8c5, I briefly investigated. Upon failure, the ‘stderr.log’ file reads: --8<---cut here---start->8--- Gjs-Message: JS LOG: Expected nonconst ♥ utf8 (string) but was

Re: Gnome-updates

iyzs...@member.fsf.org (宋文武) skribis: > l...@gnu.org (Ludovic Courtès) writes: > >> Andreas Enge <andr...@enge.fr> skribis: >> >>> the gnome-updates branch has built on x86, and compared to master, there are >>> not that many regressions: >>>

Re: Gnome-updates

l...@gnu.org (Ludovic Courtès) writes: > Andreas Enge <andr...@enge.fr> skribis: > >> the gnome-updates branch has built on x86, and compared to master, there are >> not that many regressions: >>http://hydra.gnu.org/eval/108921?compare=master#tabs-now-

Re: Gnome-updates

Andreas Enge <andr...@enge.fr> skribis: > the gnome-updates branch has built on x86, and compared to master, there are > not that many regressions: >http://hydra.gnu.org/eval/108921?compare=master#tabs-now-fail In fact this slightly overestimates the failures com

Gnome-updates

Hi all, the gnome-updates branch has built on x86, and compared to master, there are not that many regressions: http://hydra.gnu.org/eval/108921?compare=master#tabs-now-fail I saw a few that seem to be related to fonts and freetype, but I am not a specialist. Do you think we could nevertheless

hydra jobset timeout (Was: GNOME updates)

l...@gnu.org (Ludovic Courtès) writes: > iyzs...@member.fsf.org (宋文武) skribis: > >> Hi! With the help of ‘guix refresh -t gnome’ I update many GNOME >> packages to latest (the 3.20 release) in the ‘gnome-updates’ branch. >> >> Also: >> glib: Disable test

Re: GNOME updates

iyzs...@member.fsf.org (宋文武) skribis: > Hi! With the help of ‘guix refresh -t gnome’ I update many GNOME > packages to latest (the 3.20 release) in the ‘gnome-updates’ branch. > > Also: > glib: Disable tests in build phases instead of patches. > gtk+: Enable SVG support. (b

GNOME updates

Hi! With the help of ‘guix refresh -t gnome’ I update many GNOME packages to latest (the 3.20 release) in the ‘gnome-updates’ branch. Also: glib: Disable tests in build phases instead of patches. gtk+: Enable SVG support. (by using gdk-pixbuf+svg) gtk+-2: Look in system data dirs