<lfam>Hm, is the mailman resting today? ;) <lfam>My emails are a few hours late <davexunit>I can't get IMAP access to my gnu.org email it seems, urggh. <xd1le>alezost: even nix does not have a proper way to do it: <davexunit>xd1le: we need to extend 'guix download' to calculate this for us, but the manual process is easy <xd1le>ah so only need to remove .git and then it should good? <xd1le>not so bad then, thought it was a bit more complicated then just that. <lfam>davexunit: Is that in the manual anywhere? <davexunit>really, though, it ought to be just done automatically by 'guix download' <davexunit>the hardest part is actually not implementing this, but adjusting the 'guix download' command-line syntax to handle multiple types of download methods <lfam>I mean to say, Yes, guix download should handle it. And I assume that guix download uses guix hash internally? While adding the download feature? <xd1le>davexunit: what about an option to guix hash to exclude files/subdirectories <xd1le>in its calculation? or would that be too ugly? <xd1le>asking because it's convenient to keep the .git <xd1le>so to do guix hash, we'd have to copy the whole directory to make one <xd1le>so in that option, we'd pass ".git" to get the correct value <xd1le>or ".hg" or whatever depending on the vcs ***jalle is now known as jockej
<rekado>We're not running the tests for GCJ. I'll add a phase to run "make check-target-libjava" later. <rekado>GCJ seems broken on non-Intel, so it's best to figure this out in the build of GCJ rather than in Ant. <jmd>What's the difficulty supporting LVM ? <remi`bd>hey, still no news of the DHCP client GSoC project? <toothbrush0>Question time: i have a configure script which expects "prefix=$outdir" instead of "--prefix=$outdir", i'm not sure how i can change that, since #:configure-flags seems to just add arguments. <xd1le>what, that doesn't make sense... is that a typo by upstream or something? <xd1le>or is this a convention also (albeit less popular)? <toothbrush0>when you run `./configure --prefix=...` the script errors out; its `./configure --help` thing tells me it requires KEY=VALUE pairs, without "--" <xd1le>yeah.. interesting. i'm not sure how to fix it either.. <toothbrush0>i've been digging around in guix/build/gnu-...scm, but it isn't clear to me if it's even possible without replacing the configure phase, which is a pity <xd1le>yeah it is, because i have a feeling some way to support this directly in <xd1le>guix would be the easiest solution.. <toothbrush0>i've found a package (wakelan) which gives me inspiration to do it manually, but it's a bit ugly indeed. <xd1le>ah i see. perhaps git blame that and see who added it and ask them if <xd1le>they've learned of any better way. or just wait for others to answer. <ArneBab_>how can I ran guix package to create my user profile if there isn’t a user-profile yet (so I have no guix command)? <ArneBab_>(in a guix-on-other-distro multiuser approach) <efraim>following the install instructions /usr/local/bin/guix should be a symlink to /root/.guix-profile/bin/guix <mark_weaver>iyzsong: on the dbus-update branch, emacs now depends on mozjs, which unfortunately doesn't build on non-intel systems. this is a problem. <mark_weaver>that shows the new failures on 'dbus-update' compared with 'master'. <mark_weaver>iyzsong: where was the dependency on mozjs introduced? <iyzsong>mark_weaver: it's gtk+ -> colord -> polkit -> mozjs <taylan>ACTION wonders why a policy handling kit would need mozjs <mark_weaver>which of the above dependencies was introduced in the dbus-update branch? <iyzsong>I add colord to the inputs of gtk+ in commit a572dca8 <mark_weaver>what functionality would be lost by removing colord from gtk+? <taylan>looks like authorization rule files are written in JS <mark_weaver>I wonder how hard it would be to fix mozjs on non-intel <keverets>hughski.com sells an open hardware & software calibration device that I've used <mark_weaver>hmm, we have mozjs-17, but there's also mozjs-24.2 now <iyzsong>mark_weaver: polkit can only build with mozjs-17, ArchLinux have both 17 and 24 and link use 17 for polkit. <mark_weaver>iyzsong: for now, I guess we should remove the gtk+ -> colord dependency. would you like to do that? <mark_weaver>please leave a "TODO" comment reminding us that we'd like to put it back later. <iyzsong>mark_weaver: done, thanks for your patience. <bavier1>would a license clause they requires "unapproved changes [be] distributed as a new program not called <foo>" be non-free? <bavier1>specifically, this is in the README of the "evilwm" window manager <bavier1>but it has an entry at directory.fsf.org/wiki/Evilwm <exio4>the code is opensource but the name isn't? <ArneBab_>exio4: names do not have copyright, they have branding <ArneBab_>after playing a bit with installation and rm -r /gnu /var/guix I get an error about guix-2.0.7 bootstrap missing <ArneBab_>ERROR: bootstrap binary not found "guile-2.0.7.tar.xz" "x86_64-linux" <exio4>ArneBab_: I never said they had? and yes, you can have foss code and trademarked name (simcity is another example) <ArneBab_>so yes, the code is free software, but likely you have to rename it if you want to fork the project <ArneBab_>this might even be true if they do not get an explicit trademak <ArneBab_>(there’s such a thing as trademark by common use) <ArneBab_>in my ERROR there’s no /var/guix/profiles/per-user/arne/guix-profile <ArneBab_>it did that when I tried it the first time, but now does not <alezost>ArneBab_: You asked about it in September, and you were told that guile-2.0.7 was not used in guix for a long time, so it's likely that you have an old version of guix which wasn't updated for a long time. I would suggest to remove all signs of previous installations of guix, and to install it again <ArneBab_>I tried that, but maybe I missed something… <alezost>yeah, you probably missed something, because it shouldn't happen <lfam>Does anyone check the guix-devel archives? I'm asking because I sent some patches yesterday while *something* was wrong with the mail server. They are in the archive but they didn't get sent back to me and davexunit said he couldn't access his GNU mail over IMAP. <davexunit>lfam: for the record, my problem is surely unrelated. <lfam>I just don't want to send them again if people already read them. <davexunit>apparently you just can't fetch gnu.org mail over IMAP <davexunit>I used to get my mail from the fsf's own mail server, but that access is gone now since I left. <lfam>What's the difference between (search-paths) and (native-search-paths)? Is (native-search-paths) just for building? <daviid>davexunit: you left the fsf? i thought it was a fixed job... <davexunit>it had a fixed salary, but it wasn't like I had a 2-year contract or something. <daviid>i thought it was for a long time, permanent, what ever you say in english <davexunit>it was a permanent position. I wasn't a contractor. <davexunit>but I didn't enjoy the work, despite liking free software very much, so I left. <civodul>lfam: i did receive your GHC patches <bavier1>civodul: after 83bde59, it appears one can no longer use 'guix size' on local package builds? <lfam>civodul: I think you are confusing me with someone else. My patches were for bash.scm and recutils.scm. <lfam>davexunit: Okay, sorry if I seem like I'm trying to rush everyone. I'm not. I know there are a ton of patches in the queue. I just don't want these to get lost. <karhunguixi>I want to be able to lock GuixSD/Xfce computer. I've tried "slock" and "xlockmore", but both gave me serious problems. Do any of you have any tips? <civodul>karhunguixi: you need to add them to 'setuid-programs' <civodul>in the 'operating-system' declaration, that is <civodul>i hope to make that automagic in the near future <karhunguixi>are you aware of any other alternatives for locking? <civodul>i use xlockmore, but i have it setuid <civodul>not sure if it qualifies as a screen saver ;-) <karhunguixi>maybe it was the matrix screen saver that crashed on me <karhunguixi>oh, no, root privileges is not required for xlockmore <efraim>trying to run `guix lint` on this: https://pastee.org/g3qsx keeps on failing with: gnu/packages/qt.scm:525:2: warning: source expression failed to match any pattern <efraim>no idea what is missing, been staring at that for a while now <ArneBab_>alezost: found it. I still had a /nix directory lying around <civodul>efraim: there are two values for the 'arguments' field <davexunit>partly due to a complaint I made about the state of things <alezost>efraim: yes, it should be (arguments '(#:phases ... #:tests? #f)) <alezost>ArneBab_: ouch, something from the past indeed :-) <ArneBab_>alezost: that’s the price of alpha-testing :) <taylan>were there any statements by Purism regarding the Intel problem? <taylan>assuming good faith, I'm thinking they may be just naive and not malicious :-) <efraim>last I heard they're "working on it" <mark_weaver>Purism laptops include the Intel Management Engine, which is a separate processor running a complete proprietary OS that gives remote access to the machine, direct access to the system memory, and out-of-band access to the network, even when the computer is powered off. <mark_weaver>if you want a machine without such back doors, stick with Libreboot laptops. <davexunit>civodul: yes, but the proposal will not solve anything, so I am responding with the issues. <mark_weaver>the claim that they are "working on it" is false hope. as far as the coreboot experts know, there is no way to avoid running the proprietary ME on those machines, and no hope of replacing it with a free software version because the code needs to be signed with a key owned by Intel. <taylan>ugh, their FAQ states "Purism provides the source code to ALL the software from the bootloader, kernel, operating system, and software, and does not include any binary blobs in any of them. People can safely verify every single line of code." that's pretty dishonest (although they conveniently go only down to bootloader and kernel so it might be technically true) <taylan>I wonder if it would be worth to mail them and inquire about the matter. but I'm getting the impression they really left out the nasty bits intentionally now. <ArneBab_>it took me a lot more than the 5 minutes, but with that guide it would only take me 5 minutes to repeat it :) <civodul>ArneBab_: the /nix comment at the end sounds weird though <civodul>Guix hasn't touched /nix at all for a long time already <civodul>so i would first need a rational explanation ;-) <ArneBab_>I started trying guix a pretty long time ago :) <civodul>i mean someone starting from scratch cannot have a problem related to the presence of /nix <davexunit>civodul: I see that you are giving a talk about guix somewhere in november. <davexunit>I've never been to France nor do I know its geography <mthl>It is somewhat my home town <mthl>I miss it sometime... ;) <mthl>davexunit: The “reality” is that there nothing special about this city, I am just used to it <ArneBab_>civodul: do you by chance have a freenet running so I could give you my /nix folder confidentially to allow for reproduction. <mthl>civodul: Will it be a talk at Inria Rennes? <civodul>mthl: actually there'll be two talks: one at Inria, and one in the G/LUG <mthl>civodul: If this is compatible with my schedule I will try to come <mthl>For now my school schedule tells me that I have no course between the 9th at 11' and thursday morning, so it might be compatible. <mthl>thursday = 12th november <mthl>civodul: Have you ever tried to implement an Automake test driver using SRFI-64 for Guix? <mthl>It is describe in “(automake)API for Custom Test Drivers” <davexunit>ugh, that rubygems issue is already incredibly frustrating. <davexunit>I think we'll have to remove rubygems usage entirely, again. <davexunit>they aren't going to fix anything, and we'll continue to have major issues, and we won't even know that what we have is source code. <davexunit>my points were completely misunderstood by one person, and flat-out rejected by another.