<reepca>I've noticed that emacs doesn't seem to be indenting package definitions and such the same way as it's done in the guix source. For example, the line after "origin" is at the same indentation level.
<janneke>reepca: there are formatting directions in the guix git tree in .dir-locals.el
<reepca>How would one go about getting 32-bit versions of certain packages? I'm trying to compile a program that's x86-only (32 bits, that is), but since I'm on x86_64 I've only got the header files for 64-bit stuff.
<rekado>reepca: you can use the --system=i686-linux option
<efraim>If you mean for a package the wine package is built targeting x86
<reepca>That seems to be for guix build only. Is there a way to make them available without packaging the program for guix?
<rekado>reepca: can you not enter an environment with i686-linux programs and libraries?
<reepca>oh, didn't realize that was an option for guix environment as well.
<rekado>I’m having a problem after upgrading to guile 2.2.2
<rekado>yes, it’s only 324K but should be much bigger
<cbaines>I'm having issues with the info-dir-builder this morning, I'm also getting "ERROR: no code for module (guix build utils)".
<cbaines>The builder file seems to lack the statements that are usually at the start to load Guile modules
<cbaines>This is on a machine I just did guix pull on this morning
<ryanwatkins>hey guys, do packages automatically update themselves in Guix given a git commit or is it when a version is bumped?
<cbaines>what do you mean by "given a git commit" ryanwatkins ?
<rekado>ryanwatkins: for git commits we usually also bump the version with a simple “revision” counter
<ryanwatkins>cbaines: well, for instance there a guix package called guile-wm right and I am seeing there has been a couple commits on the git repo but I am wondering if I now do a guix package -i guile-wm given I already have an old copy, will I get the commits?
<ng0>but the guile-shell is really unfortunate in my opinion. Take a look from the perspective of someone who doesn't know guile. He gets a shell which resembles a repl. First thought: what the hell is this? Second thought: okay, ,help didn't help... Next step: Search the Guix Documentation. Still nothing
<ng0>Even.. ,bournish … not documented in Guix documentation
<ng0>is ,bournish intended to become the default rescue shell once it has more features? Even I don't know
<ng0>cbaines: my etc/ is currently a full featured debian 8 minimal etc/. I know what's in GuixSD etc/, I know what I should've copied but it wasn't enough as everytime I copied only the minimal set Guix broke to some extent, so I had to copy back
<ng0>among the last problems I could see was that /etc/ssl already exists
<ng0>new vserver at IN-Berlin, I'm currently waiting for feedback on my email I've sent them but because they are few and I want to use this anyway I want to fix the installation. I know the system works because I generated it locally later on and because I can use the rescue server (which means that at least grub is working)
<ng0>cbaines: fails at symlinking profile/etc/ssl to /etc/ssl
<cbaines>I think I had this issue, where changes to the filesystem didn't actually happen
<cbaines>I was just exiting the REPL which upsets linux, and then rebooting forcefully
<cbaines>I don't know if there is a way to gracefully reboot, or sync the filesystem changes to disk
<ryanwatkins>okay so I am trying to edit a package that now fetches from git using a commit but now when I try to install it I am having some problems with autotools, it is saying I am missing makeinfo but I definitely have makeinfo, any ideas? :(
<cbaines>ryanwatkins, when you say install it, do you mean that the package is failing to build, or that it doesn't work when installed?
<rekado>ryanwatkins: do you have makeinfo in the package’s build environment?
<ng0>bah. at this point I'm paying so much for the vservers at in-berlin from the specifications I'm using, I could aswell tell this commercial hoster that I want a dedicated server.. it's not that I'm unhappy with in-berlin, just getting and running Guix and GuixSD on it currently requires too much resources.
<rain1>is there an absolute most minimal guix system configuration? just the kernel, a shell and maybe tools to set up networking and ssh
<cbaines>os-config-bare-bones.texi is quite minimal
<cbaines>you can probalby get rid of tcpdump though
<ng0>cbaines: never mind about my problem.. I told IN-Berlin to destroy it. I'll look out for the missing features for them and introduce GuixSD to them once it is functional enough for their VM workflow. I'll go with all our dedicated machines now and for my own stuff also dedicated.. chances that GuixSD works are very high.
<civodul>cbaines: use ",q" to get out of the recovery REPL
<rekado>argh, IT here changes SMTP authentication to … NTLM!
<rekado>of all the possible authentication methods they picked NTLM.
<rekado>msmtp supposedly supports it, but I haven’t been able to send any email yet.
<civodul>dzecniv: at any rate, thanks a lot for writing about Guix!
<dzecniv>you're welcome. I encourage you to write something in french once in a while, even short notices, and to catch mentions on linuxfr, so that someone experimented can answer questions and concerns !
<sneek>alezost, Apteryx says: Do you think it'd make sense to use search-paths instead of the elisp glue code for module discoveries? I think I've got something working, but I've yet to test it (touching gnu-build-system search-path means rebuilding the world).
<alezost>Apteryx: how would that work? I mean the elisp code loads "...-autoloads.el" files and search-paths can't do that
<ryanwatkins>Hey, anybody know how to solve `guix system: error: symlink: Permission denied: "/var..." upon guix system reconfigure?
<alezost>btw you need to be root to reconfigure a system, but you can be a user to do "guix system build"
<ryanwatkins>alezost: cool, seems to work, so I need to be root to administer an action but a user can run the daemon?
<rekado>ryanwatkins: I would not run the daemon as a regular user
<rekado>ryanwatkins: you would not be able to build reproducibly because chroot is unavailable.
<alezost>ryanwatkins: no, I mean that "guix system build" is a usual command to build something (the system) in /gnu/store, but "guix system reconfigure" also creates system generations in /var/..., so it must be run as root
<alezost>ryanwatkins: no, it is the same as "sudo" but with your user environment
<rekado>ryanwatkins: running the daemon as non-root causes problems
<ryanwatkins>rekado: ahh. okay got it, sorry for the noobiness :D
<Apteryx>sneek: later tell alezost: I was under the (wrong?) impression that autoloads would be autoloaded if they were found in EMACSLOADPATH. If this is not the case, then yes, we'd still need to do something in site-start.el like we're doing now, but at least we wouldn't need to rely on a profile existing (i.e., elisp dependencies resolution through search-paths would work fine at the build systemb level).
<Apteryx>While attempting to build guile-2.2, I got: building of `/gnu/store/i2p0gqxm378ydlh58qpy6jas7rdk79jg-guile-2.2.2.drv' timed out after 3600 seconds of silence. I'm retrying now.
<Sn0wDay_>Hello everyone. I want to install last Guix into a UEFI system. I already have installed different systems on other partitions (ubuntu, fedora, windows). I was booted from Guix USB Stick, created a separate ext4 partition and want install it into UEFI with other OSes. Does you have any manual how to do this correctly ?
<Sn0wDay_>As I understand I don't need to install GRUB, because it already installed with ubuntu or fedora
<Sn0wDay_>But I need to add to UEFI Guix specific stuff
<jsierles>catonano: ok thanks. does the free software limitation also mean that guix is unsuitable for packaging proprietary software? or just that such software will not be accepted upstream?
<ziz15>it says : failed to get canonical path of unionfs
<catonano>jsierles: such software will not be accepted upstream. Also, asing for support or discussing the packaging of proprietary software is not welcomed on the Guix chhannels (the mailing lists and the irc channel)
<catonano>jsierles: there's a set of guidelines, if you want someting more formal
<catonano>jsierles: too bad right now I don't remember ow that is called
<Sn0wDay_>Also. Are any good video / tutorials / etc/ about guix fundamentals. May be some guy told about how it working from beginning, from grub MBR part in loading and to end steps when for example desktop is starting ?
<Sn0wDay_>May be exists some portal about Guix different stuff ?
<sneek>alezost, Apteryx says: I was under the (wrong?) impression that autoloads would be autoloaded if they were found in EMACSLOADPATH. If this is not the case, then yes, we'd still need to do something in site-start.el like we're doing now, but at least we wouldn't need to rely on a profile existing (i.e., elisp dependencies resolution through search-paths would work fine at the build systemb level).
<reggggieee>I have done a "guix package -r perl" which ran successfully. When I run it again, it says there's nothing to do, and yet when I issue 'which perl' it's still in my guix-profile - any idea what's up?
<rekado>civodul: /gnu/store/nkfgi6n46py1r5ciy4dsfp7wvwjs5j85-gcc-cross-boot0-5.4.0.drv (on core-updates) fails the unpack phase with corrupt compressed data. Does this need to be cleared out in the cache?
<rekado>lfam: true, but grafting can require building other packages first.