ChaiTRex has quit [Remote host closed the connection]
<Begasus>
re, for a bit :)
ChaiTRex has joined #haiku
jmairboeck has joined #haiku
<jmairboeck>
Hi Begasus
<jmairboeck>
about fluidsynth: I thought the easiest solution would be to move the whole function to the .c file and thus compile it as C instead of C++. I think that the compiler would probably not inline a 45 line function anyway :) (at least by default)
mmu_man has joined #haiku
DKnoto has quit [Ping timeout: 480 seconds]
DKnoto has joined #haiku
<Begasus>
hi jmairboeck
<Begasus>
well, seems it wasn't really needed jmairboeck :) but if nothing else it's a start for when it "does" need a newer version :)
<Begasus>
ps, fluidsynth fails to build with gcc2 here (checked with both flac arch versions)
nipos has left #haiku [Error from remote client]
nipos has joined #haiku
<Begasus>
should push the changes for older flac to have a devel package again
<phschafft>
Good morning. or something similar.
<Begasus>
Moin phschafft :)
<Begasus>
not sure what happend to jpeg_turbo x512[m], from what I can see in the source references it points to a DESTINATION path that shouldn't interfere with a build setup?
<x512[m]>
It seems it want absolute paths, not relative.
<Begasus>
last change on that recipe was 2 years ago, it worked then, so why doesn't it now?
<Begasus>
something must have changed ?
<x512[m]>
Who knows. Did you tested it?
<Begasus>
I always test a build before I do any PR's :)
<x512[m]>
I mean test right now.
<Begasus>
k, flac13 builds fine for both arch's
<Begasus>
yeah, getting the same error you mentioned in the issue
<x512[m]>
Things that originally worked may break after.
<Anarchos>
jmairboeck: do you know if ghostscript has a device for haiku ? With gs 8 , there was a device bealpha4 for beos.
<jmairboeck>
Anarchos: I don't know
AD_Anime2 has joined #haiku
AD_Haiku_onPC_ has quit [Ping timeout: 480 seconds]
mmu_man has quit [Ping timeout: 480 seconds]
<Anarchos>
jmairboeck: it is the last stopper for BeTeX : having a n invocation on ghostscript to preview .gs files. Or should i add a requirement on BGhostView ?
<botifico>
[haikuports/haikuports] OscarL e9c1a70 - links: update to version 2.30. (#10823)
<Begasus>
jmairboeck, if guile3 is fine I guess you could merge that one too?
mmu_man has quit [Ping timeout: 480 seconds]
<jmairboeck>
There was the question whether it should become the default instead of 2.2. What do you think?
<Begasus>
I guess it couldn't hurt to move forward
<Begasus>
as long as there isn't anything breaking current deps on the older one :)
<Begasus>
haven't looked deeply enough, does it have a conflict on the devel package?
<jmairboeck>
also, I didn't do any "real-world" testing yet, and some of the test cases that come with it crash, although I haven't really investigated yet
<jmairboeck>
no conflicts, that's why I have used --program-suffix=-3.0 to avoid that
<Begasus>
hmm in that case maybe keep the older one as default
<jmairboeck>
that was the other question: should they conflict instead?
<Begasus>
can lilypond use the new cmd suffixed?
<jmairboeck>
it doesn't require the commands, only the library
<Begasus>
as said, haven't looked enough, does it provide a devel package with a *.so link?
<jmairboeck>
the libraries have the version in their name anyway, the headers also in the path
mmu_man has joined #haiku
<jmairboeck>
it's only the tools and the config script that would conflict
<Begasus>
devel:libguile_3.0$secondaryArchSuffix should be no conflict on that
<jmairboeck>
exactly
<Begasus>
guile-config conflicts though
<jmairboeck>
yes
<jmairboeck>
when not using --program-suffix
<Begasus>
why does the devel package require the tools one (don't see that in the other recipes)?
<Begasus>
if not stricktly needed I would try to avoid it there, if something requires one of the cmd's in tools it should require that cmd then?
<jmairboeck>
I added that because guile-config is written in scheme and requires gule to run
<jmairboeck>
I could replace that with cmd:guile_3.0 if you like that better
HaikuUser has joined #haiku
<Begasus>
k, so "required" for devel then :)
<HaikuUser>
Hi all.
<Begasus>
nah it's ok, as long as there are no "unneeded" cycling deps around :)
<Begasus>
Hi HaikuUser
<HaikuUser>
Have to change name
<Begasus>
;)
rann has quit [Quit: Connection closed for inactivity]
<Begasus>
had my share with gettext jmairboeck :)
<Begasus>
and kio/kcmutils ...
Pitmaster has joined #haiku
<Pitmaster>
This must be better
HaikuUser has quit []
<Begasus>
ah, hey buurman :)
<Pitmaster>
Buurman? Ik?
* Begasus
guesses :)
<Begasus>
ja, noorderbuur :)
<Pitmaster>
Oke, dan woon jij zuiderlijk van mij. Breda?
<Begasus>
B Limburg :)
<Pitmaster>
Oke, maar waar ken ik je van? Of jij mij?
<Begasus>
nergens (denk ik), zag bij je login *.nl staan :)
<Pitmaster>
Ah, zijn er zo weinig NL-ers hier?
<Begasus>
niet zoveel neen, of niet zichtbaar via nl provider*
<Begasus>
back to English * :)
<Pitmaster>
Er is een NL groep, ik ga daar even kennis maken
<Begasus>
there is still #haiku-nl (calm one though) :)
unimatrix has joined #haiku
yeti has quit [Ping timeout: 480 seconds]
unimatrix is now known as yeti
Pitmaster has quit [Quit: Vision[]: i've been blurred!]
_-Caleb-_ has left #haiku [#haiku]
_-Caleb-_ has joined #haiku
<Begasus>
jmairboeck, could you use the command-suffix on the older guile versions too? (haven't checked if the tools are used by anything, but I doubt that, don't have any of the tools packages for it installed) :)
<jmairboeck>
Begasus: yes, I could switch guile 2.2 to use that and remove it from 3.0 instead. I'll leave guile 1 as is, as that is just a legacy version.
<jmairboeck>
that's not the problem here, this isn't about trying to build something with gcc2, the problem is that texinfo 7.1 says "compat >= 4" mostly, so it is the same as the gcc2 version.
<Begasus>
eeps
<jmairboeck>
but that is obviously wrong because if they were fully compatible it wouldn't matter which version would be used for building
<Begasus>
right, so fix the compat version? ;)
<Begasus>
nextclout-client seems broken on 32bit nightly?
<andymccall>
There's a load of comments in the code from very early days of Haiku which has got an old/invalid email address of mine in. Even though it's only commends, can I submit an MR to update them with my new valid email address?
<zard>
Probably? Don't see any reason why not
<Anarchos>
andymccall: sure
Anarchos has quit [Quit: Page closed]
mmu_man has quit [Ping timeout: 480 seconds]
yann65 has quit [Remote host closed the connection]
mmu_man has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
nosycat has joined #haiku
<waddlesplash>
andymccall: sure, of course. or you can just remove it, whatever you want :)
FreeFull has quit [Quit: rebooting]
FreeFull has joined #haiku
mmu_man has quit [Ping timeout: 480 seconds]
mmu_man has joined #haiku
erysdren has joined #haiku
HaikuUser has joined #haiku
<erysdren>
morning
<nosycat>
Hello!
<Skipp_OSX_>
major breakthrough this morning, bi-directional color pickers support is working!
Skipp_OSX_ is now known as Skipp_OSX
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
<zdykstra>
that's awesome!
<PulkoMandy>
let's see if I can build webkit_gtk today (thanks to everyone involved for fixing the problems in libevent and other things I reported :) )
<zard>
Nice, I see you're working on IOM's color picker :-)
* zard
remembers you mentioning you were working on it last year
<Skipp_OSX>
yeah I've been working on it a while plugging away... I've ripped out the Icon-O-Matic color picker and implemented my own so you can have it everywhere.
<zard>
Little by little... +1
gouchi has joined #haiku
<Skipp_OSX>
the bi-directional support was a major headache but we gotta have it in Icon-O-Matic at least.
<Skipp_OSX>
The picker framework I've developed can be made to work with other kinds of pickers too, for example font pickers.
BrunoSpr has joined #haiku
mmu_man has joined #haiku
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
BrunoSpr has joined #haiku
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
<Begasus>
closing down here
<Begasus>
nice work Skipp_OSX! +1 :)
<Begasus>
cu peeps!
Begasus has quit [Quit: Vision[]: i've been blurred!]
<phschafft>
hm.
* phschafft
wonders what the status of librhash is on Haiku.
bbjimmy has quit [Quit: Vision[]: i've been blurred!]
<botifico>
[haikuports/haikuports] pulkomandy 863626f - sdllopan: update source URI
<botifico>
[haikuports/haikuports] pulkomandy d5eefec - Exomizer: update to latest version, older downloads were removed
<botifico>
[haikuports/haikuports] pulkomandy ad103cb - Fatsort: update to current version
<botifico>
[haikuports/haikuports] ... and 2 more commits.
kallisti5[m] has quit []
tulili[m] has quit [Quit: Bridge terminating on SIGTERM]
trungnt2910[m] has quit [Quit: Bridge terminating on SIGTERM]
Begasus[m] has quit [Quit: Bridge terminating on SIGTERM]
LjL[m] has quit [Quit: Bridge terminating on SIGTERM]
x512[m] has quit []
win8linux[m] has quit [Quit: Bridge terminating on SIGTERM]
Rocket[m] has quit [Quit: Bridge terminating on SIGTERM]
scops has quit [Quit: Bridge terminating on SIGTERM]
EnriqueMG[m] has quit [Quit: Bridge terminating on SIGTERM]
jimaz[m] has quit [Read error: Connection reset by peer]
andreasdr[m] has quit [Remote host closed the connection]
ErenOld[m] has quit [Quit: Bridge terminating on SIGTERM]
skepti[m] has quit [Remote host closed the connection]
funbreaker[m] has quit [Remote host closed the connection]
ilzu[m] has quit [Remote host closed the connection]
shzef[m] has quit [Remote host closed the connection]
c0m47053[m] has quit [Remote host closed the connection]
QuARCitits[m] has quit [Remote host closed the connection]
<nipos>
Are there any known issues with USB storage being slow as hell? My server where the RAID isn't supported is really really slow and it's not fun to work with it. I thought with 24 CPU cores and about 100GB RAM it would be perfect for heavy compile tasks, but due to the I/O bottleneck it feels even slower than my old computer with only 3 cores, but a SATA hard disk :(
<nipos>
cargo needed 5 minutes to download 39 crates (3.1 MB). And network speed isn't the issue here...
gouchi has quit [Remote host closed the connection]
<waddlesplash>
is this beta4 or nightly?
<nipos>
Nightly, updated to the latest version
<waddlesplash>
USB3 storage on XHCI should be fast, I have gotten >100MB/s read
<waddlesplash>
if you are not on USB3 storage or XHCI then it can be slow, yes
<nipos>
The USB stick supports USB 3, but the server only has USB 2 ports unfortunately. But normally USB 2 still isn't *that* slow
<waddlesplash>
yes, that's true
<waddlesplash>
check syslog for errors I suppose
SLema has joined #haiku
<nipos>
Also booting (where it only needs to read a few big package files) is rather fast here, but accessing random small files takes ages
<dovsienko>
nipos: would it make more sense to rebuild the server on an ordinary SSD(s)?
<nipos>
Haiku doesn't support the RAID controller in the server, so that's not an option. It just doesn't see the internal drives at all. I have 3 unused HDDs in it that I could use otherwise.
jmairboeck has quit [Quit: Konversation terminated!]
dqk_ has quit [Ping timeout: 480 seconds]
ChaiTRex has quit [Remote host closed the connection]
<dovsienko>
nipos: one of the simplest ways out of this problem space would be to plug a PCIe SATA card that is supported, or replace the box with the motherboard
ChaiTRex has joined #haiku
<nipos>
The syslog doesn't show anything suspicious. The message "KERN: slab memory manager: created area 0xffffff... (number)" appears rather often, but I don't think that has anyting to do with storage.
<waddlesplash>
that's just the kernel heap allocating new areas
<dovsienko>
you can benchmark it using "dd bs=1M ...", but you must be careful not to overwrite a production disk
<nipos>
dovsienko: I don't plan buying more additional hardware. And I don't want to make big changes to the server hardware as I use the same machine for building OpenIndiana packages and don't want to break anything there.
<dovsienko>
well, then you could do RAID in OpenIndiana and run Haiku in a VM with a virtual disk
<nipos>
That could work, actually
<dovsienko>
based on various experience, my first move to solve a hardware compatibility problem is to replace the hardware. it saves so much time.
<nipos>
This is my replacement
<nipos>
I have 2 computers I tried, both crash very often due to the AMD pre-Ryzen stability issues. And are rather slow. I thought a 2 x Intel Xeon machine would solve all problems, now it's the storage
<nipos>
Oh and I have another server that I also tried, on that one the Haiku bootloader can't even find the boot partition (which is on the same USB stick), so that's not a solution either
<dovsienko>
well, then the second most common move is to run the host OS that supports the hardware best, and to run everything else as VMs
<dovsienko>
in my case that would be Linux (and actual hardware that works well with it)
<nipos>
OpenIndiana works fine with the hardware, but I much prefer running on real hardware Instead of VMs. Especially with the built-in remote desktop and Serial over LAN features that the machine has, it's really nice to work with it.
<waddlesplash>
can you take a look at this please? it looks like it's due to your BListView drag changes
<waddlesplash>
we shouldn't break BeOS compatibility, we need to add more checks to the BListView code here
DKnoto has joined #haiku
Pitmaster has joined #haiku
<Pitmaster>
Guys, i have my beta 4 installed on VirtualBox. Gave him an USB stick 16 gig and used installation-program to install Haiku on my USB stick. It worked but on boot hanged. What can i do to let it work?
HaikuUser has joined #haiku
HaikuUser has quit []
dby has quit [Quit: Vision[]: i've been blurred!]
<phschafft>
I'm thinking about writing a little library that allows you to query/set a few basic properties of files in a portable way.
<erysdren>
sounds cool. what kind of properties?
<phschafft>
with portable here meaning both cross-os but also cross-fs.
Pitmaster has quit [Quit: Vision[]: i've been blurred!]
<erysdren>
unfortunately, that limits you to a handful of properites :P
<erysdren>
but still sounds cool
<phschafft>
specifically those relevant to my general work.
* phschafft
looks at his list:
Anarchos has quit [Quit: Vision[]: i've been blurred!]
<phschafft>
write mode, final state, media type, size, encoding, ISE, hashes.
Coldfirex has quit [Remote host closed the connection]
<phschafft>
plus some more virtual properties/operations: parent object, hosting filesystem, allocation hints, ...
<Skipp_OSX>
hmmmmmm... and it doesn't break drag and drop?
<waddlesplash>
nope
<waddlesplash>
autoscroll and d&d still works in Locale preferences
<Skipp_OSX>
oh but in WonderBrush?
<Skipp_OSX>
ok if D&D still works in Locale that's a good sign
<waddlesplash>
autoscroll and drag-to-reorder still work in WonderBrush too
<waddlesplash>
not the same exact behavior though, but that makes sense because wonderbrush is managing it
<Skipp_OSX>
it doesn't get trigged every time so just make sure to test a little bit more
<waddlesplash>
there is no question this fixes it
<waddlesplash>
it did get triggered basically every time
<Skipp_OSX>
no
<Skipp_OSX>
but 1 out of every 5-6 times maybe so if you draw a bunch of lines in WonderBrush and then drag them around and you can't make it crash then I'll be happy.
<waddlesplash>
for me it was 100%
<Skipp_OSX>
nah I can do it here without crashing easy
<waddlesplash>
well so far I can get it to crash 100% without this patch and 0% with
<Skipp_OSX>
ok but it does crash without too much difficulty
<waddlesplash>
feel free to test the patch yourself
<Skipp_OSX>
ok I guess that's it yeah uhhhhh ok
<Skipp_OSX>
hey, on a related note, can we up the disk image size a bit, because there is very close to no room now
<waddlesplash>
what do you mean?
<Skipp_OSX>
(since packages got updated the other day the bar turned red)
<waddlesplash>
you can increase it yourself...
<Skipp_OSX>
just on the nightly image, make it a bit bigger
<waddlesplash>
in your UserBuildConfig
<Skipp_OSX>
yeah but for everybody else before R1B5 release I mean
<waddlesplash>
R1B5 uses Release profile, different sizing there
<waddlesplash>
and the base install image should be for installation not use anyway
<Skipp_OSX>
oh ok well then for nightly images after that then
<Skipp_OSX>
right, just 100 mb or so ought to do
<waddlesplash>
Skipp_OSX: hmm. this change breaks click+drag in non-drag&drop to autoscrol
<waddlesplash>
e.g. Locale "Formatting" list view window
<Skipp_OSX>
I got it up here, what does it break?
<waddlesplash>
Locale preferences "Formatting" tab list view
<Skipp_OSX>
yeah I'm on it
<waddlesplash>
if you click on an item + drag mouse outside list view, it scrolls
<waddlesplash>
with the patch, it doesn't
<Skipp_OSX>
oh I see it doesn't autoscroll right
<Skipp_OSX>
right bc you have to be dragging, makes sense
<coolcoder613>
I'm rolling my own escape codes, not using ansi...
<erysdren>
dangerous!
<erysdren>
:P
<arraybolt3>
phschafft: I think 'works here' may rank even worse than 'rarely' :)
<Skipp_OSX>
ok my laptop here I'm on hrev57483 gcc2 (yes I know it's old) and WonderBrush crashes like a mofo
<Skipp_OSX>
I downloaded latest gcc2 nightly image, hrev57963 and no crash in vmware, or in 64-bit hrev 57963...
trungnt2910[m] has joined #haiku
x512[m] has joined #haiku
<Skipp_OSX>
anybody running 32-bit Haiku on real hardware here that can help me out testing on WonderBrush?
xylobol[m] has joined #haiku
<coolcoder613>
so.. Esc+i is start and end editable, Esc+c is clear screen, Esc+< and Esc+> is move the cursor left or right if editable...
<Skipp_OSX>
I mean your patch does nothing waddlesplash, it calls the same method a different way, I don't see how that could fix anything.
<Skipp_OSX>
if it makes you happy, it makes me happy, but I can't seem to reproduce the crash so I'm perplexed over here.
<coolcoder613>
Skipp_OSX: I do run Haiku 32-bit on real hardware...
<phschafft>
arraybolt3: over here I'm way too often saying 'depends on OpenSSL version'.
<coolcoder613>
But it takes like a minute to boot up...
<Skipp_OSX>
coolcoder613 can you do me a favor, install wonderbrush, then draw a bunch of lines, then drag and drop the lines in the list view under the Objects Filter and see if you can get it to crash? Should only take a 5-6 attempts at most.
<Skipp_OSX>
and let me know what hrev you're running in AboutSystem or give me the crash report which will have that info
coolcoder613_32 has joined #haiku
<coolcoder613_32>
Here I am...
<phschafft>
coolcoder613: see? for SIRTX that is all control calls on the handle. with the defaults there is no way to control the cursor or alter screen attributes and stuff via writing to the terminal device.
<waddlesplash>
Skipp_OSX: ?
dalme_ has joined #haiku
<waddlesplash>
Skipp_OSX: adding BListView:: means the virtual table isn't used
<waddlesplash>
so we don't call the subclass even potentially
<waddlesplash>
so we don't recurse
<waddlesplash>
that's the fix
<coolcoder613_32>
What was I supposed to do in Wonderbrush?
<erysdren>
"then draw a bunch of lines, then drag and drop the lines in the list view under the Objects Filter and see if you can get it to crash? Should only take a 5-6 attempts at most."
<coolcoder613_32>
Ok, it crashed...
<coolcoder613_32>
Skipp_OSX: Should I save a report?