f_ changed the topic of #wayback to: Wayback - a wayland-based X11 environment | https://gitlab.freedesktop.org/wayback/wayback | logs: https://libera.catirclogs.org/wayback | matrix bridge: #wayback:catircservices.org
<ConanKudo[m]1> it can be combined with waypipe to do remote wayland apps on macOS
<orowith2os[m]> ConanKudo[m]1: but unmaintained, and macOS specific - I know owl exists, I was thinking of using their IOSurface protocols later down the line
<ConanKudo[m]1> it's unmaintained because the upstreaming of the darwin patches for libwayland and others have stalled
<orowith2os[m]> maybe it would be useful to strip it down and update it to work just for waypipe, to run Linux apps from a container on macOS
<orowith2os[m]> kind of beside the point though. The main focus is Wayland on top of X11, with SDL3 abstracting most of it away.
jvvv has quit [Quit: WeeChat 4.6.3]
arraybolt3 has quit [Ping timeout: 276 seconds]
arraybolt3 has joined #wayback
__0x1eaf has joined #wayback
_whitelogger has joined #wayback
<dramforever[m]1> so on the other side of my playing around story is that i can't get this to work on the other laptop
<dramforever[m]1> and so far i've narrowed it down to the somewhere in the entirety of kde
_whitelogger has joined #wayback
<dramforever[m]1> i guess i'm not gaming on wayback any time soon
<dramforever[m]1> https://fars.ee/PdNm stack trace for null pointer in iris_set_damage_region
<dramforever[m]1> in case this means anything to anyone
weirdtreething has quit [Remote host closed the connection]
weirdtreething has joined #wayback
<f_> updated website to also link to irc logs
<f_> a question, why do we define our own basename_c?
<axtlos> f_: the posix basename function modifies the string, so we cant just pass a constant in it
<axtlos> though basename in general isnt required, we could just get rid of it
arraybolt3 has quit [Ping timeout: 260 seconds]
<f_> axtlos: Ah, yes.
<f_> Yeah I was thinking of implementing XWAYBACK_PATH= envvar support in wayback-session and wondered why the basename_c
<axtlos> if we're gonna be adding more envvars for configuration stuff we should probably set some scheme for the envvars
<f_> such as?
<axtlos> for example something like WAYBACK_SESSION_XWAYBACK_PATH when its only used by wayback_session
<f_> ah that kind of thing.
<f_> I think using envvars for config isn't really neat
<f_> I'd be using envvars only for PATH and stuff
<f_> That being said do we really need config other than ..._PATH?
<axtlos> yeah thats what i meant with config stuff
<axtlos> right now the only other configuration is the output selection, but thats not going to stay long term
<f_> yeah exactly
<f_> btw, hello from WMaker on Wayback on my laptop :)
<axtlos> the only other thing i can think of is for users to set the verbosity
<f_> verbosity....... envvar or command option would do I think
<axtlos> id do envvar since that can be read by every wayback component without having to be passed through
<f_> sure
<axtlos> also wmaker on a laptop? are you using a mouse or something? when i last tried it on my laptop it didnt feel very laptop friendly lol
<f_> axtlos: I have a touchpad as well as a trackpoint on this
<f_> and, well, this laptop isn't very laptop-y anyway
<f_> it's a very thick HP laptop from 2011
<axtlos> oh i see
<f_> brb, groceries
_whitelogger has joined #wayback
<f_> I'm back
<f_> a stick of RAM failed on me
<f_> so the laptop froze and couldn't boot anymore
<f_> and also running CI would be welcome too
<axtlos> either i cant see it or im not allowed to run CI
<f_> Is it not there?
<axtlos> i dont see any retry button
<f_> oh, apparently Guest can't retry......
<f_> sometimes I find gitlab's permissions scheme a bit weird
<axtlos> yeah
<f_> even though I use it a lot for postmarketOS stuff
<axtlos> i luckily dont have to use gitlab anywhere
<axtlos> or well, not before wayback
<ConanKudo[m]1> most of this is fdo specific weirdness
<ConanKudo[m]1> most gitlab instances don't have these restrictions
<axtlos> f_: make sure you use tabs for indentation in the scdoc file
<f_> axtlos: Huh? all scdoc files use spaces
<axtlos> wait they do?
<axtlos> huh what is it complaining about then
<f_> axtlos: tabs being required for indentation
<f_> (12:40:37) (xwayback-envvar-set) fun@carousel:wayback$ scdoc < doc/Xwayback.scdoc
<f_> <...>
<f_> Error at 17:1: Tabs are required for indentation
<axtlos> yeah
<f_> so I'll replace all those spaces by tabs
<f_> Xwayback.scdoc I didn't touch
<axtlos> weird why did it only start complaining about that now
<f_> (12:42:18) (xwayback-envvar-set) fun@carousel:wayback$ scdoc < doc/Xwayback.scdoc
<f_> .\" Generated by scdoc 1.11.3
<f_> .\" Complete documentation for this program is not available as a GNU info page
<f_> That being said this comment is a bit funny :)
<f_> 14:36 <ConanKudo[m]1> most of this is fdo specific weirdness
<f_> and yes most of the CI stuff is FDO-specific weirdness
<f_> but the gitlab perms scheme isn't :P
<ConanKudo[m]1> yes but you wouldn't care if we didn't have the fdo restrictions :)
<f_> I would, but not as much :)
<f_> but it's not their fault...
<f_> group of people offer free and reliable services for FOSS projects, spammers and crypto miners come to ruin it
<f_> ConanKudo[m]1: regarding the convo on hugo yesterday about random hugo binaries, did hugo work on the website?
<f_> for the website it's really simple: the CI just pulls hugo from the alpine repos https://gitlab.freedesktop.org/wayback/wayback.freedesktop.org/-/blob/main/.gitlab-ci.yml?ref_type=heads
<f_> and I don't think there are many differences between alpine and fedora's hugo
<ConanKudo[m]1> it seemed to be okay
<f_> ok nice
<f_> good!
<f_> ConanKudo[m]1: btw, is the "use unique domain" setting enabled on the gitlab pages thing?
<ConanKudo[m]1> it is, I just switched it off
<f_> ah ok
<f_> ok can you switch it back on? :P
<ConanKudo[m]1> okay done
<f_> or maybe leave it.. but the generated pages assume it's served at / instead of /somethinghere/
<f_> thanks
<f_> Excited for when they setup the CNAME ^^
<f_|cat> and I updated the topic on matrix because it still had the old github url
<britney> f_: "This allows using X11-only desktop environments and window manager under a Wayland base."
<britney> window managers should be plural
<britney> I <3 it anyway :)
<f_> britney: oops, will fix it
<ConanKudo[m]1> And the website is now a thing! https://wayback.freedesktop.org/
<f_> yay \o/
f_ changed the topic of #wayback to: Wayback - a wayland-based X11 environment | https://wayback.freedesktop.org/ | src: https://gitlab.freedesktop.org/wayback/wayback | logs: https://libera.catirclogs.org/wayback | matrix bridge: #wayback:catircservices.org
<f_> Topic changed to link to the new website \o/
<f_|cat> also on matrix
<f_> britney: want me to put a Reported-by: tag or not needed?
<f_> :P
<f_> oh, forgot -o, sec
<f_> typo fixed
jvvv has joined #wayback
<f_> and btw I made some changes to the website to make it more w3m-friendly and mobile-friendly
<f_> I'm just a little bit concerned about the website a11y-wise
<axtlos> first obvious thing to me is lacking alt text on the logo
<f_> yep
<axtlos> going from german accessibility standards, the headers also have to be in a semantic order
<axtlos> the website currently uses h2 directly with no parent h1
<thomas_adam> I'd also suggest increasing the spacing between the sections: "How does it work?", and "What's the current status?" -- as in, more vertical whitespace; the paragraphs are too close together, IMO.
<axtlos> oh yeah thats true
<axtlos> the "how does it work" and "whats the current status" bleed into each other on my end, it looks like it says "[...]needed for a rootfulbe done currently[...]"
<axtlos> and the gray text in the motto and legal stuff has bad contrast
<f_> Where does it not use h1?
<f_> thomas_adam: there should be some padding but I'll add more
<thomas_adam> f_: If there is padding, I don't see any. So yes, add more.
<axtlos> f_: I dont see it use h1 anywhere
<axtlos> its all h2
<f_> in /docs it uses h1
<f_> oh but the window thing is h2
<axtlos> i didnt even know that /docs is a thing
<axtlos> im just talking about the main page
<axtlos> oh /docs is the manual link
<axtlos> i mean using h2 isnt wrong, but there should be a higher level h1
<f_> there's a h1 in the main page
<f_> The "Enter Wayback" text is a h1
<axtlos> yes but its not a toplevel to most other headers
<f_> True.
<f_> ok
<f_> thomas_adam: How's the padding now?
<f_> axtlos: I tried to make it so that there's a h1 before h2. In the main page everything's h1, but in docs page there's a h1 in the window thing and I consider that to be toplevel
arraybolt3 has joined #wayback
<thomas_adam> f_: Much better!
<thomas_adam> f_: Whether grey on white works... hmm... not for me. It's harder to read.
<thomas_adam> I've also noticed that wayback segfaults when XDG_RUNTIME_DIR is not set -- if no one beats me to it, I'll submit a fix later.
<f_> thomas_adam: I want the legalese and such to be a bit dim compared to the rest but still readable... if it doesn't look readable to you that's not good
<axtlos> f_: yep headers look good now
<axtlos> tohugh text contrast definetly is too low for the gray part, it only scores AA for large text, small text doesn't
<axtlos> also the Close button should include `tabindex="-1"` if it also has `aria-hidden="true"` to make it unfocusable
<thomas_adam> f_: Well, my opinion might not represent the minority, but that shade of grey against white is certainly less-readable to me.
<f_> thomas_adam: I don't care all that much if it represents the minority or not
<f_> If it's not readable do tell and I'll change it
<f_> I want it to be readable, not to be readable only for 70% of people when I could do better :P
<thomas_adam> f_: Try going slightly below true black... that would work.
<f_> Done, just give it a minute to refresh
<f_> btw when I said "if it doesn't look readable to you that's not good" .. I really mean it, it's not good
<f_> and it should absolutely be fixed :p
<thomas_adam> f_: LGTM!
<f_> Awesome.
<axtlos> f_: in case you missed it, the close button should have `tabindex="-1"` so that it cant be focused, otherwise it can trip up people using screenreaders since itll be a button with seemingly no content
<f_> I didn't miss it
<f_> will change it in a bit
<axtlos> alright
<f_> thanks ^^
<axtlos> also thanks for caring so much about accessibility
<f_> you're welcome
<f_> I haven't yet setup a screen reader on this laptop but I'll need to do it sometime. I had it on my artix install but obviously that all got wiped a few days ago
<axtlos> i never managed to properly set up a screen reader on my laptops, whenever i need to test it i do it on my phone
<f_> there's an "Accessibility" tab in firefox-based browsers in the meantime I can use
<f_> but also I know someone here on libera who's blind and realised how important a11y is
<f_> also saw a number of blogposts about that
<f_> Anyway firefox a11y thing now thinks the titlebar doesn't exist
<f_> awesome
<axtlos> uhh maybe because of the aria-hidden="true" on it?
<f_> that wasn't sarcasm
<axtlos> ohh
<f_> sorry it wasn't obvious :P
<axtlos> argh guests also cant approve merge requests on gitlab
<f_> I mean do they answer your questions
<f_> and btw also regarding !56 because of fossdd's MR I dropped the commit that changes spaces to tabs
<f_> thanks fossdd :P
<thomas_adam> Who was it that said fvwm worked under wayback -- that must have been s lie / misconception.
<axtlos> that was most likely me, neither a lie or misconception, i tested it myself
<axtlos> let me test with the latest changes
<f_> It was also me
<f_> are you having any issues with fvwm in wayback?
<axtlos> thomas_adam: works for me, built from main
<thomas_adam> Yeah, OK, that was opimistic.
<axtlos> if you're having issues with it do tell though
<thomas_adam> I'll do more than that, I'll submit fixes.
<axtlos> ah even better, thanks!
<thomas_adam> The thing about fvwm is it's a damn good reference for whst "good" should be -- and all I see if arrogance from some X replacement. So we need to be aware of this -- it'll take me a while to respond due to other projects.
<axtlos> yeah no worries, take your time with it
<axtlos> though theres a reason we dont say we're an X replacement yet, it's our goal for the future ;)
<axtlos> though out of curiosity, does it just not launch or is it some usability thing?
<f_> thomas_adam: if you don't have much time, bug reports are always welcome
<axtlos> admittedly my testing is mostly just launching the de/wm, launching some apps and seeing if it crashes
<axtlos> so some deeper features i dont know of may be broken
<thomas_adam> It's a eons way.
<thomas_adam> s/way/a&/
pinskia has quit [Read error: Connection reset by peer]
pinskia has joined #wayback
val has joined #wayback
__0x1eaf has quit [Quit: Lost terminal]
<axtlos> ConanKudo[m]1: I don't think those two threads should be resolved
<f_> ConanKudo[m]1: I just copied from xwayback
<f_> So I'm not sure why it only triggered now
<axtlos> because the line in your code isnt as long as in xwayback
<axtlos> i cant count the characters rn but i assume they just fit in your changes
<f_> axtlos: But it is also complaining about xwayback
<axtlos> oh
<axtlos> huh
<f_> ah wait a minute
<f_> meh just 1 minute to fix
<axtlos> though im against merging it just yet
<axtlos> we should unresolve the threads and wait for navi to reply
<axtlos> her points make sense, they're valid concerns
Guest73 has joined #wayback
Guest73 has quit [Client Quit]
<f_> axtlos: did someone resolve them?
<f_> because I sure did not
<axtlos> yeah neal did
<f_> yeah I don't mind leaving them open until navi replies.
<f_> I'm curious what she says
<axtlos> yeah
<axtlos> not a fan of the overzealous MR merging
<f_> I mean
<f_> it's not bad to merge MRs quick
<f_> but it's also not bad to leave them open for long
<f_> (of course, not too long)
<axtlos> imo it is if there are open, unresolved discussions
<f_> Depends what discussions they are
<axtlos> well in this case discussions regarding the feature itself
<f_> In this case I'd prefer not merging *now* and instead wait for navi's reply.
<axtlos> yeah
<axtlos> f_: are you able to unresolve threads?
<f_> yes
<f_> done
<axtlos> nice thanks
<f_> yw
<leah> Ariadne: congrats on getting wayback onto FDO!
<leah> f_: and i really love the website that you made for it
<leah> that window graphic at the top of the page is great. you nailed it.
<leah> it looks even sexier in my browser, where i have a darkmode plugin enabled
<leah> you should consider natively implementing dark mode in the theme
<navi> hello
<navi> i'll look at the MR again before sleeping
jvvv has quit [Quit: WeeChat 4.6.3]
<navi> https://cgit.freedesktop.org/xorg/app/xinit/tree/xinit.c#n64 -- xinit actually support multiple different X server binaries
<navi> i wonder if it wouldn't be nice to add wayback support to it
<navi> then it could just work with people's existing setup (as well as having sx support too ig)
<axtlos> oh yeah that'd be cool
<navi> put up a reply
<navi> now i go to bed
<axtlos> I always thought it just executed whatever is at /usr/bin/X
<axtlos> navi: good night!! thanks for the review
<navi> no, you pass in a X server to it
<navi> it defaults to X
<navi> but supports pretty much anything
<navi> i think one can even pass in Xwayback as is
<navi> (when Xwayback starts supporting all X flags i mean(
<navi> )
<navi> anyway, gn again
<axtlos> yep good night
joast has joined #wayback