<OriansJ>A87221: http:paste.debian.net/1034447 here is my minimal setup, you might find it useful (It does however encrypt the entire drive and requires you to set the volume's label to root)
<mange>A87221: This is my attempt to exclude colord from your config: https://paste.debian.net/1034448/ I haven't yet verified that gst-plugins-base is gone, but I figured you may be interested in the type of change to make.
<mange>This is a bit hacky, because colord-service-type isn't actually exposed, so we need to use @@ to get access to it.
<Kurt86>Can someone help me solve this problem? I receive this error: grub-install: error: /gnu/store/bdzxdpdw25k8v6lz54clz42bilx47srj-grub-2.02/lib/grub/x86_64-efi/modinfo.sh doesn't exist.Please specify --target or --directory.
<A87221>mange, are your only changes in lines 60-62?
<mange>I also changed line 3, to add (srfi srfi-1). That's what let me use remove in line 60. I also added another closing paren on line 63, to balance them.
<OriansJ>A87221: it strips out all the services and packages that are not explicitly listed (hence why it has to explicitly list bash and the service required to have TTL1 and TTL2 have consoles for login)
<mange>Interesting that you've listed so many things as system packages. Any reason to not install things like git and icecat as user packages, rather than at the system level?
<OriansJ>mange: Short version; If there was an ability to define user level packages in the system definition I would have but as I want to be able to just login and know all the tools I require are installed and setup correctly
<A87221>mange, I am going to launch the reconfig. // oriansj, thanks for sharing. I can learn from it.
<A87221>I don't exactly know what I am doing, of course. (o:
<OriansJ>30 seconds after guix allows one to setup user or group packages as part of a system definition, I'll be upgrading my configuration again to strip system level down to the bone
<OriansJ>A87221: good, it means you'll learn alot.
<A87221>mange, build is running, will take some time. What does "srfi" provide, besides "remove"?
<mange>Excellent! Sorry that this was so hard, but I'm glad we managed to get something working for you.
<A87221>The compile error was a blocker for me. I am a coder, but I don't know guile and my apt-get-fu is useless here.
<mange>Yeah, and it's only a problem on i686-linux, from what I understand. I had no problems building that system locally, but I'm on a x86_64 machine.
<A87221>I tend to use i686 in VMs and x64 on metal.
<Kurt86>I'm installing guixsd and it reaches a part where I get this error: grub-install: error: /gnu/store/bdzxdpdw25k8v6lz54clz42bilx47srj-grub-2.02/lib/grub/x86_64-efi/modinfo.sh doesn't exist.Please specify --target or --directory. Can someone help me solve it or give me a hand please?
<Kurt86>I'm installing on a 250GB drive and I want to use it completely for guixsd.
<mange>Hey Kurt86, sorry. I've seen that mentioned on the mailing list before, and from memory it was an efi issue, but let me try to find the thread.
<atw>I heard that I can write a build phase like (lambda* (#:key version #:allow-other-keys) ...) but I can't find an example of that in the guix/build directory. Is it possible, or will I have to do something like (let ((version ...)) (package ...))
<atw>I'm doing this because the thing I'm trying to package has a path I'm trying to construct like (string-append "source/Agda-" version "/src/data/lib/prim/Agda/")
<mange>atw: The way (package ...) expands will make it so you can use version within it, I think. So (package (version "...") (... (string-append "source/Agda-" version "src/data/lib/print/Agda/") ...) ...) should work.
<mange>If you look at most packages, the version is included in the source filename with exactly that pattern.
<Kurt86>Mange /sys/firmware/efi exist for you? what is the full path ? thanks in advadced
<mange>I'm not on GuixSD at the moment, but it does exist on my GuixSD machine at home. That is the full path.
<OriansJ>They both have their place and their time, use the right tool for the right job
<A87221>OriansJ, I jest. But I do like Geany and have useful config files for it. Perhaps I should package it for guixsd to "give back" to the community.
<mange>A87221: That would be great! If you need any help with packaging then please ask. :)
<A87221>Ahem... I need help, point me in the right direction, sensei.
<atw>mange: compilation could start but the execution of my build phase fails because version appears to be bound to a proc: the backtrace includes (string-append "source/Agda-" #<procedure version ()> "…")
<mange>atw: Can you show us a paste of your package? That sounds like you have a procedure named version that's messing things up somehow.
<mange>I don't really know about Geany and how to build it, so you may have to do some exploration. :)
<atw>mange: I may have gotten over that hurdle. I unquoted version. Makes sense that I had to do that because I'm inside a build phase like (package (arguments `(#:phases (modify-phases %standard-phases ...))))
<davidl>civodul: I have been considering puri.sm laptop with an nvme drive, but those are really expensive.
<OriansJ>davidl: the best upgrade for an x200 is an SSD followed by More memory. As it is a core2duo chip, they can easily be undervolted to 15W without losing more than 20% performance.
<OriansJ>Although in virtualization, Core2Duo got completely hammered by K8s; despite having higher floating point and integer benchmarks. Not that most people buying Chips at that time really cared much about virtualization then
<davidl>OriansJ: thanks for the tip. I actually just replaced to an SSD which helped with overheating to some extent.
<davidl>OriansJ: I am not sure how undervolting works - but I found the PHC-project, which is GPL; would it possibly not work due to core/libre-boot being installed?
<JeremiahOrians[m>davidl: no, since the bios setting of voltages can be overridden by the kernel. so yeah it looks like the linux Processor Hardware Control program could be used to undervolt your CPU and drop your thermals
<JeremiahOrians[m>just remember to drop clock speed with voltage and small adjustments only. All chips have a unique performance/power curve that later you'll want to map out to optimize your balance of power and performance
<davidl>JeremiahOrians[m: ok, thanks for all the tips. I might try this.
<civodul>rekado_: i cannot reproduce the issue on my laptop
<civodul>that is, boot-builder doesn't have #<procedure ...>
<Guest14691>I'm running some Python code in a virtualenv that uses cffi, which is failing with "OSError: cannot load library libgobject-2.0.so.0". The strace says it's searching in the Guix python, glibc, gcc and libffi packages but this library is actually in the "glib" package. Any tips?
<civodul>Guest14691: if i recall correctly, cffi searches .so files in the compiler's search path, no?
<civodul>perhaps you can work around it by setting LD_LIBRARY_PATH appropriately?
<ecbrown>i work in a big office building, and apparently i5's are considered "junk"
<ecbrown>they pulled the hard disks and threw them out. i schlepped them out to my car, and now i use them for experimenting with OS's including GuixSD and Debian Hurd
<pkill9>i would like to find old laptop in office dumpsters
<pkill9>but if i don't work there it might be a bit weird
<ecbrown>those were there, just not of interest as I wanted a high probabilty of hardware compatibility with libre OS
<ecbrown>it was a great experiment, as now i want to incorporate Guix in my actual work. i'm just stunned at how Guix makes this stuff possible, and seems like i haven't slept for days due to excitement.
<sneek>mbakke, g_bor says: I'm on vacation until Sunday. Could you do the wip-java8 merge to staging?
<mbakke>Also, I'm trying to add a "lib" output now.
<pkill9>will there be anything about Guix at freenode live in november?
<ng0>so when you enter an environment with cups and have cups as a service running and set up before, all functional, AND you have no font-dejavu installed, you will have to waste some minutes to figure out why printing via lpr will complain about a missing font. is this our territory to document?
<ng0>And installing dejavu, as suggested elsewhere, does not remove the error
<ng0>D [20/Jul/2018:18:01:54 +0000] [Job 68] Set job-printer-state-message to "Ignored bad font \\"monospace\\"", current level=WARN
<enderby>umm, no matter what I do for 'guix package', I keep getting a message about adding "export GUIX_LOCPATH=$HOME/.guix-profile/lib/locale". I have both glibc-utf8-locales and glibc-locales installed. Lots of my applications are giving me "failed to sh: warning: setlocale: LC_ALL: cannot change locale"
<enderby>can anyone help? I've been kind of rolling back and forth between generations and I can't figure out what to do
<lfam>You should export GUIX_LOCPATH from ~/.bash_profile, assuming you use Bash. It won't take effect fully until you log out and back in, since ~/.bash_profile is only used when logging in. You can test it without logging out by starting a new login shell: `bash --login`
<ng0>alternatively, source .guix-profile/etc/profile in the running shell
<lfam>You'll only need one of those packages installed. glibc-utf8-locales is a small set of locales for testing. It happens to include en_US.UTF-8, so if that's what you need, you can get away with using glibc-utf8-locales, which is smaller than glibc-locales.
<pkill9>is /etc/profile generated? Can I edit it to set global environment variables? if not, where should i specify them?
<Thra11>I managed to fix some of my locale warnings by setting GUIX_LOCPATH, but I still get them occasionally. I think it might be that the build daemons don't have GUIX_LOCPATH set. Is that a possibility?
<pkill9>yeah Thra11, are you running guix on a foreign distro or GuixSD?
<Thra11>pkill9: foreign. I did the orignal install using the script
<pkill9>ah ok, just rerun the daemon with GUIX_LOCPATH set
<Thra11>pkill9: Should I point the daemon's GUIX_LOCPATH directly at the store rather than at the locales in my user's profile?
<Thra11>Hmmm. looks like the systemd unit file already sets GUIX_LOCPATH to look in root's profile. I guess I just need to install the locales in root's profile