Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
waddlesplash
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
12 ms
·
61.
▲
by
waddlesplash
4y ago
No. As I noted to another commenter, this makes heavy and direct use of the Haiku APIs to do basically everything. Haiku actually does have a full draw-call-forwarding remote desktop system, with an HTML5 client to boot, and you could run t
62.
▲
by
waddlesplash
4y ago
They are. More than just the drawing routines, quite literally the entire thing directly invokes Be APIs. For instance XQueryPointer just calls directly into the Interface Kit to get the present mouse position, or XSetWMProperties directly
63.
▲
by
waddlesplash
4y ago
Thanks for following along! > GTK will always owner-draw its buttons, so you don't get a real native Be widget. Well, I think it might be potentially possible to write a theme that uses Haiku control-drawing APIs, just like for Qt (
64.
▲
by
waddlesplash
4y ago
A few more technical details, for the interested: * Every X11 "Window" gets its own BView (which is itself vaguely analogous to a QWidget in Qt, etc.) and of course top-level "Window"s attached to the root get their own
65.
▲
Show HN: Xlibe – A serverless Xlib (X11) compatibility layer for Haiku
(github.com)
116 points
by
waddlesplash
4y ago
|
46 comments
66.
▲
by
waddlesplash
5y ago
(Haiku developer here.) We have our own homegrown smart pointers and do make plenty of use of them, though we could stand to make more. Already pretty much any short-lived objects (i.e. that have no lifetime beyond the function they are imm
67.
▲
by
waddlesplash
5y ago
(Haiku developer here.) It works on my Zen 2 machine and I'm pretty sure one other developer runs it on Zen 3. Note that you have to use the EFI loader (only on x86_64) and you might need to use the fail-safe video driver if you get a
68.
▲
Xlibe: An Xlib/X11 compatibility layer for Haiku
(discuss.haiku-os.org)
5 points
by
waddlesplash
5y ago
|
2 comments
69.
▲
by
waddlesplash
5y ago
If you can so consistently reproduce kernel panics, it would be good to open a ticket. However, that has been less and less of a problem in recent years, and a lot more panics were squashed in the past few months, especially USB related one
70.
▲
by
waddlesplash
5y ago
FreeRDP is CLI-launch-only, so if you tried to start it via the GUI, that may have been your problem. We should probably rework BeRDP to use FreeRDP instead of rdesktop, but that's more involved. I think KRDC may be hardcoded to use &q
71.
▲
by
waddlesplash
5y ago
> the only RDP client that worked at all being so horrifically out of date that it can't understand modern RDP authentication mechanisms. Do you mean rdesktop? Indeed it's pretty old and probably should be disabled, so I just d
72.
▲
by
waddlesplash
5y ago
Yes. Attributes: https://www.haiku-os.org/docs/userguide/en/attributes.html Queries: https://www.haiku-os.org/docs/userguide/en/queries.html
73.
▲
by
waddlesplash
5y ago
> Haiku sounds really promising but needs like 100x developers and money to take off which I don't see happening. Oh, I don't think we're that far away from general viability. 10x the money would be more than enough, and e
74.
▲
OK Lenovo, we need to talk – Haiku Project
(haiku-os.org)
5 points
by
waddlesplash
5y ago
|
0 comments
75.
▲
by
waddlesplash
5y ago
Linux can at least read BFS, and Haiku can read at at least theoretically write ext4 but you may want to check the bugtracker to double-check that, I think the ext4 write support being fully functional is a recent development.
76.
▲
by
waddlesplash
5y ago
The requirements for stability being well known do not make them easy to follow. If you really want stability, you basically have to eschew all use of structs, or add struct versioning, to begin with. Then you can't add or remove param
77.
▲
by
waddlesplash
5y ago
FreeBSD does have some kind of effort to work on adopting them. While that may expand compatibility greatly, it would be in my view a major loss. FreeBSD WiFi drivers more than make up for in quality what they fail to have in quantity; Linu
78.
▲
by
waddlesplash
5y ago
People have attempted building QtWebEngine, yes, but it still has a surprising amount of OS-specific code within it. I think it may have gotten so far as displaying webpages but then crashed incessantly. Plus, I'm not sure what browser
79.
▲
by
waddlesplash
5y ago
Ignoring the leaks and looking just at the officially released Tracker and Deskbar, or the FAT driver, or the filesystem cache (from the samples of the Be File System book)'s code ... I think the claim that Haiku's code is much be
80.
▲
by
waddlesplash
5y ago
Honestly, I have no idea, because I have not even so much looked at what the actual implementation of modules is like in C++20 yet. Haiku uses almost none of the STL as it is, we write almost all our own containers and use C++ merely as &qu
81.
▲
by
waddlesplash
5y ago
You are correct, unfortunately. FreeBSD has one WiFi driver ("iwm", or on Haiku we call it "idualwifi7260") that supports 802.11ac hardware, and supposedly the 802.11 stack is ready for ac (there is an out-of-tree driver
82.
▲
by
waddlesplash
5y ago
Well, I do have a real name, and if you look in the right place you can find it, but >=99.9% of people in the Haiku community and those who have heard of it know me only as "waddlesplash", so why bother announcing with anything
83.
▲
by
waddlesplash
5y ago
One of the other Haiku developers had this [1] response to an inquiry about why Haiku is so fast: > The system is not all that well optimized, uses a 15 year old compiler which does not uses any modern CPU features, and by default, the k
84.
▲
by
waddlesplash
5y ago
The single biggest thing for me is the unified system design and implementation. That is, it's not like Linux/BSD desktop environments where the kernel, display server, window manager, desktop shell, file manager, distribution ...
85.
▲
by
waddlesplash
5y ago
R1's original goal was "feature-complete replacement for BeOS R5". I think we have at this point achieved that, but we also have a vague goal of "usable, stable, daily-driver OS" which we are not quite there for (mo
86.
▲
by
waddlesplash
5y ago
We reuse FreeBSD's WiFi drivers (I assumed responsibility for that port some years ago), so most things that work on FreeBSD work on Haiku. FreeBSD has fallen behind a bit, so you may want to check model numbers carefully before buying
87.
▲
by
waddlesplash
5y ago
WebPositive is based on modern WebKit but quite a few features have not yet been enabled (because they depend on platform code that is not implemented) or function not so well. But there is potential for sure. Nothing prohibits porting Chro
88.
▲
by
waddlesplash
5y ago
Hello HN, I'm the developer that has been hired. Happy to answer questions! Or you can go make a (tax-deductible) donation to Haiku, Inc. directly to support my contract: https://www.haiku-inc.org/donate/
89.
▲
by
waddlesplash
5y ago
We were never opposed to a rpi port, but it was much more difficult in the days of rpi1/2, yes, and the BeagleBoard was the initial target instead. These days there is some rpi4 code in the tree, but nobody found the time or motivation
90.
▲
by
waddlesplash
5y ago
There is no technical reason one could not port Chromium or Firefox at this point; it's simply that nobody has put the time in to do it (as you can imagine, porting a web browser is not an easy task.)
More ›