IRC channel logs


back to list of logs

<NieDzejkob>I'm not sure what you're trying to say
<oriansj>NieDzejkob: minimizing uncontrolled changes are important to minimizing potential roots of attack
<NieDzejkob>updating your environment variables is no different than updating a package
<NieDzejkob>anyway, who am I to meddle in your workflow
<oriansj>NieDzejkob: also something one should do with full knowledge of what is changing
<NieDzejkob>oriansj: just out of curiosity, do you audit the code of all packages you run?
<oriansj>NieDzejkob: a human with the right to express their views (mine can be (and often are) wrong) which gives us a chance to improve ourselves along the way
<oriansj>NieDzejkob: on limited machines running in complete isolation yes. On machines which are assumed untrusted, no.
<NieDzejkob>oriansj: so, like, you read the entire source of things like the linux kernel or gcc? I would've assumed that's intractable
<oriansj>NieDzejkob: people assumed writing a C compiler in assembly was intractable and I proved you could do it in a single day
<oriansj>also one doesn't need the Linux kernel on a hardened system; L4sec does a better job anyway
<NieDzejkob>yeah, I am aware, I often lurk in #bootstrappable
<oriansj>Sometimes the solution isn't to do things without thinking but rather stop and ask yourself, it is really what you want?
<NieDzejkob>This is interesting. Have you written any blogs about how you do your trusted computing, perhaps?
<gnutec>nop! Still can't login with the new update. But I still here. Uff! Maybe I should wait more time... (about gdm problems)
<oriansj>NieDzejkob: I haven't written any blogs, ever. I haven't even done a talk about stage0 yet.
<oriansj>I prepared for one but they canceled on me, with the explaination of they overbooked and they decided to cut the talks which seemed uninteresting.
<joshuaBPMan>Hey guix, I made a tiny change to the guix cookbook. I am hoping to try to recompile the texi files. Is there a make -doc command I can run to do so? That way I don't have to compile all of guix?
<sneek>Welcome back joshuaBPMan, you have 1 message.
<sneek>joshuaBPMan, sirgazil says: I'd be interested in the information about trying out sway (either as a recipe in the cookbook or as an entry somewhere else).
<joshuaBPMan>and it looks like there is a way that I can render just the doc!
<joshuaBPMan>make doc/guix-cookbook.pdf
<HappyEnt>Hello :) somebody know how can i refer to the source of a package? e.g. something like 'pkgs.firefox.src' in nix.
<pkill9>HappyEnt: (package-source pkg) i think
***jfred9 is now known as jfred
<HappyEnt>pkill9: that works, thank you very much :)
<raghav-gururajan>pkill9 Were you able to boot from your harddrive?
<pkill9>raghav-gururajan: yes :) im running on it now
<raghav-gururajan>pkill9 Cool!
<pkill9>i hacked around it by installing a fresh copy of grub with `grub-install`, and then copying the 'grubx64.efi' file from the directory guix created in the boot partition, to the directoyr created by the fresh copy of grub in the boot partition, and surprisingly it booted up fine
<pkill9>i had no idea what i was doing lol, just following intuition
***sneek_ is now known as sneek
<pkill9>it's weird, guix is downloading multiple copies of mesa
<pkill9>it's downloaded j4b62qfmin76bbcm7wq8i20m75jiswmd-mesa-19.2.7 and 7vs1hx1vyfam4qbd272q0yqasg83x5s0-mesa-19.2.7, yet running `guix build mesa` returns /gnu/store/9rrx3scjqcm8zn2d4c74c3v9gkl4q47n-mesa-19.2.7
<raghav-gururajan>pkill9 That's a smart move.
<raghav-gururajan>pkill9 I probably would have installed dummy grub binaries on a USB, load that grub, enter into grub's command line and boot the respective hard drive. xD
<drakonis1>finally. guix running on guile 3.0 now
<drakonis1>so great.
<drakonis1>the rate of package growth is rising quite fast
<drakonis1>hmm, perhaps it would've been wise to let folks know that guix on armv7 doesnt use guile 3's jit
<drakonis1>not yet
<str1ngs>sneek: seen peanutbutterandc
<sneek>I last saw peanutbutterandc on Jan 21 at 01:37 pm UTC, saying: I heard that python support was something in the works. I wonder: could one `guile --language=python` and then `import python_modules_here`, too?.
<str1ngs>sneek: later tell peanutbutterandc the alsa fix for tuxguitar should be in guix proper now. for foreign distro's you can set the plugin path in ~/.asound.conf, you might need to reference alsa documentation on what to set for the plugin. I'm on guix system and can not check right now. the ~/.asound.conf addition should help with timidity as well.
<sneek>Will do.
***leoprikler_ is now known as leoprikler
<epl692>okay, so I'm trying to install guix, and it's a EFI dell desktop, I get to the end and it says that /boot/efi is missing, so I made a folder, now it's saying it's not an EFI partition. The installer defaulted to msdos partition table when installing.
<str1ngs>epl692: mount -o bind /boot/efi to /mnt/guix/boot/efi
<str1ngs>assuming you mounted your guix partition to /mnt
<epl692>I think I found the issue, I had the wrong setup
<lispmacs>sneek: later tell lispmacs something
<sneek>Will do.
<lispmacs>sneek: later tell sneek later tell sneek something
<sneek>Welcome back lispmacs, you have 1 message.
<sneek>lispmacs, lispmacs says: something
<sneek>Umm, I'm right here.
<lispmacs>sneek: exit
<lispmacs>sneek: quit
<lispmacs>help sneek
<lispmacs>sneek: help
<leoprikler>sneek: botsnack
<str1ngs>sneek: version
<sneek>Sneeky bot running on Guile version 3.0.0 using bobot++ 2.3.0-darcs
<apteryx>ooh. That's more than I've even known about sneek.
<apteryx>ever known*
<str1ngs>wake up sneek!
<efraim>oh, sneek got an upgrade. sneek used to be running on guile-2.0.12
<efraim>sneek: botsnack
<civodul>Hello Guix!
<efraim>about a week to FOSDEM, still haven't finished my slides for my talks :/
<ArneBab>I wish I could come, but this year I have to skip.
<civodul>janneke: congrats on Mes 0.22! \o/
<vagrantc>civodul: there are some quirks with "make dist" that i probably won't have a chance to follow up on till end of januarish ... but maybe you want to give it a whirl and see what breaks :)
<vagrantc>civodul: notably... the "make doc-update-po" target is still needed
<vagrantc>at least for me
<civodul>vagrantc: uh, i'm really swamped right now, could you send a note to
<vagrantc>also when gnu/ and gnu/packages/patches/*.patches are out of sync things seem to fail to build
<vagrantc>but it happily produces a tarball...
<vagrantc>i've got a Debian build running and should get to sleep in about -2 hours and then will be afk till mid-week
<vagrantc>i figure 4 days of sleeping ought to catch me up :)
<jonsger>vagrantc: yeah this and *.patches thing is also on openSUSE, sometimes a problem. I just send then a fix to the ML
<vagrantc>the one causing fail to build appears to be fixed now
<vagrantc>e.g. pulled a newer version
<vagrantc>jonsger: yeah, i think i finally figured it out.
<vagrantc>at first my mind was highly confused as to why a file present in the git checkout wasn't landing in the tarball, and then make all-am would fail not knowing how to make the missing patch
<ArneBab>can I install a specific npm version? In node.scm it looks like the npm version is supplied by node …
<vagrantc>and then i remembered
<janneke>civodul: \o/ thank you
<str1ngs>ArneBab: you can inherit node and change the version. then you can do something like guix install node@10.14.2
<vagrantc>civodul: i'll try to follow up next week if there are still issues worth mentioning
<civodul>thanks, vagrantc!
<vagrantc>fwiw, my last build succeeded (but with test failures)
<civodul>that's half a victory, right?
<janneke>vagrantc: on aarch64?
*janneke gave up yesterday and tried guix with #:tests? #f
<civodul>janneke: the "guix" package wouldn't build on aarch64?
<civodul>there are substitutes for "guix" and "guile3.0-guix" apparently
<civodul>maybe not the right ones, dunno
<janneke>civodul: indeed, i think* it hasn't built on ci.guix too for some time
<janneke>* i have some trouble with asking that question on ci.guix and am not so good at clicking
<ArneBab>str1ngs: the node version is different from the npm version — can I use that to get for example get exactly npm 6.13.4?
<vagrantc>janneke: no, on x86_64
<vagrantc>janneke: or rather, Debian amd64 :)
<janneke>ah ok, sorry for the noise then
<janneke>i didn't really look into the problem yet; just trying to get a feel for aarch64 (with guix)
<vagrantc>janneke: it's a bit rough
*vagrantc hasn't found time to fire up the fancy aarch64 machines with guix yet
<vagrantc>got some with 8-16 cores and 16GB of ram
<efraim>vagrantc: one of these days I'll learn to spell :P
<vagrantc>efraim: :)
<vagrantc>the "This packages" meme seems to be a hard one to kill ... i'm suspecting english's normal here is different from most other languages or something :)
<vagrantc>package guix for debian in order to run lintian is a bit of a roundabout way to check for spelling errors
*vagrantc forgot if there's a bug about "guix lint" doing a simple spellcheck
<vagrantc>"allows to" -> "allows one to" is the big one left ... but it doesn't feel right to me.
*vagrantc waves
<lxsameer>hey folks, can i use guix SD to create a super small and minimal (without a kernel) rootfs ? I want to be able to chroot into it ?
<sneek>peanutbutterandc, you have 1 message.
<sneek>peanutbutterandc, str1ngs says: the alsa fix for tuxguitar should be in guix proper now. for foreign distro's you can set the plugin path in ~/.asound.conf, you might need to reference alsa documentation on what to set for the plugin. I'm on guix system and can not check right now. the ~/.asound.conf addition should help with timidity as well.
<peanutbutterandc>Oh wow: guix now runs on guile3.0. News for channel guix
<17WAAKK40>What might be the cause of this error: gnu/build/linux-container.scm:237:7: In procedure run-container:
<17WAAKK40>In procedure clone: 1006764049: Operation not permitted
<17WAAKK40>(I'm encountering it while trying to run guix-kernel for jupyter)
*zap` omg. gparted just segfauled in the middle of partitio resize
<str1ngs>17WAAKK40: are you running on guix system. or foreign distro?
<str1ngs>17WAAKK40: does stat /proc/self/ns/user exist?
<17WAAKK40>yes, str1ngs, it does
<str1ngs>17WAAKK40: what about guix environment --container --ad-hoc bash -- bash
<17WAAKK40>interesting, str1ngs, that fails with an unprivileged user error...
<17WAAKK40>do i need to add my user to a group? it's already in the kvm and docker groups.
<str1ngs>okay one sec, what distro are you using?
<str1ngs>what version of debian?
<str1ngs>might need to sysctrl not sure yet
<str1ngs>17WAAKK40: does /proc/sys/kernel/unprivileged_userns_clone exist?
<str1ngs>if not that's okay we can set it
<17WAAKK40>yes it does
<str1ngs>cat you cat /proc/sys/kernel/unprivileged_userns_clone . might need sudo to cat dunno
<str1ngs>it's probably 0
<str1ngs>can you cat*
<17WAAKK40>oh right, guix environment --container even tells me: please set /proc/sys/kernel/unprivileged_userns_clone to "1"
<str1ngs>right so something like sudo cat 1 /proc/sys/kernel/unprivileged_userns_clone
<str1ngs>err >
<str1ngs>echo 'kernel.unprivileged_userns_clone=1' > /etc/sysctl.d/00-local-userns.conf
<str1ngs>to make it persistent on reboot
<str1ngs>service procps restart . to restart procps
<17WAAKK40>thanks, that was it
<str1ngs>no problem
<str1ngs>dunno why debian disables that to be honest it's a nice feature
<str1ngs>basically all that does is username mappings in a namespace.
<17WAAKK40>true. I wonder if this should be added in the guix manual or cookbook
<str1ngs>I'm not sure. I just know from writing my one single binary container lol
<17WAAKK40>I suppose this channel is looged, so in the future people looking for why they are not permitted to run a container will be able to find this
<str1ngs>guix environment --container . kinda covers this basis I think
<str1ngs>the error message is pretty solid
<str1ngs>were you making a container in your jupyter notebook?
<17WAAKK40>yup, I just wasn't even sure how guix-jupyter tries to run the container
<17WAAKK40>guix-jupyter does that. you can use guix magic to define an environment which the notebook then runs in. pretty cool idea that seems to already be working pretty well:
<str1ngs>In procedure clone: 1006764049: Operation not permitted this is not a bad error. but it's not as specific as the guix environment --container error I gues.
<17WAAKK40>Now I just wish there was a way to convert pypi packages to guix packages on the fly
<str1ngs>sounds intresting
<civodul>new post!
<jonsger>" It seems that developers have become wary of 2-to-3 transitions for programming languages. Fear not! Switching from Guile 2 to Guile 3 turned out to be an easy task." <- LOL
<str1ngs>I think that was a poke at python :P
<jonsger>really? couldn't image :P
<jonsger> seems to be slow/not working here
<str1ngs>o.O ---===e
<str1ngs>issues is having issues :(
<str1ngs>jonsger: I like to use emacs-debbugs
<jonsger>str1ngs: I don't like emacs :P
<peanutbutterandc>str1ngs, I tried `git upgrade`-ing but it fails:
<peanutbutterandc>str1ngs, (I was trying to upgrade tuxguitar, too, and see how things went. I guess I could upgrade selectively, but I thought this error might be of interest)
<str1ngs>peanutbutterandc: I would do a guix pull
<str1ngs>if you have not already?
<peanutbutterandc>str1ngs, Yes, sir. Just did that (and found out guix runs with guile 3 now)
<str1ngs>does guix upgrade work .. I'm assuming by git upgrade. you mean ./preg-inst-evn guix upgrade?
<str1ngs>err ./pre-inst-env
<str1ngs>peanutbutterandc: if you have tuxguitar in our profile I would remove it and use the guix proper one now
***17WAAKK40 is now known as jboy
<peanutbutterandc>str1ngs, Sorry I meant guix upgrade. It was just a typo. Yes, I am using guix proper one. (By that I hope you mean the upstream guix)
<peanutbutterandc>git, guix, guile: all the frequently used packages now begin with 'g' for me
<peanutbutterandc>gnucash, gimp, too
<str1ngs>peanutbutterandc: nomad starts with a n. just saying :P
<str1ngs>peanutbutterandc: one sec let me test the guix proper tuxgitar
<str1ngs>peanutbutterandc: guix install tuixguitar worked find. no building on my end
<peanutbutterandc>str1ngs, I was poking around with nomad some time ago too. And also gash. I am `guix package --upgrade=tuxguitar`-ing right now. I meant gnucash (or sth): it's failing to upgrade. But perhaps I should have said that more generally in the channel
<str1ngs>peanutbutterandc: I'm not sure why it's building though. substitutes should exist
<peanutbutterandc>I wouldn't really know. It's been doing that for quite some time now
<Rovanion>How come the package page has no search function? Or am I missing something?
<civodul>hello Rovanion!
<civodul>the package page is currently JS-free, that's why
<civodul>but see
<civodul>or run "guix search" :-)
<str1ngs>peanutbutterandc: I've been busy porting nomad to g-golf. here is some fancy buffer introspection
<str1ngs>peanutbutterandc: is is still failing?
<Rovanion>Sure, but you don't need JS to have a search function. I was just casually looking at guix compared to nix and this struck me as odd.
<peanutbutterandc>str1ngs, I can't yet fully appreciate all of the dependency graphs. But I hope this will make things better. :) I'm selectively upgrading just tuxguitar at the moment
<str1ngs>peanutbutterandc: can you run guix weather tuxguitar ?
<Rovanion>Perhaps the link to the search page could be added to the static page so that the average user can find it? As a quickfix.
<ng0>wasn't tuxguitar discontinued?
<ng0>or am I thinking about the wrong music related application
<str1ngs>are you thinking of pianobooster?
<peanutbutterandc>str1ngs, It's downloading the substitutes. Not building it. `guix upgrade` was upgrading and failing with some other package
<peanutbutterandc>ng0 - Tuxguitar is still being developed, although not as actively. It's just a single developer. And it's hosted on sourceforge
<peanutbutterandc>str1ngs, Okay I just completed the upgrade. And I can't see much changes
<peanutbutterandc>ng0, If you like Java, perhaps you might want to contribute, too?
<peanutbutterandc>ng0, Okay *okay meme face*
<peanutbutterandc>Maybe someone should port it to guile. That should be cool
<peanutbutterandc>Same with pianobooster
<ng0>something unpaid work something not enough time and energy..
<str1ngs>peanutbutterandc: can you give me the plugin error when you start timidity or tuxguitar. I need to look up what to add to ~/.ascound.conf
<peanutbutterandc>ng0, *insert you guys are getting paid? meme here* *cries in hobbyist currently without a job*
<str1ngs>err ~/.asound.conf
<peanutbutterandc>str1ngs, timidity: the guix one or the apt one?
<str1ngs>peanutbutterandc: guix one
<str1ngs>should fail with cant find plug so etc etc
<peanutbutterandc>str1ngs, It didn't fail. Just played silently. :) Here: (the error on the terminal)
<peanutbutterandc>^ for tuxguitar
<peanutbutterandc>And timidity didn't fail at all. It just showed the banner and quit with $? 0
<peanutbutterandc>str1ngs, Also, I do not have a ~/.asound.conf (sorry I have no idea about linux audio. ALSA, JACK, PulseAudio still confuses me)
<gnutec>Now I did. GDM Kernel 5.4.13 /var/lib/gdm ... AND sudo kill gdm
<g_bor[m]>hello guix!
<g_bor[m]>I would like to inject some data into a gexp. I do something like:
<str1ngs>peanutbutterandc: add this to ~/.asoundrc
<str1ngs>peanutbutterandc: one sec let me paste
<g_bor[m]>(define (proc data)(#~ ... #$data) but I get invalid G-expression input
<g_bor[m]>how do I do this correctly?
<str1ngs>peanutbutterandc: replace <USER> with your user name. also install alsa-plugins:pulseaudio
<str1ngs> peanutbutterandc revised version
<g_bor[m]>or to ask in a more generic way, how do I pass in parameters to a gexp?
<peanutbutterandc>str1ngs, On it now, sir!
<peanutbutterandc>*sigh* I should have said, "Aye! Aye!! Cap'n!" :D
<str1ngs>I'm not an officer! I work for a living :P
<gnutec>Wow! Now Guix launch Kernel 4.6.14. I can't upgrade now, my internet is finish. Looks like there is a problem with GDM and this kernel 5.4.13.
<NieDzejkob>g_bor[m]: paste the actual code that you're getting an error for
<g_bor[m]>the code look like this:
<g_bor[m]>and the configuration is:
<peanutbutterandc>str1ngs, I did all of that and then ran tuxguitar but I still get no sound but still get this error: and there's no MIDI PORT in settings > sound
<g_bor[m]>with the defaults.
<g_bor[m]>I would like to do complie-time customization of this gexp, but maybe it just does not work this way...
<str1ngs>peanutbutterandc: you added to ~/.asoundrc substituting <USER> for your user name?
***ng0_ is now known as ng0
<peanutbutterandc>str1ngs, I was so sure that I did. But it seems I didn't. Perhaps I misspelled the filename. Sorry. Will try that again
<peanutbutterandc>str1ngs, I did it to .asound.conf, evidently
<str1ngs>peanutbutterandc: I mentioned ~/.asound.conf which was not accurate some time early which might have confused thigns
<peanutbutterandc>str1ngs, Cool! It is using 'Midi Through Port-0 [14:0]' but sadly I still don't hear any sound.
<g_bor[m]>I believe I can do something similar by injecting this into a define inside the gexp using syntax, but it would be nicer if it could be passed in as param.
<str1ngs>peanutbutterandc: close tuxguitar . in another terminal start timidity with timidity -iA -B2,8 -Os . start TG and selec timitidy port 0
<NieDzejkob>g_bor[m]: and where does the error happen? (What is the full message?)
<peanutbutterandc>str1ngs, It's alive! It's alive!! It's alive!!!
<str1ngs>peanutbutterandc: can you make a midi of this ?
<peanutbutterandc>str1ngs, And it sounds pleasant-er than flatpak one, too. Must be timidity working it's magic
<str1ngs>peanutbutterandc: I personally use jack with fluidsynth
<str1ngs>peanutbutterandc: qjactrl with qsynth specifically
<str1ngs>peanutbutterandc: I need that sheet music in midi for pianbooster
<str1ngs>peanutbutterandc: also I have a pianobooster package I hope mail off soon
<peanutbutterandc>str1ngs, As in transcribe the music and make a midi out of it? Hmm.... could I search for another midi for the same package somewhere else? If it is only for a test?
<str1ngs>peanutbutterandc: I sheet music read that file. but I want to practise with pianobooster
<str1ngs>so I need a midi
<str1ngs>I can do it. but it I'm not that quick with tuxgitar. ironically I can read sheet music for piano. but not the guitar. but I play guitar much better.. how does that work haha
<thomassgn>My package manifest gives me errors, so I went to check the info and found the docs on --manifest recommends using (specification->manifest but it's not available, what module is it in?
<peanutbutterandc>str1ngs, I could do it pretty fast if I had guitar tabs (using keyboard) but I am slow too... So I am trying to figure out some other way. But if that does not work out I might have to sit down and try to do it myself
<zap`>17WAAKK40 you mentioned converting converting pipy packages to guix one. There is "guix import" command just for that
<peanutbutterandc>str1ngs, I found a MIDI here: will that work?
<peanutbutterandc>Also, will this alsa-plugin:pulseaudio and the config be made available to the user automatically by upgrading the package definitions once again?
<str1ngs>peanutbutterandc: I need to transcribe this one. since it's what I like to practise. the bass clef is more manageable for me haha
<str1ngs>peanutbutterandc: yes the will all upgrade if they are in your profile
<peanutbutterandc>str1ngs, I meant will this setting-the-rc-manually and running-timidity-manually be fixed to be done automatically using an updated package definition in guix proper for everyone?
<peanutbutterandc>str1ngs, Also, what do you use to transcribe music?
<peanutbutterandc>I just realized tuxguitar doesn't do bass clefs (not that I'm aware of)
<str1ngs>oh really hahah
<peanutbutterandc>str1ngs, Perhaps you could lilypond it? It seems one can export lilypond files as midi too
<peanutbutterandc>I still have lilypond on my must-learn-someday list
<str1ngs>peanutbutterandc: I don't transcribe. I mainly use chords sheets. which is not like reading sheet music. partly why I get a midi keyboard
<peanutbutterandc>str1ngs, I see. More of a chordpro person, then.
<str1ngs>peanutbutterandc: I havn't had my mini keyboard long. I jam out a good god save the queen though haha
<peanutbutterandc>str1ngs, An englishman, eh? *tips top hat*
<str1ngs>peanutbutterandc: regards to ~/.asoundrc its not possible with guix to do that. on guix system it uses /etc/asound.conf so this is not an issue
<str1ngs>timidity is a user preference you could use any syth you like
<str1ngs>peanutbutterandc: I live in one of the bastard colonies haha
<peanutbutterandc>str1ngs, I see. Then perhaps some other way needs to be figured out... That responsibility would probably fall on us foreign users but I am still trying to go through guile manual and then I have yet to read that book on linux audio *sigh* (They commonwealth :))
<NieDzejkob>thomassgn: (gnu packages)
<str1ngs>peanutbutterandc: if there is a environment variable that can effect this then that could be handled by guix. unfortunately even if there is one. it might clobber guix system. which is not idea either
*sirgazil is reading Guile 3 & Guix
<sirgazil>Typo: Migrating to Guile 3: Point 1: "and updated as well" should be "ARE updated as well", right?
<davexunit>I noticed a number of typos in the article. really great article, though!
<peanutbutterandc>str1ngs, I see. I will put tuxguitar under my list of packages to (re-)package, then. Hopefully a way could be found (some months from now) with which tuxguitar will work out of the box for both guixsd and foreign-distro users. Thank you very much for this, BTW. :)
<apteryx>are others experiencing this error when using Emacs-Guix to lint packages: Wrong number of arguments to #<procedure run-checkers (package checkers)> ?
<str1ngs>peanutbutterandc: no problem. maybe we can get tuxguitar to use it's sofware synth. but I kept things simple since the first pass on the package was quite the clean up.
<peanutbutterandc>str1ngs, Precisely! Tuxguitar from apt (and flatpak) seem to be using the tuxguitar synth. That should be a good default for out-of-the-box experience. And then, if people don't like the sound, they can switch to other synths themselves, perhaps
*sirgazil feels tempted to upgrade now
<str1ngs>peanutbutterandc: that might still need alsa setup though for foreign . also people can always use there distros synth. gets confusing I guess
<peanutbutterandc>str1ngs, I see. Either ways, it might be a few more months before I get to poking around with java sound app packaging so yeah. Hopefully, someone will have figured things out by then. :)
<str1ngs>peanutbutterandc: I will take another pass at it this week. need to resolve keybindings as well. though it is useable meantime?
<tatsumaru>Hey guys, is GuixSD good enough at this point to use as main system distro?
<str1ngs>tatsumaru: yes
<eric-guix>Hi guys, I tried a standard guix on a vm, followed all the tweaks for emacs with the goal to use scheme-guile documentation of guix service/config/etc. but I did't find any manuals in geiser. Now the question is if I did't config emacs propely or there is no documentation of guix by now.
<sirgazil>tatsumaru: That depends on what you would expect of a main system distro.
<sirgazil>tatsumaru: I've been using it for about a year now, and I don't want to go back to any other distro.
<thomassgn>NieDzejkob: Thanks, seems something else is out of order after all.
<tatsumaru>I am currently using arch but I want to move away from systemd. I also play some games every now and then which is probably against guixsd philosophy since most games aren't free software and while I care about free software deeply my only option is to quit playing games as there aren't any good free software games. I am not sure if it makes any sense to try and install any non-free software on GuixSD as that kind of defeats the purpose of
<tatsumaru> running GuixSD, although from what I understand, being 100% free is only one of many of its perks. Being hackable seems to be the most important part?
<apteryx>tatsumaru: s/guys/people/ is better form around here :-)
<tatsumaru>is this about political correctness?
<apteryx>it's about trying to be as inclusive as we can
<tatsumaru>I've heard many women refer to all their friends male and female as guys
<tatsumaru>never thought it meant "Hey men"
<tatsumaru>but if you care about this I will respect it
<apteryx>tatsumaru: That might not be true for every part of the world. Yes, please. To have a welcoming and inclusive community is also one of Guix perks :-).
<apteryx>tatsumaru: about games; have you browsed the collection of free games available in Guix? You may find something you like! I'm not into games much myself, but some people around here are adding to the collection regularly.
<NieDzejkob>thomassgn: If you haven't figured it out yet, paste your manifest ( and I'll take a look
<sirgazil>tatsumaru: Yeah, "guys" is "used to address a group of people of either sex", at least in the Americas, from my experience, but maybe not in other English-speaking regions.
<sirgazil>tatsumaru: As for games, yeah, libre games are not very good and often incomplete or demo-like. I recently installed all games available in Guix and only left three to play.
<NieDzejkob>How can I make the system more responsive while I'm building packages? Is there a way to run the builds under 'nice' or something? Is it possible to change the number of cores available during the build, so that I could script my screenlocker to enable more cores for the build when I'm away?
<bavier>NieDzejkob: `--cores=N`
<bavier>oh, during build...
<peanutbutterandc>str1ngs, I see. Great. All the best. Yes, it is use-able in the meantime. Thank you very much.
<raghav-gururajan>I believe that's not possible, as even number of cores to use is also considered as input?
<NieDzejkob>raghav-gururajan: if it were, `guix challenge' would be useless, no?
<raghav-gururajan>Yeah that's correct.
<raghav-gururajan>No more reproducible builds, if build can be maniputaled during the build.
<raghav-gururajan>* manipulated.
<bavier>no, build cores are not part of the input, it doesn't affect the store hash
<zap`>but if the final hash same it doesn matter
<bavier>but it set instead by the daemon when creating the build container
<raghav-gururajan>Ah, then no problem. ^
<zap`> seems to be down.
<raghav-gururajan>So then, the build daemon can be configured to increase cores based on progress on the build.
<raghav-gururajan>Like.. After 10min, if progress=2%, increase core by 1.
<raghav-gururajan>Something like that.. idea in my head is embryonic atm.
<zap`>Hey. Anyone has an idea why passwords set by passwd are not preserved after reboot?
<zap`>The manual explisitly states the opposite
<leoprikler>zap`: A problem with /etc/shadow perhaps?
<leoprikler>raghav-gururajan: that's not how traditional build systems work, and frankly, it doesn't really make sense either
<leoprikler>If you have computation power you can use, then use it.
<bandali>hey folks, anyone know if/how one could use a package from a channel in the global system config?
<NieDzejkob>bandali: I do, I've put the channel config in /etc/guix/channels.scm
<bandali>NieDzejkob, ha, does it *have* to be there? do we have any docs on this?
<zap`>leoprikler: ooh. I might messed things up. Just realized that files are not preserved to (:
<leoprikler>is this a VM perhaps?
<zap`>right. I did disk-image from a config file and dd'ed it to an empty image
<NieDzejkob>bandali: actually, I don't think so. `sudo guix reconfigure' uses your PATH, and therefore, your guix, so if you run `guix pull' with the channel enabled, `sudo guix reconfigure' will allow you to import other channels
<bandali>NieDzejkob, i see, cool. will give it a shot
<zap`>I havent yet learned how luks works, one thing that I don't get is, supose system config has a mapped-devices list and I run "guix system disk-image". The resulting image is not encrypted and dd doesnt care about anything it just burns it.
<NieDzejkob>zap`: mapped-devices and file-systems is basically a list of `mount' commands to run during boot
<zap`>NieDzejkob: this clarifies things a bit :>
<zap`>Well I get how you wold yse luks during life install. You basically prepare everything by hand and then populate already encrypted partitions but what about disk-image command?
<zap`>*Well I get how you would yse
<zap`>oh man
<zap`>I got used to message ediding too much
<cbaines>Is anyone around that could look at upgrading cuirass on berlin (
<cbaines>Once it's upgraded to 0.0.1-27.46f73b6, then it'll become possible to query builds by output
<cbaines>I've already upgraded Cuirass on bayfront, so it works there:
<raghav-gururajan>leoprikler nerver mind :)
<drakonis> whaaaaaat.
<drakonis>nevermind, it depends on firefox
*sirgazil proposes a logo change for Guile:
<moewe>does anyone know which packages are required to get emacs to display emojis?
<moewe>(in context of emacs-telega)
<drakonis>fonts with emoji support pehaps?
<drakonis>dont forget to rebuild the font cache
<moewe>I should already have them installed
<moewe>what was that again? fc -something?
<sirgazil>moewe: fc-cache -f
<sirgazil>moewe: Check
<sirgazil>moewe: font-google-noto seems popular because "Its goal is to display properly all Unicode symbols."
*sirgazil takes a look at Telegram...
<drakonis>i wonder if the python burn was intentional in the guile 3 migration blog post
<NieDzejkob>drakonis: I don't think one could write that sentence not intending to burn Python
<leoprikler>I'm sure there are other problematic 2-to-3 upgrades, but yeah, imagine being Python.
<drakonis>python is notable
<drakonis>gnome 2 to 3 wasnt as problematic as python 2 to 3
<drakonis>the effect is limited to linux, while python's scope is much wider and has caused much wider gnashing of teeth
<drakonis>rending of garments, however you would like to call out
<drakonis>so to say, it might be taken the wrong though
***zap` is now known as zzap`
***zzap` is now known as zap`
<oriansj>drakonis: well python2 didn't stop working, nor did the source disappear; It is just if you want security updates to python2, you just need to pay for them instead of just assuming you are going to get them for free forever...
<oriansj>Thus one can pay to update one's own from python2 to python3 or pay another party to fix security issues in python2 (forever or as long as you need it)
<oriansj>people need to stop being so entitled to other people's time and efforts; they are given as gifts out of love for the community.
<oriansj>people are always free to ask but be understanding when others just say no, I ain't doing that shit. You might just end up having to pay for the work to be done by others who are willing.
<drakonis>well, its more about the line in the guix migration to guile 3 blog post that might be seen as a python 2 to 3 burn
<nckx>Burn, though? I read it, at most, as a wink at the size of the (Python) migration effort on all fronts, not at all a dig (or burn) at their upstream.
<drakonis>i find that it was a super easy migration compared to others
<drakonis>i'm aware, its how i read it as well
<nckx>o/ Guix.
<drakonis>hey ho
*nckx pretty (sure) they (didn't) always (over-)use these, blames (Scheme).