💾 Archived View for gemini.ctrl-c.club › ~phoebos › logs › freenode-kisslinux-2020-03-14.txt captured on 2021-12-17 at 13:26:06.

View Raw

More Information

-=-=-=-=-=-=-

2020-03-14T01:26:44 #kisslinux <Maquina> Buenas
2020-03-14T03:30:28 #kisslinux <lieu> paradigm: FUSE is required for Bedrock Linux to operate.
2020-03-14T03:30:35 #kisslinux <lieu> lol, i got excited
2020-03-14T04:02:13 #kisslinux <dylanaraps> Interesting :https://www.linux.com/news/glibc-224-released-and-some-not-so-nice-things/
2020-03-14T04:02:32 #kisslinux <dylanaraps> > the message changes tone as Drepper accuses Richard Stallman of trying to conduct a “hostile takeover” of glibc development: “He tried to conspire behind my back and persuade
2020-03-14T04:11:49 #kisslinux <dylanaraps> lol
2020-03-14T04:11:50 #kisslinux <dylanaraps> > Problems should all be reported using the `glibcbug' shell script.
2020-03-14T04:11:59 #kisslinux <dylanaraps> > env EDITOR=vi glibcbug
2020-03-14T04:12:04 #kisslinux <dylanaraps> > Do this also if you don't want to edit the bug report in Emacs (I
2020-03-14T04:13:17 #kisslinux <lieu> another emacs evangelist lol
2020-03-14T04:14:50 #kisslinux <dylanaraps> Did you sleep?
2020-03-14T04:14:57 #kisslinux <dylanaraps> Now I'm up at 5AM
2020-03-14T04:15:03 #kisslinux <dylanaraps> lol
2020-03-14T04:15:26 #kisslinux <lieu> yep, i slept for 5 hrs : D
2020-03-14T04:15:36 #kisslinux <dylanaraps> As did I
2020-03-14T04:16:19 #kisslinux <lieu> naps longer than 6 hrs weakens me upon waking up
2020-03-14T04:18:06 #kisslinux <lieu> my kernel is now compiling with FUSE_FS enabled btw lol
2020-03-14T04:18:30 #kisslinux <dylanaraps> I did that a while ago to mount a gopro
2020-03-14T04:18:34 #kisslinux <dylanaraps> Works fine
2020-03-14T04:18:35 #kisslinux <lieu> before i can kiss the bedrock lol
2020-03-14T04:20:30 #kisslinux <dylanaraps> Let me know how it goes
2020-03-14T04:20:39 #kisslinux <dylanaraps> I'll write about it in the weekly post
2020-03-14T04:24:00 #kisslinux <lieu> great, will do : D
2020-03-14T08:12:51 #kisslinux <dylanaraps> o/
2020-03-14T08:28:50 #kisslinux <lieu> what a pain
2020-03-14T08:30:09 #kisslinux <lieu> i was talking about EFI stub last night
2020-03-14T08:31:08 #kisslinux <lieu> but then after installing the kernel from arch, i forgot to modify the boot entry
2020-03-14T08:31:37 #kisslinux <lieu> which doesn't contain `initrd=...` because everything was baked in
2020-03-14T08:33:15 #kisslinux <lieu> now i have to buy a usb stick in the city because i don't have my things at home
2020-03-14T08:33:31 #kisslinux <lieu> just to add a boot entry
2020-03-14T08:33:36 #kisslinux <lieu> *hard facepalm*
2020-03-14T08:36:50 #kisslinux <lieu> dylanaraps: Everything went well, btw (that was before the reboot). Even took pics lol
2020-03-14T10:11:57 #kisslinux <Humaid> Hi ,su always gives me incorrect password but I can login root from tty. any idea?
2020-03-14T10:12:20 #kisslinux <Humaid> login to root*
2020-03-14T10:23:05 #kisslinux <Humaid> Ok problem solved, by building busybox
2020-03-14T10:23:32 #kisslinux <Humaid> I don't know why.
2020-03-14T10:28:48 #kisslinux <dylanaraps> Humaid: Interesting. Will see if I can reproduce.
2020-03-14T11:12:49 #kisslinux <paradigm> lieu: have you rebooted Bedrock with KISS's init?  That's the only theoretical point of concern I could think of.
2020-03-14T11:13:08 #kisslinux <lieu> paradigm: im on it lol
2020-03-14T11:13:17 #kisslinux <lieu> dylanaraps: a little help
2020-03-14T11:13:30 #kisslinux <lieu> because your an alpine guy
2020-03-14T11:14:43 #kisslinux <lieu> i booted on an alpine live usb just to install efibootmgr
2020-03-14T11:15:07 #kisslinux <lieu> i still can't get apk working after modifying `/etc/apk/repositories`
2020-03-14T11:15:13 #kisslinux <lieu> what am i doing wrong?
2020-03-14T11:15:26 #kisslinux <paradigm> What is apk telling you?
2020-03-14T11:17:00 #kisslinux <lieu> my `/etc/apk/repositories` file https://termbin.com/1s6u
2020-03-14T11:18:06 #kisslinux <paradigm> You _might_ want to append "latest-stable/main" to the end of the second line
2020-03-14T11:18:20 #kisslinux <paradigm> Or whatever version you want, then main
2020-03-14T11:18:27 #kisslinux <lieu> ohhhhhh
2020-03-14T11:19:26 #kisslinux <paradigm> I just compared/contrasted against my /bedrock/strata/alpine/etc/apk/repositories ; I don't actually know the underlying details with confidence.
2020-03-14T11:21:02 #kisslinux <lieu> yes, that worked
2020-03-14T11:22:10 #kisslinux <lieu> thankssss
2020-03-14T11:25:14 #kisslinux <lieu> paradigm: im in
2020-03-14T11:25:47 #kisslinux <lieu> but something unexpected happened lol
2020-03-14T11:26:35 #kisslinux <lieu> systemd has been detected
2020-03-14T11:26:55 #kisslinux <lieu> now i have two inits two choose
2020-03-14T11:27:04 #kisslinux <lieu> that was after the kernel install from arch
2020-03-14T11:27:12 #kisslinux <lieu> but anyway...
2020-03-14T11:27:26 #kisslinux <lieu> YAY! BED KISS!
2020-03-14T11:27:44 #kisslinux <dylanaraps> Nice
2020-03-14T11:28:28 #kisslinux <Humaid> sounds a victory
2020-03-14T11:29:26 #kisslinux <lieu> paradigm: how do i disable the timeout though so it uses kiss' baseinit immediately?
2020-03-14T11:38:22 #kisslinux <lieu> paradigm: i may have found a problem
2020-03-14T11:39:23 #kisslinux <lieu> systemd "pre-loads" before arriving at the init selection page
2020-03-14T11:40:03 #kisslinux <paradigm> lieu: regarding the timeout, it says on screen during the timeout window.
2020-03-14T11:40:59 #kisslinux <paradigm> lieu: that systemd is built-in to arch's initrd.  It goes away once Bedrock's init selection screen appears.  If you don't want it in your initrd - you don't want it at all - you'll need to get an initrd a different way, either from another distro or by making your own.
2020-03-14T11:42:00 #kisslinux <paradigm> If you don't want systemd to show up in your init selection menu you can remove it from [init]/paths in /bedrock/etc/bedrock.conf and/or `brl hide --init arch`.
2020-03-14T11:55:08 #kisslinux <konimex> did Arch remove busybox from mkinitcpio, then?
2020-03-14T11:55:10 #kisslinux <konimex> huh
2020-03-14T11:56:32 #kisslinux <paradigm> I'm pretty sure it has an emergency shell.  I imagine that's still busybox.  Please don't tell me they shoved coreutils into systemd when I wasn't looking.
2020-03-14T12:45:13 #kisslinux <lieu> paradigm: yeah, systemd messes up KISS's init scripts
2020-03-14T12:47:10 #kisslinux <paradigm> It'd be Bedrock's responsibility to get the system in a workable state between one distro's initrd and another's init.  Can you go into detail?  Maybe there's something that can be done on Bedrock's end to resolve the situation.
2020-03-14T13:00:19 #kisslinux <lieu> paradigm: Okay. So when I was still running KISS, I did a `kiss-reset`. Then re-installed some packages which were necessary for a working base install (`gnupg1` for signature verification of KISS' main repos, `e2fsprogs dosfstools` for filesystems, `util-linux eudev` for device management, `dhcpcd wpa_supplicant` for network, `ncurses libelf perl`
2020-03-14T13:00:19 #kisslinux <lieu> for building the kernel, and `baseinit` for booting).
2020-03-14T13:00:38 #kisslinux <lieu> paradigm: 2 After that, I went on to install Bedrock. But I had an error. I never knew I had to enable FUSE_FS in the kernel in order for it to work. So I enabled it and recompiled the kernel. Other than that, everything went fine. I went on and I rebooted to finish the install.
2020-03-14T13:00:52 #kisslinux <lieu> s/Okay/1 Okay/g
2020-03-14T13:03:42 #kisslinux <paradigm> I follow so far
2020-03-14T13:04:28 #kisslinux <lieu> paradigm: 3 Skip skip skip. Then I ran (as root) `brl fetch arch` and it went on a journey to install Arch's base packages. No problems here.
2020-03-14T13:08:54 #kisslinux <lieu> paradigm: 4 Then I installed `linux-zen` and `linux-firmware` which was pretty much just like any other day on Arch. No problems here as well. The booting issue only happened when I changed my EFI stub which points to my kernel built during KISS.
2020-03-14T13:11:17 #kisslinux <lieu> Before: `efibootmgr -c -l /vmlinuz-kiss -u 'root=/dev/sda2'`
2020-03-14T13:11:23 #kisslinux <lieu> After: `efibootmgr -c -l /vmlinuz-arch -u 'root=/dev/sda2 rw initrd=initramfs-linux.img'`
2020-03-14T13:12:36 #kisslinux <lieu> The "Before" was working before and after installing Bedrock AND after installing arch strata.
2020-03-14T13:14:28 #kisslinux <paradigm> I believe I follow so far.  You installed KISS, recompiled the kernel with FUSE support, hijacked it with Bedrock, and fetched Arch.  Everything at that point - still running KISS's kernel - seemed to work fine.  You then switched EFI to boot with Arch's kernel and initrd and I'm guessing something broke.
2020-03-14T13:14:47 #kisslinux <lieu> Yes, that's right.
2020-03-14T13:16:46 #kisslinux <lieu> Because the system can't boot if the `initrd` kernel parameter is not present or omitted.
2020-03-14T13:18:27 #kisslinux <paradigm> What do you mean can't boot?  You've done an excellent job providing supporting backgroud but I still don't know what the actual issue you ran into is.
2020-03-14T13:21:45 #kisslinux <lieu> If I did this (with the arch kernel & initrd installed): `efibootmgr -c -l /vmlinuz-arch -u 'root=/dev/sda2'`, it's another problem. It will not boot. Not even a kernel panic. Just a plain black screen.
2020-03-14T13:23:05 #kisslinux <paradigm> Right, Arch's kernel is missing a lot of built-ins it expects to be provided by an initrd
2020-03-14T13:23:22 #kisslinux <lieu> Exactly.
2020-03-14T13:24:35 #kisslinux <lieu> I'm currently looking at runtime hooks. Not sure what they are though.
2020-03-14T13:24:46 #kisslinux <lieu> https://wiki.archlinux.org/index.php/Mkinitcpio#Runtime_hooks
2020-03-14T13:24:48 #kisslinux <paradigm> You'll have to forgive me for impatience here, but you've spent about 45 minutes providing supporting background without actually explaining what the problem you're running into is.  "messes up" and "can't boot" are not terribly useful
2020-03-14T13:29:26 #kisslinux <lieu> Yeah. I'm sorry as well. I'm trying to understand what's happening but I still can't figure it out.
2020-03-14T13:30:37 #kisslinux <paradigm> I'm not looking for debug information, I'm looking for a description of what you're seeing here.
2020-03-14T13:31:46 #kisslinux <paradigm> Do you have an error message?  A blank screen?  When does issue arise - what things do you see working before it occurs?
2020-03-14T13:32:25 #kisslinux <paradigm> If I were a doctor, you came up to me and listed medications you've tried to solve a medical issue but never gave a single symptom.
2020-03-14T13:32:48 #kisslinux <lieu> Okay. One could be this: `ip l` shows nothing but `lo`
2020-03-14T13:35:20 #kisslinux <manatockhand> Hey
2020-03-14T13:35:32 #kisslinux <manatockhand> I will package polybar ok?
2020-03-14T13:36:14 #kisslinux <paradigm> lieu: does the issue you seem to refuse to describe for some reason occur before or after the Bedrock init selection screen?
2020-03-14T13:38:43 #kisslinux <lieu> i'm positive that i don't see anything happening before the bedrock init selection, so maybe after
2020-03-14T13:40:08 #kisslinux <lieu> i do see some systemd stuff happening before being overriden by the init selection though
2020-03-14T13:40:16 #kisslinux <paradigm> I don't understand how this could be a maybe.  You're seeing _something_ you seem to refuse to describe.  Its before the init selection menu, during it, after it, or an inconsistent mix of the previous three.
2020-03-14T13:40:16 #kisslinux <lieu> but like about 3 lines or so
2020-03-14T13:41:57 #kisslinux <paradigm> Do you get an error message?
2020-03-14T13:42:54 #kisslinux <lieu> Before init selection, no. Just systemd trying to start itself.
2020-03-14T13:43:15 #kisslinux <lieu> Wait, I'll install the arch kernel back.
2020-03-14T13:43:43 #kisslinux <paradigm> Lets try this: what is giving you the impression that something is wrong
2020-03-14T13:43:55 #kisslinux <paradigm> How is the apparent world state different from one where there is no issue
2020-03-14T13:45:15 #kisslinux <lieu> > what is giving you the impression that something is wrong
2020-03-14T13:45:56 #kisslinux <lieu> something starts before the init selection
2020-03-14T13:46:10 #kisslinux <lieu> i mean something is already happening
2020-03-14T13:46:21 #kisslinux <paradigm> Yes, that's the initrd.  That's normal.
2020-03-14T13:47:25 #kisslinux <lieu> but then, i also feel like the initrd is doing something that conflicts with KISS's init
2020-03-14T13:49:10 #kisslinux <lieu> I'm also seeing this while KISS' init is on-going: `ln: /dev/fd/fd: No such file or directory`
2020-03-14T13:49:59 #kisslinux <paradigm> Can you explain why it took you 75 minutes to mention that?  I'm not trying to be judgy here, I want to understand what I should have done differently to get you to say that earlier.
2020-03-14T13:51:27 #kisslinux <paradigm> Imagine going to the doctor.  The doctor asks you what's wrong, and for 75 minutes you mention what you had for breakfast that morning and medications you took but you never mentioned that you came into the doctor's office because your leg hurt.
2020-03-14T13:52:42 #kisslinux <paradigm> Once you've booted with Arch's initrd and KISS's init, can you log in?
2020-03-14T13:52:52 #kisslinux <lieu> Yes.
2020-03-14T13:53:04 #kisslinux <manatockhand> How do i make polybar not being recognized as window by sowm
2020-03-14T13:53:08 #kisslinux <paradigm> Can you get me the output of `ls -la /dev/fd`
2020-03-14T13:54:29 #kisslinux <lieu> how do i include errors in termbin?
2020-03-14T13:55:15 #kisslinux <paradigm> I'm not familiar with termbin.  Are you piping into it?  Maybe try `ls -la /dev/fd 2>&1 | termbin`
2020-03-14T13:56:01 #kisslinux <lieu> i forgot network's not working
2020-03-14T13:56:09 #kisslinux <dylanaraps> cmd | nc termbin.com:9999
2020-03-14T13:56:13 #kisslinux <dylanaraps> or: nc termbin.com:9999 < file
2020-03-14T13:56:25 #kisslinux <lieu> anyway
2020-03-14T13:56:36 #kisslinux <paradigm> dylanaraps: do you know where in KISS's init process /dev/fd comes into play?  Presumably mdev makes it?
2020-03-14T13:56:36 #kisslinux <lieu> `0 -> /dev/tty1`
2020-03-14T13:56:40 #kisslinux <lieu> `1 -> /dev/tty1`
2020-03-14T13:56:44 #kisslinux <lieu> `2 -> /dev/tty1`
2020-03-14T13:57:06 #kisslinux <lieu> `ls: /dev/fd/3: cannot read link: No such file or directory`
2020-03-14T13:57:11 #kisslinux <dylanaraps> https://github.com/kisslinux/init/blob/master/lib/init/rc.boot#L28
2020-03-14T13:57:38 #kisslinux <dylanaraps> I'm happy to make changes to the boot process if there are any issues
2020-03-14T13:58:24 #kisslinux <lieu> i assume the initrd does it's own udev stuff, which might also be conflicting with KISS
2020-03-14T13:58:59 #kisslinux <paradigm> dylanaraps: Sounds like Arch's initrd is creating and/or populating /dev/fd/ for us.  The symlink lines you have there are trying to resolve symlinks that are already on disk.  We'll want to adjust the `ln` calls there to either be conditional or not follow symlinks when overwriting.
2020-03-14T13:59:54 #kisslinux <lieu> paradigm: a ton of `/dev/*` stuff are not present as well
2020-03-14T14:00:31 #kisslinux <paradigm> dylanaraps: I _think_ changing those `ln -sf` to `ln -snf`'s will do the trick.
2020-03-14T14:00:58 #kisslinux <dylanaraps> https://pubs.opengroup.org/onlinepubs/9699919799/utilities/ln.html
2020-03-14T14:01:01 #kisslinux <dylanaraps> It's not POSIX sadly
2020-03-14T14:01:12 #kisslinux <manatockhand> Hey mr Araps
2020-03-14T14:02:07 #kisslinux <manatockhand> How can i make a window uncontrolable from sowm
2020-03-14T14:05:02 #kisslinux <dylanaraps> You cannot
2020-03-14T14:05:07 #kisslinux <dylanaraps> You'll need to write a patch
2020-03-14T14:06:16 #kisslinux <manatockhand> :/
2020-03-14T14:06:35 #kisslinux <manatockhand> Damn
2020-03-14T14:06:57 #kisslinux <paradigm> My next suggestion would be `[ -h fd/0 ] || ln -sf fd/0 /dev/stdin`.  If there's a non-symlink there, ln will overwrite it.  If there is one there, we can *probably* safely assume it's valid for our needs.  If we can't assume that, maybe `rm -f fd/0 ; ln -sf fd/0 /dev/stdin`.
2020-03-14T14:07:30 #kisslinux <paradigm> I wouldn't be surprised here if you have a cleaner alternative to both of those ;)
2020-03-14T14:08:18 #kisslinux <paradigm> Bedrock could remove those itself in preperation for KISS' init, but I'm not sure if other distros will re-create them or are hard-coded to assume their initrd will do so.
2020-03-14T14:08:39 #kisslinux <paradigm> lieu: are you getting any other error messages during KISS' init/boot process?
2020-03-14T14:11:08 #kisslinux <lieu> paradigm: just that one
2020-03-14T14:12:32 #kisslinux <paradigm> Sadly I don't think that's enough to explain the lack of networking.  We'll have to do more digging.
2020-03-14T14:14:55 #kisslinux <paradigm> Looks like `brl fetch kiss` broke (KISS no longer on getkiss.org?), so I'm digging through the code on github.  May take me a bit.  I don't want to nag dylan here for every step.
2020-03-14T14:17:10 #kisslinux <paradigm> lieu: if you run `dhcpcd -BM 1>&2` as root do you get error messages?
2020-03-14T14:19:41 #kisslinux <lieu> `sending commands to master dhcpcd process`
2020-03-14T14:19:48 #kisslinux <paradigm> Hmm
2020-03-14T14:20:41 #kisslinux <konimex> dhcpcd is already running then
2020-03-14T14:21:02 #kisslinux <paradigm> Is there a way to extract logs from the running instance?
2020-03-14T14:21:59 #kisslinux <konimex> depends -- is it running as a regular daemon (i.e. no -B flag) or a runit service?
2020-03-14T14:22:06 #kisslinux <lieu> some news
2020-03-14T14:22:14 #kisslinux <paradigm> I'm going to guess a runit service
2020-03-14T14:22:16 #kisslinux <konimex> I don't know if /var/log/dhcpcd.log exist though so there's that
2020-03-14T14:22:45 #kisslinux <lieu> i modprobed iwlwifi and it worked
2020-03-14T14:22:52 #kisslinux <konimex> there we go
2020-03-14T14:24:11 #kisslinux <paradigm> Does KISS normally modprobe that on its own, or is it something which users are expected to manually configure?
2020-03-14T14:25:18 #kisslinux <lieu> i suppose, it doesn't
2020-03-14T14:25:28 #kisslinux <konimex> the latter
2020-03-14T14:25:54 #kisslinux <lieu> you have to manually add them on inittab or some other way
2020-03-14T14:28:18 #kisslinux <paradigm> lieu: the only indications of issues I was able to extract from you were (1) the /dev/fd error message during boot (which is probably a harmless aesthetic issue I'll work with dylan to resolve) and (2) no networking (which sounds like is a simple misconfiguation thing and not an actual Bedrock + KISS issue).  Anything else I missed we could work on or does everything now appear to be in good shape?
2020-03-14T14:29:40 #kisslinux <paradigm> Oh, there's `/dev/*` stuff not being present.  Could those also be due to missing modules?
2020-03-14T14:32:14 #kisslinux <lieu> Could be as well. I'll keep on checking.
2020-03-14T14:34:14 #kisslinux <paradigm> My guess is that's the case.  With KISS's kernel, you likely made those built in.  With Arch's the expectation is the init or initrd modprobes them.  It sounds like KISS init will do that, but you have to manually tell it to.
2020-03-14T14:35:56 #kisslinux <paradigm> I *think* we're in good shape now.  It sounds like the only Bedrock+KISS issue is an aesthetic one, and everything tested actually works fine once properly configured.  If you run into other issues don't hesitate to ask for assistance.  Apologies for taking quite so many hours to get to the bottom of it.  There's likely better phrasing I could have done earlier on to improve the process, but at the
2020-03-14T14:36:02 #kisslinux <paradigm> moment it's lost on me.
2020-03-14T14:36:48 #kisslinux <lieu> Thank you for all the help as well as for understanding.
2020-03-14T14:37:07 #kisslinux <paradigm> Happy to.  We're all in this together.
2020-03-14T14:37:17 #kisslinux <lieu> I'll try better next time.
2020-03-14T14:38:36 #kisslinux <paradigm> I don't think it was a willfull issue on your part, just a communication issue, and it takes two to tango there.  You were clearly very welling to put in the time and effort to help provide whatever I needed, and I was just failing to get across what I needed.
2020-03-14T14:41:58 #kisslinux <dylanaraps> paradigm: ln -sf /proc/self/fd /dev/fd
2020-03-14T14:42:06 #kisslinux <dylanaraps> This is fine as-is I presume?
2020-03-14T14:45:21 #kisslinux <paradigm> From lieu's report of seeing `ln: /dev/fd/fd: No such file or directory` it seems that one is an issue.  Presumably that's the result of `ln` trying to resolve a preexisting symlink at `/dev/fd`.  I assume the three fd's are issues as well from context, but lieu's error reporting didn't explicitly mention them.
2020-03-14T14:45:54 #kisslinux <dylanaraps> Hang on. I'll use mdev's config file to set these up.
2020-03-14T14:46:29 #kisslinux <paradigm> I _knew_ you'd have a more elegant solution than either of my proposals lol
2020-03-14T14:47:25 #kisslinux <dylanaraps> :P
2020-03-14T14:47:26 #kisslinux <dylanaraps> brb
2020-03-14T14:47:30 #kisslinux <dylanaraps> Need to reboot and test.
2020-03-14T14:52:39 #kisslinux <paradigm> lieu: If manually figuring out what you need to modprobe is a pain, it may be worth noting that you can use Bedrock to use another distro's init and continue to use KISS for other bits of the system if you'd like.  That having been said, I totally understand explicitly wanting KISS's init.
2020-03-14T15:03:24 #kisslinux <dylanaraps> OK
2020-03-14T15:03:29 #kisslinux <dylanaraps> Can't be done via mdev.conf
2020-03-14T15:03:39 #kisslinux <paradigm> :(
2020-03-14T15:04:07 #kisslinux <dylanaraps> https://github.com/kisslinux/init/commit/f8695f237af0ebf02c1aaff313cd84056f3e2bd1
2020-03-14T15:05:39 #kisslinux <paradigm> I think that's not correct.  I confused the matter above.
2020-03-14T15:06:18 #kisslinux <paradigm> The error lieu provided was with /dev/fd.  The place we definitely need that check is the first of the four symlinks.  The latter three I'm unsure about.
2020-03-14T15:07:01 #kisslinux <paradigm> Also, the `[ -h ... ]` check as I phrased above is backwards.  That's the source, not the target.  We'd need to handle `/dev/stdin`, `/dev/stdout`, and `/dev/stderr`.
2020-03-14T15:09:21 #kisslinux <paradigm> https://gist.github.com/paradigm/d9fc04c767b32f392574ca6548cab512
2020-03-14T15:10:02 #kisslinux <paradigm> I _think_ that'll resolve the issue here.
2020-03-14T15:20:27 #kisslinux <paradigm> Here's what I believe is happening: https://gist.github.com/paradigm/afce0da99732236598dea217e1eb56c7
2020-03-14T15:21:50 #kisslinux <paradigm> We can test fixes by just running them in a booted KISS environment.  We just need the code to be idempotent.
2020-03-14T15:46:24 #kisslinux <eudaldgr> someone knows what happened to bonsai-linux ??
2020-03-14T15:55:01 #kisslinux <dylanaraps> paradigm: Gotcha. Will make the fix shortly.
2020-03-14T15:55:12 #kisslinux <dylanaraps> eudaldgr: Mitch stopped working on it.
2020-03-14T16:18:28 #kisslinux <paradigm> dylanaraps: last we discussed `brl fetch`, you made it exceedingly easy by providing the latest tarball at one URL and the corresponding hashsum at another.  http://dl.getkiss.org/kiss-chroot.tar.xz no longer resolves, and based on the topic in here that's probably known.  `s/getkiss/k1ss` isn't fixing it.  Is there a new pair of k1ss.org files I should be looking at, or should I be parsing github to
2020-03-14T16:18:34 #kisslinux <paradigm> find the latest release and hash?
2020-03-14T16:19:12 #kisslinux <paradigm> I don't mind parsing github if that makes it easier on you and is more likely to work correctly for the foreseeable future.
2020-03-14T16:22:31 #kisslinux <dylanaraps> paradigm: GitHub would work best, yeah.
2020-03-14T16:22:42 #kisslinux <paradigm> Works for me
2020-03-14T16:22:45 #kisslinux <dylanaraps> I had to move the website away from netlify and I have no DNS control anymore.
2020-03-14T16:22:54 #kisslinux <dylanaraps> (It's on GitHub pages now)
2020-03-14T16:23:31 #kisslinux <paradigm> I think I can parse `wget -O- https://api.github.com/repos/kisslinux/repo/releases/latest` output to get what I need.  I'll probably hack something in awk instead of adding a jq dependency.
2020-03-14T16:25:52 #kisslinux <claudia2> hello
2020-03-14T16:25:58 #kisslinux * paradigm waves
2020-03-14T16:26:04 #kisslinux <claudia2> dylanaraps: glib refuses to build after recent update
2020-03-14T16:26:08 #kisslinux <claudia2> https://termbin.com/6d2yk
2020-03-14T16:38:23 #kisslinux <dylanaraps> Does the old version still build?
2020-03-14T16:38:42 #kisslinux <dylanaraps> Use 'git' to checkout an earlier branch or fork the package to check
2020-03-14T16:48:05 #kisslinux <claudia2> i try to build the old branch soon
2020-03-14T17:01:15 #kisslinux <claudia2> dylanaraps: Ok. so the previous version refuses with the same error
2020-03-14T17:01:49 #kisslinux <claudia2> I followed your fix "depends stuff" this morning and rebuild stuff
2020-03-14T17:03:10 #kisslinux <claudia2> I checked and I have already the the latest glib revision build and installed.
2020-03-14T17:05:09 #kisslinux <claudia2> ah, I uninstalled flex and bison because thei where orphaned
2020-03-14T17:08:34 #kisslinux <claudia2> flex is a make dep for glib
2020-03-14T17:19:14 #kisslinux <dylanaraps> Noted
2020-03-14T18:14:22 #kisslinux <perish> hola
2020-03-14T18:14:30 #kisslinux <perish> f
2020-03-14T18:15:53 #kisslinux <perish> does anyone here know if linux-api-headers on arch is identical to linux-headers
2020-03-14T18:16:11 #kisslinux <perish> it seems to be
2020-03-14T18:21:17 #kisslinux <paradigm> These two lists do not appear identical: https://www.archlinux.org/packages/core/any/linux-api-headers/files/ https://www.archlinux.org/packages/core/x86_64/linux-headers/files/
2020-03-14T18:24:52 #kisslinux <perish> The PKGBUILDs both use "make HDRSINSTALL"
2020-03-14T18:25:17 #kisslinux <perish> I'd assume that linux-api-headers would be a subset, because a few things are disabled in the PKGBUILD
2020-03-14T18:39:33 #kisslinux <perish> hola
2020-03-14T18:48:18 #kisslinux <perish> hola again
2020-03-14T18:48:54 #kisslinux <kiedtl> hi
2020-03-14T18:53:20 #kisslinux <dilyn> Hola hola hola
2020-03-14T18:54:42 #kisslinux <eudaldgr> hola
2020-03-14T18:57:04 #kisslinux <perish> how goes it?
2020-03-14T19:00:42 #kisslinux <dilyn> Company decided that all non-essential personnel are working from home indefinitely now so I'm getting an arch chroot setup for our remote desktop software
2020-03-14T19:00:45 #kisslinux <dilyn> Mumble grumble
2020-03-14T19:03:20 #kisslinux <perish> ouch
2020-03-14T19:03:26 #kisslinux <perish> try a void glibxc chroot instead
2020-03-14T19:03:29 #kisslinux <perish> it's smaller
2020-03-14T19:03:51 #kisslinux <eudaldgr> How do kiss users do to process text? latex + pandoc?
2020-03-14T19:04:00 #kisslinux <eudaldgr> there is no libreoffice, nor is it expected
2020-03-14T19:06:46 #kisslinux <dilyn> Could use groff
2020-03-14T19:07:02 #kisslinux <kiedtl> is that even possible?
2020-03-14T19:07:05 #kisslinux <dilyn> I might try Void but the size doesn't so much bother me I've got a 1TB NVME that's mostly unused haha
2020-03-14T19:07:13 #kisslinux <perish> nano :>
2020-03-14T19:07:16 #kisslinux <kiedtl> I though groff was only for old manpages
2020-03-14T19:07:29 #kisslinux <perish> Void's package management is far, far better than Arch's
2020-03-14T19:07:54 #kisslinux <perish> It's got far saner syntax
2020-03-14T19:08:05 #kisslinux <kiedtl> I hate Void's package format
2020-03-14T19:08:10 #kisslinux <kiedtl> long live PKGBUILD's!
2020-03-14T19:08:22 #kisslinux <perish> Void uses the port format, as does arch
2020-03-14T19:08:37 #kisslinux <perish> Don't see your point here
2020-03-14T19:08:40 #kisslinux <kiedtl> jk :)
2020-03-14T19:08:54 #kisslinux <kiedtl> neither are better than the other
2020-03-14T19:09:07 #kisslinux <kiedtl> I don't really use package managers anyway, most of my software is compiler from source :P
2020-03-14T19:09:23 #kisslinux <perish> xbps-src templates are near identical in terms of syntax to PKGBUILDs, but Templates are POSIX-sh compatible (from what I've seen)
2020-03-14T19:09:40 #kisslinux <perish> your software compiled from source? sounds like a job for gentoo
2020-03-14T19:09:43 #kisslinux <perish> or exherbo
2020-03-14T19:09:44 #kisslinux <perish> or gobo
2020-03-14T19:09:56 #kisslinux <perish> god, how many source based distros are there nowadays?
2020-03-14T19:10:27 #kisslinux <kiedtl> creating a src-based distro is far easier than a binary-based distro
2020-03-14T19:10:45 #kisslinux <kiedtl> for a binary-based distro you've got to have a buildhost setup, inaddition to the pkg repos
2020-03-14T19:12:37 #kisslinux <dilyn> Groff is a lot like TeX, in my experience lighter and smaller. Don't see why groff wouldn't work on KISS, dependencies are just other gnu bits
2020-03-14T19:14:11 #kisslinux <perish> Aye, I'm working on a binary distro rn
2020-03-14T19:15:04 #kisslinux <dilyn> perish: doesn't look like void packages Citrix but aur does
2020-03-14T19:16:18 #kisslinux <kiedtl> perish: curious, what buildhost are you gonna use to build pkgs? selfhosted or something else?
2020-03-14T19:24:39 #kisslinux <perish> doesn't look like void packages Citrix but aur does
2020-03-14T19:24:40 #kisslinux <perish> what?
2020-03-14T19:25:14 #kisslinux <dilyn> The software I need for remote desktop
2020-03-14T19:25:29 #kisslinux <dilyn> it's in the aur, so it's basically brainless to setup
2020-03-14T19:25:30 #kisslinux <perish> kiedtl: My buildhost is currently my laptop. I've got a tower that I'll be setting up as a buildhost.
2020-03-14T19:25:31 #kisslinux <perish> Ah
2020-03-14T19:26:42 #kisslinux <dilyn> But I'll give void a peak at some point, probably maybe
2020-03-14T19:28:17 #kisslinux <kiedtl> brb
2020-03-14T19:29:20 #kisslinux <perish> Did you see my answer, kiedtl?
2020-03-14T19:30:21 #kisslinux <perish> Sure is a lot of lurkers, huh
2020-03-14T19:32:51 #kisslinux <eudaldgr> i will try groff it sounds well
2020-03-14T19:42:49 #kisslinux <bl4ckpix1> So, birch automatically connects to #kisslinux?
2020-03-14T19:43:28 #kisslinux <bl4ckpix1> or is it only after a period of no input?
2020-03-14T20:00:08 #kisslinux <kiedtl> bl4ckpix1: automatically
2020-03-14T20:00:25 #kisslinux <kiedtl> perish: yeah
2020-03-14T20:03:49 #kisslinux <jedavies_> mps: Just uploaded a new release of KISS aarch64 built for generic aarch64 cpus, so should be more compatible with different devices: https://github.com/jedavies-dev/kiss-aarch64/releases/tag/0.1.5
2020-03-14T20:07:20 #kisslinux <perish> Neat
2020-03-14T20:08:52 #kisslinux <mps> jedavies: need to find free mmc card, and try it on my arm64 chromebook. thank you notice
2020-03-14T20:42:23 #kisslinux <cornett> I just installed kiss and wanted to say thanks.  This project is like a breath of fresh air.
2020-03-14T20:44:11 #kisslinux <perish> very useful
2020-03-14T21:32:12 #kisslinux <adamantium> cornett: o/ cool
2020-03-14T21:59:40 #kisslinux <Humaid> windows in sowm*
2020-03-14T22:01:02 #kisslinux <Humaid> dragging two fingers and pressing windows key doesn't work, but moving windows work
2020-03-14T23:00:37 #kisslinux <konimex> I actually like Void's build_style approach better than any CRUX-like "ports" (I hate the fact that this word refers to packages) packaging
2020-03-14T23:01:13 #kisslinux <konimex> it reduces repetition for a hell lot of packages