bug#22985: using gnune-gtk with ratpoison (gnunet-fs in -gtk nonfunctional) -> needs participation and input
Previously reported GNOME bug solved after reconfiguring the system with (services (gnome-desktop-service)). -- ng personal contact: http://krosos.sdf.org EDN: https://wiki.c3d2.de/EDN
bug#23030: Guix commands broken
On Thu, Mar 17, 2016 at 09:46:11AM +0100, Ludovic Courtès wrote: > Indeed. Commit df061d079b50111280aa7209b3b3c4cf21fde218 changes the > default substitute URLs to https. > For this to work, you need to make sure that guix-daemon is running > ‘guix substitute’ with the fix for #22937. > On GuixSD, it’s a matter of reconfiguring (I updated the ‘guix-devel’ > snapshot on master yesterday.) I see! I am always assuming that when I reconfigure, the current copy of guix (the one from guix pull, or the one from git) is used in the resulting system to run guix and the daemon afterwards, while in reality it is the latest guix snapshot before that. So reconfiguring does not work unless the snapshot is also updated. Now to make things work in this particular case, one also needs to give "--substitute-urls=http://..."; to the "guix system reconfigure" command to turn off https. Adding only "--no-substitutes" is not enough; I presume this is due to the "feature" of grafts only partially honouring this parameter, as already discussed. Andreas
bug#23072: GuixSD SSD install hangs at clocksource
I tried to upgrade my headless server running GuixSD from to HD to SSD. First I shot myself in the foot doing 'guix init' on the SSD. Possibly by labeling the SSD root using the same label as the system HD root, or maybe I miss-specified the bootloader device? Anyway, to dig myself out, I switched to a 2nd server running Guix/Debian and ... - reinstalled GuixSD to the 1st server's HD, see "c06system.scm.log". This runs fine back in the 1st server. - I did a near-identical install to a SSD (Kingston ssdnow300), see "c06system-ssd.scm.log". If installed on the 1st server this shows Guix welcome screen, loads the keyboard & mouse drivers, then hangs showing: "clocksource: Switched to clocksource tsc" So to summarize, ~identical install on HD runs fine, install on SSD hangs. Please see attached logs. - George c06system-ssd.scm.log Description: Binary data c06system-sdd.scm.log Description: Binary data
bug#23072: GuixSD SSD install hangs at clocksource
On 20.03.2016 20:56, myglc2 wrote: > - I did a near-identical install to a SSD (Kingston ssdnow300), see > "c06system-ssd.scm.log". If installed on the 1st server this shows > Guix welcome screen, loads the keyboard & mouse drivers, then hangs > showing: > > "clocksource: Switched to clocksource tsc" This is just a shot in the dark, but I use SSD systems, too, and I noticed that the first boot of a guixsd installation hangs for a while collecting entropy before displaying a corresponding message IIRC and I faintly remember the "switching to clocksource" message. Did you try banging the keyboard? Maybe that's not possible on a headless server though. Did you let it sit for a while? Flo -- https://fps.io signature.asc Description: OpenPGP digital signature
bug#22985: using gnune-gtk with ratpoison (gnunet-fs in -gtk nonfunctional) -> needs participation and input
On Sun, Mar 20, 2016 at 03:05:25PM +0100, Nils Gillmann wrote: > Previously reported GNOME bug solved after reconfiguring the > system with (services (gnome-desktop-service)). Okay, so the problem is solved then? If so, you can close the bug by sending mail to 22985-d...@debbugs.gnu.org > > -- > ng > personal contact: http://krosos.sdf.org > EDN: https://wiki.c3d2.de/EDN > > > >
bug#22831: [PATCH 1/1] gnu: openssl: Enforce non-reference to perl.
* gnu/packages/tls.scm (openssl)[arguments]: Add #:disallowed-references. --- gnu/packages/tls.scm | 4 1 file changed, 4 insertions(+) diff --git a/gnu/packages/tls.scm b/gnu/packages/tls.scm index b6bf257..28d7947 100644 --- a/gnu/packages/tls.scm +++ b/gnu/packages/tls.scm @@ -201,6 +201,10 @@ required structures.") `(#:parallel-build? #f #:parallel-tests? #f #:test-target "test" + + ;; Changes to OpenSSL sometimes cause Perl to "sneak in" to the closure, + ;; so we explicitly disallow it here. + #:disallowed-references ,(list (canonical-package perl)) #:phases (modify-phases %standard-phases (add-before -- 2.7.3
bug#22831: [PATCH 0/1] Disallow reference to Perl from OpenSSL
Now that #:disallowed-references has been implemented (thanks Ludo!), here it is applied to OpenSSL. To core-updates? Leo Famulari (1): gnu: openssl: Enforce non-reference to perl. gnu/packages/tls.scm | 4 1 file changed, 4 insertions(+) -- 2.7.3
