SLema has quit [Read error: Connection reset by peer]
SLema has joined #haiku
SLema_ has quit [Read error: Connection reset by peer]
xet7 has joined #haiku
B2IA has quit [Quit: Vision[]: i've been blurred!]
B2IA has joined #haiku
<B2IA>
(Butler) Welcome to BeShare.agmsmith.ca.
<B2IA>
(AGMS) One of these days I should fix the BeShare to IRC bridge so it ignores messages from the BeShare Butler 'bot, which you see whenever the server reboots.
_-Caleb-_ has left #haiku [#haiku]
_-Caleb-_ has joined #haiku
_-Caleb-_ has left #haiku [#haiku]
_-Caleb-_ has joined #haiku
ablyss has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
xet7 has quit [Ping timeout: 480 seconds]
mmu_man has quit [Ping timeout: 480 seconds]
Boosted has quit [Quit: Vision[]: i've been blurred!]
mmu_man has joined #haiku
xet7 has joined #haiku
erysdren has joined #haiku
<erysdren>
phschafft: back
mmu_man has quit [Ping timeout: 480 seconds]
vdamewood has joined #haiku
erysdren has quit [Quit: Konversation terminated!]
CalistoMathias has joined #haiku
CalistoMathias has quit [Ping timeout: 480 seconds]
diver1 has joined #haiku
diver has quit [Read error: Connection reset by peer]
CalistoMathias has joined #haiku
xet7 has quit [Remote host closed the connection]
erysdren has joined #haiku
erysdren has quit [Quit: Konversation terminated!]
<akashkumar7902>
the above command is running for like 2 hours
<akashkumar7902>
it is part of ./configure --cross-tools-source ../buildtools --build-cross-tools x86_64
<Begasus>
wild guess, but I think it's building the gcc toolchain (and that takes a long time)
<akashkumar>
The same command got through in less than 20 minutes on my host (Linux mint)
akash__ has joined #haiku
akash__ has quit [Remote host closed the connection]
akash__ has joined #haiku
akashkumar7902 has quit [Ping timeout: 480 seconds]
<akash__>
is it possible to watch for changes in the generated directory, so that I can be sure that the command is still running and not hanged
akashkumar7902 has joined #haiku
akashkumar_ has joined #haiku
akashkumar_ has quit [Remote host closed the connection]
akashkumar7902 has quit []
akashkumar7902 has joined #haiku
<Begasus>
seems my backups from email didn't preserve the attributes :/
akash__ has quit [Ping timeout: 480 seconds]
<Begasus>
hm ... it seems Ark didn't do a good job on it
<Begasus>
Expander has issues with it, Beezer seems to do it correctly
tuaris has quit [Read error: Connection reset by peer]
akashkumar7902 has quit [Quit: Leaving]
Nephele has joined #haiku
* phschafft
waves to nephele.
* phschafft
notes: 9 minutes. hm.
<Nephele>
This ain't a speedrun
<Nephele>
What is a speedrun is wether my lithium battery of my apple watch is broken down completely *before* i find the specific charging cable.
<phschafft>
;)
<Nephele>
Maybe someone should show the EU a iPod Nano the next time apple claims you just can't add a proper charging port to a device of that size
<phschafft>
I once had the situation where I checked the battery of my laptop and ACPI reported -6%. the others were a bit confused on how fast I was on my feet, and put my laptop in the dock in the next building. ;)
<Begasus>
Hi nephele :)
<Begasus>
still got an old iPod around here (guess that thing is about 20years old by now), no cable around for it anymore :/
<Nephele>
phschafft: ouch
<Nephele>
Begasus: hmm, i have one of those 30pin cables still here
<Nephele>
Maybe i can bring you one next fosdem ;)
<Begasus>
heh, would be nice nephele, wondering if that thing still works :D
CalistoMathias has quit [Read error: Connection reset by peer]
<Nephele>
I think such pieces of technology are great. It does not matter if they are old, if they can still play music why shouldn't they :D
<Nephele>
I have a radio alarm with a 30pin connector too, and an old iPad i can put onto it
<Nephele>
it can play music fine
<Nephele>
Heh, just pulled that iPad out of my drawer... it has 35% and it on. No idea when i last charged it
<Begasus>
it should hold some podcasts from harvard uni from back then (and of course music) :)
<Begasus>
but it played vid's also
<Begasus>
first and only iThingPod I ever bought :D
<Nephele>
:)
<Begasus>
2005, hmm old days :) 841100 651001 1 12.61 EUR Refraction 1.0 CD versie - Early Bird upgrade - pre-order -
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
_-Caleb-_ has left #haiku [#haiku]
_-Caleb-_ has joined #haiku
catcream has joined #haiku
zardshard has left #haiku [Disconnected: Replaced by new connection]
zardshard has joined #haiku
dalme_ has joined #haiku
dalme_ has quit []
<Begasus>
afk
akashkumar7902 has joined #haiku
<erysdren>
phschafft thank you for the presentation!
dby has joined #haiku
* phschafft
nods.
<phschafft>
thank you.
<erysdren>
here's what i was doing earlier today, the MS-DOS work i mentioned: https://0x0.st/X9hY.png
<erysdren>
dynamic z-layered windows in the VGA text mode.
<erysdren>
those ones were placed with mouse input
<erysdren>
it's running in 80x50 text mode, 8x8 text cells with an effective resolution of 720x400
OscarL has joined #haiku
<OscarL>
akashkumar: depending on what parts of Haiku you intend to work on... you may not need "buildtools" at all (I never even attempted to use it, and still can build/test most of the stuff I care about).
<OscarL>
one can disable building of 32 bits bootloaders, and drop the buildutils requirement that way. Tat will prevent building a full .iso, but you can still build the whole haiku.hpkg (or just tests apps/libs either directly from the "generated" dirs, or by placing them under the appropiate "non-packaged" dirs).
<OscarL>
commenting out line 21 of file "haiku/build/jam/packages/Haiku" on the haiku git clone should do it.
<OscarL>
`jam -q -j4 @nightly-raw haiku.hpkg` should work without buildtools after that.
<OscarL>
(just in case): ^^^ akashkumar7902
jmairboeck has joined #haiku
<akashkumar7902>
commented out the line, yet the same issue
<akashkumar7902>
OscarL: also I am trying to build compiler tools
<akashkumar7902>
I am running this command: ./configure --cross-tools-source ../buildtools --build-cross-tools x86_64
<OscarL>
the commenting of the line is just if you want to avoid needing buildtools just for building haiku.
<OscarL>
just in case I wasn't clear... won't help with building buildtools at all.
<akashkumar7902>
we need compiler tools right, before I can build any application ?
<akashkumar7902>
I am following the above docs to build compiler tools
<OscarL>
I just use the compiler that is already packaged: "pkgman search gcc"
<akashkumar7902>
so I don't need to run: ./configure --cross-tools-source ../buildtools --build-cross-tools x86_64
<OscarL>
again, no need to build the whole compiler tools, unless you want to build a full .iso (that has packages that DO need the buildtools to create the 32 bits boot loader).
<OscarL>
I don't even have a clone of buildtols, for that matter :-)
<OscarL>
I just cloned the haiku repo.... run "./configure --use-pipes", and then just use commands like: "jam -q -j4 Terminal"
<akashkumar7902>
it says invalid argument --use-pipes
<akashkumar7902>
meanwhile updates are underway for gcc and gcc_syslibs_devels
HaikuUser has joined #haiku
HaikuUser has quit []
<OscarL>
akashkumar_: what *I* would try is... removing "generated", re-running "./configure --use-gnu-pipe" from the root dir of the haiku repo, and try to "jam" something again.
<OscarL>
akashkumar7902: just in case, I'm just a not-to-bright regular user, so take my words with that in mind. Hopefully one of the devs will chime in if you keep getting issues.
DKnoto has quit [Quit: Leaving]
<akashkumar7902>
those errors are gone after running with updated gcc, but "unknown path to handle adding to image"
<OscarL>
no issues here with "jam -q j4 Terminal" at least (after pulling latest haiku changes) with the mentioned gcc/gcc_syslibs versions.
<OscarL>
akashkumar7902: yeah, I get those at the beginning of the build too. If I'm not mistaken, it is due to the line we commented out to avoid needing the buildtools. Should be harmless.
<OscarL>
"Chmod1 generated/objects/haiku/x86_64/release/apps/terminal/Terminal" <<< you should see a similar line for MediaPlayer at the end of the build.
<OscarL>
so you'll know where to find the resulting binary.
bbjimmy has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
akashkumar: that binary is compiled against libraries that are newer thatn the one on your systen... they got compiled as part of building MediaPlayer for you... but they are still localted in their respective output dirs under "generated/", and not on places where your new MediaPlayer binary will find them.
<OscarL>
You either need to: a) create a "lib" dir in the same dir MediaPlayer is, and b) copy or symlink there the libraries it needs.
<OscarL>
might be easier to just build a whole haiku.hpkg... and install that.
wicknix_ has quit [Quit: Leaving...]
<akashkumar>
How to install that ?
<OscarL>
thus why I mentioned earlier the "jam -q -j4 @nightly-raw haiku.hpkg" command.
<OscarL>
the haiku.hkpg can be installed by: "pkgman install ./path-to/haiki.hkpg"
<OscarL>
.hpkg (I can't spell/type properly :-D)
* OscarL
doesn't even has git_perl installed, thanks to jmairboeck work :-)
HaikuUser2 has joined #haiku
<OscarL>
ain't broke if ain't there!
HaikuUser3 has joined #haiku
bbjimmy has quit [Remote host closed the connection]
<OscarL>
jmairboeck: only seeing /boot/home/haikuports/packages/perl-5.32.1-1-x86_64.hpkg for the chroot. Mmm, which version of git do buildmasters run?
DKnoto has joined #haiku
HaikuUser3 has left #haiku [#haiku]
HaikuUser2 has quit [Quit: Vision[]: i've been blurred!]
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
<Begasus>
Hi OscarL :)
<Begasus>
Hi jmairboeck also :)
<OscarL>
I only see "cmd:perl >= 5.32.1" on the git_perl packageinfo files for both 64 and 32 builds.
<OscarL>
so... seems to me that "system-wide" git for buildmasters is pulling perl 5.40. requiers are OK for the packages, but you say actual build picks the wrong vesion, right jmairboeck?
<jmairboeck>
OscarL: yes, it should have used perl[_x86]-5.40, not 5.32.1
<jmairboeck>
in the required packages list are both versions
<jmairboeck>
but in the log, in the "active packages in the chroot" there is only 5.32.1, which is the wrong one
<jmairboeck>
do we need an explicit version constraint in BUILD_REQUIRES here?
<Begasus>
jmairboeck, is the old one still active? (the recipe)
<OscarL>
(I got versions mixed... buildmaster's git might be pulling older 5.32 I meant)
<jmairboeck>
in haikuports/dev-lang/perl there is only 5.40
<Begasus>
not seeing it in "inrecipe", so it's strange that it would still pick the old one?
<OscarL>
"upload package perl-5.32.1-1-x86_64.hpkg to builder" :-/
<jmairboeck>
don't get old versions purged immediately? did it just build git too early?
<Begasus>
oh, did git got an revbump after perl changes (me is not on par)
<jmairboeck>
ah, yes, of course, you are right OscarL. It still has the older versions installed of course
<jmairboeck>
so we need an explicit version requirement then
<Begasus>
well, they only get rebuild with changes, that doesn't happen so fast
<Begasus>
jmairboeck, checked the build? ;)
<OscarL>
jmairboeck: maybe be add the version req for REQUIRES_perl= too?
<Begasus>
x86_64 crosstools already exist in /Opslag/Haiku/haiku/generated.x86_64/cross-tools-x86_64; skipping build
<Begasus>
still good: x86_64 crosstools already exist in /Opslag/Haiku/haiku/generated.x86_64/cross-tools-x86_64; skipping build
<jmairboeck>
I think, adding a version requirement in BUILD_REQUIRES should be enough
<OscarL>
jmairboeck: one way to find out! :-)
<jmairboeck>
ok, let's merge it ...
<Begasus>
+1
<OscarL>
Begasus: yeah, but even cloning them takes too long, let along building it the first time. And for potential new collaborators... a bit too much.
<OscarL>
I could make occasional use of "pkgman update --except <list of packages names.txt>", if there was such a thing :-)
<jmairboeck>
it still has both versions in "required packages", let's see if it works regardless
FreeFull has joined #haiku
<OscarL>
"required packages" as in the ones listed on "mmlr_x86_64.log", right? (I was getting confused because I only saw one version on the "inner" log (ej: builds/82617.log) :-)
<jmairboeck>
at the very bottom of the "Buildmaster status" page
<OscarL>
mmm, has both on the chroot.
<OscarL>
ah, I only paid attention to the .log files :-)
<OscarL>
welp, let's hope resulting package gets the proper requires in their .PackageInfo
<jmairboeck>
and that it installs the perl modules in the correct directory ...
<OscarL>
that too :-)
<jmairboeck>
the version requirement isn't there for nothing :)
<OscarL>
N450 netboot decided to boot with SMP enabled. Quite the lottery still, but seems odds are better than before.
<jmairboeck>
akashkumar7902: the best solution would be to build haiku_devel.hpkg also and install them both
<OscarL>
Begasus: he is trying to test a locally build haiku package.
<OscarL>
akashkumar7902: if you choose 1, you'll be able to test your newly build MediaPlayer after a reboot.
<Begasus>
still not on par :)
<jmairboeck>
or you can uninstall haiku_devel, but then you can't build anything without installing the original version first
<OscarL>
akashkumar7902: not sure if building haiku.hkpg also created a haiku_devel.hpkg, if you see one next to your haiku.hpkg, you can install that too.
<jmairboeck>
no, haiku_devel.hpkg is a separate target
<akashkumar7902>
I see only one
<akashkumar7902>
~/Desktop/haiku/generated/objects/haiku/x86_64/packaging/packages> ls
<akashkumar7902>
haiku.hpkg
<jmairboeck>
just execute jam again with haiku_devel.hpkg
<jmairboeck>
that shouldn't take too long
<OscarL>
akashkumar7902: in any case, the uninstalled _devel (if you choose 2), will get saved along with current haiku package.
<akashkumar7902>
finally mediaplayer opened
<akashkumar7902>
:)
<akashkumar7902>
now to test the changes made to mediaplayer files, I just need to run `jam -q -j4 MediaPlayer`, right ?
<OscarL>
?
<OscarL>
the haiku.hkpg you just installed should have that already there.
nosycat has joined #haiku
<OscarL>
just make sure you reboot, as you just updated the main system package.
<akashkumar7902>
yeah reboot done
<akashkumar7902>
I am able to open mediaplayer in generated/objects/.../mediaplayer/MediaPlayer
<OscarL>
ok... new libs are now installed, so it can now find what it needs.
<OscarL>
yeah, now for further changes, jam -q -jN MediaPlayer
<OscarL>
should be enough (sorry I didn't get what you meant before)
<akashkumar7902>
np
<OscarL>
*should be enough as long as you only do changes in MediaPlayer, and not on the lower libs :-)
<Begasus>
updated gsplus PR
<OscarL>
if you need to change things on the libs.... repeat the jam haiku.hpkg dance, akashkumar7902 :-D
<akashkumar7902>
for now I will mostly go through applications issues and later go towards filesystem issues
<akashkumar7902>
also how do you create shared folders to be shared between host and haiku vm? upon googling i see only how to do that in virtualbox, I have kvm/qemu.
<jmairboeck>
git used the wrong perl version again :(
<jmairboeck>
is there a way to get a dependency graph to see where perl 5.32 is coming from?
akashkumar7902 has quit [Remote host closed the connection]
* OscarL
would try with "cmd:perl >= 5.40" and "vendor_perl >= 5.40" on REQUIRES_perl.
<Begasus>
second that OscarL
<OscarL>
because "install -d -m 755 '/packages/git-2.45.2-4/.self/lib/perl5/vendor_perl/5.40'" is at least coorrect.
<Begasus>
jmairboeck there is pkggraph.py
<jmairboeck>
Begasus: where is that?
<Begasus>
from pulkomandy, just wondering if I got that from the Haiku source or haikuporter one
<jmairboeck>
pkggrahph.py isn't really useful for my problem, it only checks runtime dependencies, not build time ones
<Begasus>
it's the only one I could think of :/
<OscarL>
perl 5.32 is there because previous git rev requires it. 5.40 is there because BUILD_REQUIRES, but REQUIRES_perl just uses the lower perl that satiffies the requirement, thus, 5.32, as it is available.
<OscarL>
that's how I see it, and thus why I think > 5.40 goes on REQUIRES_devel.
<OscarL>
*_perl
mmu_man has quit [Ping timeout: 480 seconds]
<jmairboeck>
but git doesn't have git in the chroot, according to the buld log?
<jmairboeck>
so it must come from some other dependency
mmu_man has joined #haiku
<OscarL>
locally instal the package listed under "chroot has these packages active:", extract .PackageInfo, grep perl ?
<OscarL>
:-)
* OscarL
has done worse.
<OscarL>
s/locally install the package/have locally available the packages/
<OscarL>
jmairboeck: mandoc?
<OscarL>
nvm.. cmd:perl in TEST_REQUIRES
<OscarL>
"haikuporter --why=perl-5.32 git" --> Error: perl-5.32 not found in tree. :-/
<OscarL>
"haikuporter --why=perl git" --> "Warning: port perl-5.40.0 doesn't seem to be required by git-2.45.2", don't tell!
<OscarL>
"haikuporter --why=perl git_perl" there we (slowly) go.
<OscarL>
Begasus: those commmands at least have some warnings about possible problems...
<OscarL>
lol. haiku on production servers. what's next? /me being a 10x dev? :-D
<HaikuUser>
it is not a server OS but it also can be
<gordonjcp>
OscarL: Apple has OSX Server, I guess?
<gordonjcp>
*had
<OscarL>
can be my toaster controller, if I put some effort on it. that doesn't makes it Haiku's main target.
<HaikuUser>
HaikuOS Server :)
<Begasus>
OscarL, not in it today ;) strolling through the old emails :)
<gordonjcp>
I've never really needed a GUI admin tool for postgres, but then I've been using it for a while now
<HaikuUser>
for companies that is a must, because is fast on databases
<OscarL>
Begasus: :-D (I found some old Beshare logs from 2003 too :-D)
<gordonjcp>
HaikuUser: again, anyone who cares about performance is running Postgres on Linux, and not using a GUI
<HaikuUser>
Postgresql is much faster on haiku than on linux :P
<HaikuUser>
Apache+PHP+MariaDB or POSTGRESQL, we have a server :)
<OscarL>
[citation needed]
<HaikuUser>
yep, on haiku :)
<HaikuUser>
even SQLLITE is faster, I tried to import GAIA DR1 CSV and boom millions of records on it, fastest out there :)
<HaikuUser>
next put GAIA DR3 :) billions of records :)
<nosycat>
I'm pretty sure there's PHP, and some sort of web server.
<nosycat>
And sure, Haiku is light, but it kind of leaves out some important things.
<HaikuUser>
as I read somewhere, sqllite supports 128 TB of data ! coooool
<OscarL>
"PoorMan should be enough for everyone"
<nosycat>
Like, you know, user management. A firewall.
<phschafft>
Tiger.
* OscarL
remembers the RobinHood server on BeOS days...
<jmairboeck>
hm, commenting out cmd:perl and the newly added vendor_perl removes perl from the chroot when building locally, so these are the only ones
<botifico>
[haikuports/haikuports] jmairboeck deaaf6c - git: try to fix perl version dependency, take 2
<HaikuUser>
I think someday one programmer will CLONE the haikuos from GITHUB and build a SERVER based one :) ahahahahhhaaaa :) :P
<OscarL>
HaikuUser: Python requires plenty of patches to be able to even compile.
<OscarL>
and in what platform you do "pip install python"?
<HaikuUser>
OscarL I meant the packages
<OscarL>
if you mean that Python packages should be better installed via pip, then yeah... in an ideal world they would be.
<HaikuUser>
OscarL ya, that would be the perfect world
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
but things that requires compilation usually needs patches for Haiku, not all projects accept upstream patches..
<OscarL>
I'm still waiting for even PySerial to merge a very simple patch for Haiku (from almost 2 years ago).
<OscarL>
He left already but...
<OscarL>
even NumPy still says this: "IMPORTANT: the below notes are about building NumPy, which for most users is not the recommended way to install NumPy. Instead, use either a complete scientific Python distribution (recommended) or a binary installer"
nosycat has quit [Quit: Leaving]
<OscarL>
good luck 'pip install' numpy from sources every single time you need it.
<OscarL>
Begasus: does GSPlus features a GUI if you start it witout paremeters?
<OscarL>
I ask because I wonder if it should be "cmd:GSplus" or "app:GSplus" instead.
<jmairboeck>
if it is installed in $appsDir, I would use "app:", "cmd:" is in $binDir
<jmairboeck>
or rather $prefix/bin, to be exact
<OscarL>
yes, but I've seen apps "split" into /bin/ and $dataDir, when they would have worked just fine in their own dir under apps.
<OscarL>
(I much preferer that way, if available)
OrngBomb is now known as OrangeBomb
<OscarL>
imagine Genio having is "data" dir on $dataDir instead of under "apps/Genio/".
<OscarL>
(I rather look under one dir than multiple ones across the system, for apps where that makes sense)
<Anarchos>
OscarL separation of concerns :)
<OscarL>
".dmg", or how apps were packaged on BeOS times...
<OscarL>
if data is not to be shared across multiple programs, I rather have the "self-contained" approach :-)
<OscarL>
Xash3D is a good example of what I'm trying to convey (with it not being particularly native :-D)
<OscarL>
docs, .so, etc, under "apps/Xash3D", still can read neede game data from elsewhere.
<Begasus>
atleast not here OscarL
<Begasus>
I don't think the "data" is used there also
<OscarL>
alright then. was wondering, after reading the app has both macOS and Win versions.
<Begasus>
used a layout I found through repology
<OscarL>
yeah, just saying that that is not *always* ideal for us (IMO, of course!)
<Begasus>
started out also with only the binary :)
<OscarL>
(at least for some apps)
<Begasus>
if the data was related in any path I think it would make sense to put it in $appsDir
<Begasus>
I could also just nuke the data :P
<OscarL>
like following what debian does... we would end up with way too many split packages :-D
<Begasus>
I like the following, if a binary has cli options it should end up in $binDir, for a pure GUI app it would make sense to move that to $appsDir
<OscarL>
on that qemu crash issue... "UnlockGL is called from wrong thread" sounds like those SDL+OpenGL lock errors.
<OscarL>
Mmm, Terminal as command line options.
<Begasus>
See you online *slap*
<Begasus>
Daniel
<Begasus>
one of the last emails from DaaT :)
<OscarL>
DaaT ?
<OscarL>
:-D
<Begasus>
2008
<OscarL>
if by "has cli optios" you mean "it is primerily a cli app even if it can show a GUI" (say... qemu)
<OscarL>
then yeah.
<Begasus>
that one yes :)
<Begasus>
it creates a config file that you could edit (mentioned in the documentation) to point to a rom, that works
<Begasus>
but you can also (or must otherwise it doesn't find anything) provide a command line option to point to a rom (from what I gather)
<OscarL>
then we have stuff like "previous": "addAppDeskbarSymlink $commandBinDir/previous$commandSuffix Previous
<OscarL>
still kinda think that one should be fully into apps/ :-D
* OscarL
notices "dalme" has his screenshot in Spanish.
<OscarL>
Always funny when I end up "speaking" in "Enlish" with a fellow Spanish speaker :-D
<Begasus>
why the $commandSuffix in there OscarL?
<OscarL>
don't remeber the details. I partially remember wanting to move it all under apps/Previous/.
<OscarL>
and someone saying better not to.
<Begasus>
memory faded there :D
<OscarL>
I either remember the most tiny, mundane detail... or have some gaps I can't explain :-)
* Anarchos
really enjoys the game 'Cave Story' in Haiku :)
<Begasus>
doesn't help with looking through the emaills here atm OscarL :P
<OscarL>
"amnesiac protagonist who awakens in a cave"... so... just Mondays to me!
<phschafft>
haha
akashkumar has quit [Quit: Connection closed for inactivity]
<OscarL>
Seeing: "cmd:perl >= 5.40.0" and "vendor_perl >= 5.40" on git_perl- 2.45.2-5... Congrats jmairboeck!
<jmairboeck>
now git-svn works again :)
<Begasus>
+
<Begasus>
1
<Begasus>
;)
<jmairboeck>
nearly ..., because it is missing Term::ReadKey for authentication
<OscarL>
Begasus: more like REVISION+=4, but... who's counting? :-)
<jmairboeck>
today was +2 :)
<OscarL>
:-D
<jmairboeck>
and 1 is still coming for Term::ReadKey when I added a package for that
<OscarL>
jmairboeck: (just in case my jokes do not land...) really appreciate your work, man! Thanks a bunch!
<jmairboeck>
that is installable via CPAN, but I think we should still add a package and a dependency for git_svn, also because it contains a compiled part
<jmairboeck>
np OscarL!
<Begasus>
k, done for today :)
<OscarL>
be well Begasus!
<Begasus>
not sure which recipe I was looking into the other day, but was like "wth" on the revision number :D
<OscarL>
:-D
<Begasus>
k, closing down
* OscarL
pushes Begasus out of the door, and leaves himself as well.
<Begasus>
cu peeps!
Begasus has quit [Quit: Vision[]: i've been blurred!]
<jmairboeck>
git 2.46 should be released soon, I think, then we can reset it to 1 ;)
<botifico>
[haikuports/haikuports] jmairboeck 1aa69ae - termreadkey: new perl module package (a dependency of git_svn)
clee has quit [Ping timeout: 480 seconds]
jmairboeck has quit [Quit: Konversation terminated!]
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
xet7 has quit [Quit: Leaving]
vezhlys has joined #haiku
BrunoSpr has joined #haiku
BrunoSpr has quit []
Nephele has joined #haiku
_-Caleb-_ has left #haiku [#haiku]
juanjo has left #haiku [Disconnected: Hibernating too long]
HaikuUser has joined #haiku
HaikuUser2 has joined #haiku
<HaikuUser2>
SQL Workbench/J runs on java... it works with postgresql, why I can't find it on haikudepot? is it possible to create a package and put it on haikudepot?
<HaikuUser2>
SQL Power Architect also runs on java and it works with postgresql
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
_-Caleb-_ has joined #haiku
HaikuUser2 has quit [Quit: Vision[]: i've been blurred!]
* Nephele
is making a dark mode fix to an obscure mail error log view that should be replaced regardless
Anarchos has quit [Quit: Vision[]: i've been blurred!]
HaikuUser has joined #haiku
HaikuUser has quit []
<Nephele>
Hmm, how can i trigger a mail error so i can see the dialog again :D
<OscarL>
depends, local host, ethernet, or WiFi? (/me prepares some matches, a set of pliers, or some "cantenna" contraption, as possible email client-server communication disrupting options.
<Nephele>
OscarL: i found a simpler solution
<Nephele>
just send an email to "this email"
<Nephele>
as in, if you just add that into the TO: field it will always pop up :D
<Nephele>
501 5.1.3 Bad recipient address syntax
<Nephele>
I'm starting to wonder If i am investing too much time into this logging window considering i want to substantially improve system logging regardless
<Nephele>
... I'm already massively annoyed by this window not having a deskbar entry so it just gets lost
<nekobot>
[haiku/haiku] 9d097638650e - Create source packages during bootstrap
<nekobot>
[haiku/haiku] 2d24dd21846e - Synchronize PowerPC HaikuPortsCross repo definition with actual repository state
<OscarL>
(/me would have surely tried an empty "To:" field on his QA days, and also one only consisting of at least 4097 "@"). Got too rusty as a tester here after all these years :-D
<Nephele>
OscarL: empty To: field isn't allowed by the mail app :D
<OscarL>
good, good. would have tried that on the API, if given access to it :-P
<Nephele>
Hmm, well maybe this work will not be "that" beneficial overall, but it gives me nice practice to do colors the proper way
<Nephele>
sure, probably the mail server would complain :)
tqh has quit [Quit: Leaving]
<Nephele>
The erorr: forgot ()
<Nephele>
the error message: error: cannot convert 'rgb_color::IsLight' from type 'bool (rgb_color::)() const' to type 'bool'
<OscarL>
I was thinking of "B_DONT_DO_THAT", but that's about as helpful as an error message :-)
<Nephele>
hmm, confused why AdoptSystemColors() is not valid for this window :(
<Nephele>
maybe only for a view
<Nephele>
but what color is the initial view in a window then? hmm. How can i make it not be white
<Nephele>
OscarL: any idea what Show() immidiently followed by Hide() should acomplish?
<OscarL>
(I *have* seen such things on my time while doing QA, at least :-D)
<OscarL>
I've also have seen "read-only-check" functions do writes, so...
<Nephele>
anyway, fixed the layout up a bit (now scrollbar is proper.) made the dark mode work. I think that is enough for now
<Nephele>
unless you have a hint on why it is skipping deskbar
<OscarL>
nothing to add. except... thanks for working towards a more consistent dark mode GUI. Not using any of that right now, but surelly will benefit from it in the future!
<Nephele>
If you go from really black * B_LIGHTEN_1_TINT, it looks very light gray in comparison for the bg
<Nephele>
maybe a linear scale is not the best thing
<Nephele>
hmmm
<Nephele>
mail_daemon error log used a "white" and "nonWhite" color to have alternatiting different colors for each next line
<Nephele>
like you can do in some listviews
<Nephele>
no idea why it skips the deskbar :(
<Nephele>
but i'm not going to figure this out now. SHould submit what I have now, it's already nicer
<OscarL>
Main thing that makes me not even try dark mode is the really bad gradients (more like 1/2 gray split) I see on the forum screenshots. Mainly on buttons and some column-headers, compared to the gradients on, say, TabViews. Unless I also switch to FlatDecorator/ControlLook, but I'm too lazy for all that.
<Nephele>
Sure, the gradients sometimes are too jarring.
<Nephele>
I think gradients can make sense in dark mode but these things have to be adjusted gradually to work better :)
<Nephele>
it's sadly not quite the "just do the inverse of light mode!"
higen4 has joined #haiku
<Nephele>
I like making my buttons a bit colorfull though, gives it a bit more style. and looks better than just the gray gradients
<Nephele>
anyhow, the automatic colors should probably be improved a bit still. The color picker with his "these three sliders from rgb" is also not quite the best
<Nephele>
WonderBrush v2 and WonderBrush v3 each have a better picker we should probably just add to libshared
<Nephele>
except the 8bit color picker. that one rules :D
<Habbie>
what do those pickers look like?
<Habbie>
because i'm currently building a color picker for something else (outside of haiku) and i looked at a few, and indeed many are bad and some are fun
<OscarL>
I don't like tunning GUIs "behaviours" to my liking. I do not enjoy configuring looks, thou :-)
higen has quit [Ping timeout: 480 seconds]
higen4 is now known as higen
<OscarL>
s/I don't like tunning/I don't mind tunning/
<Nephele>
the sorted cleverly sorted part is iirc top rows only blue green red, and then 2d matrixes for no green to green mixed with no red to red and then increasing blue for each matrix
<Nephele>
the rightmost matrix i have no idea though
<Habbie>
right, me neither right now
<Habbie>
can probably figure it out of course
<Nephele>
yes hsv is nice. probably easier to have a circle to pick chroa from than an area to pick v from
<Habbie>
(i was using the mentioned colorwheel, which sucked, until it got removed and now i'm building my HS wheel)
<Habbie>
(*circle)
<Nephele>
the rgb sliders in appearence just have to go
<Nephele>
replace it with literally anything else
<Habbie>
hsv sliders are a nobrainer there if you only have five minutes
<Habbie>
but better spend more time
<Nephele>
:)
<Habbie>
it's fun realising that i have a basic understanding now, two weeks ago i would have been "that's a funny square next to that rainbow line!"
<Nephele>
:D
<Nephele>
haikus api is really missing some api to work with colors in a hsv/hsl way
<Habbie>
when i did an RGB slider for home assistant, with a lightbulb that wanted hsv, it was fun to see that i could move red and blue by moving green
<Nephele>
we have rgb_color as native colors... but working with that is annoying. The contrast and IsDark IsLight api already wierdly deal with it to get an aproximate perceptual brightness now
* Nephele
wonders if there is some shortcut to git stash && git pull && git stash pop
<Habbie>
huh. yes. good question. i do this all the time :)
<Nephele>
I have a post it on my desktop with "git stash && git pull && git stash pop"
<Nephele>
err, i ment the other one
<Habbie>
i guess they don't do conflict resolution because a stash is not really a branch
<Nephele>
git push origin HEAD:refs/for/master
<Habbie>
what's refs/for ?
<Nephele>
it's a special branch/target you push to for gerrit
<Habbie>
ah ok
<Nephele>
as in "these are reviews against the master branch"
<Nephele>
Hmmmm... I should check how tint_color actually works
<Habbie>
if you think out loud in here while finding out, i'd be interested :)
<Nephele>
It applies the tint value to each color individually
<Nephele>
or color component
<Nephele>
but... they are not perceived as beeing visually similar bright by humans :(
<Habbie>
right
<Habbie>
i mentioned lvgl above - they also have some of this, and they have hsv
<Habbie>
some of their code might be inspiring
<Habbie>
they don't have a colorpicker today though ;)
<Nephele>
I will think about how to better do this
<Nephele>
I'm not sure pretending rgb_color is a linear scale of brightness makes any sense, and then call the constants lighten or darken how many steps :D
<Nephele>
just makes the called confused why the results look bad
tuaris has joined #haiku
tuaris has quit []
<Nephele>
caller*
tuaris has joined #haiku
<Nephele>
hmm, the format bot is leaving nice suggestions
<Nephele>
should probably install it locally
tuaris has quit [Quit: Leaving.]
Nephele has quit [Quit: Vision[]: i've been blurred!]
erysdren has quit [Quit: Konversation terminated!]
diver1 has quit [Read error: Connection reset by peer]