<rekahsoft>Copenhagen_Bram: do a normal bios boot. So ensure the disk has a bios format partition table (not gpt) and create a single partition (ext4 or whatever is supported by grub). Mark that partition as bootable and follow the guix manual proceedure for installation
<raghavgururajan>When I was in-middle of installing GuixSD in my X200T with libreboot, I stuck with this doubt. The online guide shows to encrypt /root with LUKS. But how to do full disk encryption including /boot?
<raghavgururajan>Thanks! When I use to install Hyperbola, I do mkdir /boot under root and then do pacstrap to install base system. But for GuixSD should I create /boot directory under root or will it be automatically created when invoking guix?>
<rekahsoft>raghavgururajan: as far as I'm aware, it will create it when you install/initialize your guix system
<rekahsoft>If you are using a separate partition for /boot you will need to create a directory and mount it prior to installing/configuration a guix installation
<raghavgururajan>Thanks! I am not creating separate partition for /boot. Just one root partition. So I am not installing grub on the disk, what parameters should I pass in libreboot's GRUB config for "linux" path and initrd?
<rekado_>Copenhagen_Bram: you would have to ensure that the loader is in the expected place.
<rekado_>on Guix systems it’s not in a global directory but local to the glibc package.
<rekado_>relying on a single global loader is how binaries on other distros usually work.
<rekado_>Guix doesn’t have a flatpak package (yet?)
<rekado_>if you built a program in you home directory you run it like you always would: ./the-program
*nckx uses (service special-files-service-type ("/lib/ld-linux-x86-64.so.2" ,(file-append (canonical-package glibc) "/lib/ld-linux-x86-64.so.2")))) to fake that, but it doesn't solve much and they should probably drop it.
<rekado_>if it was linked with libraries that don’t exist in the global namespace on a Guix system then obviously it cannot be executed. You would need to relink it.
<nckx>...so Flatpak/AppImage are like binary bundleblobs? Yum.
<Copenhagen_Bram>so when will there be a guixcoin so i can mine coins by challenging binaries and creating new packages?
<pkill9>ooo i found an error with sddm: it calls /usr/bin/X
*Copenhagen_Bram watches guix do its bootstrapping thing
<reepca>so I've been continuously re-trying to build mariadb for an entire day now and still haven't succeeded... the test failures are down to non-determinism, right?
<fredmanglis>Hi there. Is there a way to automatically set the PYTHONPATH variable, or make python find the installed packages in a docker container created with `guix pack -S /bin=bin -S /etc=etc -S /usr/lib=lib -f docker ...`?
<cbaines>fredmanglis, Guix associates search paths like PYTHONPATH with packages
<rekado>fredmanglis: this means that when the container also includes Python itself then the search path would be automatically set
<demotri>How can I reference a multi-module's output in package definitions, like I need (inputs (("icedtea-jdk" ,icedtea-8:jdk))?
<moewe>Hey, I am trying to make a siji font definition, however every other font pulls the source from github with the releases/versioning system, siji doesn't have that. Is there any way to still pull it from upstream, or do I have to fork it?
<demotri>moewe: You can directly clone from git. Let me search for an example.
<demotri>moewe: See for example in gnu/package/web.scm, http-parser. Though if you grep for "git-fetch" you will find several more examples.
<roptat>apteryx, you need (package-native-inputs <package>)
<roptat>usually, the accessor is prefixed by the name of the record type
<apteryx>roptat: what about the package's self native-inputs? I can refer to its name as simply "name", its version as simply "version", in the scope of its definition.
<roptat>ah, it needs to be defined before it's used
<demotri>roptat: Thanks. I'm trying to change the tomcat package. It currently is just the libs, I want the full webserver. I got it running, but now it complains missing a JDK (for compiling JSPs). So, I would add the JDK as propagated input. Sounds good?
<roptat>ah, it builds fine but wants a jdk at runtime, is that what you mean?
<apteryx>right, but there is some feature in the srfi-9 records (that Guix uses), IIUC, that binds the fields to a local variable that can be conveniently used while defining a record... that works for simple fields such as strings, but for the native-inputs alist, it seems to work also but is strangely wrapped in a procedure?
<rekado>apteryx: you could let bind them, for example. If you want to use them in a build phase, however, you should use (lambda* (#:key inputs #:allow-other-keys) … inputs)
<roptat>demotri, I don't know much about tomcat. Could you compile everything it needs in the package definition? I think it would be more guix-y this way
<roptat>it would be nice if it didn't try to compile stuff at runtime I guess
<roptat>if that's not possible, then you can add the jdk to propagated-inputs, or hard-code the path to the jdk in tomcat
<apteryx>rekado: I see :-) how do I transform it back into the alist it was?
<demotri>roptat: At a first glimpse, it looks like the package as sich is fine. I can bin/startup.sh tomcat. But when I access at RUNTIME the .jsp page, I get that complain. The cause is that tomcat is compiling at RUNTIME on-the-fly the JSP and thus needs a JDK at runtime.
<apteryx>and more generally, how do I know if a field is going to be thunked or not in (guix) record?
<demotri>roptat: It is just that what's it doing. It NEEDS JDK in propagated-inputs. I will try this now, it was just that I didn't know the syntax to get :jdk in.
<demotri>roptat: Thanks so far, will try next steps :-)
<roptat>demotri, sure, thanks for taking care of that :)
<roptat>although, if you could hard-code the path to the jdk, it would be better (we would avoid conflicts if users want to install a different jdk in their profile)
<demotri>roptat: I see. I will try with the proagated-inputs quickly and will later see how to clean it up.
<rekado>apteryx: the record definition states which fields are “thunked” or “delayed”.
<rekado>apteryx: to get the value of a thunk you need to run it.
<pkill9>hi, I've got an odd issue: My thinkpad X240 laptop running XFCE on GuixSD (with %xfce-desktop-service) often freezes when suspending via closing the lid, but not when suspending via the logout menu, or when running `xfce4-session-logout --suspend`. It also freezes when closing suspending via closing the lid in weston (wayland compositor) but not when running `loginctl suspend`. It doesn't freeze when closing
<pkill9>the lid to suspend when I'm am just in a non-GUI TTY console. Does anyone know what might be causing this?
<pkill9>hmm, it might actually be because my laptop's webcam seems to have a loose connection (disconnecting when moving the lid), and maybe it's disconnecting/reconnecting the webcam during suspending which is interfering with it
<pkill9>i'll see if disabling the webcam in the BIOS fixes it
<roptat>only that you need to do the same as usual, but with a luks partition
<Elon_Satoshi><rekahsoft> Copenhagen_Bram: do a normal bios boot. So ensure the disk has a bios format partition table (not gpt) and create a single partition (ext4 or whatever is supported by grub). Mark that partition as bootable and follow the guix manual proceedure for installation
<roptat>I don't really know that part of the booting process, maybe a legacy bios cannot boot on a gpt disk?
<Elon_Satoshi>I can boot fine off of a gpt disk, as long as it's unencrypted.
<roptat>ok, I really don't know, but I'd say it's fine
<roptat>if it's not possible to boot with an encrypted root partition, then use a bios partition table
<apteryx>rekado: thanks for your answers. No, I'm not currently trying to fix #25235 per see, although they seem related.
<apteryx>I was interested in wrapping a Makefile based tools (crosstool-ng) with its inputs only (no native-inputs). It seems there's nothing exposed currently on the build side to do this, so I tried hacking something to "leak" the native-inputs package names into the build side.
<apteryx>The correct fix would of course be to modify the underlying mechanisms to expose the list of native-inputs so that any build system/utilities can make use of it.
<apteryx>The bags have the information but it's grouped a bit differently (build-inputs, host-inputs, target-inputs)
<apteryx>at the time we apply the build system to a bag, this information is lost as the only information passed to the build system about the inputs is "inputs-drvs", which lists the combined inputs derivations.
<apteryx>so probably passing the extra information at that level would enable its use in the build-system, but I haven't attempted this as I wasn't too keen on rebuilding the world
<apteryx>the bag->derivation procedure is defined in (guix packages).
<jackhill>at the very there might be some troubleshooting help in that thread. It was suggested that we add that to a troubleshooting section of the manual, but that hasn't happened yet.
<jackhill>Elon_Satoshi: from my experience it seems like gpt with and encrypted root will work for you (and Guix does not support a separate unencypted /boot). You'll have to unlock the luks volume twice (once for grub and once for linux-libre)
<reepca-laptop>civodul: just rebased guile-daemon on master again, I think c44484dc20 (fixes python2's site-dir patch when run with a non-default store directory, necessary for test-building any packages using it) and 91cbfa8da9 (improvements to (guix store database)) are ready for merging.
<wigust>mbakke: I've finished building all my manifests on ‘staging’. I prepared two patches for failed to build ‘gtk-vnc’ and ‘php’. Should I push them directly to ‘staging’ branch?
<roptat>So I've got the overdrive, but it doesn't scem to have a connector for screen… how can I manage it?
<roptat>Also, it seems that the latest connit of bap can be built with ocaml 4.07, and it's the only user of ocaml 4.02 right now. Should we wait fwr the next release and drop ocaml 4.02 at that point?
<bavier`>when I ctrl-c a 'guix' process, I sometimes see the associated guix-daemon process remain alive
<raghavgururajan>Help! I just installed GuixSD on my X200T with libreboot. I did not install bootloader on disk. Since I changed the libreboot's grub.conf for my pervious Hyperbola installation, my now-installed GuixSD is not booting. So to boot manually from libreboot's bash like command line, what values should I use for commands "set root", " linux" and "initrd"