moparisthebest has quit [Ping timeout: 480 seconds]
imrahil has left #haiku [Disconnected: Hibernating too long]
Skipp_OSX has joined #haiku
<AlienSoldier>
waddlesplash ok, currently i have rev 20 available, will wait for that rev 25.
<waddlesplash>
it will probably be built tonight
<AlienSoldier>
i noticed when i used my sd card reader for the ticket picture that removing the reader after unmounting still send me in KDL, will have to make a ticket for that :)
<adrian_>
waddlesplash: god i hope your code review process isn't as long as mine rn is
<scantysnax>
bktr
<waddlesplash>
adrian_: oh all those commits I pushed earlier? no reviews, I just pushed them :P
<waddlesplash>
people read the commits mailing list though so there will be more eyes than just mine looking over them in the end
<waddlesplash>
we don't really have enough developer-hours besides me to review every single change I'm making, so, I only post the questionable ones for review
<OscarL>
we would be at 5 commits per year otherwise :-D
* adrian_
laughs
<adrian_>
i'm still waiting for 30 commits :p
<adrian_>
to get reviewed
<waddlesplash>
adrian_: maybe you should just push them too :P
<waddlesplash>
I mean it's rtwn, it was how broken for years until your first fixes recently?
<waddlesplash>
*for how many years
<adrian_>
oh god don't start
<adrian_>
the usb was just a mess
<waddlesplash>
yeah
<adrian_>
i'm trying to be nice about it
<waddlesplash>
so how many people are really going to complain if you just commit all of it lol
<waddlesplash>
even if it does break some controller you didn't test
<waddlesplash>
the odds that anyone is using it are probably low (unfortunately)
<waddlesplash>
I honestly would be interested to know how many users on FreeBSD are using the rtwn driver vs. Haiku
<adrian_>
i'm trying to not anger some people
<adrian_>
but like
<adrian_>
between you, me and hash haiku
<waddlesplash>
we don't collect analytics so I have no idea what our numbers are though
<adrian_>
when i saw people running wifibox
<adrian_>
instead of fixing our stuff
<adrian_>
i was like "ok everyone's choosing the worst path"
janking has quit [Quit: Vision[]: i've been blurred!]
<waddlesplash>
yeah, but I do get it, driver development is hard
<adrian_>
i do too
<waddlesplash>
easier to smash Linux in a VM and do passthrough
<adrian_>
but it's not like people aren't smart
<waddlesplash>
than to do the work
<adrian_>
sometimes though having someone like me being like enthusiastic can help
<adrian_>
so i'm trying to do that
<adrian_>
and also not alienate people who didn't like when i broke things
<waddlesplash>
we don't have VMs with PCI and USB passthrough just yet
<adrian_>
progress is hard
<waddlesplash>
or someone probably would have tried it here
<waddlesplash>
yeah, I get it
<coolcoder613>
waddlesplash: Did that report help?
janking has joined #haiku
<adrian_>
i'm gonna go pick up a t450s or something to dual boot haiku on
<adrian_>
just for wifi jackery too
<waddlesplash>
coolcoder613: haven't looked at it, on mobile
<OscarL>
scantysnax: bktr as in brooktree BT848 ?
<scantysnax>
yessir.
<adrian_>
there's plenty of tricks in building consensus
<waddlesplash>
oh no, adrian_ is going to read my code and tell me I've done it all wrong
<waddlesplash>
:P
<adrian_>
like, donig drive by 100 commits after being inactive for 7 years
<adrian_>
that's a bit much. :P
<waddlesplash>
yeah fair
<adrian_>
anyway
janking has quit []
<adrian_>
when do you wanna try pulling the rtwn diffs into haiku?
<adrian_>
i guess a good check point is once I've landed all of this, and see how it works for you?
<waddlesplash>
I pulled most of it up to last week
<OscarL>
scantysnax: you could try reversing the BeOS R5 one, as I did back in 2005, when I had the illusion of writting a similar driver for SAA713x TV/FM cards :-D
<waddlesplash>
or whenever that was
<adrian_>
oh cool
<adrian_>
that should fix the usb stability issues at least
<scantysnax>
OscarL, i thought about reverse engineering the beos one.
<waddlesplash>
and that was the second round of it too
<adrian_>
nice
<waddlesplash>
there are almost definitely nightly users already running that with rtwn devices
<adrian_>
nice
<waddlesplash>
I haven't asked directly but I know a few users who run nightlies and have asked about it before so I assume anyway
<adrian_>
ok I just ordered an old lenovo for like $150 to dual boot stuff on
<waddlesplash>
honestly
<adrian_>
i may be asking you dumb questions about haiku soon
<adrian_>
i hvaen't touched beos in 20 years
<waddlesplash>
anything that boots FreeBSD HEAD probably works for Haiku too
<waddlesplash>
I run it on a Ryzen 3700X rig
<waddlesplash>
others have even newer stuff
<waddlesplash>
and we do full EFI etc. so dual booting with FreeBSD on whatever you already have should work
janking has joined #haiku
<scantysnax>
that's good news. i think i might switch back to freebsd from debian10
<waddlesplash>
adrian_: actually one thing I would be interested in, if you're willing to try, is whether any of your own hardware hits our mysterious "can't load firmware" timeout bug
<waddlesplash>
none of mine does but a number of users have this
<waddlesplash>
for whatever weird reason it often doesn't happen under CSM/BIOS if it does under EFI
<waddlesplash>
but all my systems boot EFI and none do this
<waddlesplash>
and it isn't a problem on FreeBSD or OpenBSD last I heard from users that tried them
<waddlesplash>
so something must be broke in our PCI bus but I don't know what
<adrian_>
fun
<adrian_>
ok
<scantysnax>
oh noes.
<scantysnax>
waddlesplash: is that bug only on amd machines?
<waddlesplash>
scantysnax: I think it's on both
<waddlesplash>
it's been around for many years
<waddlesplash>
at this point there are some more clues starting to accumulate though
<waddlesplash>
currently I suspect that the MSI code doesn't re-enable disabled MSIs properly, or something like that
<scantysnax>
interesting.... and you suspect it's in the pci bus?
<waddlesplash>
i.e. an earlier MSI disable causes problems for things that use MSIs down the line
<waddlesplash>
scantysnax: well there isn't really anywhere else for it to be
<waddlesplash>
the symptom is "no interrupts received"
<scantysnax>
gotcha.
<scantysnax>
that's a no-fun error, too.
AlaskanEmily has joined #haiku
nipos has left #haiku [Error from remote client]
nipos has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
HaikuUser has joined #haiku
<waddlesplash>
coolcoder613: ok so it's running a control transfer
<waddlesplash>
we should avoid that here
HaikuUser has left #haiku [#haiku]
The_Ringmaster has joined #haiku
The_Ringmaster has quit [Remote host closed the connection]
The_Ringmaster has joined #haiku
<The_Ringmaster>
how easy is it to switch beta 5 to a nightly build?
AlienSoldier has quit [Quit: Vision[]: i've been blurred!]
<Begasus[m]>
morning peeps
Begasus has joined #haiku
<Begasus[m]>
Hi OscarL what's the stats on the 2 PR's?
<OscarL>
morning Begasus[m].
<OscarL>
both LGTM.
<Begasus[m]>
+1 merging then :)
<OscarL>
thanks!
<Begasus[m]>
with gdal and opencv in there it's best to merge them after these ones (2 pretty nasty builds) :)
<OscarL>
right :-)
<Begasus[m]>
curl uses ssl iirc right? looks like cfitsio doesn't seem to require ssl because of this?
<Begasus[m]>
RobinHood not picked up on 64bit?
<OscarL>
(mmm, 64 bits buildmaster didn't picked up robinhood? weird)
<Begasus[m]>
heh
KapiX has joined #haiku
<Begasus[m]>
morning KapiX :)
janking has joined #haiku
KapiX has quit []
<Begasus[m]>
ah no, it's there OscarL :)
<OscarL>
pheeew!
<Begasus[m]>
list is getting smaller for packages being uninstalled for removing openssl1
<OscarL>
"bear" seems to still require 1.1, at least from what I saw upstream.
<janking>
god morning to you all
<Begasus[m]>
not touching that one here! :P
<Begasus[m]>
morning janking :)
<OscarL>
I was *this* close to tackle it some moments ago, but found out a python alternative :-)
<Begasus[m]>
+1
<OscarL>
hello janking.
<Begasus[m]>
that one is a pain to build too
<Begasus[m]>
k, opencv will have to wait untill gdal is finished
<OscarL>
Begasus[m]: re ssl/curl and cfitsio... could be. Would be nice if HP issued warnings about potential spurious deps :-D
<OscarL>
"hey... you required XXX but nothing in the package seems to use it".
<Begasus[m]>
left them in the recipe (refs to ssl), but commented out
<Begasus[m]>
yeah :)
<OscarL>
not saying that such thing should be ON by default, but... could be a nice "--extra-checks" :-D
<Begasus[m]>
print readelf -d * | grep NEEDED or the like :)
<OscarL>
Begasus[m]: +1. +2 if you you mention on the commit log why you commented them out :-D
<Begasus[m]>
in the commit message or as a comment on the PR?
<OscarL>
any would do.
<Begasus[m]>
+1
<OscarL>
or as a comment on the commet inside the recipe :-D
<OscarL>
# lib:libssl # not sure if we really need this.
<Begasus[m]>
don't want to clobber recipes if not needed, git history is still around and can be checked
<Begasus[m]>
commit message already has that in :)
<Begasus[m]>
OscarL you should really get those drafts out :)
<OscarL>
amd_microcode issues on Haiku side still not resolved.
<Begasus[m]>
has to wait for beta6?
<Begasus[m]>
waddlesplash also still an open PR :)
<OscarL>
replxx I could undraft, but currently has no clients/users (I haven't migrated some of my code to it)... and apparently upstream author is not longer around :-(
<Begasus[m]>
x512 would be nice if that PR for cmake hpkg(?) support could be updated, tried to apply it on newer versions but couldn't get it to build :(
<OscarL>
not sure when/if the amd_microcode issue will get resolved. korli gave it a go, but didn't managed to fix it yet.
<Begasus[m]>
ok, let's park them for now then :)
<Begasus[m]>
don't want to run into an empty PR list :P
<OscarL>
python 3.14.0a3 just got released... need to update that PR (but probably will be for tomorrow.... will see :-D
<Begasus[m]>
+1
<OscarL>
k, let's see how long this takes me.
<Begasus>
only one (beside rust) is corrosion here (still using old ssl)
<Begasus>
ah no, corrosion requires rust ... so
<Begasus[m]>
will try with a (not required) openssl in BUILD_REQUIRES to force detection of ssl1
<OscarL>
patchset applied cleanly :-D
<OscarL>
Python 3.14.0 is scheduled for Oct 2025. Same month as EOL for 3.9 (Would be nice to get rid of it by then).
<OscarL>
alpha3 build seems ok.
AlaskanEmily has quit [Remote host closed the connection]
<Begasus>
nice :)
<OscarL>
had to type 6 times my passkey to get it right :-D
<Begasus[m]>
bugger gdal error on 32bit :(
* phschafft
comes in and quickly refills the cookie bowl.
* OscarL
should prolly get some sleep, now that there's some semi-cool breeze.
<OscarL>
See you around folks. Have a good one!
OscarL has quit [Quit: zzzZZZzzz]
freddietilley has joined #haiku
janking has quit [Quit: Vision[]: i've been blurred!]
nipos has left #haiku [#haiku]
nipos has joined #haiku
<Begasus[m]>
thanks ph :)
<phschafft>
:)
<Begasus[m]>
ok, let's see if this forces detection for ssl ...
<phschafft>
good luck.
<phschafft>
sadly need to leave you already. will be back later!
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
BrunoSpr has joined #haiku
<BrunoSpr>
Hello all... Good morning... What to do if my keyboard suddently does not work?
<BrunoSpr>
moin Begasus
<Anarchos>
BrunoSpr: i use usb external keyboards in that case
<Anarchos>
you can also try with the Preferences> Keyboard which is kind of a virtual keyboard
<Anarchos>
(or is it Preferences>Keymap ?)
<nephele_xmpp>
BrunoSpr, USB?
<Begasus>
moin BrunoSpr
<Begasus>
hi Anarchos nephele_xmpp!
<Anarchos>
hello Begasus
<Begasus>
was about to file a missing person on you nephele_xmpp :)
<Anarchos>
Begasus: i encounter an unforeseeable bug while testing my bios drive detection code :)
<nephele_xmpp>
Why? is my presence on the forum not enough? I also have email :P
<Begasus>
can't nag there :P :)
<Begasus>
you're one of those "need to be in the channel peeps" :)
<nephele_xmpp>
heh
<nephele_xmpp>
well, my gpu is still MIA for my main PC
<Begasus>
tokio rust builds fine
<Begasus>
eeps
<Begasus>
no backup in there (onboard or so)?
<nephele_xmpp>
no
<Begasus>
that's a bummer
<nephele_xmpp>
and my monitor is a 4k one, and other computers i have have trouble connecting over displayport to it
<nephele_xmpp>
the steam deck connects to it over hdmi but only with some really terrible resolution
<Begasus>
targetted for gaming?
<nephele_xmpp>
and the only darn dock I knoww off that does the obvious usb-c -> displayport is ... made by valve themselves! and I don't own it xD
<Begasus>
heh
<nephele_xmpp>
well the steam deck is primarily for games, yes. But other than that it is also simply a capable machine. Over usb-c you can get video output, get input devices in, charge the thing etc. and then just use it like a regular linux desktop computer
<Begasus>
too complicated for me :D
<nephele_xmpp>
Honestly, not really. for a consumer it's basically you have this dock which has all the ports like a normal computer does, and the thing itself just sits in it and you only need to connect one cable to use it there
<nephele_xmpp>
the gaming mode is very friendly to people who just want to play games, and the desktop mode is just normal linux KDE desktop
<Begasus>
I don't even get the HDMI to work here, let alone anything else :)
<Begasus>
well, can hook it up in Windows, but that's not the same
<nephele_xmpp>
well it is supposed to be just plug and play. Though on Haiku admittedly we are still quite far off that...
<Begasus>
right, if need be I just boot a few of the other laptops to Haiku :)
<nephele_xmpp>
Should just work on the wii u port xD
<Begasus>
latest gdal failed to build on 32bit, opencv still build against the new rev on both, so gdal 302 one step closer out of the door :)
<MonniTheCat>
It mought my 64-bit Haiku was beyond fixing, but it can still boot beta5+125 and that can run command-line apps... no nightly I had left could run them...
<MonniTheCat>
s/mought/thought/
<MonniTheCat>
s/It/I/, s/mought/thought/
janking has joined #haiku
nephele_xmpp has left #haiku [Error from remote client]
janking has quit [Quit: Vision[]: i've been blurred!]
Habbie has quit [Quit: upgrades]
zard has joined #haiku
<BrunoSpr>
Anarchos, external keyboard, good idea!
<BrunoSpr>
Anarchos, preferences/keymap good idea too, thanks
Habbie has joined #haiku
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
nephele_xmpp has joined #haiku
janking has joined #haiku
janking has quit [Quit: Vision[]: i've been blurred!]
frkzoid has joined #haiku
freakazoid332 has joined #haiku
frkazoid333 has quit [Ping timeout: 480 seconds]
frkazoid333 has joined #haiku
frkzoid has quit [Ping timeout: 480 seconds]
freakazoid332 has quit [Ping timeout: 480 seconds]
HaikuUser has joined #haiku
HaikuUser has quit []
nephele_xmpp has left #haiku [Disconnected: Hibernating too long]
nephele_xmpp has joined #haiku
nephele_xmpp has left #haiku [#haiku]
frkzoid has joined #haiku
dalme has joined #haiku
frkazoid333 has quit [Ping timeout: 480 seconds]
janking has joined #haiku
nephele_xmpp has joined #haiku
nephele_xmpp has left #haiku [#haiku]
<janking>
tcp 0 0 -084-gls-223-www-9-k-0brasil.net.daraz.com:auth-084-gls-223-www-9-k-0brasil.net.daraz.com:*listen 3123/Vision.What can i do with this?
<Begasus[m]>
maybe mmlr doesn't even remember that one :)
<Skipp_OSX>
"Allow shift-return to discard the filter so you can decided whether or not the filter shall stay in effect when opening a selection."
<Begasus[m]>
afk for a bit
freddietilley has quit [Quit: WeeChat 4.4.3]
<Anarchos>
Skipp_OSX: 'enter' open the selection. 'shift-enter' opens the selection AND discard the filter in the original Tracker view of the folder. That's my guess
oevl has quit [Ping timeout: 480 seconds]
<Skipp_OSX>
discards the filter meaning it shows poses that are normally filtered out? Is there an example of this that I can look at?
<Skipp_OSX>
idk how to even test this to see if it's working or not.
bbjimmy has joined #haiku
<Skipp_OSX>
For example I think there's a filter on the Backgrounds open dialog (Image: Other...) that only shows folders and images. If I Shift+Enter I don't see any non-image files...
<fancy2209[m]>
@Begasus#2433 just curious
<fancy2209[m]>
You said you tried to fix Tokio before right? What were you trying to compile that needed it?
<Skipp_OSX>
Does it not work or am I doing it wrong?
SLema has joined #haiku
<Anarchos>
Skipp_OSX: just filter some files in a folder and click enter/shift-enter ?
<Skipp_OSX>
how do I "just filter some files in a folder" ?
<Anarchos>
Skipp_OSX: i don't know if is for intrinsic filter (backgrounds dialog only shows image) or for interactive filters when you type letters to filter in a folder. Let me find the relevant section of user guide for you...
<Skipp_OSX>
Yeah well unravelling the distinction between ref filtering and type-ahead filtering is what I'm struggling with here.
<Skipp_OSX>
what you call "intrinsic filter" is what I call "ref filter"
<Anarchos>
i struggle with that too before : do 'type ahead filtering', then select some files. Now i guess there is different behaviour in the window if you do enter/shift-enter. My guess.
<Skipp_OSX>
I understand what type-ahead filtering is, but I don't see how it could possibly apply here since you're opening a new folder unless type-ahead filtering works across different folders?
<Skipp_OSX>
no, it doesn't... not that I can tell
<Anarchos>
you can select files in a selection in a folder, don't you ?
<Skipp_OSX>
When you open a new folder it undoes your type-ahead filtering, which is what I expected.
<Skipp_OSX>
yeah you can select them
<Anarchos>
now type enter
<Anarchos>
is the filtering still applied to hte folder ?
<Skipp_OSX>
right, no it does not, filtering unapplied
* Anarchos
is not yet on haiku
<Skipp_OSX>
understood
<Anarchos>
now do the same filtering + selection, and hit 'shift enter'
<Skipp_OSX>
yeah I did, no difference
<Skipp_OSX>
opens the folder and the files, but the filtering is undone on the new folder
BrunoSpr has joined #haiku
<Anarchos>
Skipp_OSX: then i don't get the point of the code you showed
HaikuUser has joined #haiku
HaikuUser is now known as Yoke
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
<Begasus[m]>
re
<Begasus[m]>
fancy2209 I just build tokio, not something using tokio :)
<Begasus[m]>
PS, nice work on that PR! builds OK now, even ran some tests that looked fine
<Begasus>
bugger, gdal building from scratch (again)
OscarL has joined #haiku
<Begasus>
g'morning OscarL :)
<OscarL>
Hello Begasus :-)
<OscarL>
Skipp_OSX: For me, what it does it just conveniently cancel the type ahead filter once you're done using it:
<OscarL>
Say I want to open a few .cpp files... I type .cpp, select them, hit shift+enter to open them and at the same time, cancel the type-ahead filter.
<OscarL>
(I've just tried, and it works OK)
<Begasus>
type ahead filter/hit Enter works fine here too, when done hit Esc?
<OscarL>
using shift+enter avoids having to go back to tracker and hit ESC to cancel the filter, yes.
<OscarL>
not sayin' I'd use it much, I'm just commenting in how it seems to work.
<Begasus>
ah so it opens the fiiles, esc the filter without Esc?
<OscarL>
Begasus: right.
<Begasus>
neat trick!
<Begasus>
eat that Dolhin! :D
<Begasus>
or would that be plasma? :)
<OscarL>
Mmm, wonder how roasted dolphin tastes like...
<Begasus>
tsss! :P
<Skipp_OSX>
I see OscarL thank you
<OscarL>
np!
<OscarL>
I waas already digging up https://xkcd.com/1172/ for reference (in case you were considering nuking that code :-D)
<Begasus>
opencv still good with latest gdal: lib:libgdal >= 36.3.10.0
zard has quit [Quit: leaving]
<OscarL>
Begasus: mmm, I guess many recipes had debuginfo packages before the use of ReleaseType was made mandatory... and who knows which default each project used in that case.
<Begasus>
debug package still 1.57MiB
<OscarL>
I'm prettty sure I had just slapped a "-DCMAKE_BUILD_TYPE=Release" more than once just to avoid that error :-D
<OscarL>
(without even thinking much about debugpackages and such :-D)
<Begasus>
yeah, seen a "few" there also :)
<OscarL>
live and learn, I guess.
<Begasus>
right, although there is still some doubt here
Begasus has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
Begasus: you mean about why the debuginfo package has XX size if it is in release mode?
HaikuUser has joined #haiku
HaikuUser has quit []
<Begasus[m]>
about wether or not to nuke it out when in release mode
<Begasus[m]>
1.57MiB isn't nothing*
<Begasus[m]>
so yes, that too :)
<OscarL>
I may be mistaken (as always)... but I remember from the Makefile (of makefile-engine)...
<OscarL>
that there are two "knobs"... DEBUGGER and SYMBOLS.
<OscarL>
the first turns optimizations down, and adds "-g" (so you get source-code-level debugging info)
<Begasus[m]>
too late to brake my head over it :)
<Begasus[m]>
been a long day again with that stupid glab :)
<OscarL>
the latter I guess is what's removed from a regular build if you run "strip some_binary", and then the stack traces looks like the matrix... al numbers :-D
<Begasus[m]>
lol
<OscarL>
(instead of proper function names, etc)
<Begasus[m]>
so not really useful
<Begasus[m]>
anyway ..
<Begasus[m]>
pulling the plug here
<OscarL>
Mmm, not that I mention makefile-engine... its "Makefile" templates DO mention "SYMBOLS :=", but the engine doesn't seems to do anything with its value.
<OscarL>
later Begasus[m]!
<Begasus[m]>
cu peeps! :)
x10z has joined #haiku
zardshard has left #haiku [Disconnected: Replaced by new connection]
zardshard has joined #haiku
Anarchos has joined #haiku
B2IA has quit [Quit: Vision[]: i've been blurred!]
<nekobot>
[haiku/haiku] f664cdc7e06e - kernel/vm: Allow private mappings beyond the end of files
Anarchos has quit [Quit: Vision[]: i've been blurred!]
Anarchos has joined #haiku
<Anarchos>
after the message 'Welcome to the Haiku boot loader!', at which point code begins to run concurrently ?
kinkinkijkin has joined #haiku
<OscarL>
I would assume the boot loader only use one core, no? and the kernel is the one that bring the rest up?
B2IA has joined #haiku
<OscarL>
Anarchos: "KERN: trampolining other cpus" ?
<Anarchos>
OscarL then i don't understand, cause i have a message «KERN: phys memory ranges:» interrupting my logs, but there is no 'trampolining' message
<OscarL>
FWIW, "KERN: scheduler_init: found 4 logical cpus and 0 cache levels" is well past the "KERN: Welcome to kernel debugger output!"
<Anarchos>
yes i know, and my code is in bootload, well before the start of the kernel
<Skipp_OSX>
Expander bottom being cut off has been bothering me for a while more than type-ahead filtering not working right...
<Skipp_OSX>
Such a simple fix just needed a little TLC
<OscarL>
my gawd, this terminal looks fugly! (mlterm built with "--with-gui=beos") :-D
<Skipp_OSX>
screenshot?
<OscarL>
quite a few font rendering issues too. I should build it against sdl2 to see now it compares.
<OscarL>
moment.
Anarchos has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
(got to move the scrollbar to the left, and it does functions actually. wish I could fix the font issues to be able to properly test-drive this thing :-D)
<OscarL>
mouse cursor work even on MC, nano seems to respond to shift+arrows (unlike while running in Terminal).
AlienSoldier has joined #haiku
<OscarL>
fancy2209[m]: so far I haven't seen anything requiring git-lfs. There's always a first, I guess.
<OscarL>
mmm it requires go-lang?
zardshard has left #haiku [Error from remote client]
zardshard has joined #haiku
<OscarL>
lots of .go files in https://github.com/git-lfs/git-lfs. I guess you're out of luck fancy2209[m]. No modern go compiler Haiku at the moment.
_-Caleb-_ has left #haiku [#haiku]
<OscarL>
Skipp_OSX: on the matter of ugly rectangles... take a look at "MediaPlayer settings", and Terminal's "Colors".
_-Caleb-_ has joined #haiku
<OscarL>
both should be sorter and wider, IMO (would make them more usable on lower resolutions too).
<OscarL>
(*wider only for mediaplayer only, terminal just should be shorter)
mattlacey has joined #haiku
mattlacey has quit []
<OscarL>
Mmm, mlterm doesn't likes sdl2 on Haiku. Trying with xlibbe instead.
diver has joined #haiku
diver2 has joined #haiku
<Anarchos>
is the graphics card intel_extreme/sandybridge well supported ?
diver1 has quit [Ping timeout: 480 seconds]
diver1 has joined #haiku
diver has quit [Ping timeout: 480 seconds]
<OscarL>
Anarchos: while I don't have personal experience with it... the driver does has plenty of logic specific to that family of chips.
<Anarchos>
OscarL that explains why it doesn't wrok for me
diver2 has quit [Ping timeout: 480 seconds]
<OscarL>
mmm sorry, I might be miss-remembering from when we addded some support for GeminiLake.... the one that has plenty of custom code might have been SkyLake instead.
<OscarL>
Intel code names makes me dizzy.
coolcoder613_ is now known as coolcoder613
xet7 has quit [Remote host closed the connection]
xet7 has joined #haiku
<fancy2209[m]>
The ping crash on disconnecting an rndis device happened again to me
<fancy2209[m]>
Where is the report saved to when I pick that option?
<OscarL>
on the desktop
<OscarL>
~/home/Desktop/
<fancy2209[m]>
Segment violation
x10z has joined #haiku
* phschafft
offers fresh crime-free segments for just 666.99¤.
Anarchos has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
mlterm built with --with-gui=x11 also segs faults. oh welll.
<waddlesplash>
bug report?
<waddlesplash>
debug report I mean
<waddlesplash>
fancy2209[m]: got it posted somewhere?
<waddlesplash>
and its runtime here is 0.07 seconds!
<waddlesplash>
so it's VERY fast :P
<OscarL>
nice. tried it on --all packages yet? :-)
<waddlesplash>
yeah, it doesn't work actually
<waddlesplash>
because there's broken deps
<OscarL>
lol
<waddlesplash>
Failed to filter required packages: Name not found
<waddlesplash>
(unmatched: lib:libicudata>=75.1, required by boost1.85)
<waddlesplash>
takes 0.5s to get that
<OscarL>
point for my inferior/naive implementation then :-P
<OscarL>
thanks for the mention, waddlesplash. While I wans't proud of my version, was pretty darn happy to have managed to make it work for me. (so few lines of code, so much cursing!)
<waddlesplash>
yeah, it's a tricky one
<waddlesplash>
as you saw I got 98% of what was needed in my first try but also wound up banging my head against the wall
<gordonjcp>
heh
<waddlesplash>
no idea how or when I would've solved the problem if madmax hadn't figured it out
Anarchos has quit [Quit: reboot to test add_block_devices()]
<gordonjcp>
so Haiku in qemu hangs after the start icons...
<OscarL>
and not knowing C++... man... trying to navigate template related errors was... something else.
<waddlesplash>
gordonjcp: how much RAM did you give it
<gordonjcp>
... if you don't pass -m <not the default 256MB
<waddlesplash>
hmm
<waddlesplash>
256MB should be enough with a recent nightly
<waddlesplash>
beta5 may need more than that yes
<gordonjcp>
oh, it's 128
<waddlesplash>
yeah that's not enough except on 32-bit nightly builds
<waddlesplash>
all other runs won't like that
<gordonjcp>
this is the current nightly
<waddlesplash>
32-bit?
<gordonjcp>
oh, no, 64
<waddlesplash>
yeah 64 needs more RAM as you would expect
<waddlesplash>
32-bit can *just* boot in 128M
<waddlesplash>
I have more changes on the TODO list that should both improve and hurt the situation lol
<waddlesplash>
(improve because there's still relatively low hanging fruit of memory inefficiencies; hurt because we're not reserving pages properly in some cases and fixing that may cause other failures later)
<gordonjcp>
heh
<gordonjcp>
interestingly it doesn't restart after installation, it just sits with an empty blue desktop and the mouse cursor
<diver1>
waddlesplash: is this giant hashmap with all packages the reason why pkgman full uses more that 100mb or it's unrelated?
<waddlesplash>
diver1: possible
<waddlesplash>
does it really?
<waddlesplash>
well look at that, it does. LOL
<waddlesplash>
diver1: I have discovered so many crazy memory inefficiencies while trying to replace our allocator, what's one more? LOL
<waddlesplash>
but yeah I suspect this to be the same one
HaikuUser has joined #haiku
HaikuUser has quit []
<diver1>
cool) also HaikuDepot uses about the same amount. maybe a different issue, tho
<waddlesplash>
some of this will be improved by a proper decommitting allocator in the first place
<waddlesplash>
even without changing package kit
<waddlesplash>
but I still have more on the TODO list before OpenBSD malloc can be really tested and merged
e1z0 has joined #haiku
<waddlesplash>
short list: 1. fix resize_area past reserved areas in the kernel VM, 2. implement a binary tree page cache and free pages from it rather than directly (massively cut down on syscall count), 3. rework huge allocation handling
<waddlesplash>
2 and 3 will take a bit
e1z0 is now known as Guest3500
<waddlesplash>
I may not really pick this up seriously again till January tbh
<diver1>
btw, there were so many requests over the years to mention hrev when someone posts a kdl image. Makes me wonder why it's not part of a panic?
<waddlesplash>
but I'm going to see about patching in the missing methods to OpenBSD malloc so we can at least try "Iceweasel" with it
<waddlesplash>
diver1: I think it's not necessarily immediately accessible from KDL. but we should fix that
dostoevsky_ has joined #haiku
<waddlesplash>
if there's not an enhancement ticket there should be