<AlienSoldier>
not that long, finished reading already :)
vdamewood has quit [Read error: Connection reset by peer]
floof58 has quit [Ping timeout: 480 seconds]
floof58 has joined #haiku
<andreasdr>
+1
<andreasdr>
:DDD
HaikuUser has joined #haiku
HaikuUser is now known as mrentropyvcs
AD_MOS has joined #haiku
dr_evil_ has joined #haiku
AD_MOS2 has quit [Ping timeout: 480 seconds]
dr_evil has quit [Ping timeout: 480 seconds]
<jadedctrl>
andreasdr: there's also nheko, which is a nice matrix client
pch_ is now known as pch
mrentropyvcs has quit [Quit: Vision[]: i've been blurred!]
AlienSoldier has quit [Quit: Vision[0.10.3]: i've been blurred!]
AlwaysLivid has joined #haiku
dby has joined #haiku
vdamewood has joined #haiku
<andreasdr>
Cool. Thanks.
floof58 has quit [Ping timeout: 480 seconds]
vdamewood has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
floof58 has joined #haiku
topfuel has quit [Quit: Vision[]: i've been blurred!]
<julicenri>
Not sure if anyone else has noticed, but SoftwareUpdater doesn't seem to show progress while downloading a package when using the US or DE repos.
<julicenri>
It'll only show 0 and 99-100 percent before moving on to the next package.
<julicenri>
Or rather, the download progress bar remains empty until the current package has finished downloading.
<win8linux[m]>
Is anyone here able to play an audio file in the latest nightly?
<win8linux[m]>
Trying to play an audio file with MediaPlayer starts with a dialog asking if media)server should be started:
<Not-5726>
[haikuports/haikuports] korli pushed 1 commit to master [+2/-2/±0] https://git.io/J2Qs6
<Not-5726>
[haikuports/haikuports] sikmir de22db3 - lagrange: bump to 1.7.1 (#6226)
orealis has joined #haiku
orealis has quit []
orealis has joined #haiku
Maturion has joined #haiku
Slor has quit [Ping timeout: 480 seconds]
<ffog>
got alpine linux installed as qemu guest, with network, wooO
Slor has joined #haiku
<rennj>
qemu mips,sparc,arm,x86,x64 on haiku?
jmairboeck has joined #haiku
<ffog>
hmm not sure, i've only tried x86_64
<jmairboeck>
Begasus: thanks for merging the texlive PR! I have already rebased the other branch and running another test build now. If this works, I'll create a new PR.
phaedros_ has joined #haiku
phaedros has quit [Ping timeout: 480 seconds]
Maturion has quit [Ping timeout: 480 seconds]
<nephele[m]>
Anyone know an example of a tooltip in Haiku? for testing colors
<nephele[m]>
(we have tooltip colors, but i have no idea where they are used... :)
<nephele[m]>
Ah, LaunchBox has some tooltips
<ffog>
is there an active beshare server?
DKnoto has joined #haiku
tqh has joined #haiku
mmu_man has joined #haiku
zmoment has quit [Read error: Connection reset by peer]
zmoment has joined #haiku
Coldfirex has joined #haiku
<Begasus>
jmairboeck, first thing I would like to see is that with the core package we would get another package to have a primary functional release :)
<Begasus>
is there a way to list the content of a hpkg in Terminal?
<Begasus>
jmairboeck, that is one that is functional from one of your work on TeXlive (content of the package)
<jmairboeck>
yes, but that one also contains part of what is now in the data package
<Begasus>
probably, but some of those could be added into the data package (or maybe they have been done already)?
<jmairboeck>
the new core package contains just the binaries (what comes out of the first source tarball), everything else is now in the data package
<Begasus>
haven't checked latest builds, how large is the data package atm?
<Begasus>
that package I have here now is about 100MiB, so not that big
<jmairboeck>
the unsplit version would be about 1.6 GB I think
<Begasus>
so not all is needed to have a working base
<jmairboeck>
the point of the PR 6115 that you have just merged was to make the texmf tree into a real "any" architecture package so that others can depend on it without having to worry about $secondaryArchSuffix stuff
<jmairboeck>
that's why that is now its own recipe
<Begasus>
yeah, and that's fine, now it's time to figure out how to split that one into other packages that are needed for core to be usable?
<jmairboeck>
yes
<Begasus>
OK, so we are on par on that :)
<jmairboeck>
and I am nearly finished with that *knocking on wood*
<Begasus>
just wanted to show the content so maybe it would give you a clue on what could be needed :)
* Begasus
helps knocking ...
<Begasus>
anyway, I have a backup for that one that is working, so on further process I'll be sure to check up on progress there :)
<jmairboeck>
I already know what is needed, it is at least some of the config files so that kpsewhich knows how to theoretically find things, but they are also part of the data package now, unfortunately
<Begasus>
I don't think it should be an issue if you use the same source for those, I think it's just a matter of figuring out how to grab just the right ones
<Begasus>
you can always disable source_package so it doesn't end up in haikuports :)
<jmairboeck>
I think the easiest is to finish the split version so that we can provide the full thing soon
<jmairboeck>
the data package actually uses DISABLE_SOURCE_PACKAGE already
<Begasus>
the core package should be ok, the data package should then be split up to multiple packages (as it does already I think)?
<Begasus>
or part of ...
<jmairboeck>
yes
<Begasus>
TeXstudio already sees the binaries, so that should be ok for the core package
<Begasus>
but to be functional it should atleast have some portion of the data package
<jmairboeck>
the structure of the recipes is the same as what was now merged, it just splits the texlive (data) recipe up into multiple packages
pinaraf has joined #haiku
<jmairboeck>
I think we have already agreed on the package names to follow Gentoo here. The "texmf" tree is the majority of this package (that will end up in subpackages though), but it will also contain the support files that were in the base package before
<Begasus>
Haven't looked further into the subpackages, but I'll give this a spin (on your latest changes - this will take a while though) :)
pinaraf has quit []
pinaraf has joined #haiku
<jmairboeck>
not sure if they actually will work, but I think it should at least build now
<jmairboeck>
the big open question is whether the post-install scripts will work as intended
<Begasus>
only one way to find out, you're the master in this one ;)
<Begasus>
did you tagged them as executable? I've seen some that didn't so they weren't executed after install
<Begasus>
k, boosted up a build for texlive_core atm
<jmairboeck>
yes, I use the "install" command with some option to make them executable I think
<Begasus>
good thing I still have the downloads for those :)
<Begasus>
are they executable marked in your $postinstalldir?
<Begasus>
yeah, some use them also already, I just like them executable up front, but should be ok then, I guess I'll find out tomorrow ;)
<jmairboeck>
I don't have it installed currently, so I can't check, but this already worked before, so it shouldn't be a problem
<Begasus>
OK, I'll report back when I have something finished here )
<jmairboeck>
What I meant is, whether the actual logic works, because now the post-install scripts is intended to call another script (texlive-update.sh) if it isn't already running. That one does the real work.
<jmairboeck>
This is because all the packages should do the same thing, but it is only needed once, even if multiple packages are installed in one transaction
<Begasus>
If you have to to check you could install texstudio or texmaker and see how it works
<jmairboeck>
I think it was AGMS who gave me the idea how to do that
<Begasus>
That's the good thing about this group, we all try to help out each other :)
<jmairboeck>
yes, maybe I'll try one of these GUIs. For now, I've only tested it a bit on the command line in Haiku
<jmairboeck>
on Linux, I usually use Kile (being mostly a KDE Plasma user), so maybe I try porting that as well one day
<jmairboeck>
though that one shouldn't be a big problem, as many KDE programs are already ported
<Begasus>
Haven't fiddled with KDE that much, but indeed should be do-able
<jmairboeck>
they have split it into multple ebuilds and their "texlive" is just a metapackage I think
<Begasus>
didn't dig into that further, so best to go along the road you are taking atm :)
<jmairboeck>
which is sensible, but I wanted to keep it as simple as possible, so we have everything in one recipe what they have in dev-texlive
<jmairboeck>
but the resulting packages should be similar in the end
<Begasus>
+1 :)
<jmairboeck>
the texlive recipe builds about 120 hpkgs :)
<Begasus>
eeps, I guess when I finish those it will take a few days :D
<Begasus>
ps 32bit build here
<jmairboeck>
it is a "any" recipe, so the architecture shouldn't make any difference
<jmairboeck>
(is that why it's called "any"?)
<Begasus>
right, just saying .. I'm on 32bit mostly
<Begasus>
any refers that it doesn't depend on any other architecture
<Begasus>
so if it doesn't depend on texlive_core it shouldn't matter
<jmairboeck>
yes, I know what it is
<jmairboeck>
it depends on cmd:kpsewhich instead of texlive explicitly
<Begasus>
yeah saw that
<Begasus>
did you check on 32bit with that?
<jmairboeck>
just as a placeholder for texlive_core, so to say
<jmairboeck>
no, not yet at least
<Begasus>
because even if it's in $prefix/bin, it has been build with gcc8
<jmairboeck>
yes
<Begasus>
will have an answer on that when I hit it
BrunoSpr has joined #haiku
<jmairboeck>
that was like that even in the original texlive-2014 recipe by jessicah
<jmairboeck>
and I kept it that way
<Begasus>
ok :)
<BrunoSpr>
hi all... Vision will not autostart after I try manually it works...
<jmairboeck>
nowadays I think using $commandBinDir and $commandSuffix would be more common, but it shouldn't make a difference
<Begasus>
not in where they end up, the compiler behind it though ...
<Begasus>
hi BrunoSpr
<Begasus>
I don't have anything launching by default in Haiku, but it should be possible?
<Begasus_32>
autoreconf: configure.ac: not running libtoolize: --install not given
<Begasus>
one thing I see whit texlive_core, should be ok (mostly I use autoreconf -vfi for that)
<jmairboeck>
Begasus_32: that is just a warning you can ignore, libtoolize is not needed
<Begasus>
:)
<Begasus>
yeah, doesn't error on it
<jmairboeck>
it consists of multiple subpackages itself, so I just used their autoreconf script to iterate over all of them for simplicity
<jmairboeck>
would not be needed for all, so maybe the build could be made faster by not using that
<jmairboeck>
but I didn't bother figuring out exactly which ones need autoconf being rerun and which not
<Begasus>
as long as for instance config.gues etc are up to date it should be ok
<Begasus>
I guess there is a reason behind why they used it like that
<jmairboeck>
this whole autoconf stuff is only needed because some configure.ac files have been patched to link with the correct libraries. Maybe it would also have been possible to just use environment variables. But then I think they would be linked into everything, which we probably don't want.
<jmairboeck>
i.e. using something like LIBS="-lnetwork -lbsd" before runConfigure
<Not-5726>
[haikuports/haikuports] korli pushed 1 commit to master [+0/-0/±1] https://git.io/J2xmg
<BrunoSpr>
hey the Windows Kwy is unused in Haiku?
<Begasus>
hence it's called the "Windows" key? ;) (never used that in Haiku though)
<Begasus>
k, build started for texlive_core jmairboeck , let's see how long that takes :)
<x512[m]>
Windows key is used for grouping windows. You can drag a window tab to another window tab with Windows key load and make multitabbed window.
<Begasus>
stack and tile?
<x512[m]>
Yes.
Coldfirex has quit [Remote host closed the connection]
BrunoSpr has quit [Quit: Vision[]: Ich wurde verwaschen!]
<Begasus>
For my needs I have plenty of workspaces, played around with that a bit, but I don't really have a use for it (don't have that many fies open mostly I guess) :)
<Begasus>
jmairboeck, looking at the build progress atm I see it's building inline lua(5.3) and luajit, maybe they could be added to speed up the build process?
wim_ has joined #haiku
<Begasus>
'lo wim_
<wim_>
Hoi Begasus :)
<Begasus>
PS, we have a dutch channel #haiku-nl :)
<wim_>
Looking what's going on at irc these days :)
<wim_>
not listed at channel list #haiku-nl ? :)
<Begasus>
Haiku stuff :)
<Begasus>
could be, didn't think it would be needed to regester it there?
<wim_>
oow only 2 chatters thats why not listed .... listing looks for 5 :)
<Begasus>
lol, those 2 are me :P
<wim_>
lol
Coldfirex has joined #haiku
BrunoSpr has joined #haiku
<waddlesplash>
jmairboeck: isn't most of the tex stuff available on some archive service like perl and cpan?
<waddlesplash>
do we really need to repackage all that ourselves? it would be good to avoid that if so
beaglejoe has joined #haiku
<Begasus>
waddlesplash, if you would have a repo that would complete the functionality for texlive that would be great, but I'm not sure there is such?
<Begasus>
I would be happy to check it out if so
<Begasus>
I think BrunoSpr also :)
wim_ has left #haiku [Leaving]
tqh has quit [Quit: Leaving]
<BrunoSpr>
yes sure
<BrunoSpr>
If the package is not complet how to test it? I have some files from my son using TeX at university, and without the complete functionality, we cannot know if it works as expected.
<BrunoSpr>
There should be at least the PDF output working
<Begasus>
jmairboeck, did you have any luck on dblatex with the current work?
<Begasus>
Maybe from Terminal it could work BrunoSpr , no experience there
<BrunoSpr>
oh ok I will try later...
BrunoSpr has quit [Quit: Vision[]: Ich wurde verwaschen!]
BrunoSpr has joined #haiku
Slor has quit [Ping timeout: 480 seconds]
andreasdr has quit [Remote host closed the connection]
Slor has joined #haiku
BrunoSpr has quit [Quit: Vision[]: Ich wurde verwaschen!]
dasouth has joined #haiku
dasouth has quit []
<jmairboeck>
sorry waddlesplash, Begasus, I was away now. About Lua: I don't think it can use the system version of them. I think I have used all system packages their build system offers to use without patching stuff. About packaging texlive stuff at all, I think we have discussed this already. The problem is that there are other packages depending on tex packages, so we must provide them if we want to offer these as hpkgs
<Begasus>
yeah, went on and looked at some other recipes, none of them mention lua, so sorry about the noise there
<jmairboeck>
Begasus: I have not updated dblatex yet, I want to finish the split first and then have a look what is actually needed for it.
<Begasus>
ok, no problem, just wanted to see how far you were on that :)
<Not-5726>
[haikuports/haikuports] Begasus pushed 1 commit to master [+1/-1/±0] https://git.io/Jafod
<Not-5726>
[haikuports/haikuports] Begasus c80204b - zlib-ng, bump version
<waddlesplash>
jmairboeck: can we offer those few things only?
Maylay has quit [Quit: Pipe Terminated]
<Not-5726>
[haikuports/haikuports] Begasus pushed 1 commit to master [+0/-0/±1] https://git.io/JafjR
<jmairboeck>
waddlesplash: then you would end up with a mixture that some things are available in HaikuDepot as packages and other parts not. I don't think that situation would be desirable for actual Tex users. Also, I think it would be more difficult to provide a working Tex system because it is not so easy to determine what is actually needed, at least for me. So the easiest way is just to use the full tarball and use that instead of the individual packages from
<jmairboeck>
CTAN.
<jmairboeck>
but if you have better solution, I'm open to that of course
<jmairboeck>
things could be improved certainly
<Not-5726>
[haikuports/haikuports] Begasus pushed 1 commit to master [+1/-1/±0] https://git.io/JaJLC
<Not-5726>
[haikuports/haikuports] Begasus 76f1949 - ytdl_gui, bump version (#6228)
<Begasus>
almost there with the texlive_core package :)
<julicenri>
Wait, there was a new ytdl_gui release?
<julicenri>
I'm watching that project, yet GH never sent a release notification.
<julicenri>
>:(
BrunoSpr has quit [Quit: Vision[]: Ich wurde verwaschen!]
BrunoSpr has joined #haiku
<jmairboeck>
the texlive recipe is finished building! now let's see if it actually works ...
humdinger has joined #haiku
<Begasus_32>
bash: autoreconf:: opdracht niet gevonden
<Begasus>
doesn't error out on this jmairboeck , but maybe you could add it to the recipe for texlive_core? (cmd:autoreconf)
<Begasus>
was checking up on repology when I saw the new release julicenri :)
<jmairboeck>
that is a script in the texlive sources, nothing standard
<Begasus>
ah ok, build finished ok :)
<jmairboeck>
or it is provided by autoconf, not sure about that
<julicenri>
That GH watch project feature is useless, apparently.
<Begasus>
my point on checks is mainly repology :)
<Begasus>
ok, firing up texlive ...
<Begasus_32>
Error: SUMMARY_basic cannot start with the name of the port (/Opslag/haikuports/app-text/texlive/texlive-2021.recipe).
flex has joined #haiku
jmairboeck_haiku has joined #haiku
<jmairboeck_haiku>
I got an error message trying to install the packages: failed to commit transaction: Failed to open directory "/boot/system/packages/administrative/writable-files/texlive-2021-1/var/texlive/fonts/conf": No such file or directory
<jmairboeck_haiku>
do I need to create that directory manually?
<Begasus>
on the core package of on the texlive packages?
<jmairboeck>
Begasus_32: did I not update the generated subpackageInfos?
<jmairboeck>
the texlive package
<flex>
Hi, I'm compiling Haiku on Haiku R1 Beta3 and each App I want to start is missing symbols for BString. My first question is if the buildtools is a must step because it looked to me that the system gcc will be used to produce the x86_64 binaries?
<flex>
So what I did was ./configure in the cloned haiku dir and then calling jam -j2
<Begasus>
I can't find anything for SUMMARY_basic ?
<jmairboeck>
it seems the fontconfig file is now missing again, why did haikuporter then complain about it not being declared before
robobox has joined #haiku
<jmairboeck>
SUMMARY_basic is part of the generated file
<jmairboeck>
I'll have a look
<jmairboeck>
maybe I didn't push the latest changes there
<flex>
ls
<flex>
wrong window :)
<Begasus>
;)
<jmairboeck_haiku>
Begasus: my version of that line (in additional-files/subpackageInfos.recipe) looks like this: SUMMARY_basic="TeX Collection: Essential programs and files"
<jmairboeck_haiku>
what do you have there?
<Begasus>
yep same here
<jmairboeck>
why does it complain then? "TeX Collection" is not the same as "texlive"
BrunoSpr has quit [Quit: Vision[]: Ich wurde verwaschen!]
<Begasus>
yeah, not sure, tried some others no luck so far
<jmairboeck>
the fontconfig file is in the package, so why did it fail committing the transaction?
<jmairboeck>
other than that, it seems to work
<Begasus>
haven't reached that part yet
<jmairboeck>
I created the directory and touched the file manually for now
<Begasus_32>
TeX_Collection: Essential programs and files
<Begasus>
changed it there and touched the texlive recipe, seems to be ok now
<Begasus>
good thing I still have the downloads :P
<jmairboeck>
it will take a few hours still ...
beaglejoe has quit [Quit: Leaving]
<jmairboeck>
I think I'll create the pull request now, besides the fontconfig issue, looks good to me
gouchi has joined #haiku
humdinger has quit [Quit: Vision[]: Oi with the poodles already!!]
<Begasus>
still checking the build here jmairboeck , with some luck it would be finished tomorrow :)
<Begasus>
hi lelldorinDK
lelldorinDK has quit [Ping timeout: 480 seconds]
<jmairboeck>
I also re-added my review comments/questions to the new PR. I am curious what you think (waddlesplash, korli, Begasus)
<Begasus>
jmairboeck, the tlpdb package isn't needed anymore?
<jmairboeck>
no, that is part of the extra tarball as well
<jmairboeck>
so the tlpdb tarball is redundant
<Begasus>
ah, ok :) I still had that one in my downloads
<jmairboeck>
and the extra tarball is needed for the tlpostcode scripts (post-install scripts for some tex packages)
<jmairboeck>
so I replaced the tlpdb tarball with the extras one
<Begasus>
hence that download then
<Begasus>
unpacking, about 7:30 PM ... let's see how long it takes to finish :)
<jmairboeck>
and the version in the extras tarball doesn't need the patching that was needed for the other version, so in a way the recipe even became a bit simpler in that regard :)
<Begasus>
nice!
<Begasus>
food in a bit
<Begasus>
will be around for a bit, leaving the other laptop to build but finishing up here
<jmairboeck>
the remaining patching is needed because kpsewhich can't be used during the package build itself because the paths do not match. So I replaced those with the output they would produce
<Begasus>
I'll look into the PR when I'm done here with the build so I can check some things, thanks for the work so far!
<nephele[m]>
This are the rough colors Im thinking of submitting for dark mode, does that look okay?
dr_evil has joined #haiku
dr_evil_ has quit [Ping timeout: 480 seconds]
ClaudioM has joined #haiku
Vidrep_64 has joined #haiku
HaikuUser has joined #haiku
<HaikuUser>
hi
<HaikuUser>
first time with haikuOS
HaikuUser has quit []
<Vidrep_64>
PulkoMandy, HaikuLauncher still crashing
<Vidrep_64>
Using Web+ "Could not open "WebPositive" (missing symbol: _ZTVN8BPrivate7Network14BNetworkCookieE).
<nephele[m]>
Web+ is likely because of the symbol visibility change
<nephele[m]>
not related to HaikuLauncher crashing directly
<PulkoMandy>
yes, that's not a "likely", it's very clearly the symbol visibility change, but that should already be solved in current builds?
<nephele[m]>
Depends on which branvh Vidrep is?
<Vidrep_64>
I'm running 64 bit nightly and the HaikuWebKit branch is master
<nephele[m]>
PulkoMandy: ah, iirc WebPositive is build against the haikuwebkit in haikuports, the last released one still, and thus uses it's exported symbols
<nephele[m]>
(and the builder is beta3 i think)
<PulkoMandy>
yes
<PulkoMandy>
and I can't release a new one with this crash
<nephele[m]>
I'll try to investigate that during the coding sprint, don't have much time for webkit till then :)
<Vidrep_64>
Shall I try building WebPositive locally and try again?
<nephele[m]>
No, it will still use the haikuwebkit haikuports build if you do that
<nephele[m]>
And HaikuLauncher crashing will most likely also crash WebPositive
<PulkoMandy>
you could still make it link against the missing library, but if no one has fixed the jamfiles yet, it will need a bit of guessing
<PulkoMandy>
it will be easier to fix this once we have released a new haikuwebkit and it fails at buildtime instead of linktime
MrSunshine has joined #haiku
Maturion has quit [Remote host closed the connection]
<Vidrep_64>
Do you need my debug log for the HaikuLauncher crash?
<nephele[m]>
PulkoMandy: was there progress for the Decorator calls btw? if the aproach of Bounds() is correct for updateRect i could make a patch that changes all invocations in haikuwebkit to that
<PulkoMandy>
nephele[m], is it different from the existing ones in the report?
<PulkoMandy>
uh, wrong person
<PulkoMandy>
Vidrep_64, ^
<nephele[m]>
I was confused :D
<PulkoMandy>
as for the decorator things, the discussion is on gerrit and I already forgot what the outcome was
Maturion has joined #haiku
<Vidrep_64>
PulkoMandy, it's all Greek to me. I'll attach it anyhow.
<nephele[m]>
I read it, but i am really lost what the coordinate space stuff is about
<nephele[m]>
(as in what madmax wanted to change still)
<nephele[m]>
The change still clips to view though, I thought you said that was not neccesary with app_server doing that regardless?
<nephele[m]>
I haven't figured out yet whether svg drawings disapearing in a similar fashion is at all related, but i suspect it isn't
<nephele[m]>
PulkoMandy: Though, if it is supposed to clip on rect instead of updaterect, does that mean haikuwebkit has to pass Bounds for the first rect argument too?
<nephele[m]>
is it's a noop clip that shouldn't matter, but it doesn't seem noop if it breaks the rendering
<B2IA>
(peef) mmm
<ffog>
^ answered my own question, yes there are beshare servers :)
barrakudarain[m] has joined #haiku
<barrakudarain[m]>
Hey?
<PulkoMandy>
nephele[m], updaterect is the thing you should clip to. If you don't know your updaterect, it should be safe to use Bounds instead (which is as large as the updaterect can get)
<PulkoMandy>
both of these are not affected by SetTransform/Rotate/ScaleBy/MoveBy
<PulkoMandy>
they are however affected by ScrollBy (which WebKit doesn't use)
<nephele[m]>
The commit on gerrit changes it from clipping to updaterect to clipping to rect
<nephele[m]>
I don't know if that means that haikuwebkit should pass Bounds() to rect and updaterect?
<PulkoMandy>
if oyu don't know it's better to not touch anything until this is properly documented and everyone agrees on it :)
<PulkoMandy>
I am going to confuse myself again if I try to guess without looking at the code
<PulkoMandy>
and rigth now I'm doing other things
<nephele[m]>
Well, in that case, I'll leave you to actually fix this issue :P
<nephele[m]>
Seems i am much better at figuring out where issues are than fixing them currently anyway
<PulkoMandy>
no time for that at the moment, and my priority will not be fixing the issue, but writing the documentation
<nephele[m]>
That's fine, I can work of off good documentation
<nephele[m]>
I will also only work seriuosly on webkit in about 2 weeks anyhow, only have some internet on the weekend since am not at home
Vidrep_64 has quit [Quit: Vision[]: i've been blurred!]
<waddlesplash>
flex: strange, what's the error precisely
jmairboeck_haiku has quit [Quit: Vision[]: i've been blurred!]
jmairboeck has quit [Quit: Konversation terminated!]
andreasdr has joined #haiku
HaikuUser has joined #haiku
<HaikuUser>
hello all
HaikuUser is now known as lelldorinDK
<andreasdr>
Hi
lelldorinDK has quit [Ping timeout: 480 seconds]
andreasdr has quit [Remote host closed the connection]
ClaudioM has joined #haiku
<flex>
waddlesplash: runtime_loader: /Data/src/haiku/generated/objects/haiku/x86_64/release/apps/aboutsystem/AboutSystem: Could not resolve symbol '_ZN7NStrigaSEOS_'
<waddlesplash>
this is a new symbol added since beta3
<waddlesplash>
I'm surprised AboutSystem needs it, that's actually a bit strange
<flex>
waddlesplash: tried with DiskProbe first, thought it is a general problem. Any idea what should work?
HaikuUser has joined #haiku
HaikuUser has quit []
HaikuUser has joined #haiku
HaikuUser has quit []
Huggy has joined #haiku
gouchi has quit [Remote host closed the connection]
<flex>
waddlesplash: anything I can do or test?
<waddlesplash>
flex: kind of busy today. No, not really, you just can't run these binaries on beta3...
<flex>
oh Icon-O-Matic launches BTW
Maturion has quit [Remote host closed the connection]
<waddlesplash>
yes, I suppose AboutSystem probably needs the new symbols for some reason
<waddlesplash>
you just have to upgrade to a nightly build then
<flex>
ok, will try to do that. AboutSystem is not important to me. Want to hack on DiskProbe. :)
<waddlesplash>
again ... just upgrade to a nightly :-p
<flex>
:-p
<waddlesplash>
if you are developing the system you will want to be on one anyway
<flex>
damn good point
<flex>
waddlesplash: Updated to nightly, confirmed that AboutSystem and DiskProbe now start.