💾 Archived View for gemini.ctrl-c.club › ~phoebos › logs › kisslinux-2021-08-19.txt captured on 2021-12-17 at 13:26:06.
-=-=-=-=-=-=-
[2021-08-19T02:25:49Z] <cot> Bastards, they removed my IRC log page !! [2021-08-19T02:26:32Z] <cot> j/k, but was any of the wiki changes to the kiss community ported to kisslinux.org's wiki? [2021-08-19T02:28:43Z] <GalaxyNova> not as far as I'm aware of [2021-08-19T02:29:06Z] <GalaxyNova> btw, someone should update the wiki to include a reference the kisscommunity.org and this irc channel [2021-08-19T02:29:21Z] <cot> Yeah, that's what my first message here was referring to. [2021-08-19T02:29:27Z] <GalaxyNova> ah [2021-08-19T02:29:30Z] <GalaxyNova> yes [2021-08-19T02:29:35Z] <cot> But there was a lot of other substantial stuff that should've been transferred :( [2021-08-19T02:29:39Z] <GalaxyNova> please make a pull request :D [2021-08-19T02:29:58Z] <cot> Maybe(tm) I'll sit down and do it tomorrow, instead of banging my head against my CHIP-8 emulator :D [2021-08-19T02:30:49Z] <cot> Also who's responsible for that terrible new kiss community website >:C [2021-08-19T02:30:56Z] <GalaxyNova> idk [2021-08-19T02:30:59Z] <cot> No wonder midfavila has left, fed up with you all [2021-08-19T02:31:07Z] <GalaxyNova> ;( [2021-08-19T02:31:40Z] <GalaxyNova> cot: What's wrong with the kiss community website [2021-08-19T02:31:50Z] <GalaxyNova> it works with no JS [2021-08-19T02:31:53Z] <cot> nothing really, but I personally preferred the previous style :) [2021-08-19T02:32:37Z] <cot> dilyn: the redirect from k1sslinux.org to kisslinux.org is acceptable, but can we still keep pages that aren't on kisslinux.org so as to not break links (e.g., the posts you made on the blog detailing the status of kiss-community, etc) [2021-08-19T02:40:27Z] <GalaxyNova> I really can't see how the guy from reddit ca not be a troll [2021-08-19T02:55:46Z] <cot> link? [2021-08-19T02:56:31Z] <GalaxyNova> cot: https://libredd.it/r/kisslinux/comments/p6dnt7/help_a_new_guy_out_how_does_chcpcd_work/ [2021-08-19T02:57:31Z] <GalaxyNova> either the guy is completely clueless or a troll [2021-08-19T02:59:07Z] <cot> True... he seems to want to pick a fight [2021-08-19T03:00:21Z] <cot> >1st I wouldn't get on irc even with your machine or connection, ever, [incomprehensible garbage] [2021-08-19T03:00:28Z] <cot> I take that back, he is 100% troll [2021-08-19T03:18:19Z] <GalaxyNova> also I think calling systemd malware is a bit extreme [2021-08-19T03:21:06Z] <acheam> cot: micro is responsible [2021-08-19T03:21:10Z] <acheam> I agree with your sentiment [2021-08-19T03:21:18Z] <acheam> Also wait on the PR [2021-08-19T03:21:26Z] <acheam> Dylan is rewriting the whole website content [2021-08-19T03:44:34Z] <testuser[m]> Hi [2021-08-19T03:46:47Z] <GalaxyNova> Hi [2021-08-19T03:46:53Z] <necromansy> hello [2021-08-19T05:05:19Z] <konimex> fungalnet eh? [2021-08-19T05:05:47Z] <konimex> can't say I'm surprised [2021-08-19T05:06:45Z] <testuser[m]> Lol its that anti systemd wordpress dude right [2021-08-19T05:06:57Z] <testuser[m]> i noticed the name just now [2021-08-19T07:14:17Z] <GalaxyNova> Anyone have any programming project ideas? [2021-08-19T07:15:15Z] <testuser[m]> file server [2021-08-19T07:15:18Z] <testuser[m]> pastebin [2021-08-19T08:07:10Z] <mps> hi, anyone knows is the illility here (nick) [2021-08-19T08:07:45Z] <testuser[m]> they're here often but not right now [2021-08-19T08:07:57Z] <mps> I need to contact s/he about libudev-zero [2021-08-19T08:11:13Z] <mps> last night eudev upstream told that s/he will abandon eudev [2021-08-19T08:12:12Z] <mps> testuser[m]: thanks, I will wait for illility to appear here [2021-08-19T08:12:15Z] <testuser[m]> just make a shithub issue or email [2021-08-19T08:12:59Z] <mps> testuser[m]: don't have and don't want to open account on 'shithub' (nice term, thanks) [2021-08-19T08:13:08Z] <konimex> mps: really? any links? [2021-08-19T08:13:59Z] <mps> konimex: eudev athour approached us on #alpine-devel channel and told about plan [2021-08-19T08:15:35Z] <konimex> hmmm, alright, thanks for the heads up [2021-08-19T08:15:47Z] <testuser[m]> https://irclogs.alpinelinux.org/%23alpine-devel-2021-08.log [2021-08-19T08:16:35Z] <mps> 2021-08-18 20:18:55 <blueness> hi ncopa et al. Does anyone want to take over maintenance of eudev? I'm going to give it up since gentoo/musl is mov [2021-08-19T08:17:18Z] <mps> on url testuser[m] posted above [2021-08-19T08:18:45Z] <testuser[m]> switching from eudev might break stuff for users tho, like android stuff doesn't work with libudev-zero [2021-08-19T08:19:44Z] <mps> btw, I'm libudev-zero maintainer on alpine linux. it works quite fine except hot plugging input devices for Xorg [2021-08-19T08:20:41Z] <mps> probably I don't understand how to setup it for X to recognize hot plugged devices [2021-08-19T09:50:48Z] <testuser[m]> does anyone know a simple and maintained C http library ? trying to avoid curl [2021-08-19T09:54:20Z] <mTvare[m]> whats wrong with libcurl [2021-08-19T09:54:57Z] <testuser[m]> nothing [2021-08-19T10:42:13Z] <travankor> mps: libudev-zero was created for wlroots [2021-08-19T10:43:18Z] <travankor> i don't think xorg has a hard dependency on libudev (?) [2021-08-19T10:44:59Z] <travankor> interesting that gentoo switching to systemd [2021-08-19T10:45:01Z] <mps> travankor: no it doesn't, but eudev can 'signal' to X server that new input device is attached and X recognize it [2021-08-19T10:45:06Z] <travankor> i guess openrc is dead then [2021-08-19T10:45:45Z] <mps> openrc author promised some time ago that will continue to support it [2021-08-19T10:46:44Z] <travankor> i'm 99% sure illiliti never tested libudev-zero with xorg [2021-08-19T10:47:12Z] <mps> hmm, on libudev github Xorg marked as 'works' [2021-08-19T10:47:42Z] <mps> https://github.com/illiliti/libudev-zero/ [2021-08-19T10:48:07Z] <mps> What Works => xorg-server [2021-08-19T10:48:29Z] <travankor> hmm i guess he checked it later on, but it was created to get wlroots working for kiss anyways [2021-08-19T10:49:12Z] <mps> I don't know, but iirc illiliti told that is 'generic' udev replacement [2021-08-19T10:49:40Z] <testuser[m]> Xorg was first to be tested https://github.com/illiliti/libudev-zero/commit/9a9bc2e3fd9c00e3c465b5b703656584f6cd8dee#diff-b335630551682c19a781afebcf4d07bf978fb1f8ac04c6bf87428ed5106870f5 [2021-08-19T10:49:50Z] <testuser[m]> i don't think it was made with the goal of wayland on kiss [2021-08-19T10:50:01Z] <mps> else I would not make alpine package and use it [2021-08-19T10:51:17Z] <mps> we at alpine considering to use libudev-zero as default udev for some time, last night announce just 'pushed' us more [2021-08-19T10:52:14Z] <travankor> https://github.com/swaywm/wlroots/issues/2257 [2021-08-19T10:53:39Z] <testuser[m]> Oh [2021-08-19T10:53:53Z] <travankor> mps: I think you still need to use mdev or mdevd, too [2021-08-19T10:54:08Z] <mps> travankor: right [2021-08-19T10:56:52Z] <mps> Laurent Bercot, mdevd author already started to work on s6 as the alpine pid 1 system [2021-08-19T10:57:40Z] <mps> in case openrc also 'dies' [2021-08-19T10:59:38Z] <travankor> I saw a blog post asking for funding for s6-frontend (not sure the exact name) [2021-08-19T11:00:14Z] <mps> yes, it is Laurent [2021-08-19T11:01:29Z] <travankor> Do you know if Alpine will commision him to work on this? [2021-08-19T11:02:37Z] <mps> well, we agreed to test it if he made s6 working better as pid 1 [2021-08-19T11:03:06Z] <mps> and some alpine devs helped him to find 'sponsor' iirc [2021-08-19T11:03:32Z] <mps> personally I promised I will test s6 as pid 1 when I find some time [2021-08-19T11:03:47Z] <travankor> I think s6-linux-init helps set up pid 1 [2021-08-19T11:04:08Z] <mps> yes, but needs some 'cleans and tweaks' [2021-08-19T11:04:23Z] <travankor> that's what a distro maintainer should do though [2021-08-19T11:04:57Z] <travankor> small tweaks to get it how the distro wants to [2021-08-19T11:05:03Z] <travankor> to behave* [2021-08-19T11:05:09Z] <mps> well, Laurent decided he will make some fixes (which I didn't followed) [2021-08-19T11:06:00Z] <mps> heh, Laurent is s6-* alpine maintainer [2021-08-19T12:26:12Z] <illiliti> gentoo drops support for eudev or i'm wrong?? [2021-08-19T12:27:39Z] <testuser[m]> mps [2021-08-19T12:29:59Z] <soliwilos> At least their maintainer of eudev is giving it up, since apparently gentoo/musl is going systemd... but not sure what gentoo/openrc will do. [2021-08-19T12:37:40Z] <konimex> well, I reckon gentoo/musl would still use openrc [2021-08-19T12:40:20Z] <soliwilos> So their going systemd with some openembedded patches is just for the udev parts? [2021-08-19T12:42:53Z] <konimex> probably, they do package systemd-udevd separately https://packages.gentoo.org/packages/sys-fs/udev [2021-08-19T12:47:19Z] <soliwilos> Ah, I see. [2021-08-19T12:51:33Z] <mps> illiliti: yes, eudev author announced this yesterday [2021-08-19T13:00:42Z] <illiliti> well, if alpine switch to libudev-zero, note that it isn't a full replacement [2021-08-19T13:00:52Z] <illiliti> it does support hotplugging [2021-08-19T13:01:01Z] <illiliti> it does support device discovery [2021-08-19T13:01:18Z] <illiliti> it doesn't support udev_hwdb API at all [2021-08-19T13:03:11Z] <illiliti> btw, i think udev_hwdb is a hack in general [2021-08-19T13:04:51Z] <mps> illiliti: we opened question for TSC (Technical Steering Committee) here https://gitlab.alpinelinux.org/alpine/tsc/-/issues/12 [2021-08-19T13:05:59Z] <illiliti> this command will tell what isn't implemented: grep -r 'NOT IMPLEMENTED' <path to libudev-zero source> [2021-08-19T13:06:07Z] <mps> illiliti: I'm using libudev-zero about one year (or more) on my few machines (servers and workstations) [2021-08-19T13:07:08Z] <mps> it works quite fine, except I don't understand how to set it for xorg to recognize hot plugged input devices [2021-08-19T13:07:26Z] <testuser[m]> What'd you need udev for on a server [2021-08-19T13:07:50Z] <illiliti> i have a plan to write a better cross-platform device management library [2021-08-19T13:07:59Z] <illiliti> the idea is similar to libseat [2021-08-19T13:08:00Z] <mps> some software are built with libudev [2021-08-19T13:08:20Z] <mps> testuser[m]: ^ [2021-08-19T13:09:39Z] <illiliti> mps: what exactly you don't understand? [2021-08-19T13:10:11Z] <mps> illiliti: sorry for hijacking this channel but I couldn't find where I can contact you [2021-08-19T13:10:39Z] <mps> I don't have github account [2021-08-19T13:11:31Z] <illiliti> don't worry about this [2021-08-19T13:11:34Z] <illiliti> tell me your problem here [2021-08-19T13:11:43Z] <mps> if we shouldn't talk here about these, please tell if can talk in private [2021-08-19T13:11:58Z] <mps> ok [2021-08-19T13:12:50Z] <mps> I compiled helper.c from contrib subdir, put it in /sbin/hotplug, and set it in /proc/sys/kernel/hotplug [2021-08-19T13:13:33Z] <mps> but when I insert usb keyboard X doesn't detect it [2021-08-19T13:13:37Z] <illiliti> you don't need helper.c if you have mdev/mdevd [2021-08-19T13:13:58Z] <mps> illiliti: aha, ok [2021-08-19T13:14:17Z] <mps> so put '/sbin/mdev' in /proc/sys/kernel/hotplug [2021-08-19T13:14:27Z] <illiliti> no no [2021-08-19T13:15:01Z] <illiliti> https://termbin.com/9nr0 [2021-08-19T13:15:13Z] <illiliti> append it to /etc/mdev.conf [2021-08-19T13:15:25Z] <illiliti> restart mdev/mdevd [2021-08-19T13:16:09Z] <mps> aha, I had this in mdev.conf '-.* root:root 660 *env > /tmp/.libudev-zero/uevent.$"' [2021-08-19T13:16:16Z] <mps> lets see [2021-08-19T13:16:49Z] <illiliti> ensure that mdev is working [2021-08-19T13:20:43Z] <mps> done, but still X don't 'see' keyboard [2021-08-19T13:21:09Z] <mps> here is /dev/mdev.log https://tpaste.us/BgJY [2021-08-19T13:21:53Z] <mps> if i plug usb flash disk it is set properly [2021-08-19T13:22:46Z] <soliwilos> I tried it here just now with a keyboard on my laptop and it works. Nice. :) [2021-08-19T13:22:57Z] <soliwilos> Using mdevd. [2021-08-19T13:23:31Z] <mps> long ago I tried with mdevd and also didn't worked [2021-08-19T13:23:50Z] <testuser[m]> on sway it doesnt work for me it just gets stuck, with busybox mdev [2021-08-19T13:23:52Z] <mps> maybe I should try again [2021-08-19T13:25:56Z] <illiliti> mps: "catch all" rule is problematic because mdev parses rules in linear way(?) and stops when it finds first match [2021-08-19T13:26:17Z] <soliwilos> It created a file uevent.xxxxx in /tmp/.libudev-zero that wasn't there before. [2021-08-19T13:27:35Z] <illiliti> mps: post your /etc/mdev.conf [2021-08-19T13:27:56Z] <soliwilos> I think Laurent is going to add more events to mdevd as well. [2021-08-19T13:28:25Z] <mps> illiliti: it works [2021-08-19T13:29:03Z] <mps> removed default input rule and restarted mdev and it works [2021-08-19T13:29:11Z] <illiliti> nice [2021-08-19T13:29:20Z] <mps> thank you very very much [2021-08-19T13:30:05Z] <illiliti> i'll make it clear in docs [2021-08-19T13:30:37Z] <mps> illiliti: do I still need to post my mdev.conf? I doubt but ask anyway [2021-08-19T13:31:52Z] <mps> I will write short article for setting it on alpine over weekend (if something doesn't stop me) [2021-08-19T13:32:22Z] <illiliti> mps: post it if you want [2021-08-19T13:32:46Z] <illiliti> nice thanks [2021-08-19T13:33:28Z] <mps> illiliti: here it is https://tpaste.us/bVQM [2021-08-19T13:34:14Z] <illiliti> looks good [2021-08-19T13:35:20Z] <mps> illiliti: and it works nice. thank you for help and for libudev-zero [2021-08-19T13:41:07Z] <cot> acheam: is Dylan rewriting the website content or the wiki content? [2021-08-19T13:41:17Z] <cot> bah I'm lazy, I should just check out the repo logs [2021-08-19T13:41:47Z] <illiliti> mps: glad to help [2021-08-19T13:42:34Z] <cot> acheam: not sure what you mean, I don't seem to notice any significant rewriting... is there an announcement somewhere or something I can look at? [2021-08-19T14:08:06Z] <illiliti> mps: to fully replace eudev with libudev-zero, you should ensure that every application will work with it [2021-08-19T14:08:14Z] <illiliti> which is too much work if alpine has lots of apps that depend on libudev [2021-08-19T14:09:09Z] <illiliti> maybe it's better to keep maintaining eudev.. [2021-08-19T14:10:38Z] <micro_O> cot: i prefer the previous style too, but i am much more interested in encouraging new contributions than if it fits my personal aesthetics [2021-08-19T14:10:56Z] <illiliti> the choice is up to you(alpine devs) [2021-08-19T14:10:58Z] <micro_O> there are some lines in the sand but they are mostly around self-hosting [2021-08-19T14:10:58Z] <cot> Fair enough :^) [2021-08-19T14:11:27Z] <micro_O> cot: that said, feel free to open a new PR xD [2021-08-19T14:11:48Z] <cot> ;) [2021-08-19T14:11:50Z] <micro_O> also good luck with the chip-8 emulator. i tried making an emulator once (for game boy) and learned a ton but never really got it to a great working state [2021-08-19T14:12:13Z] <micro_O> i should probably change the description to 'debugger' instead of 'emulator' [2021-08-19T14:12:54Z] <cot> hehe thanks, I'm going to need a good deal of luck to get that thing working :/ [2021-08-19T14:13:12Z] <cot> Doesn't help that I barely know anything about the instruction set... [2021-08-19T14:13:30Z] <micro_O> well, it is well documented :) [2021-08-19T14:13:33Z] <mps> illiliti: of course, we know this. but I want to try [2021-08-19T14:14:52Z] <mps> I know that usb-modeswitch need some fixes, that is only software which I had to fix to work with libudev-zero [2021-08-19T14:15:34Z] <mps> illiliti: btw, I'm thinking to introduce eiwd to alpine [2021-08-19T14:15:55Z] <mps> though didn't decided yet [2021-08-19T14:19:25Z] <illiliti> it works very well [2021-08-19T14:20:44Z] <mps> nice to hear. do you plan to maintain fork in future [2021-08-19T14:22:09Z] <mps> I asked iwd author about removal of dbus code or building iwd without it but they are strongly to keep dbus in [2021-08-19T14:22:19Z] <mps> authors* [2021-08-19T14:28:16Z] <illiliti> mps: i will maintain it in future [2021-08-19T14:28:27Z] <illiliti> but if Dylan decides to revive his original repo, i'll stop maintain my fork [2021-08-19T14:31:33Z] <mps> illiliti: thanks. I will probably put it in alpine testing section. maybe I will need your help if something don't go smoothly [2021-08-19T14:33:26Z] <illiliti> note that eiwd/iwd can't be built with clang [2021-08-19T14:35:07Z] <mps> that doesn't matter for me, gcc is fine also [2021-08-19T14:36:08Z] <illiliti> there's a patch though: https://github.com/gentoo-mirror/dm9pZCAq/blob/master/net-wireless/eiwd/files/eiwd-1.16-clang.patch [2021-08-19T14:37:19Z] <mps> aha, nice to know [2021-08-19T15:32:02Z] <TheInformaticist> Just thought I'd see how the other half is living. [2021-08-19T15:35:08Z] <noocsharp> what do you consider the two halves? [2021-08-19T15:35:52Z] <TheInformaticist> Excellent question... [2021-08-19T15:36:45Z] <TheInformaticist> Let's see...I can state it in a lot of ways, but you might not know what I mean. [2021-08-19T15:41:07Z] <TheInformaticist> MIT vs. Stanford (or Bell Labs). Sussman vs. Knuth. Emacs vs. Vim. Lisp vs. sh. Infinite extensibilty vs. Minimalism. Theory vs. Practice. [2021-08-19T15:44:07Z] <TheInformaticist> At any rate, cheers. Glad you guys exist. [2021-08-19T15:46:22Z] <noocsharp> ah yes, see how the other half is living by joining a channel for 10 minutes [2021-08-19T15:49:47Z] <msk[m]> minimalism isn't infinitely extensible? I thought that was the whole idea [2021-08-19T15:51:01Z] <omanom> agreed, minimalism does not preclude extensibility. at least not outside the extreme sense [2021-08-19T15:52:54Z] <noocsharp> yeah, those dichotomies don't make much sense to me either [2021-08-19T15:56:26Z] <omanom> guess we'll never know! [2021-08-19T15:59:43Z] <testuser[m]> Who's sussman [2021-08-19T16:00:18Z] <testuser[m]> Oh [2021-08-19T16:40:28Z] <acheam> cot: he mentioned it in passing [2021-08-19T16:40:31Z] <acheam> Its not public [2021-08-19T16:42:34Z] <cot> Oh I see [2021-08-19T16:44:47Z] <noocsharp> i once tried to write an nes emulator [2021-08-19T16:45:13Z] <noocsharp> i got as far as the 6502 [2021-08-19T17:26:58Z] <sad_plan> isnt gold dead upstream? I noticed dylan enabled gold for binutils the other day [2021-08-19T17:27:14Z] <testuser[m]> Yeah [2021-08-19T17:27:20Z] <testuser[m]> Musl don't build with it either [2021-08-19T17:28:11Z] <sad_plan> isnt that kinda.. counterproductive? [2021-08-19T17:28:56Z] <sad_plan> I dont see the reason for doing so tbh.. [2021-08-19T17:30:55Z] <testuser[m]> Yeah [2021-08-19T17:31:54Z] <testuser[m]> Neither does the kernel [2021-08-19T17:32:36Z] <testuser[m]> And gold gives cryptic errors like some comparison at line bla bla in file.c (file belongs to binutils source) failed instead of real error messages [2021-08-19T17:32:57Z] <sad_plan> very fun to troubleshoot it I suppose [2021-08-19T17:33:03Z] <sad_plan> noticed mold doesnt work with the kernel either [2021-08-19T17:33:25Z] <testuser[m]> It probably would, if you forced the build system to accept it [2021-08-19T17:33:41Z] <testuser[m]> Just write a mold wrapper that tells the kernel it's bdf when invoked with --version [2021-08-19T17:33:44Z] <testuser[m]> bfd [2021-08-19T17:33:52Z] <sad_plan> perhaps. I just read dylin mentioned it one of the commits about it [2021-08-19T17:34:07Z] <sad_plan> cool. have you tried it? mold seems like a promising proejct [2021-08-19T17:35:12Z] <testuser[m]> No there's not really a noticeable difference for faster linkers than bfd outside of building chromium [2021-08-19T17:37:00Z] <sad_plan> hm. I was under the impression that it did. atleast thats what the mold dev had listed on the github page. but might aswell take such things with a grain of salt [2021-08-19T17:38:27Z] <testuser[m]> It will speed up stuff ofcourse [2021-08-19T17:38:34Z] <testuser[m]> But most stuff builds in 5 seconds anyways [2021-08-19T17:38:39Z] <testuser[m]> That's why i said it [2021-08-19T17:40:37Z] <sad_plan> yeh [2021-08-19T18:02:42Z] <kat_> hello \o [2021-08-19T18:03:00Z] <cot> ehlo [2021-08-19T18:03:11Z] <kat_> O, who are you cot [2021-08-19T18:03:30Z] <cot> kiedtl [2021-08-19T18:03:55Z] <kat_> i c [2021-08-19T18:04:21Z] <kat_> Didn't know even elko would be here, noice [2021-08-19T21:22:51Z] <phill> hey guys! Im new at KISS and am loving the project! But everytime I try to compile GCC it gives me this error: configure: error: cannot run C compiled programs. Ive changed my CFLAGS but nothing! What should I do? Thank you. [2021-08-19T21:26:44Z] <phill> also this! Dont know if its important. "If you meant to cross-compile, use --host" "makefile: 968: all Error 2" [2021-08-19T21:38:12Z] <acheam> Uhh what architecture is your computer? [2021-08-19T21:38:42Z] <acheam> Although if it isnt amd64 you wouldnt even be able to run a shell, so idk [2021-08-19T21:41:48Z] <phill> its amd64 [2021-08-19T21:42:08Z] <sad_plan> has anyone built xorg-server statically before? in any case, any pointers regarding the modules? it builds perfectly fine staically, but once you disable shared libs, it wont launch. [2021-08-19T21:42:17Z] <sad_plan> if im correct, it has to do with modules [2021-08-19T21:56:25Z] <claudia02> phill: can you compile other packages? Also the output of 'env' might be interesting. [2021-08-19T21:56:55Z] <claudia02> you can pipe the output into "curl -F '\''f:1=<-'\'' ix.io" [2021-08-19T22:00:22Z] <phill> claudia02 I can compile all packages except for BusyBox and GCC. [2021-08-19T22:00:47Z] <phill> USER=root [2021-08-19T22:00:48Z] <phill> CXXFLAGS=-O3 -pipe -march=native [2021-08-19T22:00:48Z] <phill> SHLVL=1 [2021-08-19T22:00:49Z] <phill> HOME=/root [2021-08-19T22:00:49Z] <phill> OLDPWD=/home/felipe [2021-08-19T22:00:50Z] <phill> MAKEFLAGS=-j8 [2021-08-19T22:00:50Z] <phill> LOGNAME=root [2021-08-19T22:00:51Z] <phill> TERM=xterm-256color [2021-08-19T22:00:51Z] <phill> PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin [2021-08-19T22:00:52Z] <phill> CFLAGS=-O3 -pipe -march=native [2021-08-19T22:00:52Z] <phill> SHELL=/bin/sh [2021-08-19T22:00:53Z] <phill> PWD=/var/db/kiss/installed [2021-08-19T22:00:53Z] <phill> KISS_PATH=:/home/felipe/repos/repo/core:/home/felipe/repos/repo/extra:/home/felipe/repos/community/community [2021-08-19T22:00:54Z] <phill> the output of env [2021-08-19T22:03:00Z] <claudia02> this looks good to me. [2021-08-19T22:03:45Z] <claudia02> you should open in issue with the build logs on kisslinux/repo then. [2021-08-19T22:05:38Z] <phill> yeah, idk what to do, ive tried both the official kiss tarball and gkiss too [2021-08-19T22:06:25Z] <claudia02> Which C library are you running? [2021-08-19T22:06:31Z] <claudia02> This is important (: [2021-08-19T22:08:24Z] <phill> claudia02: ive just finished to build glibc [2021-08-19T22:08:41Z] <phill> and will try to build gcc again [2021-08-19T22:09:22Z] <claudia02> You can mix and exchange the main repositories. [2021-08-19T22:09:35Z] <claudia02> !*cant! [2021-08-19T22:09:46Z] <claudia02> because of the libc difference [2021-08-19T22:10:17Z] <claudia02> From which KISS is the install chroot tarball? [2021-08-19T22:11:13Z] <phill> It is from gkiss right now lol just noticed what I did [2021-08-19T22:11:35Z] <phill> the strange thing is that yesterday ive tried to build gcc using the official kiss tarball and it gave me the same problem [2021-08-19T22:12:22Z] <claudia02> weeee. That does not work. Its a fundamental difference ;) [2021-08-19T22:12:53Z] <phill> thank you for your input, Jesus how could I not notice that lol [2021-08-19T22:13:06Z] <claudia02> You _might_ build the one or the other packages but gkiss needs some important changes ;) [2021-08-19T22:13:16Z] <claudia02> your welcome. [2021-08-19T22:14:04Z] <phill> but wait, what repos should I enable? I just forgot about it because at the GKISS github it says that the only difference is t [2021-08-19T22:14:05Z] <phill> hat I need to have community [2021-08-19T22:15:57Z] <claudia02> The gkiss repos and (kiss)-community. Becuase (gkiss)gcc seems to relay on stuff. [2021-08-19T22:16:31Z] <phill> ohh I see! Thank you so much! [2021-08-19T22:16:41Z] <phill> will fix this right now [2021-08-19T23:08:49Z] <akspecs> hey, does anyone run systemd with on their *kiss system? [2021-08-19T23:08:52Z] * akspecs takes cover [2021-08-19T23:09:14Z] <akspecs> s/with// [2021-08-19T23:09:14Z] <cotangent> <akspecs> hey, does anyone run systemd on their *kiss system? [2021-08-19T23:10:17Z] <akspecs> i'm curious if kiss is the way forward for me on this one -- [2021-08-19T23:11:46Z] <akspecs> i want to run a as minimal of a system as possible -- built for stability and minimal updates (ideally security updates) where i get to pick and choose modern software where is fits me [2021-08-19T23:12:12Z] <akspecs> s/as possible/as pragmatically possible/ [2021-08-19T23:12:12Z] <cotangent> <akspecs> i want to run a as minimal of a system as pragmatically possible -- built for stability and minimal updates (ideally security updates) where i get to pick and choose modern software where is fits me [2021-08-19T23:12:56Z] <akspecs> i'll have to run some bloat, as my work uses said bloat (e.g. systemd) [2021-08-19T23:13:50Z] <akspecs> so i'll end up smothering my system with systemd+gnu+linux threesome [2021-08-19T23:14:09Z] <akspecs> gnu coreutils and other gnu software and what not [2021-08-19T23:14:56Z] <akspecs> but i'd like the freedom to run old versions of certain software because those are the versions our servers at work run [2021-08-19T23:16:08Z] <akspecs> does this sound too masochistic (something that i should probably turn to gentoo / something else?)