<joshuaBPMan>does anyone have an example of making virtual console 1 login automatically? <joshuaBPMan>I can figure out how to modify mingetty, but there are 6 mingetty's... <joshuaBPMan>Well, it looks like I can enable automatic login on all virtual consoles. <vixus>If I'm building my own install disk-image, do I need to specify -s i686-linux ? <joshuaBPMan>vixus: isnet i686-linux for 32 bit? or is that i3-something <nckx>joshuaBPMan: i686-linux is 32-bit, so vixus: I guess that depends on your host and target. <nckx>If 64 resp. 32, then yes, otherwise no. <vixus>getting dropped to a guile REPL on boot with the images I'm building <joshuaBPMan>also what's the point of elogind? If I'm using a wm like sway do I need it? <vixus>joshuaBPMan: if you're using sway you should almost certainly use it *nckx uses a minimal set of services + i3 but added elogind, presumably for a good reason. <vixus>it's systemd-logind extracted to a standalone service <nckx>Not here, and I'm spinning too many plates to find out what happens when I stop it. <vixus>well here we go, building another disk-image... <apteryx_>vagrantc: emacs' main problem is not slowness of its dumb or ansi terminal emulator, but rather that it chokes at fontlocking (highlighting) super long lines (it really comes down to a crawl, making that term unusable when wanting to scroll). <apteryx_>I wish I could fix that bug, it'd make my life much more enjoyable. <nand1>(setq font-lock-maximum-decoration 1) <nand1>you can disable levels of syntax highlighting to mitigate that a bit ***rEnr3n8 is now known as rEnr3n
<nckx>sneek: later ask dongcarl: …so the bugger's this BITCOIN HATER's handbook thing? ***notnotdan` is now known as notnotdna
***notnotdna is now known as notnotdan
<civodul>looks like we lost all the "[m]" folks, didn't we? <jonsger>looks like. I think there were some security issues recently with matrix.org <civodul>a service is necessarily more secure when it's off-line :-) <jonsger>or maybe the Matrix-Freenode bridge is down atm... <roptat>the freenode staff blocked matrix for the time being <roptat>there was a global notice about that, they decided to block matrix until the situation is clearer and advised anyone who used NickServ with matrix.org to change their password <roptat>btw who's responsible for sneek? <nckx>sneek has been sneek for a while now. <nckx>I think they're only muted while sneek_. <nckx>That or it's just been coincidence ☺ <kmicu>sneek is real being. I WANT TO BELIEVE. <kmicu>sneek: later tell nckx: I’m sneek. I’m not a bot. <nckx>sneek: You should change your WHOIS then. <sneek>Welcome back nckx, you have 1 message. <sneek>nckx, kmicu says: I’m sneek. I’m not a bot. <sneek>Someone once said kmicu is not sneek. <sneek>From what I understand, guix is a functional package management tool for the GNU system <sneek>Last time I checked GNU is not Unix <sneek>Last time I checked rms is stallman <jonsger>sneek: When will GNU Guix 1.0 get released? <sneek>Its been said that civodul is a very naughty boy <sneek>I've heard nckx is very good lad <civodul>jonsger: but seriously... we're getting there! <civodul>i just realized that the install image has connman, which pulls polkit, which pulls mozjs <civodul>i wonder if we could do away with mozjs somehow <nckx>sneek: 1.0 is end of April, May tops, June at the latest, definitely by July. <vixus>oh my god, I've finally built a working install image <vixus>never experienced this graphical installer before <vixus>well it works when I load the iso up in qemu, not tried booting from USB yet :p <civodul>do you plan to test on the metal, too? <vixus>that will be the next step as soon as I'm done with work this evening <civodul>vixus: there hasn't been any release with the graphical installer but work started maybe 5-6 months ago <vixus>looks like qemu's happy with my custom kernel too :) <vixus>ah the UUIDs on the USB stick are well borked though <vixus>so trying to boot off that makes it hang on "waiting for partition <UUID> to appear" <vixus>let me try building without iso9660 <civodul>vixus: you mean the UUID that the installer finds out for your target root partition? <vixus>civodul: no this was just when booting off the USB (didn't even reach the installer) <vixus>civodul: eventually timed out and dropped me into a scheme repl <vixus>might be because I'm trying to boot the USB in qemu though <vixus>need to test with some real hardware <vixus>yes, mounting the image directly in qemu with -drive file=bla is fine <vixus>I was trying qemu -usb -device usb-host,... <civodul>would be nice to see, above the "waiting for device" messages, whether the kernel detects the USB device <civodul>it's supposed to work on real hardware <vixus>civodul: ooh, different error when not using --file-system-type=iso9660. qemu detects the USB device and then eventually fails to find /dev/sda <vixus>ah well, I believe real hardware is needed :) ***vixus_ is now known as vixus
<vixus>civodul: (testing on a real laptop now) when I create a USB stick without --file-system-type=iso9660 it doesn't get detected by EFI boot managers <vixus>I mean I'm assuming it should be <sneek>dongcarl, you have 1 message. <sneek>dongcarl, nckx says: …so the bugger's this BITCOIN HATER's handbook thing? <dongcarl>Oh hahaha that was just a joke for Twitter <vixus>woo! we have installer on a real laptop :D <brendyyn>How does one configure services with guix that require cryptographic keys. If one were to refer to them in the operating system, the keys would then end up in the guix store which seems very much not good <civodul>vixus: you should use --file-system-type=iso9660, that's how we build the image that's published <vixus>civodul: yeah, nckx told me about that yesterday. it's not mentioned in the official(?) manual though <kmicu>brendyyn: We could also use Guix for them but inform users about the issue and its tradeoffs. E.g. I don’t mind (under my threat model) storing tinc secrets in my guix store so such service would be still useful for users like me. <kmicu>Begone impure non-reproducible locations! 🤭 <efraim>Can we store it gpg encrypted and have as part of activating the service decrypting the secret <rvgn>Which window manager (wayland-compatible) would be better suitable for emacs? <civodul>efraim: hey, we should publish your blog post about the custom kernel! <kmicu>rvgn: That’s a tricky question cuz Emacs is no Wayland-ready (uses Xwayland) and already have an internal window manager ;). <rvgn>kmicu I see. I use other graphical apps. DEs are seemes to be heavy. <rvgn>In one of the config examples in guix manual mentions multiple WMs in package lists. <rvgn>Would like to narrow it down to one. <rvgn>* the example I was referring to is "desktop setup without full-blown DE" <efraim>civodul: currently on vacation, still need to finish it and make it actually work :p <kmicu>rvgn: If you are after Wayland then i3/Sway is a way to go today and we already have some Guix folks using Sway here. <efraim>I don't think enlightenment-Wayland is ready on Guix <rvgn>kmicu That's nice. Do they provide basic menu and options? <kmicu>rvgn: that's a desktop environment’s job. If you don’t want to use XFCE or similar then you need to install and configure such things manually. A window manager is not a replacement for a desktop environment; generally its job is arranging rectangles (windows) and nothing more. <rvgn>kmicu Ah I see. Then, I am gonna give enlightenment a spin. Their design philosophy seems interesting. <civodul>efraim: alright, no rush! i just didn't want to block it since it looked 99% ready <civodul>roptat: there's an issue with the latest translation: try "guix build guile@2 -n" <civodul>there's a literal "~a" that shows up <civodul>if you do "guix build sdf", there's also a missing space after colon <civodul>should i email traduc@traduc.org instead of bothering you on IRC? <civodul>oh, "phase" has been translated by "phace" (typo) <roptat>I'll take care of it, can you send me an email? <roptat>I'll also proof-read everything :) <lprndn>Does anyone know some way to use glib-or-gtk build phases on binaries in "/sbin" instead of "/bin"? :/ <SidharthArya>Hi, if i install guix on my machine, will i be able to update to the latest version without explicitely downloading the newer image file? <civodul>lprndn: you could perhaps temporarily symlink your binary into /bin, just before the 'glib-or-gtk-wrap phase <civodul>i think we should fix glib-or-gtk to handle /sbin, though <lprndn>civodul: Smart. thanks. Will try that right away! <jonsger>uff. Over 5000 commits since 0.16.0 :P <rvgn>I just started "guix system reconfigure" with enlightenment instead of gnome. But why the process is building gnome-shell ???? <nckx>dongcarl: Here I was wonderin' ‘when'd I ever speak ill of Bitcoin?’ All good. ***jonsger1 is now known as jonsger
***apteryx_ is now known as apteryx
<joshuaBPMan>Hello, I'm trying to set up guix so that I can contribute some emacs packages. <joshuaBPMan>I cloned the repo, guix environment guix. ./bootstrap && configure && make check <joshuaBPMan>I am getting this error: In procedure dynamic-link: file: "libgcrypt", message: "file not found" <nckx>joshuaBPMan: You are (and if the manual really omits that, it's very odd), but you also need libgcrypt in your build environment and later in your user profile. <joshuaBPMan>nckx: I thought guix environment guix would take care of that. ok. Good to know <nckx>Here's what I added to my manifest to use Guix from git (posted this yesterday too, perhaps that's a sign we need to document it better): <nckx>"gnutls" "guile" "guile-gcrypt" "guile-git" "guile-json" "guile-sqlite3" "guile-ssh" ; ./pre-inst-env guix! <nckx>That might be more than needed nowadays; it's pretty old. <joshuaBPMan>nckx: I plan on submitting a patch here soon. I'll go ahead and mention in the contributing section that one much also run "make". Thanks. <joshuaBPMan>ok, I've installed libgcrypt, but when I run make, I still get this error: <joshuaBPMan>In procedure dynamic-link: file: "libgcrypt", message: "file not found" <joshuaBPMan>actually I'll set the variable GUILE_WARN_DEPRECATED to "detailed" <nckx>joshuaBPMan: Did you install/provide guile-gcrypt? <nckx>Might be best to start with the whole list above which works for me and build down, not up. <joshuaBPMan>nckx: I've installed guile-libgcrypt, but guix package -I guile-libgcrypt shows nothing. <joshuaBPMan>guix package -I | grep guile-libgcrypt shows it. Maybe I should reboot. <nckx>I guess that's a typo for -gcrypt. Rebooting ‘shouldn't’ fix anything, I'm afraid. <nckx>Turns out (I checked my nckx/bootstrap script) that I use only ‘guix environment --pure guix’ to bootstrap it. So the guix package correctly specifies all its dependencies. The packages in my profile are only needed to run it with ./pre-inst-env later. <nckx>joshuaBPMan: guix package -I | grep guile-gcrypt vs. guix package -I | grep guile-libgcrypt <nckx>The latter couldn't have returned anything at all since it doesn't exist ;-) *nckx is not in a great mood because of front-page news, otherwise happy to help. <nckx>Here's the full command I use: guix environment --pure guix sh -c 'make -j clean; ./bootstrap && ./configure --sysconfdir=/etc --localstatedir=/var && make -j`nproc`' <joshuaBPMan>ok, this is really weird. I've got guile-gcrypt installed. make is still telling me that libgcrypt could not be found. *nckx forgot a ‘--’ before ‘sh’ but that's obviously not relevant. Dunno what to say. <nckx>I stopped keeping track of dependencies in my head around the time that -json and -git and C° were added, but the environment should take care of those. 🤷 <nckx>What's the source for gnu/packages/aux-files/linux-libre/5.0-x86_64.conf? Manual labour by random Guixers? <civodul>"make config" in the kernel updates it <nckx>civodul: So basically mhw running ‘make oldconfig’ and making human decisions? <civodul>i don't know the exact workflow, but it's something like that <nckx>populating /etc from /gnu/store/xkc5qfqi87q5h3yizp22msks0wjrl199-etc... | ERROR: In procedure symlink: | In procedure symlink: File exists | <REPL> ☹ <nckx>Easy to blame Unix but that error message is useless. <roptat>nckx, maybe /etc/ssl is already present on your system? <roptat>I vaguely remember that error message from when I installed guix system from a foreign distro, and I vaguely remember /etc/ssl being an issue *nckx rebooted into Guix on the Overdrive a bit too enthusiastically. <nckx>Weird. I ,bournish'ed everything in /etc into /etc/_OLD and rebooted but got the same error. <roptat>I think you need to rename /etc then <nckx>Oh, not even /etc may exist? <roptat>I don't remember very well, it could be the case <nckx>…bournish does not implement mv… <nckx>Oh. Everything's back to /etc and /etc/_OLD does not exist 😒 *nckx suspects ,bournish's ‘reboot’ doesn't do any syncing or unmounting or all that boring stuff that gets in the way of rebooting. <roptat>oh weird your message appears before mine, but with a timestamp 1 second after mine... <nckx>roptat: My local time, maybe? No idea how IRC works. <roptat>I don't know, maybe my local time but only shown when I received it back from the channel or something <nckx> /time nckx and /time roptat return the same thing but from .freenode.net servers so 🤷 <nckx>roptat: /ctcp time {nckx,roptat} shows that my clock is some seconds faster than yours. <nckx>And sorry if that spammed your client ☺ <nckx>Another useless mystery solved. *nckx remounts ro and prays <civodul>i just failed miserably at trying to upgrade GNOME to staging <civodul>no core dump, too hard to attach gdb to the right thing <nckx>civodul: Sorry it took so long, I got fooled into trying to debug that kernel failure for dayz when the right solution was to just ignore it and guix pull --commit ;-) *nckx does not speak aarch. <civodul>i had forgotten about that kernel build failure <roptat>civodul, I think I fixed the translation btw <nckx>This is the GNU system. Welcome. <roptat>(well I fixed what you reported and some more) <roptat>btw I don't think I've seen a report on gdm not starting? <civodul>roptat: it's in the GNOME vs staging thread <jonsger>civodul: which GNOME version are you working on? <roptat>it's a bit random, it sometimes start at boot and sometimes I have to login on my TTY and restart the xorg-server service <civodul>did you consider reporting a bug? :-) <jonsger>strange. At least sometimes I did get GNOME to start <civodul>the problem with the upgrade seems that GNOME & co. store stuff all around <civodul>and it's incompatible across versions <jonsger>does Guix have something like "coredumpctl"? <roptat>are we going to use all of systemd except init in guix? :p <nckx>What's there to ctl about coredumps? <jonsger>nckx: it's a tool of systemd, which saves coredumps and let you easily analyze them... <nckx>Moving it out of the way so it doesn't get overwritten would probably be useful. <jonsger>nothing spectacular, but I found it quite usefull recently... <roptat>need some sleep now, good night :) ***jonsger1 is now known as jonsger
<nckx>civodul: I seem to have only berlin authorised for ARM subsitutes. Is that correct? *nckx tried to guix pull and promptly started downloading all the sourceballs. <nckx>Which is probably the reason we need more ARM boxes, but it's still suspicious. ☺ <nckx>‘glibc-bootstrap’ well this will be fun. <civodul>it could be that you don't get substitutes just because nobody asked for them before <nckx>acl is the ‘well-known’ 8D156F295D24B0D9, --substitute-urls is ci. (which is berlin). <nckx>I guess I was expecting bayfront (of which I know little) or hydra. <civodul>no, only berlin provides aarch64 binaries <nckx>But I forgot about baking, like one represses all unpleasant things. <nckx>We don't seem to provide the GCC Ada compiler (GNAT) at all, or am I wrong? *nckx hopes so since they would like to build coreboot on Guix. <nckx>Ah, so not a hint. Cool.