<caffe``>i'm not sure i can get on board with the whole idea that removing a user's freedom to read and choose what licenses they wish to accept, is somehow advancing the cause of software freedom. it seems more like a freedom being taken away, and choices being shoved down your throat. I can understand not wanting to include non-free software, or not wanting to package it... but to remove the user's choice is no better than what proprietary
<OriansJ>I guess caffe failed to realize one can still install non-free software on Trisquel by just downloading and installing ubuntu debs
<OriansJ>I wish, I had the chance to discuss and educate them further, such that they understand that just because one chooses not to host non-free software does not mean non-free software isn't available for the system in question.
<yrk>OriansJ: it's somewhat akin to accusing a vegetarian restaurant of taking away people's freedoms
<OriansJ>yrk: actually it is more like accusing a vegan food delivery service of preventing you from going to McDonalds
<OriansJ>yrk: perhaps it indicates we might need to be more careful in our education of new members of our community about the responsibilities of the user and the responsibilities we as maintainers have assumed. Perhaps more verbose documentation about writing custom packages and binary blobs might be in order.
<random_auroras>If ubuntu debs are compatible, couldn't such a user simply use ubuntu repos?
<random_auroras>Perhaps pinning it so that it's only used on-request (like debian backports).
<buenouanq>Are all the services going to eventually be changed from `(...-service' to the `(service ...-service-type' form?
<buenouanq>I have no preference between them, I just like things no be consistent ( ._.)
<marusich>I want to know the output path of a fixed output derivation, given just the name, the hash algorithm, the hash, and whether or not it's recursive.
<marusich>I know that I can create a derivation (e.g., via derivation or raw-derivation) with the appropriate values for name, hash-algo, hash, and recursive?, and then apply derivation->output-path to it.
<marusich>However, I'm curious: is there any other easy way to get the output path? I noticed that we have a procedure called fixed-output-path in (guix store), but it doesn't seem to do what I want.
<platoxia>My system date is borked (GuixSD): 'date -d@0' returns Wed Dec 31 18:00:00 CST 1969.
<marusich>Hmmm, it seems I may have been mistaken. It looks like fixed-output-path may be exactly what I want. Perhaps I was just confused earlier.
<platoxia>Bah...nevermind. I'll just have to use the -u switch.
<marusich>platoxia, The command 'date -d@0' asks date to tell you the time at epoch timestmap 0.
<marusich>So, that looks correct to me, and it doesn't indicate anything is wrong.
<platoxia>I know, I'm in CST...which is utc -6...1800
<marusich>Well, when you pass @0 to the -d option, you're asking it to print the time at 0 seconds after the epoch.
<marusich>Sorry if you already understand; I just wanted to clarify in case maybe you didn't know.
<marusich>Details can be found in the manual at: (coreutils)Seconds since the Epoch
<platoxia>I guess I thought my system time would be set to UTC and just converted to my local time...it looks like my system time is set to local time though, which is why it is giving me Wed Dec 31 18:00:00 CST 1969...that time is Epoch -6.
<badlock>I can't boot the system with the partitions in label or uuid mode (config.scm). It always returns a message "Waiting for partition root to appear". I only got it through set root=(hd0, msdos1); linux /gnu/store/w38../bzImage noapic root=/dev/sda1; initrd /gnu/store/87r../initrd; boot but... now the boot stops on the USB keyboard line.
<Apteryx>yep! I was starting to look at GnuCash since the old webkitgtk 2.4 failed to build with recent ICU. There is a fix here: https://github.com/NixOS/nixpkgs/pull/30623/files but the real fix would be to move to GnuCash 3.0 which can use the latest webkitgtk, which I'm attempting to do.
<niebie>rekado: ok i've tried it and it works a treat. not that this is something hard to do, but is there any intention in having a command that manipulates these more directly? i would think it would make sense to be able to globally swap active profiles more cheaply than reinstalling whole manifests
<rekado>oh, you don’t need to reinstall the manifest
<rekado>you can simply run “source /path/to/profile/etc/profile”
<niebie>rekado: say i have a minimal manifest i default to, and want to activate a more detailed manifest globally. i've created profiles for them both as above. i haven't been messing with ~/.guix-profile right now, whould i just link that to the desired active profile?
<rekado>where “/path/to/profile” is the location where the manifest has been instantiated
<rekado>no, ~/.guix-profile is the default profile
<niebie>i'm not reinstalling the manifest for a single shell, but if i want to swap the default i would have to i thought
<rekado>it will be generated automatically when you use “guix package” without “-p”
<rekado>to use a manifest by default you would do “guix package -m that-manifest.scm”
<rekado>this will create a new generation of your default profile at ~/.guix-profile with the contents of the manifest.
<rekado>but to just temporarily enable or disable software I’d recommend just to use the “--search-paths” feature.
<niebie>i think i might have muddied the waters here. say i have 3 manifests. i have installed them in separate profiles. i can make the default profile one of these manifests with the -m option. i'm saying that if i already have these profiles available for use with --search-paths, i'd think it would be smart to be able to swap the default between these manifests, rather than rebuilding the default with the -m option.
<niebie>i can work with the current behavior, i just think rebuildling the default profile every time seems a bit heavy handed.
<rekado>you could have ~/.default-profile as a link to the actual profile you want to use.
<rekado>in your ~/.bash_profile you’d source ~/.default-profile/etc/profile
<rekado>when you want to switch to a different one you could just change the target of ~/.default-profile
<rekado>upon starting a new shell that profile would be used as the default instead.
<niebie>i see. yea, that is a solution to this that is workable. i might write some scripts that do that for me. thanks for the help.
<roptat>there is an issue if your shell was started in a profile that required less environment variables
<roptat>switching profile that way wouldn't load new env vars
<mbakke>woot, I got substitutes from berlin for my `guix pull`.
<pkill9>hi, i'm running guix system reconfigure, and putting int he block to bind-mount /home/tmp to /tmp is giving me this error: In procedure scm_lreadr: /gnu/store/4hs8h95j3bf6b57bvnrsk6i3knn5g0il-shepherd-file-system--tmp.scm-builder:1:1050: Unknown # object: #\\<
<pkill9>this is the block i'm using in 'file-systems':(file-system
<efraim>agaric: what if you use 'email@example.com', with the '@'
<mbakke>buenouanq: readline was split from Guile in the start of February.
<mbakke>But no new release was made since then, so for fresh 0.14 installs the .guile will be wrong :/
<agaric>mbakke: oh wow, sudo -E works, thank you. (i'm on guixsd. and just curious: where would i use util-linux? i don't specify it in my configuration nor have i installed it specifically.)
<mbakke>agaric: I suspect there is a bug lurking here, where `root` would use some of your users package definitions (with the updated util-linux), mixed with some of its own package definitions (trying to use the updated util-linux, but cannot find it).
<zybell_>buenouanq:/etc/skel is *copied* by adduser at the time of run and then *forever* left alone
<agaric>mbakke: i see. FYI: this began happening after a pull about 3 days ago (+/- 1 day). also, `sudo guix gc` works fine without the -E. also, i just did the gc, and i see versions 2.30.1, 2.31, and 2.31.1 in the store. (dunno beyond that - im still very new to guix)
<buenouanq>right, which means that if this is a fully fresh install with new empty users, they should mirror skel