gemini - kennedy.gemi.dev

💾 Archived View for gemini.ctrl-c.club › ~phoebos › logs › kisslinux-2023-01-06.txt captured on 2024-05-12 at 16:01:12.
-=-=-=-=-=-=-
[2023-01-06T05:30:02Z] <testuser[m]> Hi
[2023-01-06T05:30:31Z] <wael_> Hi
[2023-01-06T07:02:23Z] <niceguy5000[m]> Openbsd kiss when? never?
[2023-01-06T07:08:14Z] <wael_> Deprecated
[2023-01-06T07:08:26Z] <wael_> i'm pretty sure it was done once but now is unmaintained
[2023-01-06T07:08:49Z] <niceguy5000[m]> where is the source code?
[2023-01-06T07:09:17Z] <wael_> no clue
[2023-01-06T07:09:26Z] <wael_> some other guys are making a freebsd kiss tho
[2023-01-06T07:10:56Z] <niceguy5000[m]> freebsd is the same as linux it's bloated
[2023-01-06T07:10:59Z] <wael_> lol
[2023-01-06T07:11:07Z] <wael_> tell that to the guys who are making kissbsd
[2023-01-06T15:44:25Z] <Ellowee[m]> <wael_> "some other guys are making a..." <- Where?
[2023-01-06T15:51:02Z] <wael_> https://gitea.com/Fenix7667/KissBSD
[2023-01-06T15:51:26Z] <wael_> phoebos: is there a cleaner way of silencing a command instead of using something like >/dev/null 2>&1 or i dont have a choice?
[2023-01-06T16:26:43Z] <wael_> oh yeah is there a 'pgrep' alternative for POSIX? i don't see it in sbase or ubase
[2023-01-06T16:27:22Z] <wael_> i guess maybe ps?
[2023-01-06T16:27:26Z] <wael_> piped to grep
[2023-01-06T16:31:33Z] <Torr> So Pgrep is its own binary, eh.
[2023-01-06T16:34:44Z] <wael_> watr
[2023-01-06T16:34:45Z] <wael_> twa
[2023-01-06T16:45:31Z] <aelspire> Hi
[2023-01-06T16:48:16Z] <wael_> oih my gos  its awelk spirte
[2023-01-06T16:49:34Z] <Torr> aelspire: Hey
[2023-01-06T16:57:37Z] <aelspire> anyone has thoughts on what is happening with GTK4?
[2023-01-06T16:57:40Z] <aelspire> https://gitlab.gnome.org/GNOME/gtk/-/issues/3787
[2023-01-06T16:57:51Z] <aelspire> I immediately noticed this "bug"
[2023-01-06T16:58:13Z] <aelspire> and there is problem with another one breakage of themes it seems?
[2023-01-06T16:59:13Z] <aelspire> when libadwaita will land there will be probably even more split betwee GNOME and rest of GTK users 
[2023-01-06T17:00:01Z] <aelspire> so I anticipate 4 versions of GTK in the wild: GTK2, GTK3, GTK4+libadawita and GTK4 without libadawita
[2023-01-06T17:00:07Z] <aelspire> fun times are comming
[2023-01-06T17:02:03Z] <wael_> ERROR 'gtk4' not found 
[2023-01-06T17:02:46Z] <aelspire> it isn't available on KISS
[2023-01-06T17:03:00Z] <aelspire> but I got it on Arch
[2023-01-06T17:09:06Z] <wael_> What;;;;;;;;;;;;;;;;;;;
[2023-01-06T17:10:22Z] <aelspire> I've installed some app on Arch linux (on work PC) and gtk4 app looks bad
[2023-01-06T17:10:38Z] <aelspire> bad font rendering mainly
[2023-01-06T17:11:03Z] <aelspire> so I'm thinking what will happen when this version will become main one
[2023-01-06T17:11:32Z] <aelspire> once again there will be terrible font rendering on linux
[2023-01-06T17:20:23Z] <wael_> font rendering on kiss is just good by default
[2023-01-06T17:23:07Z] <wael_> thoughts on https://github.com/venomlinux/scratchpkg
[2023-01-06T17:40:42Z] <aelspire> today fonts on Linux look good but latest changes in pango seems to cause blurry font rendering
[2023-01-06T17:41:51Z] <aelspire> I've found venom linux when looking for distro for me but KISS looked better so I didn't check venom
[2023-01-06T17:43:11Z] <aelspire> "written in bash" - doesn't look very promising…
[2023-01-06T17:44:39Z] <wael_> bruh i didn't read that and the shebangs are #!/bin/sh
[2023-01-06T17:44:40Z] <wael_> fucking bullshit
[2023-01-06T17:45:01Z] <aelspire> but I've checked scripts and I don't see any bashisms
[2023-01-06T17:49:31Z] <wael_>  yeah idk about that honestly
[2023-01-06T17:52:14Z] <aelspire> I didn't checked much but venom has a lot of packages and not much of contributors/developers
[2023-01-06T17:52:31Z] <aelspire> the same problem as with Void linux
[2023-01-06T17:54:26Z] <wael_> atleast it doesnt have many users
[2023-01-06T17:54:37Z] <wael_> which means the contributors/developers count doesnt conflict with the amount of users
[2023-01-06T17:56:51Z] <aelspire> the rest looks fine
[2023-01-06T17:57:55Z] <aelspire> why number of users matters?
[2023-01-06T17:58:38Z] <aelspire> quick calculation if distro have chance to maintain itself is number_of_packages/active_contributors
[2023-01-06T17:58:45Z] <aelspire> IMHO
[2023-01-06T18:42:33Z] <wael_> https://www.phoronix.com/news/XServer-2022-Development-Pace
[2023-01-06T18:42:43Z] <wael_> X.org is dying................!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[2023-01-06T18:45:39Z] <aelspire> it is dying since 2008 its nothing new
[2023-01-06T18:46:02Z] <wael_> nooooooooooooooooooooooooooo
[2023-01-06T18:46:12Z] <aelspire> it will probably continue to work without problems next 10 years at last
[2023-01-06T18:46:40Z] <aelspire> BSDs probably will be interested in keeping X alive
[2023-01-06T18:47:21Z] <aelspire> I'm Wayland fan but XOrg is not dead yet and probably will survive for a while
[2023-01-06T18:49:21Z] <wael_> how the hell do i write man pages manually by hand without scdo
[2023-01-06T18:49:22Z] <wael_> c
[2023-01-06T18:49:23Z] <wael_> its painful
[2023-01-06T18:52:47Z] <aelspire> welllllll
[2023-01-06T18:52:55Z] <wael_> is there some guide out there
[2023-01-06T18:53:14Z] <aelspire> you can make Your own markup lang for manpages
[2023-01-06T18:53:26Z] <wael_> that just a harder scdoc
[2023-01-06T18:53:31Z] <wael_> is there a guide to write man pages
[2023-01-06T18:53:33Z] <aelspire> yup
[2023-01-06T18:53:37Z] <wael_> whererwrewr
[2023-01-06T18:53:39Z] <wael_> werwehrewhrwrhewhrewhrwrew
[2023-01-06T18:57:48Z] <wael_> okay okay i found uh
[2023-01-06T18:57:49Z] <wael_> man-pages(7)
[2023-01-06T18:57:50Z] <wael_> ill use that
[2023-01-06T18:58:03Z] <wael_> mfw you can use man pages to write man pages
[2023-01-06T19:01:58Z] <wael_> nvm its incredibly hard to understand
[2023-01-06T19:09:35Z] <wael_> i give um
[2023-01-06T19:09:36Z] <wael_> i give up
[2023-01-06T19:09:38Z] <wael_> im using scdoc
[2023-01-06T19:22:32Z] <niceguy5000[m]> X is dead
[2023-01-06T19:22:54Z] <niceguy5000[m]> How can they kill XORG!!!!!!!!!!!!!!
[2023-01-06T19:37:47Z] <phoebos> wael_: https://manpages.bsd.lv/mdoc.html
[2023-01-06T19:38:06Z] <wael_> i already love scdoc
[2023-01-06T19:38:18Z] <wael_> so so so so easy
[2023-01-06T19:39:03Z] <phoebos> it's an extra dep and compiles to man, but ok
[2023-01-06T19:39:52Z] <aelspire> I think the best solution will be something similar to solution for autohell
[2023-01-06T19:39:59Z] <midfavila-tab> >compiling documentation
[2023-01-06T19:40:13Z] <midfavila-tab> there's an autohell workaround?
[2023-01-06T19:40:23Z] <aelspire> the release tar should contain manpages already compiled
[2023-01-06T19:41:01Z] <aelspire> the same idea with html docs for gtk and other perversions
[2023-01-06T19:41:03Z] <wael_> the only project that i know of that does this is illiliti
[2023-01-06T19:41:11Z] <wael_> 's tinyramfs
[2023-01-06T19:41:45Z] <aelspire> but this is more like cultural problem than technical one
[2023-01-06T19:42:34Z] <aelspire> manpages are portable, html docs the same
[2023-01-06T19:42:41Z] <phoebos> mdoc is a nice language, easy to learn, and has semantic benefits; man is not
[2023-01-06T19:42:50Z] <wael_> is mdoc not man
[2023-01-06T19:43:02Z] <midfavila-tab> it's not
[2023-01-06T19:43:04Z] <wael_> i saw suckless man pages be very different compared to phoebo's man pages
[2023-01-06T19:43:07Z] <wael_> oh
[2023-01-06T19:43:11Z] <wael_> ,hy79608hgru7e6ytgwerzu47e4wehgetg78agae3
[2023-01-06T19:43:19Z] <midfavila-tab> -man vs -mdoc
[2023-01-06T19:43:38Z] <aelspire> why everyone need to run scdoc or other things on release tar if developer could make this part of pipeline the same as with automake 's ./configure
[2023-01-06T20:05:53Z] <illiliti> it reminds me a problem when developer does not vendor dependencies for go/rust packages and instead force users to have internet connection to fetch them at build time
[2023-01-06T20:07:46Z] <aelspire> this is quite sad, AFAIK vendoring deps in Rust is one line in cargo
[2023-01-06T20:08:03Z] <aelspire> https://doc.rust-lang.org/cargo/commands/cargo-vendor.html
[2023-01-06T20:09:05Z] <aelspire> I think this should be doable to grab info from cargo what it needs when creating KISS package and simulate vendoring deps
[2023-01-06T20:09:17Z] <illiliti> https://codeberg.org/kiss-community/community/issues/976
[2023-01-06T20:09:25Z] <illiliti> i gave up on this ^
[2023-01-06T20:10:02Z] <illiliti> aelspire: that's what we do for cbindgen package iirc
[2023-01-06T20:12:21Z] <illiliti> but my point is that it should be by default and that current rust/go ecosystem is deeply flawed because people not doing it
[2023-01-06T20:12:39Z] <illiliti> for example most C packages don't suffer from this problem
[2023-01-06T20:13:06Z] <aelspire> illiliti: yeah build script for cbindgen is quite interesting
[2023-01-06T20:13:38Z] <aelspire> I still stand with my opinion that this is cultural problem
[2023-01-06T20:13:47Z] <illiliti> not really
[2023-01-06T20:13:57Z] <illiliti> it is security matter
[2023-01-06T20:14:08Z] <aelspire> npm, pip, cargo etc. are tools for *developers* and developers only
[2023-01-06T20:14:15Z] <illiliti> what the hell i need internet connection at build time
[2023-01-06T20:14:27Z] <illiliti> those are cursed tools
[2023-01-06T20:14:44Z] <aelspire> but weird culture somehow expect users to use cargo to install packages locally for users
[2023-01-06T20:15:25Z] <illiliti> that's why language-specific package managers are considered harmful
[2023-01-06T20:15:28Z] <aelspire> source tarbar should contain dependencies if they are as granual as in Rust and other such systems
[2023-01-06T20:15:43Z] <aelspire> I would disagree on this one
[2023-01-06T20:16:08Z] <illiliti> use distro package manager
[2023-01-06T20:16:15Z] <aelspire> possibility to quickly test few libraries before commiting them is nice
[2023-01-06T20:16:45Z] <aelspire> quickly starting working on other machine or even in sandbox is nice
[2023-01-06T20:16:50Z] <illiliti> you don't need the whole package manager for that
[2023-01-06T20:17:20Z] <aelspire> but downloading tons of packeges during install on user machine is cursed concept
[2023-01-06T20:17:39Z] <illiliti> yes
[2023-01-06T20:17:52Z] <aelspire> or when building package as ideally packages should be reproductible
[2023-01-06T20:18:09Z] <aelspire> so I can build one and check if the package my distro provides is identical
[2023-01-06T20:18:36Z] <aelspire> but npm, cargo etc are breaking this assumption
[2023-01-06T20:19:02Z] <aelspire> but still language package managers are not so bad IMHO
[2023-01-06T20:20:22Z] <illiliti> the point of npm, cargo is to avoid distro package manager
[2023-01-06T20:20:29Z] <illiliti> and thus undermine it
[2023-01-06T20:20:32Z] <aelspire> yup
[2023-01-06T20:20:37Z] <aelspire> thats the point
[2023-01-06T20:20:52Z] <illiliti> and that's bad
[2023-01-06T20:21:20Z] <aelspire> so I can work on my application on Arch or on Debian and I don't care about available versions and so on
[2023-01-06T20:21:41Z] <aelspire> it's better than containers
[2023-01-06T20:21:50Z] <niceguy5000[m]> what you want for a secure system is openbsd. They have a good record.
[2023-01-06T20:22:02Z] <aelspire> but those tools are for developers IMHO
[2023-01-06T20:22:10Z] <aelspire> not for users/package maintainers
[2023-01-06T20:22:40Z] <aelspire> but culture around those tools is weird one and expect package maintainers to use it too
[2023-01-06T20:24:06Z] <aelspire> vendoring or providing list of dependencies with point where you can grab them should be a norm
[2023-01-06T20:24:37Z] <aelspire> so package maintainers could vendor them if developer don't want too
[2023-01-06T20:25:01Z] <aelspire> and AFAIK cargo is able to work with vendored packages without problems
[2023-01-06T20:25:14Z] <aelspire> I'm not sure about pip, npm and whatever go has
[2023-01-06T20:25:37Z] <illiliti> problem is that nobody is vendoring dependencies
[2023-01-06T20:26:00Z] <illiliti> it is fatal problem in go/rust packages
[2023-01-06T20:26:13Z] <illiliti> again, C packages don't have this problem
[2023-01-06T20:27:01Z] <illiliti> there's a long-standing war between developers and package maintainers, if you didn't know
[2023-01-06T20:27:15Z] <illiliti> former want ship their crap to users asap, latter want stability and security
[2023-01-06T20:27:23Z] <aelspire> I've read on Drew DeVault blog about tit
[2023-01-06T20:27:52Z] <noocsharp> depends on the developer and depends on the package maintainer
[2023-01-06T20:28:03Z] <aelspire> but yup the culture is bad
[2023-01-06T20:28:10Z] <illiliti> depends on language
[2023-01-06T20:28:45Z] <aelspire> you can write crap in C and good apps in brainfuck
[2023-01-06T20:29:03Z] <aelspire> languages are just tools
[2023-01-06T20:29:07Z] <noocsharp> there's nothing stopping language specific package managers to falling back to a package installed on the system
[2023-01-06T20:29:20Z] <aelspire> it will not fix the problem if developer is the problem
[2023-01-06T20:30:08Z] <illiliti> language-specific package manager should not exist in the first place
[2023-01-06T20:30:08Z] <aelspire> Rust and Go has bad rep because bad developers uses those languages more than C
[2023-01-06T20:30:27Z] <aelspire> package manager is one of reason why
[2023-01-06T20:30:34Z] <aelspire> but it is nice tool to have
[2023-01-06T20:32:50Z] <aelspire> there is a problem with packaging things on linuxes as every distro has its own set of ideas how to package something and in which version
[2023-01-06T20:33:21Z] <aelspire> there are countless attempts to solve this: flatpack, containers etc.
[2023-01-06T20:33:47Z] <aelspire> and language-specific package managers
[2023-01-06T20:35:07Z] <aelspire> so even if such tools doesn't existed today, someone will make one
[2023-01-06T20:35:38Z] <aelspire> problem is that those tools are for developers and users/package maintainers shouldn't have to use it
[2023-01-06T20:36:59Z] <aelspire> as downloading packages during build is not the best solution - someone could use MITM attack to swap build script with something malicious
[2023-01-06T20:37:10Z] <aelspire> or other way to do so
[2023-01-06T20:37:43Z] <aelspire> corrupting for eg. build server of well known linux distro will be cataclysm
[2023-01-06T20:38:20Z] <aelspire> so all sources should be available before attempting to use them
[2023-01-06T20:38:49Z] <illiliti> yeah, downloading packages increases attack surface
[2023-01-06T20:39:11Z] <illiliti> completely locking down internet connection would remedy it
[2023-01-06T20:39:24Z] <aelspire> yup, I agree with this
[2023-01-06T20:40:55Z] <illiliti> actually what developers want is windows
[2023-01-06T20:41:58Z] <noocsharp> illiliti: aren't you a developer?
[2023-01-06T20:42:10Z] <aelspire> surveys on SO disagrees wih this
[2023-01-06T20:42:24Z] <aelspire> linux has something like 43% of usage?
[2023-01-06T20:42:57Z] <illiliti> i mean developers that use flatpak to ship their apps
[2023-01-06T20:43:04Z] <illiliti> there they can ship apps without any user concern
[2023-01-06T20:44:21Z] <aelspire> there is other problem - Rust Go etc libraries are not stable and basically unshippable with OS if there is no C interface for them
[2023-01-06T20:44:38Z] <aelspire> AFAIK .so files need C-like API
[2023-01-06T20:44:40Z] <illiliti> those developers can't understand that linux/bsd/any traditional unix os don't work in that way
[2023-01-06T20:45:10Z] <aelspire> C++ solves this by separating header and source so templates are allowed only in header files
[2023-01-06T20:45:16Z] <illiliti> there are package managers and developers have to work with them
[2023-01-06T20:45:40Z] <illiliti> but what we see is an attempt to reinvent windows approach of shipping apps
[2023-01-06T20:46:02Z] <illiliti> do i need to remind how chaotic it is?
[2023-01-06T20:46:05Z] <aelspire> but Rust has generics so it need source to build correct lib
[2023-01-06T20:46:23Z] <aelspire> appimages?
[2023-01-06T20:46:47Z] <aelspire> I've thought that this mess was already reinvented
[2023-01-06T20:47:00Z] <illiliti> they suck
[2023-01-06T20:47:21Z] <aelspire> the same idea - pack all dll/so with apps
[2023-01-06T20:47:39Z] <aelspire> flatpak tries to reuse some common base at last
[2023-01-06T20:48:11Z] <illiliti> flatpak is windows store
[2023-01-06T20:48:12Z] <aelspire> but yes this sucks and containers too except one thing
[2023-01-06T20:48:52Z] <aelspire> I develop app for ancient Debian on latest Arch without problem
[2023-01-06T20:49:13Z] <aelspire> I've made container of this Debian version
[2023-01-06T20:49:24Z] <aelspire> and build app using bubblewrap
[2023-01-06T20:49:49Z] <aelspire> X11 connection works and other things too
[2023-01-06T20:52:09Z] <aelspire> > https://codeberg.org/kiss-community/community/issues/976 - there is no way to vendor deps in Go?
[2023-01-06T20:52:28Z] <aelspire> the way cbindgen does it?
[2023-01-06T20:53:53Z] <illiliti> developer should do this, not us
[2023-01-06T20:54:15Z] <illiliti> cbindgen is an example of workaround
[2023-01-06T20:54:30Z] <illiliti> it should be fixed in cbindgen
[2023-01-06T20:54:40Z] <aelspire> yup but I doesn't expect every single one to do this…
[2023-01-06T20:54:57Z] <aelspire> this issue shows that no one cares…
[2023-01-06T20:57:09Z] <illiliti> and C packages don't have this problem at all, which again reinforces my opinion that rust/go is deeply flawed
[2023-01-06T20:57:53Z] <illiliti> C developer care enough to provide self-contained tarballs, are rust developers careless? seems so
[2023-01-06T20:58:22Z] <aelspire> I disagree but our values differs so it is matter of opinion
[2023-01-06T20:59:26Z] <illiliti> disagree in what
[2023-01-06T20:59:43Z] <illiliti> that rust ecosystem is broken?
[2023-01-06T20:59:59Z] <aelspire> the rust being deeply flawed
[2023-01-06T21:00:02Z] <aelspire> it has flaws
[2023-01-06T21:00:05Z] <aelspire> but so C
[2023-01-06T21:00:19Z] <aelspire> and Python has flaws and Go has
[2023-01-06T21:00:48Z] <aelspire> the developer role is to decide which set of flaws we can tolerate in this case
[2023-01-06T21:00:56Z] <niceguy5000[m]> isn't python kiss?
[2023-01-06T21:01:07Z] <aelspire> python has pip
[2023-01-06T21:02:01Z] <illiliti> so you admit that C is superior than rust in this case because it does not have this problem?
[2023-01-06T21:03:58Z] <aelspire> yes
[2023-01-06T21:04:16Z] <aelspire> but C has other flaws which Rust solves
[2023-01-06T21:04:30Z] <illiliti> yes
[2023-01-06T21:04:38Z] <aelspire> it depends on what you need or what your values are
[2023-01-06T21:05:13Z] <aelspire> there are only 2 programming languages I've used and decided that their whole desing is terrible
[2023-01-06T21:05:21Z] <aelspire> JavaScript and C++
[2023-01-06T21:06:11Z] <aelspire> others has strong points that sometime can outweights their flaws
[2023-01-06T21:07:54Z] <aelspire> anyone can tell me how the cbindgen sources was generated?
[2023-01-06T21:08:16Z] <aelspire> this idea is great when devs are stubborn
[2023-01-06T21:09:37Z] <illiliti> for me it is more important that language should not scatter and undermine relationship between developers and package managers and instead make them friends
[2023-01-06T21:09:59Z] <illiliti> it is only possible without language-specific package manager
[2023-01-06T21:11:03Z] <aelspire> or when the language package manager has well defined role and is marketed as tools for developers and developers only
[2023-01-06T21:11:34Z] <aelspire> as I said I needed Debian container for developing app on Arch 
[2023-01-06T21:11:48Z] <illiliti> because once you add package manager to your language, you declare a war to package maintainers
[2023-01-06T21:12:33Z] <aelspire> if I could define one file with all deps I need and with versions available on ancient Debian and run one script to has them installed my work would be much easier…
[2023-01-06T21:12:58Z] <aelspire> and this project was in C
[2023-01-06T21:13:49Z] <aelspire> but I agree that forcing package manages to use such tool is bad idea
[2023-01-06T21:17:13Z] <illiliti> aelspire: https://codeberg.org/kiss-community/kiss/commit/ddfe11abd077078426ecfa66b6e2f093b9baccfc
[2023-01-06T21:18:59Z] <aelspire> ooh, thanks a lot illiliti
[2023-01-06T21:19:35Z] <aelspire> and for tinyramfs too
[2023-01-06T21:21:14Z] <aelspire> why this script is not in official KISS release?
[2023-01-06T21:22:08Z] <illiliti> i don't remember
[2023-01-06T21:34:42Z] <midfavila-tab> language PMs are annoying
[2023-01-06T21:35:09Z] <midfavila-tab> i don't want to have five different programs to do the same shit
[2023-01-06T21:41:04Z] <phoebos> https://codeberg.org/kiss-community/community/issues/976#issuecomment-628412
[2023-01-06T21:41:37Z] <phoebos> that script doesn't really merit being in kiss, it just prints urls
[2023-01-06T21:45:36Z] <midfavila-tab> does wayland seriously require a daemon to manage wallpapers?
[2023-01-06T21:46:10Z] <illiliti> i don't have/need wallpaper, no idea
[2023-01-06T21:47:21Z] <aelspire> it depends on compositor
[2023-01-06T21:47:31Z] <aelspire> but with current state of affairs yes
[2023-01-06T21:47:52Z] <aelspire> hyprland is capable of displaying hardcoded image on the bottom of stack
[2023-01-06T21:48:07Z] <aelspire> but the situation looks the same in XOrg AFAIK
[2023-01-06T21:48:17Z] <aelspire> what feh is?
[2023-01-06T21:48:30Z] <midfavila-tab> xorg has never needed a daemon to set a root pixmap
[2023-01-06T21:48:43Z] <midfavila-tab> x11 in general rather
[2023-01-06T21:48:51Z] <aelspire> and wayland doesn't too
[2023-01-06T21:49:26Z] <aelspire> but compositors doesn't implements this except of hyprland where wallpaper is hardcoded
[2023-01-06T21:49:58Z] <midfavila-tab> seems kind of bleh
[2023-01-06T21:50:22Z] <aelspire> the server is replaced with compositor
[2023-01-06T21:50:42Z] <aelspire> wayland is X11 and compositor is XOrg in this world
[2023-01-06T21:51:26Z] <soliwilos> hikari has wallpaper support built-in, set it it's config file.
[2023-01-06T21:51:47Z] <soliwilos> s/it/in/
[2023-01-06T21:54:49Z] <soliwilos> You can also edit the wallpaper in the config and reload (not restart) to change it.
[2023-01-06T21:55:19Z] <aelspire> it draws it itself or relies on some kind of deamon to do so?
[2023-01-06T21:55:20Z] <illiliti> https://github.com/eqrion/cbindgen/issues/806
[2023-01-06T21:55:29Z] <illiliti> shitstorm is coming
[2023-01-06T21:58:35Z] <illiliti> phoebos: i've sent proposal btw
[2023-01-06T21:59:11Z] <illiliti> CURDIR
[2023-01-06T22:00:46Z] <aelspire> there is very important project in Rust world that vendors its dependencies and this should be shown as the proof that this is intended usage
[2023-01-06T22:01:41Z] <aelspire> rustc itself
[2023-01-06T22:04:54Z] <illiliti> ofc this is intended usage
[2023-01-06T22:04:58Z] <illiliti> otherwise why cargo vendor exist
[2023-01-06T22:28:16Z] <phoebos> illiliti: oh cool
[2023-01-06T22:28:44Z] <phoebos> nice
[2023-01-06T23:34:11Z] <phoebos> https://mad-scientist.net/why-autoconf-aint-so-bad/