💾 Archived View for gemini.ctrl-c.club › ~phoebos › logs › kisslinux-2021-06-28.txt captured on 2024-06-16 at 13:41:40.
⬅️ Previous capture (2021-12-17)
-=-=-=-=-=-=-
[2021-06-28T00:00:00Z] <Guest68> So if the base dir is /usr/lib/firmware, the amdgpu files would be: CONFIG_EXTRA_FIRMWARE="a.ucode amdgpu/amdgpu1 amdgpu/amdgpu2" and so on?
[2021-06-28T00:00:23Z] <claudia> yep
[2021-06-28T00:01:09Z] <Guest68> Ok
[2021-06-28T00:01:37Z] <claudia> This exactly the gist.
[2021-06-28T00:01:55Z] <claudia> So bad, that whietequark cant search through the entire history
[2021-06-28T00:02:17Z] <claudia> I would exactly send this snippet to the next person questioning this.
[2021-06-28T00:02:40Z] <claudia> logbot was pretty comfortable.
[2021-06-28T00:02:57Z] <Guest68> Oh wait, I guess I could just type amdgpu/polaris10_{ce,ce_2,k_smc,k2_smc,k_mc,mc,me,me_2,mec2,mec2_2,mec,mec_2,pfp,pfp_2,rlc,sdma1,sdma,smc,smc_sk,uvd,vce}.bin
[2021-06-28T00:03:06Z] <Guest68> Would the .config accept this syntax?
[2021-06-28T00:03:27Z] <claudia> it will error on you if so.
[2021-06-28T00:04:21Z] <Guest68> Dang so I have type them out :(
[2021-06-28T00:06:02Z] <claudia> dilyn, do you have your .config handy? I think I can add an example to our wiki/firmware
[2021-06-28T00:06:18Z] <claudia> *.config with amdgpu
[2021-06-28T00:10:23Z] <dilyn> http://ix.io/3rk1
[2021-06-28T00:11:05Z] <dilyn> i've fixed webengine, claudia
[2021-06-28T00:11:10Z] <dilyn> I hate it tho :)
[2021-06-28T00:11:15Z] <claudia> this is quite the example. ty
[2021-06-28T00:11:20Z] <dilyn> lol ofc
[2021-06-28T00:11:24Z] <claudia> which gpu is this?
[2021-06-28T00:11:30Z] <dilyn> wx2100
[2021-06-28T00:11:41Z] <claudia> Oh this is good new. very nice.
[2021-06-28T00:11:57Z] <claudia> you fixed it for now :v
[2021-06-28T00:12:00Z] <dilyn> i haven't looked closely at which firmware files are required for this specific card tho
[2021-06-28T00:12:43Z] <dilyn> yeah it's new enough... the price rose by $50 so if I could nab a 6800 for MSRP I can make a few bucks on this card xD
[2021-06-28T00:12:43Z] <dilyn> yeah it's a very unpleasant package. IDK why they have to make this so hard
[2021-06-28T00:12:51Z] <dilyn> hopefully the bug report that was filed gets some actual attention :|
[2021-06-28T00:14:28Z] <Guest68> Typing this out is painful I don't have copy paste :D
[2021-06-28T00:14:39Z] <dilyn> you can edit the .config manually to add them
[2021-06-28T00:14:47Z] <dilyn> it's safe in this case haha
[2021-06-28T00:16:29Z] <Guest68> Okay
[2021-06-28T00:16:44Z] <Guest68> Can I test for errors too or will they come up when I compile
[2021-06-28T00:17:35Z] <dilyn> there's no good way to identify errors outside of compiling :\
[2021-06-28T00:18:00Z] <dilyn> maybe we should start recommending that users use something like arch's kernel and tinyramfs lmfao
[2021-06-28T00:19:51Z] <Guest68> Okay gonna start compiling the kernel now lets see if it works
[2021-06-28T00:20:35Z] <Guest68> Wow 5 seconds in and it already failed...
[2021-06-28T00:21:26Z] <konimex> jedavies: unfortunately, nope
[2021-06-28T00:22:05Z] <Guest68> Getting errors in /usr/include/linux/byteorder/little_endian.h. No idea
[2021-06-28T00:22:12Z] <dilyn> five seconds is better than twenty minutes...
[2021-06-28T00:22:23Z] <dilyn> https://k1sslinux.org/news/20210507a
[2021-06-28T00:25:24Z] <Guest68> Ok that seems to have worked. Im going to go eat while this compiles
[2021-06-28T00:29:09Z] <dilyn> why do distributions pull this bs https://repology.org/projects/?inrepo=siduction_experimental
[2021-06-28T00:29:29Z] <claudia> Maybe a smaller example would be better fitting but is this comprehensive?
[2021-06-28T00:29:30Z] <claudia> https://github.com/kiss-community/wiki/pull/11/files
[2021-06-28T00:29:31Z] <dilyn> throw off everyone's repology stats because you decided not to track upstream's official releases smh
[2021-06-28T00:33:27Z] <claudia> so bad that there is no other musl libressl latest qt5 distro to spy on patches..
[2021-06-28T00:34:13Z] <dilyn> yeah. it's just me out here (:
[2021-06-28T00:35:06Z] <Guest68> "bzimage is ready" means that it compiled with no issues?
[2021-06-28T00:35:18Z] <dilyn> yessir!
[2021-06-28T00:40:19Z] <acheam> could openbsd patches work? obvs not musl, but musl is closer to the BSD libc than to glibc
[2021-06-28T00:40:44Z] <claudia> obsd is on older qt5 version ;)
[2021-06-28T00:43:08Z] <dilyn> yeah obsd is where I initially go the libressl patches from
[2021-06-28T00:43:21Z] <dilyn> they're on an almost similar version now tho! keeping up with kde dev work from what I can tell
[2021-06-28T00:43:38Z] <dilyn> but they don't have any patches for this problem. nobody does, in fact
[2021-06-28T00:43:47Z] <dilyn> which is why I think i'm missing something.
[2021-06-28T00:44:16Z] <claudia> https://github.com/openbsd/ports/blob/master/x11/qt5/qtbase/distinfo#L2
[2021-06-28T00:45:46Z] <dilyn> harump. who was I looking at...
[2021-06-28T00:46:47Z] <claudia> There is some huge work to update to qt5 stack and some kde stuff https://undeadly.org/cgi?action=article;sid=20210124113220
[2021-06-28T00:47:37Z] <claudia> Frome the tone of this post, there is also somebody doing this with their notebook ^^
[2021-06-28T00:48:58Z] <claudia> dilyn, you should get in touch and tell them that a faster computer does not solve the problem :D
[2021-06-28T00:49:57Z] <dilyn> > I can build it 1-2 times a day which makes testing a little bit annoying and time intensive.
[2021-06-28T00:50:11Z] <dilyn> can relate! lowkey built this computer so i could build webengine in < 30 minutes
[2021-06-28T00:50:26Z] <dilyn> faster computers only fix some problems for sure :v
[2021-06-28T00:50:47Z] <dilyn> if bsd cannot support plasma I can never use bsd :'(
[2021-06-28T00:51:03Z] <claudia> freebsd does.
[2021-06-28T00:51:12Z] <claudia> they also do wayland
[2021-06-28T00:51:15Z] <dilyn> yeah but freebsd is not the way
[2021-06-28T00:51:22Z] <claudia> there is no bsd
[2021-06-28T00:51:33Z] <claudia> they are totaly different :D
[2021-06-28T00:51:36Z] <dilyn> lol
[2021-06-28T00:51:50Z] <dilyn> openbsd == bsd, change my mindn
[2021-06-28T00:52:10Z] <claudia> netbsd == bsd
[2021-06-28T00:52:16Z] <claudia> netbsd != openbsd
[2021-06-28T00:52:24Z] <dilyn> i appear to have angered the gods. i take it all back.
[2021-06-28T00:52:31Z] <claudia> yyy
[2021-06-28T00:52:57Z] <dilyn> oh... hmmm... hrngg....
[2021-06-28T00:53:01Z] <dilyn> this better not...
[2021-06-28T00:53:09Z] <dilyn> my head might explode here. one sec
[2021-06-28T00:53:12Z] <illiliti> Unfortunatelly, the Wayland development is strongly focused on Linux.
[2021-06-28T00:53:19Z] <illiliti> the dark side of wayland
[2021-06-28T00:53:47Z] <claudia> netbsd prob can do plasma, because they can do wayland(protocols) so the apps should build maybe.
[2021-06-28T00:53:56Z] <dilyn> honestly I'd rather *BSDs solved this problem in their own way
[2021-06-28T00:54:16Z] <dilyn> they do good work. their devs are wicked smart (usually). could they come up with something better than wayland?
[2021-06-28T00:54:50Z] <claudia> I havent watched openbsd over a long time, but from what I can tell they just sit it out and dont care.
[2021-06-28T00:54:56Z] <dilyn> lol
[2021-06-28T00:55:23Z] <claudia> because xorg works. no reason to fix. we need our dev power on important things.
[2021-06-28T00:55:50Z] <dilyn> dammit. >I am the stupidest fucking trash in the multiverse.
[2021-06-28T00:55:57Z] <claudia> context
[2021-06-28T00:56:13Z] <dilyn> remember this whole fiasco with qt5? "# Without this folder, Qt can't find its header files."
[2021-06-28T00:56:18Z] <dilyn> guess WHAT
[2021-06-28T00:56:27Z] <dilyn> realized I did not apply this fix to webengine.
[2021-06-28T00:56:30Z] <dilyn> all my time, wasted.
[2021-06-28T00:56:36Z] <acheam> kernel 5.13 is out
[2021-06-28T00:56:39Z] <claudia> gee
[2021-06-28T00:57:03Z] <claudia> gj for realising this.
[2021-06-28T00:57:34Z] <claudia> But I thought you already fixed webengine?
[2021-06-28T00:57:44Z] <claudia> Or you just thought
[2021-06-28T00:58:02Z] <dilyn> I did, but that entire patch of work I did is exactly equivalent to making a .git directory
[2021-06-28T00:58:29Z] <dilyn> my blessed KDE devs made some super dumb breaking changes when they forked Qt 5 :'(
[2021-06-28T00:58:30Z] <acheam> includes landlock.io and clang CFI enforcement among other things
[2021-06-28T00:58:38Z] <acheam> I wonder if they fixed the broken buold
[2021-06-28T00:58:50Z] <acheam> I might upgrade from 5.10.44
[2021-06-28T01:00:31Z] <illiliti> landlock is cool. i'm planning to implement it into king
[2021-06-28T01:00:49Z] <dilyn> that's interesting...
[2021-06-28T01:01:02Z] <claudia> dilyn, you are an absolute madman and pull my head that you fight this mess, still.
[2021-06-28T01:01:23Z] <Guest68> I'm back
[2021-06-28T01:01:53Z] <dilyn> the maddest of lads
[2021-06-28T01:02:04Z] <dilyn> it gave me something to brag about on my cover letter. that's why I did it. lmfao
[2021-06-28T01:02:29Z] <dilyn> if anybody happens to use qt5-webengine and could test if falkon/viper-browser/something works with dtls disabled in qt5, that would be wonderful to hear about
[2021-06-28T01:03:16Z] <claudia> I will prob do this tomorrow.
[2021-06-28T01:04:37Z] <dilyn> tyty <3
[2021-06-28T01:07:28Z] <Guest68> Is there a genfstab-like command for KISS
[2021-06-28T01:07:43Z] <dilyn> cem has one somewhere
[2021-06-28T01:08:13Z] <dilyn> https://github.com/cemkeylan/genfstab
[2021-06-28T01:10:15Z] <dilyn> a very interesting bug in `kiss`. without rust installed, and the bin repo before the main repo in $KISS_PATH, if you do `cd repo/extra/firefox`; `kiss b`, `kiss` will build the rust in repo, not the bin repo
[2021-06-28T01:10:16Z] <dilyn> how cute
[2021-06-28T01:12:01Z] <illiliti> this is intentional and called CRUX-like usage
[2021-06-28T01:12:07Z] <dilyn> I know that
[2021-06-28T01:12:17Z] <dilyn> but I thought it was only for the package who's directory you're in
[2021-06-28T01:12:21Z] <dilyn> not for the whole repository
[2021-06-28T01:16:03Z] <illiliti> oh, i misread
[2021-06-28T01:16:41Z] <illiliti> can you provide reproducible example?
[2021-06-28T01:20:36Z] <Guest68> Okay I think I just need to get encryption to work at boot now
[2021-06-28T01:22:13Z] <Guest68> illiliti Srry I can't remember if you said to use tinyramfs or kiss-encryption for encrypted root
[2021-06-28T01:23:00Z] <illiliti> both
[2021-06-28T01:23:10Z] <Guest68> Ok
[2021-06-28T01:23:10Z] <illiliti> tinyramfs to mount /
[2021-06-28T01:23:28Z] <illiliti> kiss-encryption to properly unmount /
[2021-06-28T01:23:29Z] <dilyn> sure can. clone $/kiss-community/{repo,bin}. export KISS_PATH=$PWD/bin/bin:$PWD/repo/extra. cd repo/extra/firefox. kiss r rust. kiss b firefox. watch as kiss rebuilds rust
[2021-06-28T01:23:39Z] <Guest68> Dang just remembered I forgot to add dm-crypt to the kernel......
[2021-06-28T01:25:17Z] <Guest68> Anybody here know what parameter that is?
[2021-06-28T01:26:36Z] <illiliti> run `make menuconfig`, press /; type dm_crypt
[2021-06-28T01:31:46Z] <Guest68> Im looking in Device Drivers -> Multiple devices driver support (RAID and LVM) -> Device mapper support just as the location says but it's not there
[2021-06-28T01:32:26Z] <Guest68> Oh nvm
[2021-06-28T01:32:35Z] <Guest68> It's Crypt target support i think
[2021-06-28T01:38:06Z] <illiliti> dilyn: can reproduce!
[2021-06-28T01:38:54Z] <illiliti> test -d /home/illiliti/projects/kisslinux/repo-main/extra/firefox/bin/bin/rust
[2021-06-28T01:39:01Z] <illiliti> something weird happened lol
[2021-06-28T01:39:04Z] <dilyn> lol
[2021-06-28T01:44:31Z] <Guest68> Any special kernel parameters Id need to set to use DisplayPort audio from my graphics card?
[2021-06-28T01:44:46Z] <Guest68> The onboard audio on my motherboard is broken
[2021-06-28T01:45:23Z] <Guest68> The DP cable goes to my monitor to which I have headphones plugged in
[2021-06-28T01:46:22Z] <dilyn> you need to have HDMI audio enabled in the kernel, and then you can use something like alsamixer to unmute the channel
[2021-06-28T01:47:08Z] <Guest68> This one I take it CONFIG_SND_HDA_CODEC_HDMI HDMI/DisplayPort HD-audio codec support
[2021-06-28T01:47:26Z] <dilyn> yessir
[2021-06-28T01:48:53Z] <Guest68> Also all my amdgpu files got overwritten for some reason D:
[2021-06-28T01:49:04Z] <Guest68> In the config, that is
[2021-06-28T01:53:19Z] <illiliti> dilyn: the problem is here: https://github.com/kiss-community/kiss/blob/master/kiss#L1481
[2021-06-28T01:53:30Z] <illiliti> CRUX-like usage gives priority to current directory/repository regardless of dependencies
[2021-06-28T01:53:34Z] <dilyn> yeah exactly
[2021-06-28T01:53:37Z] <illiliti> we need to disallow CRUX-like usage for dependencies
[2021-06-28T01:53:50Z] <dilyn> that seems like the most straightforward way
[2021-06-28T01:54:27Z] <dilyn> firefox 89.0.2 built perfectly with no changes. I must be in heaven.
[2021-06-28T01:54:39Z] <dilyn> and now I play house sitter to water my girlfriend's plants :o gngn everyone
[2021-06-28T01:54:54Z] <acheam> but wee need babysitting too!
[2021-06-28T01:56:37Z] <illiliti> i hope posix will standardize readlink
[2021-06-28T01:56:46Z] <illiliti> because parsing ls output and doing some magic is ridiculous
[2021-06-28T01:56:55Z] <illiliti> ref: https://www.austingroupbugs.net/view.php?id=1457
[2021-06-28T02:13:42Z] <Guest68> illiliti Hi, would you mind sharing your tinyramfs config file and grub config :D
[2021-06-28T02:14:47Z] <illiliti> here: https://termbin.com/lydd
[2021-06-28T02:14:52Z] <illiliti> i don't use grub
[2021-06-28T02:15:23Z] <Guest68> Well, just the command parameters for whatever you're using
[2021-06-28T02:15:44Z] <Guest68> kernel parameters
[2021-06-28T02:15:46Z] <illiliti> vmlinuz initrd=\initramfs quiet i915.fastboot=1
[2021-06-28T02:16:04Z] <Guest68> Okay ty
[2021-06-28T02:18:22Z] <illiliti> there's also tinyramfs man pages if you didn't know
[2021-06-28T02:18:35Z] <illiliti> man tinyramfs.config
[2021-06-28T02:18:40Z] <Guest68> Yes im reading them now
[2021-06-28T02:19:17Z] <illiliti> they poorly written though
[2021-06-28T02:20:22Z] <illiliti> i need to rewrite/revisit them at some point...
[2021-06-28T02:38:03Z] <Guest68> So root would be /dev/sdc2 and luks_root would be /dev/mapper/crypt
[2021-06-28T02:38:18Z] <Guest68> Or do I have those backwards
[2021-06-28T02:39:12Z] <illiliti> yes
[2021-06-28T02:39:14Z] <illiliti> backwards
[2021-06-28T02:39:45Z] <illiliti> /dev/mapper/crypt is real unlocked root
[2021-06-28T02:39:58Z] <Guest68> Huh, weird. The UUID for /dev/mapper/crypt isn't showing up when I type blkid
[2021-06-28T02:40:43Z] <illiliti> make sure that you correctly formatted /dev/mapper/crypt
[2021-06-28T02:41:03Z] <illiliti> also, run blkid as root
[2021-06-28T02:41:24Z] <Guest68> I see a weird device called /dev/dm-0
[2021-06-28T02:41:30Z] <Guest68> With file type ext4
[2021-06-28T02:42:57Z] <illiliti> this is exactly what you need
[2021-06-28T02:42:59Z] <Guest68> When I type nlkid /dev/mapper/crypt it shows up with the same UUID as the /dev/dm-0
[2021-06-28T02:43:05Z] <Guest68> Not sure why it's labelled as such tho
[2021-06-28T02:43:27Z] <illiliti> /dev/mapper/crypt symlink doesn't created for some reason
[2021-06-28T02:44:14Z] <illiliti> wait
[2021-06-28T02:44:30Z] <illiliti> /dev/mapper/crypt is a symlink to /dev/dm-0, right?
[2021-06-28T02:48:25Z] <Guest68> https://superuser.com/questions/131519/what-is-this-dm-0-device
[2021-06-28T02:49:23Z] <Guest68> Apparently it is logical volume but I don't remember setting it up that way
[2021-06-28T02:50:31Z] <illiliti> answers are false
[2021-06-28T02:51:06Z] <illiliti> this is not lvm unless you did setup it
[2021-06-28T02:51:15Z] <illiliti> this is unlocked luks container
[2021-06-28T02:52:11Z] <Guest68> Yeah I didn't touch any physical volume, volume group, logical volume settings
[2021-06-28T02:52:49Z] <Guest68> I'll just use the UUID for dm-0 and see if it works I guess
[2021-06-28T02:53:01Z] <illiliti> yeah
[2021-06-28T02:53:17Z] <illiliti> dm-0 is exactly what you need
[2021-06-28T02:57:19Z] <Guest68> Also, what's your output for uname -r? Mine is showing as the Arch iso I am on
[2021-06-28T02:58:08Z] <illiliti> 5.12.5
[2021-06-28T02:58:46Z] <Guest68> oh okay the version num
[2021-06-28T03:00:41Z] <illiliti> 1
[2021-06-28T03:00:42Z] <illiliti> what are you trying to do?
[2021-06-28T03:00:56Z] <Guest68> tinyramfs -o "/boot/initramfs-$(uname -r)"
[2021-06-28T03:01:22Z] <Guest68> Am getting the error cp can't stat /lib/modules/5.11.16-artix1-1/modules.order
[2021-06-28T03:01:38Z] <Guest68> Because I am on an Artix Linux iso and that's supposed to be just 5.12.13
[2021-06-28T03:01:53Z] <Guest68> And /lib/modules/5.12.13 does exist btw
[2021-06-28T03:02:03Z] <Guest68> Not sure why it's coming up as artix
[2021-06-28T03:02:08Z] <illiliti> you need to explictly tell tinyramfs which kernel to use
[2021-06-28T03:02:19Z] <illiliti> tinyramfs -k 5.12.13
[2021-06-28T03:02:38Z] <Guest68> thanks
[2021-06-28T03:06:41Z] <Guest68> Btw, do I need to specify a key or will I be prompted at boot?
[2021-06-28T03:06:48Z] <Guest68> To type in the passphrase
[2021-06-28T03:07:58Z] <illiliti> you will be prompted you don't setup key
[2021-06-28T03:12:09Z] <illiliti> the key is optional
[2021-06-28T03:12:36Z] <illiliti> you can store your password in file and use it as key
[2021-06-28T03:13:42Z] <illiliti> or you can create key with random data, add it via cryptsetup and use it in tinyramfs
[2021-06-28T03:14:23Z] <Guest68> I prefer password
[2021-06-28T03:14:35Z] <Guest68> And I think I am done... gonna reboot and see what happens
[2021-06-28T03:16:05Z] <Guest68> Dang got a kernel panic :(
[2021-06-28T03:16:28Z] <Guest68> VFS: unable to mount root fs on unknown-block(0,0)
[2021-06-28T03:17:27Z] <Guest68> Oh was I supposed to type in update-grub before rebooting
[2021-06-28T03:19:46Z] <illiliti> yeah
[2021-06-28T03:28:04Z] <Guest68> So I did actually generate the grub.cfg
[2021-06-28T03:28:16Z] <Guest68> I am not sure why it's giving me a kernel panic
[2021-06-28T03:29:05Z] <acheam> are your kernel parameters right? did you compile in support for the filesystem and stuff?
[2021-06-28T03:31:08Z] <Guest68> Is there an ext4 or rootfs kernel parameter
[2021-06-28T03:32:51Z] <Guest68> EXT4_FS=y
[2021-06-28T03:36:36Z] <illiliti> looks like kernel didn't use parameters because they aren't defined
[2021-06-28T03:36:57Z] <illiliti> are you sure that grub passed parameters to kernel?
[2021-06-28T03:39:55Z] <Guest68> I think so
[2021-06-28T03:41:25Z] <illiliti> send me your kernel and grub config
[2021-06-28T03:51:16Z] <Guest68> grub.cfg https://pastebin.com/GE6Gtxze
[2021-06-28T03:52:26Z] <Guest68> kernel config https://pastebin.com/pNd8W8Gy
[2021-06-28T03:53:14Z] <Guest68> blkid https://pastebin.com/Z7ZH51pS
[2021-06-28T03:54:12Z] <Guest68> lsblk https://pastebin.com/Fzgfpk7Q
[2021-06-28T03:54:44Z] <illiliti> grub.cfg doesn't contain kernel parameters
[2021-06-28T03:55:28Z] <Guest68> line 104
[2021-06-28T03:55:42Z] <Guest68> And here's fstab https://pastebin.com/tfqMADtb
[2021-06-28T03:56:16Z] <illiliti> UUID=e3e7c07e-f5b8-4113-af4b-8a96df707e51 / ext4 rw,relatime 0 1
[2021-06-28T03:56:19Z] <illiliti> remove this
[2021-06-28T03:56:32Z] <Guest68> Ok
[2021-06-28T03:57:17Z] <illiliti> the problem is that grub doesn't save kernel parameters
[2021-06-28T03:57:24Z] <illiliti> how did you configure grub?
[2021-06-28T03:57:40Z] <Guest68> I typed grub-mkconfig -o /boot/grub/grub.cfg
[2021-06-28T03:57:46Z] <Guest68> After editing /etc/default/grub
[2021-06-28T03:59:34Z] <illiliti> send me /etc/default/grub
[2021-06-28T04:02:49Z] * midfavila-laptop waves
[2021-06-28T04:08:46Z] <Guest68> https://pastebin.com/qrzfki3B
[2021-06-28T04:09:17Z] <Guest68> Under GRUB_CMDLINE_LINUX_DEFAULT are the kernel parameters
[2021-06-28T04:11:16Z] <Guest68> Here they are talking about compiling support for ext4 which I've made sure is set to yes https://old.reddit.com/r/kisslinux/comments/mljopc/kiss_linux_kernel_panic_unable_to_mount_root_fs/
[2021-06-28T04:11:25Z] <Guest68> And I did not find a rootfs setting
[2021-06-28T04:12:15Z] <illiliti> no no, you're using wrong parameters
[2021-06-28T04:12:48Z] <illiliti> you need to pass: initrd=\<location of generated initramfs on /boot>
[2021-06-28T04:12:56Z] <illiliti> that's the main parameter
[2021-06-28T04:13:41Z] <illiliti> cryptdevice is meaningless to tinyramfs
[2021-06-28T04:14:42Z] <Guest68> So in the grub I just say vmlinuz initrd=\boot\initramfs-5.12.13
[2021-06-28T04:15:18Z] <Guest68> vmlinuz initrd=\initramfs-5.12.13
[2021-06-28T04:15:29Z] <illiliti> yes
[2021-06-28T04:15:34Z] <illiliti> exactly
[2021-06-28T04:15:37Z] <Guest68> Since /boot/initramfs-5.12.13 is the name
[2021-06-28T04:15:45Z] <illiliti> yep
[2021-06-28T04:15:51Z] <Guest68> Ok I will try that and report back
[2021-06-28T04:15:57Z] <illiliti> vmlinuz initrd=\initramfs-5.12.13
[2021-06-28T04:16:16Z] <schillingklaus> is chainloading possible?
[2021-06-28T04:17:28Z] <illiliti> what do you mean?
[2021-06-28T04:18:47Z] <Guest68> It has the parameters /vmlinuz-5.12.13 root=/dev/mapper/cry[t ro vmlinuz initrd=\initramfs-5.12,13
[2021-06-28T04:19:06Z] <Guest68> Despite my typing just the vmlinuz initrd=\initramfs-5.12.13 part
[2021-06-28T04:19:13Z] <Guest68> After generating the grub config file again
[2021-06-28T04:19:31Z] <Guest68> Should I take out the root=/dev/mapper/crypt part manually?
[2021-06-28T04:19:54Z] <schillingklaus> something like set root=(hd0,1) followed by chainloader +1
[2021-06-28T04:20:36Z] <illiliti> Guest68: it's harmless but you can remote this
[2021-06-28T04:20:39Z] <illiliti> schillingklaus: idk
[2021-06-28T04:21:03Z] <Guest68> Ok ill try rebooting again
[2021-06-28T04:21:59Z] <Guest68> Same error but more output. I can see eight penguins at the top of the screen...
[2021-06-28T04:23:00Z] <illiliti> post output
[2021-06-28T04:23:19Z] <illiliti> this is important
[2021-06-28T04:31:53Z] <Guest68> Dang can't upload picture on my POS phone
[2021-06-28T04:32:18Z] <Guest68> i will brb
[2021-06-28T04:37:28Z] <Guest12> Here is the image https://ibb.co/DLZ8mjk
[2021-06-28T04:37:43Z] <Guest12> Sorry for the delay my phone is a POS and deleted my photos
[2021-06-28T04:39:30Z] <illiliti> ah
[2021-06-28T04:39:42Z] <illiliti> you need to remove root= parameter
[2021-06-28T04:40:20Z] <Guest12> When I did that it says vmlinuz file not found
[2021-06-28T04:40:35Z] <Guest12> error: invalid file name 'vmlinuz'
[2021-06-28T04:41:01Z] <Guest12> Because of the parameter vmlinuz initramfs blah blah
[2021-06-28T04:41:29Z] <Guest12> The one you told me to put in
[2021-06-28T04:41:57Z] <illiliti> vmlinuz initrd=\\initramfs-5.12.13
[2021-06-28T04:41:59Z] <illiliti> try this
[2021-06-28T04:42:12Z] <illiliti> or: vmlinuz initrd=/initramfs-5.12.13
[2021-06-28T04:42:16Z] <Guest12> Ok
[2021-06-28T04:42:30Z] <Guest12> I guess it was complaining about the vmlinuz part tho
[2021-06-28T04:46:08Z] <Guest12> Same error with two backslashes, will try a forward one
[2021-06-28T04:47:14Z] <illiliti> afaik grub should automatically detect initramfs
[2021-06-28T04:47:28Z] <Guest12> ohhhh
[2021-06-28T04:47:42Z] <Guest12> i think vmlinuz should be vmlinuz-5.12.13 , no?
[2021-06-28T04:49:16Z] <Guest12> What's your vmlinuz file named as?
[2021-06-28T04:49:48Z] <illiliti> i don't use grub
[2021-06-28T04:50:24Z] <illiliti> try to rename vmlinuz to vmlinuz-<kernel> and initramfs to initrd-<kernel>.img
[2021-06-28T04:50:49Z] <illiliti> and run grub-mkconfig
[2021-06-28T04:54:05Z] <testuser[m]1> Hi
[2021-06-28T04:55:19Z] <Guest12> Did /vmlinuz-5.12.13 initrd=/initramfs-5.12.13
[2021-06-28T04:55:43Z] <Guest12> It says cannot open root device "(null)" so I will leave the other stuff in there too
[2021-06-28T04:57:54Z] <illiliti> try to do what i say above
[2021-06-28T05:00:22Z] <Guest12> Ok so change to vmlinuz-<kernel> and initrd-<kernel>.img in both parameters and /boot?
[2021-06-28T05:00:57Z] <illiliti> yes
[2021-06-28T05:01:45Z] <Guest12> What do you want me to put as the parameters? Any slashes or anything for vmlinuz? Backwards/forwards etc
[2021-06-28T05:03:55Z] <illiliti> no no, i mean rename files
[2021-06-28T05:05:55Z] <Guest12> Okay the file names are vmlinuz-5.12.13 and initrd-5.12.13.img
[2021-06-28T05:06:07Z] <illiliti> good
[2021-06-28T05:08:04Z] <Guest12> When I run grub-mkconfig it adds a separate line with "initrd /initrd-5.12.13.img"
[2021-06-28T05:08:21Z] <Guest12> Should I take out the initrd=\ ... parameter then?
[2021-06-28T05:08:44Z] <illiliti> no
[2021-06-28T05:09:29Z] <Guest12> Ok so its initrd=\initramfs-5.12.13
[2021-06-28T05:10:21Z] <Guest12> vmlinuz initrd=\initramfs-5.12.13
[2021-06-28T05:11:46Z] <illiliti> drop the all parameters under GRUB_CMDLINE_LINUX_DEFAULT
[2021-06-28T05:12:00Z] <illiliti> and re-run grub-mkconfig
[2021-06-28T05:12:07Z] <Guest12> kk
[2021-06-28T05:13:28Z] <Guest12> There are two lines: first is "linux /vmlinuz-5.12.13 root=/dev/mapper/crypt ro" and the second is "initrd /initrd-5.12.13.img"
[2021-06-28T05:13:35Z] <Guest12> In grub.cfg
[2021-06-28T05:13:59Z] <Guest12> After running grub-mkconfig with no parameters under GRUB_CMDLINE_LINUX_DEFAULT
[2021-06-28T05:14:50Z] <illiliti> drop 'root=/dev/mapper/crypt ro'
[2021-06-28T05:14:56Z] <illiliti> and try to boot
[2021-06-28T05:14:59Z] <Guest12> kk
[2021-06-28T05:16:10Z] <schillingklaus> my GRUB_CMDLINE_LINUX_DEFAULT is "quiet nomodeset"
[2021-06-28T05:16:14Z] <Guest12> Ok we made some progress
[2021-06-28T05:16:44Z] <Guest12> There was a bunch of text but it eventually said Enter passphrase for /dev/disk/by-uuid/53d4...
[2021-06-28T05:17:01Z] <Guest12> But there was more initialization text and didnt let me type in password
[2021-06-28T05:17:14Z] <Guest12> Last line is !! failed to unlock LUKS
[2021-06-28T05:17:34Z] <Guest12> Will send you a picture
[2021-06-28T05:18:34Z] <illiliti> don't afraid to type password
[2021-06-28T05:19:17Z] <illiliti> the password will get to cryptsetup regardless of initialization text
[2021-06-28T05:19:23Z] <Guest12> https://ibb.co/Q8mV91w
[2021-06-28T05:19:25Z] <illiliti> just like sudo/doas
[2021-06-28T05:19:45Z] <illiliti> yeah
[2021-06-28T05:19:47Z] <Guest12> You can see it says Enter passphrase but it is quicky overridden by more text
[2021-06-28T05:20:01Z] <Guest12> I tried typing in my password but it threw me into a shell
[2021-06-28T05:20:02Z] <illiliti> you can still type password
[2021-06-28T05:20:15Z] <illiliti> try to type it again
[2021-06-28T05:20:24Z] <Guest12> I am in a shell and it says command not found
[2021-06-28T05:20:25Z] <illiliti> don't rush
[2021-06-28T05:20:29Z] <illiliti> reboot
[2021-06-28T05:20:46Z] <Guest12> kk
[2021-06-28T05:21:41Z] <Guest12> Blinking cursor after text is done initializing
[2021-06-28T05:21:44Z] <Guest12> Will type in my pass now
[2021-06-28T05:22:23Z] <Guest12> Yeah it still says failed to unlock LUKS
[2021-06-28T05:22:46Z] <Guest12> device-mapper: table: 253:0: crypt: Error allocating crypto tfm
[2021-06-28T05:22:59Z] <Guest12> device-mapper: ioctl: error adding target to table
[2021-06-28T05:23:02Z] <illiliti> send output
[2021-06-28T05:23:26Z] <schillingklaus> tells me to not even think about considering that LUKS thing
[2021-06-28T05:24:55Z] <Guest12> https://ibb.co/bBPm0sY
[2021-06-28T05:27:02Z] <illiliti> something wrong with kernel
[2021-06-28T05:27:05Z] <Guest12> What do you think about this https://unix.stackexchange.com/questions/74069/booting-encrypted-root-partion-fails-after-system-update#74129
[2021-06-28T05:27:12Z] <schillingklaus> why is LUKS so popular?
[2021-06-28T05:28:13Z] <illiliti> schillingklaus: because there's no good alternative
[2021-06-28T05:28:30Z] <illiliti> Guest12: your kernel missing some essential crypt modules
[2021-06-28T05:28:43Z] <Guest12> Okay
[2021-06-28T05:29:03Z] <Guest12> I made sure dm-crypt enabled, I will see what others there are
[2021-06-28T05:31:12Z] <illiliti> https://gitweb.gentoo.org/repo/gentoo.git/tree/sys-fs/cryptsetup/cryptsetup-2.3.6.ebuild#n51
[2021-06-28T05:32:56Z] <illiliti> XTS is required too iirc
[2021-06-28T05:33:36Z] <Guest12> Am i looking at pkg_setup() here?
[2021-06-28T05:34:07Z] <illiliti> yes
[2021-06-28T05:34:17Z] <illiliti> see also: https://wiki.gentoo.org/wiki/Dm-crypt
[2021-06-28T05:34:29Z] <illiliti> > Enabling cryptographic API functions
[2021-06-28T05:36:56Z] <Guest12> CRYPTO_XTS only one disabled from that list
[2021-06-28T05:37:06Z] <Guest12> I will turn it on and recompile
[2021-06-28T05:37:19Z] <illiliti> good
[2021-06-28T05:38:28Z] <Guest12> There are a bunch of others such as cfb cts lrw ofb pcbc that are not on
[2021-06-28T05:38:35Z] <Guest12> Should i touch those or no?
[2021-06-28T05:39:16Z] <illiliti> no
[2021-06-28T05:44:19Z] <Guest12> Trying again with xts
[2021-06-28T05:45:37Z] <Guest12> Error is !! failed to lookup partition
[2021-06-28T05:45:43Z] <Guest12> After typing in the passphrase
[2021-06-28T05:46:40Z] <illiliti> send your tinyramfs config and blkid output from that shell
[2021-06-28T05:47:03Z] <illiliti> dylanaraps: hi!
[2021-06-28T05:47:10Z] <Guest12> hi
[2021-06-28T05:48:56Z] <Guest12> https://ibb.co/DpSMP2F heres the blkid
[2021-06-28T05:49:01Z] <Guest12> will get tinyramfs in a sec
[2021-06-28T05:54:03Z] <Guest12> https://pastebin.com/mk8w9xVr
[2021-06-28T05:54:48Z] <dylanaraps> illiliti: o/
[2021-06-28T05:55:18Z] <Guest12> real root is /dev/dm-0 i take it and luks_root is /dev/sdc2
[2021-06-28T05:56:49Z] <illiliti> yes, config is correct
[2021-06-28T05:57:43Z] <illiliti> run 'echo /dev/disk/by-*' in shell
[2021-06-28T05:59:08Z] <Guest12> by-id/ by-label/ by-partuuid/ by-path/ by-uuid/ is the output
[2021-06-28T06:00:11Z] <illiliti> no no, i mean in shell after 'failed to lookup' error
[2021-06-28T06:00:19Z] <illiliti> not livecd
[2021-06-28T06:00:21Z] <Guest12> Ok
[2021-06-28T06:00:54Z] <illiliti> and run this too: 'echo /dev/disk/by-uuid/*'
[2021-06-28T06:01:59Z] <Guest12> It says /dev/disk-by-label /dev/disk/by-uuid
[2021-06-28T06:02:56Z] <Guest12> I meant /dev/disk/by-label
[2021-06-28T06:03:36Z] <illiliti> and the second command?
[2021-06-28T06:03:38Z] <illiliti> echo /dev/disk/by-uuid/*
[2021-06-28T06:07:27Z] <Guest12> "/dev/disk/by-uuid/53d4beaf-225d-41cb-841d-72ad7b2d990c /dev/disk/by-uuid/7f1b314b-36f8-4af9-bfd9-318e7147f5c9 /dev/disk/by-uuid/B1BB-21B8 /dev/disk/by-uuid/D4E8-9CC9"
[2021-06-28T06:08:01Z] <Guest12> Not sure what the last one is, it doesn't show up in blkid
[2021-06-28T06:11:49Z] <illiliti> did you compile kernel with CONFIG*=y ?
[2021-06-28T06:12:26Z] <illiliti> i mean kernel shouldn't have CONFIG*=m
[2021-06-28T06:12:31Z] <illiliti> check this
[2021-06-28T06:12:42Z] <Guest12> Ok I will check
[2021-06-28T06:13:00Z] <Guest12> This turns on all with CONFIG_
[2021-06-28T06:13:01Z] <Guest12> ?
[2021-06-28T06:13:18Z] <illiliti> yes
[2021-06-28T06:14:55Z] <Guest12> Can I find this in menuconfig or .config manually?
[2021-06-28T06:15:21Z] <Guest12> Don't see CONFIG* anywhere
[2021-06-28T06:15:38Z] <illiliti> by CONFIG*, i mean all CONFIG
[2021-06-28T06:16:40Z] <Guest12> I don't see any with m'
[2021-06-28T06:16:42Z] <Guest12> m's
[2021-06-28T06:17:26Z] <Guest12> There are a bunch commented out, e.g. # CONFIG_CRC8 is not set"
[2021-06-28T06:17:36Z] <Guest12> But none with m's
[2021-06-28T06:17:41Z] <illiliti> grep '=m' .config
[2021-06-28T06:18:10Z] <Guest12> Yes there are 13 with m
[2021-06-28T06:19:30Z] <illiliti> find them in menuconfig and turn them into '=y'
[2021-06-28T06:19:43Z] <Guest12> Ok
[2021-06-28T06:19:53Z] <illiliti> recompile kernel, regenerate initramfs
[2021-06-28T06:20:15Z] <illiliti> before regenerating initramfs, add 'monolith=1' to tinyramfs config
[2021-06-28T06:20:28Z] <Guest12> I think it could be EFIVAR_FS=m causing an problem
[2021-06-28T06:20:38Z] <dylanaraps> https://github.com/kiss-community/kiss/pull/41 :)
[2021-06-28T06:20:39Z] <Guest12> It say EFI variable filesystem
[2021-06-28T06:21:14Z] <Guest12> I will turn all on to be safe
[2021-06-28T06:24:30Z] <illiliti> dylanaraps: cool! i don't like this *fullpath function too.
[2021-06-28T06:27:04Z] <illiliti> we could actually have multilib support without ldd. the problem is that there's no way to parse symlink without hacks
[2021-06-28T06:27:29Z] <illiliti> https://github.com/kiss-community/kiss/pull/24
[2021-06-28T06:31:59Z] <Guest12> Ok I will try again
[2021-06-28T06:32:11Z] <Guest12> I turned them into y's and added monolith=1
[2021-06-28T06:32:21Z] <Guest12> Regenerated initramfs and all that
[2021-06-28T06:33:45Z] <Guest12> And same error...
[2021-06-28T06:36:14Z] <illiliti> that's odd
[2021-06-28T06:36:32Z] <illiliti> try to change root option to /dev/dm-0 in tinyramfs config
[2021-06-28T06:43:35Z] <Guest12> I am in :D
[2021-06-28T06:45:00Z] <Guest12> root=/dev/dm-0 did the trick
[2021-06-28T06:45:55Z] <illiliti> finally, great
[2021-06-28T06:46:52Z] <testuser[m]1> nice
[2021-06-28T06:47:06Z] <illiliti> /dev/dm-0 is a hack though
[2021-06-28T06:47:25Z] <Guest12> I know
[2021-06-28T06:50:27Z] <illiliti> but at least it's good to have bootable system lol
[2021-06-28T06:51:10Z] <illiliti> you can fix that later
[2021-06-28T06:51:52Z] <Guest12> Yes
[2021-06-28T12:55:26Z] <dylanaraps> o/
[2021-06-28T12:55:53Z] <acheam> hey Dylan
[2021-06-28T12:56:00Z] <testuser[m]1> hi
[2021-06-28T12:56:55Z] <acheam> glad to see you back! been using kiss since the fall, its seriously great software!
[2021-06-28T12:57:08Z] <omanom> welcome back, dylan! good to see ya!
[2021-06-28T12:57:11Z] <acheam> I feel the most in control of my computer ever
[2021-06-28T12:58:31Z] <dylanaraps> Glad you find it useful :)
[2021-06-28T13:02:26Z] <dilyn> dylan: I'll run these outstandings PRs through some ringers today after work
[2021-06-28T13:02:41Z] <dilyn> I still have no clue how GitHub's interface works
[2021-06-28T13:03:01Z] <dylanaraps> dilyn: All good. Take your time. :)
[2021-06-28T13:03:53Z] <dilyn> well my interviewers are radio silent until next week so instead of going crazy with anxiety... ;)
[2021-06-28T13:04:08Z] <dylanaraps> heh
[2021-06-28T13:13:00Z] <ang> dylanaraps: welcome back
[2021-06-28T13:14:02Z] <testuser[m]1> {body}lt; is used to get the first dependency of a target, how do you list all the dependencies ?
[2021-06-28T13:14:29Z] <testuser[m]1> Makefile*
[2021-06-28T13:15:26Z] <dylanaraps> ang: Thanks
[2021-06-28T13:17:23Z] <dylanaraps> dilyn: Not sure if you saw this also https://github.com/kiss-community/kiss/commit/adf781840e85bbd61811c36567e3dc4b130c01be
[2021-06-28T13:17:38Z] <testuser[m]1> ah its $?
[2021-06-28T13:18:39Z] <dilyn> of course this strictly faster way of doing things breaks stuff
[2021-06-28T13:18:48Z] <dilyn> fast, efficient, or safe. pick two, get none
[2021-06-28T13:19:28Z] <testuser[m]1> what broke ?
[2021-06-28T13:20:13Z] <dylanaraps> See my link
[2021-06-28T13:20:23Z] <dilyn> Only things in master :)
[2021-06-28T13:21:03Z] <dilyn> these haven't been tagged yet
[2021-06-28T13:21:14Z] <testuser[m]1> oh i just downloaded the .patch , didnt open on shithub
[2021-06-28T13:21:41Z] <dilyn> lol
[2021-06-28T13:23:10Z] <testuser[m]1> dylanaraps: btw did you get to know about https://github.com/illiliti/king ?
[2021-06-28T13:23:50Z] <dylanaraps> No, haven't seen it before
[2021-06-28T13:24:18Z] <dylanaraps> Go version of the kiss package manager? Sounds neat.
[2021-06-28T13:24:26Z] <acheam> testuser[m]: if you can avoid it, I wouldn't use those special variables
[2021-06-28T13:24:33Z] <acheam> because they are GNU specific
[2021-06-28T13:24:52Z] <acheam> or call the Makefile GNUmakefile
[2021-06-28T13:25:04Z] <acheam> it will still be found by gnu make
[2021-06-28T13:25:09Z] <testuser[m]1> it seems to work fine with bmake too
[2021-06-28T13:25:18Z] <testuser[m]1> the $?
[2021-06-28T13:25:55Z] <acheam> maybe {body}lt; doesnt work then? but iirc many of the special variables dont work on bmake
[2021-06-28T13:26:38Z] <testuser[m]1> both work , ive only had issues with `ifeq` statements
[2021-06-28T13:28:42Z] <acheam> hm weird
[2021-06-28T13:28:57Z] <acheam> I wonder if I'm using a different version of bmake than you
[2021-06-28T13:29:14Z] <acheam> version/implementations
[2021-06-28T13:29:32Z] <konimex> it might don't work with *older* versions of bmake (<2021 versions perhaps?), since I had to patch libffi with {body}lt; last year
[2021-06-28T13:29:33Z] <konimex> anyway, time to update bmake
[2021-06-28T13:29:33Z] <testuser[m]1> what should you use in place of {body}lt; ? Add it manually ?
[2021-06-28T13:29:44Z] <testuser[m]1> bmake seems pretty limited :/
[2021-06-28T13:29:53Z] <dilyn> what all do you want from a `make` :P
[2021-06-28T13:30:07Z] <dilyn> if my make can read the shit autoconf produces, I don't want it
[2021-06-28T13:31:30Z] <acheam> testuser[m]1: it is, and it leads to less flexible makefiles
[2021-06-28T13:31:59Z] <acheam> konimex: ah got it, I think I kiss forked it from you a few months ago, so maybe due for an upgrade
[2021-06-28T13:32:29Z] <acheam> dilyn: make? don't you mean ./make
[2021-06-28T13:32:50Z] <acheam> ./make is the only build system permitted in this channel
[2021-06-28T13:33:57Z] <konimex> I think there's only one implementation of bmake (in that crufty.net site which I use), which uses NetBSD make as a base iirc
[2021-06-28T13:33:58Z] <konimex> what's your bmake version?
[2021-06-28T13:33:58Z] <testuser[m]1> in my case you need gmake to build a bundled dependency anyway so i guess its OK :p
[2021-06-28T13:34:26Z] <illiliti> iirc {body}lt; is a posix thing
[2021-06-28T13:34:58Z] <acheam> konimex: will report back later, am on my mobile
[2021-06-28T13:35:01Z] <illiliti> i can't believe that bmake doesn't support it
[2021-06-28T13:35:30Z] <acheam> maybe im just misremembering, or there was something else wrong with the rule that was causing it not to build with bmake
[2021-06-28T13:35:55Z] <acheam> but if I am wrong, I have some make files to rewrite lol
[2021-06-28T14:14:54Z] <konimex> dilyn: autoconf, for all its shit is actually quite resilient, if there's no special GNU make things it should be readable by bmake
[2021-06-28T14:17:10Z] <illiliti> ^
[2021-06-28T14:20:43Z] <nerditup> dylanaraps: welcome back
[2021-06-28T14:26:52Z] <dilyn> it's fine usually but man oh man are the makefiles it makes sometimes the most unreadable noise...
[2021-06-28T14:29:31Z] <dylanaraps> nerditup: Thanks
[2021-06-28T14:50:13Z] <konimex[m]> i'll take unreadable noise over not working makefiles all day
[2021-06-28T15:00:56Z] <clemens3> working makefiles are kewl, but there is a point where exponentially growing unreadable source is worse then some binary..
[2021-06-28T15:01:53Z] <clemens3> I wonder the average linux distro contains how many lines of source..
[2021-06-28T15:02:11Z] <clemens3> maybe not a billion yet..
[2021-06-28T15:02:22Z] <clemens3> 100 million I guess
[2021-06-28T15:05:25Z] <testuser[m]1> wont be hard to do on kiss, just make a script to untar every tarball in kiss/sources and call tokei
[2021-06-28T15:05:26Z] <testuser[m]1> or whatever tool
[2021-06-28T15:06:53Z] <dylanaraps> > just make a script to untar every tarball in kiss/sources and call tokei
[2021-06-28T15:07:14Z] <dylanaraps> That doesn't work when software is cross-platform and doesn't take into account ifdefs, etc.
[2021-06-28T15:07:28Z] <rio6> contained source as in patched and build files or just combined source line of all packages
[2021-06-28T15:27:03Z] <claudia> dilyn: I build qt5-webengine successfully with gcc.
[2021-06-28T15:27:23Z] <dilyn> tyty
[2021-06-28T15:27:26Z] <dilyn> we should just package gn :v
[2021-06-28T15:27:32Z] <claudia> But since my production machine is with clang only I cant test it :p
[2021-06-28T15:27:41Z] <claudia> Did you happen to build qt5 with clang?
[2021-06-28T15:28:08Z] <claudia> I have found "-platform linux-clang" for qt5. but this results in a linking error in the end.
[2021-06-28T15:28:17Z] <dilyn> yeah lemme dig up my build...
[2021-06-28T15:29:05Z] <dilyn> so i had to specify -platform linux-clang-libc++, along with a small patch
[2021-06-28T15:29:35Z] <dilyn> http://ix.io/3ro4
[2021-06-28T15:29:52Z] <dilyn> but I never encountered a linker error at the end. this fixes a problem with socklen for qt5-network
[2021-06-28T15:31:16Z] <claudia> you are right. this is the error.
[2021-06-28T15:32:01Z] <dilyn> I should work a little harder at getting it upstreamed. afaik it's just a 'woops we forgot to make this change' sort of thing
[2021-06-28T15:34:10Z] <claudia> thx
[2021-06-28T15:37:43Z] <acheam> konimex: ah okay yeah I was using an old bmake version
[2021-06-28T15:42:53Z] <midfavila> rip me
[2021-06-28T15:44:00Z] <acheam> why
[2021-06-28T15:50:18Z] <acheam> can anyone share a GCC package?
[2021-06-28T15:50:34Z] <acheam> accidentally screwed up my toolchain
[2021-06-28T15:50:45Z] <testuser[m]1> Just untar kiss-chroot and kiss export
[2021-06-28T15:51:06Z] <dilyn> there's one provided by kiss-static :v
[2021-06-28T15:52:08Z] <acheam> Thank you thank you
[2021-06-28T16:27:35Z] <midfavila> question:
[2021-06-28T16:27:53Z] <midfavila> was the ssu package updated recently to include a post-install file that automatically adjusts the permissions of /bin/ssu
[2021-06-28T16:33:24Z] <dilyn> not recently https://github.com/kiss-community/community/commit/1278b45e54dc54b0f280c55b9feee3771b04e92b#diff-3f6274f89b433c7d716d86d7d1be770d2a1e02bd43062b071639f077cb4dc102
[2021-06-28T16:34:11Z] * midfavila grumbles
[2021-06-28T16:34:40Z] <midfavila> suppose I should have checked before updating my system. still, that caught me by surprise
[2021-06-28T16:34:49Z] <midfavila> time to liveboot
[2021-06-28T16:49:30Z] <acheam> anybody know how to resolve this?
[2021-06-28T16:49:38Z] <acheam> https://l.armaanb.net/lld
[2021-06-28T16:49:50Z] <midfavila-laptop> format c:\, install gentoo
[2021-06-28T16:50:01Z] <acheam> ooh thank
[2021-06-28T16:50:06Z] <midfavila-laptop> np bby
[2021-06-28T16:51:14Z] <dilyn> cc1plus: error: /root/.cache/kiss/proc/24463/build/llvm/../libunwind/include: Permission denied
[2021-06-28T16:51:15Z] <dilyn> bruh
[2021-06-28T16:52:26Z] <acheam> hmmmmmmmm
[2021-06-28T16:52:32Z] <acheam> I'm not building as root
[2021-06-28T16:54:28Z] <acheam> and none of my installed packages have /root/.cache in their manifests
[2021-06-28T16:55:04Z] <dilyn> KISS_TMPDIR?
[2021-06-28T16:55:23Z] <acheam> empty
[2021-06-28T16:55:57Z] <acheam> midfavila-laptop: why does sdf git not work half the time I try and pull
[2021-06-28T16:56:02Z] <dilyn> building lld in community?
[2021-06-28T16:56:05Z] <acheam> yes
[2021-06-28T16:56:11Z] <midfavila-laptop> acheam no idea. works on my machine
[2021-06-28T16:56:15Z] <midfavila-laptop> are you getting SSL errors?
[2021-06-28T16:56:23Z] <acheam> no it fails to resolve
[2021-06-28T16:56:31Z] <acheam> genuinely half the time I "kiss u"
[2021-06-28T16:56:41Z] <midfavila-laptop> sounds like a you problem. is your DNS running?
[2021-06-28T16:57:11Z] <acheam> I use 9.9.9.9, and this is the only host with that issue
[2021-06-28T16:57:40Z] <midfavila-laptop> never tried that resolver. i use an opennic resolver and it works fine for me
[2021-06-28T16:57:49Z] <acheam> weird
[2021-06-28T16:58:48Z] <midfavila-laptop> yeah, just cloned it
[2021-06-28T16:59:17Z] <dilyn> -- Check for working CXX compiler: /usr/lib/ccache/bin/c++ - skipped <- don't use ccache?
[2021-06-28T16:59:50Z] <acheam> trying now
[2021-06-28T17:01:04Z] <midfavila-laptop> gotta download fecal fossa because puppy's grub always breaks...
[2021-06-28T17:01:07Z] <midfavila-laptop> fml
[2021-06-28T17:02:53Z] <acheam> dilyn: help
[2021-06-28T17:02:58Z] <acheam> didn't help"
[2021-06-28T17:04:36Z] <testuser[m]1> What if you put it on tmpfs
[2021-06-28T17:06:30Z] <dilyn> looks like something in LLVM is referring to its builddir?
[2021-06-28T17:06:38Z] <dilyn> see the things llvm-config's various options outputs
[2021-06-28T17:09:15Z] <testuser[m]1> Its the missing libunwind include
[2021-06-28T17:09:34Z] <testuser[m]1> So it's Tarball is included in the lld package
[2021-06-28T17:10:29Z] <dilyn> wdym?
[2021-06-28T17:10:37Z] <dilyn> the error is referring to llvm's builddir, not lld's
[2021-06-28T17:12:01Z] <dilyn> using cc=clang -v, I get some of this output: 17 ignoring nonexistent directory "/tmp/9941/build/llvm/llvm/../libunwind/include"
[2021-06-28T17:12:39Z] <dilyn> but a lot of this too -I /tmp/9941/build/llvm/llvm/../libunwind/include
[2021-06-28T17:15:59Z] <phoebos[m]> acheam: i had a problem with lld 12 a while ago, have you updated llvm?
[2021-06-28T17:16:13Z] <acheam> llvm is up to date from the bin repo
[2021-06-28T17:24:37Z] <dilyn> can reproduce :v cc1plus: error: /root/.cache/kiss/proc/10904/build/llvm/../libunwind/include: Permission denied
[2021-06-28T17:31:05Z] <acheam> :(
[2021-06-28T17:31:28Z] <acheam> omnitay isn't here, right?
[2021-06-28T17:31:38Z] <acheam> can someone open a GH issue
[2021-06-28T17:34:56Z] <claudia> qtwebengine failed with clang http://ix.io/3roz . Anyway I am going to switch back to gcc anyway.
[2021-06-28T17:36:07Z] <dilyn> yeah gn is dumb
[2021-06-28T17:36:30Z] <dilyn> LDFLAGS="$LDFLAGS -lc++ -lc++abi -lunwind" make sure you build with this
[2021-06-28T17:37:10Z] <claudia> ok.
[2021-06-28T17:38:23Z] <claudia> Ahh, I am to unskilled to properly use this. A pity.
[2021-06-28T17:39:21Z] <phoebos[m]> I'd try building llvm :p
[2021-06-28T17:39:23Z] <dilyn> you could do this instead sed -i 's/gn_gen_args = /gn_gen_args = --no-static-libstdc++ /' \
[2021-06-28T17:39:24Z] <dilyn> 7 - src/buildtools/gn.pro
[2021-06-28T17:40:56Z] <dilyn> lld build fines when not using the llvm bin package
[2021-06-28T17:44:20Z] <claudia> ok nice. It got past that error and started :)
[2021-06-28T17:59:27Z] <riteo> hiiii!
[2021-06-28T17:59:35Z] <testuser[m]1> Hi riteo
[2021-06-28T17:59:56Z] <Guest28> Hi again
[2021-06-28T18:01:40Z] <testuser[m]1> Hi guest
[2021-06-28T18:07:03Z] <Guest28> Ok so it appears wifi works on my machine
[2021-06-28T18:08:05Z] <Guest28> Tried building xorg and stuff, it took a long time to build but ended up failing because a directory or something was missing
[2021-06-28T18:08:55Z] <Guest28> Err took a long time for xf86-video-amdgpu because of llvm
[2021-06-28T18:13:38Z] <claudia> Guest3: we need the log from the failed package.
[2021-06-28T18:15:13Z] <cem> dylanaraps: it's great to see you :)
[2021-06-28T18:26:32Z] <riteo> oh dylan's back on IRC too? Nice!
[2021-06-28T18:27:26Z] <dylanaraps> :)
[2021-06-28T18:28:06Z] <riteo> welcome back dylan :)
[2021-06-28T18:28:31Z] <sh4> i wonder if dylan took his absence to escape the covid 1984 madness
[2021-06-28T18:29:17Z] <testuser[m]1> bruh
[2021-06-28T18:29:27Z] <riteo> according to https://k1sslinux.org/news/20210519a he was just burnt out
[2021-06-28T18:30:48Z] <Guest28> covid is not a big deal if you don't go outside
[2021-06-28T18:31:21Z] <Guest28> so for me it is no problem
[2021-06-28T18:31:41Z] <riteo> yeah I agree, I actually felt kinda better doing school from my computer and not having to go out once every week
[2021-06-28T18:32:10Z] <riteo> it's a very subjective thing
[2021-06-28T18:35:32Z] <dilyn> acheam: solution appears to be me building llvm in /tmp :v testing rn
[2021-06-28T18:35:42Z] <dilyn> there's... almost certainly an actual way, but /shrug
[2021-06-28T18:36:34Z] <Guest28> I liked going to school physically but doinf it online was so much easier lol
[2021-06-28T18:36:57Z] <riteo> the weird thing is that most people hated doing it online
[2021-06-28T18:37:16Z] <dilyn> built fine for me. lmk
[2021-06-28T18:43:23Z] <acheam> dilyn: still fails
[2021-06-28T18:43:35Z] <acheam> https://l.armaanb.net/lld2
[2021-06-28T18:44:10Z] <acheam> built with "KISS_TMPDIR=/tmp kiss b old"
[2021-06-28T18:46:07Z] <testuser[m]1> thw log is incomplete
[2021-06-28T18:53:46Z] <acheam> oops fixed, testuser[m]1
[2021-06-28T18:56:03Z] <Guest28> Here's what happened when I tried to build xf86-video-amdgpu https://pastebin.com/A2pUrz3b
[2021-06-28T18:57:12Z] <Guest28> Not sure why xorg-server didnt build I didn't even get a log for that
[2021-06-28T18:57:25Z] <Guest28> It says xorg-server not found
[2021-06-28T18:58:42Z] <dilyn> how strange
[2021-06-28T18:59:42Z] <dilyn> wait so you do or don't have xorg-server installed Guest28: ?
[2021-06-28T19:04:29Z] <Guest28> It wasn't build for some reason but I tried again and it worked
[2021-06-28T19:04:37Z] <Guest28> So I will try amdgpu again
[2021-06-28T19:41:55Z] <Guest28> Can start xorg as root but not regular user. amdgpu is built into the kernel. Here's the xorg log https://pastebin.com/m7JRfBiw
[2021-06-28T19:42:05Z] <Guest28> My user is in wheel, audio, input, video group
[2021-06-28T19:42:20Z] <Guest28> dmesg shows that amdgpu is loadaed
[2021-06-28T19:42:52Z] <dilyn> [ 826.742] (EE) open /dev/dri/card0: Permission denied
[2021-06-28T19:42:56Z] <dilyn> your card's permissions are wrong
[2021-06-28T19:43:03Z] <dilyn> are you using udev or mdev?
[2021-06-28T19:43:08Z] <Guest28> mdev
[2021-06-28T19:43:31Z] <dilyn> is amdgpu built into the kernel, or built as a module?
[2021-06-28T19:43:40Z] <Guest28> Kernel
[2021-06-28T19:43:47Z] <Guest28> I will send dmesg
[2021-06-28T19:45:21Z] <Guest28> https://pastebin.com/Axh75iiL
[2021-06-28T19:47:15Z] <dilyn> is the mdev service running at all?
[2021-06-28T19:48:20Z] <Guest28> Yes "run: mdev: (pid 399) 1333s"
[2021-06-28T19:48:57Z] <Guest28> When I type sv status mdev as user I get "warning: mdev: can't open supervise/ok: Permission denied"
[2021-06-28T19:49:10Z] <dilyn> you gotta run sv status as root
[2021-06-28T19:49:26Z] <Guest28> I did that was the output "run: mdev: (pid 399) 1333s"
[2021-06-28T19:49:42Z] <Guest28> Just didn't know if that was normal to get perm denied
[2021-06-28T19:52:26Z] <omanom> may be a dumb question, but have you rebooted since rebuilding everything?
[2021-06-28T19:52:31Z] <dilyn> what happens if you manually run mdev -vsf ?
[2021-06-28T19:52:47Z] <dilyn> i.e. ls -l /dev/dri/* should report root:input
[2021-06-28T19:52:54Z] <dilyn> errr root:video
[2021-06-28T19:53:05Z] <Guest28> yes sir
[2021-06-28T19:56:14Z] <Guest28> Ok I got it sorry
[2021-06-28T20:01:01Z] <Guest28> Ok I think I should be good with configuring the rest of my system now. @dilyn Sorry for the questions just not familar with device managers like mdev so I will have to learn more.
[2021-06-28T20:07:37Z] <dilyn> It's one of the most common questions :)
[2021-06-28T20:19:17Z] <midfavila> man, that reminds me
[2021-06-28T20:19:25Z] <midfavila> i need to set up UUID for my disks
[2021-06-28T20:19:42Z] <midfavila> my SAS card passes them through to Linux in a different order on every boot
[2021-06-28T20:19:44Z] <midfavila> it's so annoying
[2021-06-28T20:21:54Z] <acheam> oof
[2021-06-28T20:22:16Z] <midfavila> cue spending half an hour waiting for my machine to finally pass disks through in something resembling the right order
[2021-06-28T20:22:25Z] <acheam> woah from 4 second boot with eudev to 1 second with mdev
[2021-06-28T20:22:50Z] <midfavila> >he doesn't measure his boot times in miliseconds
[2021-06-28T20:22:52Z] <midfavila> W e a k
[2021-06-28T20:23:15Z] <acheam> I'm just basing it off of the timer that's shown after boot
[2021-06-28T20:24:03Z] <acheam> do you have a better way of measuring boot time?
[2021-06-28T20:24:26Z] <Guest28> Atomic clock
[2021-06-28T20:24:27Z] <midfavila> atomic clock hooked up via i2c
[2021-06-28T20:24:32Z] <midfavila> guest28 gets it
[2021-06-28T20:24:34Z] <midfavila> my man!
[2021-06-28T20:24:41Z] <acheam> Thanks
[2021-06-28T20:24:46Z] <midfavila> yw acheam
[2021-06-28T20:24:49Z] <midfavila> always glad to help you out
[2021-06-28T20:26:39Z] <acheam> damn I regret making my boot partition so small
[2021-06-28T20:26:49Z] <acheam> I can't fit a backup kernel into it :(
[2021-06-28T20:27:01Z] <midfavila> how large is your boot partition?
[2021-06-28T20:27:21Z] <acheam> 27m available for use
[2021-06-28T20:27:32Z] <acheam> after ext4 stuff
[2021-06-28T20:27:34Z] <midfavila> you should be able to fit two kernels in there... hm
[2021-06-28T20:27:42Z] <midfavila> i normally go with 50mb and xfs
[2021-06-28T20:27:48Z] <acheam> my kernel is 10.7m rn
[2021-06-28T20:27:55Z] <midfavila> mine's like thirteen
[2021-06-28T20:28:00Z] <acheam> and system.map is 5.4
[2021-06-28T20:28:00Z] * midfavila dabs on acheam
[2021-06-28T20:28:15Z] <dilyn> imagine having a SAS card and not using zfs smh
[2021-06-28T20:28:16Z] <midfavila> i don't even bother with system.map
[2021-06-28T20:28:28Z] <acheam> what does it do?
[2021-06-28T20:28:36Z] <midfavila> nothing useful for me.
[2021-06-28T20:28:55Z] <acheam> Thanks
[2021-06-28T20:29:02Z] <jaafarrc> Hi.
[2021-06-28T20:29:05Z] <dilyn> o/
[2021-06-28T20:29:10Z] <Guest28> So wait you can delete System.map
[2021-06-28T20:29:17Z] <midfavila> yup.
[2021-06-28T20:29:40Z] <dilyn> acheam iirc system.map just contains all the symbols for the kernel
[2021-06-28T20:29:43Z] <dilyn> but they're already in /sys
[2021-06-28T20:29:44Z] <midfavila> symbol table, looks like-
[2021-06-28T20:29:45Z] <midfavila> yeah
[2021-06-28T20:29:48Z] <acheam> ooh
[2021-06-28T20:29:52Z] <midfavila> it's mostly only useful for debugging
[2021-06-28T20:30:07Z] <acheam> nice now I can fit two kernels
[2021-06-28T20:30:15Z] <dilyn> https://en.wikipedia.org/wiki/System.map
[2021-06-28T20:30:39Z] <midfavila> see? *sometimes* my advice isn't a complete meme
[2021-06-28T20:30:45Z] <midfavila> it's only *mostly* a complete meme
[2021-06-28T20:30:47Z] <dilyn> lol
[2021-06-28T20:31:19Z] <dilyn> wait how tiny is your boot partition that you can only fit one kernel
[2021-06-28T20:31:23Z] <dilyn> :thinking:
[2021-06-28T20:31:30Z] <midfavila> 27mb
[2021-06-28T20:31:39Z] <dilyn> imagine...
[2021-06-28T20:31:49Z] <dilyn> my mbp won't even boot with an EFI partition < 250MB
[2021-06-28T20:31:57Z] <acheam> oi I followed mid's advice!!!!
[2021-06-28T20:32:02Z] <acheam> check the freenode logs
[2021-06-28T20:32:13Z] <acheam> he said anything above 32m was excessive or somthng
[2021-06-28T20:32:13Z] <midfavila> >muh ebbel
[2021-06-28T20:32:16Z] <midfavila> that's why
[2021-06-28T20:32:59Z] <jaafarrc> Does KISS Linux use binutils by default?
[2021-06-28T20:33:16Z] <acheam> yes
[2021-06-28T20:33:24Z] <midfavila> if it's in repo/core it's standard
[2021-06-28T20:33:30Z] <midfavila> everything else can't be assumed
[2021-06-28T20:34:11Z] <jaafarrc> Hmmm... either binutils is big or my internet is slow... I'm assuming the latter.
[2021-06-28T20:34:27Z] <midfavila> it's just under 22mb
[2021-06-28T20:35:05Z] <jaafarrc> What the fuck is wrong with my internet?
[2021-06-28T20:35:10Z] <jaafarrc> This is shameful.
[2021-06-28T20:35:27Z] <midfavila> try running a traceroute
[2021-06-28T20:35:37Z] <midfavila> you might have high latency or an unstable link
[2021-06-28T20:36:48Z] <jaafarrc> A whatwho?
[2021-06-28T20:37:09Z] <midfavila> Traceroute. it's a command that tracks the path of a packet throughout the internet
[2021-06-28T20:37:19Z] <midfavila> so find the host that the package is on, then traceroute $host
[2021-06-28T20:37:25Z] <midfavila> where $host is... well, the host of the package
[2021-06-28T20:37:43Z] <jaafarrc> What do you mean $host?
[2021-06-28T20:37:53Z] <jaafarrc> You mean LAN IP address?
[2021-06-28T20:37:56Z] <jaafarrc> The hostname?
[2021-06-28T20:38:17Z] <midfavila> the hostname, yeah
[2021-06-28T20:38:32Z] <midfavila> https://ftp.gnu.org
[2021-06-28T20:38:38Z] <jaafarrc> I think it's fine now, anyway.
[2021-06-28T20:38:41Z] <midfavila> cool
[2021-06-28T20:38:48Z] <midfavila> anyway, in the future, if you want to play with traceroute -
[2021-06-28T20:38:51Z] <jaafarrc> OH, I thought you meant *my* hostname.
[2021-06-28T20:38:53Z] <midfavila> you would traceroute ftp.gnu.org
[2021-06-28T20:39:05Z] <midfavila> and it'll display a reading of your path to it
[2021-06-28T20:41:03Z] <acheam> another cool one is mtr
[2021-06-28T20:41:11Z] <midfavila> "mtr"?
[2021-06-28T20:41:16Z] <acheam> its a hybrid of traceroute and ping
[2021-06-28T20:41:20Z] <midfavila> Weird.
[2021-06-28T20:41:22Z] <midfavila> That's not on my system.
[2021-06-28T20:41:29Z] <acheam> its in community
[2021-06-28T20:41:57Z] <acheam> you can get the same info from traceroute and ping, but MTR presents it in a way that makes debugging much quicker
[2021-06-28T20:42:19Z] <dilyn> BUT
[2021-06-28T20:42:23Z] <dilyn> is it written in rUsT?
[2021-06-28T20:42:29Z] <midfavila> doesn't appear to be.
[2021-06-28T20:42:43Z] <dilyn> smh
[2021-06-28T20:42:45Z] <dilyn> what's even the point
[2021-06-28T20:43:04Z] <jaafarrc> I actually like Rust.
[2021-06-28T20:43:05Z] <midfavila> "how can I even ping in a memory-safe fashion"
[2021-06-28T20:50:58Z] <rio6> who needs memory safty when you can just crash and let the OS clean up your grabage
[2021-06-28T22:37:12Z] <claudia> dilyn: Falkon works. plays videos.
[2021-06-28T22:37:25Z] <claudia> This error message is shown and repeated http://ix.io/3rpL
[2021-06-28T22:41:15Z] <midfavila> >mfw bash, dash and other packages fail with unable to create executables when built with kiss, but manual building still works
[2021-06-28T22:41:15Z] <midfavila> it's another one of those days, I guess
[2021-06-28T22:45:30Z] <claudia> check you env
[2021-06-28T22:45:34Z] <claudia> inside a pkg
[2021-06-28T22:57:21Z] <dilyn> claudia: ty! I believe those errors have always been present in falkon
[2021-06-28T23:00:51Z] <claudia> no problemo :D
[2021-06-28T23:05:52Z] <Guest28> In order to play HDMI/DP audio from RX 580 do I need to enable EDID in kernel?
[2021-06-28T23:34:55Z] <acheam> dilyn: how would you feel about measuring bootup time to the millisecond?
[2021-06-28T23:35:10Z] <acheam> it just takes one teeny tiny change in the bootup script
[2021-06-28T23:35:26Z] <acheam> IFS=' ' instead of IFS=.