<nekobot>
[haiku/haiku] 9090152e4045 - screen_blanker: minor code optimization
<augiedoggie>
you spoil me with the quick merges :P
<waddlesplash>
they're pretty straightforward changes, and they look all good to me, so why wait? :P
<augiedoggie>
my changes are usually pretty easy to review
AlienSoldier has joined #haiku
<erysdren>
do we have pandoc on haiku?
<erysdren>
i don't think so, but i'm just checking
<augiedoggie>
i can't remember if jessicah had a fork of that somewhere
<augiedoggie>
seems like she did since she was working on ghc
<erysdren>
also, why is my TrenchBroom package unable to build on 32bit? in my 32-bit Haiku VM it just says "marked as broken on the target architechture"
<erysdren>
i just dunno why
<erysdren>
my recipe has SECONDARY_ARCHITECTURES="x86"
<erysdren>
i also tried `haikuporter -S trenchbroom_x86` and it said it couldnt find the package
<erysdren>
so idk whats going on.
<augiedoggie>
have you set up your haikuports.conf file for secondary architectures?
<erysdren>
i don't know what you're talking about, so probably not :P
<erysdren>
how do i do that?
<augiedoggie>
there should be a sample file somewhere, let me remember...
<dovsienko>
waddlesplash: dev.haiku-os.org redirects me to www.haiku-os.org, is this intended?
<waddlesplash>
no, it means trac crashed again
<augiedoggie>
erysdren: i think the package installs a global one in /system/settings ?
<waddlesplash>
unfortunately our infra setup at the moment redirects crashed services to the homepage, not ideal
<waddlesplash>
something is probably hammering it...
<augiedoggie>
erysdren: or possibly in ~/config/settings/haikuports.conf
<erysdren>
ah, got it
<erysdren>
found it in /system/settings/
<dovsienko>
waddlesplash: I can post to haiku-dev instead, or try again tomorrow
<nekobot>
[haiku/haiku] b190b70845f5 - kernel/x86: Do not hang forever if the serial line is dead.
<dovsienko>
tomorrow it is
<erysdren>
ok, i got a friend who's willing to do the TrenchBroom icon
<erysdren>
what would be the correct way to credit them in the package info?
<erysdren>
since the icon came from them, not TrenchBroom itself
OscarL has joined #haiku
<erysdren>
howdy OscarL
<OscarL>
Hello erysdren! :-)
<OscarL>
read you had success with TrenchBroom. Noice! :-)
<erysdren>
almost! gotta get an icon ready and im testing on 32-bit currently
* OscarL
is about to push some fixes for the recipes of pygame and the "Pathological" game.
<OscarL>
I just made my first icon on I-O-M.
<OscarL>
man, that app makes me feel extremely stupid.
<OscarL>
I just needed to add a circle, expand it to fill the full canvas... "how difficult can that be?"... <insert keyboard head-banging .gif here>
<erysdren>
ok, building TrenchBroom on 32-bit now after having to fudge some patch stuff...
<erysdren>
we'll see how it goes
<erysdren>
ok, it immediately failed
<erysdren>
cant find <fmt/std.h>
<OscarL>
That new "Merging is blocked" on github makes it looks like something's wrong with my PRs :-D
<erysdren>
thats so odd why 32-bit haiku doesnt have <fmt/std.h> but i guess 64-bit does?
<erysdren>
sec
scanty has quit [Remote host closed the connection]
scanty has joined #haiku
<erysdren>
yeah, devel:libfmt_x86 doesnt have <fmt/std.h>
<erysdren>
but 64-bit version does.
<OscarL>
I get annoyed by 32-bits only bugs/issues on the regular.
<OscarL>
I was *this* close to give the bird to "numpy" and co.
<OscarL>
(if I'm using that idiom the right way... that's a small miracle :-D)
<erysdren>
thats correct :P
<OscarL>
wohooo!
<erysdren>
ok, figured it out. pkgman automatically installed libfmt8_x86_devel
<erysdren>
rather than libfmt_x86_devel
<erysdren>
libfmt8 being an ancient version
<OscarL>
then you should be able to add a version constraint to the .recipe, right?
<erysdren>
i dunno why it's two separate packages
<erysdren>
but ya, i guess so
<OscarL>
(remember that those are meant to go on the devel:libfmt... line)
<OscarL>
the constraint, I mean.
<erysdren>
any examples?
<OscarL>
usually, only newer _devel packages are kept around when older version of libs are still needed for compat reasons.
HaikuUser has joined #haiku
<erysdren>
ah, found it
<OscarL>
as this has a different package name... maybe some old soft still needed that older _devel to be built.
<erysdren>
found another package that requires newer libfmt
<erysdren>
devel:libfmt$secondaryArchSuffix >= 11
<erysdren>
ill just copy this in.
<OscarL>
recent examples of lib version constraint... openssl > 3
HaikuUser has quit []
janking has joined #haiku
<erysdren>
ok, building back on track. brb a sec.
* OscarL
reads some logs in the meantime
<erysdren>
bak. build is at 30%
<OscarL>
There's a drawing bug on Terminal, if you close the first Tab... a gray rect appears at the bottom. Only happens when you close the first Tab. Should probably file a Trac ticket for it.
pabs is now known as Guest9564
pabs has joined #haiku
<OscarL>
oh, boy! we're closer to a Pe 2.5.0 release! (after 10 years an change of not even updating the version number :-P)
<erysdren>
lol
* OscarL
is hoping for a tagged release.
<erysdren>
ugh, TrenchBroom takes forever to build in a Haiku VM.
<erysdren>
Begasus on bare metal was able to build it pretty fast.
<OscarL>
(I can test on VMware, if the dependencies are not that big, I'm on metered cellphone network now :-/)
<erysdren>
it's a lot of deps.
<erysdren>
but idk how big they are
pabs is now known as Guest9566
pabs has joined #haiku
<OscarL>
that's a missing feature of /bin/pkgman... show the total download size.
<OscarL>
(before starting to download/install/update, I mean)
<erysdren>
yeah
Guest9566 has quit [Read error: Connection reset by peer]
pabs has quit [Read error: Connection reset by peer]
<erysdren>
im also planning to boot into Haiku on bare metal on my machine to see how TrenchBroom fairs
Guest9564 has quit [Read error: Connection reset by peer]
<erysdren>
rather than just testing in VM
<OscarL>
VMs are not *that* bad even on my really old hardware (Phenom II X4, from 2009)
<OscarL>
that's assuming the VMs are properly setup, though.
<erysdren>
not just for build time, i wanna see how it performs running
<erysdren>
cuz in the VM the 3D view of the editor is fairly sluggish.
<erysdren>
but thats to be expected for Haiku
<OscarL>
Many people complain about VBox performance, for example, but they use "OS=other" for Haiku, instead of "Other Linux 64 bits" (which works best)
<OscarL>
erysdren: understood (sorry for the lag).
pabs has joined #haiku
<OscarL>
yeah... testing on bare-metal, if feasible/practical, is better, of course.
<erysdren>
i just need to find a spare drive i can *reliably* keep Haiku on, instead of having to constantly reinstall because i had to wipe the drive for some reason.
* janking
is idle: BRB
<OscarL>
(reason #1 of why I don't use bare-metal more often... lack of the equivalent of Linux's acpi_cpufreq driver)
<erysdren>
whats that?
<OscarL>
a driver that allows the CPU to drop freq/voltages when not needed.
<erysdren>
ohh
<erysdren>
nice
<OscarL>
Haiku runs CPUs at full blast on almost all my hardware.
<erysdren>
mhm.
<erysdren>
very CPU-bound OS
<erysdren>
unfortunately.
<OscarL>
and power bill is already too high for me :-D
<OscarL>
so in my case, even running Haiku on a VM on top of Win10 is more energy efficient.
<erysdren>
just hit 65% of build.
oevl has quit [Ping timeout: 480 seconds]
<OscarL>
If I could overcome for a couple of days my lack of focus... I should be able to write a program to underclock my Phenom at least... too bad that I keep getting distracted by almost anything :-D
<erysdren>
Haiku is a wonderfully lean OS when it wants to be
<erysdren>
but sometimes it just hammers the CPU.
<OscarL>
erysdren: minor *nitpick* (and I mean... *nitpick*). If you extract the patchset with "haikuporter -e trenchbroom", it doesn't includes unneeded [PATCH], and stat lines.
<erysdren>
how do i fix that?
<OscarL>
(assuming hp=haikuporter, for short)...
<OscarL>
"hp -b trenchbroom && hp -e trenchbroom" (that should first unpack and patch the sources, and then extract a "clean" .patchset file)
<erysdren>
ahh okay
<erysdren>
thanks
<erysdren>
ill get to it before i mark the PR as ready to merge
<OscarL>
"haikuporter -e" basically is "git format-patch -kp"
<OscarL>
erysdren: feel free to ignore me, though.... even long time members of Haikuports still forget to use -kp when adding .patchesets :-D
<OscarL>
(I just like to be consistent with what haikuporter itself already does)
<OscarL>
ah, requires Qt6 and stuff... will have to pass on testing it (untill I get a bigger data plan :-D=
<erysdren>
aye
<erysdren>
no problem :D
<erysdren>
80% on build.
* OscarL
reads IRC logs chat about size of cursor...
<OscarL>
man... I'm not sure even 20 y/o /me would be able to make sense of IOM's *tiny* cursors for when you hold modifier keys down.
<OscarL>
(Presbyopia hitting me like a speeding truck the last year ain't helpin')
<erysdren>
good news OscarL: it worked!
<erysdren>
built and runs fine
<OscarL>
glad to hear! well done! :-)
<erysdren>
just need to get my friend to make a logo for it.
<erysdren>
then it'll be good to go
<OscarL>
the same friend that did that Q logo some time ago? (the one for QuakeSpasm, IIRC?)
<OscarL>
(*my* friends are even worst at anything artistic than even myself. Hard to believe that's possible, but...)
Skipp_OSX has joined #haiku
<OscarL>
still reading the IRC logs... "That's not a 2025 OS for me." :-D.
<erysdren>
yeah lol i saw that guy
<erysdren>
kinda rude thing to say tbh...
<OscarL>
Haiku yet again punching *way* above its weight, and making people think it should be on par feature-wise with Linux or Windows.
<OscarL>
still nice to see new people giving it a try, at least :-)
<OscarL>
(not everyone will be insta-hooked like many of us in the late 1990s, early 2000s)
<erysdren>
tru.
<erysdren>
i first saw Haiku about 2 years ago and was hooked immediately, cuz i love old personal computing.
<waddlesplash>
I read one article about Haiku in 2012, and thought "oh, that completely sidestep all the problems the Linux desktop has. plus it sounds very neat by itself anyway"
<waddlesplash>
here I am 13 years later lol
oevl has joined #haiku
<waddlesplash>
there were definitely parts in the middle where I thought "eh, I don't know if this is really going anywhere, should I find something else to spend so much time on?"
<waddlesplash>
but somewhere in the time from then to now Haiku has started solidifying into something that's actually a serious contender
<waddlesplash>
the list of things I need working before I can reboot into Haiku and use it for days on end is rapidly shrinking
<scanty>
waddlesplash: i've had 3wk uptimes on beta5
<OscarL>
waddlesplash: I remember reading some of your earlier exchanges with more senior devs, back in the day. So glad you had become such a good developer on the years that passed!!! (while I's still not sure if I just stagnated or regressed, LOL)
<scanty>
also, hi.
<OscarL>
s/I's/I'm/
pvalue has joined #haiku
<waddlesplash>
scanty: yeah, we were slowly improving but then the automated package builders really forced us to look at the stuff that got in the way of long uptimes
<OscarL>
hello there scanty! always nice to read you!
<waddlesplash>
random memory leaks and kernel crashes and the like
<waddlesplash>
OscarL: lol, I'm glad they didn't boot me out for being an annoying youngster :P
<waddlesplash>
I was in early high school in 2012
bjorkintosh has joined #haiku
<scanty>
waddlesplash: well, of course it is different for you since you are a developer, but all your work keeps paying off, beta5 is remarkably stable in my opinion.
<waddlesplash>
actually ... I think that means that next year (or the year after?) I'll have been involved with Haiku for half my life
<waddlesplash>
kinda crazy when you think about it that way
<scanty>
wow i feel old.
Oscar-L has joined #haiku
bjorkint0sh has quit [Ping timeout: 480 seconds]
<scanty>
wb Oscar-L
<Oscar-L>
Darn reconnects. waddlesplash: yeah, I remember *young and eager* waddlesplash :-). Love to have you around.
<waddlesplash>
LOL
<waddlesplash>
that's a way to put it
<scanty>
waddlesplash: does haiku have i2c support?
<waddlesplash>
somewhat, not really
<waddlesplash>
there is a driver for the "PCH" i2c bus commonly found on Intel
<waddlesplash>
but it needs work
<waddlesplash>
and the I2C "HID" driver, for input devices, is presently disabled
<scanty>
so they don't share any i2c code?
<Oscar-L>
define "i2c support"
<waddlesplash>
the I2C HID driver uses the I2C bus
<Oscar-L>
even I can (and did) code I2C bitbanging.
OscarL has quit [Ping timeout: 480 seconds]
<scanty>
i was just asking because i was looking into freebsd's bktr driver. i wish i had TV here.
<Oscar-L>
edid code from graphics drivers must also use it.
<scanty>
Oscar-L: yeah it's a common lower-level type bus.
<Oscar-L>
for BT8x0, I doubt you need OS suppport.
<Oscar-L>
even my "I don't C TV" drivers for SAA713x used I2C to configure the TV/FM tuner, and to dump the EEPROM.
<Oscar-L>
all without any help from BeOS/Haiku.
<scanty>
nice.
<Oscar-L>
I'll try to dig up whatever I may find.
<scanty>
always fun to dump roms.
<waddlesplash>
Oscar-L: you write better C/C++ than a lot of people who are "actual" C/C++ developers :P
<Oscar-L>
scanty: scanning the I2C bus for those cards was *extremely* satisfying, considering my skill level :-)
<Oscar-L>
waddlesplash: ah, man... thanks a bunch! Means a lot to me.
<scanty>
Oscar-L: that's how i felt when i wrote the pci parallel port driver for beos.
<waddlesplash>
honestly a lot of low-level development comes down to, how much can you juggle in your head at one time, and/or how well you can read "specification-ese"
<OscarL>
scanty: those SuperIO chips are really fun.
<waddlesplash>
a lot of my recent blitz through memory management is because at some point in the past few months, something clicked and it started making sense to me in a way it hadn't before
<scanty>
yeah, that's a totally different part
<OscarL>
scanty: understood. Just mentioning it because most IT87xx also have Serial and Parallel port functions in them.
<scanty>
that's probably ITE then.
<scanty>
not IT
<scanty>
i think you are confusing your hardware.
<OscarL>
right ITE the company, the parts have always been named ITxxxx
<scanty>
i'm just saying, it87 and ite887x are totally different.
pvalue has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
alright. I'm just saying that IT87 (and IT8xxx) has been used on Linux and BSD worlds to refer to ITE (the company) hardware for long.
<scanty>
okay ;)
<OscarL>
I have a *lot* of ITE datasheets, most of them for chios like: IT8502E/F/G :-D
<OscarL>
waddlesplash: still.. reading some of your work around memory and locking issues... makes me think... man... I'm happy someone understands half of this :-D
<OscarL>
my Dan0 box had an OpenBeOS bitmap on the Deskbar logo.
<scanty>
i have another screenshot of BeOS running my NES code, with TV output, i have to look for it.
<scanty>
man, dano UI was rough.
<OscarL>
I used Exp/Dano for 2 years as my main desktop... still people tell me I should make peace with Haiku's shortcuts..
<OscarL>
NEVER!!!
<scanty>
i used it for many years as well.
* OscarL
is just an heretic, using swapped ctrl<->alt.
<scanty>
you're wierd, then. :P
<scanty>
oh whoops
<scanty>
read that wrong.
<scanty>
haha.
<OscarL>
IMO... the "menu" key, should open whatever context menu is apppropiate accordign to the focused view, and not act like a "show the Deskbar menu" (but don't even close it when hit again) key.
coolcoder613_ is now known as coolcoder613
<scanty>
i dunno, that UI just looks "old" compared to haiku's
<OscarL>
can be seen even as an usability feature/issue.
<OscarL>
(I should just open a Trac ticket about this)
<OscarL>
scanty: yeah... I much prefer Haiku to any older BeOS, at the point that I avoid having to test things on BeOS...
<OscarL>
still, at least for me, Haiku's keyboard handling is just... not there (to be nice).
<scanty>
i think the menu should pop up when you hit the "windows" key
<scanty>
which incidentally, is blank on my keyboard.
<OscarL>
that would require Haiku understanding that "right-alt" and "Win-key" are differnt keys, and not just two OPT
<OscarL>
(Alt-Gr has been a pain-point for long for non US-users)
<scanty>
the "Menu" key (on my keyboard), next to right alt pops up the menu
<scanty>
but if you press it again, nothing happens
<scanty>
which seems inconsistent
<scanty>
i dunno, i'm not complaining. i dont' really use those keys anyway
<erysdren>
it's been a bit difficult to use Haiku without a Windows key
<erysdren>
ill be honest
<erysdren>
well, same for Linux too
Oscar-L has joined #haiku
<Oscar-L>
darn usb-tethered phone won't stop rebooting itself :-(
<Oscar-L>
"abandoning dial-up copper lines was a mistake" (never thought I would say that)
linuxmaster has joined #haiku
<Oscar-L>
"specification-ese", as waddlesplash well put it... man... indeed a language on its own.
<erysdren>
btw Oscar-L, i re-exported the patch with -kp from git
* BiPolar
is OscarL in "disguise". Darn phone won't stop rebooting.
<erysdren>
ahh
<erysdren>
howdy :3
phcoder has quit [Quit: Connection closed for inactivity]
janking has quit [Quit: Vision[]: i've been blurred!]
<BiPolar>
seems the closer the battery charge gets to 100%, the more frequent the reboots :-/ (which sucks using USB-tethering)
<BiPolar>
from a bit early: "something clicked and it started making sense to me in a way it hadn't before"...
<BiPolar>
man, I fixed a bug on Pe's Lout extension that was bugging me since 2006... just some months ago.
<BiPolar>
not comparing complexities of issues, of course...
<BiPolar>
just being able to relate to the "now it clicks for me" feeling.
<scanty>
so you have gprs->usb->internet?
Oscar-L has quit [Ping timeout: 480 seconds]
AlienSoldier has quit [Quit: Vision[]: i've been blurred!]
HaikuUser has joined #haiku
HaikuUser has quit []
OscarL has joined #haiku
<OscarL>
bloody hell... now using BlueTooth tethering on a different PC.
<OscarL>
scanty: basicallly, yes. Until it stops working for some reason :-(
<scanty>
that's a lot of bridges.
<OscarL>
a pain in the rear.
<OscarL>
and paying for the MB, so extra fun.
<scanty>
damn
<scanty>
can you get a dsl at least?
BiPolar has quit [Ping timeout: 480 seconds]
<OscarL>
have some ridiculous "data packs" as in... pay USD 0.5 for 10 GB (only valid for one day, from 00:00 to 06:00)... still have to try those...
<OscarL>
but considering I can't even keep an IRC connection up...
<scanty>
well if you can stay connected then there's no point to pay for it.
<OscarL>
scanty: current options are... 4G or "fiber". Sucks being "poor" (using quotes because I know what beeing really poor feels like).
<scanty>
sorry to hear that OscarL. i too know what it's like.
<OscarL>
kid me in the late 80s would have loved this anyways... always good to remember that :-D
<scanty>
haven't had dialup since '97
<OscarL>
I managed to trade one of the few PCTel Winmodems that worked on BeOS for some IT-related work. Still have that card.
<scanty>
ugh, winmodems.
<scanty>
we'll just do some dsp in software.
<OscarL>
I remember that I even tried to relink the driver to make it work on Haiku... even contacted one of the email addresses I got from "strings <pctel driver file>
<OscarL>
and I even got a reply!
<scanty>
cool
<OscarL>
of course, he was not able to help with the needed source code. Still cool I could reach its author, even to just say thanks!
<scanty>
yeah, that's a nice surprise.
<erysdren>
yeah, always a fun surprise when a 20 year old email address is still active
<erysdren>
or however long.
<OscarL>
I do my best trying to be "thankfull" to the authors of software I have been using for long.
<scanty>
one app i really miss is soundplay
<OscarL>
a small... "hey waddlesplash, thanks for your work, always appreciated"... goes a long way.... both ways, I think.
<OscarL>
(same for every other dev I come across)
<OscarL>
erysdren: yeah... I was... wait a minute... this did not only didn't bounced, but he replied? AWESOME (even if the next line was F**K you. :-D=
<scanty>
ok, bedtime for me.
<scanty>
goodnight all.
<erysdren>
night
<OscarL>
(third scorpion I killl this week. Should probably wear shoes)
<OscarL>
sleep well!
OscarL has quit [Remote host closed the connection]
<erysdren>
brb
piku has quit []
BiPolar has joined #haiku
moparisthebest has quit [Quit: Gateway shutdown]
moparisthebest has joined #haiku
<BiPolar>
moparisthebest: wellcome back :-)
janking has joined #haiku
<BiPolar>
mmm, I have *one* .hpkg file that make Beezer crash on open. Saving that file for later (will need to build beezer with debug info).
<BiPolar>
mmm, my "matrix screen saver" (just an updated verrion of the original from 1999) has reached 8 stars. Gettting too popular :-D
BiPolar is now known as OscarL
<waddlesplash>
OscarL: :)
<OscarL>
Should prolly encourage me to finish porting it to Haiku.
<OscarL>
(there was alreay a Haiku version, but not open source)
<OscarL>
Bought one of those silly "10 GB a night" data pack... downloading at 6.5 MiB/s... this feels like "Back to the Future IV".
* OscarL
should better plan his OSes updates for the next time he buys this thing.
phcoder has joined #haiku
<OscarL>
seeing the "Merging is blocked" warning on my PRs, but not on the PRs from others users makes me go "WTF?"
<erysdren>
i will check for it when i make it not-a-draft
<OscarL>
I assume that it might be due to some setting on HaikuPorts repo... you can block merges and only allow squashed commits, for example.
<OscarL>
but it didnt' showed up so prominemtly before.
<erysdren>
do you have push access to haikuports?
<erysdren>
i don't
<OscarL>
I don't.
<erysdren>
hmm, odd
<OscarL>
heck, I don't even have commit access to Pe, and I had that back in BeUnited/BerliOS era :-D
<OscarL>
(add OSDrawer in between)
HaikuUser has joined #haiku
HaikuUser has quit []
<OscarL>
happy to have all my PRs for Pe merged, so... no big deal (finally :-D)
<OscarL>
(the no-merge-warning still odd though :-P)
Oscar-L has joined #haiku
OscarL has quit [Ping timeout: 480 seconds]
<Oscar-L>
great. transient power loss means I lost about half of the data I've downloaded today :-/
<erysdren>
ah fuck
<erysdren>
sorry to hear that :(
<Oscar-L>
and somehow my ISP counts like I have already download 9 GB. WTF?!?!?!
<erysdren>
sounds like a scam
* Oscar-L
misses that PCTel dial up :-(
<phschafft>
morning.
<erysdren>
ahoy
<erysdren>
not on topic with haiku, but i've been thinking of making an X11 "application database" type program directly replicating the Windows 3.1 "Program Manager"
<erysdren>
unfortunately i have no idea how to get started writing a bare X11 or XCB GUI. seems like nobody does that.
* phschafft
checks the cookie bowl.
Oscar-L has quit [Ping timeout: 480 seconds]
* phschafft
provides erysdren mit 1 magic cookie ;)
<erysdren>
<3
<erysdren>
thank u
<phschafft>
;)
illwieckz_ has quit [Remote host closed the connection]
illwieckz has joined #haiku
<phschafft>
time for me to get ready to hit the road.
<erysdren>
where ya going?
<phschafft>
see query.
MisthaLu has joined #haiku
mr_lou has joined #haiku
<Begasus[m]>
morning peeps
<erysdren>
howdy Begasus
<erysdren>
besides the icon, which i'm still waiting on, TrenchBroom should be good to go. i tested it and it builds+works fine on 32-bit.
<Begasus[m]>
Hi erysdren (@_oftc_erysdren:matrix.org) , saw the commits in email
<Begasus[m]>
will run some checks later :)
<Begasus[m]>
for the icon, you could add an issue for a wishlist for that :)
<Begasus[m]>
OscarL still around?
<erysdren>
i got a friend making an icon :D
<erysdren>
dont worry about it
<Begasus[m]>
+
<Begasus[m]>
1
<Begasus[m]>
stupid numlock again :P
mr_lou has quit [Quit: Leaving]
DKnoto has quit [Ping timeout: 480 seconds]
DKnoto has joined #haiku
<Begasus[m]>
fist checking mariadb :)
<erysdren>
im gonna try booting into haiku on bare metal again
erysdren has quit [Quit: Konversation terminated!]
<erysdren>
well, it builds and runs perfectly fine just like in the VM
<erysdren>
but it's a tad buggy with the inputs... oh well
<erysdren>
probably nothing i can do about that
<erysdren>
brb.
erysdren has quit [Quit: Vision[]: i've been blurred!]
janking has quit [Quit: Vision[]: i've been blurred!]
janking has joined #haiku
phcoder has quit [Quit: Connection closed for inactivity]
freddietilley has joined #haiku
erysdren has joined #haiku
janking has quit [Quit: Vision[]: i've been blurred!]
<Begasus[m]>
build is ok for mariadb, but hunting down to use system libraries where possible, install part is kinda weird :)
janking has joined #haiku
janking has quit []
dqk_ has quit [Ping timeout: 480 seconds]
<nephele_xmpp>
erysdren: check out xcb, that is the library most programms use for X11
<nephele_xmpp>
Oh, overread that you already mentioned that, sorry. Only found some intro on freedesktop for it other than that
HaikuUser has joined #haiku
HaikuUser is now known as tealeg
phcoder has joined #haiku
<phcoder>
How do I get launch daemon and runtime loader to output to debug log?
<tealeg>
Good morning everyone. I'm wondering where the right place is to ask questions as a person devleloping software for Haiku instead of working on the core Haiku project? I found a haiku-3rdparty mailing list, but it hasn't seen traffic in 3 years.
<Begasus[m]>
Hi tealeg just shoot :)
<Begasus[m]>
there is a general haiku and haiku devel ML iirc
<tealeg>
Hey Begasus - a name I recognise :-D
<nephele_xmpp>
tealog: you can ask there, usually if people are still subscribed that should work still. Other than that this room is apropriate just as well :)
<Begasus[m]>
;)
* Begasus[m]
guesses digitalbox didn't run haikuporter in strict mode :P
<tealeg>
So, I'm trying my hand at writing a little service that would sync with a CardDav server and the People directory . That parts probably not an issue, however, I'm trying to set up a Deskbar Icon for it, and I'm seeing a weird behaviour. Basically, everytime I run my binary, instead of getting my icon and menu, it creates a second instance of the mail_daemon icon and menu instead. Oddly that second instance remains after reboots,
<tealeg>
until I explicity kill the mail_daemon. Colour me very confused.
<Begasus[m]>
did you check the forum? a few tips on setting icons are mentioned there (granted, searching for that will be hard)
<tealeg>
Yes, I tried searching. I can double down on that effort though.
<nephele_xmpp>
What api are you using?
<nephele_xmpp>
maybe you can upload your code snippet to bpaste or so
<tealeg>
Shouldn't be too confusing as it's literally only trying to set up a Haiku server for now.
<tealeg>
As you can see I'm taking inspiration from the mail_daemon code, so I thought I might have accidentally put some reference in that was duplicated from there, but I've checked. The only reference to mail is in comments in the ErrorLog window which I just lifted in its entirety for now.
<nephele_xmpp>
apparantly.... don't call that function
<nephele_xmpp>
Okay. I'm confused. That looks like it should work?
<tealeg>
Ok, well now you're exactly as confused as me :-D
<nephele_xmpp>
I'd probably try single stepping the method
<nephele_xmpp>
don't have a haiku here unfortunately to test :/
<tealeg>
The service runs, it shows a notifcation. And yes, I can run it in a debugger, thus far that hasn't gotten me anywhere :-/ I'll keep trying, seems like I must be doing something wrong.
<nephele_xmpp>
check what deskbar.additem is doing
<nephele_xmpp>
maybe that is doing something unexpected
janking has joined #haiku
<Begasus[m]>
lol, mariadb installs in $prefix, mysql in there to /usr/local :P
<Begasus[m]>
tss ... why can't they use GNUInstallDirs ... INSTALL_SBINDIR
tealeg has quit [Read error: Connection reset by peer]
pabs has quit [Remote host closed the connection]
janking has quit [Quit: Vision[]: i've been blurred!]
pabs has joined #haiku
mmu_man has joined #haiku
MisthaLu has quit [Quit: Leaving]
talos has joined #haiku
<phcoder>
Got to desktop on my darp10b
<Begasus[m]>
man, doesn't even fully respect CMAKE_INSTALL_PREFIX :/
talos_ has quit [Ping timeout: 480 seconds]
HPK_ has joined #haiku
<HPK_>
Good Morning.
<nephele_xmpp>
hello
<HPK_>
After all i installed Haiku on my Thinclient (Lenovo Thinkcentre M600) and it works very well. Had some problems yesterday - sorted out now.
<HPK_>
Just a question: Is it possible to send the audio via the Displayport i use to my monitor? At the moment i have sound from the PC Speaker (sound not that bad...)
<HPK_>
In Windows my office monitors acts as Speakers via Displayport. Possible with Haiku also?
<nephele_xmpp>
No
<nephele_xmpp>
our drivers do not support this at the moment
<HPK_>
Ok.....maybe it will in the future? I stick with the PC Speaker..... i´m sitting directly in front of the PC anyway
<nephele_xmpp>
Eventuallyit should be supported, but i don't think anyone is working on it at the moment
<coolcoder613>
If your monitor has a 3.5mm audio jack you could use that
<nephele_xmpp>
Begasus: that's right! we don't share here! /s
<HPK_>
Well it actually has a 3,5mm audio - but that´s for Line out
<HPK_>
:-(
<Begasus[m]>
nephele_xmpp: this one is using about any path with a different target :(
<Begasus[m]>
and on every rebuild atm +700 targets rebuild
<Begasus[m]>
GRN_DATA_DIR who invents those!! :P
<phcoder>
What are compatibility guidelines for kernel_args?
jmairboeck has joined #haiku
freddietilley has quit [Ping timeout: 480 seconds]
freddietilley has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
ilzu[m] has joined #haiku
<ilzu[m]>
Hello everyone. Does anyone know if HaikuWebkit exposes api to load html from string or buffer, for exaple BDataIO?
<phcoder>
waddlesplash: I uploaded a patchset that makes it go into desktop on my system. I have 2 variants: one puts PML4 under 4GiB and another extends phys_pgdir to 64-bit. Idk which one is preferred but putting under 4GiB is simpler
<nephele_xmpp>
Last time on love2d with sdl2 I had to add some things to sdl2 so stuff like resizeable window was actually respected. If i were to start a new project now sdl3 seem to be the thing to use? but no clue how "good" it is
<erysdren>
SDL3 is great on linux
<erysdren>
no idea about Haiku yet.
zard has joined #haiku
<nephele_xmpp>
The llvmpipe rendering in love2d was terribly cpu intensive, but as i understand from conversations here that doesn't appear to be a sdl problem
pabs has quit [Remote host closed the connection]
pabs has joined #haiku
<erysdren>
yeah thats just a haiku problem
<erysdren>
iirc
<erysdren>
i mean, just llvmpipe in general.
<nephele_xmpp>
Not really A Haiku problem
<erysdren>
fair. i just mean lack of GPU support for anything. it's gonna be CPU bound
<nephele_xmpp>
Haikus entire UI is 2d "un"accelerated and runs faster than many linux desktops using 3d acceleration... I don't have any cpu problems with drawing usually
<nephele_xmpp>
and especially not one that scales with the number of cores I use
<erysdren>
i'm talking about games/3d applications, not UI itself
<nephele_xmpp>
I'm not talking about 3d game?
<erysdren>
i use KDE Plasma on linux with a Core I3 and it's slow as heck sometimes
<x512[m]>
Maybe DrawBitmap will be faster than llvmpipe because of extra complexity and overhead, who knows.
<nephele_xmpp>
My game is some
<nephele_xmpp>
layers(canvases) overlayed, with simple sprite based chars between those. That doesn't require <corecount> llvmpipe threads taking up 20% of every core
<erysdren>
i think i lost the thread of the conversation nephele_xmpp, now i'm just confused :P
jnn has joined #haiku
<nephele_xmpp>
erysdren: I could understand the driver argument when I'd be working on a 3d game, but a 2d game with "simple" compositing should run just fine cpu side, with much less effort...
<nephele_xmpp>
The UI is drawn with app_server using anti grain geometry, unaccelerated. And I can use the same stuff for my game. Or use some drawing apis in userspace in SDL I guess
jn has quit [Ping timeout: 480 seconds]
<erysdren>
my guess is that llvmpipe isnt gonna know the difference between something that is 2D and something that is using full fat 3D with a bunch of extra extensions. it's gonna throw the same CPU cycles at each one, regardless of how much you could simplify a fully 2D game
<nephele_xmpp>
Entirely possible. The problem, or question here is: Was love2d using llvmpipe for that? or was sdl2?
<nephele_xmpp>
If it was SDL2 the re-implementing the game in C++ for sdl2 would net the same result
<nephele_xmpp>
(just with better multithreadin :p)
<erysdren>
SDL2 "renderer" API uses hardware accelerated GPU for drawing 2D stuff. so llvmpipe on haiku
<erysdren>
though, if i recall correctly, Love2D actually uses GLESv2 underneath, not SDL2_Renderer
<erysdren>
(which would also end up at llvmpipe on haiku)
<nephele_xmpp>
If it also used llvmpipe then it is not suitable for me.
<nephele_xmpp>
AGG is much faster for these tasks the llvmpipe it seems
<nephele_xmpp>
though the person who ported SDl3 mentioned that there was another driver for unaccelerated video in sdl that doesn't use llvmpipe...
<erysdren>
mhm. in SDL you can create a software surface for a given window and get a pointer to draw directly into it (then "flip" it back to the screen)
<nephele_xmpp>
I mean, if sdl3 can give me 2d drawing primitives and wants to run it on the gou where it makes sense for power reasons that is cool. But not when the default becomes so terrible as a result
janking has joined #haiku
pabs has quit [Remote host closed the connection]
pabs has joined #haiku
x10z has joined #haiku
x10z has quit []
janking has quit []
<nephele_xmpp>
Gonna ask in the sdl channel :)
dqk has joined #haiku
f_ is now known as funderscore
janking has joined #haiku
<x512[m]>
Maybe it is possible to speed up DrawBitmap even more with modern SIMD and breaking into rectangles/scanlines and blit on multiple worker threads.
oevl has joined #haiku
FreeFull has quit []
oevl has quit []
diver has joined #haiku
MisthaLu has joined #haiku
oevl has joined #haiku
diver has quit [Quit: Leaving.]
linuxmaster has quit [Ping timeout: 480 seconds]
diver has joined #haiku
piku has joined #haiku
diver has quit [Quit: Leaving.]
diver has joined #haiku
<phschafft>
morning everyone.
<nephele_xmpp>
evening ;)
<erysdren>
hi
andreaallegri has joined #haiku
<phschafft>
mau. :)
<andreaallegri>
mauro thee cat ...
<nephele_xmpp>
Can't get the example for sdl createsoftwarerenderer to work... already fails in SDL_INIT(SDL_INIT_VIDEO)... without any error string
<nephele_xmpp>
Don't really want anything from ports. I want a tool that uses the native mechanism, and doesn't have any functional differences compared to libbe apps.
MisthaLu has joined #haiku
diver has quit [Quit: Leaving.]
<waddlesplash>
what does "native mechanism" mean here? libbe does nothing with DNS
<waddlesplash>
phcoder: I agree the 32-bit mechanism sounds a lot simpler, let's go with that. I'll take a look later
<nephele_xmpp>
> what does "native mechanism" mean here? libbe does nothing with DNS
<nephele_xmpp>
Whatever apps that use the native apis use... e.g BSecureSocket causes dns resolution to occur aswell.
<nephele_xmpp>
Is there a overview of how to use BViews for drawing and composited drawing (also with offscreen buffers)
<PulkoMandy>
nephele_xmpp: If you want to do hure 2d in sdl2 it's possible but it needs some flags to explicitly disable acceleration. For example gitk for haiku currently worbs that way (through the tcl/tk to sdl wrapper undroidwish}
<nephele_xmpp>
PulkoMandy: I've not found any renderer that doesn't use llvmpipe, even "software". But I only trued sdl3
<PulkoMandy>
just switching the renderer wasn't enough
<PulkoMandy>
Sdl2 and later assumes that hw acceleration is available and useful (even for simple things like scaling a buffer to fit the display) and it takes a bit of effort to disable all that, but it's possible. In sdl3 I don't know
<nephele_xmpp>
Where would that code be? in tcl or git?
<PulkoMandy>
In tcl/undroidwish, I made some patches in the haikuports recipe for it (there was already some work to disable opengl in the original code but it wasn't enough)
BrunoSpr has joined #haiku
<HPK_>
hi
<waddlesplash>
nephele_xmpp: the BSocket DNS APIs just wrap the ones in lib network that are either POSIX or extensions to it.
<nephele_xmpp>
waddlesplash: doesn't matter. This is an implementation detail
<waddlesplash>
no it's not
<waddlesplash>
and in many cases the APIs do not suffice for dig anyway
<waddlesplash>
and the dig and other tools make raw DNS calls over UDP
<nephele_xmpp>
It definetely is.
<nephele_xmpp>
Do you provide any gurantees that this will work exactly the same in R1?
<HPK_>
i have a bit embarassing question. How do i do batch files in Haiku? I´m using Dosbox-x and i need to build startup-batch files for starting dosbox with a special argument and a special config file for each game
<bjorkintosh>
HPK_: write a script.
<zdykstra>
HPK_: specifically, bash scripting
<nephele_xmpp>
> and the dig and other tools make raw DNS calls over UDP
<nephele_xmpp>
exactl my point. This will give different results than the native querry, so is unsuitable to debug it.
<nephele_xmpp>
pulkomandy: seems a sdl hint was it that does the trick, with the same delay in rendering I am getting much better cpu utilization wirhout llvmpipe
<waddlesplash>
nephele_xmpp: the native APIs are just not sufficient for advanced DNS. I don't know if those of any OS are. Our own Mail app makes raw queries for getting MX records
<waddlesplash>
these tools use the system settings for DNS servers but that's about it
<phcoder>
That's annoying that even bootloader is build with gcc2...
<nephele_xmpp>
waddlesplash: different usecases
funderscore has left #haiku [WeeChat]
<waddlesplash>
phcoder: ? it isn't and shouldn't be
<nephele_xmpp>
same with "fetch" on FreeBSD, it uses their native libs. But it does not replace curl
<waddlesplash>
the bootloader and kernel are built with modern GCC only
<waddlesplash>
nephele_xmpp: doesn't do DNS
<nephele_xmpp>
in the same vain we should have something on the commandline to querry the native api for dns
<nephele_xmpp>
waddlesplash: ... so? that somehow makes it less of an example?
<waddlesplash>
the dig tool will probably do raw queries on BSD tool
<waddlesplash>
*too
<phcoder>
I get an error "/s/src/system/boot/platform/efi/arch/x86/arch_smp.cpp:74:8: error: inconsistent operand constraints in an 'asm'". I thought it came from an ancient gcc but I might be mistaken
<nephele_xmpp>
Yes... so don't call it dig if it does not do this. (though normally you have drill on BSD instead, though we are severly lacking in this department)
erysdren has joined #haiku
<waddlesplash>
phcoder: oh this is for the MSR functions? IIRC they do that on 32-bit GCC yes. I don't know why, but that's why they're still in asm
<bjorkintosh>
HPK_: also, no technical question is embarrassing. You don't know what you don't know.
<phcoder>
in GRUB they're inline with essentially the same code. Probably you compile with -fPIC which eats one of the registers for breakfast. I don't remember which one
<phcoder>
Actually I think the reason is different. LEt me try something
<Begasus[m]>
down to one more ... Warning: POLICY ERROR: Invalid top-level package entry "packages"
<nephele_xmpp>
I tried to port the libsdl chess example to callbacks, now the linker fails because of "undefined reference to main", how can i fix that?
<Begasus[m]>
checked where it calls main? (seen it before, but no real answer atm)
<Begasus[m]>
bugger ... again 800 objects :(
<nephele_xmpp>
fixed it
ablyss has joined #haiku
<Begasus[m]>
;)
<nephele_xmpp>
Would be cool if sdl3 would not call SDL_AppIterate that often...
janking has quit [Quit: Vision[]: i've been blurred!]
janking has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
<Begasus[m]>
heading out ... bbl (maybe) :)
diver has joined #haiku
Anarchos has joined #haiku
<HPK_>
Hi. Does somone of you use Dosbox-x? Where is the config file located? The standard Dosbox is easy to fond, but where does Dosbox-x stores the standard file? I want to edit it
<HPK_>
it isn´t in settings where i would expect it
<waddlesplash>
phcoder: looks like we already have a platform_allocate_lomem() that does most of what your platform_allocate32 does. I'm going to make it generic
mmu_man is now known as Guest9642
mmu_man has joined #haiku
<Anarchos>
hey waddlesplash, on the serial code you pushed for the COM1 missing, why didn't you put the test inside the while(condition) but in a if(){} clause inside the loop ?
<waddlesplash>
yes, by design, because we want to do "something else" when the timeout happens
<waddlesplash>
not just break the loop
Guest9642 has quit [Ping timeout: 480 seconds]
<Anarchos>
ok that make sense but i was curious
erysdren has quit [Quit: Konversation terminated!]
<waddlesplash>
all other platforms actually use the hint
diver has quit [Ping timeout: 480 seconds]
<waddlesplash>
I am trying to make all platforms just set 0 like RISCV did
<phcoder>
probably riscv stays in 1:1 mapping a bit longer
<waddlesplash>
but my initial attempt on x86_64 triple-faults
<waddlesplash>
doesn't look like it? it seems to set up a memory map same as ARM64 and the others
<phcoder>
but when does it switch to it
<phcoder>
?
<waddlesplash>
phcoder: this isn't 1:1 mapping
<waddlesplash>
the "vaddr" here may well be completely different than the underlying physical pages
<waddlesplash>
the "vaddr" is "where it's going to wind up in the kernel map"
<phcoder>
EFI provides 1:1 mapping until you switch it manually
<waddlesplash>
sure, but I mean, the vaddr here in the old code was != phys
<waddlesplash>
whether on RISCV or x86
gouchi has joined #haiku
<waddlesplash>
the only difference is whether you get the address requested in the ELF, or not
<phcoder>
Perhaps riscv does relocations or is even fully PIC?
<phcoder>
In any case this piece of logic is definitely in the wrong place
<x512[m]>
In theory valid vaddr should be set for memory used by runtime services.
<waddlesplash>
ah, yes, x86_64 kernel is -fno-pic
<x512[m]>
And translate address should be implemented.
<waddlesplash>
OK that explains it. Guess I need to implement some things differently in the insertion logic
<x512[m]>
RISC-V kernel is PIC and relocable. It is not loaded at fixed address. It also do not technically need linker script. Quite regular ELF executable.
<x512[m]>
Loading at fixed address is bad for many reasons. Security (avoid predictable and exploitable kernel addresses) is one of then.
<waddlesplash>
the EFI boot services are surely not going to implement ASLR
<waddlesplash>
so we will get a fixed address anyway doing things this way
<x512[m]>
When I made RISC-V port I tried to not use fixed addresses as much as possible.
<waddlesplash>
if we want ASLR for kernel itself that needs to be implemented here
<x512[m]>
Yes, runtime_loader can implement ASLR for ELF loading.
<x512[m]>
haiku_loader
<phcoder>
But that is separate from our current changes
<x512[m]>
Yes. Of course ASLR is optional. But relocable kernel is a first step and already done for RISC-V.
<x512[m]>
Also I don't like fixed memory maps and linker scripts. It makes things complicated and fragile without reason. Don't make additional problems to yourself.
<x512[m]>
"It a kernel! It is a deep wizardly unreachable for mere mortals. So of course it need liker script." like cargo-cult is wrong I think.
<andreasdr[m]>
Cool. Dont understand everything but sounds good.
<andreasdr[m]>
:)
<x512[m]>
NVK driver added platform abstraction API, so it become easier to port it to Nvidia kernel driver.
<andreasdr[m]>
Cool.
<x512[m]>
waddlesplash: As compatibility with Nvidia proprietary userland drivers is not a problem right now, it can be possible to change ioctl API a bit so it will not require different per-open mappings.