<jmd>How can I force a package to rebuild locally ?
<iyzsong>jmd: I think 'guix build foo --check -K' should do it. it rebuild foo, compare the contents, if they're mismatched, the new one's build directory are keeped (with or without -K, the new one won't replace existed one in store).
<janneke>how can i select an ouput, eg: (gcc "lib") in (operating-system (packages ...
<iyzsong>there are no way to select an package output for the 'packages' field now :-(
<NiAsterisk>paroneayea: and you want to run GuixSD (nexdock) on some external device? as I understand the nexdock this is how it would work.
<NiAsterisk>"iyzsong jmd: guix package -i gtk+@2" coming back to the devel thread I have not read up on the thread that started it in bugs, do you specify this in the package or is this some autoconversion happening from $PN-$PV to $PN@PV ?
<iyzsong>NiAsterisk: I think it's only for the command line UI, commit 1b846da8 did that.
<NiAsterisk>here's a thing which is really bothering me on debian: each openssh update overwrites keys I generated with stronger and more individual preferences if I don't set +i on the files. does guix replicate that, or would I be able to generate new, individual ssh_host_* files and keep them that way?
<rain1>Jookia, yeah. I can select hdb from the boot menu and it says grub then error no such device and a ID string
<Jookia>hmm, try flipping the devices around. screenshotting the error would be helpful too
<rain1>what i was doing before was letting the usb thing be hda, but that's actually really bad
<NiAsterisk>jlicht: smaller/bigger internet based stores are good too. if you don't want to return laptops, laptopsbilliger.de or what their name was is good in germany for example. (but their return policy sucks: power adaptor broken? oh, you have to send us the whole laptop to exchange it)
<rain1>this part: However, when a file system’s source is a mapped device (see Mapped Devices), its device field must refer to the mapped device name—e.g., /dev/mapper/root-partition—and consequently title must be set to 'device
<SusWombat>Jookia, i think i simply put guix on hold again for a few weeks/month again maybe the situation gets better. Its just to frustrating atm and holds me back from learning stuff i have on my todo
<lfam>I saw in your command line that you didn't set up the network. GuixSD won't boot inQEMU if you don't set up the network. The current version of the manual (in git) has instructions on how to do that. Let me know if you still need help.
<marusich>Does anyone know what the format of the argument to the command-line option --substitute-urls is? The manual says it's a list. Is that substitute-urls=a,b,c or --substitute-urls=a b c or --substitute-urls="a b c" or --substitute-urls="(a b c)" or something else? I'm not sure how to always make the command download something, so it's a little tricky to figure out.
<Jookia>lfam: yes but i think it'd be better to just have guix know if it's btrfs and skip based on that
<lfam>janneke: I solved this by installing openssh
<wingo>civodul: may i push the gnome-desktop-service / xfce-desktop-service patches? did they need renaming or something?
<wingo>something needs to add those polkit files; i think iyzsong was concerned about package duplication but that's not a huge issue afaiu, and if you need to override the precise version of e.g. gnome-settings-daemon it is a parameter of the service
<wingo>not unlike other services that depend on packages
<wingo>janneke: probably the ssh package is missing from the environment that is set up in the guix-daemon
<wingo>the environment in which the fetch is made is minimal, unlike your user environment
<civodul>wingo: i think iyzsong & i thought they would need either renaming (to reflect they don't provide a full desktop environment, but just lower-level services), or changes to actually provide the whole desktop
<wingo>civodul: i see what you mean now. however there are no user-runnable programs in gnome-settings-daemon; otoh there are a bunch of dbussy things. so yeah, i guess that makes sense to do. will give it a go :)
<suitsmeveryfine>Apparently the problem with the macbook touchpad is still there. Sometimes when I boot I get a working cursor and sometimes I don't. I try to reconfigure now with "evdev" and "synaptics" removed xorg.scm.
<rain1>hello suitsmeveryfine, i fail with encrypted /home :(
<NiAsterisk>i ask, because i have no idea about package setup of python in general, and want to contribute whatever is needed to Bitmessage to help myself (and others) to use it without writing a file by file setup.
<lfam>NiAsterisk: I would try using the python-build-system but replace the build phase with something that copies the files into the output. The python-build-system does some useful stuff like wrapping the output binaries with the right PYTHON_PATH.
<NiAsterisk>I would argue that packaging mailchuck/Pybitmessage AND Bitmessage/PyBitmessage would work, as both are currently compatible and mailchuck/ fixes lots of issues in Bitmessage
<NiAsterisk>but what I want is not just Guix. if I can, I want to provide a patch for Bitmessage to fix this upstream and not be like everyone else who just works around the problem. I am talking to the dev about this problem.
<lfam>In that case I would ask them what they'd prefer you do
<NiAsterisk>our python-build-system takes just setup.py or is there some other thing for python? well, the dev is new to python and has not read into packaging yet
<NiAsterisk>lfam, i think in this case gentoo is not helping and I will just look at python packages we have to see how to get bitmessage working with our tools. setup.py would be the better goal, but just using what's there is easier atm.
<janneke>lfam: it shouldn't be -- gub has all the sources, guix can cross-build now
<lfam>janneke: That's good to hear! A major project for a newbie like me :)
<janneke>but for now I'm first using guix/guixsd and learning about that
<janneke>more than enough reasons to look into guix than replacing gub now
<lfam>Do you have any idea what percentage of lilypond users are on non-free platforms (OS X and Windows)?
<janneke>my guestimate is: 75% windows/mingw, 10% macos
<lfam>The mingw port seems very important in that case!
<janneke>Yes, so it seems. I wrote it, but I'm still ambivalent about it