<lfam>I'm wondering how this change affects the minify-build-system
<lfam>I recommend contacting the people that have worked on the minify-build-system and the uglify-js package to see what they think
<lfam>I'm sure this new uglify implementation can at least be added to Guix
<podiki[m]>(similar to mentioned above but without installation-services I believe)
<derivedbags>thanks! yes, what i'm interested in is creating a pre-configured image with no guided installer
<derivedbags>podiki[m]: have you tested this command? `dd if=$(guix system image my-os.scm) of=/dev/sdc status=progress`
<podiki[m]>I didn't do it in a one-liner, but basically. I did something like `guix system image --image-type=efi-raw system-def.scm` and then looked at the output at the end for the path to the disk image
<rgr>Hi, I need some help getting started. I need to setuid a guix package. I found here: https://guix.gnu.org/manual/en/html_node/Setuid-Programs.html . But I cant actually find *any* docs on what to edit and where. Pathetic of me I know. It seems you need to know it all before you can get on the ladder to learn it. XY if you will. Im using guix as a package manager and all I want to do is do the guix setuid equivalent for swaylock. Any
<irfus>rgr: the documentation you linked to applies only to guix system
<irfus>afaik, this isn't possible to do with guix on a foreign distro
<irfus>rgr: if you were using guix system, then that snippet would go into your operating-system config. Read the rest of section 10 for more information.
<rgr>yeah I couldt even find where the operating-system config was. Really, the docs are shocking. Thanks for the help. If I cant setuid the foreign system then its pretty useless. Better to know now than later at any rate. Cheers.
<maximed>sneek: later tell rgr: Too find the documentation of 'operating-system', open the manual with "info guix", and type 'i' and then type 'operating-system'
<mothacehe>/gnu/store/9kjj64nz2ac2gz39r1byyrlp6h4v4ccn-binutils-mesboot-2.20.1a/bin/strip: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, for GNU/Linux 2.0.0, with debug_info, not stripped, too many notes (256)
<maximed>mothacehe: Not sure what's happening, but 'guix gc --verify=contents' won't hurt and it could perhaps detect a problem
<mothacehe>gzip is failing because of this syscall: lstat("/gnu/store/bkjg8mfncnws4hfzsb5cg4kyf19q2mnc-python-minimal-3.5.9/share/man/man1/python3.5.1", 0x80ad428) = -1 EOVERFLOW (Value too large for defined data type)
<mothacehe>but I can always manage to have python-boot0 built on another machine without NVME to test your series
<fnstudio_>hallo! i just did a guix pull + guix package --upgrade which completed successfully; a few seconds after that i run "guix install an-already-installed-package"
<fnstudio_>i'd have expected that to just terminate saying "already on the most recent version" or something along these lines
<fnstudio_>instead, it told me "The following package will be upgraded: ... (dependencies or package changed)"
<fnstudio_>which was unexpected considering that i'd just done a pull+upgrade
<fnstudio_>is there anything i'm missing either on the pull+upgrade side or on the "guix install" output?
<maximed>"bash" caches the location of binaries that are not called by their full name. Did you do "guix pull && guix package -u"? Then you might need to do "guix pull && hash && guix package -u" instead
<maximed>Otherwise, the package definitions from the old guix are used (IIUC, I don't encounter this situation often)
<fnstudio_>maximed: oh i see, this is new to me, good point
<MysteriousSilver>is it possible to set a different branch for defining packages with git-fetch?
<maximed>I would advide against choosing a branch anyway. What if a new commit is pushed to the branch? Then the hash becomes invalid and you need to change the reference
<maximed>or, less technically, branch names aren't good from a reproducibility pov
<maximed>the same argument could be made about tags, as tags can be replaced with tags pointing to new commits, though this happens far less often in practice
<ebubekir-siddik>Hi guix. I'm using the tp-link UB400 bluetooth adapter and I have added "bluetooh-service [#:bluez bluez] [#:auto-enable? #t]" to my system.scm. But am not able to use bluetooth. What is the problem? The tp-link UB400 works fine on Trisquel with linux-libre kernel.
<maximed>ebubekir-siddik: What precisely is not working?
<maximed>‘I am not able to use bluetooth’ is rather vague
<maximed>In any case, don't forget to "guix system reconfigure system.scm" after modifying system.scm
<maximed>And maybe reboot. Not all modifications require a reboot to take effect, but some do, and maybe adding 'bluetooth-service' is one of them
<jlicht>ebubekir-siddik: do you happen to use gnome? The bluetooth settings in gnome have never worked for me
<Noisytoot>GNOME's bluetooth settings haven't worked for me either on Guix
<jlicht>This did not prevent bluetooth from actually working for me, but of course YMMV
<roptat>I remember having bluetooth issues in the past, and this was simply because it was disabled, I had to use bluetoothctl (or a similar command name) for that
<fnstudio_>hi, i seem to be having problems with a utility called passmenu (from password-store); if i launch it from the command line, i receive an error about passmenu not being able to find a few dependencies (e.g. dmenu and xdotool) at the expected location in the guix store
<podiki[m]>may need to specify it as an input then, with that name
<podiki[m]>hmm, does `guix pull --disable-authentication` does that for all channels huh? what does one do to authenticate custom guix (diverge from keyring branch to add your own while keeping others?)