No dvorak in window manager
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
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, Jone skribis: > #> speaker-test >Cannot open shared library >/gnu/store/..-alsa-lib-1.1.6/lib/alsa-lib/libasound_module_pcm_equal.so > > I do not know how it happened, but apparently this: > libasound_module_pcm_equal.so -> alsaequal Jone, this post of yours provides too little context for people to help. Two people tried already but your replies seemed unnecessarily aggressive to me. Could you please make sure to describe precisely what you’re trying to achieve, and what the issues are? It’s often helpful to paste the offending command and its output. Thanks in advance, Ludo’.
Re: Warning: Schema ?org.gnome.system.locale? has path ?/system/locale/?. Paths starting with ?/apps/?, ?/desktop/? or ?/system/? are deprecated.
Hello! Pierre Neidhardt skribis: > 1-2 weeks ago I started seeing the following warnings on every `guix > package' invocation: > > Warning: Schema ?org.gnome.system.locale? has path ?/system/locale/?. Paths > starting with ?/apps/?, ?/desktop/? or ?/system/? are deprecated. > Warning: Schema ?org.gnome.system.proxy? has path ?/system/proxy/?. Paths > starting with ?/apps/?, ?/desktop/? or ?/system/? are deprecated. > Warning: Schema ?org.gnome.system.proxy.http? has path ?/system/proxy/http/?. > Paths starting with ?/apps/?, ?/desktop/? or ?/system/? are deprecated. > Warning: Schema ?org.gnome.system.proxy.https? has path > ?/system/proxy/https/?. Paths starting with ?/apps/?, ?/desktop/? or > ?/system/? are deprecated. > Warning: Schema ?org.gnome.system.proxy.ftp? has path ?/system/proxy/ftp/?. > Paths starting with ?/apps/?, ?/desktop/? or ?/system/? are deprecated. > Warning: Schema ?org.gnome.system.proxy.socks? has path > ?/system/proxy/socks/?. Paths starting with ?/apps/?, ?/desktop/? or > ?/system/? are deprecated. > > Any idea where that could come from? There’s a relatively new “profile hook” that rebuilds GLib schemas when installing packages that provide them. Supposedly, one of the packages in your profile has a schema that contains those “deprecated” paths. I’ve never seen these warnings before but it’s clearly something we as users cannot do anything about. It’d be good to find out which package(s) trigger these warnings. HTH, Ludo’.
Can't configure guix, no guile-sqlite3
Hi! I wanted to add a package, test it and send in a patch. The docs are not quite as clear as they should be on the right steps to take, but since helpful and knowledgable people are never far on #guix, it became clear that it should be (I hope): git clone https://git.savannah.gnu.org/git/guix.git cd guix *add package definition, commit right here, or maybe later* guix environment guix ./bootstrap ./configure --localstatedir=/var ./pre-inst-env guix package -i *new-package* configure fails with: checking whether Guile-Sqlite3 is available and recent enough... no It does so even within `guix environment guix --ad-hoc guile-sqlite3` I'm aware of recent discussions regarding `./pre-inst-env guix system`. My understanding is that with a recent version, `guix environment guix` should be sufficient. $: which guix => /home/thorwil/.config/guix/current/bin/guix $: guix pull -l ... Generation 8 Jun 17 2018 20:01:23(current) guix b4eae99 repository URL: https://git.savannah.gnu.org/git/guix.git branch: origin/master commit: b4eae997fe5b928f179c34d281e9f2c3eccd3670 I also did `git pull` today, so both the installed guix and the local tree are current. What am I missing? Any ideas on further diagnosis? -- Thorsten Wilms thorwil's design for free software: http://thorwil.wordpress.com/
Re: Something broke
Le Sun, 17 Jun 2018 18:56:46 +, Jone a écrit : > Standard path is '/usr/lib/alsa-lib/', and > $HOME/.guix-profile/lib/alsa-lib not exist. Need to change. Edit > Makefile is bad, gexp.. it's outrageous why it couldn't be done on a > standard Lisp. I'm sometimes an idiot :) Ho, are you trying to write a package definition for a package that tries to locate libasound_module_pcm_equal.so? In that case, ALSA_PLUGIN_DIR won't help you: it works only when alsa-lib and its plugins are installed in the same directory, as with system and user profiles. This is not the case in during a build though. Do you mind sharing you recipe so far? We might be able to help you better that way. > > > If you've built 3 packages for Guix, we will be glad to add them to > > Guix once you send them to > > This is a BAD model. How do you not understand this?? These packages > are not part of the system, there can be anything! I'm sorry, but I don't understand. What are you trying to achieve? Also, what model are you talking about? What are these packages and why couldn't they be part of the system?
Re: Something broke
Standard path is '/usr/lib/alsa-lib/', and $HOME/.guix-profile/lib/alsa-lib not exist. Need to change. Edit Makefile is bad, gexp.. it's outrageous why it couldn't be done on a standard Lisp. I'm sometimes an idiot :) > If you've built 3 packages for Guix, we will be glad to add them to > Guix once you send them to This is a BAD model. How do you not understand this?? These packages are not part of the system, there can be anything!
Re: Something broke
Le Sun, 17 Jun 2018 17:25:52 +, Jone a écrit : > Hi, people! There are also prepared packages - why not a give to the > world this? As third-patry, no warranty. > Or is it still an experimental distro for hackers? I have prepared 3 > packages, they are not in the official delivery, but where can I send > them? Hi Jone, The ALSA_PLUGIN_DIR variable can only take one value, typically $HOME/.guix-profile/lib/alsa-lib, where alsa and its plugins are installed. I think guix tells you all about it when you install alsa-lib or one of its plugins. I'm not sure what you mean by "prepared packages", but if you mean binaries built by someone else, we will not accept them in Guix proper. If you've built 3 packages for Guix, we will be glad to add them to Guix once you send them to guix-patc...@gnu.org. Please check http://www.gnu.org/software/guix/manual/html_node/Contributing.html#Contributing and more precisely this section: http://www.gnu.org/software/guix/manual/html_node/Submitting-Patches.html#Submitting-Patches to help the review process. Thank you :)
Re: Something broke
Hi, people! There are also prepared packages - why not a give to the world this? As third-patry, no warranty. Or is it still an experimental distro for hackers? I have prepared 3 packages, they are not in the official delivery, but where can I send them?
Something broke
#> speaker-test
Cannot open shared library
/gnu/store/..-alsa-lib-1.1.6/lib/alsa-lib/libasound_module_pcm_equal.so
I do not know how it happened, but apparently this:
libasound_module_pcm_equal.so -> alsaequal
Ok, build alsaequal (I really need an equalizer):
install: target '/usr/lib/alsa-lib/' is not a directory: No such file or
directory
See Makefile:
6 install: all
47 @echo Installing...
48 $(Q)install -m 644 $(SND_PCM_BIN) ${DESTDIR}/usr/lib/alsa-lib/
1. need some magic with install
2. or?
I looked at the linux.scm, there is a variable ALSA_PLUGIN_DIR, but?
Or advise a good book on the build of the source code.
