marcan changed the topic of #asahi to: Asahi Linux: porting Linux to Apple Silicon macs | "Does XXX work yet?": https://alx.sh/fs | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Topics: #asahi-dev #asahi-re #asahi-gpu #asahi-alt #asahi-stream #asahi-offtopic | Keep things on topic | Logs: https://alx.sh/l/asahi
mikelee has quit [Ping timeout: 480 seconds]
mikelee has joined #asahi
ourdumbfuture has joined #asahi
Moprius has quit [Quit: bye]
bsandro has joined #asahi
mikelee has quit [Ping timeout: 480 seconds]
ourdumbfuture has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<xanderle>
ah yeah, having read that it ends with we should treat it like a hid device and not try claim it early. so i think a v2 rewrite is coming...
<xanderle>
instead of waiting i figured i could just hurl bytes at /dev/hidrawX to change brightness
mikelee has quit [Read error: Connection timed out]
ourdumbfuture has joined #asahi
ourdumbfuture has quit []
mikelee has joined #asahi
mikelee has quit [Ping timeout: 480 seconds]
<cy8aer>
jannau: Yes I see your conversation on #asahi-gpu and do not want to write there too. I will post everything I can find out here and let you transfer the stuff to #asahi-gpu if it seems important for you.
<cy8aer>
Oups, wrong channel - should be #asahi-alt sorry
<jannau>
the 15" display backlight is not as bright as the 13" one
polysinne has joined #asahi
polysinne has quit [Read error: Connection reset by peer]
<jannau>
the wifi module names have left japan, j415's name is "snake" so probably ukraine
ourdumbfuture has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<stintel>
since I can't install m1n1 yet, I probably need low level serial debug?
ourdumbfuture has joined #asahi
<dottedmag>
stintel: what kind of childhood is that?
<stintel>
a wild one? :P
<dottedmag>
indeed
<jannau>
stintel: m1n1 should work, either in your main macos installation or a second macos install if you don't want to modify the security settings of your main macos
<stintel>
well that's after I added this to DEVICES in main.py: "j415ap": Device("12.4", False), # MacBook Air (15-inch, M2, 2023)
<stintel>
otherwise I get This device is not supported yet!
<jannau>
stintel: I ment a real 2nd macos installation and then follwoing https://github.com/AsahiLinux/docs/wiki/SW%3AHypervisor except that you do not need to run macos under the the HV and do not need to setup the macos development kernel
<stintel>
I see
<stintel>
I guess I'm out of luck then, this is the only macOS device I own
mikelee has joined #asahi
<jannau>
does that mention a second macos device? that's not needed either. I should have read it before pasting the link
<stintel>
jannau: ah, you mentioned "a real 2nd macos installation" ... I probably misunderstood
<stintel>
sorry, very new to t his
<jannau>
you will need a second computer to interact with m1n1 over usb
<stintel>
I have a Linux workstation with m1n1 built and udev rules installed
<jannau>
ah, create a second partition on the macbook and install macos there a second time
<jannau>
the result will be pretty similar to the installer's m1n1 standalone mode
ourdumbfuture has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
mikelee has quit [Ping timeout: 480 seconds]
<stintel>
failing at first step :(
<stintel>
Error: -69842: Couldn't mount disk
<stintel>
ran first aid, no change
<jannau>
maybe look for other guides how to create a second macos install
<jannau>
disk4 might not be correct, check the output of diskutil list
<stintel>
pretty sure disk4 is correct, the command actually creates the macOSTest APFS volume but it's not able to mount it
<Soni>
if asahi ships xdg-open by default, then it would be nice if it also supported fedi links by default
<stintel>
Linux (none) 6.3.0-asahi-arm64+ #1 SMP PREEMPT_DYNAMIC Sat Jul 29 19:28:04 EEST 2023 aarch64 GNU/Linux
<stintel>
so far so good
<j`ey>
Soni: do that via upstream xdg-open
<j`ey>
asahi isnt going to patch that
<Soni>
j`ey: doesn't need to patch that
<j`ey>
stintel: nice
<j`ey>
Soni: its not clear what youre asking for, but asahi only patches upstream software if it really needs to
<j`ey>
this doesnt seem like it needs to
<Soni>
j`ey: you can put a .desktop file somewhere where it'll be picked up if nothing else is installed to handle the links
<psykose>
this is like multiple layers off and doesn't make sense
<Soni>
OS support is fairly appropriate, honestly
<j`ey>
Soni: try to get that into some package that deals with that kinda stuff
<Soni>
j`ey: that would be a fedi-links package
<j`ey>
do that, and then users can install it if they want
<sven>
yeah, this needs to happen upstream
david2 has quit [Read error: Connection reset by peer]
david2 has joined #asahi
<ar>
Soni: this should go to upstream xdg-open, but: recognizing fedi links in xdg-open would be rather non-trivial; you'd either need to make a request to the backend site (could be annoying to do for instances with authorized-fetch enabled), or ship a list of known fedi instances. and then you'd need to somehow transform that link into whatever format your instance expects (eg.