[2026-07-25T04:37:32Z] hello, i am having trouble booting my installation of kiss linux. my installation appears on grub and when i boot into it, it says "loading linux-7.1.4" forever. the kernel is compiled with the default configuration, my fstab is set, and im pretty sure my initramfs is okay. i am on uefi and my grub is set up correctly according to the wiki. any help is appreciated. [2026-07-25T06:43:43Z] hey gentoo [2026-07-25T06:44:37Z] not sure but did you enable framebuffer in kernel config [2026-07-25T12:02:05Z] my system boots now, thank you raytc3 [2026-07-25T12:03:21Z] however it throws a bunch of errors at me along the lines of "No HMAC(SHA256) support found" and it tells me that a bunch of cryptography options are missing in the kernel even though HMAC and CMAC were both built into the kernel [2026-07-25T12:03:55Z] pretty sure the error comes from the eiwd service starting up or something [2026-07-25T12:10:39Z] i'm having midfavila withdrawals [2026-07-25T12:43:38Z] them hopefully midfavila will appear and give you your regular dose of midfavila [2026-07-25T15:36:06Z] i think my build system is pretty much ready [2026-07-25T15:36:23Z] ive repackaged the kiss base system for it, just gotta roll a tarball with mine instead of kiss now [2026-07-25T15:36:31Z] kind of monumental because ive been working on this since like 2022 [2026-07-25T15:36:36Z] lot of work for 1 person [2026-07-25T16:15:55Z] pretty nice to actually be done with it when youve worked on it for that long though [2026-07-25T16:22:27Z] sad_plan: i guess, currently installing kiss in a VM to use the bootstrap script to roll a rootfs tarball with my build system instead of kiss [2026-07-25T16:22:39Z] i've only ported the base kiss packages, so there's a lot to do [2026-07-25T16:23:10Z] well sure, but seeing as youre now able to actually use it, thats nice. as opposed to just.. write it [2026-07-25T16:23:19Z] well we'll see im sure ive missed something [2026-07-25T16:23:24Z] the entire thing is only like 1k sloc of posix shell [2026-07-25T16:23:29Z] has use flags, build sandboxing, all the goodies [2026-07-25T16:23:33Z] xbps-src style templating [2026-07-25T16:23:49Z] wrappers for pretty much everything, build_style=xyz as well to keep build commands out of the package templates [2026-07-25T16:25:36Z] nice [2026-07-25T16:26:37Z] also the checksum for kiss is incorrect [2026-07-25T16:26:58Z] just throwing that out in here since i don't have a codeberg account [2026-07-25T16:33:04Z] yeah someone else also mentioned it some time ago. i dunno why that hasnt been fixed, as its a year since the last update lol [2026-07-25T16:34:35Z] static linking wins once again: https://codeberg.org/kiss-community/repo/issues/268 [2026-07-25T16:35:02Z] idk looking at the base it seems like its just 1 person maintaining it really [2026-07-25T16:36:01Z] https://share.boba.best/raw/lW6HJCQq [2026-07-25T16:36:08Z] if you're curious this is one of the packages for bpm [2026-07-25T16:36:16Z] just ported straight from the kiss one [2026-07-25T16:37:39Z] it really is kind of a ripoff of voids xbps-src, i even named the variables the same [2026-07-25T16:37:49Z] but i figure theres no point in fucking with something i already like [2026-07-25T16:40:29Z] also yeah maybe static linking does win [2026-07-25T16:43:11Z] idk i'm kinda undecided on how i feel about static linking, it definitely makes for a more stable system but generally i'd probably just revbump packages that need openssl for example so those update alongside it [2026-07-25T16:43:27Z] or not update really but rebuild [2026-07-25T17:10:02Z] yeah, ioraff seems to be more or less the sole maintainer now. testuser has some commits once in a while, but not very often. (git-bruh is his name on codeberg). seems like its been while since he commited now aswell. last one was 5 months ago [2026-07-25T17:11:35Z] ah, I see. reminds me somwhat of alpine. but I see most distros use a somewhat similar package layout. so to speak [2026-07-25T17:12:36Z] well yeah, that would be the correct way to do it. but on static linking, not doing it, wouldnt break the system. but I do agree that this shouldve been bumped. this issue inparticular however, mentions a package thats not even in the repo. its in community [2026-07-25T17:12:51Z] on oasis, its updated automatically because of samurai :D [2026-07-25T17:13:34Z] because dependencies are listed propoerly, so when dependencies are update, everything depending on it will get relinked/rebuilt :P [2026-07-25T17:14:45Z] which is somewhat also why i like it so much. everything is statically linked, and i dont have to mess with updates breaking my system, or having to think hard on which package depends on which, maybe I missed one? now i feel like I have to rebuild my system. [2026-07-25T17:15:03Z] on oasis, i dont really do that anymore, as it.. just works(tm) [2026-07-25T17:18:57Z] regarding your buildsystem. are you just calling each script yourself, or are youusing kiss to call the scripts? if not, what about depenencies? [2026-07-25T17:39:43Z] no, kiss is completely out of the picture [2026-07-25T17:39:54Z] once i've got something working ill upload the source to github and send it to you rather than explain it [2026-07-25T17:40:37Z] right now i'm attempting to set up a kiss vm to roll a new bpm based tarball at which point it's completely detached from kiss [2026-07-25T17:40:48Z] but grub from the kiss repo is seemingly broken [2026-07-25T17:44:11Z] "grub-install: error: `/usr/lib/grub/i386-pc/kernel.img' is miscompiled: its start address is 0x9074 instead of 0x9000: ld.gold bug?. [2026-07-25T17:44:14Z] " [2026-07-25T17:48:29Z] I see. so its called externally by a package manager I assume? also in posix sh? [2026-07-25T17:49:42Z] that might be the case. I dont even use grub anymore on oakiss. but is gold used by default though? [2026-07-25T17:49:53Z] or is ld the default linker? i dont recall tbh [2026-07-25T17:50:26Z] yeah, my package manager is named "bpm" - it's basically a build system / package manager in the same vein as kiss [2026-07-25T17:50:30Z] ~1k sloc of posix shell [2026-07-25T17:50:36Z] it takes build templates like what i sent you [2026-07-25T17:51:18Z] at some point i might write a kiss build_style to give a "shim" to be compatible with kiss packages [2026-07-25T17:51:24Z] but there's not really a point, ive just been porting packages to it [2026-07-25T17:51:44Z] build isolation is done via unshare [2026-07-25T17:53:09Z] also, no clue, poking at it now to see if i can get it to produce a working build [2026-07-25T17:54:39Z] seems like it uses bfd by default [2026-07-25T17:54:45Z] the kiss package, i mean [2026-07-25T18:01:06Z] I see. atleast thats half of what kiss is. kiss is still 2kloc lol. [2026-07-25T18:01:49Z] but yeah I dont see a reason to make it comptatible either, unless that in of itself is a goal. my rcpm does not have such a goal either. mine is still less than 100 lines though :P [2026-07-25T18:02:31Z] no familiar with unshare, but how does that work? are you building in a separate environment for all packages, or..? i know dery dabbled in that, but had some issues with some packages.. [2026-07-25T18:05:47Z] just namespaces, and yeah each package gets its own build environment when the build is triggered [2026-07-25T18:07:00Z] ill probably find a bunch of major issues once i actually get a kiss system to roll off of it [2026-07-25T18:13:36Z] grub never fails to impress me with how fucking dogshit it is [2026-07-25T18:16:10Z] so each package only builds against listed dependencies, yes? [2026-07-25T18:16:15Z] yeah probably [2026-07-25T18:16:38Z] lol, yeah I keep hearing people complain about grub being shitty. efistub for me though. never failed me so far C: [2026-07-25T18:17:21Z] sad_plan: yes [2026-07-25T18:17:36Z] and yeah i really should just give up and do a uefi install [2026-07-25T18:17:50Z] gonna be an issue for later me if i go to put this on my librebooted t480 [2026-07-25T18:25:37Z] ah this is a known grub bug with 2.13 and later [2026-07-25T18:25:40Z] naturally [2026-07-25T18:26:03Z] i always find it interesting how gnu chooses to break shit and ship it anyway [2026-07-25T18:29:05Z] reverting to grub 2.12, will see if it fixes this [2026-07-25T18:29:12Z] revert to a different bootloader [2026-07-25T18:33:39Z] a valid point indeed [2026-07-25T18:33:56Z] isn't broken on grub 2.12 though so it is what it is [2026-07-25T18:35:22Z] just use some other bootloader then, or revert to 2.12 :P [2026-07-25T18:35:45Z] but yeah, gnu is nice that way lol [2026-07-25T18:36:25Z] i guess this is probably why void is holding it back to 2.12 still [2026-07-25T18:36:46Z] or at least a contributor [2026-07-25T19:26:50Z] probably [2026-07-25T22:46:48Z] reworked my kiss linux full-source bootstrap for the latest kiss community repo commit https://codeberg.org/leanix/repo/releases/tag/kiss-26.07.25 [2026-07-25T22:47:25Z] now it should be less annoying to keep track of the latest repo commit (i transformed my fork into a patch)