💾 Archived View for gemini.ctrl-c.club › ~phoebos › logs › kisslinux-2024-07-15.txt captured on 2024-09-29 at 03:17:18.

View Raw

More Information

⬅️ Previous capture (2024-08-18)

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

[2024-07-15T08:46:35Z] <sewn> asimovc: uhh
[2024-07-15T08:46:57Z] <sewn> kernel install as $esp/EFI/BOOTX64.EFI
[2024-07-15T08:47:06Z] <sewn> embedded cmdline kernel option
[2024-07-15T08:47:13Z] <sewn> fstab no change, keep root and es
[2024-07-15T15:30:10Z] <midfavila> SkyrixFr: sounds to me like it's a difference in architecture or uarch. even if it's "generic" and both systems are nominally x86, a malformed toolchain or dramatically more modern host can still sometimes have trouble running code on older machines
[2024-07-15T15:30:13Z] <midfavila> at least that's what i've experienced
[2024-07-15T15:30:22Z] <midfavila> what other versions of kiss did you try?
[2024-07-15T15:35:14Z] <SkyrixFr> midfavila i just tried on another machine (on virtualbox, on a modern host) the latest tarball, the exact same problem, even on a debian live environement
[2024-07-15T15:35:24Z] <midfavila> hrm
[2024-07-15T15:35:29Z] <midfavila> that's really strange
[2024-07-15T15:35:39Z] <SkyrixFr> and i just tried on this machine the 23.04.30 and it all works
[2024-07-15T15:35:49Z] <SkyrixFr> so the big problem is the latest tarball
[2024-07-15T15:36:09Z] <midfavila> in that case, maybe just install the prior version and upgrade everything
[2024-07-15T15:36:13Z] <SkyrixFr> cuz on either machine, vm not vm, different kernel versions etc. it doesn't work
[2024-07-15T15:36:24Z] <SkyrixFr> yeah i'll do that
[2024-07-15T15:36:38Z] <SkyrixFr> just figured it out, took quite some time :/
[2024-07-15T15:36:40Z] <midfavila> before you do though do a sanity check for your toolchain
[2024-07-15T15:36:51Z] <SkyrixFr> how do i do that?
[2024-07-15T15:37:03Z] <midfavila> just compile a hello world using gcc or something
[2024-07-15T15:37:20Z] <SkyrixFr> okay (y)
[2024-07-15T15:37:31Z] <midfavila> #include <stdio.h>
[2024-07-15T15:37:36Z] <SkyrixFr> the one inside the chroot, or the live enrionement?
[2024-07-15T15:37:41Z] <SkyrixFr> environement*
[2024-07-15T15:37:56Z] <midfavila> int main(int *argc, char **argv){printf("hello\n");}
[2024-07-15T15:37:57Z] <midfavila> chroot
[2024-07-15T15:38:11Z] <midfavila> to make sure you can actually make ELFs that dont go spastic 
[2024-07-15T15:38:18Z] <midfavila> otherwise youll end up in a world of fun
[2024-07-15T15:40:09Z] <SkyrixFr> yes! works like a charm
[2024-07-15T15:40:31Z] <SkyrixFr> Thanks for your help!
[2024-07-15T15:42:01Z] <SkyrixFr> and someone maybe should report to phoeb that his tarball has problem and if need be i'm always looking at the logs ;D
[2024-07-15T15:42:15Z] <SkyrixFr> i don't have a clue how to report that kind of problem
[2024-07-15T20:31:40Z] <SkyrixFr> Hey, i know it says that it should be the maintainers only that can update the packages but some of them are really getting old (some even have mild CVE's). How do i request a package to be "parked" to maybe become a maintainer? Or can i just do a pull request?
[2024-07-15T20:35:00Z] <SkyrixFr> I mean't orphaned, not parked
[2024-07-15T20:43:09Z] <SkyrixFr> Also why aren't baseinit sources linked to the community sources (like they go all the way to dylan's version, which is 3 years old) but the community sources have been updated recently, so why is that?
[2024-07-15T20:43:58Z] <SkyrixFr> oh didn't say anything (branch pre-changes explains it all)
[2024-07-15T21:23:41Z] <sad_plan> just make a pr for w/e it is you want bumped SkyrixFr 
[2024-07-15T21:24:15Z] <sad_plan> some maintainers are slow, myself included.