IRC channel logs


back to list of logs

<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.
<rekado_>Hi Guix
<rekado_>tomorrow is core-updates merge day!
<rekado_>according to “guix weather” on berlin 0 of the ~100 missing substitutes for a desktop system are queued.
<rekado_>on hydra the substitute situation looks much better.
<rekado_>It bothers me that I need to download gigabytes of packages for ghc-pandoc.
<rekado_>are we certain that all of them are needed?
<rekado_>the packages themselves are also pretty large
<rekado_>ghc-pandoc is in excess of 20MiB
<rekado_>I wonder if maybe they are actually statically linked but retain obsolete references to the input packages.
<efraim>Does Haskell do static linking by default?
<efraim>You could try reusing the strip-references code used in go to see if they're actually not needed
<firewall`>Hi Guix
<firewall`>I try to configure 'GUIX_DAEMON_SOCKET' with ssh
<firewall`>I have this error: Failed to read private key: /home/...
<firewall`>What is wrong ? The private key is valide
<soundtoxin> can anyone explain this "No such file or directory" issue to me? It seems to have trouble with the script. Do I have to alter this script for any guix-specific stuff?
<jonsger>Sleep_Walker: I have open in order to get the fix to leap
<efraim>soundtoxin: looks like the path is wrong, you want /./home/brad/.../flash_tool, not /path/./flash_tool
<roptat>guix build --check doesn't seem to work: it grafts my package and doesn't actually build anything...
<efraim>roptat: guix build --no-grafts --check foo
<efraim>Same as you'd want for --log-file
<roptat>ok, seems to work
<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
<efraim>Did the script come with instructions?
<soundtoxin> sorta...
<soundtoxin>"The exectuable file is"
<jonsger>Sleep_Walker: I opened a SR for guix to include the opened bug in the change and spec file :) please accept :P
<soundtoxin>that's the closest they've given to instructions for this step
<efraim>Try renaming the script to remove the .sh extension
<soundtoxin>well, there's a thing in the same directory with that name
<soundtoxin>I thought maybe running it from an sshfs-mounted folder might cause weirdness, so I moved it somewhere local
<soundtoxin> same error
<rekado_>is “>” part of the prompt…?
<soundtoxin>this is just zsh
<rekado_>does “flash_tool” exist?
<rekado_>in $dirname?
<soundtoxin>flash_tool exists in the same directory as
<rekado_>can it be executed?
<soundtoxin>brad@kazuki:~/Downloads/FlashToolLinux/ > ./flash_tool
<soundtoxin>zsh: no such file or directory: ./flash_tool
<soundtoxin>appears to give basically the same error
<soundtoxin>so perhaps the script part works fine...
<rekado_>is the execution bit set?
<efraim>ls -la flash_tool
<soundtoxin>-rwxr-xr-x 1 brad users 9.0M Apr 23 16:16 flash_tool
<efraim>Then I'd try LD_LIBRARY_PATH=lib ./flash_tool
<rekado_>what does ’file flash_tool’ say?
<rekado_>I’d guess that the path to the interpreter has to be patched.
<soundtoxin>apparently I haven't got the file command
<efraim>Or try 'bash ./'
<rekado_>that’s not going to help
<rekado_>the problem here is likely that flash_tool is a foreign binary
<soundtoxin>neither the LD_LIBRARY_PATH thing or the bash thing worked
<soundtoxin>I was worried guix might cause some weirdness, so I had started to do this on another machine
<soundtoxin>but that machine was 32bit and I needed a 64bit machine
<rekado_>its interpreter is likely /lib64/ or something like that.
<rekado_>you may need to run patchelf on the binary — or build it from source.
<rekado_>another way is to figure out which interpreter this binary expects and then to place a compatible one from a glibc package of the same version in the expected location.
<soundtoxin>thanks for the tips. I'll start to explore my options
<rekado_>java-bouncycastle has a failing test and then seems to just freeze.
<rekado_>I wonder why Icedtea 3 pulls in Icedtea 2.
<rekado_>they should be independent.
<rekado_>maybe there’s a reference in some text file.
<rekado_>indeed, a lot of binaries in the icedtea-3 jdk contain references to icedtea-2
<Sleep_Walker>jonsger: let me see
<jonsger>thx :(
<roptat>what does diffoscope mean by "-Links: 2\\n +Links: 1"?
<rekado_>hardlinks to the file?
<roptat>do we have an example package that removes timestamps from zip files?
<rekado_>we have a build system that does this: ant-build-system
<rekado_>false alarm about java-bouncycastle; the check phase eventually passes (despite the failing test suite), but it takes a *very* long time, and it remains silent throughout.
<rekado_>the occasional Guile bug when running “guix pull” is scary.
<Copenhagen_Bram>What's a luks UUID? And what's the target, is that where the luks partition will be mounted, or the label of the device used to find it?
<civodul>Hello Guix!
<rekado_>Hello civodul!
<rekado_>just got a report for a bug in a tool using Conda:
<rekado_>_conda/envs/__epicseg@1.0/lib/R/bin/exec/R: error while loading shared libraries: cannot open shared object file: No such file or directory
<civodul>rekado_: heh, so you told them to "guix package -i r"? :-)
<rekado_>civodul: I successfully kept my mouth shut.
<rekado_>The problem is that the application manages software on its own.
<rekado_>so it would require considerable effort to make it work with anything other than Conda.
<civodul>rekado_: oh
<civodul>so it has deployment built itn
<jackhill>I noticed that haskell-emacs doesn't build with the new Emacs 26.1. I've filed an upstream bug report . Should I also file a Guix bug report?
<jackhill>also, what's the recommended way to get access to an older Emacs for testing?
<jackhill>er, or course I meant haskell-mode, not haskell-emacs (which is a different, although perhaps interesting thing: )
<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
<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.
<Copenhagen_Bram>nckx: ah alright
<Copenhagen_Bram>so maybe this time i'll make a bootable system
<rekado_>civodul: yeah, it has deployment built in. (This is Galaxy.)
<civodul>oooh, i see
<jackhill>civodul: thanks, I think that I'll try the latter.
<jackhill>rekado_: oops, I'll file the report shortly. Is there any additional information that I should put in the bug report other than a link to the hydra build log?
<nckx>Copenhagen_Bram: Bootable GuixSD systems exist! As an example, here's my LUKS, warts & all. (It does have the double-passphrase 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.
<jackhill>rekado_: great I'll do that.
<jackhill>It looks like Hydra doesn't support ‘ and ’
<civodul>but note that you can get the build log URL with "guix build --log-file"
<jackhill>ACTION nods
<Copenhagen_Bram>nckx: thanks, that's the keymap I prefer :)
<Copenhagen_Bram>although, maybe it's a bit sad that the US keymap is the default. Why not the UK keymap? Or the Esperanto keymap?
<nckx>Just use ABCDE so it sucks for everyone.
<pkill9_>or wingdings
<pkill9_>although that's a font
<Copenhagen_Bram>Were other distros, such as Parabola or Ubuntu, in a state of beta and had weird bugs such as a messy system init, before GuixSD? Do you think GuixSD has a bright future?
<rekado_>I can only answer the second question: yes.
<rekado_>I don’t understand the first one.
<nckx>Copenhagen_Bram: Absolutely on both counts.
<Copenhagen_Bram>Cool. Is there a way to add third party repos to guix?
<nckx>Also: both of those distros are just re-spins of others, while GuixSD is doing things that others (apart from NixOS) don't even do in their own way, so the comparison is of limited use anyway.
<pkill9_>i wonder what the first distro based on GuixSD will be
<vagrantc>i've seen very few distros really do anything very different in the last 15-20 years
<vagrantc>one of the things that attracted me to guix
<g_bor[m]>Hello guix!
<Copenhagen_Bram>Hey g_bor[m]
<apteryx>oh, microsoft just bought GitHub
<apteryx>gotta love monopolies
<nckx>Yeah. That was weird. Sunday: there are rumours that MS might be buying GitHub! Monday: oh they did.
<roptat>help, my openjdk-9 package is not deterministic
<roptat>diffoscope says the differences are on the block count of some files that are otherwise identical
<nckx>At least now you won't have to send them any more info to apply for a job.
<roptat>also there's a file with a timestamp, let's fix that first
<civodul>roptat: what kind of files differ?
<roptat>html files
<civodul>from Doxygen?
<civodul>or Javadoc rather?
<roptat>javadoc I think
<roptat>not sure
<civodul>it's "expected" i think
<civodul>ACTION looks it up
<roptat>it says Generated by the IDL-to-Java compiler (portable), version "3.2"
<civodul>hmm, might be a different thing, then
<civodul>i don't think we have patches for the javadoc issues though
<rekado_>roptat: unfortunately, that’s expected.
<rekado_>a big part of the icedtea packages is not reproducible
<roptat>mh… ok
<jasmijn>Can I put an NFS mount in the file-systems field?
<jasmijn>I've a recent GuixSD installed.
<civodul>jasmijn: i'm not entirely sure it works, but you can try
<jasmijn>I've tried this:
<jasmijn>(file-system (device "hostname:/data") (mount-point "/data") (type "nfs"))
<jasmijn>But the device is not valid, of course.
<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>g_bor[m]: ok
<civodul>jasmijn: so 'guix system' complains about "hostname:/data"?
<civodul>if it does, you can always --skip-checks for now
<roptat>does anyone know how I can set my keymap in Xorg without breaking my touchpad?
<jasmijn>civodul: Yes, indeed, I got "error: device 'hostname:/data' not found: No such file or directory".
<roptat>or do we have an alternative login manager?
<jasmijn>With --skip-checks it continues, but then I get:
<efraim>that might do it, I tried adding 'ibus' to efl so enlightenment can change keyboards but I forgot to add it to dbus services
<jasmijn>well... it doesn't mount, more info coming.
<roptat>somehow I can left-click things, but not right-click or move the mouse with my touchpad ^^'
<rekado_>jasmijn: I have a cifs file system in my configuration.
<rekado_>I haven’t tried nfs.
<civodul>roptat: there's another one, yes (never tried)
<jasmijn>rekardo_: Could you send me your cifs file-system definition?
<g_bor[m]>roptat: Can you give some more info what are you trying to achieve, what did you try, and what is not working?
<rekado_>hmm, guix weather says this about build rate: -701.47 builds per hour
<roptat>g_bor[m]: I'm trying to configure the keyboard layout, so I've added an extra-config to the xorg-configuration-file
<rekado_>jasmijn: sure, just a moment
<roptat>g_bor[m]: that works, but it also breaks the touchpad, so that I can only left-click
<jasmijn>Here is the result of the attempt of nfs mounting in GuixSD:
<jasmijn>(and note that a simple mount command does work)
<jasmijn>Thanks, rekado_; this could be useful.
<roptat>so how do I remove slim from the list of %desktop-services?
<roptat>to put gdm instead
<roptat>well actually it won't solve my issue
<roptat>because the configuration doesn't support setting the keymap either
<g_bor[m]>roptat: My idea would be to have a look at the configuration file generated, and the X logs. Is it possible that something is broken in xorg-config-file?
<roptat>actually let me test without setting the keymap :p
<roptat>yeah, it works fine without setting the keymap
<janneke>i could use some help trying to compile glibc-2.0.1
<civodul>jasmijn: could you use for instance? blocks Tor users
<g_bor[m]>roptat: %destop-services is just a list, so you can use delete. This discussion came up recently, and civodul posted a more robust solution.
<jasmijn>civodul: yes, I will in the future!
<jasmijn>But it's not needed anymore, because the issue is solved.
<jasmijn>I typed "nfs" instead of "nfs4" :/
<g_bor[m]>roptat: I guess something along the lines to delete if the service name matches...
<jasmijn>No, wait, there are still issues.. let me figure it out.
<roptat>g_bor[m]: looking at the Xorg.log file, it seems it unloads the synaptics driver for some reason
<roptat>and it doesn't when I don't try to change the keymap
<roptat>oh, that was at shutdown
<roptat>ok, fixed!
<roptat>I needed a MatchIsKeyboard "on" in my xorg configuration
<roptat>otherwise it tried to use the evdev driver for the touchpad too
<g_bor[m]>roptat: Glad you could fix it!
<g_bor[m]>roptat: Actually changing the X keyboard layout settings comes up here quite frequently, could we expose this functionality in a more easily accessible way? WDYT?
<roptat>I'll try to write something in the manual
<jasmijn_>My NFS mount configuration:
<jasmijn_>But let me reboot in this instance; had the issue that it didn't boot...
<efraim>jasmijn: don't forget check #f
<jasmijn>efraim: what do you mean check #f? Should I not have written #t?
<bavier`>I've had an issue with nfs on Guix where the connection would timeout and somehow cause the wifi connection to drop, which would then break avahi *.local lookups
<jasmijn>You're referring to my config entry, right?
<efraim>There's another field to perform a fsck
<bavier`>I disabled the nfs a while back and haven't had wifi issues since
<jasmijn>fsck would be a bit fsck'ed up for an NFS mount...
<jasmijn>bavier`: simple alternative for NFS?
<bavier`>jasmijn: not ideal. for me, just scp/rsync the files I want
<jasmijn>Hmm, right. Then Unison may be a nice tool!
<bavier`>I'll probably try nfs again soon.
<roptat>hm… anthy says "failed to commit changes to dconf: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name ca.desrt.dconf was not provided by any .service files"
<roptat>any idea?
<civodul>well, looks like we're missing a .service file for dbus
<civodul>maybe you can add: (simple-service 'dconf dbus-root-service-type (list dconf))
<civodul>roptat: ↑
<roptat>I'll try that
<jasmijn>After adding the nfs mount entry, GuixSD doesn't mount anymore in the most recent instant: it hangs indefinitely just after "input: HDA Intel Front Headphone as ...".
<jasmijn>Going back to an older config works.
<civodul>it could be that host name lookup fails, or that networking isn't up at that point
<civodul>could be many things :-)
<civodul>is it 'needed-for-boot?'?
<jasmijn>civodul: Yes, but especially networking is a good thing to check!
<jasmijn>No, I did not know that option, so (needed-for-boot? #f)?
<jasmijn>Is it #t by default for file-system entries?
<roptat>civodul: no luck :/
<roptat>it seems installing dconf in my profile fixed the issue
<civodul>jasmijn: it's #f by default
<civodul>roptat: oh yes, it may be that dconf is not a system service but rather a user service, in dbus terms
<civodul>ACTION attempts to replace guix-register with (guix store database)
<g_bor[m]>civodul, roptat : if this is the case, then should we make dconf a propagated input of anthy? Would that make sense?
<jasmijn>Well, I don't actually need the mount at boot, and I didn't set it to #t, so it should be #f, and that should then be alright?
<civodul>g_bor[m]: quite a few packages would need it though, and propagated inputs are frowned upon because they "pollute" the user's profile, so not a great solution
<jasmijn>Could I say it should wait until networking is loaded?
<civodul>jasmijn: yes, i think you can add something to the 'dependencies' field of <file-system>
<jasmijn>Thanks, I'll check it out in the docs.
<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?
<roptat>that would make a lot of sense
<civodul>jasmijn: you can manipulate <file-system> like any other Scheme object
<civodul>back to the issue, it would be easy to allow for non-file-system and non-mapped-device dependencies
<civodul>see dependency->shepherd-service-name in (gnu services base)
<civodul>basically just add a (? symbol?) clause there
<civodul>if you see what i mean
<rekado_>the test failure in vigra is confusing.
<rekado_>Assertion failed: Sequences differ at index 1 [(-12.0622,-47.6804) != (-12.0622,-47.6804)]
<jasmijn>civodul: Not completeley, not right now. I need to study GuixSD more thoroughly when it's earlier in the day :-)
<rekado_>these look the same to me.
<civodul>rekado_: probably a rounding issue
<civodul>i get the exact same error on my laptop
<g_bor[m]>rekado_: I second to civodul , it is possible that there is a rounding error...
<rekado_>so, should we just disable that test then?
<civodul>we could do that, yes
<g_bor[m]>rekado_: I guess it is safe to that, but reporting the problem upstream would also be nice.
<civodul>it would be good to see if others on the intertubes have the same problem
<civodul>it's always reassuring :-)