<ecbrown>sorry, this n00b has to ask: i've made changes to my branch of guix git tree, ssh.scm just to confirm, i should do: su; ./bootstrap; ./configure --localstatedir=/var ; make ; make install ; guix system reconfigure /etc/config.scm ?
<ng0>it could be shorter: guix environment --fallback --no-build-hook --pure guix --ad-hoc firstname.lastname@example.org followed by: ./bootstrap; ./configure --localstatedir=/var --sysconfdir=/etc; make; ... no idea what you are trying to achieve with the rest, possibly a different OS.
<ecbrown>ok, i have: as ecbrown, guix environment guix ; ./bootstrap ; ./configure --localstatedir=/var ; ./pre-inst-env guix system reconfigure /etc/config.scm
<Saone>Hi, I have a couple questions - I'm investigating using guix for a project, and I've downloaded the QEMU VM image and the GuixSD install image. It looks like the QEMU image is a minimal config that I'm supposed to add packages and such to the config, but I'm not sure where I do that - it looks like there's various .scm config files in hashed directories, but I'm not sure how to (for instance) add a DHCP service. Meanwhile, on the
<Saone>GuixSD installer, I've been looking at making my own config.scm, but I'm not sure what like, a minimal config with the simplest possible partitioning scheme and such might look like. Are there gists or something available? I haven't been able to find like, simple examples of how to do these kinds of tasks.
<snape>Saone: you can either install packages as a user with 'guix package -i <package-name>', or globally by adding them to 'config.scm'.
<Saone>Snape: In the GuixSD vm image? I didn't find a config.scm in /etc, and I'm not sure where that would go/be in that image.
<snape>I have no experience with GuixSD vm images, but you can create your config.scm from scratch
<snape>and then you pass it as an argunent to 'guix system reconfigure'
<Saone>In the GuixSD installer, yeah, I've been putting together a config.scm with some base packages and such, but I'm a little confused when it comes to partitioning, especially since we'd like to encrypt the disks. I'm not really sure how to reference the various partitions and if I need to add a (mapped devices *) section in addition to (file-systems *) and such.
<Saone>In the GuixSD installer, yeah, I've been putting together a config.scm with some base packages and such, but I'm a little confused when it comes to partitioning, especially since we'd like to encrypt the disks.
<Saone>I'm not really sure how to reference the various partitions and if I need to add a (mapped devices *) section in addition to (file-systems *) and such.
<Saone>(oh, resent message, for some reason it displayed as white text on a white background in my client?)
<vzorkic>Is it possible to install GuixSD using only binaries? Is compiling mandatory for the installation? I'm trying to install GuixSD using the bare-bones example config and it wants to compile almost everything. Did I do something wrong?
<pkill9>vzorkic: the installation should get binaries, does the [virtual] machine you're installing it on have access to the internet?
<pkill9>did you run `guix pull` before installing? apparently the best installation flow atm is to install a minimal system, reboot into it, then run `guix pull`, then run `guix system reconfigure` with the system config you actually want
<vzorkic>Also I've been following the GuixSD installation manual and the commands it gives. Maybe I forgot some step related to the build servers that isn't in the manual? I've seen something about authorizing build servers somewhere, could that be it?
<Saone>okay, so, I have two partitions, /dev/sda1 (an ext4 luks partition), and /dev/sda2 (a linux swap partition). The /dev/sda1 partition I've followed the instructions on the Preparing for Installation page, and done:
<g_bor[m]>I mean in a build phase I need to remove the first blank line from a file. The file currently contains only two blank lines, so for now I could remove the blanks and add one blank at the end, but it feels like a hack :)
<brendyn>if anyone already had the old fuse source could they diff it with the new one?
<g_bor>rekado_: I will have a look at removing the manifest generation code from picard. The comment says that it is there, for the case we would like to run the jar file as executable. I guess I can simply test if it still works, and then it is fine to remove.
<g_bor>Unfortunately I did not find any hints in the documentation, that the index takes over this role, so if you have any reference please point me there.
<g_bor>Also the error we see in java-picard is most probably because the ant manifest task adds a newline, so breaking the first manifest section.
<g_bor>rekado: simply removing the mainfest generation from picard does not work.
<rekado_>g_bor: the index only helps in finding class files, IIUC.
<rekado_>g_bor: we still need a manifest to specify the Main-class, but I think we can do without specifying the class path there.
<g_bor>Actually it does not work. I've just tried this. It can't find htsjdk if I try to run it like 'java -jar picard.jar'.
<g_bor>rekado: I now have a working version, it seems. It goes like I remove the blanks from the file using replaceregexp, then do the echo. It seems ok.
<ng0>guix post-1.0 would be great to get the pull mechanism to work on the lowest specs possible. Like I have an itch to scratch with afaik unsupported hardware but the capability to run a full Debian, maemo5 / n900. this is 256 MB RAM, 600 MHz Cortex-A8 CPU, and PowerVR SGX530 GPU.
<brendyn>ng0: Yep it's an great goal to work towards.
<rekado_>g_bor: does the manifest still contain a list of classes/jars? If so, are the lines still broken up?
<rekado_>the manifest specs impose a line length limit, so we should not exceed it.
<ng0>on official guix side powervr sgx530 can probably not be supported, but lowering the requirements would be great nevertheless.
<brendyn>ng0: would you like a guix-lite that was substitute only?
<g_bor[m]>The bug was introduced by switching to the manifest task, which introduced a linebreak before the classpath attribute.
<rekado_>g_bor[m]: I see. Does this mean that we still need that custom phase in java-picard?
<rekado_>I don’t like it and would be happy to see it replaced.
<ng0>so let's say you have toasterWHYFI, and it has a wifi connection, 20 GHz CPU and only 256 MB because it is a toaster. So ideally - if hardware supported - the toaster would be able to compile guix, even if it took days or weeks, to not rely on substitutes for guix being available; make the guix infrastructure less centered on one server cluster.
<rekado_>brendyn: we don’t have substitutes at all times for all derivations that “guix pull” builds.
<g_bor[m]>rekado_: Unfortunately yes. Where are we calling picard as an exectuable?
<ng0>I've been reading into Elixir and Erlang lately. And they have this OS, "Nerves", which has some pretty amazing deployment methods for small hardware. and after the initial burning of the firmware you get to upgrade the OS via ssh.. I'm thinking about safe ways we could reuse that without being as safe as Elixir.
<ng0>mbakke: maybe we could have toast as punchcards
<rekado_>what do you mean by “without being as safe as Elixir”?
<ng0>https://www.youtube.com/watch?v=jmkq4SwV2Ss so basically they have some NIFs to C applications iirc, then they have their own bootloader and tooling in Elixir and Erlang, and the entire thing hooks into buildroot. They can enable "hot swap" OS switching through having 2 partitions on the device, and firmware is written with fwupd. the interesting thing is, that you can send firmware updates to the device after
<ng0>its initial flash over the network. where we already have parts of the process in our own tooling, just the way you update small devices over the net is interesting. however it is probably not applicable to our style since we have a different approach at OS. I got sidetracked... just something interesting I learned last week.
<jlicht>efraim: I guess emacs + evil + rcirc does not count ;-)?
<g_bor[m]>Yes, this is problematic. I have an optimization in mind. We already have the index, so we could do a smarter reference scan on the manifest, if the index meets certain criteria. I can organize the classpath in the manifest so that it looks like '[SPACE]jarname[SPACE][NEWLINE]' rows. This can still be broken up by the manifest format, but it only happens if the absolute path turns out to be longer than 69 characters, and we
<thomassgn>wigust: added myself to lp and lpadmin groups. 'sudo -su username' so I am in "new login", check with 'groups' that I'm in the groups. Run zathura from there and print as I tried previously. Same error...
<thomassgn>do you have any special things in your cups service config?
<wigust>thomassgn: Except ‘location-access-controls’ which is for web interface URL restrictions (as I think doesn't related to your issue), no special things.
<wigust>thomassgn: Is it possible to print a test page from a web interface?
<jlicht>if someone has time, could they perhaps help me debug an issue with readline? I basically have my Guile REPL crash when loading *certain things*, of which one is the git-module. The script at http://paste.debian.net/1035179/ demonstrates the issue: running this script with `guile -q <script>', as does `cat <script> | guile -q'. When pasting the script into the guile repl by hand, I seem to have a frozen repl though.