ris has quit [Ping timeout: 276 seconds]
ryantrinkle has quit [Ping timeout: 250 seconds]
ryantrinkle has joined #nixos-aarch64
orivej has joined #nixos-aarch64
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-aarch64
<adisbladis> samueldr: andi-: My PR does not address wayland :/
<adisbladis> I thnik qt5-qpa-hwcomposer will work with all Qt based compositors, but things like Mutter would have to have their own hwcomposer implementation
<adisbladis> My goal with qt5-qpa-hwcomposer is to run Plasma Mobile an Android devices, it will work for that
<adisbladis> The driver situation on wayland is a proper mess imho
ris has joined #nixos-aarch64
orivej has quit [Ping timeout: 252 seconds]
<andi-> adisbladis: how is that? I so far though that that mess would become *simpler* since there will be only a few interfaces to the GPU. The implementation nightmare for each compositor is ofc terrible as they all have to reimplement some aspects of what X11 did before.
<adisbladis> andi-: If you're on Mesa drivers things are great, hwcomposer is similar to the current nvidia situtation in that each compositor have to implement hwcomposer/eglstreams themselves
<adisbladis> At least that's my understanding of things
<adisbladis> And why things like https://github.com/mer-hybris/qt5-qpa-hwcomposer-plugin exists
<adisbladis> andi-: Which means that even with qt5-qpa-hwcomposer-plugin the only working wayland compositors would be Qt based (for example kwin)
<adisbladis> Gnome wouldn't work, phosh wouldn't work etc etc
<andi-> :(
<andi-> At least it looks like mesa has etnavi support so my librem5 will likely be able to run wayland... I spent a day on this android crap yesterday. I feel so lost reading peoples suggestions to fix bugs (wipe system/data/cache and reflash, simple!). It seems to be like windows 95 all over again
<adisbladis> andi-: Yeah, what I just said is only true for hybris based wayland :)
orivej has joined #nixos-aarch64
worldofpeace has quit [Read error: Connection reset by peer]
atopuzov[m] has quit [Read error: Connection reset by peer]
insep[m] has quit [Write error: Connection reset by peer]
NickHu has quit [Read error: Connection reset by peer]
sphalerit has quit [Read error: Connection reset by peer]
timokau[m] has quit [Read error: Connection reset by peer]
contrun[m] has quit [Read error: Connection reset by peer]
MichaelEden[m] has quit [Read error: Connection reset by peer]
cornu has quit [Read error: Connection reset by peer]
nocent has quit [Read error: Connection reset by peer]
alj[m] has quit [Remote host closed the connection]
thefloweringash has quit [Read error: Connection reset by peer]
Ox4A6F has quit [Read error: Connection reset by peer]
balsoft has quit [Read error: Connection reset by peer]
danielrf[m] has quit [Write error: Connection reset by peer]
codyopel has quit [Read error: Connection reset by peer]
Ericson2314 has quit [Write error: Connection reset by peer]
bennofs[m] has quit [Write error: Connection reset by peer]
alienpirate5 has quit [Write error: Connection reset by peer]
marius851000[m] has quit [Write error: Connection reset by peer]
dtz has quit [Read error: Connection reset by peer]
sphalerit has joined #nixos-aarch64
kcalvinalvin has quit [Quit: ZNC 1.7.4 - https://znc.in]
kcalvinalvin has joined #nixos-aarch64
timokau[m] has joined #nixos-aarch64
codyopel has joined #nixos-aarch64
NickHu has joined #nixos-aarch64
cornu has joined #nixos-aarch64
thefloweringash has joined #nixos-aarch64
atopuzov[m] has joined #nixos-aarch64
nocent has joined #nixos-aarch64
Ericson2314 has joined #nixos-aarch64
bennofs[m] has joined #nixos-aarch64
alj[m] has joined #nixos-aarch64
dtz has joined #nixos-aarch64
MichaelEden[m] has joined #nixos-aarch64
Ox4A6F has joined #nixos-aarch64
alienpirate5 has joined #nixos-aarch64
contrun[m] has joined #nixos-aarch64
danielrf[m] has joined #nixos-aarch64
insep[m] has joined #nixos-aarch64
balsoft has joined #nixos-aarch64
worldofpeace has joined #nixos-aarch64
marius851000[m] has joined #nixos-aarch64
orivej has quit [Ping timeout: 240 seconds]
kunstruktur has joined #nixos-aarch64
<kunstruktur> trying to boot nixos on raspi3b+ from usb
<kunstruktur> works fine as long as it initiates over tftp from my netboot setup
<kunstruktur> but i want to make it boot from usb only
<kunstruktur> do i need to create a vfat partition with bootcode.bin or something
<kunstruktur> and should it be the first one on the disk or can i create it at the end
<adisbladis> andi-: Looks like the librem 5 compositor is wlroots-based
<adisbladis> And there has been some work towards wlroots+hwcomposer https://github.com/NotKit/wlroots/commits/hwcomposer
<adisbladis> I'm tempted to try it out later when I get a bit further
orivej has joined #nixos-aarch64
kunstruktur has quit [Quit: WeeChat 2.4]
kunstruktur has joined #nixos-aarch64
<kunstruktur> any suggestions why i can't even start booting from a usb ssd?
<kunstruktur> nothing shows up even on serial
<samueldr> try different devices
<kunstruktur> in the meantime, netboot works fine
<kunstruktur> so does sd boot
<samueldr> also, "usb ssd", not sure what it means
<samueldr> but the raspberry pi bootcode is a bit finnicky
<kunstruktur> well a sata ssd in a box connected to usb
<samueldr> it needs "really dumb standard usb drive"
<kunstruktur> that sucks
<kunstruktur> also tried with usb-c portable ssd recently
<kunstruktur> it crashed the bootloader
<samueldr> and also, if the device takes too long to be ready, it'll skip it
<kunstruktur> hmmm
<kunstruktur> it's weird because i have my netboot working
<kunstruktur> my objective is to move the nix store onto the faster drive
<kunstruktur> setup is two raspberries, second one netboots from first
<samueldr> not at all, via netboot u-boot (I presume) is pu in memory, then started
<samueldr> at that opint it's u-boot's usb drivers that handle usb
<kunstruktur> yeah that makes sense
<kunstruktur> but if the usb hdd box with ssd in it is connected at that point
<kunstruktur> it doesn't even try to netboot
<samueldr> it just hangs?
<kunstruktur> yep, no output at all
<samueldr> weird
<samueldr> do you have a "standard" not fancy at all usb (preferably 2?) usb thumb drive to test?
<kunstruktur> yeah i guess i could free one up
<samueldr> though I say "preferablu 2", pretty sure usb3 shouldn't cause issues
<kunstruktur> i've had a lot of problems with usb3 and bootloaders in the past
<samueldr> it's simply that ime, it's a throw of the dice
<kunstruktur> most laptops i've messed with also simply won't boot if there's a usb3 drive
<kunstruktur> some rack servers i had at some point too
<kunstruktur> idk if this is worth exploring further, i realize don't have the greatest mental model of what i want to achieve
<kunstruktur> i just want to boot a bunch of raspberries without storing the root on the sd card
<kunstruktur> and be able to use nixops to configure what's runnin on each one
<samueldr> an avenue to explore is a read-only sd card that holds *only* a firmware-type bootloader, I have used either of u-boot or tianocore
<samueldr> so instead of relying on the raspberry pi's internal and minimal magic to boot usb, you get a much fatter usb subsystem handling it
<kunstruktur> yep guess i gotta go down the bootloader rabbit hole sooner or later
<samueldr> in addition, it will take longer to get ready (not that much, seconds) so in my experience usb spinning rust hard drive disks have the time to init
<samueldr> the only drawback I found is that you have a huge, like 8 or 16 GiB sd card, with a tiny bootloader, some MiB :)
<kunstruktur> i guess it could double as swap?
<samueldr> only if you want your swap to be horribly slow
<kunstruktur> how slow are we talking
<samueldr> sd card speeds
<samueldr> so it depends on the specific one
<samueldr> bug generally you can't trust the numbers on the packaging for random read/writes, it's generally only linear read/writes
<kunstruktur> the ones i have are fast-ish
<samueldr> but generally*
<kunstruktur> yeah, noticed, that's why i don't want the root to be on sd
<samueldr> and using sd cards for swap *may* damage them quicker due to rewrites
<samueldr> if you don't want the root on SD due to speed concerns, you _definitely_ don't want swap on SD :)
<kunstruktur> damn, so many factors at play
<samueldr> swap should be on a fast storage medium or else every time it needs to swap in or out it'll have to wait
<kunstruktur> i guess i gotta stock up on usb 2 drives then
<kunstruktur> originally, i imagined one of the pis being the file/build server
<kunstruktur> and all the rest booting off that
<kunstruktur> and the netbooting part works great
<kunstruktur> but then i decided to move the server's storage to said sata ssd in usb box
<kunstruktur> which brought me here
<kunstruktur> because i wanted to iterate faster you see ;/
<samueldr> adisbladis: have some time to spare to discuss about the xf86videohwcomposer thing? I haven't had time to properly debug, with a device I can ssh into, though it looks like it lacks information to find libhybris libs at runtime
<adisbladis> samueldr: Umm, sure
<adisbladis> samueldr: I think we may be missing some components...
<adisbladis> Also look like they are important to get this weirdo graphics stack up and running
<kunstruktur> just bummed a usb sd reader off someone :D
<kunstruktur> will just copy my working sd card and try to debug mounting /nix from the ssd
<kunstruktur> that'd be purrrrrfect
<samueldr> hmm, interesting adisbladis
<samueldr> I think we may need to do something with libhybris too, I'm thinking the "library %s not found" are from libhybris https://github.com/libhybris/libhybris/blob/e6ee8ca85a2376c8f0f66e9f25f7a37e1d94ada2/hybris/common/o/linker.cpp#L1375-L1380
<samueldr> libhybris has its own library loading logic
<samueldr> though it will use LD_LIBRARY_PATH, imo we shouldn't rely on it with wrappers
kunstruktur has quit [Ping timeout: 240 seconds]
<adisbladis> samueldr: http://ix.io/1XOq/text
<adisbladis> Might be of interest
<adisbladis> The successful debian x session
<samueldr> right
<adisbladis> samueldr: I have some ideas based off what I've seen in debian and what's in pmaports
<samueldr> nice!
<adisbladis> That NotKit guy I keep seeing everywhere is pretty awesome
<samueldr> I don't think it's far off from working
<samueldr> yeah, notkit is involved heavily in postmarketOS, and is the pinephone devkit user form pmOS
<samueldr> IIRC
<adisbladis> I'm pretty sick though so I'm working slowly :/
<samueldr> don't overexert yourself, and while you think you're working slowly, you're doing great things I'm not currently doing :)
AstraAdria4_Ari has quit [Quit: Leaving]
AstraAdria4Ari has quit [Quit: Leaving]
ryantrinkle has quit [Ping timeout: 240 seconds]
ekleog has quit [Quit: back soon]
ekleog has joined #nixos-aarch64
ryantrinkle has joined #nixos-aarch64
lopsided98 has quit [Quit: Disconnected]
lopsided98 has joined #nixos-aarch64
<adisbladis> samueldr: Just pushed some commits enabling drihybris & glamor-hybris
<adisbladis> Oh, there is still more work to do...
<samueldr> notes about the "more work" to do? to see if I can help
<adisbladis> samueldr: In particular applying patches to libhybris
<adisbladis> I'm almost done :)
<samueldr> amazing
<adisbladis> samueldr: Check that branch now
<samueldr> will check
<samueldr> do you have known uknowns?
<samueldr> I'll a system.img based on it after having made and eaten supper :)
ryantrinkle has quit [Ping timeout: 265 seconds]
<adisbladis> samueldr: Well I didn't try it out yet :D
<adisbladis> It builds, ship it!
<samueldr> lol
<samueldr> I figure it's likely libhybris will still now know how to android_dlopen the right libraries, unless you looked into that?
<samueldr> I guess that's the next bridge to cross
<adisbladis> samueldr: I'm gonna have to try it out on the gemini, but now I have other things to do
<samueldr> you're already exceeding expectations :)
<adisbladis> samueldr: I figured that may already have been solved by linking libhybris against libx11/libxext
ryantrinkle has joined #nixos-aarch64
<samueldr> we'll see
<samueldr> I say this because of the android_dlopen stuff I've seen
ryantrinkle has quit [Ping timeout: 240 seconds]
<adisbladis> samueldr: I'm not super confident in anything re libhybris ;)
<adisbladis> It's black magic land
<samueldr> yeah
<samueldr> though incredibly useful
ryantrinkle has joined #nixos-aarch64
ryantrinkle has quit [Read error: Connection reset by peer]
ryantrinkle has joined #nixos-aarch64
pbb has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
pbb has joined #nixos-aarch64
ryantrinkle has quit [Ping timeout: 268 seconds]
ryantrinkle has joined #nixos-aarch64
ryantrinkle has quit [Ping timeout: 246 seconds]
ris has quit [Ping timeout: 250 seconds]