<castilma>can someone help me with adding a file to xorg.conf.d? I don't know, how this is supposed to work. with #:extra-config in (xorg-configuration-file) i can append a string to xorg.conf, but how do I create a file for xorg.conf.d?
<catonano>sneek later tell ofosos you're not supposed to explicitly ask for a review of the patches you send to guix-patches. You might be particulary enthusiast or in a hurry; then I guess it's ok to prod people here on the IRC channel ;-)
<sneek>ofosos, catonano says: you're not supposed to explicitly ask for a review of the patches you send to guix-patches. You might be particulary enthusiast or in a hurry; then I guess it's ok to prod people here on the IRC channel ;-)
<castilma>the -M option tells the daemon how many build jobs it should do in parallel at max, right? I passed it -M 8, but the second build job I started is waiting for free slots. what am i doing wrong? I have 10 build users set up.
<castilma>correction: it says waiting for locks or build slots.
<mb[m]1>castilma: That typically means the second build job depends on a currently running job.
<ng0>hey. I've never really used emacs-guix. Could it do things like M-x guix-hash filename and insert that at cursor point? because that's one of my most frequent annoyance I have to open 2 terminals for
<g_bor>rekado_: the problem is that jarjar uses a bundled copy of asm, which is too old. We can deal with this two ways: upgrade the bundled asm, either by patching or by using some newer version of jarjar.
<g_bor>rekado_: however I think it would be better to use the system-asm, like we do it in hamcrest with qbox. WDYT?
<g_bor>rekado_:it seems, that we need java-hamcrest-core for java-asm.
<roptat>g_bor: isn't hamcrest requered only to test java-asm?
<ng0>I'm doing the neomutt update. This update of neomutt will take some minutes more than usual, they've switched the build system.
<roptat>g_bor: so you could build java-asm-bootstrap (without tests), to build jarjar, then hamcrest, then asm (with tests)
<roptat>by the way, I think java-asm can be upgraded to 6.0
<ng0>the person complained about the requirement to reboot to switch into the new configuration build
<castilma>hmm, I had the impression this was already the case. probably because shepherd does restart some services.
<ng0>prove me wrong, but to my best knowledge a generation switch isn't happening. if you add a new service (like tor) it doesn't become available until reboot
<castilma>can someone check this in a vm: if you reconfigure into an os with a second file-system referring to e.g /dev/sda42 (a partition, that does not exist), the reconfigure hangs and the kernel complains. and rebooting is not possible anymore.
<ng0>hmm.. thinkpads are nice. just another one that survived a fall of 1 meter without much damage (at least from what I can see)
<thomassgn>so, herd throws me to a guile repl on boot because of an unresolved variable (I'm thought it was resolved) in the configuration of a service. Can I make shepherd ignore that service or variable and go on so i get into the full system?
<castilma>hmm. --root does not look like a linux bootparam (root without -- is one, though). this option seems to be passed on to the boot script in the initrd. or linux accepts them with and without --. and how would it boot without any params(they all start with --)
<M283750649[m]>my thoughts exactly... I really hit a wall here... My knowledge on boot process beyond grub is quite limited.
<adfeno>castilma: I would be very glad if people learn how to use revision/version control systems, even CVS or Subversion would be OK for me, just seeing people being taught some RCS/VCS is enough.... but this doesn't happen, and it should happen, even in non-programmer courses.
<castilma>adfeno: what subject would be responsible for teaching revision control, if not IT?
<M283750649[m]>castilma: no I haven't.. hmm, it kinda defeats the purpose, I guess :P but yeah, maybe when you actually need to install. Nonetheless, I guess it should be possible to boot into the install environment -- it is at least with the debian-live*.iso
<apteryx>sneek: later tell quiliro Do you have recutils installed?
<g_bor>rekado_: I've checked why java-hamcrest-core does not build with icedtea8.
<g_bor>rekado_: It is a problem with java-jarjar. It uses a bundled asm, version 4, which is not working with icedtea8, so jarjar fails to relocate qbox, and we got missing classes in hamcrest.
<g_bor>rekado_: it seems, that using java-asm, which is version 5.2 would solve the problem, but it has hamcrest as a dependency, trough junit, but tests in asm are disabled anyway, so I propose to remove junit from asm dependecies.
<g_bor>rekado_: I've sent a patch for that in the mailing thread about switching to icedtea8 as default. Should I also send it to guix-patches?
<g_bor>rekado_: It seems that the patch is ok for inclusion in master and also in core-updates.
<rekado_>g_bor: what about the suggestion of building java-asm-bootstrap first and then java-asm again with junit?
<rekado_>to reduce build output I’d like to add a build phase that runs “make -n” to count expected work, and change the build phase to run make with a custom shell wrapper that increases a command counter for each executed command.
<rekado_>that might be good enough to get an approximation of remaining work for the build phase – when “make” is used.
<civodul>rekado_: the estimate would be the number of lines emitted by "make -n"?
<civodul>i wonder how well that'd work, we should experiment