<wael_>
X.org is dying................!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
<aelspire>
it is dying since 2008 its nothing new
<wael_>
nooooooooooooooooooooooooooo
<aelspire>
it will probably continue to work without problems next 10 years at last
<aelspire>
BSDs probably will be interested in keeping X alive
<aelspire>
I'm Wayland fan but XOrg is not dead yet and probably will survive for a while
<wael_>
how the hell do i write man pages manually by hand without scdo
<wael_>
c
<wael_>
its painful
<aelspire>
welllllll
<wael_>
is there some guide out there
<aelspire>
you can make Your own markup lang for manpages
<wael_>
that just a harder scdoc
<wael_>
is there a guide to write man pages
<aelspire>
yup
<wael_>
whererwrewr
<wael_>
werwehrewhrwrhewhrewhrwrew
<wael_>
okay okay i found uh
<wael_>
man-pages(7)
<wael_>
ill use that
<wael_>
mfw you can use man pages to write man pages
<wael_>
nvm its incredibly hard to understand
<wael_>
i give um
<wael_>
i give up
<wael_>
im using scdoc
<niceguy5000[m]>
X is dead
<niceguy5000[m]>
How can they kill XORG!!!!!!!!!!!!!!
<phoebos>
it's an extra dep and compiles to man, but ok
<aelspire>
I think the best solution will be something similar to solution for autohell
<midfavila-tab>
>compiling documentation
<midfavila-tab>
there's an autohell workaround?
<aelspire>
the release tar should contain manpages already compiled
<aelspire>
the same idea with html docs for gtk and other perversions
<wael_>
the only project that i know of that does this is illiliti
<wael_>
's tinyramfs
<aelspire>
but this is more like cultural problem than technical one
<aelspire>
manpages are portable, html docs the same
<phoebos>
mdoc is a nice language, easy to learn, and has semantic benefits; man is not
<wael_>
is mdoc not man
<midfavila-tab>
it's not
<wael_>
i saw suckless man pages be very different compared to phoebo's man pages
<wael_>
oh
<wael_>
,hy79608hgru7e6ytgwerzu47e4wehgetg78agae3
<midfavila-tab>
-man vs -mdoc
<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
midfavila-tab has quit [Ping timeout: 246 seconds]
midfavila-tab has joined #kisslinux
midfavila-tab has quit [Ping timeout: 260 seconds]
<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
<aelspire>
this is quite sad, AFAIK vendoring deps in Rust is one line in cargo
midfavila-tab has quit [Ping timeout: 252 seconds]
<illiliti>
developer should do this, not us
<illiliti>
cbindgen is an example of workaround
<illiliti>
it should be fixed in cbindgen
<aelspire>
yup but I doesn't expect every single one to do this…
<aelspire>
this issue shows that no one cares…
<illiliti>
and C packages don't have this problem at all, which again reinforces my opinion that rust/go is deeply flawed
<illiliti>
C developer care enough to provide self-contained tarballs, are rust developers careless? seems so
<aelspire>
I disagree but our values differs so it is matter of opinion
<illiliti>
disagree in what
<illiliti>
that rust ecosystem is broken?
<aelspire>
the rust being deeply flawed
<aelspire>
it has flaws
<aelspire>
but so C
<aelspire>
and Python has flaws and Go has
<aelspire>
the developer role is to decide which set of flaws we can tolerate in this case
<niceguy5000[m]>
isn't python kiss?
<aelspire>
python has pip
<illiliti>
so you admit that C is superior than rust in this case because it does not have this problem?
<aelspire>
yes
<aelspire>
but C has other flaws which Rust solves
<illiliti>
yes
<aelspire>
it depends on what you need or what your values are
<aelspire>
there are only 2 programming languages I've used and decided that their whole desing is terrible
<aelspire>
JavaScript and C++
<aelspire>
others has strong points that sometime can outweights their flaws
<aelspire>
anyone can tell me how the cbindgen sources was generated?
<aelspire>
this idea is great when devs are stubborn
<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
<illiliti>
it is only possible without language-specific package manager
<aelspire>
or when the language package manager has well defined role and is marketed as tools for developers and developers only
<aelspire>
as I said I needed Debian container for developing app on Arch
<illiliti>
because once you add package manager to your language, you declare a war to package maintainers
<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…
midfavila-tab has joined #kisslinux
<aelspire>
and this project was in C
<aelspire>
but I agree that forcing package manages to use such tool is bad idea
<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
<aelspire>
rustc itself
<illiliti>
ofc this is intended usage
<illiliti>
otherwise why cargo vendor exist
<phoebos>
illiliti: oh cool
<phoebos>
nice
midfavila-tab has quit [Read error: Connection reset by peer]
midfavila-tab has joined #kisslinux
midfavila-tab has quit [Ping timeout: 255 seconds]
midfavila-tab has joined #kisslinux
aelspire has quit [Quit: leaving]
Torr has quit [Quit: leaving]
Torr has joined #kisslinux
midfavila-tab has quit [Read error: Connection reset by peer]
midfavila-tab has joined #kisslinux
midfavila-tab has quit [Read error: Connection reset by peer]
midfavila-tab has joined #kisslinux
midfavila-tab has quit [Ping timeout: 272 seconds]