<stryan>I had a question about the go importer; one of the dependendencies of the package I'm importing has a new major verison that exists as a subfolder in it's repo
<stryan>This is causing problems since it gets extracted to the the wrong folder during the build step, and setting the #unpack-path doesn't seem to fix it. Is this something wrong with the package definition, or maybe something in the go module?
<stryan>hmm, makes sense. though pragmatically the files just need to copied up a level (into package/ instead of package/v3). I'm not sure how to do that yet though; still puzzling my way through
<apteryx>dragestil: i don't know of anyone in the process of packaging it; you may be interested in the jami-service-type though; it supports hosting conferences rather well, although participants will need a jami client instead of a browser
<apteryx>sneek: later tell civodul I have a local branch with the amassed commits for the big rebuild, ready to push to core-updates-frozen; I have a few more tests I'd like to conduct before pushing it.
<vivien>Hello! While compiling blender on my machine, I had an idea: it would be cool if guix could monitor how much memory is used, and kill a build and retry it with fewer cores if it uses too much memory.
<massn00b[m]><mothacehe> "massn00b: isn't (firwmare ath9k..." <- I've tried adding it to the firmware part of the os declaration, I've enabled desktop services (for usb-modeswitch) and it builds ok but the firmware doesn't load when I plug the adapter in. dmesg just says I've plugged a USB device in
<dragestil>how do people use tramp on remote guix system? i'm getting problems with finding a proper `ls` or `env` because guix does not follow fhs
<vivien>Anyway, the tramp situation is sorry because if you add random stufff to your tramp-remote-path, you risk connecting to a non-guix server where a malicious user has put malicious coreutils in /run/current-system/profile. To fix it, getconf should return something useful, which is not the case in Guix System.
<vivien>dragestil, I guess the correct thing would be to have a getconf-path-service-type that takes a profile, and create a /bin/getconf script that advertises the path for this pofile, so you could have a different set of programs than /run/current-system/profile/bin
<nckx>Soheil[m]: Pinging random people is rude, as is asking a question I've already answered (no, this has nothing to do with Guix). Please share the output of ‘7z a -t7z Archive.7z -m0=lzma2 -mx=9 -aoa‘, for example.
<Soheil[m]>In my opinion, this is completely related to Guix! And the output is successful, but without any change in size!!! nckx
<nckx>In my opinion, this behaviour is why nobody will help you.
<nckx>Please take me off your ‘people who helped me in the past’ ping list.
<nckx>The output of the command would be valuable here.
<nckx>Maybe someone else is willing to help you. But please don't bother anyone by name who hasn't volunteered. Good luck.
<nckx>(Since you continue to refuse to share the command output — the one thing that could bolster or falsify your claim that nothing happens — I've already drawn my own conclusions.)
<attila_lendvai>my guix pull is compiling ghc-8.8.4 locally. i assume this is due to the fact that the substitute servers haven't finished compiling... gut how can i be sure? maybe it's something i have changed locally? (i have several pending changes not yet merged into master)
<dhruvin>I use something like: guix weather -m <manifest.scm> to see if/what I'll be compiling locally.
<massn00b[m]><attila_lendvai> "my guix pull is compiling ghc-8...." <- can guix weather ghc do that?
<attila_lendvai>dhruvin, massn00b[m], thank you! according to guix weather, ghc doesn't seem to be available on the servers (unless i changed something locally, but looking at my commits it's doubtfull)
<dhruvin>attila_lendvai: you're right, I just checked, ghc-8.10 is available, and ghc-8.8 is not.
<attila_lendvai>how can i find out what requires ghc-8.8? my only guess is: guix refresh --list-transitive firstname.lastname@example.org, but it lists several ghc versions, including 8.10.x
<cbaines>bordeaux.guix.gnu.org should have a substitute for email@example.com
<dhruvin>attila_lendvai: guix refresh --list-dependent <package>, does something along the lines. But I suspect if it'll be helpful in your case.
<dhruvin>cbaines: it is available from bordeaux server. I overlooked.
<nckx>attila_lendvai: <how can i find out what> (Very) quick and (very) dirty and (very) slow way: for p in $(guix package -I | cut -f1-2 | sed -E 's/[[:space:]]+/@/'); do guix graph --path $p firstname.lastname@example.org; done 2>/dev/null
<roptat>question to OCaml programmers: is there any use for ocaml4.07-merlin anymore, since we have ocaml-merlin too?
<roptat>can I assume ocaml-merlin provides services for ocaml 4.07? I'd like to remove some ocaml4.07-* packages (all of them if possible :p)
<attila_lendvai>(the local ghc built failed with an unexpected test failure, T16992)
<attila_lendvai>nckx, that comes back empty. thanks anyway! i saved it in my notes.
<attila_lendvai>nckx, what's more, if i remove the stderr redirect, and the version sepcification for ghc, i still don't see what requires ghc from among my installed packages. but i need to go now, will investigate later. thanks for the help!
<apteryx>nckx: I meant uneducated w.r.t. to what are the character classes
<apteryx>but since it's "just" standard ERE, I guess that's deferred to another manual
<bdju>anyone built ghc lately? I started updates last night and they're still going. looks like it's building ghc. it says it's at 100%, but I wonder if it's stuck. I didn't get to see it at an earlier percentage to know how long it's been.
<apteryx>civodul: I created the branch as core-updates-frozen-batched-changes
<roptat>ok, I think I got it working, the opam importer now raises a condition, and I managed to catch it in the updater and in the importer, to either warn or error out, depending on which one catches the condition
<paxton>i'm suddenly having some trouble building emacs packages when the input is emacs-next and branch is git-master. has this happened to anyone else? i wonder if emacs upstream changed something about the dump file, but haven't looked too closely yet https://paste.debian.net/hidden/44990840/
<paxton>they all seem to fail similarly; that's emacs-xelb above
<nckx>I wasn't following closely but… do we now need to keep a *bootstrap Inkscape*? Madness.
<apteryx>civodul: yep, the test problematic test is now disabled globally
<apteryx>I fixed the cycle between gtk+ <-> inkscape locally too, testing
<apteryx>for json-glib, colord, libcloudproviders and gusb
<nckx>When a Python package requires ‘python-foo[bar]’ I assume bar is some kind of feature I must enable in python-foo, but what's the typical way to do that?
<apteryx>civodul: I'll push them shortly to the core-updates-frozen-batched-changes (what a mouthful), along the last changes I'd like to see for that core-updates-frozen branch (a phase/profile-hook to generate the gdk-pixbuf loaders cache file + search path), I'll ping you when I do