<waddlesplash>
can't reproduce, doesn't crash here
<waddlesplash>
but the text still disappears on zoom ...
<x512[m]>
No freezes?
<waddlesplash>
nope
<waddlesplash>
just doesn't redraw if you zoom in too far
<waddlesplash>
but it'll redraw again if you zoom out
<x512[m]>
Well, I think crash bug can be considered fixed.
<x512[m]>
Disappear on zoom need mask handing rework no not allocate big bitmap.
<waddlesplash>
x512[m]: btw, all KDLs with new wifi drivers fixed, but they don't work quite right on a lot of hardware including mine for unknown reasons
<mbrumbelow[m]>
I can, what packages need to be updated?
<x512[m]>
Something not implemented?
<waddlesplash>
x512[m]: harmless message, I left that on for debugging
<waddlesplash>
pretty sure that's wpa_supplicant seeing what the driver needs
<waddlesplash>
anyway, I've tried a huge array of things, like reverting to the old busdma code, hacking in even more checks, forcing on single-rx mode, booting with SMP disabled + 4GB memlimit
<waddlesplash>
and tons more, no differences; I also booted the very first version of the driver plus an older hrev, no differences again
<x512[m]>
Does it work in OpenBSD?
<waddlesplash>
yes.
<waddlesplash>
I also rechecked all the mbuf routines, in case there were more lingering differences between the BSDs
<waddlesplash>
but I didn't see any
<mbrumbelow[m]>
waddlesplash: updating now....
<x512[m]>
Adding trace code to OpenBSD may help to identify where behavior start to diverge.
<waddlesplash>
x512[m]: I don't have an OpenBSD build environment and for that matter I'm not even sure where behavior might begin diverging, because I don't even know what the problem is
<mbrumbelow[m]>
No connection but I can see the wi-fi 6 device
<mbrumbelow[m]>
in the prefs
<waddlesplash>
do you see SSIDs
<mbrumbelow[m]>
Zero, none.
<waddlesplash>
what version is your intel_wifi_firmwares package
<mbrumbelow[m]>
2022_01_11 for the firmware
<waddlesplash>
ok
<waddlesplash>
please post a syslog somewhere
<mbrumbelow[m]>
Ok will do
<mbrumbelow[m]>
I am going to try something in the bios.
B2IA has joined #haiku
_paul0 has quit [Quit: Leaving]
talos has joined #haiku
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
<mbrumbelow[m]>
ok... idualwifi7260 does not connect but shows all SSID's
<mbrumbelow[m]>
iaxwifi200 behaves the same way. no connection but sees SSID's nearby. This is actually very good. IMHO
thomaslewis has joined #haiku
x10z has joined #haiku
thomaslewis has left #haiku [#haiku]
<waddlesplash>
yes, that's "expected" for now
<waddlesplash>
the failures to connect and extreme packet loss if you connect is the baffling issue I've been so far unable to solve
<mbrumbelow[m]>
Sounds like a network wifi bugfest or swarm is needed. :)
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
thomaslewis has joined #haiku
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
x10z has joined #haiku
thomaslewis has left #haiku [#haiku]
thomaslewis has joined #haiku
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
thomaslewis has left #haiku [#haiku]
skirst has joined #haiku
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
bbjimmy has quit [Read error: No route to host]
thomaslewis has joined #haiku
bbjimmy has joined #haiku
<bbjimmy>
hrev 56241 x86_64 just rebooted again without any user input.
thomaslewis has left #haiku [#haiku]
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
<waddlesplash>
bbjimmy: the KDL fix is in hrev56242
<waddlesplash>
if that still has this problem, please try and figure out when the issues started
thomaslewis has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
<B2IA>
(bbjimmy_64) 56242 isn't available yet
thomaslewis has left #haiku [#haiku]
<bbjimmy>
waddlesplash as soon as hrev56242 is available, I'll try it.
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
Begasus has joined #haiku
<Begasus>
g'morning peeps
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
<zdykstra>
Mornin'
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
MajorBiscuit has joined #haiku
thomaslewis has joined #haiku
<Begasus>
morning zdykstra
thomaslewis has left #haiku [#haiku]
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
dominicm has joined #haiku
rodolphoeck has joined #haiku
freddietilley has joined #haiku
thomaslewis has joined #haiku
rennj has joined #haiku
thomaslewis has left #haiku [#haiku]
thomaslewis has joined #haiku
tuaris has quit [Read error: Connection reset by peer]
tuaris has joined #haiku
MajorBiscuit has quit [Ping timeout: 480 seconds]
AlaskanEmily has quit [Remote host closed the connection]
thomaslewis has left #haiku [#haiku]
tuaris has quit [Read error: Connection reset by peer]
tuaris has joined #haiku
thomaslewis has joined #haiku
freddietilley has quit [Quit: WeeChat 3.5]
kikadf has joined #haiku
thomaslewis has left #haiku [#haiku]
mmu_man has joined #haiku
nephele has joined #haiku
<nephele>
good day
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
dvn has joined #haiku
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
thomaslewis has joined #haiku
MajorBiscuit has joined #haiku
thomaslewis has left #haiku [#haiku]
thomaslewis has joined #haiku
<Begasus>
'lo nephele
thomaslewis has left #haiku [#haiku]
thomaslewis has joined #haiku
MarisaG has joined #haiku
<Begasus>
hi MarisaG
thomaslewis has left #haiku [#haiku]
freddietilley has joined #haiku
Begasus_32 has joined #haiku
thomaslewis has joined #haiku
DKnoto has joined #haiku
thomaslewis has left #haiku [#haiku]
<andreasdr[m]>
Good morning
thomaslewis has joined #haiku
<andreasdr[m]>
So means we have browsers via Wine soon? Interesting.
B2IA has quit [Ping timeout: 480 seconds]
<x512[m]>
<andreasdr[m]> "So means we have browsers via..." <- When crash reason will be identified. I feel that it is some small problem easy to fix. But currently it is hard to debug Wine applications because there are no debuggers and it is not possible to get stack trace (x86_64 WinAPI use incompatible stack frame ABI).
thomaslewis has left #haiku [#haiku]
<andreasdr[m]>
Damn.
thomaslewis has joined #haiku
<andreasdr[m]>
Crossing my fingers.
thomaslewis has left #haiku [#haiku]
tuaris has quit [Read error: Connection reset by peer]
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
mmu_man has quit [Ping timeout: 480 seconds]
thomaslewis has joined #haiku
<nephele>
why would you want browsers via wine....?
<nephele>
it's unlikely to work anyway, chromium sandbox simply does not work in wine, thus chromium doesn't either :P
<x512[m]>
nephele: Because it seems simpler path ti get some modern full featured web browser working. Falkon crash a lot for unknown reason.
<nephele>
It really isn't, you just add another layer...
<nephele>
working on webkit2 would be much simpler and easier, lol
<x512[m]>
nephele: It is a lot of work. For Wine it seems enough to fix some small bug.
<nephele>
no, chromium sandbox is fundamentally incompatible with wine, it won't work
<nephele>
webkit2 is not *that* much of work, just that nobody except pulkomandy invested any time into it recently
<nephele>
just work into random adventures like webkitgtk, falkon, wine etc. and we are not a single step closer to a browser because of this
<x512[m]>
Chromium works in Wine, not sure about latest version. Firefox also exists.
thomaslewis has left #haiku [#haiku]
thomaslewis has joined #haiku
<nephele>
If i wanted to run mozillas spyware why would i run haiku?
<nephele>
anyway, it is a huge time sink to "Just" do a stop gap, and this is like the fifth "this time for sure" stopgap
<nephele>
and none of them bore any fruit, working on webkit would have been far more effective
thomaslewis has left #haiku [#haiku]
<x512[m]>
For WebPositive you also need: proper audio/video support, streaming, microphone and camera support, screen capture support, drag&drop, proper browser history handling, proper networking layer, fixing graphics glitches, hardware acceleration including video decoding and much more.
<x512[m]>
For Wine browsers most of it will work out of the box, including Vulkan hardware acceleration.
<nephele>
most of those things you listed are things you need to fix in haiku, not in webpositive
<nephele>
hardware video decoding won't magically work if you run software in wine
<nephele>
and also, most of the things you listed are already available and working, ugh. especially browser history drag and drop etc.
<x512[m]>
Browser history and networking is currently broken in WebPositive.
<nephele>
And still, all of the effort into other solutions has been an effective 0 gain, while the work i did on webpositive and webkit has already made some good improvemtns, why not simply work on the native browser
<x512[m]>
It sometimes cause to lost history and make backward button inactive.
<nephele>
No, browser history works fine
<nephele>
you are thinking of a bug with cookies, which nobody investigated really
<nephele>
back button is a visual glitch of webpositive, if you switch tabs it goes back... and nobody reported this, so why do you expect this to be fixed?
<x512[m]>
Not fine for me. History button sometimes suddenly become inactive for no reason. Do not happen with other browsers.
<nephele>
Yes, and if you had spend the time you now spend complaining about it on fixing it it would already be fixed
<x512[m]>
I prefer window tabs.
<nephele>
.... and? how exactly does "so i will port a browser that doesn't support this" follow?
thomaslewis has joined #haiku
<x512[m]>
Do not port a browser, but fix Wine.
<nephele>
which will enable exactly 0 browsers with this feature to run on haiku, cool.
<x512[m]>
It will likely fix more applications, not just browsers.
<nephele>
unless WOW64 is enabled wine will remain useless to end users
<x512[m]>
Wine applications support window tabs as any other Haiku application.
<nephele>
Like WebPositive? Why then complain about it?
<x512[m]>
Not really useless, I use 7-Zip and WinMerge with Wine.
<nephele>
We already have a native port of 7z, and you skipped over half my sentence
<nephele>
you are not an end user, and neither am I
<x512[m]>
7-Zip GUI native port? Really?
<nephele>
I didn't say anything about a native gui
<nephele>
It's not neccesary, we already have a native extractor gui, lol
<nephele>
anyway, my point still stands. almost all windows software is mixed-arch, wine will only become usefull for end users if it can support this, end users don't know what "64bit native" means or how to obtain software that fits this
<x512[m]>
By 7-Zip on Wine I of course mean GUI. Extractor is not enough. 7-Zip allows to efficiently navigate an archive and extract only part of it (important for big archives). It also have many options of creating archives.
thomaslewis has left #haiku [#haiku]
<nephele>
especially because microsoft windows still supports mixed-arch fine, and there is no reason for most libs to switch to 64bit, especially for commercial software
<nephele>
Still, nice to fix some apps. I just think it is ridicilous to take any effort of porting software and append "So does that mean we get a new web browser??" to it
<x512[m]>
Web browsers are pure 64 bit applications. Many games too.
<nephele>
we already have severall, and nobody cares to fix web browsers apparently
<nephele>
falkon has slight crashing issues and instead of fixing that just go port another browser instead, that is even harder to debug.
<nephele>
no, games especially are almost never pure 64 bit
<x512[m]>
Only very old ones.
<nephele>
No
<nephele>
Almost all games, all libraries used have to be 64bit only for this to work, and this is almost never the case
<x512[m]>
For Crysis even installer works (MSI).
<nephele>
And again, end users don't know what this means, we basically give them "windows compatibility layer" and then it works for almost no windows software
<x512[m]>
On Windows you can't mix 32 and 64 bit libraries in documented way.
<nephele>
You obviously can mix them, otherwise there wouldn't be so many programms that do it
<x512[m]>
32 bit libraries are for 32 bit applications only.
<nephele>
No
senicar[m] has joined #haiku
<x512[m]>
Win32 is not Win16 where 16 and 32 were realky mixed and call each other via thunks.
<x512[m]>
On WoW64 only ntdll and some WoW runtime libraries are 64 bit, the rest are 32 bit.
<nephele>
I honestly don't know what this dicsussion serves, 64bit windows applications use 33bit libs all the time
<x512[m]>
No.
<nephele>
Yes they do
<jezek2>
isn't that just in the name for the compatibility? :)
<x512[m]>
It can't. Please demonstrate if you think opposite.
freddietilley has quit [Quit: WeeChat 3.5]
<jezek2>
though I'm not sure what compatibilty...
<nephele>
seriously? just download some games, your claim is the ridicilous one
<nephele>
if 64bit code was not possible to mix there would be no way windows devs could ever adopt 64bit because libraries don't update if they don't have to, especially for commercial software
<nephele>
jezek2: windows has a big track record of backwards compatibility indeed
<x512[m]>
Games use 32 bit installer application, but the game itself is pure 64 bit. There are no 32-64 bit mix in the same process.
<jezek2>
I haven't observed any mixing of 32bit and 64bit in a single process in windows
<nephele>
It doesn't matter if it's "in the same process" or not
<jezek2>
nephele: yes, but this particular naming (using 32 in the name for 64bit libraries) serves no purpose because it was all the new architecture, therefore it could have used 64 in the name just fine
<x512[m]>
It matters a lot from technical point of view.
<nephele>
jezek2: i didn't talk about naming at all
<nephele>
x512: no, it doesn't, you are trying to argue with a technicality against my point that wine without wow64 is useless to end users
<nephele>
end users don't care about those technicalities, and they don't understand it either
<nephele>
the only thing they see is that almost none of their software works
<jezek2>
nephele: show me an example where 32bit and 64bit code is mixed in a single process then
<nephele>
jezek2: "[12:36:14] nephele: It doesn't matter if it's "in the same process" or not"
<jezek2>
I'm aware only about 32bit installers for 64bit applications type of mixing
thomaslewis has joined #haiku
<x512[m]>
I feel that Nephele is a one of "end users don't care about those technicalities, and they don't understand it either" considering current disdcussion.
<nephele>
The discussion was "wine without wow64 is useless to end users"
<nephele>
I fail to see how "technically some windows software is 64bit only" is a rebutal to anything in that
<x512[m]>
Discussion was about mixed 32 64 bit libraries. This is not officially supported and I have never seen.
<jezek2>
nephele: then it's no issue right? 32bit process will load 32bit libs and 64bit will load 64bit libs, no mixing there, and there is no problem having different processes to be 32bit/64bit
<nephele>
jezek2: There is an issue, wine on haiku does not support 32bit AT ALL
<nephele>
that was the entire discussion
<nephele>
x512 is trying to argue that 32bit support doesn't matter
<jezek2>
then it should be fixed
Anarchos has joined #haiku
<x512[m]>
It is often possible to extract an installer with 7-Zip and run 64 bit application inside.
<nephele>
Technicalities of how you can or can't mix 32bit and 64bit code does not matter
<nephele>
even if you discount mixed arch software there is still an overwhelming majority of 32bit *only* software
<x512[m]>
I do not argue that 32 bit Wine support do not matter, I argue that 64 bit only Wine is also useful to end user.
<nephele>
especially many games people already own they want to run
<nephele>
x512: it is not usefull, it is confusing to use because almost no software runs with it
<nephele>
it's nice that *you* can extract installers, i can too! end users can't.
<jezek2>
nephele: ok, now that x512[m] mentioned extracting binaries I got it :D
thomaslewis has left #haiku [#haiku]
<x512[m]>
Of course it will be nice to implement 32 bit Wine support. But it have some technical difficulties like TLS register with one used by Haiku itself. Or some missing kernel support for switching 32-64 modes.
<x512[m]>
Not impossible, but need some more effort compared to 64 bit Wine.
<jezek2>
there can be also some launcher with support for common software that will extract the stuff for you
<jezek2>
like the various unofficial launchers for games on linux
<nephele>
you mean like playonlinux and such? or immoextract?
<nephele>
those are, from experience, also quite hard to use
<jezek2>
the first kind
<jezek2>
so it's user friendly
<nephele>
running for example gog.com installers in wine and having it "just work" is usually much easier
<x512[m]>
nephele: Users are not that stupid as you think.
<nephele>
Users aren't stupid, users don't have time to deal with stupid computers
<x512[m]>
Knowing about Haiku need some experience.
<nephele>
Yes. don't use it, it's beta software
<x512[m]>
Users may not know about OS stuff at all and thing that it is some part of computer.
<nephele>
people using haiku now, especially those using nightlies aren't "normal" end users, they are mostly tech enthusiasts. but that isn't the intended audience for Haiku
<nephele>
that's fine, users don't need to understand how the inside works, only how to use it to acomplish tasks
<Begasus>
thanks nephele ;) I'm just a noob :P
<nephele>
begasus: :D
<jezek2>
just don't advertise wine as a feature until it's fully functional
<nephele>
yes, i would agree with that
<Begasus>
I don't think having wine will attrack that much users also
<Begasus>
imho
<nephele>
I think it is important to lay out what to expect, properly, and not promise too much
<x512[m]>
It is fine to advertise Wine to experienced users (current Haiku users).
<nephele>
no, it isn't. we don't have wine, we have a barely working subset of wine
thomaslewis has joined #haiku
<nephele>
if you check the forum you will notice that many aren't *that* experienced also, otherwise they would for example not complain on the forums every single time a nightly slightly breaks
<x512[m]>
Barely working is underestimate. Wine is working more stable then Falkon for example.
<nephele>
barely working compared to wine on linux or macos
Anarchos has quit [Quit: Vision[]: i've been blurred!]
<x512[m]>
Haiku is barely working compared to linux or macos...
<x512[m]>
We haven't Haiku and shouldn't advertise. So let it die. That the logic you follow?
<x512[m]>
Lets face reality, not some "expected audience" that may never come.
<nephele>
Yes, you shouldn't "advertise" at all
<nephele>
if users discover haiku and it is good enough for them, that is nice feedback
<x512[m]>
Then it will be no new developers.
<nephele>
but don't go out in the world and say "Look at this, it's perfect!"
<nephele>
We simply aren't perfect, and Haiku is not good enough for a general purpose desktop OS yet, so don't advertise it as such
<Begasus>
3dEyes advertised gtk3 a while before it even hit the depot, waddlesplash rewrote libX11 so we could have something usefull, I guess everyone has his point of interest
<x512[m]>
Nobody say that "it's perfect". But it doesn't exists is underestimate.
<nephele>
Telling people "we have wine but it can only be used for some specific software" is fine
<Begasus>
advertising it as a wip shouldn't matter ... people should be aware it's not a finished project
<nephele>
saying "we have wine, you can now run windows software!" is not fine
<x512[m]>
"we have wine but it...": Yes.
thomaslewis has left #haiku [#haiku]
<Begasus>
see, it isn't that hard ;)
thomaslewis has joined #haiku
<x512[m]>
There is nothing wrong with 3deyes GTK 3 progress reports. It is great to tell what you are doing and what have achieved.
<Begasus_32>
Program g-ir-scanner found: YES (/packages/gobject_introspection_x86-1.72.0-1/.self/bin/g-ir-scanner)
<Begasus>
and I thought gir was bound to glib2's versioning
thomaslewis has left #haiku [#haiku]
<Begasus>
right x512[m]
<trungnt2910[m]>
<nephele> "saying "we have wine, you can..." <- Lol Wine itself isn't such a good project in reality. My experience with Wine on Linux is already hellish enough.
<trungnt2910[m]>
If only some magic could bring Visual Studio on non-Windows platforms...
freddietilley has joined #haiku
thomaslewis has joined #haiku
<x512[m]>
Wine is almost the only option to run modern games on Haiku.
<trungnt2910[m]>
Wine seems quite popular for gaming, I don't know why, but for apps....
<trungnt2910[m]>
I'm not a PC gamer so I don't know... The only game I play competitively is on Android.
<x512[m]>
As for apps I use Wine for 7-Zip GUI, WinMerge and some other small apps.
<trungnt2910[m]>
I'm waiting until it can run Microsoft Edge...
<x512[m]>
Does it run in Linux Wine?
thomaslewis has left #haiku [#haiku]
<trungnt2910[m]>
Never tried, as Linux already has native Edge.
<x512[m]>
nephele mentioned some problems with Chromium sandboxing in Wine.
<phschafft>
just use native IE on linux. ;)
<phschafft>
(there was at least one version)
<trungnt2910[m]>
Lol not the (already dead) IE.
<x512[m]>
phschafft: Very old version I think.
<phschafft>
I thought Edge is also basically dead as it's also just a chrome branding nowadays?
<phschafft>
x512[m]: yes, IE6 or something?
<trungnt2910[m]>
WebPositive on Haiku is actually good enough for a browser, except that it doesn't have sync (on Edge everything is synced between my laptop, my phone, and my VMs).
<x512[m]>
And IE for Libux is not useful for Haiku.
<x512[m]>
trungnt2910[m]: Interesting. I wonder what sync protocol Edge use.
<trungnt2910[m]>
Also, why no Chromium port attempts?
<trungnt2910[m]>
Chromium powers a lot of stuff, such as electron (and all the apps based on that)...
<x512[m]>
trungnt2910[m]: Falkon use Blink engine.
<x512[m]>
It currently crash a lot for unknown reason.
<trungnt2910[m]>
Just need the good old Visual Studio Code.
<x512[m]>
Also unfortunately Google do not want to accept patches to Chromium/Blink for even FreeBSD, not even mention Haiku.
<x512[m]>
So maintaining large patchset is needed.
<trungnt2910[m]>
trungnt2910[m]: And yeah, Discord Client for Haiku.
<trungnt2910[m]>
Also, what's the status of xlibe? Does it support input processing yet?
<x512[m]>
trungnt2910[m]: I feel that it will be easier to run with Wine then making native port.
<trungnt2910[m]>
x512[m]: But then we can't develop Haiku apps with it.
<trungnt2910[m]>
The best thing to do is to only port the VScode server.
<trungnt2910[m]>
And then we can ssh from an OS that has VScode to Haiku.
<x512[m]>
Electron apps are alien to any OS, so Wine will not make it much worse.
<trungnt2910[m]>
x512[m]: It's not about the UI. It's about developing stuff.
<trungnt2910[m]>
When running on Wine, VScode would recognize Windows paths and Windows compilers.
<trungnt2910[m]>
~~most new Haiku users would default to using x86_64 so not a problem to me~~
<Begasus>
tss :P
<x512[m]>
trungnt2910[m]: I have not yet moved Blackbox to 64 bits.
<x512[m]>
Also some useful native 32 bit apps exist like HexJuggler.
<trungnt2910[m]>
And yeah, I'm curious, why no HoH64? (Haiku on Haiku 64)?
<trungnt2910[m]>
On Linux it's possible with multilib or some stuff like that.
<x512[m]>
trungnt2910[m]: Not ready yet.
eroux_ has joined #haiku
<trungnt2910[m]>
Something like x86_64_x86_gcc2 hybrid?
<trungnt2910[m]>
That would be quite useful.
<x512[m]>
But I implemented ability to run riscv64 applications on x86_64 Haiku.
<trungnt2910[m]>
What about x86_64 emu?
<trungnt2910[m]>
(Something that Windows ARM64 has)
<x512[m]>
It was no hard because no syscall structures conversion is needed. For 32->64 bit canverting all syscall structures containing pointers will be needed.
<trungnt2910[m]>
x512[m]: Is it a JITter like on Windows ARM64 or is it just an emulator?
<x512[m]>
trungnt2910[m]: Emulator, but I found 2 RISC-V JIT libraries that can be used.
<ermo[m]>
what's the end goal with x86 haiku here? To remain BeOS compatible?
<x512[m]>
trungnt2910[m]: It will be easy to run x86_64 on ARM64 if use some existing x86_64 emulation library.
<ermo[m]>
Most x86 hardware since 2008-ish has been 64-bit. At this point, I honestly question whether it would be better to have a dedicated compatibility x86 (32bit) compatibility layer running on Haiku64? But since anyone with half a brand can think that thought, the next logical step is to wonder "what did I miss? are there explicit goals of which I am unaware?"
eroux has quit [Ping timeout: 480 seconds]
<ermo[m]>
s/brand/brain
<ermo[m]>
to be clear, I'm only asking out of idle curiosity. I am unlikely to ever run the 32bit version of Haiku personally.
<ermo[m]>
certainly not on bare iron.
MajorBiscuit has quit [Quit: WeeChat 3.5]
thomaslewis has left #haiku [#haiku]
MajorBiscuit has joined #haiku
<x512[m]>
x86_64 <-> riscv64/arm64 is convenient because structures are ABI compatible.
xet7 has joined #haiku
Anarchos has quit [Read error: Connection reset by peer]
<trungnt2910[m]>
If translating structures is the only work needed then... it's mostly manual labor and/or generatable code, right?
<x512[m]>
Generator should be able to read C structs code.
Forza_ has joined #haiku
<x512[m]>
Also depending on struct usage it may be needed to convert struct back on syscall return.
Forza has quit [Read error: Connection reset by peer]
<x512[m]>
Total struct count used in syscalls is much less then 278.
<x512[m]>
trungnt2910: About -static and eh-frame-hdr: Haiku executables do no use -static so it can be ignored.
Begasus_32 has quit [Quit: Vision[]: Gone to the dogs!]
<waddlesplash>
nephele: your comments about Windows and WINE usefulness are mostly wrong, sorry.
<waddlesplash>
trungnt2910[m]: the GTK3 port in the depot runs on xlibe, so yes it supports input
<waddlesplash>
x512[m]: GTK would drop X11 support in GTK5 at the earliest, and it sounds like most people don't want to do that based on the comments on that thread. Meanwhile no applications we care about even run on GTK*4* yet; GIMP is only now about to get to GTK*3*, we run a development version to have it in the first place. So I'd say that this problem is years away, if ever.
<waddlesplash>
Begasus: don't try to upgrade GTK, that will require an expert to do it.
<x512[m]>
It should be possible to make rootless Wayland server for Haiku, maybe wlroots based.
<x512[m]>
And run GTK software with it.
<waddlesplash>
yes, possibly, but Wayland will be way less natively integrated than x11
<x512[m]>
GTK developers are currently too focused to Wayland.
<waddlesplash>
right but that's on gtk4
<Begasus>
waddlesplash, not even thinking about upgrading GTK, was only trying to see if it would take gir into considoration (reverted and gave up on the idea)
<waddlesplash>
ah
<x512[m]>
GTK 3+ is already alien everywhere except GNOME, so no so much integration is expected.
<waddlesplash>
yes it looks like it needs XInput2 which I patched out of gtk
<Begasus>
harfbuzz/gdk-pixbuf/pango are ok, gt fails
<waddlesplash>
possibly it could be patched out of gir as well
<waddlesplash>
or, someone can do the thankless job of attempting to implement it
<Begasus>
;)
<waddlesplash>
but, well, that's not going to be any fun. it's a very tedious api
<Begasus>
that counts me out ;)
thomaslewis has left #haiku [#haiku]
Begasus_32 has joined #haiku
<x512[m]>
waddlesplash: What API?
bbjimmy has quit [Quit: Vision[]: i've been blurred!]
<Anarchos>
the famous coq theorem prover has an ide based on gtk, which i am unable to compile cause it needs glib-2.70 and we have glilb-2.68 :/
thomaslewis has joined #haiku
<waddlesplash>
x512[m]: XInput2
<waddlesplash>
Anarchos: use a slightly older version then
HaikuUser has joined #haiku
bbjimmy has joined #haiku
Begasus_32 has quit [Quit: Vision[]: Gone to the dogs!]
<Anarchos>
waddlesplash well i try, but coqide uses an OCAML framework to get its dependencies...
<Anarchos>
waddlesplash so i fight with all those frameworks to downgrade the requirements
HaikuUser has quit []
HaikuUser has joined #haiku
thomaslewis has left #haiku [#haiku]
Begasus_32 has joined #haiku
HaikuUser has quit []
Begasus_32 has quit [Quit: Vision[]: Gone to the dogs!]
thomaslewis has joined #haiku
x10z has joined #haiku
thomaslewis has left #haiku [#haiku]
humdinger has quit [Quit: Vision[]: Oi with the poodles already!!]
<nephele>
waddlesplash: you can disagree, sure, but if you want to say that I am wrong you should elaborate... I stand by my opinion that wine without wow64 is not that usefull to end users
<trungnt2910[m]>
waddlesplash: Why are you giving a Code-Review -1 for that gcc buildtools patch?
thomaslewis has joined #haiku
<nephele>
(otherwise it's just a "you are wrong, i am right" and that's not usefull to anyone, and likely not what you intended to convey...)
<Anarchos>
hello Begasus :)
thomaslewis has left #haiku [#haiku]
<x512[m]>
nephele: That abstract "end users" don exists yet.
<trungnt2910[m]>
Then porting libunwind would be possible.
<waddlesplash>
on the other hand, if you want to use a Haiku IME in GTK3, that could be implemented
<trungnt2910[m]>
waddlesplash: X11 based.
<trungnt2910[m]>
waddlesplash: Any docs to create a Haiku IME?
<waddlesplash>
unfortunately not that I know od
<waddlesplash>
of
<waddlesplash>
you can look at Canna
<trungnt2910[m]>
I want to type Tiếng Việt in Haiku. Attempted a port of x-unikey a few years ago (before I knew that X11 support on Haiku are just stubs).
<waddlesplash>
the native JP IME (though I think it's been somewhat replaced with a different one that's in HaikuPorts)
<waddlesplash>
we probably should add documentation about this because I'm actually not so knowledgeable about it myself and I'd like to implement the client side of it in Xlibe at least
<waddlesplash>
trungnt2910[m]: is it a proper IME or just an advanced keymap?
<trungnt2910[m]>
Unikey?
<waddlesplash>
obviously Japanese and anything that used Chinese characters needs a full, composing IME
<waddlesplash>
yes, is it a composing IME or just an "advanced keymap"?
thomaslewis has joined #haiku
<trungnt2910[m]>
As for all I know, it's a proper IME. It converts some key combos, such as `aws` to the character `ắ`.
<waddlesplash>
ok
<waddlesplash>
yeah you're not going to really be able to use Xlibe to port that
<waddlesplash>
you'll probably have to write a native Haiku backend
<waddlesplash>
so, you may want to look at the currently used JP IME in HaikuPorts which is also a port of some other library with a native Haiku backend
<waddlesplash>
trungnt2910[m]: hmm does it have a pop-up GUI though?
<trungnt2910[m]>
waddlesplash: Or create one myself using the Haiku API. But I'm not gonna do that until the .NET port is complete.
<nekobot>
[haiku/haiku] fbff149ce2d9 - openbsd_network: Refactor if_input_openbsd to use ml_dequeue.
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
Begasus has quit [Quit: Leaving]
Gaspare has joined #haiku
thomaslewis has joined #haiku
Begasus has joined #haiku
<Begasus>
think I f******d up my install ;)
thomaslewis has left #haiku [#haiku]
<waddlesplash>
how so?
<Begasus>
not sure, wanted to uninstall laserkombat earlier, but it asked me to uninstall almost the full system (which I didn't)
<waddlesplash>
it should show a reason for that
<Begasus>
a few times ran "pkgman full-sync" after that untill it rebooted to the splashscreen and didn't go any further
<Begasus>
it shouldn't be related to laserkombat, as there are no system packages involved
<Begasus>
but maybe with the changes I did to try to get gir to work it somehow messed up the install
<Begasus>
USB stick to the resque ;)
<Begasus>
waddlesplash, for what I have seen only when installing something it gives a reason why it can't be done, uninstalling a package that takes the system down only mention the packages that will be uninstalled at that time
thomaslewis has joined #haiku
Begasus_32 has joined #haiku
<Begasus>
back online :)
Begasus_32 has quit [Quit: Vision[]: Gone to the dogs!]
ClaudioM has joined #haiku
<Begasus>
done experimenting for today, things are back up and running, new day tomorrow :)
<Begasus>
g'night peeps
Begasus has quit [Quit: Leaving]
thomaslewis has left #haiku [#haiku]
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
xet7 has quit [Quit: Leaving]
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
thomaslewis has joined #haiku
skirst_ has joined #haiku
thomaslewis has left #haiku [#haiku]
skirst has quit [Ping timeout: 480 seconds]
austin987 has quit [Remote host closed the connection]
austin987 has joined #haiku
thomaslewis has joined #haiku
_0xdd has quit [Quit: WeeChat 3.4.1]
_0xdd has joined #haiku
B2IA has joined #haiku
austin987 has quit [Remote host closed the connection]
<waddlesplash>
and so did BeOS although it implemented much less of POSIX
B2IA has quit [Ping timeout: 480 seconds]
thomaslewis has left #haiku [#haiku]
jmairboeck has quit [Quit: Konversation terminated!]
thomaslewis has joined #haiku
thomaslewis has left #haiku [#haiku]
AlaskanEmily has joined #haiku
aib0 has joined #haiku
<tqh>
and in its own way :)
thomaslewis has joined #haiku
Anarchos has joined #haiku
aib0 has quit [Quit: aib0]
Vidrep_64 has joined #haiku
thomaslewis has left #haiku [#haiku]
tqh has quit [Remote host closed the connection]
DKnoto has quit [Ping timeout: 480 seconds]
<Vidrep_64>
waddlesplash, I noticed that when I couldn't connect with my idualwifi7260 that the keyring dialog from wpa supplicant didn't pop up to ask if you want to connect one time or always
<waddlesplash>
I may have finally found the openbsd_wlan compat bug
<waddlesplash>
Vidrep_64: indeed it doesn't.
<waddlesplash>
this is a current limitation, I'll get around to fixing it "at some point"
<waddlesplash>
I get it, kind of annoying to type your password every time
<Vidrep_64>
Mine is working OK ever since I did a clean install, rather than an update from Beta3
thomaslewis has joined #haiku
<Vidrep_64>
I seldom use wifi on a desktop PC, so not so annoying to me. I could see typing the password being a pain for laptop wifi users
DKnoto has joined #haiku
<waddlesplash>
extrowerk: you still got screenshots of ifconfig+speedtest I could post somewhere?
Gaspare has quit [Quit: Gaspare]
Anarchos has quit [Quit: Vision[]: i've been blurred!]
Gaspare has joined #haiku
augiedoggie_ has joined #haiku
thomaslewis has left #haiku [#haiku]
augiedoggie has quit [Ping timeout: 480 seconds]
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<nekobot>
[haiku/haiku] b5eee5ce22c7 - openbsd_network: Correct return values of m_dup_pkthdr and m_tag_copy_chain.