<axd-v>thomassgn: well I have pretty extensive remapping so xmodmap would be a bit insufficient.
***jonsger1 is now known as jonsger
<OriansJ`>axd-v: massive key remapping is pretty rare since; dvork, colemak, maltron, Neo and BEPO are selectable options. Things like single key functions are a bunch more common and usually WM specific. However, if you wish to have a completely new keymap, your first option is probably a better path as it will give you the most possible control.
<axd-v>OriansJ`: I see, well in the past I just figured out that adding my own layout variant to the bottom of xkb/symbols/us and also as a variant in xkb/rules/evdev.xml let me find it and select it with setxkbmap. Is there a package in guix that adds additional layouts so that I can inherit and make a similar package for my own layout? I have a custom layout inspired by carpalx that moves around modifier keys and adds custom ISO_level_3
<axd-v>stuff. It was easy before, I just can't figure out how to delete the cash for xkb so that my changed fonts in a directory that I link to are seen by setxkbmap.
<OriansJ`>well axd-v an example package for keyboard layout you could crib from is kbd-neo. and if I remember correctly the classical method for clearing the xkb cache is to run: sudo rm -rf /var/lib/xkb/; you just need to tweak it to fix your currently used package.
<axd-v>OriansJ`: but I don't have an xkb directory in my /var/lib/ , I don't know why, so I can't wipe the cache. I have found this command by now as well, hereby my question about this in guixsd.
<OriansJ`>axd-v: if you look in /gnu/sha256sum-of-program/var/lib/, you'll find what you are looking for
<axd-v>OriansJ`: my /gnu/store/xxx-setxkbmap-1.3.1/ has only 2 dirs: bin and share. Share only has doc and man. Not var around.
<axd-v>OriansJ`: no other package that I would think would be related to these xkb things has a var/lib with xkb cache files. Don't know what to do.
***abbe_ is now known as abbe
<reepca>Hm, so I've got a program that tries including <gst/gl/gl.h> (which is in the gst-plugins-bad package), which eventually ends up trying to include <gst/video/video.h>, which is in the gst-plugins-base package. pkg-config --cflags gstreamer-gl-1.0, however, doesn't include any mention of directories under the gst-plugins-base output. So naturally the program fails to build. Is this an issue with pkg-config? It sounds to me like "give me
<reepca>the necessary flags to include X" is failing to do that. But I guess it's also possible that the build process for the program in question is making some assumption somewhere.
<soundtoxin>efraim: any chance you can tell me what change has to be made? I'm using an official script released by a company for flashing software to their device. If it's wrong, I guess they screwed up.
<soundtoxin>I see the output directory gets weird near the end, but I don't really understand most of the script
<efraim>Line 13 is the 'error', looks like it doesn't know about $dirname/$appname
<civodul>jackhill: to build the older version you could use --with-source
<civodul>or you could define your own package variant somewhere using (package (inherit emacs) (version xxx) ...)
<nckx>Copenhagen_Bram: Just a unique identifier for the LUKS container. The Guix manual explains how to obtain it. The target is what the *decrypted* block device at /dev/mapper/$target will be called. You can then mount /dev/mapper/$target wherever you want it with (file-system (device "/dev/mapper/$target") ...).
<rekado_>jackhill: for Guix packages that fail to build it is reasonable to submit a bug report to email@example.com.
<rekado_>it’s possible that this is only a problem when building with Guix.
<rekado_>whoever maintains the package for Guix could then escalate the problem by involving the upstream developers if it turns out to be a general problem.
<nckx>Copenhagen_Bram: Oh, and remember that you'll be typing your passphrase in a US keymap.
<rekado_>jackhill: I recommend including a short description of how to reproduce this and a note of the error you are seeing. It’s especially helpful to mention what you’ve tried to fix this (if taht’s what you did).
<rekado_>jackhill: oh, and mention the upstream bug report.
<jasmijn>There should be a (title 'network-location) or something like that for this to work.
<g_bor[m]>roptat, civodul : Thanks for the help regarding the manuals deleted issue. I think the fix civodul proposed is ok to push.
<jasmijn>If there is no out-of-the-box support for NFS mounts, does anyone know of a reasonable approach?
<g_bor[m]>The javadoc issue was also mentioned at the Reproducible Builds Summit. It is quite complicated, though.
<jasmijn>One way to get NFS mounts would be to put a cronjob at boot with "mount -t nfs hostname:/data /data/", but that seems a very unGuixy way to do it.
<g_bor[m]>Timestamps are only part of the problem with javadoc, there were some quite sophisticated filesystem ordering issues, that not only resulted in different order of lines, but different strings expanded to relative and absolute paths, so it was not possible to do the sorting as postprocessing...
<civodul>whatever the outcome is, it'd be interesting to share your experience on help-guix
<reepca>this is actually really puzzling... any attempt to #include <gst/gl/gl.h> will fail, even if you include `pkg-config --cflags gstreamer-gl-1.0` on the command line, unless you also include `pkg-config --cflags gstreamer-plugins-base-1.0` on the command line (it has one of the necessary header files, but pkg-config doesn't know that apparently)
<g_bor[m]>civodul: It seems, that in order to use anthy one must have dconf in the profile. If propagating is not a good option, can we point the user to also install dconf? For example by a textual message?
<g_bor[m]>This would be also useful for example in the case of gpg and pinentry, but that issue is more complicated...
<civodul>g_bor[m]: maybe, i'm not sure what would be a good solution
<civodul>something that works out of the box would be better of course
<jasmijn>civodul: file-system's "dependencies" only accepts a list of <file-system> or <mapped-device> objects, according to the documentation; so it seems that I cannot define a dependency "networking".
<jasmijn>.. even though I also don't know how to define a list of <file-system> objects (by device name?), except by embedding them, but that seems strange to me.
<g_bor[m]>civodul: Thinking about issues like .xsession, and the pinentry one do you think that it could make sense to come up with some user configuration description, something similar to operating-system, but the user config files would be generated instead? It would be nice, if we could give the users an option to manage their configurations like we can manage system-generations... WDYT?
<g_bor[m]>Or do we have a solution to that already?