BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
BrunoSpr has joined #haiku
<Begasus[m]>
not used much atm BrunoSpr , but yeah, ffmpeg7 is around
<Begasus[m]>
afk for a bit
Babaj has joined #haiku
pol has quit [Remote host closed the connection]
pol has joined #haiku
<pol>
I have a similar problem with mouse and keyboard freezing but the clock still goes on.
<pol>
Not sure why it happens. I thought it was the built-in trackpad in laptop so I connected USB mouse & keyboard but it happened again a while ago.
pol_ has joined #haiku
pol has quit [Read error: Connection reset by peer]
bjorkintosh has quit [Ping timeout: 480 seconds]
pol has joined #haiku
pol_ has quit [Read error: Connection reset by peer]
<pol>
BrunoSpr how do you make the mouse/keyboard stop again?
<pol>
Where is this TeamMonitor you mentioned in your bug report?
<pol>
Before mouse completly freezes does it still move a little bit? When you can't move your mouse anymore where is the coursor stuck?
pol_ has joined #haiku
pol has quit [Read error: Connection reset by peer]
<pol_>
It seems ProccessController applet is the cause for me if I browse the submenu, also a HP laptop EliteBook
pol_ has quit [Remote host closed the connection]
Anarchos has quit [Quit: Page closed]
pol has joined #haiku
<Begasus[m]>
ImportError: cannot import name 'QWebEnginePage' from 'qt.webengine' (/packages/calibre-7.22.0-1/.self/apps/Calibre/lib/calibre/qt/webengine.py)
<Begasus[m]>
so far experience with newer Calibre :P
<Begasus[m]>
you "can" build without qt6webengine, but it stops there
<pol>
BrunoSpr
mmu_man has joined #haiku
<pol>
Have you tried disabling two-finger scrolling in your trackpad Input pane?
<pol>
Because I did, no crashing the input server when navigating sub-menus so far.
Nasina has quit [Remote host closed the connection]
<Begasus[m]>
famous last words? ;)
carlomonte has joined #haiku
carlomonte has quit []
carlomonte has joined #haiku
Nasina has joined #haiku
pol has quit [Read error: Connection reset by peer]
pol has joined #haiku
<pol>
I managed to save a syslog from this crash only once because most of the time the system will not shutdown - it will be stuck on closing something.
<pol>
Seems to be a problem with UsB controller :-) After disabling tackpad 2-finger scrolling the trackpad kept working after mouse stopped.
<Begasus[m]>
only time system is un-responsive here is when RAM usage goes through the roof, don't think you guys are experiencing the same
<Begasus[m]>
also, still R1B5 here
<pol>
This is the end of the syslog https://0x0.st/8_va.txt How do I interpret it? Does it show anything trackpad related?
jnn is now known as jn
<pol>
I don't see any errors in bruno's syslog 2.
<pol>
Anyway, I will cross my fingers and hope the system will not crash the input server because I didn't find what exactly is causing this :0
<Begasus[m]>
takes one from the main devs to tackle :)
<BrunoSpr>
pol I triggered it with right clicking Team Monitor in Deskbar and then choose a Thread/team and clicked it. But not closed it only abort
<Begasus[m]>
ah! buildmasters alive again :)
<BrunoSpr>
pol I cannot use the Keyboard only!
<BrunoSpr>
Only Keyboard is not working! Mouse works! Touchpad, not sure! Will try later!
<pol>
Could it be that it happens when you browser any menus in general? For example the Leaf menu. Because it happened to me once with leaf menu too.
erysdren has quit [Quit: Konversation terminated!]
<BrunoSpr>
pol but now I cannot trigger the bug, until now! Mostly it will come by itself after some 5 Min.
<BrunoSpr>
Ah yes you calll it ProccessController applet I thought it is Team Monitor, sorry
<BrunoSpr>
Team Monitor sounds better, or?
<pol>
I think this is the problem with HP laptops. Similar problem here, only syslog shows some USB/trackpad related errors here.
andreaallegri has joined #haiku
Nasina has quit [Remote host closed the connection]
andreaallegri has left #haiku [#haiku]
Nasina has joined #haiku
<BrunoSpr>
pol ave you tried disabling two-finger scrolling in your trackpad Input pane? Not yet, will make some tests
<pol>
Maybe it will help to some extent. My tackpad for example does not need 2-finger scrolling as it uses the trackpad's edges for scrolling both vertically and horizontally.
<BrunoSpr>
pol never I will buy a HP again, even HAIKU is running great on mine! But UEFI is a big problem, I coul not solve to work with reFind proper!
<pol>
Im running from an USB stick.
<BrunoSpr>
pol I don't see any errors in bruno's syslog 2. maybe it was not logged?
<pol>
Have you managed to succesfully reboot/shutdown the system? Because only then the syslog is saved.
<BrunoSpr>
pol cross my fingers and hope the system will not crash the input server because I didn't find what exactly is causing this... Same here!
<nekobot>
[haiku/haiku] 2e9c9b01737f - docs/develop: Fix some internal links in package documentation.
<BrunoSpr>
pol, I have to do some plumbering in my house now, see you all later
<BrunoSpr>
pol Have you managed to succesfully reboot/shutdown the system? Because only then the syslog is saved. Yes not problem only the keyboard is affected...
<nekobot>
• Begasus (dd088e30): crypto++, bump to version 8.9.0 (#12116)
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
Nasina has quit [Read error: Connection reset by peer]
deneel has joined #haiku
Nasina has joined #haiku
Nasina has quit [Read error: Connection reset by peer]
Nasina has joined #haiku
pol has quit [Remote host closed the connection]
carlomonte has quit [Quit: nyaa~]
Nasina has quit [Read error: Connection reset by peer]
Nasina has joined #haiku
Nasina has quit [Read error: Connection reset by peer]
Nasina has joined #haiku
Nasina has quit [Read error: Connection reset by peer]
bjorkintosh has joined #haiku
pol has joined #haiku
andreaallegri has joined #haiku
andreaallegri has left #haiku [#haiku]
B2IA has joined #haiku
OscarL has joined #haiku
<OscarL>
Begasus[m]: hello. Testing 32 bits libfossil, I'm getting "mv: cannot stat '/packages/libfossil_x86-2025.04.04-1/.self/lib/x86/libfossil.*': No such file or directory" (even after trying to pass --libdir=$libDir to its .configure) :-(
<OscarL>
the .so ends up in: work-x86-2025.04.04/packaging/libfossil_x86/lib/libfossil.so at the moment.
<OscarL>
and I'm not familiar enough with "standard" makefile, let alone this one that's generated via an "autosetup" system written in TCL :-)
<OscarL>
darn autosetup seems to accept --libdir, but doesn't do anything with it. it uses hardcoded "/lib" in the generated makefiles.
bbjimmy has quit [Quit: Vision[]: i've been blurred!]
bbjimmy has joined #haiku
pol has quit [Remote host closed the connection]
Nasina has joined #haiku
<Begasus[m]>
Hola OscarL
<OscarL>
o/
<Begasus[m]>
sec, just got in :)
<OscarL>
no hurries
Nasina has quit [Ping timeout: 480 seconds]
<Begasus[m]>
check "configure --help"
<Begasus[m]>
it's not a regular configure setup, doesn't use libdir etall (only prefix)
<OscarL>
even checked the code, flag is accepted for "compatibility with autocof" but it doesn't uses.
<OscarL>
yay! my sed attempts seem to have finally worked! (now got a policy error :-D)
<Begasus[m]>
yeah :/
Nasina has joined #haiku
<OscarL>
"libfossil${secondaryArchSuffix}_fnc" and not libfossil_fnc$secondaryArchSuffix :-D
<OscarL>
or maybe I should have used ${portName}_fnc :-P
<Begasus[m]>
arghh!! :P
Nasina has quit [Read error: Connection reset by peer]
<OscarL>
well, for subpackages, kinda makes more sense, actually, LOL.
<Begasus[m]>
what if subpackage is "any" arch? :P
<OscarL>
"${portName}_tools = $portVersion" even looks cleaner (and it is one less thing to change if recipe gets renamed)
<Begasus[m]>
ok, try grepping foo_tools then?
<OscarL>
(should work OK for "any" in any case, no? (name just won't have a suffix, same as for primary arches)
<Begasus[m]>
not atm (with official) haikuporter I think?
<Begasus[m]>
"any" is not pure "any" there
<OscarL>
"there" where? when building as secondary arch?
<Begasus[m]>
yeah
<Begasus[m]>
err ... actually ... portName would be the same as foo_x86
<Begasus[m]>
but still, using inrecipe libfossil_fnc works, but I guess it wont work if that is $portName_fnc
<OscarL>
(ANY foo having portName=foo_x86)... guess that's part of what jmairboeck's changes try to fix, right? (while also exposing "arch-independent" / suffixless $portBaseName for recipe usage)
<Begasus[m]>
err for libfossil_fnc$secondaryArchSuffix, $portName (not $portName_fnc)
<waddlesplash>
Begasus[m]: build masters should have been fixed yesterday but they only try reconnects when a new build is initiated
<OscarL>
anyway, "libfossil${secondaryArchSuffix}_tools = $portVersion" works. will use that.
<Begasus[m]>
waddlesplash: they launched earlier, 64bit is stuck atm on ffmpeg7
<Begasus[m]>
32bit is ready (2 PR waiting on 64build for crypto++) before they can be merged
<OscarL>
will test 64 bits build again, just in case.
<OscarL>
Begasus[m]: thanks. will keep it "traditional" for now :-D. I'll probably start making use of $portBaseName once that's available on builders.
<Begasus[m]>
+1
<OscarL>
only did a quick-and-dirty (QnD) fix with sed now, because trying to rework how that "autosetup" system work felt way "out of scope" (assuming I could make it work as intended anyway, heh).
<Begasus[m]>
yeah, upstream should make that more configurable
<Begasus[m]>
only thought about the srcGitRev variant, I know it's not git, but maybe something like srcHashRev (could be used by other in the same way then, making it a bit more global usage)?
<Begasus[m]>
or the like*
<OscarL>
at first I had fossilHash,
<Begasus[m]>
I wouldn't use the portName in it
<Begasus[m]>
as we don't do that for srcGitRev also
<OscarL>
I'm not using portName now.
Nasina has joined #haiku
<Begasus[m]>
srcFossilRev atm
Nasina has quit [Read error: Connection reset by peer]
<OscarL>
about a more "generic" variable name for commits of different VCS...
<Begasus[m]>
yeah, just like we do for git repos
<OscarL>
would be nice, I guess... not srcHashRev, though, as "hash" and "rev" are trying to convey the same meaning.
<Begasus[m]>
I really like Web+ lately, just when using github :(
<OscarL>
Wouldn't be surpriced if the first usage was for srcSvnRev or something :-D
<Begasus[m]>
you probably could come up with a better one :)
<OscarL>
(as "rev" makes more sense in the SVN context)
BrunoSpr has joined #haiku
<Begasus[m]>
sound better already
<Begasus[m]>
+s
<Begasus[m]>
meanwhile I'm not sure how to go ahead on latest boost PR (error on 32bit)
<OscarL>
so, the first one if in case we wouldn't then try to use libboost with clang, for example?
<OscarL>
might need to ask a proper dev, here Begasus[m] :-)
<Begasus[m]>
think so too :)
<Begasus[m]>
also will need a variable, no error on 64bit
<OscarL>
second sounds safest, even if means loosing stacktraces (who needs those anyway! :-P)
<Begasus[m]>
and as the command b2 is used this goes to INSTALL
<OscarL>
(quicky changes topic for a sec....) just a thought... might be better to merge libfossil before builders come back up again, no? (otherwise will need to change revision once 64 bits build goes ok)
<Begasus[m]>
let's see what this does on 64bit buildmaster :)
<OscarL>
I thouhgt I had tested libfossil on 32 bits before... I must have confused it with the builds I tested for fnc, sorry about that.
<Begasus[m]>
np :)
<Begasus[m]>
haven't been test driving 32bit build much lately also
<OscarL>
and in this case... as both projects include a copy of the other... easy to mix up :-D
<Begasus[m]>
not sure what's up, Quaternion crashed a few times here
<Begasus[m]>
someone trying to poke me in PM? or some AI tracking me? :P
Nasina has joined #haiku
Nasina has quit [Read error: Connection reset by peer]
<OscarL>
bots finally comming for ya Begasus[m]!
<Begasus[m]>
not that they will get any wisdom from me LOL
<Begasus[m]>
think I need to boot up a VM here to check that boost recipe on 32bit, the other laptop is too slow for the job
<Begasus[m]>
after boost is finished packaging here :)
<Begasus[m]>
lol .... mv: cannot stat '/packages/boost1.87-1.87.0-1/.self/lib/libboost_stacktrace_from_exception.*': No such file or directory
<OscarL>
after "/b2 boost.stacktrace.from_exception=off" ?
<Begasus[m]>
yep :)
<Begasus[m]>
figures ;)
<OscarL>
might need one of those "$maybeLibboost_stacktrace_from_exception" variable in there.
<BrunoSpr>
Presumably a duplicate of #19477 then. Try without power saving mode to confirm. Could be! No keyboard problems with power saving mode off!
* OscarL
remembers seeing those "maybeFooBar" earlier on, and going... "wtf?".... later on... "ah! makes sense" :-)
Begasus has joined #haiku
<OscarL>
yeah, depending on the CPU, enabling Power Saving mode can cause some weird issues :-)
freddietilley has quit [Quit: WeeChat 4.5.0]
<BrunoSpr>
It looks similar but it might be not! External Keyboard does work!
OscarL has quit [Quit: Page closed]
OscarL has joined #haiku
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
<Begasus>
ok, let's see how this goes
<Begasus>
build for libfossil fine on 32bit now OscarL :)
<OscarL>
nice :-)
<OscarL>
and 64 bits one got built ok already.
<Begasus>
yeah, no worries there (yet) :)
<Begasus>
64bit got triggered again, nice!
<Begasus>
now do I use targetArchitecture or effectedTargetArchitecture in a bit :)
<Begasus>
effective*
<Begasus>
second one only needed when targetting gcc2 builds
<Begasus>
or "not" targetting gcc2 builds :)
<OscarL>
I used "if [ "$targetArchitecture" = x86_gcc2 ]; then" for the libfossil fix. IIRC, is the most common variation on-tree (vs no "" or "" around both or either side of the "=")
<Begasus>
well, I "don't" want it on 32bit, so targetting it out would make more sense there?
<OscarL>
depends on what you take as "default" (say, maybeFooBarLib="" or maybeFooBarLib="libfoobar.so"), I guess.
<OscarL>
then you'll either check for "=" or "!=" before setting the "other" value.
<Begasus>
fiddling a bit with it
<Begasus>
just not sure how to include the one from the debug package :P
<Begasus>
build completed, so that part disable the library works on 32bit
<Begasus>
s/disable/disabling
<Begasus>
trying with "if [ "$effectiveTargetArchitecture !x86_gcc2 ]; then ...
<OscarL>
I'd use a $maybeThatLibYouMayOrMayNotHave variable there.
<OscarL>
set to the correct name of the library in question by default, and if arch = x86_gcc2, set to empty an empty string.
<OscarL>
the you just use "$maybeThatLib \" when calling defineDebugInfoPackage
<Begasus>
kinda like commandSuffix?
<OscarL>
look at the openssl recipe
<OscarL>
it uses a $maybe variable on defineDebugInfoPackage.
<Begasus>
remember using maybeManDir in the past ...
<OscarL>
openssl recipe uses that too
<Begasus>
that was a fbrosson thingy ;)
<OscarL>
that recipe test if secondaryArchSuffix is empty or not, I guess to only include the man pages in one of the openssl package and not on both (gcc2 vs x86 on 32 bits)
<OscarL>
but you should be fine using "if [ $targetArchitecture = x86_gcc ]; then" in your case.
<Begasus>
could work :)
<Begasus>
first house shores (and doggies) :)
<OscarL>
(just mentioned the openssl recipe to give an example you can read locally)
mmu_man has quit [Ping timeout: 480 seconds]
diver has quit [Quit: Leaving.]
bbjimmy has quit [Read error: Connection reset by peer]
<Begasus>
leaves the issue on dealing with "lib:$maybeFoo" and "devel:$maybeFoo"
mmu_man has joined #haiku
<OscarL>
you can use similar if [...] blocks, and use PROVIDES+="lib:libFooBar"
<Begasus>
that I already had :)
<OscarL>
alright then :-)
<Begasus>
"had" :P
<Begasus>
guess I only need that for the debug package
<OscarL>
I mean, if that lib will not be there for 32 bits, you could take them out from provides... (albeit haikuporter doesn't checks if you say you provide things, and then lie :-D)
<Begasus>
already breaking my head over this :P
<Begasus>
first let's go from here
<OscarL>
sure. (what I mean is... having superfluous/extra PROVIDES do not break the build)
<Begasus>
if set correctly ;)
<Begasus>
it's not only lib: devel: also debug package and configure option :)
<Begasus>
trying to combine the last to in local variables
<OscarL>
I use "$maybeEnableOptimizations \" on the .configure of python's recipes, in case it may serve as example.
<OscarL>
I guess "orcaslicer" just takes a long time to build?
<Begasus>
never tried it
<Begasus>
running install on the buildmaster
<Begasus>
seems to take some time for that script though
<Begasus>
progress :)
sen has quit [Remote host closed the connection]
geist has quit [Read error: No route to host]
znemo has quit [Read error: Connection reset by peer]
jbmorley has quit [Read error: Connection reset by peer]
jbmorley has joined #haiku
sen has joined #haiku
waddlesplash has quit [Read error: Connection reset by peer]
geist has joined #haiku
rubin55 has quit [Read error: No route to host]
IIsi has quit [Read error: Connection reset by peer]
rnelson has quit [Read error: No route to host]
mbrumbelow has quit [Read error: No route to host]
leont has quit [Read error: No route to host]
waddlesplash has joined #haiku
znemo has joined #haiku
IIsi has joined #haiku
mbrumbelow has joined #haiku
rubin55 has joined #haiku
leont has joined #haiku
<OscarL>
seems someone tripped over a power or network cable at irccloud.com :-D
rnelson has joined #haiku
<Begasus>
net-split, long time since I've seen it :)
<Begasus>
OscarL, looking at the build speed for that package it could take some time :)
<Begasus>
orcaslicer*
<OscarL>
yeah, just asking in relation to user leonstyhre asking about the newer "es_de".
<Begasus>
that will only show up once buildmaster is finished with this block
<OscarL>
right.
Nasina has joined #haiku
deneel has quit [Read error: Connection reset by peer]
deneel has joined #haiku
Nasina has quit [Ping timeout: 480 seconds]
<Begasus>
I guess with the $devel_libs in prepareInstalledDevelLibs this $maybe thing isn't working?
<Begasus>
food ...
<OscarL>
I guess you'll need to conditionally add libboost_stacktrace_from_exception if not targeting x86_gcc2, ie: if [ targetArchitecture != x86_gcc2 ]; then devel_libs+="libboost_stacktrace_from_exception"; fi
<B2IA>
(AGMS) AP it says "Unizone (English) v 1.3.0 build 1""
<B2IA>
(AGMS) I'll turn off BitTorrenting on the server, should speed up your download, AP.
r6fej has joined #haiku
<B2IA>
(AGMS) Though not by much, you're maxing out the 10 megabit/s upload.
<B2IA>
(AP) Oh. It wasn't horribly slow. I just didn't have time to keep my computer plugged in. It would disconnect before finishing. It was at 1.1MB/s. I was testing a download of Sita sing the Blues, not realizing it's size.
<B2IA>
(AGMS) That's fine. It's a good animated movie too, even has an intermission.
<B2IA>
(AP) I had two entries in the downloads. I cancelled the one. Didn't see your message until now. I can always grab it some other time. It was more of a test of the download function.
<B2IA>
(AP) I was curious because I see BeShare 3.04 for everyone. I am running Unizone in wine, on Linux. More portable than my Haiku/BeOS machines. Not as nice of an interface, relative to BeShare.
<B2IA>
(AGMS) Best is overnight (11pm to 9am), Eastern Standard Time (GMT - 5). Though that's also when the bittorrent server ramps up (also has Sita there, see listing at www.agmsmith.ca).
r6fej has quit [Ping timeout: 480 seconds]
<B2IA>
(AP) Thanks for the tip. ETA is 15 minutes. I think I'll wait. :)
<B2IA>
(AGMS) Well, at least people (and the Haiku Depot) are using BeShare 3 rather than 2.
<B2IA>
(AGMS) Yup, not that long.
<B2IA>
(AP) What's different or wrong about BeShare 2?
<B2IA>
(AGMS) By the way, this gets bridged to the #Haiku IRC channel. BeShare 2 was an older version, had some problems in the port (GUI broken).
<B2IA>
(AP) Oh. I see. Bridged both ways?
<B2IA>
(AGMS) Yes, you can type in stuff either place.
AGMS-BeOS has joined #haiku
AGMS-BeOS is now known as AGMS
<AGMS>
Though the BeShare file sharing doesn't work on IRC.
r6fej has joined #haiku
AGMS has quit []
<B2IA>
(VMTest) Oops. I tried to change a window theme setting in Unizone. Crashed the program and wine. I'll try again some other time. Take Care :)
<B2IA>
(AGMS) OK, though with BeShare it resumes the download automatically.
<B2IA>
(AGMS) TTYL
<B2IA>
(VMTest) I don't know about Unizone though. There may be a setting, lots of settings. just not a setting I should play with if I don't want it to crash
HaikuUser2 has joined #haiku
<B2IA>
(AGMS) AGMS turns on the BitTorrent server, now that there's bandwidth available.
Viking667 has joined #haiku
Nasina has quit [Read error: Connection reset by peer]
<Viking667>
Hi all. It sounds like you've been having fun trying to build libfossil. Oh rats, OscarL left.
<B2IA>
(AGMS) Hazards of live real-time chat!
<Viking667>
Begasus[m]: Did he get packages built in the end? I'm not quite sure what the logs stated.
<Viking667>
Hi AGMS - are you over on Matrix?
<B2IA>
(AGMS) On BeShare, there's a bridge to IRC.
<Viking667>
Huh? What's BeShare? XMPP-based?
<B2IA>
(AGMS) BeOS based. Was big at the time. Has a message based protocol so it's used for more than chat.
mmu_man has quit [Ping timeout: 480 seconds]
<Viking667>
Does it still run under Haiku?
Nasina has joined #haiku
<Viking667>
Or has it been recompiled since on Haiku, so it will run fine?
<B2IA>
(AGMS) It's been recompiled, and there is a 64 bit version, also a PPC version for old BeOS.
<B2IA>
(AGMS) Available in HaikuDepot.
<Viking667>
hm. My Haiku isn't up very often, as it's over on another machine that's not "mine". I'm sort of only there as a guest.
mmu_man has joined #haiku
<Viking667>
And you guys are as esoteric as plan9. Not as bad as TempleOS, thankfully.
<B2IA>
(AGMS) Well, it's around if you need it, and there's IRC chat which works on more OSes, though there's also Unizone - a BeShare client for Windows.
<B2IA>
(AGMS) The posix compatibility helps with the ports of software from other OSes.
<Viking667>
... heh. Except for the bits that aren't there yet for not-quite-posixy-stuff.
<Viking667>
I struck that for libfossil's fnc.
<B2IA>
(AGMS) Yup. But the HaikuPorter build system is pretty useful for adding patches to modify other software to work around those.
HaikuUser2 has quit [Quit: Vision[]: i've been blurred!]
<Viking667>
That's what I think OscarL/Begasus[m] have been working on.
<B2IA>
(AGMS) Likely.
<Viking667>
What I really meant to say is "They've been working 14 hour days and nine day weeks to get rid of spelling mi....err, getting libfossil to compile and execute properly under Haiku"
<Viking667>
I see Oscar got fired and hired all within the same day - is that frequent?
<erysdren>
wdym?
<erysdren>
did i miss something? :p
<Viking667>
Yah. About 4 ½ hours ago, OscarL got fired.
<erysdren>
fired from what?
<erysdren>
sorry, i'm dense
<Viking667>
from developing on HaikuPorts packages, I'd guess. Of course eight minutes later, he was hired back again...
<Viking667>
somewhere around 17:33 and 17:41server time
<erysdren>
i see i see
wicknix has quit [Read error: Connection reset by peer]
wicknix has joined #haiku
<erysdren>
also, i'd argue that Haiku is way friendlier than plan9 both in terms of community and the OS itself
<Viking667>
off coarse, if wee gut fired fur everly speling mestike, wee'd bee awl fired.
<erysdren>
we've all gone off course...
<Viking667>
Well, plan9 was always a research OS. You were expected to know your stuff by the time you were running that in any capacity.
<erysdren>
of course
Nasina has quit [Read error: Connection reset by peer]
<Viking667>
Anyhow, I'm off again. Have a good time and a great morftervening all.
<erysdren>
cya
Viking667 has quit [Quit: *croak*]
Nasina has joined #haiku
Viking667 has joined #haiku
<Viking667>
One more thing I needed to ask: how do I get the irc logs in light mode, not dark mode?
<erysdren>
sorry to say, i don't know
<Viking667>
So far the only way I've been able to do that is to go into the browser's Developer console and change from style-dark.css to style-light.css.
Nasina has quit [Remote host closed the connection]