ChanServ changed the topic of #haiku to: Open-source operating system that specifically targets personal computing. | https://haiku-os.org | Nightlies: https://download.haiku-os.org | Bugtracker: https://dev.haiku-os.org | SCM: https://git.haiku-os.org/ | Logs: https://oftc.irclog.whitequark.org/haiku | Matrix: #haiku:matrix.org | XMPP: #haiku%irc.oftc.net@irc.jabberfr.org
Jupp_S has quit [Remote host closed the connection]
x10z has joined #haiku
ablyss has joined #haiku
ablyss has quit [Remote host closed the connection]
<repetitivestrain> waddlesplash: thanks, i installed a rather ugly workaround in Emacs for the problem, but if Xlibe ends up solving it in a better way please let me know
<repetitivestrain> thanks :)
<waddlesplash> what's your ugly workaround?
AlaskanEmily has joined #haiku
<repetitivestrain> waddlesplash: basically if the mouse moves anywhere else, the highlight is cleared first
<repetitivestrain> that breaks a few other corner cases but it at least solves this more important problem
<waddlesplash> ah, missing leave events, ok
<repetitivestrain> yeah
<waddlesplash> if you have a small demo app for this you might do well to file a ticket
freakazoid333 has joined #haiku
<repetitivestrain> it's not really a problem with haiku
<repetitivestrain> basically windows run in different threads
<repetitivestrain> but all the events go down a big port and emacs reads them in the currently running emacs thread
<repetitivestrain> so when the mouse moves from one frame (what emacs calls windows) to another quickly
<repetitivestrain> mouse events for the second window can arrive to emacs before the leave event from the first
<repetitivestrain> so emacs will "forget" that the first window was highlighted
<repetitivestrain> if the mouse events that arrive first end up causing the second frame to be highlighted
<waddlesplash> ah
<rennj> yeah how many MB's to edit a file?
<rennj> what this emacs weigh in at
mmu_man has quit [Ping timeout: 480 seconds]
freakazoid333 has quit [Ping timeout: 480 seconds]
<rennj> and yes you could install emacs on unices, but non of the major brands included with the base.
<repetitivestrain> rennj: at least sun and sgi shipped computers with emacs at some point, so that's simply untrue
<repetitivestrain> and let's not forget NeXT and Apple
<repetitivestrain> both included Emacs with their unix systems
<repetitivestrain> oh yeah and Emacs then needed around 1 mb of memory and no VM
<rennj> yeah when was that
<rennj> cause i have solaris 1.0/sunos..and i ran solaris 2.x all the way up to now
<rennj> and i still have my irix media
<rennj> hp-ux same deal
<rennj> https://pasteboard.co/ISrcdaC.png sun 2/120 1984
<rennj> my nextstep3.3 vm doesnt have emacs i can check
<repetitivestrain> rennj: sunos 4.1.1 came with emacs running on Open Windows
<repetitivestrain> and that's a fact because i used it
<rennj> i used sunos also on sun3 gear..and i dont recall any emacs on base install
repetitivestrain has quit [Quit: Vision[]: i've been blurred!]
repetitivestrain has joined #haiku
<repetitivestrain> did you run Open Windows or something else
<rennj> openview/sunview/openwindows
<repetitivestrain> and what version of sunos was that?
<rennj> i have it here on 2.5.1 vm
<repetitivestrain> there's your problem
<repetitivestrain> and nextstep never had installation media
<rennj> emacs was never on any default install
<repetitivestrain> it was distributed on writable media
<rennj> vi was..you know being that bill joy worked at sun
<repetitivestrain> so any image you get from the internet will be someone's personalized install
<rennj> dude i own the media
<rennj> on cdrom not tape
<repetitivestrain> it's writable optical media
<repetitivestrain> the type next used
Skipp_OSX has joined #haiku
<repetitivestrain> not tape
<rennj> want me to check my next vm..it 3.3 and i just did y2k patches
<waddlesplash> SunOS 4.1 release date: 1991
<waddlesplash> repetitivestrain: not to make you feel old, but, uh, I didn't exist then
<rennj> yeah solaris 1.x
<repetitivestrain> waddlesplash: he's comparing solaris to sunos
<waddlesplash> repetitivestrain: you mentioned SunOS 4.1.1 tho
<repetitivestrain> yeah i did, because when i used it (on actual hardware) emacs was preinstalled
<rennj> yeah that solaris 1.0..sunos
<repetitivestrain> solaris is system v, ignore sun's retroactive marketing
<waddlesplash> well, just noting that I didn't exist in 1991 when you would have presumably used it on real hardware
<repetitivestrain> it was a bit later than 1991
<repetitivestrain> i can't remember the exact year
<waddlesplash> unless you somehow decided to use a very specific version of SunOS...
<rennj> later try even older
<waddlesplash> well, either way
<rennj> like i said i had att terminals that sucked
<rennj> no mouse
<rennj> and before that ibm token ring tech
<repetitivestrain> i feel sorry for you, not running X, but either way emacs ran fine on those terminals as well
<repetitivestrain> unless it had flow control
<repetitivestrain> and was behind a very dumb concentrator
<rennj> i didnt say emacs didnt run on them, i said the base install did not include emacs but vi
<repetitivestrain> what comes in a "base install" doesn't really matter
<repetitivestrain> it comes with the machine
<rennj> sure it does..500MB harddrive wasnt lots of space for bloated software..
<rennj> miniroot to do the install
<rennj> or tftp,bootp
<repetitivestrain> rennj: maybe you didn't know this, but in 1991 Emacs barely took up 7 or so megabytes of disk dumped
<rennj> 7MB in 1991 would have been how many floppies
asarch has quit [Quit: leaving]
* augiedoggie got ccls built and enabled in emacs just a bit ago
<augiedoggie> sooooo awesome
<repetitivestrain> 7mb would be on the same tape that also contained X
<augiedoggie> i was surprised it was that much better than the clangd language servers
<repetitivestrain> (a must have)
<repetitivestrain> ccls is pretty good yeah, but i don't really use language servers, CEDET all the way :)
<augiedoggie> heh, old school
Skipp_OSX has quit [Quit: Textual IRC Client: www.textualapp.com]
<repetitivestrain> rennj: also, emacs was never distributed on floppies, and without binaries the distribution was much smaller at 3.7 mb
<repetitivestrain> and if you think floppies were common on suns, you're simply wrong
Skipp_OSX has joined #haiku
<rennj> openboot2.x docs back of manual..installing from floppy
<rennj> some early sparc boxes had floppies
<repetitivestrain> keyword here is "some"
<rennj> ipx,lx,sparc 10 even
<repetitivestrain> 99% of floppies were formatted for dos
<repetitivestrain> and the problem with the sun floppy driver was you couldn't format it into something suns could use after it was formatted for dos
<repetitivestrain> and that was just one problem
<repetitivestrain> the mechanism didn't work, and i don't recall 3.5" double density disks ever being easy to find (at least in china)
<rennj> Using boot to Load from Hard Disk, Floppy Disk, or Ethernet 85
<repetitivestrain> that doesn't mean people ever used it, that just means it was possible
<rennj> B. Building A Bootable Floppy Disk . . . . . . . . . . . . . . . . . . . . . . . 101
<repetitivestrain> that's simply not relevant
<rennj> like i said i actually did this crap
<rennj> and that just the openboot2.x manual
<rennj> not the actual system admin manuals
<repetitivestrain> you did it in person, on a real sun, or in a virtual machine
<rennj> i ran million dollars systems
<rennj> sun4c sun4d sun4m
<rennj> you know what those are
<rennj> sun4d dragon was e1000,e2000
<repetitivestrain> because in general the system installation media was on, say, a QIC tape
<rennj> farthest sun went with 32bit
<rennj> before the ultrasparc
<rennj> and cray tech
<repetitivestrain> i know what they are, but i don't believe you when you claim floppies are relevant
<rennj> sunfire tech is actually cray technology
<rennj> sgi and sun split the cray tech up...that hpe now owns
<rennj> u.s. government made sgi/sun split that tech
<rennj> i just showed you the openboot 2.x manual that talks about using floppies
<rennj> which is the old sun4 gear
<rennj> not the sun3 gear which was m68k
<repetitivestrain> having a manual is not relevant at all, it just shows that it was possible
<repetitivestrain> again, that doesn't mean it was common, or that it was relevant for emacs to fit on a single floppy
<rennj> common was floppy drive came in that gear..common was before cdrom you had tapes and floppies
<repetitivestrain> you had (for example) 60 mb on a ~130 metre qlc-24 tape
<rennj> and harddrive space was premium
<repetitivestrain> and that was what sunos came on, and also what X and a great deal of GNU software came on
<rennj> why waste space vi vs emacs when swap space was premium
<rennj> sun didnt bundle gnu crap till solaris 2.7/7
<rennj> the software companion cdrom came with solaris 7/8
<repetitivestrain> again, that's untrue
<rennj> that was when sun started bundling gnu
<repetitivestrain> sun bundled X
<rennj> if you know sunfreeware you would know this
<repetitivestrain> if you didn't want stuff filling up your disk, you deleted the 14 mb of X
<repetitivestrain> instead of the 4-7 mb of emacs
Skipp_OSX has quit [Quit: Textual IRC Client: www.textualapp.com]
<rennj> just like sun X server is not xfree/xorg server...i.e. why they payed adobe for DPS display postscript
<repetitivestrain> at the time there was no xfree86 or x.org
<repetitivestrain> there were MIT servers and lots of vendor servers
<repetitivestrain> and Xsun was much larger than an MIT server
Skipp_OSX has joined #haiku
boistordu has quit [Remote host closed the connection]
x10z has quit [Read error: Connection reset by peer]
x10z has joined #haiku
Skipp_OSX has quit [Quit: Textual IRC Client: www.textualapp.com]
Skipp_OSX has joined #haiku
Skipp_OSX has quit [Quit: Textual IRC Client: www.textualapp.com]
rennj has quit [Ping timeout: 480 seconds]
Jupp_S has joined #haiku
rennj has joined #haiku
Skipp_OSX has joined #haiku
Skipp_OSX has quit []
Skipp_OSX has joined #haiku
<Not-5726> [haikuports/haikuports] threedeyes pushed 1 commit to master [+3/-0/±0] https://git.io/JSXRX
<Not-5726> [haikuports/haikuports] threedeyes 68819f3 - ClassiCube: add recipe
Skipp_OSX has quit [Quit: Textual IRC Client: www.textualapp.com]
Skipp_OSX has joined #haiku
<Not-5726> [haikuports/haikuports] threedeyes pushed 1 commit to master [+0/-0/±1] https://git.io/JSX5u
<Not-5726> [haikuports/haikuports] threedeyes 2306a19 - ClassiCube: fix build for x86 arch
Skipp_OSX has quit [Quit: Textual IRC Client: www.textualapp.com]
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nullman has left #haiku [#haiku]
x10z has joined #haiku
repetitivestrain has quit [Quit: Vision[]: i've been blurred!]
Begasus has joined #haiku
<Begasus> g'morning peeps
<Begasus> hm ... mesa doesn't provide a gl.pc file?
<waddlesplash> that seems like a mistake
<waddlesplash> probably needs to be fixed
<Begasus> seems on mac it doesn't either?
<Begasus> how do other packages find it then (always thought it was picked up with pkgconfig)
<Begasus> seems alpine linux installs it ... Installing /home/buildozer/aports/main/mesa/src/mesa-21.3.3/output/meson-private/gl.pc to /home/buildozer/aports/main/mesa/pkg/mesa/usr/lib/pkgconfig
gouchi has joined #haiku
gouchi has quit []
jjido has joined #haiku
x10z has quit [Read error: Connection reset by peer]
x10z has joined #haiku
<Not-5726> [haikuports/haikuports] threedeyes pushed 1 commit to master [+3/-3/±0] https://git.io/JS1S9
<Not-5726> [haikuports/haikuports] threedeyes 7c0063b - Telegram: bump version
HaikuUser has joined #haiku
HaikuUser is now known as Ponciferus
jjido has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
Ponciferus has quit [Quit: Vision[]: i've been blurred!]
HaikuUser has joined #haiku
HaikuUser is now known as Ponciferus
jmairboeck has joined #haiku
vdamewood has joined #haiku
mmu_man has joined #haiku
MajorBiscuit has joined #haiku
AlienSoldier has quit [Quit: Vision[]: i've been blurred!]
bbjimmy has quit [Read error: Connection reset by peer]
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
AlaskanEmily has quit [Remote host closed the connection]
hooway has joined #haiku
DKnoto has quit [Ping timeout: 480 seconds]
DKnoto has joined #haiku
<Not-5726> [haikuports/haikuports] threedeyes pushed 1 commit to master [+1/-1/±0] https://git.io/JSMxt
<Not-5726> [haikuports/haikuports] threedeyes b6a5fac - STLover: bump version
Maturi0n_ has joined #haiku
Maturi0n has quit [Ping timeout: 480 seconds]
<nephele> is the zip tool intree in haiku? If so could we add an option so it skips adding ".zip" to every archive? This is quite annoying when wanting to package games for love2d
hooway_ has joined #haiku
hooway has quit [Read error: Connection reset by peer]
jjido has joined #haiku
countryboy has joined #haiku
<countryboy> hello
<countryboy> :)
<countryboy> if somebody ports freebasic ... i give you these : https://gitlab.com/redmoonapache/freebasicexamples/-/blob/main/pyramid.bas
<countryboy> freedom
<countryboy> :)
<countryboy> that is 'the software is' open and I give it to you anyway :)
countryboy has left #haiku [Konversation terminated!]
LordRishav has joined #haiku
<LordRishav> Hello there
<nephele> Good day
nullman has joined #haiku
jjido has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
bbjimmy has joined #haiku
LordRishav has quit [Quit: Ight Imma Head out]
Major_Biscuit has joined #haiku
thelounge4920 has quit [Quit: The Lounge - https://thelounge.chat]
MajorBiscuit has quit [Ping timeout: 480 seconds]
tqh has joined #haiku
B2IA has quit [Remote host closed the connection]
B2IA has joined #haiku
freakazoid333 has joined #haiku
ClaudioM has joined #haiku
jjido has joined #haiku
tqh has quit [Quit: Leaving]
andreasdr has joined #haiku
<andreasdr> Hi there
mmu_man has quit [Ping timeout: 480 seconds]
freakazoid343 has joined #haiku
freakazoid12345 has joined #haiku
jjido has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
freakazoid333 has quit [Ping timeout: 480 seconds]
freakazoid343 has quit [Ping timeout: 480 seconds]
freakazoid333 has joined #haiku
<Not-5726> [haikuports/haikuports] kallisti5 pushed 1 commit to master [+2/-0/±0] https://git.io/JSDmU
<Not-5726> [haikuports/haikuports] kallisti5 e200df8 - u_boot_tools: Upgrade to 2021.10
freakazoid343 has joined #haiku
freakazoid12345 has quit [Ping timeout: 480 seconds]
freakazoid333 has quit [Ping timeout: 480 seconds]
<Begasus> waddlesplash, alive?
<waddlesplash> yes
<Begasus> been looking into the issue on gl.pc today, created a recipe for glvnd, not sure if it helps, but seeing the comment I did on the issue it needs either glx or glvnd to create/install the file?
<waddlesplash> no, that's not right
<waddlesplash> mesa needs to supply this file itself, no other additions
<Begasus> if I understand it right, if glx is supplied it will be created, but we don't have that afaict?
<waddlesplash> just add a patch to enable this anyway
<waddlesplash> cc kallisti5, he may know a bit more
<kallisti5[m]> glx is the devil and we don't need it
<Begasus> well either glx or glvnd relies on libX11 I think
tqh has joined #haiku
<kallisti5[m]> pretty much.. .glx is "libGL" on Linux
<waddlesplash> we want to provide gl.pc, without glx
<kallisti5[m]> we use "hgl" which is our libGL
<waddlesplash> that's all, we can enable this block of code without enabling glx
<waddlesplash> and provide the gl.pc
<waddlesplash> xlibe may provide GLX one day but that's another story
<kallisti5[m]> is gl.pc a thing? If so we don't offer it and should
<Begasus> Just my 2 cents, just tryied to sove a thing
<kallisti5[m]> though... our syntax for creating gl contexts is completely different than glx on linux
<Begasus> kallisti5[m], just assigned you to the issue at haikuports
<kallisti5[m]> offering a gl.pc though might not even make sense
<Begasus> came accross this when trying to build libreoffice
<kallisti5[m]> gl.pc offers the opengl context building. I'm guessing anything offering up gl.pc assumes it's glx
<kallisti5[m]> so! if we add gl.pc, libreoffice will still need a ton of code building out our GL context via our OpenGL kit instead of glx
<Begasus> libepoxy requires libGL in the recipe, but on build it doesn't detect it (pkgconfig fails to find it)
<waddlesplash> libepoxy likely won't work without custom code
<kallisti5[m]> ^^
<Begasus> Or (as I did) disabled the need for libGL in libepoxy
<waddlesplash> we really should fix EGL so it will
<kallisti5[m]> pkg-config --libs egl
<kallisti5[m]> -L/packages/mesa-21.2.3-2/.self/develop/lib -lEGL
<kallisti5[m]> EGL does follow a standard api
<waddlesplash> pretty sure EGL just crashes tho
<Begasus> that's not the issue
<Begasus> EGL is detected
gouchi has joined #haiku
<kallisti5[m]> this all sounds like a libreoffice / libepoxy issue over a Haiku issue :-)
<kallisti5[m]> there's no standardized way to build opengl contexts. That's why things like GLEW exist(ed)
<Begasus> yeah, but wanted to investigate a bit further ;)
<kallisti5[m]> libsdl also provides a standard api for creating opengl contexts I think
<kallisti5[m]> well.. I meant GLU not GLEW. too many things lol
<Begasus> libepoxy without libGL builds ok, libreoffice build is (or should be) fine with that, no errors on missing dependency for libGL then
<kallisti5[m]> ok. Overall though we do offer a libGL for rendering. We just don't fit into the glx box everyone assumes exists
<Begasus> I let the build for libreoffice run for about 2hours without issues, with the "fix" for libepoxy
<kallisti5[m]> glx is a linux thing. FreeBSD has a glx since they pretend to be Linux
<Begasus> looking at some recipes for mesa I also saw that some rely on libglvnd for it (but probably linux'sh)
<PulkoMandy> actually egl is a more or less standard way to create contexts (it is specified by khronos)
<PulkoMandy> that doesn't mean anyone actually uses it, however
<PulkoMandy> and yes, our egl implementation as a wrapper over BGlView was written by a GCI student and I think never touched since, so it's unlikely to still work
<PulkoMandy> glx is an X11 thing (as the name implies)
<Begasus> using libglvnd in the recipe doesn't build libEGL though, it creates libEGL_mesa
<PulkoMandy> I wouldn't be surprised if it goes all the way back to Silicon Graphics :)
<PulkoMandy> anyway, the general result is: you can't expect things using OpenGL to just compile out of the box and run on Haiku
<PulkoMandy> our libGL is not the same as glx in Linux, so software that wants to display things using OpenGL needs to be patched
<PulkoMandy> unless it uses an abstraction layer like SDL
<PulkoMandy> so we could enable the pkgconfig file but... it will only lead to more disappointment as things fail to compile or link
<Begasus> ok, so for libepoxy libGL should be disabled because it will fail to find it as a dependency for libreoffice
<Begasus> and line 44
<PulkoMandy> libepoxy is a wrapper around OpenGL. If you disable OpenGL it is completely useless?
<PulkoMandy> when I ported it I used our EGL support and that worked fine
<Begasus> it uses libEGL
<Begasus> it doesn't find libGL (hence the issue)
<PulkoMandy> so the build needs to be fixed to know that you just need to add -lGL to compiler flags?
<Begasus> that's an option too, not so familiar with meson for that
<PulkoMandy> that seems like a more correct option to me
<Begasus> but looking at the meson.log it's using pkgconfig to check for libGL
<PulkoMandy> it's checking for it but it's optional: https://github.com/anholt/libepoxy/blob/master/meson.build#L166
<PulkoMandy> so I don't see what the problem is here, it should use EGL and everything should be fine
<nekobot> [haiku/haiku] tqh pushed 1 commit to master [hrev55761] - https://git.haiku-os.org/haiku/log/?qt=range&q=fbc211a25582+%5E80753344fe5b
<nekobot> [haiku/haiku] fbc211a25582 - efi: fix alignment for block device protocol
<Begasus> right, but atm the current recipe "requires" libGL
<PulkoMandy> yes, because it's needed?
<PulkoMandy> what's the problem with that?
<PulkoMandy> our EGL implementation needs libGL
<Begasus> and libreoffice sees that requirement but it's not resolved ... package dependency for libepoxy -- libGL not found
<PulkoMandy> is that a pkgconfig error message?
<Begasus> don't ask me to try a build for libreoffice now :)
<PulkoMandy> well don't ask me to debug things without a log of the actual error message :)
<Begasus> it's a dependency for libepoxy that can't be resolved because it can't find it itself
<PulkoMandy> I don't know what you mean by that. Is it a problem with package dependencies in the package kit? with pkgconfig? with some libreoffice buildsystem thing?
<Begasus> f*ck (still have the libgvnd in haikuports packages, now it finds it) :)
Chuggy has joined #haiku
<Begasus> libreoffice needs libepoxy, libepoxy needs libEGL (but also has a unresolved dependency for libGL)
<Begasus> fist run on a libepoxy build ...
<PulkoMandy> is the error at package kit and haiku package dependencies level?
<PulkoMandy> is it something stupid like it shoud be libgl instead of libGL?
<PulkoMandy> that's the provides from mesa_x86:
<PulkoMandy> provides: lib:libegl_x86 = 1.0.0 (compatible >= 1)
<PulkoMandy> provides: lib:libgl_x86 = 1.0.0 (compatible >= 1)
<Begasus> that's from libepoxy
<Begasus_32> Run-time dependency gl found: NO (tried pkgconfig and system)
<PulkoMandy> yes, that's normal, since we want it to use egl. So for me the libepoxy recipe and build looks perfectly fine
<Begasus> build is ok, even with libGL for libepoxy
<PulkoMandy> yes
<PulkoMandy> don't change anything there, libepoxy is working as it should
<PulkoMandy> so there is just a problem with libreoffice not finding libgl
andreasdr has quit [Remote host closed the connection]
<Begasus> not changing anything atm
<Begasus> right (as a depency for libepoxy)
Major_Biscuit has quit [Ping timeout: 480 seconds]
humdinger has joined #haiku
<PulkoMandy> ok,so I think the libepoxy pkgconfig file could be patched to replace this line: Requires.private: gl egl with Requires.private: egl
n0toose has joined #haiku
<n0toose> question, now that there is an X11 layer, is attempting to port firefox a reasonable idea to have
<PulkoMandy> but I am not sure how it is generated during the build as I don't see it in libepoxy sourcecode
<Begasus> tsss ... we've got enough browser to fit our (my) needs :)
<PulkoMandy> n0toose: you don't like crazy ideas? Why use only reasonable ones?
<PulkoMandy> try it and see what happens
<n0toose> if i were to attempt this, it would probably go better than the tuxpaint port
<PulkoMandy> as far as I know no one even tried to compile it so we have no idea if it even needs X
<Begasus> or keep your nick so we don't wonder who you are? :P
<PulkoMandy> probably will first need a hundred other dependencies
<n0toose> i wonder that myself sometimes, Begasus
<Begasus> given op on that n0toose :P
<nephele> n0toose: It's definetely possible to port firefox
<n0toose> nephele, probably gotta wait on the gtk+ layer and check what's up with node.js
<nephele> but then again... if you are done, now you have firefox on haiku... and webpositive is still better :)
<Begasus> heh
<nephele> node.js...? pretty sure they use v8, how is that related to firefox?
<nephele> (also, weren't you interested in helping upstream webkit? Since I've already started you could definetely still join in if you want to :P)
<n0toose> i think that i am overpromising when i can't even get this patch that i worked on to work peroply
<kallisti5[m]> speaking of opengl. The current mesa triggers the debugger when unlockGL is called from a different thread
<nephele> overpromising? I didn't know what webkit wanted for upstreaming before starting either... we are all learning
<nephele> don't put yourself down :)
freakazoid343 has quit [Ping timeout: 480 seconds]
<Begasus> PulkoMandy, with libGL disabled in the recipe I still have "Requires.private: gl egl" and that works for libreoffice
<Begasus> in libepoxy.pc
<jezek2> n0toose: the first step would be to compile it from scratch in its natural habitat (like under linux) - that first step is already very steep
<PulkoMandy> well I still dont understand where there is a problem in libreoffice, if it's in packagekit package dependencies or in pkgconfig files
<Begasus> unpacking libreoffice atm (will take some time), will report later here on some things I see there (or tomorrow) :)
gouchi has quit [Remote host closed the connection]
AlienSoldier has joined #haiku
jadedctrl_ has quit [Quit: Vision[znc]: i've been blurred!]
jadedctrl has joined #haiku
jadedctrl has quit [Quit: Vision[znc]: i've been blurred!]
jadedctrl has joined #haiku
BrunoSpr has joined #haiku
KapiX has joined #haiku
BrunoSpr has quit [Quit: Vision[]: Ich wurde verwaschen!]
vdamewood has quit [Read error: Connection reset by peer]
vdamewood has joined #haiku
BrunoSpr has joined #haiku
jjido has joined #haiku
<Begasus> heading down, g'night peeps
Begasus has quit [Quit: Ik ga weg]
BrunoSpr has quit [Quit: Vision[]: Ich wurde verwaschen!]
humdinger has quit [Ping timeout: 480 seconds]
GriffintheFolf[m] has joined #haiku
augiedoggie has quit [Ping timeout: 480 seconds]
augiedoggie has joined #haiku
lelldorin has joined #haiku
ablyss has joined #haiku
<nekobot> [haiku/haiku] kallisti5 pushed 1 commit to master [hrev55762] - https://git.haiku-os.org/haiku/log/?qt=range&q=9137be71a36a+%5Efbc211a25582
<nekobot> [haiku/haiku] 9137be71a36a - haikuports/arm: Bump build-packages for arm to latest
floof58 has quit [Remote host closed the connection]
floof58 has joined #haiku
lelldorin has quit [Quit: Vision[0.10.3]: i've been blurred!]
jmairboeck has quit [Quit: Konversation terminated!]
floof58 has quit []
floof58 has joined #haiku
Gaspare has joined #haiku
mmu_man has joined #haiku
x10z has joined #haiku
selfish has quit [Ping timeout: 480 seconds]
selfish has joined #haiku
hooway_ has quit []
tqh has quit [Remote host closed the connection]
Gaspare has quit [Quit: Gaspare]
DKnoto has quit [Ping timeout: 480 seconds]
Gaspare has joined #haiku
x10z has quit [Remote host closed the connection]
x10z has joined #haiku
Vidrep_64 has joined #haiku
DKnoto has joined #haiku
Gaspare has quit [Ping timeout: 480 seconds]
Chuggy has quit [Ping timeout: 480 seconds]
jjido has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
ClaudioM has quit [Quit: leaving]
Skipp_OSX has joined #haiku
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
AlaskanEmily has joined #haiku
x10z has joined #haiku