ChanServ changed the topic of #haiku to: Open-source operating system that specifically targets personal computing. | https://haiku-os.org | Nightlies: https://download.haiku-os.org | Bugtracker: https://dev.haiku-os.org | SCM: https://git.haiku-os.org/ | Logs: https://oftc.irclog.whitequark.org/haiku | Matrix: #haiku:matrix.org | XMPP: #haiku%irc.oftc.net@irc.jabberfr.org
AlaskanEmily has joined #haiku
mmu_man has quit [Ping timeout: 480 seconds]
xet7_ has quit []
grobe0ba has quit [Quit: ZNC 1.8.2 - https://znc.in]
Maturi0n has joined #haiku
Maturi0n_ has quit [Ping timeout: 480 seconds]
grobe0ba has joined #haiku
Blendie has quit [Quit: Connection closed for inactivity]
xet7 has joined #haiku
brass has quit [Quit: ZNC 1.7.2+deb3 - https://znc.in]
systwi_ has quit [Ping timeout: 480 seconds]
systwi has joined #haiku
CPYou has joined #haiku
dqk has quit [Ping timeout: 480 seconds]
Halamix2 has quit [Quit: ZNC - https://znc.in]
Halamix2 has joined #haiku
CPYou has quit [Ping timeout: 480 seconds]
probono9 has quit [Quit: The Lounge - https://thelounge.github.io]
probono9 has joined #haiku
CPYou has joined #haiku
<erysdren> good morning all
<andreasdr[m]> Good morning.
<erysdren> well, that was easy...
<erysdren> not sure if this is a game anyone really wants to play, but it's there now.
<erysdren> i don't think it was there before
<andreasdr[m]> Nice
<erysdren> taken from here and compiled with almost no edits necessary.
_Dario_ has quit [Quit: Vision[]: i've been blurred!]
<andreasdr[m]> Nice.
<andreasdr[m]> Will this be pushed to HaikuDepot?
<erysdren> yeah, just need to do some more work to make it load the files from Haiku directories properly
<erysdren> it only launches from terminal and it only loads game files from the directory adjascent to the executable
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #haiku
<erysdren> so yeah i can't push it just yet
<andreasdr[m]> I see
Begasus has joined #haiku
<Begasus> g'morning peeps
<andreasdr[m]> Goooooooood morning.
Begas_VM has joined #haiku
<Begasus> Moin andreasdr[m] ! :)
<erysdren> good morning begasus
<Begasus> g'evening erysdren :)
<erysdren> take a look at this :D
<Begasus> nice! +1
<Begasus> easy to build (not much haslte)?
<erysdren> only one line change
<erysdren> but it would need more edits to be *comfortable* on haiku
<Begasus> nice, expecting a recipe now you know :)
<erysdren> i.e. load game data from non-packaged dir and launch from tracker
<erysdren> it has the same bug from quakespasm where it doesn't launch from the tracker
<erysdren> but i know how to fix that
<Begasus> should be some fixes around at haikuports that could solve that
<erysdren> yeah like i said, i know how to fix it because of quakespasm
<erysdren> so i'll get to it
<Begasus> +1
CPYou has quit [Remote host closed the connection]
<erysdren> alright
<erysdren> i thank QuakeSpasm is *finally* ready to send to haikuports
<erysdren> merged in all of OscarL's changes
<erysdren> finally tested it and working
<Begas_VM> nice :)
<Begas_VM> biab
<erysdren> gonna head to bed. i'm tired
<Begas_VM> g'night erysdren
<Begas_VM> will give it a go later (when I get to it) :)
<erysdren> no probs
<erysdren> thanks for putting up with me
<erysdren> lol
Diver has joined #haiku
Diver is now known as Diver
HaikuUser has joined #haiku
HaikuUser has quit []
<botifico> [haikuports/haikuports] pulkomandy pushed 1 commit to master [+1/-1/±0] https://github.com/haikuports/haikuports/compare/e0eb87d29c9b...89e6843bb2c0
<botifico> [haikuports/haikuports] pulkomandy 89e6843 - libwalter: fix 64bit build and various issues
<nekobot> [haiku/haiku] autocommitter pushed 1 commit to master [hrev57064] - https://git.haiku-os.org/haiku/log/?qt=range&q=b2b94ad94f54+%5Ec4c09e7fed3f
<nekobot> [haiku/haiku] b2b94ad94f54 - Update translations from Pootle
dqk has joined #haiku
AlaskanEmily has quit [Remote host closed the connection]
tuaris has quit [Read error: Connection reset by peer]
jmairboeck has joined #haiku
mmu_man has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
KapiX has joined #haiku
systwi_ has joined #haiku
townsfolkPravda has joined #haiku
systwi has quit [Ping timeout: 480 seconds]
Blendie has joined #haiku
<Begasus> 64bit buildmaster broken?
<Begasus> of offline ...
<Begasus> of/or*
<jmairboeck> I ended up patching configure.ac for the documentation dir of ImageMagick, but I think now I got it.
<Begas_VM> +1 :)
HaikuUser has joined #haiku
HaikuUser has quit []
itaniumdream has joined #haiku
<Begasus> jmairboeck, could you install the documentation in developDocDir?
<Begasus> regular user would have no needs for the docs
<jmairboeck> the development documentation is already part of the devel package
<Begasus> ah, np then :)
<Begasus> didn't look close enough :D
<botifico> [haikuports/haikuports] Begasus pushed 1 commit to master [+0/-0/±2] https://github.com/haikuports/haikuports/compare/89e6843bb2c0...9bae1f287320
<botifico> [haikuports/haikuports] jmairboeck 9bae1f2 - imagemagick: install documentation to the proper directory (#8782)
<Begasus> bbl
jjido has joined #haiku
xet7 has quit [Ping timeout: 480 seconds]
jjido has quit [Quit: My laptop has gone to sleep. ZZZzzz…]
<trungnt2910[m]> Took me quite a while to notice that Haiku does not come with a browser.
OscarL has joined #haiku
<jmairboeck> trungnt2910[m]: Haiku comes with WebPositive. Did you somehow not install it?
<trungnt2910[m]> I know that WebPositive exists, but it doesn't seem to be included in the default Haiku installation?
<jmairboeck> It is in the official downloadable images, but it is not part of haiku.hpkg
<trungnt2910[m]> Hmm strange, I might have uninstalled it at some point to free disk space...
<trungnt2910[m]> Today I came across a link that I could not download using curl so I tried to find a web browser.
<jmairboeck> "pkgman install webpositive" should work
<trungnt2910[m]> Any documentation on the SYS:ENV environment variable?
mmu_man has quit [Ping timeout: 480 seconds]
mmu_man has joined #haiku
<trungnt2910[m]> I see many HaikuPorts recipe using it to set DISABLE_ASLR. However, I want to set two variables.
<trungnt2910[m]> * I see many HaikuPorts recipes using it to set DISABLE_ASLR. However, I want to set two variables.
<x512[m]> trungnt2910: `SYS:ENV` is BFS attribute, not environment variable. It seems separated with zero byte.
<trungnt2910[m]> * Any documentation on the SYS:ENV attribute?
<trungnt2910[m]> x512[m]: Ahh yeah that's a typo.
<trungnt2910[m]> From what I understand this attribute stores additional environment variables to apply to this specific executable?
<x512[m]> Yes. Implemented in libroot.so on caller side (https://github.com/haiku/haiku/blob/master/src/system/libroot/os/image.cpp).
<trungnt2910[m]> x512[m]: It seems to not be separated by zero byte but a zero _escape sequence_ (e.g. `"\\0"`).
<PulkoMandy> The extra escaping is because of bash removing one level of escaping and rdef compiler removing another, I think
OscarL has quit [Remote host closed the connection]
<x512[m]> Haiku in a virtual machine?
<trungnt2910[m]> > <@x512:matrix.org> ```... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/KPxCRhprmLOQZmExqShxkNDa>)
<trungnt2910[m]> x512[m]: Try running something that spams `_kern_map_file` and `_kern_set_memory_protection`.
<x512[m]> trungnt2910[m]: For example?
<trungnt2910[m]> > <@trungnt2910:matrix.org> ```... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/AJVtOAHAMRfuRRwmJjtEcnJj>)
<trungnt2910[m]> x512[m]: I already attached an example :)
<trungnt2910[m]> dotnet --version
<x512[m]> Do it need to apply kernel patches?
<x512[m]> trungnt2910[m]: Why not? Will give motivation to optimize Haiku kernel.
<trungnt2910[m]> Yes, #6395 and #6396.
<trungnt2910[m]> x512[m]: Time restrictions of course.
<trungnt2910[m]> Can't take on two big projects while being a full-time student.
<x512[m]> Do you mean that only VM syscalls are slow or all syscalls?
<trungnt2910[m]> <x512[m]> "Do you mean that only VM..." <- VM syscalls I guess.
<trungnt2910[m]> 1ms to mmap a file is not really acceptable.
<trungnt2910[m]> Oops, just ignore that.
<trungnt2910[m]> WSL1 has faulty benchmarking.
raymondmendoza has quit [Quit: leaving]
<x512[m]> What environment is used to run Haiku (virtual machine name etc.)?
HaikuUser has joined #haiku
HaikuUser has quit []
<erysdren> OscarL, Begasus: squashed commits from QuakeSpasm PR to make patchset file smaller
<waddlesplash> x512[m]: trungnt2910[m] has some VMware setup which is really slow compared to all other VMware setups I have heard of including my own
<trungnt2910[m]> waddlesplash: Much faster than when I originally complained a few months ago since I disabled Hyper-V.
<waddlesplash> trungnt2910[m]: I bet if I test this same benchmark in my VMware setup it will be exponentially faster
<waddlesplash> that clock syscall taking up so much looks very weird
<trungnt2910[m]> waddlesplash: You can, I've released all the concerned binaries.
<waddlesplash> where?
arti has quit [Quit: No Ping reply in 180 seconds.]
<trungnt2910[m]> s/.zip file/archive/
arti has joined #haiku
<erysdren> OscarL: i'll get a new icon going soon.
<waddlesplash> trungnt2910[m]: downloaded with an average of 4.28MB/s, by the way (using wget in my VM)
<waddlesplash> trungnt2910[m]: "Failed to load /boot/home/Desktop/test/shared/Microsoft.NETCore.App/8.0.0-preview.6.23303.1/libcoreclr.so, error: Missing library"
<waddlesplash> but that file exists
<waddlesplash> oh it needs libunwind
<trungnt2910[m]> Oops I haven't documented the deps...
<waddlesplash> trungnt2910[m]: it crashes at the end when run under strace (however I don't have all your patches applied...)
<waddlesplash> anyway it does run and print the version
<waddlesplash> strace -c looks like this:
<waddlesplash> _kern_map_file now a much more reasonable 101 usecs/call
<trungnt2910[m]> waddlesplash: Woah... My download here is very slow, < 1MB/s, but the Australian internet is more to blame.
<waddlesplash> why does mine have a super expensive kern_Write_stat and yours does not?
<waddlesplash> well anyway overall I seem to have around 10x faster syscalls than you do
<x512[m]> > `47.97 1001347 1 1001347 _kern_write_stat`
<waddlesplash> or at least 4x
<trungnt2910[m]> waddlesplash: .NET first run experience.
<waddlesplash> well, it always does that
<waddlesplash> I ran it multiple times and it still does that
<waddlesplash> maybe because it crashes at the end
<trungnt2910[m]> waddlesplash: That's `strace`'s fault, `dotnet` did not crash.
<waddlesplash> yes, I see that. weird
<trungnt2910[m]> If you notice there's also some funny output at the end.
<trungnt2910[m]> 0.00 50 1 ^U
<trungnt2910[m]> 0.00 44 1 44 _kern_realtime_sem_open
<trungnt2910[m]> ;UH 0.00 48 1 48 _kern_open_parent_dir
<waddlesplash> but I mean that write_stat is always there
<waddlesplash> so, at least for mmap, your VM is more than 10 times slower than mine
<trungnt2910[m]> waddlesplash: Ahh I see what that `write_stat` is.
<waddlesplash> 17 times slower in fact
<trungnt2910[m]> It's ftruncate a 256GB file.
<waddlesplash> lol
<trungnt2910[m]> You did not apply the attributes?
<waddlesplash> what attributes?
<trungnt2910[m]> addattr SYS:ENV "DOTNET_SYSTEM_NET_DISABLEIPV6=1\\0COMPlus_EnableWriteXorExecute=0" /path/to/where/you/extract/the/zip/file/dotnet
<waddlesplash> shouldn't those be compiled in?
<waddlesplash> #ifdefs probably or whatever
<trungnt2910[m]> How can Linux set attributes to a tar file?
<waddlesplash> no, I mean, they should be compiled into the binary itself
<trungnt2910[m]> waddlesplash: It's Haiku's fault not .NET's fault.
<trungnt2910[m]> The hacks should be on Haiku's side.
<waddlesplash> no
<waddlesplash> they should be compiled into the binary, under #ifdef __HAIKU__
<waddlesplash> keep it in a HaikuPorts patch instead of upstream, sure, whatever
<waddlesplash> but it should be compiled in
<waddlesplash> IPV6 is something we lack, sure, but I'm really not sure the second one is "our fault", if even Rosetta doesn't support it
<x512[m]> trungnt2910: ZIP should be used to store attributes.
<waddlesplash> but zip doesn't store +x
<x512[m]> Haiku TAR currently do not implement BFS attributes.
<waddlesplash> trungnt2910[m]: now strace -c looks like this
<waddlesplash> indeed map_file is more expensive now
<waddlesplash> but only 3x as expensive
<waddlesplash> but *still 3x as expensive for you
<waddlesplash> also, it's worth noting that KDEBUG_LEVEL=2, which all nightlies are built with, does significantly impact VM performance
<trungnt2910[m]> You're running bare-metal?
<waddlesplash> if you rebuild your OS with KDEBUG_LEVEL=0 that will improve things
<waddlesplash> trungnt2910[m]: nope. VMware
<trungnt2910[m]> waddlesplash: What about `jam -j8 -q haiku.hpkg`, what does that build with?
Blendie has quit [Quit: Connection closed for inactivity]
<waddlesplash> KDEBUG_LEVEL is set based on what branch you are on
<trungnt2910[m]> My Haiku is a nightly but with haiku.hpkg replaced.
<waddlesplash> yes. so it's still 2
<x512[m]> waddlesplash: Archiving end extracting executables with ZIP work for me.
<waddlesplash> hmm, ok
<trungnt2910[m]> x512[m]: Yes, `.zip` seems to support +x attributes.
<trungnt2910[m]> HyClone distributes .zip archives and I had no problems with UNIX executable files.
gouchi has joined #haiku
<x512[m]> I am not sure how Haiku ZIP store BFS attributes and does it have relation with Linux xattr. It have a long history starting from BeOS.
<waddlesplash> trungnt2910[m]: I could test on bare metal if you really wanted me to. but it'd also be with a KDEBUG_LEVEL=2 kernel
<trungnt2910[m]> I just don't know what is happening with this VMWare...
<waddlesplash> honestly I am wondering why dotnet calls _kern_get_clock over 7000 times
<waddlesplash> more than once per millisecond
<trungnt2910[m]> waddlesplash: Some benchmarking stuff for Debug builds I guess...
<trungnt2910[m]> Release builds are currently buggy so for the time being I'm not building them yet.
KapiX has quit [Quit: KapiX]
Blendie has joined #haiku
<waddlesplash> trungnt2910[m]: appears to be getting CLOCK_THREAD_CPUTIME_ID
<waddlesplash> getting that requires acquring a spinlock
<waddlesplash> not likely to be able to improve that much
<waddlesplash> well anyway that's about 0.5 seconds
<waddlesplash> 0.05 435 12 36 _kern_cpu_enabled
<waddlesplash> trungnt2910[m]: uh. why is it calling this??
<trungnt2910[m]> waddlesplash: System information
<waddlesplash> yeah but why?
<waddlesplash> eh, I guess it could make some sense
<trungnt2910[m]> Somewhere around here.
<trungnt2910[m]> It does the same for all platforms, I can't just stub that away.
<trungnt2910[m]> <waddlesplash> "but *still 3x as expensive for..." <- Maybe you're running on some kind of workstation?
<trungnt2910[m]> high-end device?
<waddlesplash> yes, workstation
<waddlesplash> AMD Ryzen 3700X
<waddlesplash> 8 cores / 16 threads, 3.59GHz base speed
<trungnt2910[m]> That makes quite a difference...
<waddlesplash> I can also test on a rather old Intel i3-U laptop
<waddlesplash> that also will not perform as badly as your VM, I think
<trungnt2910[m]> On VMware?
<waddlesplash> on bare metal
<waddlesplash> I also have VMware there but have not used it in years
<waddlesplash> anyway, I think around 30 microseconds is about what syscall overhead is?
<waddlesplash> over 55% of syscall time is spent on these debug items anyway
<trungnt2910[m]> waddlesplash: Can't really compare since I'm running on VMware...
<waddlesplash> trungnt2910[m]: I see something you can optimize a lot
<trungnt2910[m]> <waddlesplash> "8 cores / 16 threads, 3.59GHz..." <- Should be significantly faster than a laptop with Intel 11th Gen Core™ i7-1165G7
<waddlesplash> yes. but my 8-year-old laptop with an i3-U processor will be slower
<waddlesplash> so that will be a better test, I will look into it later
<trungnt2910[m]> waddlesplash: That's the nature of .NET debug builds, not my fault.
<waddlesplash> trungnt2910[m]: no, this ^
<waddlesplash> this could be 1 mprotect call instead of 10
<trungnt2910[m]> waddlesplash: It's the same for every platform. I did not write any Haiku-specific `mprotect` loops.
<waddlesplash> yes, which means .net could be seriously optimized here then
<trungnt2910[m]> Same on Linux.
<waddlesplash> can you add timing?
<trungnt2910[m]> Can't because 1. I don't know how and searching didn't work, only saw a way to enable summary and 2. Timing benchmark is broken on WSL1 for some reason.
<waddlesplash> bleh
<trungnt2910[m]> Well using WSL2 would just make things abysmally slower on VMWare.
<waddlesplash> you don't have a Linux VM in your VMware?
<trungnt2910[m]> I have two but both are nuked after upgrading packages.
<waddlesplash> lol, classic linux
<trungnt2910[m]> Some pthread assert failure in glibc.
<jmairboeck> trungnt2910[m]: Have you tried running Haiku directly on Hyper-V instead of VMware?
<trungnt2910[m]> jmairboeck: I don't have the money to buy Windows Pro edition...
<trungnt2910[m]> And trying to add Hyper-V using Windows cabinet hacks broke my Windows installation once. Had to install everything again from scratch.
HaikuUser has joined #haiku
HaikuUser has quit []
<jmairboeck> Oh, I didn't realize you could run WSL 2 on the Home Edition without the real Hyper-V.
<x512[m]> WSL 1
<waddlesplash> you can run WSL 2 on Home without real hyper-v
<waddlesplash> that's using Windows Hypervisor Platform
<waddlesplash> trungnt2910[m]: appears syscall overhead on Linux running in VMware is around 76.5ns
<trungnt2910[m]> <trungnt2910[m]> "I have two but both are nuked..." <- And somehow setting up Linux VMs takes an abysmally long amount of time regardless of distro.
<trungnt2910[m]> Compared to extracting WSL1 rootfs tarballs.
<waddlesplash> uh. maybe that's your poor VMware performance :)
<trungnt2910[m]> Hmm maybe VMWare blocked some serial keys obtained in the Vietnamese black market...
<waddlesplash> lol
<trungnt2910[m]> Maybe they throttled the performance because of that?
<waddlesplash> who knows
<waddlesplash> maybe try using QEMU with Windows Hypervisor Platform
<waddlesplash> see if that performs better
<waddlesplash> though I'm not sure that works right with Haiku anyway, other users may have reported problems, can't recall
<waddlesplash> trungnt2910[m]: syscall overhead on my Haiku VM is 95ns, compared to Linux 58ns
<waddlesplash> that's not great, but it's also not terrible either
<waddlesplash> I would expect Linux syscall entry to be optimized almost to the point of insanity
<waddlesplash> meanwhile on WSL1, on the host (yes, same machines with VMs running): overhead 143ns
<trungnt2910[m]> <waddlesplash> "uh. maybe that's your poor..." <- Or probably the Australian internet. Linux installer `iso`s seem to like downloading stuff.
<waddlesplash> so, VMware is outperforming WSL1 on raw overhead
<waddlesplash> on this machine
<waddlesplash> trungnt2910[m]: ^^ test program
<waddlesplash> based on one I found searching google, modified in a bunch of ways
<trungnt2910[m]> 125ns on WSL1.
<waddlesplash> so your WSL1 is actually faster than mine. interesting.
<waddlesplash> hmm I actually have a pending reboot on this machine, and also tons of things open in the bg
<waddlesplash> so that could affect it
<waddlesplash> trungnt2910[m]: compile with gcc not g++
<waddlesplash> its c
<trungnt2910[m]> I have this
<waddlesplash> lol that is more tabs than I have open
<waddlesplash> some of those are probably backgrounded
<trungnt2910[m]> Most of them are sleeping.
<trungnt2910[m]> But I also have Discord.
<trungnt2910[m]> Windows Security Real-time Protection.
<trungnt2910[m]> (Although I did disable that a few hours ago)
<waddlesplash> oh, I have that enabled
<trungnt2910[m]> /SystemRoot/home/trung> ./test
<trungnt2910[m]> avg: 19.501000ns
<waddlesplash> what's that on?
<trungnt2910[m]> (But that's cheating though: HyClone implements _kern_is_computer_on as a library call).
<waddlesplash> oh. lol yeah that is cheating
<botifico> [haikuports/haikuports] korli pushed 1 commit to master [+2/-2/±0] https://github.com/haikuports/haikuports/compare/9bae1f287320...0572306a98ed
<botifico> [haikuports/haikuports] korli 0572306 - rsync: bump version
<trungnt2910[m]> The real Haiku:... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/pJbnjLtpscUyHYLOJDpqElGD>)
<waddlesplash> so, worse than WSL1 for you
<waddlesplash> that's a pretty notable difference vs. mine
<botifico> [haikuports/haikuports] korli pushed 1 commit to master [+0/-0/±1] https://github.com/haikuports/haikuports/compare/0572306a98ed...e967292988ac
<botifico> [haikuports/haikuports] korli e967292 - rsync: with reconfigure
<botifico> [haikuports/haikuports] Begasus pushed 1 commit to master [+0/-0/±1] https://github.com/haikuports/haikuports/compare/e967292988ac...b26d87e92fa6
<botifico> [haikuports/haikuports] OscarL b26d87e - aquaskk: trigger re-build with a rev-bump. (#8783)
<waddlesplash> trungnt2910[m]: well anyway you should add comments to your README that it's just your VM with most of these problems :-p
<trungnt2910[m]> Will certainly do that when it is proven that mprotect on Haiku is as fast as on Linux on another machine.
<waddlesplash> trungnt2910[m]: dotnet --version runs in ~6 seconds here, of which based on strace, only 295 *ms* is spent in VM calls.
<waddlesplash> that's under 5%
<trungnt2910[m]> Hmmmmmmm
<waddlesplash> ok, so this machine has overhead comparable to my VMware
<waddlesplash> which I am pretty sure is on an older kerne;l
<trungnt2910[m]> Ubuntu 20.04 on VMware.
<waddlesplash> oh, well, same here
<waddlesplash> but I don't have all updates I don't think
<waddlesplash> anyway. what's mprotect show in strace?
<waddlesplash> for timing overhead
<trungnt2910[m]> I don't have dotnet on that machine...
<waddlesplash> ...
<waddlesplash> trungnt2910[m]: well for optimal comparison you need a debug build with those same environs set
<trungnt2910[m]> Which takes a long time...
<trungnt2910[m]> I'd rather do a mprotect comparison instead.
<waddlesplash> it won't be apples to apples but ok
<trungnt2910[m]> Each build takes nearly an hour.
OscarL has joined #haiku
tqh has joined #haiku
arti has quit [Quit: No Ping reply in 180 seconds.]
arti has joined #haiku
gouchi has quit [Remote host closed the connection]
<OscarL> syscall-overhead on my VBox (win10, set to Max Perf.), Phenom II X4, DDR2: "avg: 3392.909000ns" :-(
<OscarL> "avg: 4673.495000ns" when using "Balanced" power profile, LOL.
OscarL has quit [Quit: Page closed]
BiPolar has joined #haiku
<BiPolar> And "avg: 158.846000ns" on bare-metal.
BiPolar has quit [Quit: Vision[]: i've been blurred!]
OscarL has joined #haiku
AlaskanEmily has joined #haiku
<botifico> [haikuports/haikuports] diversys pushed 1 commit to master [+4/-4/±0] https://github.com/haikuports/haikuports/compare/b26d87e92fa6...6c1d2604968d
<botifico> [haikuports/haikuports] kenmays 6c1d260 - ffmpeg: bump version (#8784)
<erysdren> are all of Haiku's icons natively vector?
<erysdren> rather than raster
<waddlesplash> OscarL: on Haiku?
<waddlesplash> that's atrocious, completely insane
<OscarL> waddlesplash: yup.
<waddlesplash> do you have a Linux VM too?
<waddlesplash> I ran on a Phenom II X4 for a long time, it wasn't that bad
<OscarL> None currently working :-(
<waddlesplash> are you sure you have AMD-V enabled in BIOS?
<OscarL> erysdren: Ideally, yes.
<waddlesplash> and nothing else is using it?
<OscarL> waddlesplash: Firefox, VBox 7, nothing else.
<erysdren> what is the format of these files? https://github.com/haiku/haiku/tree/master/data/artwork/icons
<waddlesplash> no I mean nothing else is using AMD-V
<waddlesplash> like Hyper-V or Windows Hypervisor Platform
<OscarL> Letme try VMware 16
<waddlesplash> OscarL: oh, well, VBox and VMware can't both have virtualization
<OscarL> I won't be trying both at the same time, of course :-(
<OscarL> s/:-(/:-)/
<waddlesplash> I mean installed
<waddlesplash> I think
<waddlesplash> there can only be one kernel-level driver interacting with AMD-V
<waddlesplash> Windows Hypervisor Platform / Hyper-V takes precedence
<waddlesplash> if it's not installed/enabled, I don't know whether VMware or VirtualBox win out next
<waddlesplash> whichever "loses" will have massively degraded performance
<OscarL> I've no Hyper-V installed, and I haven't noticed any perf difference in VBox after I installed VMware.
<waddlesplash> well then it's probably Vbox being Vbox lol
<waddlesplash> VMware is way more performant
<OscarL> not by that much on this PC.
<OscarL> I've tried.
<waddlesplash> again: do you have AMD-V enabled in BIOS?
<OscarL> yes, of course.
<waddlesplash> huh. idk then
<OscarL> For compile tasks, for example, VBox gives me around 75% of bare metal performance. VMware around 80% and Qemu on some old ass Ubuntu, around 85%.
<OscarL> (that's comparing "time" outputs)
<Habbie> qemu or qemu-kvm?
<waddlesplash> but that syscall overhead is insane
jjido has joined #haiku
<waddlesplash> especially compared to bare metal
<OscarL> waddlesplash: that's true.
<waddlesplash> literally 30 times worse!
<OscarL> Habbie: IIRC, the kvm one.
<OscarL> VMware 16, Win10, Max perf:
<Habbie> OscarL, ack
<Habbie> OscarL, 85% would be incredible without it :)
<OscarL> avg: 159.06400ns
<waddlesplash> now that's more reasonable!
<waddlesplash> so it's just VirtualBox being VirtualBox
<Habbie> vbox should just get in the sea
<OscarL> reasonable? I get 158ns on bare metal :-D
<waddlesplash> it's a whole 1ns worse, less than 1% :p
<Habbie> noise
<OscarL> "reasonable?" as in.... actually amazing.
<OscarL> I guess CPU crunch and I/O "performace" render most of those differents moot for my use case.
<OscarL> VMware on "Balanced" power profile: "avg: 205.479000ns"
Blendie has quit [Quit: Connection closed for inactivity]
<Habbie> nice
<OscarL> s/on/with Win10 on/
<OscarL> erysdren: those are in "IOM" (Icon-O-Matic) format, if I'm not mistaken.
<erysdren> ahh
<erysdren> so i'm gonna get a friend to make a Haiku-esque Quake icon
<erysdren> what format is that vector in inside QuakeSpasm.rdef.in?
<OscarL> you can export to .hvif (and even to the .rdef "vector-icon" format) using Icon-O-Matic.
<OscarL> .hvif in text-safe format.
<erysdren> so let's say they can make it as an SVG and then i can import it, touch it up if necessary, and ad to QuakeSpasm.rdef?
<OscarL> IOM can import SVG, and you can save it to ".iom" (extension not really needed, of course), and "export" to "hvif" or "hvif .rdef"
<erysdren> thanks
<OscarL> np!
<erysdren> anything else i should put together for my HaikuPorts PR?
<OscarL> Just what Begasus already commented, I think.
<OscarL> erysdren: and the comment that I've added a couple hours ago.
<OscarL> do you plan to squash/clean up your upstream PR, I assume? (at least to remove those commits that cancell each other :-D).
<erysdren> i wasn't sure how to do that in my already existing PR
<OscarL> you can force push after you cleaned up your commit history.
<Begasus> 'lo erysdren OscarL
<OscarL> Hey Begasus :-)
<Begasus> erysdren, if you could address the comments there (didn't check a build) I'm fine (hope) :)
<erysdren> so app:quakespasm instead of cmd:quakespasm?
<OscarL> yeah, with no "$secondaryArchSuffix".
<selfish-> Hello
<erysdren> so
<selfish-> Is any package supposed to provide a 'gl' pkg-config module? glew wants glu, which wants gl, but mesa_devel has only osmesa and egl
<erysdren> quakespasm$secondaryArchSuffix = $portVersion
<erysdren> app:quakespasm = $portVersion
selfish- is now known as selfish
<OscarL> Begasus: is "app:QuakeSpasm" or all lowercase there?
<OscarL> hello selfish.
<Begas_VM> that can be uppercase (mostly use the name as it appears in the Deskbar)
* OscarL has no idea about pkg-config things so... Begas_VM will reply to that erysdren.
<Begas_VM> sec switching
<Begasus> quakespasm$secondaryArchSuffix = $portVersion is correct
<Begasus> app:QuakeSpasm without $secondaryArchSuffix
<erysdren> got it
<Begasus> no backslash at the end of line 19
<Begasus> (or space at the end)
<Begasus> tab before line 20
<erysdren> what about ln 18?
<Begasus> also none (missed that) :)
<erysdren> alright, got it
<erysdren> still waiting on the icon, otherwise i think it's good?
<OscarL> I would change the "Subject:" in .patchset file.
<erysdren> got it
<OscarL> "Commit messages should explain the why not what.", or so I've been told :-D
mmu_man has quit [Ping timeout: 480 seconds]
<Begasus> addAppDeskbarSymlink $appsDir/QuakeSpasm/QuakeSpasm QuakeSpasm (last one can be dropped)
<Begasus> addAppDeskbarSymlink $appsDir/QuakeSpasm/QuakeSpasm
<erysdren> alright
<OscarL> I don't even remember from where I copied that :-D
<Begasus> only the html file is with the binary in the directory?
<erysdren> yeah
<erysdren> if that should go somewhere else, i can change it
<Begasus> that could go to $docDir I guess then and only install the binary in $appsDir (not $appsDir/QuakeSpasm)
<erysdren> sounds good to me
<OscarL> I put it there, as I'm used to things being closer to their binaries (old BeOS style), instead of linux all over the place style.
<Begasus> if there is nothing else that the binary needs it shouln't be in a sub-directory (imho)
<Begasus> didn't check the makefile, isn't there a BINDIR/DATADIR/DOCDIR variable that can be used for "make install"?
bjorkint0sh has quit [Ping timeout: 480 seconds]
<erysdren> not sure
<OscarL> I was kinda expectingthat the quakespasm.pak would go along with the binary. I dislike spliting things so much.
<OscarL> but... that's just me.
<Begasus> cleaned the sources here, so can't check local :)
<erysdren> i can make one last change to put them next to eachother, as expected
<erysdren> i was just hacking stuff together late last night based on the recipe
<erysdren> rather than modifying the recipe
<Begasus> if that was the case it would be fine in a subdirectory OscarL
<erysdren> i just wanna do whatever conforms to the Haiku standards
itaniumdream has quit [Quit: Vision[]: i've been blurred!]
<Begasus> if put in $appsDir you can still call it in Terminal
<Begasus> in a sub-dir it won't
<erysdren> got it
mmu_man has joined #haiku
<OscarL> who the helll opens a game from terminal? :-P
<Begasus> maybe to check on launch issues OscarL ? :P
<OscarL> then you can just use full path :-D
<Begasus> or even what the binaries does when launching
<Begasus> it's easier :P
<erysdren> it's $docDir and not $docsDir?
<Begasus> it has been discussed before, if possible the app in $appsDir, data in $dataDir and documentation in $docDir
<Begasus> docDir*
<erysdren> $docDir/QuakeSpasm/Quakespasm.html
<erysdren> is that okay?
arti has quit [Quit: No Ping reply in 180 seconds.]
<Begasus> haikuporter should create a subdirectory called /system/documentation/package/(packagename)
<jmairboeck> $docDir includes a package-specific directory, so the subdirectory is not needed
<erysdren> ok
<erysdren> what about $dataDir?
<Begasus> right
<erysdren> i believe it doesn't do that
<Begasus> $dataDir is always /system/data
arti has joined #haiku
<jmairboeck> no, only $docDir does that
<erysdren> try this
<erysdren> merged OscarL and Begasus suggestions
<jmairboeck> there is also $documentationDir if you need the generic one (i.e. $prefix/documentation)
<Begasus> better erysdren
<erysdren> cool
* OscarL looks at BePDF/Beezer/Clipdinger/etc location/layout... Mmm. :-P
<OscarL> Vision too!!! /me shouts and runs away, before pissing people off for being in a contrarian mood today :D
<Begas_VM> hehe
<Begas_VM> Those are still BeOS legacy
<OscarL> don't let humdinger year you! :-P (also QuickLaunch) :-D
<Begas_VM> also didn't managed to get that going for ScummVM :P
<Begas_VM> so yes, if "needs" be ..
<OscarL> that was my point... I was rooting for that to apply to QuakeSpasm, oh well. I won't push back (anymore... not today... I think)
<OscarL> :-P
* OscarL goes back to play chocolate-doom
<OscarL> and of COURSE I have to start that one from Terminal :-D
<Begasus> still weird there OscarL
<Begasus> mostly don't see the variables combined like that :)
<Begasus> commandSuffix et all comes after ARCHITECTURES
<OscarL> dang! you can't shoot and strafe at the same time... it switches workspaces, LOL.
<OscarL> Begasus: I can add a separe "if [ $targetArchitecture == x86_gcc2 ]" if you want, but the effect is the same.
<Begasus> yeah, hence I missed it :)
<jmairboeck> That depends on whether you want to hypothetically support secondary architectures for other primaries as well (when we finally get 32 bit support on x86_64)
<OscarL> what I think it is needed, is better/simpler wording on that section of the Guideline. or a more concrete example.
<OscarL> maybe it is my poor english (and broken brain) that makes me always trip over that section.
<Begasus> don't think x86_gcc2 will become a secondary arch real soon
<OscarL> then what we do with "Instead, the SECONDARY_ARCHITECTURES="x86" line should be enclosed inside a test:" from the "remarks" section of https://github.com/haikuports/haikuports/wiki/HaikuPorter-Guidelines#using-the-commandbindir-user-variable ?
<Begasus> I think it's something introduced by fbrosson?
<OscarL> Either we need to add an extra "if [" (I've done that already on a couple of recipes), or you go against the "Ordering", as in this chocolate-doom recipe PR :-/
<Begasus> at least for me it's pointless at this time (even if we get other primary architectures I doubt those will include a secondary ...
<jmairboeck> If the package provides only commands, there is no need to use secondaryArch for anything else than x86 on x86_gcc2, because there is no need to have multiple versions installed in parallel
<Begasus> well, it's not a big deal, I can live with that, just my 2 cents :)
<jmairboeck> if there are libraries, the situation could become different
<Begasus> right, and even then, the ammount of gcc2 libraries will get lower in time
<jmairboeck> then we could have x86 (and maybe x86_gcc2) as secondary arch on x86_64 primary
<Begas_VM> OscarL, still getting no mudule sphinx found running the test for ...
<OscarL> I can go whatever way, too Begasus, just having some confusion about what I think are conflicting/confusing guidelines/examples.
<Begas_VM> been there OscarL :)
<OscarL> Begas_VM: re: sphinx: alright, then. Thanks for testing!
<Begas_VM> k, time to close some things here
<jmairboeck> but I think for BeOS compatibility, that would need a hack in packagefs, so that for 32 bit teams, the x86_gcc2 subdir is not visible. Something similar to what Windows does with "Program Files (x86)" and "SysWoW64"
Begas_VM has quit [Quit: Vision[]: i've been blurred!]
<botifico> [haikuports/haikuports] Begasus pushed 1 commit to master [+0/-0/±1] https://github.com/haikuports/haikuports/compare/6c1d2604968d...cd26ef5c5888
<botifico> [haikuports/haikuports] OscarL cd26ef5 - chocolate_doom: fix build, include manpages. (#8785)
<Begasus> what's up with 64bit buildmaster?
<OscarL> seems to be working?
<OscarL> " Status preparing"
<OscarL> and now it started the chocolate-doom build.
<Begasus> ah, my bad, probably something wrong in my link :)
<OscarL> or it took too long to clean up after building ffmpeg? :-D
<Begasus> nah, was like that from this morning, probably typo here :P
<Begasus> k, anything else you see OscarL jmairboeck for the quakespasm pr?
<jmairboeck> I didn't really look at it that much
<Begasus> didn't go through the pachset, we can always blame OscarL ;)
<botifico> [haikuports/haikuports] Begasus pushed 1 commit to master [+19/-2/±0] https://github.com/haikuports/haikuports/compare/cd26ef5c5888...480e45cd2f16
<botifico> [haikuports/haikuports] Begasus 480e45c - sphinx(python), add new/updated dependency python recipes (#8775)
<OscarL> Why the change on "cp $sourceDir/Quake/quakespasm.pak $dataDir/QuakeSpasm/quakespasm.pak" vs "cp $sourceDir/Quake/quakespasm.pak $dataDir/QuakeSpasm" ? (should be the functionally the same? , or I missed that part of the chat)
<Begasus> missed that too then OscarL
<Begasus> second one should be good
<Begasus> same for the html file :)
<OscarL> Do patch sets need black lines separating "Subject:" from the actual patch?
<Begasus> erysdren, doing it as it's done for the binary should be fine
<OscarL> or they use that "---" marker instead?
<OscarL> me does a checkout build.
<botifico> [haikuports/haikuports] augiedoggie pushed 1 commit to master [+2/-1/±0] https://github.com/haikuports/haikuports/compare/480e45cd2f16...cbebf4f44f88
<botifico> [haikuports/haikuports] augiedoggie cbebf4f - ugrep: update to 3.12.0 (#8787)
<Begasus> me is closing up for today, will see progress in the morning :)
<OscarL> later Begasus!
<Begasus> cu peeps! :)
Begasus has quit [Quit: Leaving]
<OscarL> "Warning: games-fps/quakespasm-0.96.0~git is overruled by duplicate in games-fps - please remove one of them" LOL WUT? (already removed the dep info file.
<OscarL> ah... I stil have my previous version of the recipe liying around elsewhere on the hp tree :-D
jmairboeck has quit [Quit: Konversation terminated!]
jjido has quit [Quit: My laptop has gone to sleep. ZZZzzz…]
<OscarL> QuakeSpasm builds, installs, and runs OK with latest changes.
<OscarL> mmm, but only if I use "hp -G quakespasm" to build it (it fails to apply the patchset without -G, that's a first)
<OscarL> guess it DOES needs those extra blank lines then?
<OscarL> (my bad, a failed "hp -e" left that file empty)
<OscarL> erysdren: **ultimate nitpick**: you can run "hp -c quakespasm", "hp -b quakespasm", "hp -e quakespasm", for a slighly smaller .patchset (avoids "diff-stats" lines).
<OscarL> btw, thanks again for working on this one :-)
<OscarL> just to make waddlesplash scream: VBox, Win10 on eco mode.... "> ./syscall-overhead" "avg: 13827.347000ns" :-D
<Habbie> ouch
townsfolkPravda has quit [Quit: townsfolkPravda]
AlaskanEmily has quit [Remote host closed the connection]
Ampilin has joined #haiku
Ampilin has quit [Quit: Vision[]: i've been blurred!]
HaikuUser has joined #haiku
HaikuUser has quit []
tqh has quit [Quit: Leaving]
tuaris has joined #haiku
tqh has joined #haiku
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
HaikuUser has joined #haiku
HaikuUser has quit []
HaikuUser has joined #haiku
diver1 has joined #haiku
Diver is now known as Guest2124
diver1 is now known as Diver
HaikuUser has quit []
Guest2124 has quit [Read error: Connection reset by peer]
tqh has quit [Quit: Leaving]