ChanServ changed the topic of #asahi-dev to: Asahi Linux: porting Linux to Apple Silicon macs | Non-development talk: #asahi | General development | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Logs: https://alx.sh/l/asahi-dev
Compassion1 has joined #asahi-dev
zumi_ has joined #asahi-dev
zumi has quit [Remote host closed the connection]
zumi_ is now known as zumi
timokrgr has quit [Quit: User left the chat]
c10l has quit [Remote host closed the connection]
Compassion1 has quit [Quit: lounge quit]
buroa25 has joined #asahi-dev
buroa2 has quit [Ping timeout: 480 seconds]
buroa25 is now known as buroa2
c10l has joined #asahi-dev
Method has joined #asahi-dev
Compassion1 has joined #asahi-dev
timokrgr has joined #asahi-dev
Method_ has joined #asahi-dev
chris2 has joined #asahi-dev
Method has quit [Ping timeout: 480 seconds]
chris2 has quit []
Method_ has quit [Ping timeout: 480 seconds]
Method has joined #asahi-dev
Method_ has joined #asahi-dev
Method has quit [Ping timeout: 480 seconds]
KxCORP has quit [Quit: Bye!]
KxCORP has joined #asahi-dev
chris2 has joined #asahi-dev
Method_ has quit [Ping timeout: 480 seconds]
chris2 has quit [Quit: This computer has gone to sleep]
jeisom has quit [Ping timeout: 480 seconds]
chris2 has joined #asahi-dev
chris2 has quit [Remote host closed the connection]
Method has joined #asahi-dev
Method has quit [Ping timeout: 480 seconds]
jn has joined #asahi-dev
jnn has quit [Ping timeout: 480 seconds]
Method has joined #asahi-dev
tristan2_ has joined #asahi-dev
tristan2 has quit [Ping timeout: 480 seconds]
guywithhat has joined #asahi-dev
xal has quit []
xal has joined #asahi-dev
zumi_ has joined #asahi-dev
zumi has quit [Remote host closed the connection]
zumi_ is now known as zumi
SalimTer- has joined #asahi-dev
SalimTerryLi has quit [Ping timeout: 480 seconds]
guywithhat has quit [Remote host closed the connection]
kidplayer666 has joined #asahi-dev
jacksonchen666 has quit [Ping timeout: 480 seconds]
chris2 has joined #asahi-dev
chris2 has quit []
jacksonchen666 has joined #asahi-dev
jeisom has joined #asahi-dev
chris2 has joined #asahi-dev
jacksonchen666 has quit [Ping timeout: 480 seconds]
chris2 has quit [Quit: Leaving]
chris2 has joined #asahi-dev
chris2 has quit [Quit: This computer has gone to sleep]
jacksonchen666 has joined #asahi-dev
chris2 has joined #asahi-dev
chris2 has quit []
kidplayer666 has quit [Quit: Connection closed for inactivity]
chris2 has joined #asahi-dev
chris2 has quit [Remote host closed the connection]
zumi_ has joined #asahi-dev
zumi has quit [Remote host closed the connection]
zumi_ is now known as zumi
schneik has joined #asahi-dev
schneik has quit []
gi0 has joined #asahi-dev
schneik has joined #asahi-dev
schneik has quit [Quit: schneik]
schneik has joined #asahi-dev
gi0 has quit []
opticron has quit [Read error: Connection reset by peer]
opticron has joined #asahi-dev
jacksonchen666 has quit [Ping timeout: 480 seconds]
<Ge0rges_>
In the same vein, is there a list of "good first issues" for a newbie to work on and contribute?
<janneg>
huh, I wasn't aware that llvmpipe was broken with bti
<kettenis>
me neither until some other OpenBSD user ran glxgears on an M2 laptop ;)
<janneg>
kettenis: ignoring the interaction with CMD_BOOTEFI_BOOTMGR the Boot####/BootOrder seeding still works but I was thinking if we shouldn't replace that with an
<janneg>
I would have expected that a fedora user would have run into bti in llvmpipe before
<janneg>
I've sent the BOOTSTD conversion out today
<kettenis>
yeah, I saw it
jeisom has joined #asahi-dev
<kettenis>
and since the efi boot variables pre-seeding isn't upstream yet, that's fine
<leio>
I ran llvmpipe with BTI for months until HDMI out in linux worked without problems, fwiw
<Umeaboy>
At least according to the spec I'm reading.
<Umeaboy>
That's why I asked about if I could change the Requires for it to use an older version....... I'm porting the asahi-installer to Mageia (a fork of Mandriva).
<sven>
doesn’t it just use the lib that’s already present on macOS?
<leio>
asahi-installer is ran inside macOS and it's using a dylib shipped by macOS for it, I'm not sure what you are doing then.
<leio>
it does not use liblzfse
<leio>
put otherwise, I don't understand why you would be making a linux package for asahi-installer
<Umeaboy>
If you look at the spec file for it you'll see that the package indeed needs liblzfse.
<sven>
I still don’t see an issue with using an unmaintained liblzfse though
<leio>
ah, some not that installer-specific bits are hiding in asahi-installer repo
<Umeaboy>
sven: I don't know about how you see it, but having a unmaintained piece of software is not something that anyone would recommend from the security standpoint. No harm meant for saying.
<sven>
if it’s really for fwextract I’d also double check if that’s even required for that subset of the installers
<sven>
umeaboy: what’s your threat model?
<Umeaboy>
I mean in general.
<sven>
I don’t care about in general
<leio>
it uses it for Multitouch.im4p, but I don't know when that's needed
<leio>
kernelcache too?
<leio>
(are these ran on linux side at all?)
<leio>
anyhow, rewriting something in rust doesn't magically make a maintainer lzfse handling code appear out of thin air :)
<leio>
maintained*
<Umeaboy>
I know....... just a thought. "Ya can't blame a man for trying"..... :)
<leio>
that said, I'm not sure I'd want to curl launch some rust pre-built binary on macOS
* leio
telling that as he ran m1n1 stage1 with pre-built rust :)
<kettenis>
ah, I think I know why the BTI llvmpipe issue doesn't happen with Linux
<kettenis>
the JIT pages don't have the magic bit set that enforces BTI
<nicolas17>
Umeaboy: what's the well-maintained rust crate for lzfse?
<Umeaboy>
nicolas17: Question is rather, why do you update anything at all? :)
<psykose>
this depends on the same lzfse-sys which is again the same bindings to the same outdated library
<Umeaboy>
psykose: Yeah, but I'd rather use something LESS outdated then VERY outdated.
<nicolas17>
code doesn't rot by existing for 8 years
<psykose>
it's the same outdated
<psykose>
like, it's literally the same library under the hood
<Umeaboy>
OK. You win. :)
<Umeaboy>
Just wanted to make a point about rust being a better language option.
<nicolas17>
yes we heard about rust existing
<psykose>
as far as i can tell the only alternate implementation of lzfse is that lzfse_rust thing and that is basically a random repo that nobody uses
<psykose>
so.. yes the 7 year unupdated reference implementation is better
<nicolas17>
there's no format documentation for lzfse btw
<psykose>
you can change that if you want, be the library maintainer you want to be in the world
<psykose>
i wouldn't say it's worth it but you can do it
<nicolas17>
so someone "reverse engineered" it out of the reference implementation to write the rust version
<nicolas17>
that seems likely to bring new bugs :P
<nicolas17>
hm now I wonder if the applesauce crate is an independent pun or if it has anything to do with AppleSauce.framework