bug#33693: Missing icons in GNOME Shell since core-updates merge

Since the core-updates merge, on my x86_64 GuixSD system, GNOME Shell is missing some of its icons. Specifically: * In window "overview" mode, the window close buttons are not visible, although they still work if you know where to click. * In the built-in calendar (made visible when you click

bug#32942: nss-certs not deterministic

Hello, l...@gnu.org (Ludovic Courtès) skribis: > The difference is an encoding bug: > > $ wget -O - > https://berlin.guixsd.org/nar/gzip/xbj4fhad0lnz0ziflwi90gyqbls8ains-nss-certs-3.39 > |gunzip -c |guix archive -x /tmp/nss-certs.berlin > $ wget -O - > https://mirror.hydra.gnu.org/nar/gzip/xbj

bug#33691: pre-inst-env: "no code for module (gcrypt hash)"

Hi, I tried reconfiguring my system recently using pre-inst-env, using commit 08861d259b453442c38fe93477bc62d2080b1442. I got this error: --8<---cut here---start->8--- $ sudo ./pre-inst-env guix system --fallback reconfigure ~/config.scm Password: Backtrace:

bug#33685: Time settings does not work in gnome

swedebu...@riseup.net writes: > On 2018-12-09 13:06, swedebu...@riseup.net wrote: >> When I set the time or toggle automatic time in the gnome-control-center >> it errors out. The time is still wrong. >> >> sdb@antelope ~$ gnome-control-center >> >> (gnome-control-center:1556): datetime-cc-pane

bug#33676: GuixSD on eoma68-a20?

Hello Danny, On Sat, Dec 08, 2018 at 06:12:14PM +0100, Danny Milosavljevic wrote: > Guix received one but we have so far be unable to get the GuixSD flash > image because something always breaks on Hydra before it's done although the problem seems to lie somewhere else, I would just like to point

bug#33362: System tests stuck in "shepherd[1]: waiting for udevd..."

I found two more instances of this problem, in evaluation 110355: https://hydra.gnu.org/build/3253071 https://hydra.gnu.org/build/3252182 I killed these jobs, and cancelled all pending 'test.*' jobs. Mark

bug#33676: GuixSD on eoma68-a20?

Hi Danny and Ludovic, Danny Milosavljevic writes: > After the change, I get the following on Hydra > : > > --- > @ build-started /gnu/store/scnqgfc3k4434h3gch22hnh0z8qdbvdb-disk-

bug#33683: sorcer fails to build

On 09/12/2018 12.08, Ricardo Wurmus wrote: This is an upstream problem that i’ve reported upstream: https://github.com/openAVproductions/openAV-Sorcer/issues/22 We cannot build the sources with either of the Faust releases, so there’s little we can do on our end. The sorcer Faust code lo

bug#33685: Time settings does not work in gnome

On 2018-12-09 13:06, swedebu...@riseup.net wrote: > When I set the time or toggle automatic time in the gnome-control-center > it errors out. The time is still wrong. > > sdb@antelope ~$ gnome-control-center > > (gnome-control-center:1556): datetime-cc-panel-WARNING **: 13:24:15.745: > Timezone

bug#33685: Time settings does not work in gnome

When I set the time or toggle automatic time in the gnome-control-center it errors out. The time is still wrong. sdb@antelope ~$ gnome-control-center (gnome-control-center:1556): datetime-cc-panel-WARNING **: 13:24:15.745: Timezone '(null)' is unhandled, setting Europe/London as default (gnome-

bug#33676: GuixSD on eoma68-a20?

After the change, I get the following on Hydra : --- @ build-started /gnu/store/scnqgfc3k4434h3gch22hnh0z8qdbvdb-disk-image.drv - x86_64-linux /var/log/guix/drvs/sc//nqgfc3k4434h

bug#33683: sorcer fails to build

Hi Thorsten, > phase `unpack' succeeded after 0.0 seconds > starting phase `build-faust-sources' > ERROR : can't open architecture file lv2synth.cpp This is an upstream problem that i’ve reported upstream: https://github.com/openAVproductions/openAV-Sorcer/issues/22 We cannot build the so

bug#33683: sorcer fails to build

phase `unpack' succeeded after 0.0 seconds starting phase `build-faust-sources' ERROR : can't open architecture file lv2synth.cpp phase `build-faust-sources' failed after 0.0 seconds ## WARNING: phase `build-faust-sources' returned `#f'. Return values other than #t ## are deprecated. Please mi

bug#33362: System tests stuck in "shepherd[1]: waiting for udevd..."

In recent evaluations of 'master', there have been two more instances of this problem occurring, on x86_64 and i686: https://hydra.gnu.org/build/3252398 (from eval 110355, commit 08861d25) https://hydra.gnu.org/build/3225361 (from eval 110351, commit 69f867b1) I aborted these jobs. M