<nekobot>
• threedeyes (5bb1a551): waterfox_bin: bump version
<janking>
:)
janking has quit [Quit: Vision[]: i've been blurred!]
_0xdd_ has joined #haiku
_0xdd has quit [Remote host closed the connection]
janking has joined #haiku
<Begasus[m]>
g'morning peeps
<janking>
Good morning to you all :)
OscarL has joined #haiku
<OscarL>
'lo folks.
<OscarL>
seems I'm not having much luck with hardware this year. The AMD E-450 All-in-One decided to not even POST anymore (after I was almost done with setting up as I wanted... even with LibreELEC for using it as an h264 capable media player) :-(
<OscarL>
last resort will be to tear it apart to remove the BIOS battery, in hopes that the issue is just some odd BIOS/NVRAM thingie due to Linux doing something odd with it (machine worked fine with Haiku and Win 7/10).
<OscarL>
or I just got unlucky again, and I'm facing some BGA solder cracks/defects on the mobo/CPU (which means the AIO will become truly e-waste)
dby has quit [Quit: Vision[]: i've been blurred!]
<Begasus[m]>
hi OscarL :)
<Begasus[m]>
jikes, not looking to bright there :(
<OscarL>
Good day Begasus[m]. Thanks for fixing reportlab on 32 bits!
<OscarL>
yeah... I'm really bummed about the E-450 :-(
<Begasus[m]>
runtime_loader: Cannot open file libplacebo.so.349 (needed by /boot/system/lib/libmpv.so.2.3.0): No such file or directory
<Begasus[m]>
bugger, needs a revbump
<Begasus[m]>
np on reportlab OscarL , you know I can't stand open issues on the reports :)
<Begasus[m]>
and this one on mpv isn't reported there :(
<Begasus[m]>
Fetching package for smartypants_python310 ...
<Begasus[m]>
let's see what happens :)
<Begasus[m]>
ModuleNotFoundError: No module named 'importlib_metadata'
<Begasus[m]>
missing dep for rst2pdf OscarL ?
<OscarL>
mmm, maybe I had it installed already and thus didn't noticed? let me check.
<Begasus[m]>
ModuleNotFoundError: No module named 'jinja2'
<OscarL>
are you trying to build latest rst2pdf?
<OscarL>
if so... yes, you will need to fix dependencies.
<Begasus[m]>
just checking if this works creating the pdf manpages for mpv :)
<OscarL>
I didn't updated rst2pdf version to avoid having to deal with the newer dependencies (mentioned in the PR/commit)
<Begasus[m]>
File "/packages/python3.10-3.10.18-1/.self/lib/python3.10/vendor-packages/rst2pdf/styles.py", line 20, in <module>
<Begasus[m]>
import yaml
<Begasus[m]>
it looks like it's comming from rst2pdf
<OscarL>
which exact rst2pdf version do you have installed?
<Begasus[m]>
haven't touched it also :)
<Begasus[m]>
got it build (not installed) 0.10.2
<OscarL>
"<system> rst2pdf_python310 0.102-2 any" is what I have.
<Begasus[m]>
ModuleNotFoundError: No module named 'yaml'
<Begasus[m]>
we don't have that?
<Begasus[m]>
yeah, same here, just sitting in */haikuports/packages
<OscarL>
give me a minute to re-check rst2pdf git log.
<Begasus[m]>
+1
<OscarL>
meanwhile... more problems with my *hardware*... eysesight (on short, and now not so short, distances) is getting noticeably worse, seamingly, on a weekly basis. I guess I'm officially getting old (or "old(er)", as Begasus[m] would put it :-D).
<OscarL>
so expect even *more* typos from me :-P
<Begasus[m]>
welcome to the club :P
<OscarL>
seems there are only 2 commits for rst2pdf.
<OscarL>
original by you in 2024, and my changes the other day. Let's triple-check rst2pdf *DOCUMENTED* dependencies (won't be the first, nor the last, time a python package wrongly documents its dependencies)
<OscarL>
Official list of runtime-dependencies (or in Python's METADATA parlance: "Requires-Dist"): https://bpa.st/GRHQU
<OscarL>
(this is for the specific .whl file we're currently re-packaging)
<Begasus[m]>
checking
<OscarL>
meh... with that list of deps... we better just update to latest version of rst2pdf. Odd that it worked just fine with the test I did locally.
<OscarL>
as it seems it shoudlbe pip-installable... and (as far as I know), you only added rst2pdf originally because "MasterPiece" could make use of it (but that recipe is disabled anyway)
<Begasus[m]>
now that it's in I just can't stand it if it doesn't work :P
ChaiTRex has quit [Remote host closed the connection]
<OscarL>
if it is only for mpv docs... I'm more willing to just drop the rst2pdf .hpkg (and deps)...
ChaiTRex has joined #haiku
<OscarL>
IMO, it is not a good use of our time to re-package things that can be pip-installable.
<OscarL>
I don't like using pip in recipes...
<Begasus[m]>
but how do I create the mpv.pdf then (not that it's needed) :)
<Begasus[m]>
already cleaned one yesterday for that :)
<OscarL>
radare2, right? saw it. Thank you. For tests... I think it would be more than ok to use pip, though, and on your next update of attica6 we could just do that.
<Begasus[m]>
for the record, it works nice :) created pdf is fine
<Begasus[m]>
didn't you want to drop "pip"? in that case it's obsolete in the recipes
<OscarL>
I wan to drop the "pip_python3xx*.hpkg" packages/recipes, yes.
<Begasus[m]>
for those test I did it like that to not create a seperate package for those requirements
<Begasus[m]>
using that in TEST() could backfire if multiple targets get added? in case for reuse, it's only that, it has no extra dependencies
<OscarL>
what I mean is... in recipes that *need* pip.... you stil can use it via calling "python3 -m ensurepip --default-pip" before commands that need "pip3" to exists.
<Begasus[m]>
that I need to figure out yet :)
<OscarL>
we can't realistically test for every possible combination of python interpreter version, IMO.
<OscarL>
we should aim to test mostly only for the "default" Python version, whatever that is.
<Begasus[m]>
agree on that, on the user side
<Begasus[m]>
like I have sphinx_python310 in the pyside recipe (not published), that alone has some deps, if we drop that documentation gets lost
<OscarL>
that's one of the reasons I wanted to write a post regarding python support on Haiku... not to "dictate" what I want, but to let the users know what the limitations are, and what is reasonable to expect from such a tiny team :-=
<OscarL>
(wish I was better at summarizing)
<Begasus[m]>
;)
<Begasus[m]>
we scratch our back (or how do they call it) :)
<Begasus[m]>
so I'd still like to have sphinx in there, users probably don't care that much?
<OscarL>
re: documentations... that''s a good example.... while I would love for Haiku to have the same level of docs as, say, Debian has... we very much lack the manpower.
<Begasus[m]>
right, but we do as we do, so if one of us is hitting this wall "we" try to fix it on our side
<Begasus[m]>
if sphinx wasn't in the depot, how would I add the documentation for packages that require it now?
<OscarL>
IMO, Haiku users should be expected to be pleasantly surprised that they don't need to "compile all the things" (because we offer .hpkg for most common things), but expecting full custom docs (with adjusted paths, and all)... is a bit too much.
<Begasus[m]>
so far downstream hasn't compained much on missing documentation :)
<Begasus[m]>
complained*
<OscarL>
right... I don't expect any python programmer to really complain about the lack of a Python DOC package, for example (even, if I had one locally :-P). People tend to rely on online resources nowadays.
<OscarL>
I would love to trully aim for a "no network" need after installation approach, but I don't think it is possible with our current team size.
<Begasus[m]>
in this case for mpv it's not about python docs :
<OscarL>
but has python deps.
<OscarL>
or (for other projects) "whatever deps", which is my point...
<Begasus[m]>
"if" I would use rst2pdf then yes (not saying I'm adding them) :)
<OscarL>
I really appreciate your drive to provide packages as complete as possible.
<OscarL>
I'm just saying...
<Begasus[m]>
same here ... :D
<OscarL>
we're too few to drown ourselves in dependency hell.
<Begasus[m]>
I'm guessing it's a matter of what is really helpful and what could be dropped
<Begasus[m]>
heh
<Begasus[m]>
it's a pit yes
<OscarL>
as I see it...
<OscarL>
lack of docs... can be "fixed" by just going online.
<Begasus[m]>
rst2pdf in this case is just for the manual, guess it's no big deal if it isn't in it
<OscarL>
lack of "binaries/lib:s/cmd:s", can't (from an end-user point of view)
<Begasus[m]>
doggies now, biab :)
<OscarL>
enjoy them!
freddietilley has joined #haiku
tuaris has quit [Remote host closed the connection]
<OscarL>
Begasus[m]: re: can import... which makes sense, because it is part of the "standard library" (just removed it here, and still can import it)
<Begasus[m]>
already got 451 packages in there OscarL :P
<Begasus[m]>
yeah same here OscarL (on the import), but doesn't work without it in the recipe for mpv (check above link)
<swiftbanana[m]>
I do very much agree with OscarL that the amount of available packages in Haiku is mindblowing
<Begasus[m]>
maybe it needs a bump for that (rst2pdf)
<swiftbanana[m]>
Your work is very much appreciated here
<OscarL>
Begasus[m]: I am *slowly* working on a "--download-deps-instead-of-installing-them", but sadly... you already are aware of my limitations (on skill, focus, and harware :-D)
<Begasus[m]>
thanks :) some are really useful , some maybe not, but did sparc the attention of one of the team members to include it at one point
<OscarL>
Begasus[m]: also... and I don't mean this to excuse any possible wrong behavior on my part, just a reminder... sadly, sometimes I'm not entirely "sane". I try my best to keep that to myself, but I'm aware I don't always succeed :-(
<Begasus[m]>
OscarL there is no issue between us, so no need for excuses :)
<Begasus[m]>
I'd rather have a bit insane then obnoxious :)
<OscarL>
from those METADATA files... "Requires-Dist:" should be added to .recipe REQUIRES.
<Begasus[m]>
well ... you get it :)
<OscarL>
Begasus[m]: heh, I think I know what you mean :-)
<Begasus[m]>
yeah, that bottom part isn't really required
coolcoder613 has joined #haiku
<OscarL>
Begasus[m]: re: "Requires-Dist:" won't be the last (nor the first) time I see things the that are NOT in either setup.cfg/setup.py/pyproject.yaml :-( (all software projects feels like a house of cards :-D)
<OscarL>
s/things the/things there/
<OscarL>
coolcoder613: nice to see you. Was reminded of you the other day after re-reading some pypbind11 vs nanobind "discussions".
<Begasus[m]>
in this case it uses a whl archive, so had to extract it to look into that METADATA file
<Begasus[m]>
reportlab_python310 doesn't mention a version?
<OscarL>
right. did so myself. but I *think* I did read the original setup.cfg... let me re-check.
<OscarL>
re: reportlab_python310 version for what?
<OscarL>
yeah, those are trully the "official" deps.
<OscarL>
guess I was just lazy, and added only what I needed to convert some nutkia .rst doc files into .pdf :-(
<Begasus[m]>
got those added (as you can see in the above link) :)
<Begasus[m]>
0.103.1 now
<Begasus[m]>
k, working for mpv without the extra dependencies
<OscarL>
If we're already packaging the needed deps... sounds good to me! (I was just lazily trying to fix the broken cmd:rst2pdf, while adding as few new deps as possible)
<Begasus[m]>
I'll push in a bit, maybe you could give it a look (only added the requirements)
<OscarL>
sure thing. thanks for your work, Begasus[m]!
<Begasus[m]>
BePDF doesn't show the index text, shows OK in Okular
<Begasus[m]>
np OscarL can't stand loose ends you know :P
<Begasus[m]>
still trip over the $portName variable :P
<OscarL>
Mmm, re: BePDF... you made me remember.... there's a nasty bug in BePDF that can cause user data loss (related to user-bookmarks). I should try to rember opening a ticket for that :-D
<OscarL>
Begasus[m]: I started to move my templates to $portBaseName at least :-D
<Begasus[m]>
progress, haven't gotten around to do some work here on the templates
mmu_man has joined #haiku
<Begasus[m]>
PR for rst2pdf is up
<Begasus[m]>
ps, should we call are jinja jinja2 also (as it is done in Gentoo)?
<OscarL>
(also... guess that having a "$portBaseVersionName" variable would actually be more usefull than having just $portVersionName :-D. hint, hint jmairboeck! :-P)
<Begasus[m]>
it's confusing to see "module jinja2 not found"
<Begasus[m]>
lol
<OscarL>
Begasus[m]: re: jinja vs jinja2.... I would always try to follow the info from pypi.org. in this case... "jinja" last updated in 2007.... current on is: https://pypi.org/project/Jinja2/
<OscarL>
I'll try to update my python .recipe templates this week, and share them with you (and possibly upstream it to haikuporter)
<Begasus[m]>
+1
<Begasus[m]>
OscarL the pypi link also mentions "jinja2" :P
<OscarL>
might not be *ideal*, but should be helpfull enough when updating recipes for switching from setuptools to build/installing..., and also from switching fromm tarballs to .whl files (at least for "any" packages).
<Begasus[m]>
I "try" to stay away from those python packages when I can :)
<OscarL>
Begasus[m]: right, that's what I meant... "current one" should be named jinja2, according to that link :-)
<Begasus[m]>
but now this jinja thing is getting on my nerves :P
<OscarL>
Begasus[m]: same as I say to jmairboeck: feel free to fix up things as you see it fit! (if things TRULY bother me... I'll eventually do at least a PR :-P)
<Begasus[m]>
on it :P
<OscarL>
generally, it is better to have people actually doing things, than wating for slow ones as myself :-)
<Begasus[m]>
heh
<Begasus[m]>
bah, download uri doesn't work for latest
<Begasus[m]>
that works, but there should be a shorter version ...
<Begasus[m]>
moin phschafft :)
<phschafft>
All good everyone?
* phschafft
makes makes a quick tour of all who seem to be wake to offer a cookie in person before he find his way to the channel's cookie bowl for the usual morning refill.
<OscarL>
Begasus[m]: appreciate you adding both the version bump, and also (on other recipes), adding why new recipes are needed. much helpful when using git log!
mmu_man has joined #haiku
<Begasus[m]>
I try to :)
* OscarL
runs a test build of fossil, before hitting that green button.
<Begasus[m]>
+1 didn't get to that yet
<Begasus[m]>
grabbing jinja2_python310-3.1.6-1-any.hpkg and moving it to /Opslag/haikuports/packages/jinja2_python310-3.1.6-1-any.hpkg
<OscarL>
one of my brothers tempted my with buying a used Athlon 3000G+motherboard+RAM (for about 100 U$D). Didn't make the deal, but surely wish I had, given the slow build times I have with the N4020 or the Phenom (the 3000G should have in theory be 2x as fast as the Phenom, and up to 4x/5x as the N4020)
<Begasus[m]>
:(
<OscarL>
*current* dream cpu for me would be a Ryzen 7 8700G, but it is *way* too expensive. I might try to target a 5700G at some point (but should wait to after I get a working fridge frst, at least :-D)
<Begasus[m]>
oh yeah! need to keep your beer cold! :)
<OscarL>
haven't had a working fridge since ends of 2016, so... what's is this "cold beer" you speak of? :-P
<Begasus[m]>
hmm ... if I add the jinja2 recipe it will replace jinja, making packages requiring it in need of a revbump :P
<Begasus[m]>
ouch OscarL no cold beer :'(
<OscarL>
mmm, tried "fossil init foobar && fossil ui foobar", but Web+ seems to have issues rendering the page (or fossil not working properly?)
<Begasus[m]>
not familiar with that :D
<Begasus[m]>
guess I could drop that pip for attica, already got /Opslag/haikuports/dev-python/reuse/reuse-5.0.2.recipe :)
<Begasus[m]>
Requires-Dist: Babel>=2.7 ; extra == "i18n" (should I add babel to jinja2 now?) :)
<Begasus[m]>
from Gentoo: elog "For i18n support, please emerge dev-python/babel."
<OscarL>
added a comment on the fossil PR.
<OscarL>
re-trying with the version we already have on the depot.
<Begasus[m]>
how does the current one from the depot behave OscarL ?
<Begasus[m]>
ah :)
<Begasus[m]>
not diving to deep into jinja2, pushing the update
<OscarL>
version on depot still behaves the same. not sure if I'm doing something wrong (or have some odd config), or it was already broken :-()
<Begasus[m]>
will give it a go here
<Begasus[m]>
PR for jinja2 is up
mmu_man has quit [Ping timeout: 480 seconds]
<OscarL>
Begasus[m]: re: fossil. added a new comment to the PR.
JakeSays has quit [resistance.oftc.net synthon.oftc.net]
sen_ has quit [resistance.oftc.net synthon.oftc.net]
tktech28 has quit [resistance.oftc.net synthon.oftc.net]
kevans91_ has quit [resistance.oftc.net synthon.oftc.net]
adrian_ has quit [resistance.oftc.net synthon.oftc.net]
eschaton has quit [resistance.oftc.net synthon.oftc.net]
figment has quit [resistance.oftc.net synthon.oftc.net]
cheapie has quit [resistance.oftc.net synthon.oftc.net]
mbrumbelow has quit [resistance.oftc.net synthon.oftc.net]
Molniya has quit [resistance.oftc.net synthon.oftc.net]
waddlesplash has quit [resistance.oftc.net synthon.oftc.net]
stux|away has quit [resistance.oftc.net synthon.oftc.net]
<OscarL>
using 127.0.01:8080 on the same machine works (as mentioned in a previous commit message from Zakezero, but accessing from a different machine still seems to not work)
waddlesplash has joined #haiku
stux|away has joined #haiku
JakeSays has joined #haiku
adrian_ has joined #haiku
tktech28 has joined #haiku
sen_ has joined #haiku
kevans91_ has joined #haiku
cheapie has joined #haiku
eschaton has joined #haiku
figment has joined #haiku
Molniya has joined #haiku
mbrumbelow has joined #haiku
<Begasus[m]>
works on old package
<OscarL>
which version?
<OscarL>
(might be good to add that info to the PR, and/or to an upstream ticket)
<Begasus[m]>
fine on new version like that too
<Begasus[m]>
can't it be patched?
<OscarL>
"fine on new version like that too" you mean as in "127.0.0.1:8080" working?
<Begasus[m]>
yes
<Begasus[m]>
as you mentioned localhost doesn't (in both versions)
<OscarL>
ah... ok... then it has been broken since "who knows when" :-(
<Begasus[m]>
probably, never really tried it
<OscarL>
I have tried to get used to fossil for years, so my memory on what works where is nost likely not reliably (as I have tried it on win/lin/haiku, but never really "switched" to using instead of svn/hg/git)
<Begasus[m]>
I wouldn't even know how :)
<OscarL>
I love the concept of fossil, but damn, the ticket UI always made me regret trying to use it :-D)
<Begasus[m]>
does work indeed with localhost in IceWeasel
<Begasus[m]>
lol
<OscarL>
I guess then that the fossil update is "OK" (as it doesn't breaks things further).... still not nice it can't be accessed from a different machine :-(
autumnontape has quit [Quit: ZNC 1.9.1 - https://znc.in]
autumnontape has joined #haiku
<Begasus[m]>
Falkon/Web nogo also
<Begasus[m]>
OscarL could you have a look at jinja2? if things are OK it could be merged, I'll tackle the revbumps later then
<Begasus[m]>
just not too happy about the SOURCE_URI
<OscarL>
Begasus[m]: can you delete "download" folder and try with: SOURCE_URI="https://files.pythonhosted.org/packages/py3/${portBaseName:0:1}/$portBaseName/$portBaseName-$portVersion-py3-none-any.whl#noarchive" :-D
<OscarL>
(I try to avoid having to update the URL for each version bump)
<OscarL>
yes, for "any" packages, $portName should work as well.
<OscarL>
maybe we should settle to $portBaseName everywere, just to avoid "meaningless" differences?
<Begasus[m]>
is that in use at the buildmasters?
<OscarL>
(or possible errors when switching a recipe from any to/from "all", for example)
<Begasus[m]>
you could push that change to the jinja2 PR OscarL :)
<OscarL>
Begasus[m]: yes, $portBaseName is already available (have used it already)
<Begasus[m]>
+1
<Begasus[m]>
needed in PROVIDES too then?
<Begasus[m]>
so if I understand this right, for example, if jinja2 was _x86, $portName = jinja2_x86, $portBaseName = jinja2 ?
<OscarL>
>"needed in PROVIDES too then?": you mean changing "${portName}_pythonPackage"? if we switch to "$portBaseName everywhere", most likely, yes (again, not strictly needed for "any" recipes... but it might be just better to use the same everywhere, perhaps?
<Begasus[m]>
would avoid confusion ?
<OscarL>
Begasus[m]: yes, $portBaseName does not adds anything related to ARCHITECTURES or SECONDAY
<OscarL>
(hit enter too soon)
<OscarL>
*SECONDARY_ARCHITECTURES.
<Begasus[m]>
+1 should start using that then
<OscarL>
IMO, $portName should have always have been "arch-agnostic", and there should have been a $portArchName instead, but... too late for that :-D
hexloc has joined #haiku
<Begasus[m]>
pushed changes
<OscarL>
but... I guess the real issue is the lack of proper docs explaing what each variable was meant to represent (as usual, original authors might have not even considered that future readers would interpret things differently)
<Begasus[m]>
I stayed away from $portName because of the arch depending targets, seen it go wrong in the past
<OscarL>
Begasus[m]: I understend your problems with it, and I agreee. The lack of a proper variable for the name was what was bothering me.
neoncortex has quit []
<OscarL>
Begasus[m]: LGTM, and I should also update my templates to use $portBasName even on PROVIDES (again, not strictly needed, but better for consistency, I believe).,
<Begasus[m]>
having $portBaseName should solve that now
<Begasus[m]>
+1
<Begasus[m]>
short brake here, will be back later
<OscarL>
same. read you later!
<Begasus[m]>
if you're out, have a good day OscarL , and thanks again!
<HaikuUser>
I think it's maybe not a network problem, I can't install a .hpkg I downloaded.
<bjorkint0sh>
why not? what errors is it reporting?
<HaikuUser>
No errors, just stuck.
<HaikuUser>
I removed files from /boot/home/config/cache/HaikuDepot/ hoping it would help.
<Begasus[m]>
could you try installing it with "pkgman" in Terminal?
<HaikuUser>
No, it's stuck there too.
<HaikuUser>
I will try full-sync.
HaikuUser3 has joined #haiku
<HaikuUser>
The same situation - stuck after hitting Enter.
HaikuUser3 has left #haiku [#haiku]
<HaikuUser>
I have this weird issue where I have to reconnect my USB keyboard at every boot. Because there is KDL on the desktop, sort of in background.
<Begasus[m]>
one for the main devs I guess
prOSy has joined #haiku
prOSy has quit [Remote host closed the connection]
HaikuUser3 has joined #haiku
<Begasus[m]>
hunting food and closing down, cu peeps
<HaikuUser>
cu
mmu_man has quit [Ping timeout: 480 seconds]
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
HaikuUser2 has quit [Quit: Vision[]: i've been blurred!]
jmairboeck has joined #haiku
HaikuUser has joined #haiku
<HaikuUser>
It turned out it was smbd that I was running at launch that was causing HaikuDepot and pkgman to freeze.
<HaikuUser>
And the KDL-like / keyboard reconnect went away too.
<HaikuUser>
It could be it was caused by me launching via UserBootscript - will try to change to shortcut in /boot/home/config/settings/boot/launch/
Aedil has quit [Quit: Reboot…]
Aedil has joined #haiku
Anarchos has joined #haiku
mmu_man has joined #haiku
mmu_man has quit [Ping timeout: 480 seconds]
<bjorkint0sh>
HaikuUser: how did you track it down to smbd?
Anarchos has quit [Quit: Vision[]: Gone battling for revolution !]
HaikuUser3 has quit [Quit: Vision[]: my hovercraft is full of eels....]
Anarchos has joined #haiku
<HaikuUser>
I was wondering what changes have I made to system recently, that I can reverse.
<bjorkint0sh>
ah. good old deductive reasoning.
<HaikuUser>
I've seen it running in ProcessController.
<Anarchos>
HaikuUser you can boot on an older hrev if you update with HaikuDepot/pkgman
* phschafft
comes back in.
mmu_man has joined #haiku
<Anarchos>
hello mmu_man
<Anarchos>
is mprotect in -lbsd ?
jmairboeck has quit [Read error: Connection reset by peer]
<HaikuUser>
Yes I know Anarchos but I usually delete the previous states with FilWip.
<Anarchos>
HaikuUser then difficult to revert to a working state...
_0xdd_ has quit [Ping timeout: 480 seconds]
SLema has joined #haiku
<phschafft>
Anarchos: I don't know where it should be, but you can still check with nm.
<Anarchos>
phschafft it is in libroot
* phschafft
nods.
<swiftbanana[m]>
I read "phschafft is in libroot" and thought "bloody get them out of there before they get hurt"
<erysdren>
lol
<christech>
I was looking around in the system folder.. what is libcaca
B2IA has quit [Read error: Connection reset by peer]
<swiftbanana[m]>
It is for rendering images in ascii art
<swiftbanana[m]>
If that is the one I think of
B2IA has joined #haiku
<christech>
oh.. cuz there was also a txt file with poop ascii somewhere else