<civodul>Apteryx: "locale -a" doesn't honor GUIX_LOCPATH and LOCPATH IIRC <Apteryx>civodul: OK! So even though glibc does, utilites provided by glibc such as locale might not? <civodul>apparently 'locale' doesn't call 'getenv' at all <civodul>as seen with: ltrace -e getenv locale -a <Apteryx>OK! I was just looking at strace, and it seems to get its locales from under "/run/current-system/locale/". <Apteryx>If I want a package to have a few extra locales to make the tests happy, what is the recommended way to do so? Should simply adding "glibc-utf8-locales" as an input suffice? <Apteryx>(the locales the tests need are: en_US, en_GB and fr_FR) <civodul>Apteryx: for a package's test suite, yeah, just add glibc-utf8-locales as an input <civodul>i think there are a few examples of that <civodul>wait, glibc-utf8-locales is already an input, implicitly <Apteryx>Do you mean by that that it should be added as a "propagated-input" ? Sorry, I'm a bit confused :) <Apteryx>Another question: When using "guix environment --container gnucash", make cannot find libguile.h although C_INCLUDE_PATH is set to a profile which has a reference to it. Is this normal? <Apteryx>There seems to be a package for which it's done: "tre" from (gnu packages regex). The locales data seems to be already there, but they need to set LOCPATH and "install" it using localdef. I'll try this. <atw>figured out my problem from earlier. The error message I reported wasn't very helpful, but I commented out my incomplete package definition and it seems fine now <atw>guess I'm not doing anything important with IceCat! gimme a sec... <atw>Works For Me™. IceCat 45.5.1 <atw>I do have LibreJS turned off though <ZombieChicken>45.5.1 w/o LibreJS installed. Using ublock origin, Foxyproxy, Cookie Monster, and NoScript. No problems with the aforementioned page here <ZombieChicken>ACTION notes we need a good way to dump the list of plugins we have for icecat for these purposes <atw>ACTION is using the defaults, except for LibreJS <buenouanq>Apteryx: have you changed the cairos to skias? <buenouanq>gfx.canvas.azure.backends and gfx.content.azure.backends need to both be skia not cairo <Apteryx>ZombieChicken: If you want to restart IceCat it's easy to do that from the help menu. Crashes here aren't typically due to plugins but by window manager frame sizes it seem. <Apteryx>buenouanq: How, I guess I set this in about:config? <Apteryx>buenouanq: And aren't these the defaults? <Apteryx>ZombieChicken: I meant, restart IceCat with all plugins/extensions disabled. <Apteryx>buenouanq: I just tried changing the azure backends to "skia", but I can still reproduce. <Apteryx>Oh wow, it only happens when I split my screen in half (1080p). <Apteryx>It I maximize IceCat it doesn't crash anymore. <Apteryx>Actually, after a restart of IceCat the "skia" option seems to have helped! It's not crashing anymore! <buenouanq>Apteryx: just open about:config in the url bar and search for them <Apteryx>buenouanq: Yes, I did it, thanks! Seems to have fixed that specific crash. <buenouanq>would be great if we could get that as the default in our build, or at least have it mentioned somewhere obvious <Apteryx>Rendering quality seems much lower though. <ZombieChicken>Apteryx: For that test, i disabled NoScript, but in general icecat has proven to be plenty stable for me, so I don't expect it to fail for pretty much any reason <cbaines>guix archive -x doesn't seem to work for me, I just get guix archive: error: corrupt input while restoring archive from #<input: file 0> <buenouanq>where can we leave requests for things to be packaged? <buenouanq>what should I read to begin attempting to do this myself? <nckx>sneek: later tell ng0: sorry, I'd completely missed your nyx attempt! <nckx>buenouanq: read the packaging section of the manual and especially other packages, then stubbornly refuse to stop trying. Worked for me™. <civodul>something along these lines works for me <civodul>GNUnymous_IRC: using 'ifconfig' or 'ip', as noted on the page above <civodul>GNUnymous_IRC: this is not Guix-specific, but you can check "man ip" (or "man ifconfig" and "man route") <jmd>Is guix properly internationalized? I can't get any messages in any language other than English. <jmd>EvilPython: guix package -i bind ?? <jmd>Is your network working at all? <jmd>But can you ping anything outside your LAN? <jmd>So it's not a DNS issue then. <roptat>EvilPython, echo "nameserver <DNS IP>" >> /etc/resolv.conf maybe? <jmd>civodul: If you type "guix package -i lkasjdklsj" can you get the error message in French? <jmd>Your profile is where your installed packages live. <jmd>What do you mean "in system root" ? <EvilPython>Package should be available for all users in this case. <jmd>Then you would want it in root's profile. <jmd>It should be in the system profile. <jmd>Put is in /etc/config.scm and run "guix system reconfigure /etc/config.scm" <jmd>However users normally have to be root to mount things ... <civodul>jmd: no, but maybe this specific string is not translated? <ng0>civodul: just to be clear, with "Subject: Re: [PATCH 1/2] gnu: tlsdate: Use the system provided certificate store. Date: Fri, 20 Jan 2017 14:31:48 +0100" where you mentioned I could recreate the (guix profiles) ca-certificates-bundle, you meant for (gnu packages ntp) not (gnu services time <- where I moved tlsdated to, and ntp will follow), right? <jmd>civodul: I checked. It is. <ng0>i mean, it has to be applied to the package to have effect, not to the service <civodul>jmd: i see that it's opening /gnu/store/9hhljacc22jppmjx57xc7c46by10y8gh-guix-0.12.0-4.d9da/share/locale/fr/LC_MESSAGES/guix.mo <civodul>so if that guix.mo is stale, then you don't get the translation <civodul>the main problem is that 'guix pull' does not update message catalogs <ng0>I can't decide wether it's good or bad that I sometimes start to write in guile syntax when I'm doing python... I notice after one line, still it's funny ***ShalokShalom_ is now known as ShalokShalom
<rekado>I'm trying to rebuild a bunch of packages with an older version of perl. <rekado>I'm using package-input-rewriting but it doesn't seem to be enough. <rekado>I also override the #:perl argument <rekado>but this doesn't seem to help with propagated inputs. <roelj>rekado: I don't know "the right" solution, but you could check out an older version of Guix (one with the older version of Perl) and then build the packages from that version.. <jmd>GNUnymous_IRC: Put them in /etc/config.scm and run guix system reconfigure <jmd>GNUnymous_IRC: BTW please try to use complete sentences in your questions. <rekado>roelj: I need it for some nasty old software in guix-bimsb <roelj>rekado: :) Heh, good luck then <ng0>wrt hardening, do you think elfix would be useful? I seem to recall that NixOS uses it too, so it's not Gentoo specific. <ng0>paxctl-ng - Swiss army knife for working with PT_PAX and/or XATTR_PAX flags <ng0>I just need to fix the python part, then it should build completely. <ng0>building musl looked so much easier than (a basic) uclibc-ng <ng0>I'm stuck with linking issues iirc <ng0>(iirc: building right now as I need to make a list of problems I have in every branch) <jmd>Locale selection in GuixSD is completely fsck'd!! <ng0>ah no. the problem I have is about an ld errno TLS definition ... section .tbss mismatches non-TLS definition in ../lib/libc.so.1 section .bss .. but I seem to remember reading this issue somewhere <ng0>does david craven use irc? I'd like to leave a message.. it's dvc, right? <ng0>sneek: later tell dvc: in the chromium branch you and marius are working on there are 3 packages as dependencies for chromium. would be great to get those into master where applicable. <ng0>sneek: later tell dvc: s/packages/commits <davexunit>why is the emacs team spending all this energy on providing a docker image? <davexunit>when they have a GNU tool they can recommend that always has the latest emacs? <davexunit>tried to advocate for Guix here, but so far just resistance to the idea. <bavier`>is the audience emacs users on windows and mac? <davexunit>couldn't be because docker doesn't work on those systems <civodul>davexunit: rekado did a good job at suggesting it on emacs-devel, although people apparently didn't bother <civodul>rekado: do you know how they ended up building their Emacs image? <civodul>i guess they use Debian or Fedora as the base image, which would be quite ironic <adfeno>ACTION is reminded of the GNU FSDG issues with container repositories or per-language repositories. <adfeno>I once saw a mailing list disscusion on the matter. <adfeno>It also got input from RMS and Ali Miracle too. <ryanwatkins>Hey guys, where is the default location for the system configuration? I cannot find the reference in the manual :( <jmi2k>ryanwatkins: none, you can put it wherever you want. /etc/config.scm is it's most common place. <ryanwatkins>gotcha, I am looking to use startx and dwm and I figured this is the only way? I tried installing just dwm but that didn't work <jmi2k>ryanwatkins: what problem do you have? <ryanwatkins>jmi2k: somehow I have gnome installed (I guess that is config related) but I wish to use dwm instead <ryanwatkins>jmi2k: I guess I should just start a new config.scm and use system reconfigure with that file? <jmi2k>ryanwatkins: If you want to install it system-wide, you should add it to the packages field in that file. Then, guix system reconfigure <jmi2k>ryanwatkins: if you want to install it only for you, guix package -i dwm is enough <ryanwatkins>jmi2k: I did this as the user 'root' but somehow GNOME infereres, I am unable to pick something else at login <jmi2k>ryanwatkins: Are you using slim login manager? Or just startx? <ryanwatkins>jmi2k: I know it is nooby, but how can I tell? startx is console right? <jmi2k>ryanwatkins: yes: you login in a tty and then type startx <jmi2k>ryanwatkins: then sorry, but I don't have any idea. I always use startx. Maybe you could try installing it system-wide (edit /etc/config.scm , add the desired package and run guix system reconfigure /etc/config.scm). Good luck ;) <mekeor>i just joined the channel. i think i might have a similar issue like you, ryanwatkins. i am not able to log in into GNOME unless i delete/rename my ~/.xsession <mekeor>(i use ~/.xsession to start xmonad) <roelj>So, we should look into that.. We don't use Galaxy though <roelj>Would there be anything against making 'load-path-expression' part of the Gexp Scheme interface? <rekado>civodul: yes. Galaxy doesn't really provide other backends than Conda. <rekado>there's a custom backend that tries to be a package manager on its own <rekado>but it's no longer used. Everything is supposed to use Conda. <rekado>a new thing that's coming up is building things in Docker and then copying out the file system contents. <rekado>I'm pretty sure the bit about Guix was added after my discussions with one of the devs at a conference. <civodul>and so what's up with Emacs and Guix vs. Docker? <rekado>davexunit: maybe I missed something but that's not my impression. <rekado>someone just went ahead and made an "official" docker image. <rekado>kinda weird to just have someone do this manually <roelj>Maybe if you could produce an emacs Docker image continuously with Hydra, it could be replaced by that one.. I admit, the best thing would be to recommend GNU Guix instead.. <rekado>correction: an "official" docker *organisation* <davexunit>seems to me that emacs should recomemnd guix for the latest emacs over docker <rekado>would one of you be willing to argue this position on emacs-devel? (Please don't say no :)) <roelj>It'd be a stronger message if we had a Docker image for Emacs generated from GNU Guix. We could then say, "look, this can be done automatically with a GNU distribution. Here it is: ...". <rekado>I'm really bad at using Hydra. Do you know how to set up a custom job like that? <rekado>does it even *have* to be hydra? <roelj>rekado: No.. Just a suggestion.. :) <rekado>or could we "just" repeatedly run the appropriate command on bayfront? <adfeno>I'm also against using Docker to provide Emacs. <civodul>rekado: yeah, we could periodically run (artist's view): guix archive -f docker emacs --with-source=/the/git/checkout <roelj>Sorry, I don't have the time for experimenting with the Docker images until after FOSDEM. <civodul>rekado: like the web service that creates "app bundles" on the fly, which i suggested earlier <civodul>people would type "emacs" in the box, wait a little bit, and get the thing <rekado>yes, that's still a good idea :) <roelj>civodul: That is an awesome idea <civodul>as a first step we could have a periodic job creating an Emacs image <davexunit>the lack of acceptance of Guix and Nix can be demoralizing <nliadm>they are, admittedly, a lot of overhead versus the graybeard way of doing things <nliadm>scale infinitely better, but higher start-up cost <rekado>I don't think building Docker images the Docker way qualifies as a "graybeard" or veteran way of doing things :) <roelj>rekado: Do the Devuan people use that way? If so, it must be the veteran way.. ;) <davexunit>making guix easier to get started with is an ongoing mission <rekado>I posted to emacs-devel. Can't guarantee I'll be able to follow up on any replies this week though. <rekado>as you may have noticed I'm a little quiet these weeks. I have a couple of deadlines to fight off. I hope to be back to my usual chatty self by the end of February. <roelj>I'd like to export two functions in guix/gexp.scm: load-path-expression and gexp-modules. Would that be possible, or is that a no-go? <roelj>If it's up for discussion on the mailing list, I will do that. If it isn't, I'll have to find another way for my code. <andrss>I'm seeing a lot of "updating list of substitutes" messages. Why there're so many of them? <rekado>AFAIK civodul made several promising attempts at fixing this <adfeno>#guix: As a Guix user, not using GuixSD. Should I install SSH server in root profile and run the service manually as root? Or should I install and run it as normal user? <davexunit>to run an ssh daemon on port 22 you need to be root <adfeno>Hm.... So the first variation of my question should work? <adfeno>Should I use GNU lsh, or openssh? <sneek>lfam, efraim says: I sign my emails with git-send-email, I'll take a look and see what the magic config is <lfam>sneek: later tell efraim: I am really interested to know how you do that! <ng0>is there a correct place for (modify-services) to be used in the system config? I try to combine it with the filter thing which cuts out ntp from the desktop services. adding it before the (filter) seemed logical, but didn't work. maybe afterways is the place to put it. <lfam>adfeno: I doubt that most programs that interact with a "shell API" test the API thoroughly <ng0>I found cryptolocker ;) <ng0>lfam: hm. okay this is different <ng0>what I'm trying to do is to keep using %desktop-services (previously I modified it to %desktop-services-sans-ntpd, but this was replaced by the (filter), and add the bayfront server in addition to this removal <ng0>an upload of the section of my config would help I think. <nliadm>if I'm using guix on another distro, can I add the bayfront server? <ng0>maybe it's easier if I just use base-services <lfam>nliadm: Yes, you can pass --substitute-urls to any Guix command that builds things (see the manual section Common Build Options) or to the invocation of the guix-daemon <lfam>You'll also need to add the bayfront signing key. <nliadm>there's a flag for that as well? <lfam>Please verify the signature of the message. Because it's served over HTTP, it could be mutated by any server that it passes through on its way to you <ng0>while lists.gnu.org also serves over https, but the same applies <lfam>Being able to trust that public signing key is critical to the security of using Guix substitutes <lfam>Ah, using the HTTPS link is better, but you should still verify the message signature. We (Guix) don't control the HTTPS key <lfam>And since `guix pull` is still served over HTTP, the substitute signing key is really the linchpin of the whole thing. <lfam>See the Guix bug ticket 'Trustable guix pull' for discussion of this issue <lfam>It's important to understand the current limitations of the system <ng0>I just used %base-services now, adding is easier than cutting. <lfam>ng0: I'm glad it works. I read your snippet but was almost as lost as you ;) <ng0>I did a brain dump of my roadmap today to get a different point of view than too many git branches and too many issue tickets.. for the livesystem I'm almost at 80% for everything (blame chaos of "oh, this will be done soon. oh no."), and I have a realitycheck again on what needs to be done :) <ng0>and because of this realitycheck, I will let some branches just gather dust as I can't afford working on them, like 0ad. doing some last pushs there, and eventually I will announce the branch names/urls etc on the list, as "low hanging fruits" for completion <ng0>i know this doesn't always work out, but one can hope.. <ng0>one thing I have for example is dreamzzt, I never bothered with the license. It might be "free"ware, it might be gpl2. <ng0>a gpl2 implementation of a freeware licensed application/thing <ng0>lysator.. the same domain which hosts pike :) <ng0>rekado: are you by any chance working on a supercolider package or have one you will do eventually? Otherwise I will rebase my old branch, add some fixes and send it in, as with the previous patch I've sent I will delete the branch at the end of february then <ng0>all I do for now is debug the testsuite for gnunet on guix and fix the failures. gnunet itself is being fixed.. cadet rewrite, etc <ng0>buenouanq: I think the recent failure of the dht test-suite with guix is a "low hanging fruit" if you know python <ng0>i forgot which of my gnunet packages produced it though <ng0>wasn't the libressl one, so you have the choice between "with" and "without" parallel builds <buenouanq>if the answer isn't googlable, it will never be fixed <adfeno>That comment made me make the same strange face <ng0>qt on other hand seems to be more communicative <adfeno>We received some feedback from the development mailing list of QTWebEngine. <buenouanq>that's great, we won't have to pay for it.. but is it open source? <adfeno>It's not really a sure-friendly result (since I didn't see a detailled evaluation of the new status yet) but at least the people at QTWebEngine development mailing list striked out some of our concerns. <ng0>yeah IÄve seen that cross reference <adfeno>Although the think about chrome:// flags is an issue if not taken carefully. <lfam>Yes, but they demonstrated that they care about the issues and have already worked to fix most of them. They aren't hostile to our goals <ng0>I have an 50% package of GNOME evolution. by 1/3 I mean, I have all the dependencies written down, which are many!, but the build and detection needs to be fixed. <ng0>sending it now too and droping the branch <ng0>i know this isn't helping, but I need to unclutter my repository