How to "Use PROFILE instead of the user’s default profile."?
I am trying to understand and use Guix profiles. In (guix) Invoking guix package it says ... ‘--profile=PROFILE’ ‘-p PROFILE’ Use PROFILE instead of the user’s default profile. Because I want to use znc *instead* of the packages in my user’s default profile, I did ... guix package -p znc -i znc ... then I read this in znc/etc/profile ... # Source this file to define all the relevant environment variables in Bash # for this profile. You may want to define the 'GUIX_PROFILE' environment # variable to point to the "visible" name of the profile, like this: # # GUIX_PROFILE=/path/to/profile ; \ # source /path/to/profile/etc/profile ... so I did ... GUIX_PROFILE=znc source $GUIX_PROFILE/etc/profile I expected 'which' now to find znc but not my user’s default profile packages. Instead it finds znc *plus* my user’s default profile packages. So it looks like I am using the "union" of the znc and user’s default profiles as opposed to using the znc PROFILE *instead* of the user’s default profile. Is that a correct understanding of what is happening? Is that how it is supposed to work? If so, how do I "Use my znc PROFILE *instead* of my user’s default profile?" TIA - George
Re: How to announce important changes
Hi Ludo’, > I agree. The patch for the new ‘guix pull’ was discussed 2-3 weeks > before being applied, and the principle was discussed even earlier than > this, but for someone not following the mailing list, I understand this > is a problem. > > Perhaps it’s time for an announcement mailing list, and/or blog posts. > What do people think? I think you did a good job of providing a "heads up" for the new 'guix pull'. From your posts it was obvious it was a significant Guix change and that there could/would be glitches. So I applied my standard "self help" for this situation: I stopped doing pulls and I am watching the lists to seen when it is safe to resume pulling changes into my systems ;-) I think the users that have had problems didn't see your posts, didn't understand what they meant, or didn't know how to respond. ISTM the best thing you could do for these users is to send an alert like "major update about to happen, hold off on updates if you are risk adverse", followed by a "coast is clear" or "workaround" alert. IMO the best way to send such alerts is a cross-post to all the existing lists. - George
Re: How to announce important changes
Indeed, actually I _am_ following the mailing list, but I must confess that I don't always read the e-mails as carefully as I should, not the least because I am not necessarily involved in the said conversation. Well... Case in point! Proper announcement would have that they make it clear for everyone: "this is addressed to you" :) -- Pierre Neidhardt On the road, ZIPPY is a pinhead without a purpose, but never without a POINT. signature.asc Description: PGP signature
Re: gst-plugins-base: Test suite failed: FAIL: elements/opus
Ricardo Wurmus writes: > Leo Famulari writes: > >> On Wed, Jun 20, 2018 at 06:15:19PM +0200, Pierre Neidhardt wrote: >>> I'm till seeing this problem. >>> >>> > guix --version >>> guix (GNU Guix) d39c9efa11168f5a441ac60b3ed486f2ac0b4c73 >>> >>> > guix pull -l >>> # ... >>> Generation 2Jun 19 2018 14:10:01(current) >>> guix d39c9ef >>> repository URL: https://git.savannah.gnu.org/git/guix.git >>> branch: origin/master >>> commit: d39c9efa11168f5a441ac60b3ed486f2ac0b4c73 >>> >>> >>> I'm on a x86_64 machine with kernel 4.14.33. >> >> Okay, are you able to send a patch to disable the test and report this >> issue upstream? > > On i686 the test fails with a segfault. I would be uncomfortable with > disabling the test before we understand the cause of the segfault. It > may be better to remove libopus complete if it turns out that one could > trigger the segfault at runtime, outside of the test context. Note that there is a release candidate available for Opus 1.3. I wonder if that might make a difference? https://archive.mozilla.org/pub/opus/ signature.asc Description: PGP signature
Re: gst-plugins-base: Test suite failed: FAIL: elements/opus
Leo Famulari writes: > On Wed, Jun 20, 2018 at 06:15:19PM +0200, Pierre Neidhardt wrote: >> I'm till seeing this problem. >> >> > guix --version >> guix (GNU Guix) d39c9efa11168f5a441ac60b3ed486f2ac0b4c73 >> >> > guix pull -l >> # ... >> Generation 2 Jun 19 2018 14:10:01(current) >> guix d39c9ef >> repository URL: https://git.savannah.gnu.org/git/guix.git >> branch: origin/master >> commit: d39c9efa11168f5a441ac60b3ed486f2ac0b4c73 >> >> >> I'm on a x86_64 machine with kernel 4.14.33. > > Okay, are you able to send a patch to disable the test and report this > issue upstream? On i686 the test fails with a segfault. I would be uncomfortable with disabling the test before we understand the cause of the segfault. It may be better to remove libopus complete if it turns out that one could trigger the segfault at runtime, outside of the test context. -- Ricardo
How to announce important changes
Hello, Pierre Neidhardt skribis: > OK, I get it now. I had missed that message about the PATH. > > I think those kinds of breakage would deserve some proper annoucements, > either on the mailing list or on the website. > > What do you people think? I agree. The patch for the new ‘guix pull’ was discussed 2-3 weeks before being applied, and the principle was discussed even earlier than this, but for someone not following the mailing list, I understand this is a problem. Perhaps it’s time for an announcement mailing list, and/or blog posts. What do people think? Thanks, Ludo’.
Re: No dvorak in window manager
Luther Thompson transcribed 1.8K bytes:
> I installed GuixSD today. When I boot up, both the login manager and
> the desktop session use qwerty. I do see dvorak when I hit Ctrl+Alt+F2
> for a non-window console. `loadkeys dvorak` has no effect in either
That is because loadkeys is for the tty. In X you would use setxkbmap
or your WM/DM provided tools for setting it. setxkbmap comes as part
of the package 'setxkbmap' in guix.
For SDDM and SLIM the fact that it's just en_US is a bug in our
invocation of it (or upstream? I forgot, simply because I opened
a bug report long time ago not to think about reasons why this
happens).
> place. Here is my OS definition:
>
> (use-modules (gnu) (gnu system nss))
> (use-service-modules desktop)
> (use-package-modules certs gnome)
>
> (operating-system
> (host-name "targaryen")
> (timezone "America/New_York")
> (locale "en_US.utf8")
>
> (bootloader (bootloader-configuration
> (bootloader grub-bootloader)
> (target "/dev/sda")))
>
> (file-systems (cons (file-system
> (device "my-root")
> (mount-point "/")
> (type "ext4")
> (title 'label))
> %base-file-systems))
>
> (users (cons (user-account
> (name "luther")
> (comment "Luther Thompson")
> (group "users")
> (supplementary-groups '("wheel" "netdev"
> "audio" "video"))
> (home-directory "/home/luther"))
>%base-user-accounts))
>
> ;; This is where we specify system-wide packages.
> (packages (cons* nss-certs ;for HTTPS access
>gvfs ;for user mounts
>%base-packages))
>
> ;; Add GNOME and/or Xfce---we can choose at the log-in
> ;; screen with F1. Use the "desktop" services, which
> ;; include the X11 log-in service, networking with Wicd,
> ;; and more.
> (services (cons* (console-keymap-service "dvorak")
> (gnome-desktop-service)
>(xfce-desktop-service)
>%desktop-services))
>
> ;; Allow resolution of '.local' host names with mDNS.
> (name-service-switch %mdns-host-lookup-nss)
>
> (swap-devices '("/swapfile")))
>
> --
> Luther Thompson
>
Re: Something broke
Hello. I just have very bad English. I chose this distribution because of the progressive engineering approach and wide possibilities. And someday I'll learn all this)) Okay, I'll figure it out myself. Or not =) It does not matter! Anyway for me it will be a rewarding experience.
Re: gst-plugins-base: Test suite failed: FAIL: elements/opus
I tried disabling the tests in a package override in my GUIX_PACKAGE_PATH: --8<---cut here---start->8--- (arguments `(... #:tests? #f ... --8<---cut here---end--->8--- or with --8<---cut here---start->8--- (arguments `(... #:phases (modify-phases %standard-phases (delete 'check) ... --8<---cut here---end--->8--- Surprisingly, it did not work. I wonder if my override is taken into account. I also wonder how to disable individual tests. I haven't spent much time on it as I am rather busy these days, sorry :p -- Pierre Neidhardt signature.asc Description: PGP signature
Re: gst-plugins-base: Test suite failed: FAIL: elements/opus
On Wed, Jun 20, 2018 at 06:15:19PM +0200, Pierre Neidhardt wrote: > I'm till seeing this problem. > > > guix --version > guix (GNU Guix) d39c9efa11168f5a441ac60b3ed486f2ac0b4c73 > > > guix pull -l > # ... > Generation 2 Jun 19 2018 14:10:01(current) > guix d39c9ef > repository URL: https://git.savannah.gnu.org/git/guix.git > branch: origin/master > commit: d39c9efa11168f5a441ac60b3ed486f2ac0b4c73 > > > I'm on a x86_64 machine with kernel 4.14.33. Okay, are you able to send a patch to disable the test and report this issue upstream? signature.asc Description: PGP signature
Re: gst-plugins-base: Test suite failed: FAIL: elements/opus
I'm till seeing this problem. > guix --version guix (GNU Guix) d39c9efa11168f5a441ac60b3ed486f2ac0b4c73 > guix pull -l # ... Generation 2Jun 19 2018 14:10:01(current) guix d39c9ef repository URL: https://git.savannah.gnu.org/git/guix.git branch: origin/master commit: d39c9efa11168f5a441ac60b3ed486f2ac0b4c73 I'm on a x86_64 machine with kernel 4.14.33. -- Pierre Neidhardt Weinberg's Second Law: If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization. signature.asc Description: PGP signature
Re: gst-plugins-base: Test suite failed: FAIL: elements/opus
On Tue, Jun 19, 2018 at 04:13:09PM +0200, Nicolas Goaziou wrote: > Hello, > > Pierre Neidhardt writes: > > > I can't update my packages `guix package -u`, gst-plugins-base fails: > > [...] > > > FAIL: elements/opus > > === > > > > Running suite(s): opus > > 33%: Checks: 6, Failures: 0, Errors: 4 > > gstcheck.c:596:E:general:test_opus_encode_nothing:0: (after this point) > > Received signal 11 (Segmentation fault) > > gstcheck.c:596:E:general:test_opus_encode_samples:0: (after this point) > > Received signal 11 (Segmentation fault) > > gstcheck.c:596:E:general:test_opus_encode_properties:0: (after this point) > > Received signal 11 (Segmentation fault) > > elements/opus.c:429:E:general:test_opus_decode_plc_timestamps_with_fec:0: > > (after this point) Received signal 11 (Segmentation fault) > > Check suite opus ran in 0.014s (tests failed: 4) > > FAIL elements/opus (exit status: 4) > > [...] > > > Anyone else? > > Ditto. It breaks wine upgrade (even wine64). > > Quick and dirty fix: what about disabling elements/opus test? It doesn't > look like a vital part. I can't reproduce this on my x86_64 machine with a 4.17.* kernel. Are you still seeing this problem? If so, what is `guix --version`? There is a substitute available, at least for recent Guix. signature.asc Description: PGP signature
Re: Cannot build guile-chickadee.
Ricardo Wurmus writes: > Hi there, > > I’m trying to get Chickadee packaged. Attached is a package definition. > The build fails when chickadee/render/shapes.scm is supposed to be > compiled: > Thank you! I would love to be able to play with Chickadee!
Re: Cannot build guile-chickadee.
Hey Dave,
>> Turns out that the Makefile of guile-sdl2 needed to be patched. After
>> the patch Chickadee can be built with the release tarball.
>>
>> I’ll push the package definition shortly.
>
> Could you tell me the commit id when you push it? I'd like to just
> sort out the issues you were having and make new releases of
> guile-sdl2 and chickadee so that Guix can have clean packages with no
> hackery involved.
I’ve pushed guile-chickadee with commit
00fca594da4c63a976e1c67ec3caab47f2a38d87. The patch to guile-sdl2 is in
commit e5b77ccfe861545a61f6c6355f5c9fb712bc4894. After that I noticed
that the package might also need a build phase to fix the installation
location:
--8<---cut here---start->8---
diff --git a/gnu/packages/game-development.scm
b/gnu/packages/game-development.scm
index b428fa77f..f8c6583f9 100644
--- a/gnu/packages/game-development.scm
+++ b/gnu/packages/game-development.scm
@@ -1248,7 +1248,16 @@ a 2D editor view.")
"10qx0ha5gsayybd186r1my7vc7rf5fbzp9jvmc4xg9a8wz8rqhah"
(build-system gnu-build-system)
(arguments
- '(#:make-flags '("GUILE_AUTO_COMPILE=0")))
+ '(#:make-flags '("GUILE_AUTO_COMPILE=0")
+ #:phases
+ (modify-phases %standard-phases
+ (add-after 'configure 'patch-makefile
+ (lambda _
+ ;; Install compiled Guile files in the expected place.
+ (substitute* '("Makefile")
+ (("^godir = .*$")
+"godir = $(moddir)\n"))
+ #t)
(propagated-inputs
`(("guile-opengl" ,guile-opengl)
("guile-sdl2" ,guile-sdl2)))
--8<---cut here---end--->8---
Unfortunately, I still cannot use it as the example fails with OpenGL
errors, e.g.:
chickadee/window.scm:56:21: In procedure open-window:
Throw to key `sdl-error' with args `("make-window" "failed to create
window: ~A" "Couldn't find matching GLX visual")'.
So I picked the first of the visuals that glxinfo outputs:
export SDL_VIDEO_X11_VISUALID=0x022
But then I get another error:
chickadee/window.scm:60:21: In procedure open-window:
Throw to key `sdl-error' with args `("make-gl-context" "failed to create
OpenGL context: ~A" "Could not create GL context")'.
And that’s probably because something somewhere decides that the
graphics chip in my Librem 13 does not support OpenGL 3.3(?), even
though glxinfo says this:
--8<---cut here---start->8---
Extended renderer info (GLX_MESA_query_renderer):
Vendor: Intel Open Source Technology Center (0x8086)
Device: Mesa DRI Intel(R) HD Graphics 520 (Skylake GT2) (0x1916)
Version: 17.3.8
Accelerated: yes
Video memory: 3072MB
Unified memory: yes
Preferred profile: core (0x1)
Max core profile version: 4.5
Max compat profile version: 3.0
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.2
…
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 520 (Skylake GT2)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.3.8
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
--8<---cut here---end--->8---
Not sure if this is a problem with my setup here.
Thanks for your help!
--
Ricardo
Re: Cannot build guile-chickadee.
Hey Ricardo, On Wed, Jun 20, 2018 at 5:27 AM, Ricardo Wurmus wrote: > > Ricardo Wurmus writes: > >>> Yes, last time I tried I had a similar issue: this is because you need >>> the latest guile-sdl2 and guile-opengl. >> >> There does not seem to be a more recent guile-opengl. I have added >> guile-sdl2-devel, which is built from the latest git commit. >> >> I also updated guile-chickadee to use the latest version from git. >> Unfortunately, it still won’t build. >> >>> As I mentioned in an e-mail I've sent recently, I'd like to update the 2 >>> package definitions in Guix and add Chickadee to the Guix repo. >>> What do you think? >> >> I’d prefer to use only released versions in Guix unless it cannot be >> avoided to use development versions. > > Turns out that the Makefile of guile-sdl2 needed to be patched. After > the patch Chickadee can be built with the release tarball. > > I’ll push the package definition shortly. Could you tell me the commit id when you push it? I'd like to just sort out the issues you were having and make new releases of guile-sdl2 and chickadee so that Guix can have clean packages with no hackery involved. Thanks, - Dave
Re: Cannot build guile-chickadee.
Ricardo Wurmus writes: >> Yes, last time I tried I had a similar issue: this is because you need >> the latest guile-sdl2 and guile-opengl. > > There does not seem to be a more recent guile-opengl. I have added > guile-sdl2-devel, which is built from the latest git commit. > > I also updated guile-chickadee to use the latest version from git. > Unfortunately, it still won’t build. > >> As I mentioned in an e-mail I've sent recently, I'd like to update the 2 >> package definitions in Guix and add Chickadee to the Guix repo. >> What do you think? > > I’d prefer to use only released versions in Guix unless it cannot be > avoided to use development versions. Turns out that the Makefile of guile-sdl2 needed to be patched. After the patch Chickadee can be built with the release tarball. I’ll push the package definition shortly. -- Ricardo
Re: Cannot build guile-chickadee.
Hi Pierre,
> Yes, last time I tried I had a similar issue: this is because you need
> the latest guile-sdl2 and guile-opengl.
There does not seem to be a more recent guile-opengl. I have added
guile-sdl2-devel, which is built from the latest git commit.
I also updated guile-chickadee to use the latest version from git.
Unfortunately, it still won’t build.
> As I mentioned in an e-mail I've sent recently, I'd like to update the 2
> package definitions in Guix and add Chickadee to the Guix repo.
> What do you think?
I’d prefer to use only released versions in Guix unless it cannot be
avoided to use development versions.
--
Ricardo
>From d3854140439110bd66742c1252a0768141cd6a61 Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus
Date: Wed, 20 Jun 2018 02:59:23 +0200
Subject: [PATCH 1/3] gnu: Add guile-chickadee.
* gnu/packages/game-development.scm (guile-chickadee): New variable.
---
gnu/packages/game-development.scm | 38 ++-
1 file changed, 37 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/game-development.scm b/gnu/packages/game-development.scm
index 3d6a038d9..5a192d939 100644
--- a/gnu/packages/game-development.scm
+++ b/gnu/packages/game-development.scm
@@ -6,7 +6,7 @@
;;; Copyright © 2015, 2016, 2017 David Thompson
;;; Copyright © 2016, 2017, 2018 Efraim Flashner
;;; Copyright © 2016, 2017 Kei Kebreau
-;;; Copyright © 2016 Ricardo Wurmus
+;;; Copyright © 2016, 2018 Ricardo Wurmus
;;; Copyright © 2016, 2017 Julian Graham
;;; Copyright © 2017, 2018 Tobias Geerinckx-Rice
;;; Copyright © 2017 Manolis Fragkiskos Ragkousis
@@ -74,6 +74,7 @@
#:use-module (gnu packages python)
#:use-module (gnu packages qt)
#:use-module (gnu packages sdl)
+ #:use-module (gnu packages texinfo)
#:use-module (gnu packages tls)
#:use-module (gnu packages video)
#:use-module (gnu packages xdisorg)
@@ -1233,3 +1234,38 @@ related games such as Heretic and Hexen. It comes with a 3d preview mode and
a 2D editor view.")
(home-page "http://eureka-editor.sourceforge.net/;)
(license license:gpl2+)))
+
+(define-public guile-chickadee
+ (package
+(name "guile-chickadee")
+(version "0.2.0")
+(source (origin
+ (method url-fetch)
+ (uri (string-append "https://files.dthompson.us/chickadee/;
+ "chickadee-" version ".tar.gz"))
+ (sha256
+ (base32
+"10qx0ha5gsayybd186r1my7vc7rf5fbzp9jvmc4xg9a8wz8rqhah"
+(build-system gnu-build-system)
+(propagated-inputs
+ `(("guile-opengl" ,guile-opengl)
+ ("guile-sdl2" ,guile-sdl2)))
+(inputs
+ `(("guile" ,guile-2.2)))
+(native-inputs
+ `(("pkg-config" ,pkg-config)
+ ("texinfo" ,texinfo)))
+(home-page "https://dthompson.us/projects/chickadee.html;)
+(synopsis "Game development toolkit for Guile Scheme with SDL2 and OpenGL")
+(description "Chickadee is a game development toolkit for Guile Scheme
+built on top of SDL2 and OpenGL. Chickadee aims to provide all the features
+that parenthetically inclined game developers need to make 2D (and eventually
+3D) games in Scheme, such as:
+
+@enumerate
+@item extensible, fixed-timestep game loop
+@item OpenGL-based rendering engine
+@item keyboard, mouse, controller input
+@item REPL-driven development model
+@end enumerate\n")
+(license license:gpl3+)))
--
2.17.1
>From 98eb2053080aa033edf402f72925a2c4891ffe7a Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus
Date: Wed, 20 Jun 2018 10:56:23 +0200
Subject: [PATCH 2/3] gnu: Add guile-sdl2-devel.
* gnu/packages/sdl.scm (guile-sdl2-devel): New variable.
---
gnu/packages/sdl.scm | 25 +
1 file changed, 25 insertions(+)
diff --git a/gnu/packages/sdl.scm b/gnu/packages/sdl.scm
index 43cf2795d..7f3694199 100644
--- a/gnu/packages/sdl.scm
+++ b/gnu/packages/sdl.scm
@@ -6,6 +6,7 @@
;;; Copyright © 2016, 2017 Efraim Flashner
;;; Copyright © 2017 Rutger Helling
;;; Copyright © 2018 Tobias Geerinckx-Rice
+;;; Copyright © 2018 Ricardo Wurmus
;;;
;;; This file is part of GNU Guix.
;;;
@@ -30,10 +31,12 @@
#:use-module ((guix licenses) #:hide (freetype))
#:use-module (guix packages)
#:use-module (guix download)
+ #:use-module (guix git-download)
#:use-module (guix utils)
#:use-module (guix build-system gnu)
#:use-module (guix build-system trivial)
#:use-module (gnu packages audio)
+ #:use-module (gnu packages autotools)
#:use-module (gnu packages fcitx)
#:use-module (gnu packages fontutils)
#:use-module (gnu packages freedesktop)
@@ -46,6 +49,7 @@
#:use-module (gnu packages pkg-config)
#:use-module (gnu packages pulseaudio)
#:use-module (gnu packages gl)
+ #:use-module (gnu packages texinfo)
#:use-module (gnu packages xdisorg)
#:use-module (gnu packages xiph)
#:use-module (gnu packages xorg)
@@ -519,3 +523,24 @@ sound and device input (keyboards, joysticks, mice, etc.).")
The bindings are
Re: Cannot build guile-chickadee.
Yes, last time I tried I had a similar issue: this is because you need the latest guile-sdl2 and guile-opengl. All three projects are by David Thompson who kindly provided a Guix package definition within the repositories. Simply use that to update the 2 libraries packages. As I mentioned in an e-mail I've sent recently, I'd like to update the 2 package definitions in Guix and add Chickadee to the Guix repo. What do you think? -- Pierre Neidhardt signature.asc Description: PGP signature
