💾 Archived View for gemini.ctrl-c.club › ~phoebos › logs › kisslinux-2021-07-11.txt captured on 2024-05-26 at 16:15:07.
⬅️ Previous capture (2021-12-17)
-=-=-=-=-=-=-
[2021-07-11T04:15:55Z] <testuser[m]> Hi
[2021-07-11T04:16:25Z] <GalaxyNova> hi testuser[m]
[2021-07-11T04:41:29Z] <GalaxyNova> anyone here tried netsurf?
[2021-07-11T04:41:31Z] <GalaxyNova> the browser
[2021-07-11T04:41:37Z] <GalaxyNova> it seems pretty promising
[2021-07-11T04:47:01Z] <acheam> eh
[2021-07-11T04:47:17Z] <acheam> it's between two worlds and thus isnt very useful for me
[2021-07-11T04:47:35Z] <acheam> it has the same effectiveness as links
[2021-07-11T04:47:53Z] <acheam> links just doesnt display is as prettily
[2021-07-11T04:49:26Z] <testuser[m]> Netsurf supports js right ? Links doesn't
[2021-07-11T07:07:07Z] <GalaxyNova> Anyone else having an issue with gtk context menues showing up weirdly?
[2021-07-11T07:07:32Z] <GalaxyNova> they keep getting pushed to the top left corner and out of view
[2021-07-11T07:07:38Z] <GalaxyNova> > tested on dwm and fvwm
[2021-07-11T07:22:29Z] <GalaxyNova> anyone?
[2021-07-11T12:37:30Z] <acheam> testuser[m]: it doesnt
[2021-07-11T12:38:08Z] <testuser[m]> sad
[2021-07-11T13:00:26Z] <claudia> testuser[m]: I have made a minimal xorg-libs pkg for libglvnd.
[2021-07-11T13:01:00Z] <testuser[m]> Where ?
[2021-07-11T13:01:03Z] <claudia> This is my first draft. Dont know if it can be further reduced
[2021-07-11T13:01:04Z] <claudia> oh^^
[2021-07-11T13:01:05Z] <claudia> https://github.com/sdsddsd1/kiss-games/blob/master/equipment/xorg-libs/sources
[2021-07-11T13:02:05Z] <testuser[m]> Nice, will steal it
[2021-07-11T13:02:11Z] <testuser[m]> Shouldn't xtrans be rm -rf'd ?
[2021-07-11T13:02:14Z] <testuser[m]> Since itst make dep
[2021-07-11T13:02:24Z] <claudia> yaah. There is room for improvement ;)
[2021-07-11T13:02:45Z] <claudia> I think about renaming it to xorg-libs-minimal because maybe there is use for the whole xorg-libs for others.
[2021-07-11T13:03:30Z] <testuser[m]> There will be lot of duplicates in xorg-libs that already exist in xorg-libs-minimal
[2021-07-11T13:03:37Z] <testuser[m]> So they gotta change anyway
[2021-07-11T13:04:25Z] <claudia> Hm, also true. This way you dont have to change the depends.
[2021-07-11T13:07:00Z] <claudia> I also think about for pkgs in kiss-games needing libglvnd to just put them in a seperate directory and dont specify libglvnd in the depends. This way users still using xorg could use the packages and dont have to fork.
[2021-07-11T13:07:07Z] <claudia> An idea..
[2021-07-11T14:16:34Z] <acheam> https://github.com/lmt-swallow/puppy-browser/
[2021-07-11T14:16:41Z] <acheam> theres a lot to hate and to love about that
[2021-07-11T14:17:02Z] <acheam> its like links + javascript from what I can tell
[2021-07-11T14:17:07Z] <acheam> but its in rust
[2021-07-11T14:17:17Z] <acheam> and uses emojies in its commit messages
[2021-07-11T14:17:39Z] <acheam> and they use vscode
[2021-07-11T14:18:06Z] <acheam> but it still looks pretty cool
[2021-07-11T14:26:44Z] <testuser[m]> might as well use regular pozzed browsers in the time that it'd take you to build rust
[2021-07-11T15:11:02Z] <konimex> https://kisslinux.xyz/blog/20210711a
[2021-07-11T15:19:20Z] <testuser[m]> hmm
[2021-07-11T16:00:04Z] <dilyn> cool cool cool sooooo
[2021-07-11T16:00:17Z] <dilyn> $/kiss-community is changing with dylan's latest announcement :)
[2021-07-11T16:21:50Z] <claudia> wuu
[2021-07-11T16:22:46Z] <claudia> dilyn: do you already have future plans on maintaining kiss-community?
[2021-07-11T16:26:53Z] <micr0> dilyn: seems like kiss-community/community doesn't need to change much - just remove any duplicated-with kiss-linux/repo/extra packages that existed just for wayland support?
[2021-07-11T16:27:10Z] <dilyn> the officially unofficial KISS Linux community repository will be located at kiss-community/community, because Dylan has no intention of keeping one
[2021-07-11T16:27:20Z] <dilyn> the main repository will be 'archived' in some sense
[2021-07-11T16:27:52Z] <dilyn> I don't use xorg and have no interest in using it or providing support for it -- if someone would like to maintain a xorg repository in kiss-community, they are more than welcome to it!
[2021-07-11T16:27:52Z] <micr0> kiss-community/repo can be 'archived', though it might be nice to be able to upstream all the updates into kisslinux/repo ?
[2021-07-11T16:28:04Z] <claudia> I think now kiss-community/community is now the official community repository. At least from this community :D
[2021-07-11T16:29:29Z] <dilyn> it'll be archived in the sense that it won't be the official main repository and people should be discouraged from using it if they want to use Dylan's supported KISS. ideally, it's a libressl-xorg repository, maintaining packages that have to be changed from kisslinux/repo to continue this support, and not a whole other upstream repository
[2021-07-11T16:30:02Z] <dilyn> if nobody has any interest in maintaining such a thing, then it WILL be archived in a literal sense, though I'll probably be keeping a copy of it around on my system 'just in case'
[2021-07-11T16:31:04Z] <micr0> dilyn: archived in the literal sense === press the archive button on github but yeah, keep a second copy just in case
[2021-07-11T16:31:39Z] <micr0> dilyn a quick check, it looks like gnugrep, json-c, mutt, pcre, and ssu in the /community repository conflicts with upstream kisslinux/repo/extra
[2021-07-11T16:32:27Z] <micr0> should I make a tracking github issue to take a look at what the changes are, and if they should be upstreamed or removed?
[2021-07-11T16:32:46Z] <micr0> ideally, nothing in /community would conflict with anything in kisslinux/repo/{core,extra,wayland}
[2021-07-11T16:32:57Z] <claudia> dilyn: my question also aimed at: dou you plan on being my beloved dictator for eventually additionally needed packages?
[2021-07-11T16:33:13Z] <claudia> <3
[2021-07-11T16:33:17Z] <dilyn> well luckily for us, today is the day of Yet Another Purge :D so we can take a look at those and drop them
[2021-07-11T16:33:33Z] <dilyn> I am the beloved dictator of very little, now! <3
[2021-07-11T16:34:18Z] <dilyn> but i agree that there shouldn't be any conflicts if we can help it, micr0. duplicate packages are a waste of 'our time' when they can be found at $/kisslinux
[2021-07-11T16:34:55Z] <micr0> i'll take a look to see what the diffs are
[2021-07-11T16:35:39Z] <dilyn> tyty
[2021-07-11T16:36:20Z] <micr0> gnugrep: no pragmatic difference (just changed install to use cp in build): can be dropped
[2021-07-11T16:36:20Z] <dilyn> the kiss-community organization can also now be expanded, because we aren't so strictly beholden to the guidestones! community/ will still defer to the guidestones, but other repositories could now live there
[2021-07-11T16:36:31Z] <dilyn> for instance, gkiss could have a new officially unofficial home
[2021-07-11T16:36:59Z] <micr0> json-c: checksum update: can be dropped from community
[2021-07-11T16:38:18Z] <micr0> mutt: inline cyrus-sasl build, remove perl dependency: there is a difference, but would reccomend dropping from community.
[2021-07-11T16:38:40Z] <dilyn> +1
[2021-07-11T16:39:21Z] <konimex> since I'm maintaining json-c, I would recommend immediate drop
[2021-07-11T16:39:26Z] <micr0> pcre: disable utf-8 support: i got mixed feelings about this. utf-8 support in regular expressions is useful. would like to see this upstreamed into kisslinux/extra
[2021-07-11T16:39:49Z] <micr0> I am gonna make a PR with the uncontroversial drops, and ping you konimex to :thumbsup: or whatever
[2021-07-11T16:40:08Z] <micr0> ssu: no functional difference, reccomend drop
[2021-07-11T16:41:12Z] <noocsharp> you can drop mutt too, i'm the maintainer
[2021-07-11T16:42:45Z] <micr0> thank you konimex and noocsharp
[2021-07-11T16:44:19Z] <jslick> Does foot-pgo provide some realized performance benefit over foot? Interesting that it is treated special in the main repo
[2021-07-11T16:44:38Z] <konimex> also, with fribidi dropped from the main repo, I just discovered that fribidi is a GNU package
[2021-07-11T16:45:09Z] <dilyn> jslick: it's slightly/noticeably faster in some situations. I don't think it technically has to be a different package; dilyn could do like the `cmake` package does for instance
[2021-07-11T16:45:13Z] <dilyn> s/dilyn/dylan woop
[2021-07-11T16:45:29Z] <micr0> dilyn: https://github.com/kiss-community/community/pull/541
[2021-07-11T16:45:32Z] <dilyn> konimex: those gnu packages are sneaky :)
[2021-07-11T16:45:32Z] <noocsharp> hehe
[2021-07-11T16:45:33Z] <jslick> ah good to know
[2021-07-11T16:46:07Z] <micr0> upgrading eiwd; hope it doesn't break
[2021-07-11T16:59:27Z] <testuser[m]> dilyn: btw qt5 needs mtdev (looking at deps file) and it's been dropped by dylan and bundled with libinput or some package
[2021-07-11T16:59:52Z] <testuser[m]> eudev too, but thats just a regular package drop
[2021-07-11T17:01:11Z] <dilyn> yeah, vendoring is troublesome. :)
[2021-07-11T17:01:11Z] <micr0> rip osh: why did it get dropped dilyn?
[2021-07-11T17:01:27Z] <micr0> also is git-bruh in irc?
[2021-07-11T17:01:32Z] <testuser[m]> Me
[2021-07-11T17:02:03Z] <micr0> testuser[m] i just checked the logs for community, said you were last to drop osh, but not sure why?
[2021-07-11T17:02:25Z] <dilyn> it was... claudias?
[2021-07-11T17:02:26Z] <testuser[m]> https://github.com/kiss-community/community/pull/89#issuecomment-776824501
[2021-07-11T17:02:28Z] <dilyn> and they wanted to dorp their stuff
[2021-07-11T17:03:38Z] <testuser[m]> It would be orphaned anyway if you wouldn't have notified that you couldn't maintain it, so it would've been dropped a few weeks later
[2021-07-11T17:05:16Z] <micr0> ohh right, this was in february
[2021-07-11T17:05:48Z] <micr0> time flew too quickly for me. well, can re-add osh for now will make a new pr
[2021-07-11T17:27:17Z] <micr0> I think I might have found out why sway/wayland crashes when dependencies are installed
[2021-07-11T17:28:12Z] <micr0> https://unix.stackexchange.com/questions/218673/how-is-install-different-from-cp read the *last* answer
[2021-07-11T17:29:42Z] <micr0> > The primary difference between install and cp is that if the destination file already exists install unlinks it first.
[2021-07-11T17:29:56Z] <micr0> > More probable scenario is that you update a program or a library while it is in use. If the binary is unlinked first, it won't affect the running program
[2021-07-11T17:30:23Z] <micr0> I am gonna test this theory by updating how kiss installs packages to use the `install` command, and see if that prevents the crash
[2021-07-11T17:34:14Z] <dilyn> `install` in foo/build shouldn't have any bearing on when foo is installed -- `kiss` still uses `cp` itself
[2021-07-11T17:34:29Z] <dilyn> or do you mean exactly what I just said :o
[2021-07-11T17:34:31Z] <dilyn> woop
[2021-07-11T17:34:41Z] <kyxor> Hi, did anyone make a package for this https://github.com/google/re2 maybe in one of your personal repos? I need it, so if not I'll make it myself. But asking just in case to save time
[2021-07-11T17:34:44Z] <micr0> yeah, but we specify `cp -f` which should be the same unlinking behavior as install
[2021-07-11T17:35:07Z] <micr0> so my next best guess is that, we do pkg_remove_files while installing
[2021-07-11T17:43:45Z] <micr0> oh, `cp -fP` is still incorrect. Trying `install` now with kiss build pango
[2021-07-11T17:48:09Z] <micr0> yeah okay, switching to `install` seems to have worked
[2021-07-11T17:48:23Z] <micr0> i reinstalled: glib, pango, cairo, wayland, and sway while in a sway session
[2021-07-11T17:48:25Z] <micr0> and no crash
[2021-07-11T17:48:57Z] <dilyn> unfortunately dylan worked very hard to *remove* install from `kiss`...
[2021-07-11T17:49:24Z] <micr0> this is busybox install, in the package manager
[2021-07-11T17:49:36Z] <micr0> its fine if all the packages themselves use cp, since its always installing to a staging area
[2021-07-11T17:50:11Z] <micr0> the other alternative, which may also come with performance improvements, is to see if tar x has options that act like `install` does, and use that instead of iterating over each file
[2021-07-11T17:57:03Z] <dilyn> jk, it was rsync usage https://github.com/kisslinux/kiss/pull/136/files
[2021-07-11T17:58:14Z] <testuser[m]> oh dylan deleted kisslinux/community
[2021-07-11T17:58:14Z] <cem> yeah, honestly switching from rsync slowed down the package manager so much
[2021-07-11T17:59:23Z] <cem> I reverted that change in my fork when he did that
[2021-07-11T18:02:03Z] <micr0> cem dilyn well I will open an issue explaining the problem (our current `cp -fP` crashes running software if you replace any dependencies)
[2021-07-11T18:02:53Z] <micr0> And id be disappointed (but not surprised) if it was not fixed one way or another (using install, rsync, or doing the correct kind of unlinking with cp)
[2021-07-11T18:04:12Z] <testuser[m]> Is install different than rm + cp ?
[2021-07-11T18:04:13Z] <dilyn> avoid rsync at all costs :v
[2021-07-11T18:04:39Z] <micr0> testuser[m] yes, see backscroll if you can linking to stackexchange, which also links to a deeper discussion
[2021-07-11T18:05:59Z] <testuser[m]> > Why unlinking (which can be also done by rm before cp) matters?
[2021-07-11T18:06:05Z] <testuser[m]> Doesn't this imply that they do the same
[2021-07-11T18:06:34Z] <micr0> I think `cp -f` only has the behavoir *IF* it encounters an EPERM error
[2021-07-11T18:06:45Z] <cem> dilyn: why? rsync is great :P
[2021-07-11T18:06:55Z] <testuser[m]> I said rm + cp
[2021-07-11T18:07:02Z] <micr0> so it will do unlinking if EPERM; which insinuates that cp is not encountering EPERM currently
[2021-07-11T18:08:01Z] <dilyn> rsync is DUM
[2021-07-11T18:08:17Z] <dilyn> if your program has 600 options it has too many options.
[2021-07-11T18:08:35Z] <dilyn> I should not have to pipe --help to `less` so i can figure out what to do
[2021-07-11T18:08:52Z] <cem> I mean
[2021-07-11T18:08:56Z] <cem> Fair
[2021-07-11T18:09:15Z] <micr0> I don't think it will be too hard to convince dylan to use install, since its part of busybox
[2021-07-11T18:09:33Z] <dilyn> gl
[2021-07-11T18:09:34Z] <cem> micr0: heh
[2021-07-11T18:10:37Z] <micr0> "its the users fault to expect their system to not crash while upgrading software" would be a pretty hostile attitude to take
[2021-07-11T18:11:09Z] <dilyn> KISS *is* a semi-hostile project in a sense...
[2021-07-11T18:11:18Z] <dilyn> the user is expected to 'have a brain', as it were
[2021-07-11T18:11:18Z] <testuser[m]> if he doesn't settle for install (probably won't) he'll definitely fix it in another way
[2021-07-11T18:12:15Z] <micr0> Thats more what I am hoping for - i dont care *how* it gets fixed, but would be surprised if it didnt get fixed some way
[2021-07-11T18:12:47Z] <micr0> I prefer computers that respect the user is a human, and that brains are fallable
[2021-07-11T18:12:48Z] <cem> dilyn: I mean, being hostile as a project is very different than not fixing bugs on purpose
[2021-07-11T18:13:06Z] <dilyn> tru
[2021-07-11T18:18:17Z] <micro_O> https://github.com/kisslinux/kiss/issues/226 for the issue
[2021-07-11T18:20:17Z] <micro_O> honestly I love the direction kiss is moving in, example https://kisslinux.xyz/package-manager#6.2 linked from latest https://github.com/kisslinux/repo/issues/273
[2021-07-11T18:21:53Z] <Guest5117> will kiss-community/repo shutdown, or will it continue development parallel to kisslinux/repo?
[2021-07-11T18:24:15Z] <micro_O> zola I think dilyn intends to 'archive' it.
[2021-07-11T18:28:22Z] <dilyn> *sigh*
[2021-07-11T18:28:22Z] <micr0> feels good to only have kiss orphans show one package :)
[2021-07-11T18:28:34Z] <dilyn> we're gonna have to just save a copy-pasta, huh
[2021-07-11T18:28:34Z] <dilyn> https://libera.irclog.whitequark.org/kisslinux/2021-07-11#30251868;
[2021-07-11T18:28:47Z] <micr0> surprised no one added a bot here for commands
[2021-07-11T18:29:07Z] <dilyn> kissbot was brutally murdered
[2021-07-11T18:29:12Z] <micr0> an irc bot is like, one of the best 'first programming project'
[2021-07-11T18:29:23Z] <micr0> dilyn the mob got to kissbot?
[2021-07-11T18:31:33Z] <root__> dilyn: Does firefox in bin repo have wayland support, if not will it get it?
[2021-07-11T18:31:50Z] <vulpine> wait dylanaraps is back? :o
[2021-07-11T18:32:04Z] <root__> Yes, for some time already
[2021-07-11T18:42:58Z] <dilyn> repo-bin does not have wayland support
[2021-07-11T18:55:42Z] <kyxor> do you guys recommend to switch to wayland? If that thing is less bloat and compiles faster than X I might consider it
[2021-07-11T18:57:36Z] <kyxor> Still its a big commitment for me, since all my aps are written for x11, and I don't know anything about wayland protocol which I would need to learn to rewrite them
[2021-07-11T18:59:01Z] <kyxor> also that news of gcc getting rust frontend or whatever, like why I just want a C compiler not this bs
[2021-07-11T19:00:27Z] <kyxor> free software is under attack by those rust guys... trying to stick themselves in every project. Just like c++ guys but worse
[2021-07-11T19:05:45Z] <claudia> kyxor: It mostly comes down on what programs you rely gui wise and how they are supported.
[2021-07-11T19:05:55Z] <claudia> E.g there is no gtk2
[2021-07-11T19:06:13Z] <claudia> but gtk+3 is fine for prob the most stuff.
[2021-07-11T19:14:35Z] <kyxor> Hopefully repo-main under community stays though, and those who want wayland can just use the Dylan's repo-main
[2021-07-11T19:39:45Z] <dilyn> xorg support in kiss-community repo-main will only exist if someone maintains it. I don't use xorg (and haven't for a long, long while), so I can't guarantee much about it
[2021-07-11T20:10:20Z] <dilyn> https://github.com/kiss-community/community/issues/197 pass one on The Purge(tm) has ocurred; there are two programs that we probably should keep around tho
[2021-07-11T20:10:34Z] <dilyn> lvm2 && libcap; i'd rather not maintain them, I don't use them or any of their dependencies
[2021-07-11T20:10:57Z] <dilyn> this would fall to konimex/onodera-punpun (lvm2), and testuser/xuxiaodong (libcap)
[2021-07-11T20:11:11Z] <dilyn> also test-user you should probably take pcre2 (android-tools)
[2021-07-11T21:04:32Z] <GalaxyNova> how would i go about switching to Dylan's upstream
[2021-07-11T21:04:38Z] <GalaxyNova> without borking my system
[2021-07-11T21:06:53Z] <noocsharp> rebuild everything that depends on libressl
[2021-07-11T21:07:35Z] <GalaxyNova> should i force remove libressl
[2021-07-11T21:08:52Z] <noocsharp> i mean you could, but you have to rebuild everything that depends on it anyway
[2021-07-11T21:08:57Z] <dilyn> depends on what the output of kiss-revdepends libressl is
[2021-07-11T21:09:41Z] <dilyn> git and curl should only have libressl as make deps and no part of the actual build system should require libressl, so nothing should break. theoretically.
[2021-07-11T21:09:59Z] <dilyn> so i'd just kiss r libressl; kiss b $(kiss-revdepends libressl)
[2021-07-11T21:16:41Z] <illiliti> is there any non-bloated image viewer on wayland?
[2021-07-11T21:23:37Z] <dilyn> imv maybe?
[2021-07-11T21:24:21Z] <illiliti> imv depends on icu
[2021-07-11T21:24:23Z] <illiliti> bloated
[2021-07-11T21:25:51Z] <dilyn> lol
[2021-07-11T21:25:54Z] <dilyn> mpv?
[2021-07-11T21:27:35Z] <illiliti> mpv is good, but it isn't a "proper" image viewer though
[2021-07-11T21:29:09Z] <dilyn> I don't think many others exist that don't require KDE...
[2021-07-11T21:29:24Z] <dilyn> you could always try to gut icu from imv probably...
[2021-07-11T21:29:31Z] <dilyn> don't know why it would need icu tbh
[2021-07-11T21:33:42Z] <illiliti> https://github.com/eXeC64/imv/commit/42a15b157827dbd9c981416c8919ce5f5c907331
[2021-07-11T21:33:51Z] <illiliti> "proper UTF-8 editing"
[2021-07-11T21:34:01Z] <illiliti> wth
[2021-07-11T21:34:11Z] <dilyn> ez
[2021-07-11T21:34:13Z] <dilyn> git revert 42a15b157827dbd9c981416c8919ce5f5c907331
[2021-07-11T21:41:37Z] <illiliti> on it
[2021-07-11T21:46:25Z] <kyxor> hey guys, i am trying out wayland but sway fails to build, here is the log: https://0x0.st/-OL_.txt
[2021-07-11T21:46:37Z] <kyxor> using the last commit of dylan repo
[2021-07-11T21:47:28Z] <kyxor> need to rebuid libinput
[2021-07-11T21:48:23Z] <kyxor> ok I was right, nvm then
[2021-07-11T21:48:28Z] <GalaxyNova> welp...
[2021-07-11T21:48:35Z] <GalaxyNova> I think I might have ruined my system
[2021-07-11T21:48:38Z] <GalaxyNova> rip
[2021-07-11T21:48:49Z] <kyxor> what happened Galaxy?
[2021-07-11T21:49:03Z] <GalaxyNova> tried switching to OpenSSL
[2021-07-11T21:49:17Z] <GalaxyNova> now git is broken and nothing will build
[2021-07-11T21:51:29Z] <kyxor> uh, that's why I am testing wayland on tmpfs (temporary copy of rootfs), so that I don't break my main system
[2021-07-11T21:52:50Z] <kyxor> and pretty much any package development or whatever I do on tmpfs so that in case shit happens I don't have to clean out junk and broken stuff from my main rootfs
[2021-07-11T22:02:27Z] <GalaxyNova> my irc client crashed lol
[2021-07-11T22:22:26Z] <dilyn> what do you mean 'git is broken'?
[2021-07-11T22:22:34Z] <dilyn> what are you trying to build that you need git to be working
[2021-07-11T22:25:45Z] <illiliti> imv without icu - https://termbin.com/1dai
[2021-07-11T22:52:46Z] <GalaxyNova> where is links2 packaged again?
[2021-07-11T22:53:17Z] <illiliti> dilyn: pcre should be dropped too
[2021-07-11T22:53:59Z] <illiliti> https://github.com/kiss-community/community/tree/main/community/pcre
[2021-07-11T22:54:00Z] <illiliti> https://github.com/kisslinux/repo/tree/master/extra/pcre
[2021-07-11T22:54:14Z] <dilyn> i thought it had been
[2021-07-11T22:54:50Z] <dilyn> done ty
[2021-07-11T22:55:05Z] <dilyn> links2 was previously packaged in community and is now dead because nobody wanted it :v
[2021-07-11T22:55:21Z] <GalaxyNova> :(
[2021-07-11T22:55:28Z] <dilyn> so `git revert 34953374febddbe14c862afde3e8514980c4197f` is your golden ticket
[2021-07-11T23:03:06Z] <GalaxyNova> also sway for some reason is refusing to build on my system but it's working in a clean kiss chroot
[2021-07-11T23:03:26Z] <kyxor> rebuild libinput?
[2021-07-11T23:04:20Z] <GalaxyNova> seems like it's something else: https://0x0.st/-O9b.txt
[2021-07-11T23:04:23Z] <GalaxyNova> ld is failing
[2021-07-11T23:04:49Z] <kyxor> eh I think this might be best time to use kiss-reset, though because I can't build foot properly it says something fcft.h not found
[2021-07-11T23:05:23Z] <GalaxyNova> yep
[2021-07-11T23:05:28Z] <kyxor> oh rebuild libffi
[2021-07-11T23:05:46Z] <dilyn> /usr/bin/ld: /usr/lib/libgobject-2.0.so: undefined reference to `ffi_type_sint32@LIBFFI_BASE_7.0'
[2021-07-11T23:05:51Z] <dilyn> would be your problem
[2021-07-11T23:06:06Z] <dilyn> kiss b $(kiss owns /usr/lib/libgobject-2.0.so)
[2021-07-11T23:06:32Z] <kyxor> yeah
[2021-07-11T23:07:07Z] <kyxor> but rebuild libffi cause it seems like that library is not providing symbol for glib, or vise versa rebuild glib
[2021-07-11T23:07:21Z] <GalaxyNova> dilyn: Thanks! it sway builds now
[2021-07-11T23:08:00Z] <dilyn> ffi recently saw an update that resulted in libffi.so.7 becoming libffi.so.8, and of course their build system didn't provide any 7 -> 8 symlink.
[2021-07-11T23:08:13Z] <dilyn> so anything linking against libffi7 symbols mysteriously lost them :)
[2021-07-11T23:29:19Z] <GalaxyNova> wait what
[2021-07-11T23:29:26Z] <GalaxyNova> I've just noticed something interesting
[2021-07-11T23:29:53Z] <GalaxyNova> in the new website on the of the items in the overview is gone
[2021-07-11T23:29:58Z] <GalaxyNova> the one that said "less software"
[2021-07-11T23:30:09Z] <GalaxyNova> it's still there in k1sslinux.org
[2021-07-11T23:30:49Z] <rio6> lots of side items are gone it seems
[2021-07-11T23:32:15Z] <GalaxyNova> is that supposed to mean anything?