<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).
<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>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.
<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
<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.
<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
<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
<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 :))
<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>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
<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?
<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?
<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 (paste.debian.org) 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?
<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
<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