<civodul>apteryx_: it sounds like a very bare bones OS config would be nicer, wouldn't it? :-) <civodul>you'd have to put a short list in 'packages' <civodul>and a subset of %base-services i guess <wednesday>I should get around to reporting all the keyboard/sddm bugs tomorrow heh ***atw` is now known as atw
<vagrantc>anyone help me with configuring ntp-service-type ? i've been using ntp-service for ages, but it's complaining at me that it's deprecated, and i can't figure out the new syntax <vagrantc>finally stumbled into a working configuration <apteryx_>probably something like (service ntp-service-type) ? <vagrantc>apteryx_: the problem was figuring out how to pass the configuration <vagrantc>i inferred the syntax by looking at the openntpd-service-type <efraim>As the author of the openntpd-service-type I tried to make the options the same :) <vagrantc>actually looks worth trying to switch to that instead ... the tls bit seems like an interesting addition <jonsger>rekado_: I built a vm image from desktop.tmpl in staging, but somehow GDM wont start... <jonsger>rekado_: get it now with "guix system vm-image" and a adjusted desktop.tmpl <wednesday>whats the easiest/best way to test guix changes? I maybe want to try to fix the sddm issue myself instead of just reporting it <brendyyn>you could build a virtual machine with the changes perhaps <wednesday>I know how to make a vm, but I don't know how I would do that with a modified version of guix is my problem heh <brendyyn>you get the git repo, make a branch in the repo, make your changes, run guix environment guix; bootstrap.sh; ./configure --localstatedir=/var; make, then you run the guix command to build the vm but prefixed with ./pre-inst-env <wednesday>awesome, I'll give that a go later, thanks brendyyn ***buffet_ is now known as buffet
<abcdw>Hi guys, I'm curious how to add a custom keyboard layout? I found that layouts for Sway provided by xkeyboard-config package, but I'm not sure what is going on, when this package installed and how Sway founds location of layouts. <wednesday>OK I figured out my issue, it just expects the package to be prefixed by sbcl- heh <wednesday>Anyone know much about packaging sbcl? This package is complaining about "Package SB-POSIX does not exist." which in my limited knowledge should be included with sbcl <civodul>at worst there are Common Lispers on the mailing list who should be able to help <wednesday>there is one reference to sb-posix in guix from what I see, line 406 in lisp.scm, I think they disable some test for it <civodul>yes, so that would suggest that sb-posix is indeed built *civodul works on colorizing diagnostics a bit <g_bor>I just got the word from GNU Social, that projects are requested to submit the number og GSoC slots they need by the 20th of April. <g_bor>I believe we currently have no prospective applicants. <g_bor>However, I would not write this early, something might come up. What do you think? <civodul>g_bor: indeed, it's a bit early to tell how many slots we'll want <civodul>i think nobody even emailed us to discuss about the projects <civodul>but it's true that we didn't advertise them this year... <g_bor>civodul: we have one person, contacted me, Pjotr took over, but later decided that it will not work... <wednesday>Could somebody update sbcl-bordeaux-threads to a newer commit, it has features that's needed for me to package this other stuff <wednesday>It has a new version out, our package is one behind <g_bor>what would be the best way to create a one-shot service in guix? <g_bor>I was thinking about creating a trigger file, checking if it exists, if yes, do the service stuff and delete the trigger file, ala fsck <g_bor>What would be the best way to do that? <wednesday>jonsger: well I'm waiting for other patches to go through before I send more, and this is something that should probably be updated on head ***Guest10799 is now known as sturm
<wednesday>updating that package myself is not going well because now things complain about the package being imported from 2 places ha <roptat>how do I save an sexp to a file and then read it back from the file in guile? <apteryx_>I wonder if providing an entrypoint option out of the box would be possible/nice for the guix system docker-image; it'd make the environment usable right from "docker run". <gour>hello, looking for some non-systemd to migrate from arch/manjaro and honour the decision about non-free software. however when working with some non-profit people i attend their monthly video-conferences and they use skype. moreover, to troubleshoot my father-in-law's machine i concluded that anydesk it the simplest method he can bear (better than teamviewer), so my question is whether guixsd could be appropriate option for someone requiring to use few <gour>non-free apps? iow. is it easy to provide one's own build? another concern is whether it's suitable for vim users :-) <vixus>Is there a way to view the guix source for the current generation in /gnu/store? <roptat>gour, we do not officially package non-free apps, but some people might have channels with the apps that you want, and even if the don't, it's not too complicated to create a guix package :) <roptat>vixus, if you talk about a profile generation that's not a guix pull profile, I don't think so <vixus>roptat: I want to get, for example, gnu/system/install.scm - using `find` I can see it exists in a bunch of places within /gnu/store but it would be nice to get the version pointed to by the current profile <gour>roptat: ok, thank you. wwith which distro can guixsd be compared in regard to package freshness? i'm interested to use xfce <roptat>mh... we try to be as fresh as possible, but we're always a bit behind on some parts of the distro <vixus>gour: the last xfce release was 4.12 and guix has 4.12.1 so you're probably good <roptat>if you find outdated packages, you can always help :) <roptat>vixus, you can use "guix edit" to view files that contain package definitions, but I don't think we have anything for other files <roptat>vixus, you can try ls `readlink -f ~/.config/guix/current`/share/guile/site/2.2/gnu/system <vixus>roptat: ok, thanks. I take it there's no easy way to determine which packages provide which files? <roptat>for a package, you can do "guix edit emacs" for instance <roptat>it will open the file that defines emacs in your text editor <jonsger>vixus: or VISUAL=vim guix edit emacs :) <gour>roptat: atm i have manjaro-stable and it is very fresh, but not so important until it is not at the level of debian-stable :-) <roptat>we're not at the debian-stable level, but some updates might be held for a few weeks or months if they impact too many other packages <gour>ok, that's even desirable ;) <gour>i want to have stable experience :-) <vixus>roptat, jonsger: I sort of meant an equivalent of `dpkg -L` on deb-based systems (list all files installed by a package) <jonsger>vixus: find $(guix build PACKAGE --quiet) <roptat>yes, not that it might download or build stuff before it can answer you <pkill9>there's talk on the mailing list of the substitute server providing a list of files inside packages <pkill9>how do i tell sneek to message someone? <kmicu>sneek: tell pkill9 how to tell sneek to message someone <kmicu>sneek_: later tell pkill9 how to properly tell sneek to message someone <vixus>if I'm customising a kernel build by inheriting from linux-libre but providing my own kconfig, how do I ensure all the modules are built? My kernel build seems to be missing loads of stuff under /lib/modules <vixus>(that are set to =m in the config) <civodul>apteryx_: nice! doesn't docker-image add an entry point? <civodul>it shouldn't be necessary to write a Docker file for these things <kmicu>_/sneek_ changed nick to T-800 <pkill9>the guix pull help mentions --dry-run twice, with two different descriptions <vixus>hmm, I can see the missing modules in modules.builtin <vixus>but I think linux-initrd.scm expects to find them in /lib/modules? <joshuaBPMan>Hello, I'm having trouble logging into gdm. Basically gdm is using qwerty, but I am using the dvorak layout. What's weird is my keyboard-layout looks like (keyboard-layout "dvorak" #:options '("ctrl:swapcaps")). gdm correctly swaps caps and control, but does not change the keyboard layout... <civodul>joshuaBPMan: keyboard handling in GDM was fixed about a week ago <civodul>so you need to make sure (1) you use a recent enough Guix, and (2) you're using set-xorg-configuration to specify the Xorg keyboard layout <wednesday>I think I got a patch for fixing sddm now too heh, testing it again now <joshuaBPMan>civodul. Ok. I'll do a guix pull and the other usual things. <dongcarl>Hey all, any way to have 2 different versions of gcc in a `guix environment` specified by a manifest? *dongcarl waits patiently ***rekado_ is now known as rekado
<rekado>I reconfigured my workstation on staging and sadly GNOME isn’t working. <rekado>on the console I see gdm starting a session and failing a few seconds later. <rekado>in the logs I see that the gnome-session binary fails with signal 6. <rekado>I also see in the logs that close-window.svg cannot be displayed because of missing SVG support, which indicates that some executable is missing wrapping. <wednesday>Just sent in my sddm patch, still no reply on my mypy one heh ***amz3 is now known as zig
***zig is now known as zigzag
***zigzag is now known as zig`
***zig` is now known as zigzag
<kmicu>dongcarl: when something requests ‘gcc’ in that environment then which one should be used? <dongcarl>kmicu: I ended up writing a custom package so gcc has a suffix, I suppose that's the best way haha <kmicu>It is indeed. Glad that worked out. <nckx>dongcarl: That's probably the way to go. <resttime>Err, I mean I use gmail but wondering if that's the usual way or there's like a client <zigzag>resttime: there is no client. not anymore at least. You can use thunderbird, I use roundcube and gmail. <zigzag>resttime: one of the problem with gmail, is that attachement are grabled and don't display well in guix.info <resttime>Kk thanks, was wondering because I'm reading mailing list and sometimes see what might be syntax but I guess it's just meant to be plain text <nckx>resttime: I think it's safe to say that the significant majority of us do not use a Web mail to read the development/patch lists. <nckx>rekado: Just housekeeping. <nckx>I can't concentrate on anything more significant. <nckx>Didn't you recently push about a thousand anyway? <resttime>nckx: Oof, maybe I should finally learn to use gnus or mu4e *nckx uses mu4e but has no experience with the alternatives. *janneke uses gnus but prolly should look at mu4e some time <pkill9>thunderbird isn't pakcaged in guix :O <nckx>Evolution was recently added by rekado, though. That's gooey. <pkill9>hmm i get an error (evolution:20634): e-data-server-WARNING **: 20:10:30.635: build_categories_filename: Failed to rename '/home/itsme/.evolution/categories.xml' to '/home/itsme/.local/share/evolution/categories.xml': No such file or directory <pkill9>actually that might not be causing it to fail to start, might need to be installed for the schema file <pkill9>oh, the schema is for evolution-data-server which is in a separate package <nckx>pkill9: Uhuh, someone here had similar troubles recently. I tried propagating e-d-s but gave up rather quickly after that didn't seem to solve it. Other folks' itches just aren't as motivating. <nckx>Maybe it's easier if you run the full GNOME stack 🤷 <rekado>pkill9: it’s probably really just that evolution-data-server isn’t running and cannot be started because the schema file is nowhere to be found. <rekado>pkill9: with a little wrapping you might be able to fix this in the evolution package. <rekado>roptat: I’m trying to let pplacer use the latest version of OCaml, but there are a few minor problems. <rekado>one problem is that IO.* things used to use strings, but now they use bytes. <pkill9>i installed evolution-data-server which gives it the schema file, but now i'm getting a bunch of other error messages <civodul>dongcarl: having two different versions of a same-named package in the same profile is not possible <rekado>roptat: I’m not entirely sure how things need to be rewritten to convert between strings and bytes. <rekado>pkill9: what are those error messages? <pkill9>i think this is the main one, but i'll pastebin them all: (evolution:22055): dconf-WARNING **: 20:17:42.857: 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 <rekado>this is just about persisting changes to settings. <pkill9>yea, maybe they're not causing it to fail to open and are a separate issue <civodul>rekado: re GNOME, these failures are surprising given that everything works in a VM; could there be some gsettings state or something interfering? <roptat>rekado, I'm afraid I can't help you :/ <rekado>civodul: yes, that’s what I think. Some state must interfere here. I thought it was due to files. <pkill9>rekado: strace output has this at the bottom: write(2, "\n(evolution:20968): GLib-GIO-\33[1"..., 141) = 141 <pkill9>--- SIGTRAP {si_signo=SIGTRAP, si_code=SI_KERNEL} --- <rekado>civodul: it’s certainly unpleasant, though. How are people supposed to upgrade…? This upgrade will require manual intervention. That’s not great. ***apteryx_ is now known as apteryx
<roptat>I do more guile than ocaml, and I learned about read and write today :p <rekado>pkill9: you can try to cut down on the messages by making sure that dconf is available. <rekado>I know Haskell and some Standard ML, so OCaml isn’t too far away to understand it. <apteryx>civodul: I'm not aware of an existing entrypoint in our 'guix system docker-image' generated docker images. <apteryx>the GUIX_NEW_SYSTEM in the documentation also seems extraneous (it works without it) <rekado>pkill9: I keep forgetting about how to start a dconf backend… <rekado>GUIX_NEW_SYSTEM is used when reconfiguring to pivot to the newly installed system generation. <rekado>I wonder how it ended up in the documentation as it is purely internal. <apteryx>rekado: I'm not sure! It's documented in the example of docker-image. <apteryx>I'm puzzled as to why 'sudo -E' looses my PYTHONPATH variable... <apteryx>does it only honor a limited list of known environment variables and not the whole environment as it is currently defined? <rekado>pkill9: could you try this in a VM with GNOME? <pkill9>i can't right now sorry, also I have an issue with running `guix system vm` as when i run the script, the VM seems to fail to run the graphics driver when i use my guix configuration <rekado>apteryx: it should keep all of your variables unless you give it a comma separated list of variables. <wednesday>how long does it generally take for things on the patch mailing list to get a reply/get through <jonsger>rekado: trying now to reproduce the GNOME failure and sshing into it, when it crashes... <pkill9>im just using intel integrated graphics so i don't know why it has an issue <rekado>wednesday: did you receive an acknowledgement email from debbugs? <rekado>jonsger: thank you for your help! <roptat>civodul, what should I name the tarball for the TP? <wednesday>rekado: yea I was just curios as to how long things /generally/ take from then, I know there would be know definitive answer but maybe a general average heh <jonsger>we don't have KDE (yet). So we should at least try to have a working GNOME there, even if it's little older :P <civodul>roptat: maybe 0.99.0rc1 or 1.0.0rc1? rekado, any opinion? (i think Benno wanted "rc", right?) <civodul>rekado, pkill9: could you check the exact log you got from GNOME or gsetting? <civodul>Guix shouldn't be different from other distros in this regard <civodul>so perhaps we can paste those error messages in a search engine <civodul>there's a couple of bugs marked as "easy", but really too few of them <civodul>there are also lots of pending patches that are almost ready and just need a little bit of extra work <civodul>that could also be a good place to start <roptat>it's fine, we allow any language here :) <Blackbeard[m]>I'll try on my own and in the morning tomorrow I'll ask for your help if I need it <jonsger>hmpf, libplist fails now to build. didn't had this problem on my work machine... <roptat>civodul, I reread Benno's email and they prefer -pre1, -pre2 etc... <pkill9>civodul: how do i check that? I'm using XFCE <jonsger>oke it's a race condition or something similiar in the check phase, --cores=1 resolves it <roptat>btw when I use make dist, how do I chose the tarball name again? <roptat>we have a problem, some patch files have too long a name to be included in the archive, so tar aborts <apteryx>rekado: very strange, when I do: sudo -E -u another-user sh -c bash, it seems to loose PYTHONPATH. <civodul>roptat: then let it be 1.0.0pre1 i'd say <civodul>roptat: the tarball name is derived from $(PACKAGE_VERSION), which itself depends on the last tag and current Git commit <apteryx>rekado: yes, this is it! to see the configuration: sudo -i; sudo -V ***jonsger1 is now known as jonsger
***jonsger1 is now known as jonsger
<apteryx>re sudoers and environment variable filtering (even with -E), it can be disabled by adding the line: Defaults !env_reset,!env_delete <apteryx>is there a way to start herd synchronously (block current script execution until all services are loaded?) <nckx>Whahey, the pypi importer is sporked. <nckx>wednesday: On master? Hmm. <nckx>Using pre-inst-env I get ‘In procedure hash-map->list: Wrong type argument in position 2 (expecting hash-table): (("urls" . #((("url" . "https://files.pythonhosted.org/ [insane amount of barf snipped]’. <nckx>Perhaps it is my repo which is sporked instead. <nckx>wednesday: Do you change your nick daily or is this just coincidence? <wednesday>Just did a pull in my repo and still seems fine, maybe it's the package you're trying? <nckx>wednesday: python-httpretty, but my pulled guix (which is probably a few days old) worked fine. <wednesday>this repo was only cloned today too so it can't be old heh <apteryx>nckx: this is a case of make clean-go (abi breakage due to records + match IIRC) <nckx>After a ‘guix pull’ regular ‘guix import pypi httpretty’ still works so it's PEBCAK on my end. <nckx>apteryx: Ah, makes sense, thanx. <nckx>It didn't trigger my ABI spidey-sense. <wednesday>You shouldn't be doing your own python package anyway, you should be committing my mypy patches ;) hehe <nckx>Unless it's a dependency of hangups it won't help me much 😛 <nckx>(description "The “mypy_extensions” module defines...") <nckx>Nice. Made me do a double-take there. <wednesday>Heh, that can be change if needed, that was just copy paste from the pypi page so didn't really notice the unicode quotes hah <nckx>nckx: Yah, I'd use @code{} in both cases. <wednesday>Should I make a new patch for just that and submit that? <nckx>I'll push them tonight with some minor touch-ups unless I find something wonky. <nckx>Between-innings patches... <wednesday>Also a slightly more important patch I submitted today was fixing sddm, you should check that one out, I got some logs of it not working as it should in there too <wednesday>It currently starts without the proper configs and such