<butterypancake>when it crashed though it had a better backtrace. Does it save that backtrace?
<reepca>¯\_(ツ)_/¯ personally I haven't installed since ye olde days of manual installation
<butterypancake>damn, I don't think I have the backtrace. which is a shame because it had file names and line numbers and everything. I guess I'm going to try installing again and just take a screenshot
***ChanServ sets mode: +o lfam
<butterypancake>I mean I really should do the CLI installer reepca, but I already made a new ISO to avoid that, so I might as well debug this, and maybe even make a patch. I'd love to contribute to guix
<lfam>covidman: The topic of this channel is Guix, please stick to it
<covidman>I understand why guixSD is not ported to BASH
<reepca>well if read-partition-uuid is returning #f, then it would make sense that none of %partition-uuid-readers returned a non-#f value. I see a fat32-superblock-uuid, and I see a fat16-superblock-uuid, but nothing about vfat
<butterypancake>so when you go through with the default partition scheme, it doesn't even tell you it's making a boot partition. You see the swap, you see the ext4 one, but it don't even mention the boot one
<butterypancake>so I went through and told it manually to have a boot partition. And I had to choose between fat16 and fat32, no fat12 option!
<ryanprior>How do I test whether a package builds when I've modified its source in the guix git tree?
<ryanprior>I test my packages in their own files using "guix build -f mypackage.scm" and then I want to test them before I submit them upstream but I have not figured out how to do that.
<devtexa>I am the dos partition table. The first partition is ext4. Mounted in / boot
<devtexa>The second partition is ext4 with luks encryption, decrypted and mounted on /
<devtexa>The third partition is ext4, mounted on / gnu
<pkill9>ryanprior: once you bootstrapped, configured, and make'd the source tree (the latter is technically optional, but you'll want to do that anyways so it doesn't compile everything each time), you run ./pre-inst-env guix build <your package>
<ryanprior>Do I need to configure with a separate store or in a special way?
<jackhill>devtexa: hmmm, I don't know then. I have only ever used one filesystem though. Maybe if you don't get help here, try on email@example.com
<devtexa>Is the default encryption scheme of Guix Graphics Installer feasible?
<devtexa>I read Guix's grub.cfg. If /gnu is also encrypted, there is no way to find the kernel. How does it start?
<jackhill>devtexa: grub known how to unencrypt the luks volume. You will get prompted for your password twice though, once for grub, and once for linux (we don't have a way for grub to pass the encryption key yet)
<jackhill>or perhaps firstname.lastname@example.org if you think what you've run into is a bug, which sounds possible to me, but since it's not clear to me why you're having problems it's hard to say for sure.
<mroh>jackhill: bug 35085 is also about emacs not reproducable
<vagrantc>wait, did guix get support for split /boot partitions? i thought /boot had to be on the same partition as /gnu ?
<jackhill>mroh: thanks. I'll tell the tracker to merge them.
<lonzo`>is linux-libre's support for AMDGPU good enough for gaming on steam?
<reepca>lonzo`: I think you'll find that no modern AMD GPUs can provide 3D acceleration without proprietary firmware that, naturally, linux-libre won't load. For reference, I've tried the A10-7850k integrated graphics, a Radeon HD 6670, an R5 230, and a Radeon HD 7870. I've heard claims that the old trinity APU integrated graphics didn't require proprietary firmware, but haven't tested that.
<jas4711>good morning! i have some guix machines exposed to the internet, and wondering what the best practice is to keep them updated in an unattended way? 'guix pull && guix system reconfigure /etc/config.scm && reboot' in a daily cron job leave something to be desired. is there something better?
<devtexa>sorry, my english is not good, i have to use google translate
<jas4711>rekado: right. i think that part is critical for what i would like. my test question is 'can i leave this system unattended for 6 months and come back with a security machine?' and i optimize on as few reboots or service restarts as possible.
<rekado>devtexa: no worries, just wanted to be sure we’re talking about the same thing :)
<rekado>jas4711: I don’t think answering this definitively is possible yet.
<jas4711>rekado: great, and you helped me confirm that my knowledge on this is as not far away from the state of the art
<rekado>I’m not sure if the kernel in Guix System supports run-time patching (I don’t recall if there were discussions on guix-devel), but I know that for services we avoid restarts upon upgrade.
<rekado>because we can’t know if the service may be interrupted during the upgrade
<rekado>if you’re okay with restarting services you could do this remotely following a completed “guix deploy”
<rekado>but there’s nothing ready-made that you could just enable
<jas4711>i wonder how far away from what i want we are though -- 'guix pull && guix system reconfigure /etc/config.scm && reboot' actually achieves what I want but it does not scale well. the first thing would be to avoid the reboort unless necessary. the second would be to restart services
<jas4711>rekado: i really want things to be unattended. can i run 'guix deploy' from the same machine? i don't want to add inter-machine dependencies for security
<rekado>jas4711: “guix deploy” only really makes sense when you have a “controller” and a herd of servers to be controlled
<rekado>you would use that one server to coordinate and apply all updates rather than rely on anything that’s on the target servers
<rekado>we’re using this to upgrade the Guix build farm at ci.guix.gnu.org from the head node
<jas4711>rekado: what prevents both things from running on the same machine? i'm thinking wether 'guix deploy' is the answer to my unattended-upgrade challenge
<rekado>we aren’t reconfiguring the nodes directly.
<rekado>well, if you use “guix deploy” on the same machine then it’s really just a more complicated “guix system reconfigure”
<rekado>it works but I fail to see the point in using it on the same machine.
<jas4711>rekado: okay. then i don't think 'guix deploy' helps with what i want. unless there are plans to add service/kernel restarts through that mechanism?
<rekado>I just checked the chat logs: we do have the package providing kexec but there’s no special integration to hot-load the new kernel
<rekado>not to restart services is a choice we made
<guixer>Hi Guix! I am trying to configure vpn via network-manager-applet (nm-applet). I also have network-manager-openvpn installed. I get an error "Insufficient privileges" when I try to save the config. Any ideas?
<guix-vits>guixer: do you have any DE installed? Maybe the polkit-XYZ is missing. IDK.
<guixer>guix-vits: No, I am using i3. polkitd is running as a process. But I can't see a shepherd service for it..
<guix-vits>guixer: idk, but all those applets, when need to do something for what user have a "Insufficient privileges": they pop-up a frame with "Password" field. Gksu, KDEsu... i mean, maybe you need one of that?
<guixer>guix-vits: ah. Thanks. Haven't thought about that. I'll try and see if that helps.
<bricewge>guixer: network-manager-openvpn should go in a service field if I understand correctly
<bricewge>I also have issue with polkit (and this applet in particular too) when using tmux, I never managed to understand where did ti come from though
<guixer1>guix-vits: I found a workaround to set up the vpn profile via nm-applet: I unchecked a checkbox which is activated by default. Unchecking the checkbox "All users may connect to this network" did the trick.
<TZander>rekado: re 40959. indentation of most of the patch is 2 spaces, except for (origin where its 1 space.
<TZander>oh, likely I saw an outdated patch with that comment, rekado. Sorry, ignore me. I'm used to something a tad more mature than a fixed-width display of messages where the latest version is at the bottom...
***pie_[bnc] is now known as pie_
<bricewge>TZander: #40782 looks good! I'll push it after #41017 is merged
<peanutbutterandc>Last night, I'd said here that calibre is unable to open pdf,etc.-readers after a call to `guix gc`; just now I had this thought "maybe xdg-utils isn't defined as an input in the package definition", and I checked, and it seems that xdg-utils is defined only as a (native-input) and not as an (input)
<peanutbutterandc>Now, I want to test this out myself before I bother anyone else here. And I have a question - if I put that package definition in another place and load that definition (without changing the package name), which one will guix install install?
<raghavgururajan>bricewge Were you using zathura until now? I noticed that plugins are not correctly found. This is in current master.
<bricewge>raghavgururajan: Yes. I get “Could not register plugin '/home/bricewge/.guix-profile/lib/zathura/libpdf-mupdf.so'.” from zathura and co being installed in my user profile
<raghavgururajan>bricewge When I installed zathura with zathura-pdf-*, and tried to open a pdf file. I got error: could not open plugin directory: /gnu/store/50qw614fyphc6vfsfmxpwkmdgirqqqnq-zathura-0.4.5/lib/zathura
<rekado>TZander: I don’t understand your comment about maturity and fixed width.
<raghavgururajan>bricewge So regarding #40994, you would like to moving and modifying into separate patches?
<TZander>rekado: that refers to issues.guix.gnu.org
<rekado>TZander: yeah, what about it? Do you have constructive criticism?
<TZander>personally I'd argue that using one of the various existing merge-request platfoms isn't equal to tabula raza...
<TZander>anyway, another suggestion that is probably quiet easy to do is that patches already are recognized and have green/red backgrounds. But the fixed width means many lines are split and that makes it hard to read still.
<bricewge>raghavgururajan Yes take inspiration from the commit I mentioned or look for others of the same kind in the log
<civodul>TZander: as for the layout of patches, i agree that it's annoying, but for me the next step would be to come up with a patch
<civodul>sometimes i'm hopeful someone else will fix it :-), but i'm not in a position to require it from anyone
<TZander>I don't want to get sucked into that deep-end ;) This started because I wanted to contribute to proof-reading a contribution and stopping when I felt the platform was missing all the innovations of the web of the last 15 years.
<TZander>civodul: nice post. I guess if the requirement to contribute is that one uses email (and not issues.guix.gnu.org) that is a valid answer. It was lost on me that issues.* was not uses as a platform.
<cbaines>TZander, fixed width display of text is usually a good thing for webpages, as it maintains redability across different screen sizes
<civodul>TZander: as you know, issues. is meant as an additional interface for people who don't use email or Emacs
<civodul>it's not perfect, you've said it repeatedly
<civodul>mbakke: solution #2 mentioned there is implemented, so it's less bad than it was, but still not great
<TZander>cbaines: yeah, the issue is that even 80 columns-respecting patches can get cut into multiple lines.. Maybe another 10% width is a good enough solution.
<mbakke>The WebKitGTK sandbox issue should be solved first though, and some users reported distorted icons.
<mbakke>wrt the latter, I suspect we may have to start using 'librsvg-next' for x86_64 and leave icons broken on other arches for a while :-/
<lhp22>Hi there ! I've just installed GuixSD on a virtual machine (virtual box, on windows). And I get some strange things. I've run `guix pull` and I get the hint `
<lhp22>check your shell is shell is the good one (on the GuixSD, it suprises me getting this). And after I want to do `guix update` but guix says to me I must run `guix pull` before ?! That I've just done ... Oo
<raingloom>i see that others were talking about ISO size. i've been expermenting with installing Guix on an old Pentium II machine with a 4 gig hard drive. it does take a surprisingly large amount of space.
<TZander>so, the thought that struck me is that on 'guix environment' you get default set of things included. `ls` being a good example. So when 'which' is missing, would a patch to add which to the base-set be a way to solve it?
<TZander>maybe I'm misunderstanding it. In that case, ignore me :)
<ryanprior>How can you see what things are part of the base-set?
<TZander>makes me curious, how come that ls is present when you use the 'guix' argument? Some dependency in the tree, perhaps?
<ryanprior>Hmm there's something else going on here, if I add my guix profile to my PATH in my bashrc, does that get sucked in when I do `guix environment --pure`?
<cbaines>TZander, seems to be in my system profile: /run/current-system/profile/bin/ls
<cbaines>I haven't got it installed in my user profile
<ryanprior>When I do `guix environment --pure --ad-hoc which -- ls` then it says "no such file" but if I run `guix environment --pure --ad-hoc which` to get an interactive shell and then run `ls` it works
<cbaines>There is such a thing as %base-packages, defined in (gnu system)
<cbaines>and I'm using %base-packages for the packages in my system, hence I have coreutils which contains ls
<TZander>oh, this is curious. 'guix environment' just doesn't have /bin in the PATH
<cbaines>Well, depending on whether you pass --pure, it either extends the $PATH, or replaces it
<ryanprior>Running `guix environment --pure --container` gives me an actual pure environment, just running `--pure` doesn't, possibly because it's loading my bashrc or my bash_profile which loads my bashrc.
<ryanprior>println debugging reveals that it is indeed reading my bashrc (but not my bash_profile) which immediately pollutes the pure environment.
<cbaines>It doesn't load your .bashrc, but because it's start bash, bash loads your .bashrc
<ryanprior>A distinction without a difference in my case
<cbaines>guix environment is one of the things where it can matter whether you put something in .bash_profile or .bashrc
<ryanprior>I'm looking into whether there's some way I can detect in my bashrc that we're in a pure environment and bail before doing the normal setup
<cbaines>What's in your .bashrc that you sometimes don't want to happen?
<cbaines>That should be in your .bash_profile, not your .bashrc
<cbaines>As it's not something you want to necessarily take effect in every shell
<ryanprior>I didn't document this so I don't know, but I recall in the past having issues with that related to emacs shells not being able to find my guix binaries because it didn't load my bash_profile
<ryanprior>So I'll try moving that back to my bash_profile and look out for issues in emacs, and if necessary find some way to force emacs shells to load my bash profile
<mroh>maybe try testing if $GUIX_ENVIRONMENT is set
<TZander>sisisix: This is an inherent issue with any network-stack. You open a file which sends a request to the server and a reply comes back. That is slooooow compared to local disk. (10 to 100 times as slow)
<cbaines>and out of interest, why were you trying to run Guix with NFS? (I'm not suggesting it's a bad idea, I'm wondering what application you had?)
<cbaines>I think this is an interesting area, because the immutable nature of the store should lend this to working performantly over the network
<cbaines>as anytime a store item is accessed, you could send over all the metadata regarding all the files in that store item, and cache that on the client
<cbaines>you could also cache the data in the files themselves.
<sisisix>I saw a blog about guix cluster in hpc.guix. Then I tried to run it. This performance is too bad
<cbaines>if it had worked, what were you going to use it for?
<sisisix>Prior to this, I used guix pack to package the application, and then sent to each client
<cbaines>Bash at least already includes support for that functionality, via commands like type -p
<cbaines>Whereas which is a standalone executable, specifically separate from a shell
<OriansJ>cbaines: yes but I would like mescc-tools and M2-Planet to build on systems that use alternate shells such as dash or gash
<cbaines>I missed the earlier parts of this discussion, so I'm lost on a bit of the context
<cbaines>I don't know much about dash or gash, and I'm not sure if they have a which builtin
<OriansJ>just me attempting to update my guix script for the build of mescc-tools and M2-Planet. So that the tests run on all of the BSDs and other POSIX systems which might not have sha256sum (which is only used on the optional tests)
<cbaines>If this is an issue about depending on which at build time for the Guix package of mescc-tools and M2-Planet, that shouldn't be an issue, which is an input to a few packages
<OriansJ>well mescc-tools and M2-Planet are going to be at the roots of trust for all guix binaries
<OriansJ>as they are the roots that are going to bootstrap guile and MesCC
<OriansJ>I can even tell you the exact checksums of the binaries prior to the build
<cbaines>I'm no expert, but using which shouldn't be a big problem, especially if it's just used to decide which tests to run
<OriansJ>So I need a way in guix to checksum the binaries and that is it
<cbaines>However, if that's the use case, maybe just trying to run sha256sum and seeing if it works is a simple, dependency free way to check
<OriansJ>which I then can just encode in the guix script and ignore the standard tests entirely
<ryanprior>Do we remove packages which are out of support and don't get security patches? eg Ruby 2.3 was in "security maintenence phase" until March 2019 but is no longer getting security patches - do keep packaging it?
<cbaines>ryanprior, the packages for Ruby (MRI) are more out of date than I'd like
<cbaines>core-updates has 2.6, but of course 2.7 is the current release
<ryanprior>I'm working on updating MRI right now which is why I'm asking :)
<cbaines>that would be nice for the next core-updates cycle
<ryanprior>Okay cool I won't worry about doing that then
<cbaines>but it would also be nice to have a package for 2.7
<cbaines>maybe that could be added without making it the default Ruby (and thus without require rebuilding all the things that use Ruby)
<ryanprior>I will create two patches, one that adds 2.7, and another that makes "ruby" track 2.7
<ryanprior>That way yall can handle that roll out according to whatevr process
<ryanprior>Different Ruby versions need different files to be patched, so I'm thinking about defining some helper functions to avoid repeating lots of common config in each package. Is that looked down upon or is that the point of having these mcdubjobbins be scheme files anyway?
<TZander>so, I'm looking at a package (kparts) that has "propagated-inputs" in its build. Specifically with 'kio'. What confuses me is that while kio is in the build-space, the dependencies of kio are not. Whats the point of propagated-inputs ?
<lafrenierejm>Anyone available to help me understand `substitue-keyword-arguments'? I'm trying to figure out how to override both #:configure-flags and #:test-target for a new sqlite variant in gnu/packages/sqlite.scm.
***ChanServ sets mode: -o lfam
<lfam>TZander: Propagated inputs are installed into your profile along with the package that propagates them. It's for languages and tools that don't keep references to run-time dependencies
<TZander>ok, for your profile. Is that relevant for the build environment?
<TZander>Hmm... I'm trying this and it looks like using 'kio' as an input of 'kparts' doesn't make all dependencies of 'kio' implicitly also dependencies.
<lfam>No, it's treated the same as plain inputs in the build environment
<TZander>I must be missing something obvious why this compile is failing
<TZander>but this explosion of the dependency tree is all over the KDE file.. khtml lists kparts as dependencies, and then lists lots of kparts depencies again. Why would you not have recursive dependencies?
<pinoaffe>TZander: I don't quite get what you're saying, but if package X has package Y as an input, then Y should be available at build-time of X, and all propagated inputs of Y should also be available at build-time of X, but regular inputs and native inputs are not necessarily directly accessible to X
<TZander>ok, all I need to do is move one package to be in the propagated-inputs instead of in inputs
<pinoaffe>please only list packages as propagated-inputs if the program you're packaging requires that, aka if it does a lookup for its dependencies at runtime
<rekado>sisisix: iscsi is for sharing raw disks, not for sharing the file systems on top, so it would not be surprising to have inconsistent state across different machines reading the same disks when another machine writes to them.
<rekado>sisisix: I did consider iscsi before, but this lack of consistency guarantees means that iscsi probably isn’t the right mechanism here.
<rekado>an alternative is a cluster file system, but they usually aren’t very performant.
<rekado>Guix on a cluster is a pretty special case (one client writes, all others read), which should be easy to optimize for if only you could tell your cluster file system that this is what you want.
<lfam>What is 'in-vicinity', as used in a handful of Shepherd services?
<lfam>AFAICT, it's not defined in Guix, and not mentioned in the Guile procedure index
<cbaines>The Guile procedure index doesn't mention all the available procedures
<rekado>disabling the tests would lead to a different derivation
<cbaines>Adding #:tests? #f to the package arguments will work for most build systems
<lafrenierejm>rekado: Ah. I was wondering why there wasn't a flag for `--build`, but that makes sense. Right now I'm just wanting to iterate quickly on a recipe, so cbaines suggestion is sufficient. Thanks all.
<Guixguy>Hey all, I'm trying to load sdl2 in quicklisp on emacs. I am getting
<Guixguy> [Condition of type CFFI:LOAD-FOREIGN-LIBRARY-ERROR]"
<Guixguy>Does anyone know what guix package would provide that for me? I currently have: "sdl2" "sdl2-gfx" "sdl2-image" "sdl2-mixer" "sdl2-net" "sdl2-ttf" installed
<pkill9>anyone know what could be causing this error?: /gnu/store/izwfd04xdkcl8kl6x8j8b9nyq9w5wnkv-python2-pygobject-3.28.3/lib/python2.7/site-packages/gi/module.py:177: Warning: cannot register existing type 'RsvgHandle'
<pkill9>that is admittedly oddly specific wihtout any context
<pinoaffe>mbakke: did you ever get i3lock to work? for me, it doesnae allow me to unlock even when I enter the correct password