IRC channel logs


back to list of logs

<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>Do I modify them all?
<joshuaBPMan>I suppose I could do that...
<joshuaBPMan>ok I think I figured it out. reconfiguring now...
<joshuaBPMan>Well, it looks like I can enable automatic login on all virtual consoles.
<joshuaBPMan>some consoles seem to be disabled, but that's ok.
<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.
<vixus>oh hmm
<vixus>nah I'm on x86-64
<nckx>If 64 resp. 32, then yes, otherwise no.
<vixus>I thought I might have been getting hit by this:
<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?
<joshuaBPMan>I'll do a google search
<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
<joshuaBPMan>vixus: Does it help with security type things?
<nckx>Here'l the README:
<joshuaBPMan>according to sudo herd status it has been stopped
<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
<roptat>hi guix!
<jonsger>morning Guix
<civodul>Hello Guix!
<civodul>looks like we lost all the "[m]" folks, didn't we?
<jonsger>looks like. I think there were some security issues recently with
<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 to change their password
<roptat>btw who's responsible for sneek?
<roptat>sneek, botsnack
<roptat>oh, it works now
<nckx>sneek has been sneek for a while now.
<nckx>I think they're only muted while sneek_.
<nckx>(Untested hypothesis.)
<roptat>I see
<nckx>That or it's just been coincidence ☺
<nckx>sneek: botsnacks
<nckx>sneek: botsnack
<nckx>sneek is on a diet.
<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.
<nckx>You lie.
<nckx>kmicu is not sneek.
<nckx>sneek: what is kmicu?
<sneek>Someone once said kmicu is not sneek.
<nckx>Good bot.
<kmicu>sneek: what is Guix?
<sneek>From what I understand, guix is a functional package management tool for the GNU system
<nckx>sneek: what are you?
<roptat>sneek, what is you?
<nckx>sneek: What is GNU?
<sneek>Last time I checked GNU is not Unix
<nckx>sneek: who is rms?
<sneek>Last time I checked rms is stallman
<jonsger>sneek: When will GNU Guix 1.0 get released?
<civodul>heh :-)
<nckx>sneek: Who is civodul?
<sneek>Its been said that civodul is a very naughty boy
<nckx>sneek: who is nckx?
<sneek>I've heard nckx is very good lad
<nckx>Could have been worse.
<janneke>sneek may have heard that
<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.
<sneek>So noted.
<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>vixus: cool, thanks for testing!
<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
<vixus>how new is all this?
<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
<civodul>vixus: oh that shouldn't happen
<vixus>might be because I'm trying to boot the USB in qemu though
<vixus>need to test with some real hardware
<civodul>in QEMU it does work
<civodul>at least i boot with -cdrom
<civodul>how did you boot?
<vixus>yes, mounting the image directly in qemu with -drive file=bla is fine
<vixus>I was trying qemu -usb -device usb-host,...
<civodul>ok, i haven't tried that
<vixus>weird use-case to be fair
<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
*civodul goes for lunch
<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
<dongcarl>nckx: later ask me what?
<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
<civodul>oh you're right, the manual gets it wrong:
<civodul>well it's correct in master
<kmicu>brendyyn: we don’t manage those services with Guix (or we wait ~10 years for something like (which is still not ready after ~10 years ;)).
<brendyyn>ok because i want to setup a tinc node
<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.
<efraim>(local-file "/etc/that-place")
<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>Hello Guix!
<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 instead of bothering you on IRC?
<civodul>let me know!
<civodul>oh, "phase" has been translated by "phace" (typo)
<lprndn>Hello guix!
<civodul>howdy lprndn!
<roptat>civodul, oh :/
<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>roptat: sent!
<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
<civodul>we've been busy! :-)
<rvgn>I just started "guix system reconfigure" with enlightenment instead of gnome. But why the process is building gnome-shell ????
<rvgn>Am I missing something?
<efraim>Its from GDM
<nckx>dongcarl: Here I was wonderin' ‘when'd I ever speak ill of Bitcoin?’ All good.
<nckx>sneek: later tell vixus: If you're still having problems, check whether it's not biting you, too.
<dadinn>hi all
***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"
<joshuaBPMan>that's a bit odd.
<joshuaBPMan>am I supposed to run make first?
<joshuaBPMan>the manual doesn't say taht.
<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"
<joshuaBPMan>to get more info
<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.
<joshuaBPMan>typo? am I spelling it wrong?
<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>nckx: thanks.
<joshuaBPMan>ok, this is really weird. I've got guile-gcrypt installed. make is still telling me that libgcrypt could not be found.
<joshuaBPMan>I've also got libgcrypt installed.
*nckx forgot a ‘--’ before ‘sh’ but that's obviously not relevant. Dunno what to say.
<joshuaBPMan>ok. thanks.
<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 → AFK.
<nckx>What's the source for gnu/packages/aux-files/linux-libre/5.0-x86_64.conf? Manual labour by random Guixers?
<civodul>nckx: manual labor by kind Guix :-)
<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>Okidoke. Thanks!
<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>Luckily /bin/sh exists.
<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>maybe you should sync
<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 servers so 🤷
<roptat>bah don't worry
<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>nckx: \o/
<civodul>i'm expecting success
<civodul>i just failed miserably at trying to upgrade GNOME to staging
<civodul>and failed to debug it as well
<civodul>no core dump, too hard to attach gdb to the right thing
<civodul>so it's all broke
<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 ;-)
<civodul>fortunately it's not my laptop ;-)
*nckx does not speak aarch.
<civodul>nckx: ah right!
<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
<civodul>this GNOME stuff is terrible
<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>jonsger: dunno, the one on staging
<civodul>roptat: what? gdm?
<roptat>on master
<civodul>did you consider reporting a bug? :-)
<jonsger>strange. At least sometimes I did get GNOME to start
<roptat>I will :)
<civodul>that sounds pretty bad
<civodul>the problem with the upgrade seems that GNOME & co. store stuff all around
<civodul>and it's incompatible across versions
<civodul>well, that's the theory at least
<civodul>something stateful somewhere
<jonsger>does Guix have something like "coredumpctl"?
<nckx>jonsger: What's that?
<roptat>are we going to use all of systemd except init in guix? :p
<nckx>What's there to ctl about coredumps?
<nckx>ulimit; gdb 😛
<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 :)
<nckx>roptat: o/
<pkill9>any SQL pros here?
***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>nckx: yes, i think so
<civodul>check your acl and substitute URLs
<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.
<civodul>not yet!
<nckx>Well played.
<civodul>but Danny was interested in it IIRC
*civodul -> zZz
<nckx>Ah, so not a hint. Cool.