orealis has quit [Read error: Connection reset by peer]
orealis has joined #haiku
FreeFull has quit []
orealis has quit [Quit: yap...]
mmu_man has quit [Ping timeout: 480 seconds]
orealis has joined #haiku
AlienSoldier has quit [Read error: Connection reset by peer]
Maturi0n has joined #haiku
Maturi0n_ has quit [Ping timeout: 480 seconds]
OscarL has joined #haiku
<OscarL>
Trying to make "Open with" work for mpv + video files. Shows up OK on that menu, but it doesn't open the files (The "args only" flag and supported file types are correctly set on /bin/mpv).
<OscarL>
Nothing on syslog... any idea on how to see what Tracker is sending to mpv? or any error mpv might be outputing?
<augiedoggie>
iirc, you can't get Tracker to open files by passing args even with that flag set
<OscarL>
ouch :-(
<augiedoggie>
don't quote me on that :P
<augiedoggie>
but i believe that's why the Qt apps have the refs->args translation
<waddlesplash>
yes, that's correct
<waddlesplash>
this is a very annoying Tracker behavior
qwebirc97694 has joined #haiku
<OscarL>
Is that some sort of "recent" regression? (can't really recall if it worked on OpenTracker, for example)
<waddlesplash>
there's a ticket about fixing it in fact
<waddlesplash>
OscarL: don't think so, goes back forever.there's a ticket where I think I asked about fixing/enhancing this, and I don't think there were objections
qwebirc97694 has left #haiku [#haiku]
<waddlesplash>
but nobody's actually tried to work on it
<OscarL>
thanks waddlesplash. Saves me some head scratching on this one, at least :-D
<OscarL>
guess I should just submit the PR anyway.... (updates to mpv 0.35.1, adds manpage, icon)... better than nothing :-)
zdykstra has quit [Read error: Connection reset by peer]
<Skipp_OSX>
is there a good reason I shouldn't use B_OK as a message what value?
<Skipp_OSX>
(for an ok button)
<augiedoggie>
0 isn't very unique
<OscarL>
Either I'm blind, or that Tracker + B_ARGS_ONLY ticket doesn't mentions "Open with" (125 results for that, zero for "args only" / B_ARGS_ONLY). waddlesplash, any tips on how to find that ticket? :-D
AlaskanEmily has joined #haiku
zdykstra has joined #haiku
<zdykstra>
my haiku machine boots to a desktop before my workstation even finishes posting, heh
<OscarL>
augiedoggie: I've updated the PR... commented out the "resource file_types message" in the .rdef.in file (mpv no longer appears on Open with). Thanks for the feedback!
<waddlesplash>
trungnt2910[m]: I thought you were going to go with something other than shared files though?
<trungnt2910[m]>
Back when I was doing the initial port (July 2022) /var/shared_memory was a simple folder on disk.
<trungnt2910[m]>
So I still thought that Haiku had the shm_open issue.
<waddlesplash>
I think it would probably be better to not use files in /var/shared_memory
<waddlesplash>
for all memory spaces
<trungnt2910[m]>
This approach is still cleaner than a clone_area loop.
<waddlesplash>
is it?
<waddlesplash>
you now have all process memory stored as a hidden file in ramfs
<trungnt2910[m]>
It's not vulnerable to race conditions and doesn't add a hundred lines of Haiku-specific code.
<trungnt2910[m]>
Just a few MAP_NORESERVE additions here and there.
<waddlesplash>
yeah, I guess
<trungnt2910[m]>
And also waiting for Haiku's solution for committing memory.
<waddlesplash>
whatever did .net do on 32bit?
<trungnt2910[m]>
waddlesplash: Unless the `_kern_remap_memory` request gets implemented somehow.
<trungnt2910[m]>
waddlesplash: The same thing, but replace 256GB to `UINT_MAX` bytes.
<trungnt2910[m]>
s/to/with/
<waddlesplash>
... that seems absurd
<waddlesplash>
it means nothing else can allocate anything in the process memory space
<waddlesplash>
how does this work for loading system shared libraries and working with them? how do they get to allocate any memory?
<trungnt2910[m]>
waddlesplash: No, not really.
<trungnt2910[m]>
They create a 4GB file, yes.
<trungnt2910[m]>
But they don't map all of it to memory.
<trungnt2910[m]>
They reserve chunk by chunk, and then commit page by page.
<waddlesplash>
so why not do the exact same thing on haiku then
<waddlesplash>
reserve chunk by chunk
<trungnt2910[m]>
And then how to clone the pages?
<waddlesplash>
you are never going to need to clone anything but a subset of an existing chunk
<waddlesplash>
10-20 lines of code, not 100
<waddlesplash>
area_for, get_area_info merely for the assertion, clone_area, done
<trungnt2910[m]>
waddlesplash: That's what they're doing for Apple.
<waddlesplash>
good
<waddlesplash>
let's do the same thing as Apple
<waddlesplash>
we often wind up with #ifdef APPLE || HAIKU in ports
<waddlesplash>
that way we don't even need overcommitting, or 256GB-sized shared files
<trungnt2910[m]>
trungnt2910[m]: Apple has a clean and simple `vm_remap` call.
<waddlesplash>
in the first version, you can do without
<trungnt2910[m]>
waddlesplash: Tail of an existing chunk and a head of the adjacent one.
<waddlesplash>
and how is that ever going to happen?
<waddlesplash>
there's no guarantee you get adjacent chunks
<waddlesplash>
actually it's guaranteed you WON'T get adjacent chunks
<waddlesplash>
if you have ASLR enabled
<waddlesplash>
the only way you ever get two areas touching one another under ASLR is if (1) the address space is really full (won't happen), (2) you ask for it explicitly
<waddlesplash>
trungnt2910[m]: not seeing what the issue might be. anyway I still think that for a first cut, you don't need that sophisticated of logic
<trungnt2910[m]>
The problem is that the uncommitted range may be committed again.
<waddlesplash>
the mapping is completely gone, anything re-mapped in that region is a new mapping as if nothing was ever mapped before
<waddlesplash>
glancing through the unix/ .cpp file, I think you can just use the OSX version of this code straight up mostly
<waddlesplash>
trungnt2910[m]: actually. this file suggests that GetRWMapping isn't even called on OSX/ARM64
<waddlesplash>
so, how does that work? can't we just take advantage of that? or does the ARM64 codepath do too much special stuff that x64 doesn't do
<trungnt2910[m]>
Is /var/shared_memory so evil that you're suggesting devs to do everything to avoid it?
<waddlesplash>
I'm suggesting it's not really designed with this usecase in mind.
<waddlesplash>
it's designed for ... shared memory
<waddlesplash>
what you are doing with overcommitted areas is not really the expected case at all
<waddlesplash>
if .NET already has a codepath that understands there is no overcommit, then we should use that
<waddlesplash>
and this weird double-mapping scheme is just odd, honestly. the fact that OSX made it impossible on ARM64 is great, more of that pls :P
<waddlesplash>
trungnt2910[m]: wait, the doublemapper is also disabled under Rosetta
<waddlesplash>
so this also DOES work under x64!
<waddlesplash>
without all this stuff
<waddlesplash>
yeah, the executable allocator supports operating without a doublemapper!
<trungnt2910[m]>
<waddlesplash> "we often wind up with #ifdef..." <- Actually quite true in my dotnet port since neither has procfs.
<waddlesplash>
well, anyway, if this actually isn't needed at all... why bother?
<waddlesplash>
the ExecutableAllocator looks like it doesn't need this
<trungnt2910[m]>
waddlesplash: But still the fact that it exists means that the mapper has to bring some kind of advantage.
<waddlesplash>
it does?
<waddlesplash>
and, well, the simple fact is: it isn't needed for things to work. or even work well because it doesn't get used on Apple M devices!
<waddlesplash>
if .NET worked poorly on Apple M devices we would all know about it
<trungnt2910[m]>
Not a JIT expert, so...
<waddlesplash>
I know something about JITs. yeah, there might be some kind of perf advantage. but not an astronomical one, and only one if they have some weird designs at this level.
<waddlesplash>
so, my recommendation is: don't even bother
<waddlesplash>
you know what they say about premature optimization, I'm sure. well, case in point
<waddlesplash>
get .NET working, if it's too slow, go back and implement more optional things, but the fact is, if Apple's ARM devices don't use this stuff at all, then it probably isn't even that important anymore
<waddlesplash>
I would not be surprised if, originally, .NET really needed this code, and Apple's devices forced a major redesign
<waddlesplash>
where now it isn't needed, it just provides a small perf improvement at best.
floof58 is now known as Guest1193
floof58 has joined #haiku
Guest1193 has quit [Ping timeout: 480 seconds]
<jessicah>
Well that's fascinating, Haiku was listed in operating systems in the stack overflow developer survey this year
<OscarL>
and almost 3k redditors subsribed to r/HaikuOS... are we getting popular now? :-D
Begasus has joined #haiku
<Begasus>
g'morning peeps
Begas_VM has joined #haiku
<OscarL>
hola Begasus :-)
<Begas_VM>
oLa OscarL :)
Begasus_32 has joined #haiku
<Begas_VM>
time to clean up on tuxpaint-config patchset
<Begas_VM>
k, launches fine from Tracker too, time for a Desktop shortcut and an icon :)
HaikuUser has joined #haiku
HaikuUser has quit []
<trungnt2910[m]>
<waddlesplash> "so, my recommendation is: don'..." <- Even without that dotnet still has a few places that tries to reserve 256GB addresses.
mbrumbelow has quit [Read error: Connection reset by peer]
nephele has joined #haiku
mmu_man has joined #haiku
AlaskanEmily has quit [Remote host closed the connection]
<nephele>
waddlesplash: the B_ARGV_ONLY flag only means that apps can't accept messages, it doesn't really affect where the stuff gets passed. It should definetely *never* be used for gui apps. It will break screenshotting and such
<nephele>
if we need to translate the initial ref->argv i think the qt specific flag is fine, a sdl2 specific flag could also be added if needed
<OscarL>
would be cool if it there was a way to make Tracker/open call non-gui/non-be_app with "argv only" (execv() style). That was how I assumed that flag worked at first :-D
Begas_VM has quit [Quit: Vision[]: i've been blurred!]
<nephele>
Yes, but that's not really what it does, it confused me too when working with love2d
<nephele>
but really, just never use this for gui apps :)
<nephele>
Honestly, I am quite happy haiku does not do the "just put it in argv and hope the app gets it" style of passing args
Begas_VM has joined #haiku
<nephele>
OscarL: what are the two patches in mpv for?
vdamewood has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
mbrumbelow has joined #haiku
<OscarL>
The first is need to avoid mpv complaining about some setlocale() issue.
<nephele>
what is the issue? is it on trac?
<OscarL>
no idea, I just updated the patchset files that were already there.
<nephele>
hmm, okay
<nephele>
anyway, i'm investigating the SDL implementation
<OscarL>
(tried building without them... run into mentioned issue and a build error, put them back in :-D)
<nephele>
Alright, could you report it maybe? :)
<OscarL>
(as the first patch is from 3dEyes.... I was not going to question it much :-P)... I'll see if I manage to do so, before falliing asleep (5:24 AM here :-P), or before I stop caring about this, hehe.
<nephele>
Why are you awake this late then? :P
<nephele>
anyway, one mpv dev asked about the copyright in the pr that's changed, where does the new string come from?
<nekobot>
[haiku/haiku] 44233abf11ee - Painter: change to a solid pattern for gradients
<OscarL>
Begasus: seems you need to fork, commit/push to a branch on your fork... and then maybe you get some link on the website allowing you to open a "merge request"?
Diver has quit [Read error: Connection reset by peer]
<OscarL>
nice to see stippi around :-D
<Begasus>
found it
<Begasus>
already had the fork/branch, just needed to find the label "request merge" :)
Diver has joined #haiku
<Begasus>
looks like I got merge rights there too :P
<OscarL>
nice to be trusted :-D
<Begasus>
Well, been going there for a longgggg time :)
<Begasus>
but rather go through PR's :P
<Begasus>
this one was for a small translation string that was confusing to me in tuxpaint-config
<Begasus>
now I know how it works I can create the ones to support Haiku's port and fix the config paths :)
<OscarL>
Upstreaming patches is tight! (I may have seen too many "Pitch Meetings" videos already)
mmu_man has joined #haiku
<Begasus>
well, we never got to use tuxpaint-config before, and new release is around the corner for tuxpaint et all, so would be nice to have those patches upstreamed
<nekobot>
[haiku/haiku] bbd6beb7ee2b - kernel/vm: Allow more maximum protection for mmap'ed areas
<waddlesplash>
Anarchos: it's harmless. we should probably just disable the warning
<Anarchos>
waddlesplash i understand. That's weird because without acpi all is fine, with acpi i got many usb ehci and ahci timeouts in addititon to 'did not find boot partition'
<waddlesplash>
is this a recent regression?
<waddlesplash>
it may be the PCI refactor
<waddlesplash>
disabling ACPI also disables MSI... I think
<Anarchos>
waddlesplash less than 8 days so recent
<Anarchos>
ah r1~beta4~hrev56935 seems to do the job
* Anarchos
reboots and cross fingers
Anarchos has quit [Quit: Vision[]: i've been blurred!]
Anarchos has joined #haiku
<Anarchos>
waddlesplash you're right, it works with hrev56935.
<waddlesplash>
so it's PCI then
<waddlesplash>
you can add a comment on that ticket
<Begasus>
waddlesplash, could this be an error from xlibe? (0.0.20 from tuxpaint-config builds fine, a clean checkout from sourceforge fails with this)
<Anarchos>
waddlesplash what information do you need ?
<phonetic>
Hiya! I've been threatening everyone I know that I'm going to switch to Haiku OS as a daily driver, as a joke now for some time... but after playing with it for a while now I thing I'm legit considering it! LOL
<Habbie>
nice
dpirate has quit [Remote host closed the connection]
<phonetic>
Anyone else running Haiku as a daily driver?
<Habbie>
pretty sure some people in here are doing that :)
<phonetic>
And what's everybody's thoughts on doing so??!?!
* phonetic
:)
* phonetic
is nostalgic rn from sitting in an IRC channel
<Habbie>
i have not considered it for work, but i considered it for all the non-work things i do (and i did a few ports to help me along to that)
<Habbie>
on my previous hobby PC, haiku was not stable, but it should be stable on my new one
<Habbie>
i'm sad that i need Rust for some things (indirectly) and that it was broken last time i checked
<Habbie>
and i haven't tried youtube
dpirate has joined #haiku
<Habbie>
but other than that, it could likely be a daily driver for me
<phonetic>
It always amazes me just how much Haiku progresses everytime i come back to it!!
<Habbie>
that it does!
<phonetic>
Is rush supported at all atm?
<phonetic>
**rust
<Habbie>
there is a port, yes
<phonetic>
If not I'm kinda surprised...!
<phonetic>
Aww, well I'm sorry it's not usable!
<Habbie>
ohh it got updated
<phonetic>
OH YAY!!!!
<phonetic>
:)
<Habbie>
i should see if i can build esphome now :)
<Habbie>
anyway
<phonetic>
I've been hearing soooooooo much about rust as of late! It's got me thinking that I should learn it!
<Habbie>
the summary is, haiku as a daily driver, for me, seems fine except for a few specific things
<Habbie>
and those things are likely solvable
<phonetic>
(^_^)
<Habbie>
and you should just try it :)
<Habbie>
just see if it works for you
<Habbie>
and if not, let people in here know, or solve the problems yourself
<phonetic>
OMG I JUST REALIZED WHAT YOU WERE TRYING TO BUILD
<phonetic>
ESPHOME?
<phonetic>
as in..
<phonetic>
esp32 etc.?
<Habbie>
yes
<Habbie>
which requires py-cryptography which uses rust
<phonetic>
OMG my first time doing anything microcontroller related...
<Habbie>
:)
<phonetic>
was just the night before last
selfish has joined #haiku
<Habbie>
hah
<phonetic>
I spent ALL NIGHT learing about the esp8266 I was given, and flashing it over and over with different things
<phonetic>
It's soooooo COOL!!! O.O
<phonetic>
This thing has absolutly no business being as powerful as it is...!
<phonetic>
THANK YOU SO MUCH for talking with me!
<phonetic>
I was afraid this channel was just going to be entirely dead... o_o
<Habbie>
this channel comes and goes :)
<phonetic>
^_^
<phonetic>
I'm so glad people are keeping IRC alive! I HATE discord so much! LOL :D
B2IA has quit [Quit: Vision[]: i've been blurred!]
B2IA has joined #haiku
<phonetic>
I hope rust is stable enough for you now!!!
* phonetic
*fingers crossed*
<Habbie>
i'll find out soon :)
HaikuUser has joined #haiku
* phonetic
praying to the DEV Gods...
HaikuUser has quit []
<Habbie>
so
<Habbie>
what are your wishes?
<phonetic>
well right now... is for rust to be stable! hahaha
<Habbie>
i appreciate that! but i meant for yourself :)
<phonetic>
hmm...
<phonetic>
I just want to run something weird!
<Habbie>
like haiku?
<phonetic>
Yeah!
<Habbie>
just do it
<phonetic>
Just something different from everybody else!
<phonetic>
^_^
<phonetic>
I'm definitely GOING to now!!
<andreasdr[m]>
Arrrrr.
<Habbie>
arrrrrrrrr
<phonetic>
I was entertaining the idea before this, but after jumping in here I'm fully convinced!
<Habbie>
good
<phonetic>
And like I said, been threatening my friends that I was gonna do the for YEARS! :D hahaha