<Begasus>
Hi there Kokito (didn't see you there) :)
<Begasus>
Got any progress on the app from yesterday?
<Begasus>
running 2 builds (on 2 laptops), one for LO and the other is building GIMP (on 32bit), let's cross fingers
<Begasus>
Inkscape launches OK on 64bit
<Kokito>
@Begasus, QueryWatcher works OK in a window. But when I drag the replicant, it is emtpy. Right-clicking on the replicant hand shows "About <zombie>. No progress from there.
<Begasus>
No progress there from 2017 it seems Kokito
<Kokito>
Too bad. This is a useful app, which is nice to showcase BFS attributes
<Begasus>
nothing in syslog or anything?
<Begasus>
Never used it, how does it work Kokito ?
<Kokito>
Begasus, you place queries in a specific folder, and QueryWatcher monitors them and tell you the status in realtime).
<Kokito>
Begasus, in the syslog: USER: instantiate_object failed: Error finding app with signature "application/x-vnd.NHS-QueryWatcher" (Application could not be found)
<Begasus>
Crashes on 64bit here
Vitto has joined #haiku
HaikuUser has joined #haiku
<Kokito>
I am on 64 bit, and it does start Begasus
<nekobot>
[haiku/haiku] 20b50a5cb429 - app_server: update list of default ignorable code points
<trannus_aran>
Asked this last time but there weren't as many online
<trannus_aran>
I'm trying to install haiku on this librebooted X60, but neither SeaBIOS
<trannus_aran>
nor GRUB2 payloads could load the efi.
<trannus_aran>
I already checked the install disk, and it works fine on other laptops
<trannus_aran>
And anyone running haiku on qemu is running it on SeaBIOS
<trannus_aran>
So that shouldn't be a problem, right? Something doesn't add up...
<nephele>
qemu doesn't use efi by default iirc
<PulkoMandy>
there are bugreports about coreboot machines where the display wouldn't work, I think the issue was that coreboot and seabios don't initialize the graphics chipset fully, and our driver doesn't either because it relies on the bios to do it
<trannus_aran>
PulkoMandy: Thank you! I'll check out those bugreports and see if I can find anything
jmairboeck has joined #haiku
Begasus is now known as Guest2
kikadf is now known as Guest3
trannus_aran has quit [Quit: Lost terminal]
linearcannon has joined #haiku
Skipp_OSX has quit [Quit: My Mac Pro has gone to sleep. ZZZzzz…]
mmu_man has joined #haiku
<Niklas[m]>
Is it possible to have multiple lines in a BStringItem?I tried it with a \n inside the string,but that creates only a space,no new line.
<nephele>
Do you mean BStringItem or BStringView? BStringItem is for lists iirc
<Niklas[m]>
I mean BStringItem
<Niklas[m]>
I want each list entry to have two or three lines
<nephele>
Let's see, BStringItem just calls DrawString for the actual string
<Niklas[m]>
The location selector for Weather was like "Wuerzburg, Bayern, Germany, 97084" which can result in very long lines.I'd prefer to have it like "Wuerzburg [New line] Bayern, Germany, 97084 (optionally)[New line] GPS coordinates
<Niklas[m]>
I don't really understand what the DrawString function does.
<Niklas[m]>
Probably because of the wrappers the Weather app has around those functions.
<nephele>
Now i'm really confused, the documentation for StringView sais it is ment for only single lines of text, but it has explicit support for severall lines in the code
<nephele>
but StringItem doesn't say that in the doc, but it seems it is ment for only one line, as it does not have support? huh?
<nephele>
Niklas: anyway, inherit BListItem and overide draw, or inherit the BStringItem and overide the draw function
<nephele>
that should work
<Niklas[m]>
Can you please explain?
<Niklas[m]>
I still don't understand that much about what I'm doing here (but it's getting better)
<PulkoMandy>
BStringItem can only draw a single line of text
<nephele>
Well, it's an object oriented programming model, the BStringItem class has a specific implementation of how it is drawn when asked to
<PulkoMandy>
BStringView in BeOS could only handle a single line too, but in Haiku it was modified to allow multiple lines IIRC
<nephele>
you can inherit the BStringItem to copy all the behaviour, but only overide specific behaviours and keep the rest
<nephele>
so, if you overide the draw function in your derived class it will behave as a BStringItem would, except for the drawing part
<nephele>
PulkoMandy: Shouldn't for consistency BStringItem behave the same then? The documentation for BStringView is wrong now anyhow, sais: "Draws a non-editable single-line text string, most commonly used as a label."
<Niklas[m]>
There already is a custom DrawItem function in the screenshot I sent
<Niklas[m]>
I think its only purpose is to add a image to the list item (but I have no images yet) and then calls the normal BStringItem::DrawItem somewhere
<nephele>
That's the function StringView uses to draw, it will probably work for your case
<nephele>
Yes, it calls BStringItem::DrawItem in your function
<nephele>
you could try to use the one from StringView instead
<nephele>
(As in, copy it and adjust it where needed)
<PulkoMandy>
Niklas[m], if you want to draw more text there just call DrawText() with the appropriate parameters. DrawText can only draw a single line so you need to position lines of text however you want by passing the correct BPoint to each call
<PulkoMandy>
and yes, seems the documentation for BStringView was not updated
<nephele>
yes, that is wht the StringView function does also :)
<Niklas[m]>
Thanks,I'll try it with the StringView function
<Niklas[m]>
That causes more issues than it solves unfortunately :/
<PulkoMandy>
you can't use it this way
<PulkoMandy>
you have to write something similar to it in your custom list item
<PulkoMandy>
(or copy and reuse the code in it)
<Niklas[m]>
What about using BListItem instead of BStringItem,as mentioned above?Could that work better?Does it support multiple lines?
<nephele>
BStringItem is a BListItem
<nephele>
it's it's parent class
<Niklas[m]>
Oh ok :/
<nephele>
s/'//
<nephele>
You can copy the code out of BStrinView::Draw into your Draw function but you will probably have to adjust it a bit so it works
<Niklas[m]>
Hm,maybe I should better postpone the improved list to some future update when I have more C++ knowledge and keep the single line for now
<nephele>
Why? You have people to help now, and you can only learn from it :P
<Niklas[m]>
I have no idea how I can integrate the function into mine and what I need to change to make it work.
<nephele>
Copy the function body to where it calls BStringItem::Draw Probably, and then try to understand what it does to see what you need and do not need
<Niklas[m]>
Comparing it with this function makes it easier.Maybe it will work then
<PulkoMandy>
BListItem doesn't know how to draw anything, you can start from that if you prefer (it probably makes sense in most case, since you won't end up reusing a lot of BStringItem code if your drawing is sufficiently complex)
<PulkoMandy>
the basic idea is that a list contains BListItem, and each item can do whatever it wants. Since just dawing a single-line string is a very common case, there is a class that does just this (BStringItem)
<PulkoMandy>
for anything else you need to provide your own code
<Niklas[m]>
I think what I'm currently doing with BStringItem isn't that wrong,don't want to start again from another function
<Niklas[m]>
But I have a problem...
<Niklas[m]>
I need to read the variable fText (which BStringItem) also does,but it's defined as private by BStringItem.Any way to workaround that?
<Niklas[m]>
*(which BStringItem also does),...
<PulkoMandy>
I think there is a function Text() or Label() to access it
<Niklas[m]>
That works,thanks
DKnoto has joined #haiku
<Niklas[m]>
It does now compile successfully :D
<Niklas[m]>
Rendering of the list is a bit broken (read: totally unreadable) but I think I'll be able to fix that.
candido-ruminante has joined #haiku
ayush_kaura[m] has left #haiku [#haiku]
HaikuUser has joined #haiku
HaikuUser has quit []
gouchi has quit [Remote host closed the connection]
Kokito has joined #haiku
Kokito has quit []
candido-ruminante has quit []
HaikuUser has joined #haiku
Guest2 is now known as Begasus
<Begasus>
re
<extrowerk>
Begasus: could you pls test my libzip PR on 32 bit?
Begasus_32 has joined #haiku
<extrowerk>
it should be real quick, it is a small lib
<Begasus>
sec extrowerk
<extrowerk>
thx
<Begasus>
first need to fetch changes on my sanbox :)
<Begasus>
LO still building, how long does it take to build that monster?
<extrowerk>
-\o/-
<Begasus>
a few files rely on lib:libzip, did you check those?
<Begasus>
I see SONAME didn't change, so should be ok
<Begasus>
k, boosted the build (could take a bit longer as LO is still building also)
<Begasus>
did I tell you you should do some cleanup on your branches? ;)
<Begasus>
atleast the merged ones ;)
<Begasus>
extrowerk, atleast (for now) there is no liblzma for gcc2 (didn't check if it builds there yet) so for gcc2 *atm* it doesn't work
<Begasus>
let me try if liblzma builds for gcc2
<extrowerk>
Begasus: i don't really care about my branches.
<Begasus>
I see ;)
<extrowerk>
I fear lzma is just not possible for gcc2 :(
<extrowerk>
But it is an optional dep anyway.
<Begasus>
nope: no c99 compiler was found ...
<extrowerk>
let me remove the optional deps then.
floof58 has joined #haiku
<Begasus>
libnettle too
<extrowerk>
I would like to kepp the openssl dependency, i assume it is available for gcc2 primary arch, right?
<Begasus>
checking, disable both for now
<Begasus>
disabled*
eroux has joined #haiku
<Begasus>
maybe an option if you add them for secondary architecture alone?
<Begasus>
it's checking for gnutls also, not sure if it brings new things to it though
floof58_ has quit [Ping timeout: 480 seconds]
<extrowerk>
nah, we don't need those.
<Begasus>
gcc2 build is ok without both liblzma and libnettle, others are ok for the build
<Begasus>
checking for secondary architecture (without both also)
<extrowerk>
i am pimping the libzip recipe with test_reqs and etc.
<extrowerk>
it seems all the failing PHP tests are curl related. I didn't knew our curl have problems.
<extrowerk>
Have to check next time that too.
<extrowerk>
libzip: 100% tests passed, 0 tests failed out of 145
<Begasus>
eeps, policy error on the cmd's (secondary arch)
Skipp_OSX has joined #haiku
<extrowerk>
just pushed my changes
<extrowerk>
oh.
<extrowerk>
whats wrong with the cmds?
<HaikuUser>
Warning: POLICY ERROR: no matching provides "cmd:zipcmp" for "bin/zipcmp"
<Begasus>
that's me btw
<extrowerk>
ok, there is new curl, lets update it first
<Niklas[m]>
Thanks for all your help nephele and PulkoMandy,I got it to work correctly now :D
jmairboeck has quit [Quit: Konversation terminated!]
Skipp_OSX has quit [Ping timeout: 480 seconds]
<Begasus>
extrowerk, bz2 and zstd didn't cause problems here (not sure if they are actually used though)
<extrowerk>
they are optional deps.
<extrowerk>
curl have an extensive testsuite, i don't have time to run it right now, but it compiles just fine on 64 bit.
<Begasus>
k, should be fine to leave them out I guess
<extrowerk>
maybe you could check my curl PR too on 32 bit?
<Begasus>
tests running on gcc2 now (libzip)
jmairboeck has joined #haiku
<Begasus>
I'm guessing CMakeList.txt could do some finetuning to use the cmakeDirArgs
BrunoSpr has joined #haiku
BrunoSpr has quit []
<Begasus>
k, testrun for gcc2 is ok also extrowerk
<Begasus>
let me see how it goes for x86 (with probably some changes for the install part)
BrunoSpr has joined #haiku
BrunoSpr has quit []
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
<augiedoggie>
repetitivestrain: it was a clean build/worktree, i'm testing the packages so i rm the work directory each time
BrunoSpr has joined #haiku
BrunoSpr has quit []
<nephele>
Heh, i found a tool for git to display diffs, it doesn't but a/ b/ before files, so now i can alt click the files, neat :)
<augiedoggie>
i think you can use 'git diff --no-prefix' too
<nephele>
Interesting, ill keep that in mind
KapiX has joined #haiku
BrunoSpr has joined #haiku
mmu_man has quit [Ping timeout: 480 seconds]
KapiX has quit []
<Begasus>
k, let's hope this thing doesn't freeze now ...
BrunoSpr has quit []
BrunoSpr has joined #haiku
BrunoSpr has quit []
<Begasus_32>
it did :/
<nephele>
soup
<nephele>
hello begasus :)
<Begasus_32>
'lo nephele :)
Begasus has quit [Ping timeout: 480 seconds]
Begasus has joined #haiku
<Begasus>
k, switched laptops
mmu_man has joined #haiku
belzurix has quit [Quit: Server is fucked up yet again]
HaikuUser has joined #haiku
MrSunshine_ has joined #haiku
HaikuUser2 has joined #haiku
HaikuUser2 has quit []
HaikuUser has quit []
Begas_ has joined #haiku
MrSunshine has quit [Ping timeout: 480 seconds]
<Begasus>
extrowerk, just commented on the PR
<Begas_>
aside from some skipped tests thing look fine for libzip extrowerk
dby has joined #haiku
<Begas_>
checking curl
<Begas_>
build with gcc2 ... OK
<Begas_>
curl_x86 ... build OK
<Begas_>
extrowerk, how many tests are run for curl?
<Begas_>
I'm guessing this could take some time ;)
atomozero has quit [Quit: Vision[]: i've been blurred!]
HaikuUser has joined #haiku
atomozero has joined #haiku
fjmorazan has quit [Quit: fjmorazan]
fjmorazan has joined #haiku
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
Anarchos has joined #haiku
<Begas_>
killed the tests, take up to much time ...
tqh has joined #haiku
<Anarchos>
i have a strange behaviour with a socket : the client blocks on write and the server chokes on read on same socket, at same time... It shouldn't.
BrunoSpr has joined #haiku
<nephele>
maybe that is why my game server doesnt work on haiku, heh
<Anarchos>
nephele :)
BrunoSpr has quit [Ping timeout: 480 seconds]
AlienSoldier has joined #haiku
Begasus_32 has quit [Quit: Vision[]: Gone to the dogs!]
<Not-c620>
[haikuports/haikuports] kenmays b9af1ec - libreoffice: rebuild on x86 (#6609)
gouchi has joined #haiku
<Niklas[m]>
If my application runs fine in a window and can get information from a online API successfully,but just returns an network error in the replicant version (for which I don't see any logs in the Terminal),how can I debug that?
<nephele>
the logs are in the app hosting the replicant theb
<augiedoggie>
using g++ instead of gcc might fix that
humdinger has joined #haiku
<Niklas[m]>
It does,thanks.
<humdinger>
there's also haiku/src/tests/kits/interface/bshelf for testing replicants
<Niklas[m]>
Thanks,but shelfer works fine now :)
<Niklas[m]>
Now I only need to implement actually helpful logging messages into my app. "Request completed" without any response data is just...not very helpful :D
<augiedoggie>
repetitivestrain: the libpng removal problem was an error on my end, i needed to run 'doom sync' to regenerate my autoloads
bitigchi has joined #haiku
BrunoSpr has joined #haiku
Begas_ has quit [Quit: Vision[]: i've been blurred!]
<Begasus>
heading down here, g'night peeps
Begasus has quit [Quit: Ik ga weg]
atomozero has quit [Quit: Vision[]: i've been blurred!]
Anarchos has quit [Read error: No route to host]
Anarchos has joined #haiku
masoudd has joined #haiku
BrunoSpr has quit [Quit: Vision[]: Ich wurde verwaschen!]
BrunoSpr has joined #haiku
<Anarchos>
sorry, my step daughter plugged out the power chord..;
kquote03 has joined #haiku
kquote03 has quit [Read error: Connection reset by peer]
humdinger has quit [Quit: Vision[]: Oi with the poodles already!!]
BrunoSpr has quit [Quit: Vision[]: Ich wurde verwaschen!]
HaikuUser has joined #haiku
Skipp_OSX has joined #haiku
robo8008135[m] has left #haiku [#haiku]
x10z_ has joined #haiku
HaikuUser has quit []
HaikuUser has joined #haiku
HaikuUser has quit []
x10z has quit [Ping timeout: 480 seconds]
dby has quit [Quit: Leaving]
lelldorin has joined #haiku
<Anarchos>
it seems i have to blow on my fan to let it start. It happens on haiku, but in windows, it starts itself. Is it a sign of trouble in the voltage levels of the fan, which i understand are controlled by the ACPI ?