<botifico-ecd96135>
[haikuports/haikuports] Begasus 6583ef6 - kommit, git gui for KDE (#9918)
<Al2O3>
that is 70% of 30 year average, dismal.
<Al2O3>
nearly all western snow pack runoff depends on these basins.
<Al2O3>
its not looking good for spring or summer/fall fire season.
<Begasus>
not good indeed
<Al2O3>
yep, not at all.
<Al2O3>
and that was 4 days ago.
tmtfx_ has joined #haiku
tmtfx_ has quit []
coolcoder613_mac has quit [Ping timeout: 480 seconds]
coolcoder613_mac has joined #haiku
jmairboeck has joined #haiku
mmu_man has joined #haiku
<AmitBora[m]>
I'm currently working on a Windows-based development environment and aiming to install the gloox library. However, I'm unsure about using pkgman on Windows or if there's an alternative approach that might work better.
<coolcoder613_mac>
pkgman on windows?
<Begasus>
that's would be neat, easy install then coolcoder613_mac :P
<coolcoder613_mac>
There is winget, scoop, and choco, but pkgman?
tmtfx_ has joined #haiku
tmtfx_ has quit []
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
x10z has joined #haiku
<AmitBora[m]>
<coolcoder613_mac> "pkgman on windows?" <- Yeah. I am trying to build Renga XMPP Client and have to install Dependencies.
<AmitBora[m]>
> <@_oftc_coolcoder613_mac:matrix.org> pkgman on windows?
<AmitBora[m]>
And my Dev environment is on Windows 11.
<AmitBora[m]>
* Yeah. I am trying to build Renga XMPP Client and have to install Dependencies.
<Begasus>
AmitBora[m] there is cygwin (or something like that) for Windows
<Begasus>
Installed a dev environment in Windows a while back, but there is no packagemanager for Haiku packages :)
<AmitBora[m]>
Begasus: I want to install gloox_x86_devel.
<AmitBora[m]>
pkgman install gloox_x86_devel
<Begasus>
not possible
<Begasus>
you would have to build it yourself on Windows
<AmitBora[m]>
Begasus: then i have to build it on haiku os using virtual box?
<Begasus>
AmitBora[m] in VirtualBox inside Haiku you can just use "pkgman install renga"
<Begasus>
But I would use VMWare on Windows (VBox was terribly slow here on Windows11)
<coolcoder613_mac>
Or QEMU?
* coolcoder613_mac
prefers not to use proprietery software
<Begasus>
tried installing QEMU but that didn't work out so far here coolcoder613_mac
<coolcoder613_mac>
I've installed it on windows before...
<Begasus>
the binaries are installed, just no gui
<Begasus>
tried looking at virt-manager, got a headache there :P
<botifico-ecd96135>
[haikuports/haikuports] Begasus 5d64234 - kapman, bump version (#9923)
<Begasus>
Arrrr andreasdr[m] :)
<andreasdr[m]>
Hi there Begasus!!!
bjorkintosh has quit [Read error: Connection reset by peer]
bjorkintosh has joined #haiku
dqk has joined #haiku
B2IA has quit [Quit: Vision[]: i've been blurred!]
dqk_ has quit [Ping timeout: 480 seconds]
ClaudioM has joined #haiku
* OscarL
notices Begasus is in a jolly mood. :-)
B2IA has joined #haiku
<OscarL>
bit of a joker, even :-P
* OscarL
looks up what "core.abbrev=auto" does on git, after jmairboeck's PR.
<jmairboeck>
OscarL: that is the default value for it, you can however also set a number between 4 and 40 or "no" to abbreviate the commit hashes accordingly
<OscarL>
I see, so not having that on HP means that we might end up with different patchsets (hp -e) depending on each users configs, right?
<jmairboeck>
yes
<jmairboeck>
in the metadata in this case, so not the patch itself
<jmairboeck>
s/patch/diff/
<OscarL>
coolio! :-P (just trying to make sure I understood the need for the change... far from a git expert here :-D)
walkingdisaster has quit [Quit: Vision[]: i've been blurred!]
B2IA has quit [Quit: Vision[]: i've been blurred!]
B2IA has joined #haiku
<andreasdr[m]>
Hi OscarL, jmairboeck
<OscarL>
'lo there andreasdr[m]! Arrr! :-P
<andreasdr[m]>
:DDD
<andreasdr[m]>
Whats going on in Haiku world?
<andreasdr[m]>
Something new?
<andreasdr[m]>
Ok I see, we have christmas, so not that much happens.
<Begasus>
A new year approaches ... :)
<Begasus>
again ... :P
<Begasus>
KF5TextEditor could not be found because dependency KF5SyntaxHighlighting
<Begasus>
me guess this is also a packaging error :)
<andreasdr[m]>
Damn.
<andreasdr[m]>
I am happy to be back in Berlin. Was at my parents place the xmas days.
<andreasdr[m]>
Looking forward to release our script language on 24-01-15
<andreasdr[m]>
Arrrr.
andreaa72 has joined #haiku
andreaa72 has left #haiku [#haiku]
* OscarL
(while watching a YouTube video) finds it appalling hearing audio/voices clipping like crazy, on a video with its original audio volume set WAY too low :-/
<Begasus>
ouch :P
<Begasus>
bbl
<OscarL>
Having started with Delphi 1... seeing C++ getting modules, range checked spans, and std::println() is kinda hilarious.
* OscarL
just wished ObjectPascal had been WAY less verbose! (but still bracesless :-P)
tmtfx_ has joined #haiku
tmtfx_ is now known as tmtfx
systwi has quit [Ping timeout: 480 seconds]
bjorkintosh has quit [Remote host closed the connection]
bjorkintosh has joined #haiku
diver has joined #haiku
<andreasdr[m]>
Hm. I was Pascal Dev from 1995-1998 also. Had lots of fun. Learning OOP with Pascal.
systwi has joined #haiku
<OscarL>
Even Borland's C++ Builder GUI was made on top of Delphi's VCL (back in the days at least). Mighty fast compilers TurboPascal's and Delphi's were, specially when compared to C++ ones (and how slow my PCs were :-D)
<andreasdr[m]>
Hm.
<phschafft>
C++ seems to have collected the worst of all.
<andreasdr[m]>
C++ means choice. You dont need to use all the C++ features.
<OscarL>
"you can have too much of a good thing", or whatever the English saying goes :-D
<OscarL>
maybe C++ profiles become a thing soon enough!
<phschafft>
it just seems that the choice you have is between bad and worst.
<phschafft>
;)
<OscarL>
also... hard to choose wisely, when you are dumb as me :-D
diver has quit [Quit: Leaving.]
<andreasdr[m]>
Nope. E.g. OOP is a thinking mechanism that works pretty well. I know people are moving away from OOP but still keep thinking in things aka classes. I would say telling C++ is bad by design is just missing knowledge and missing software philosophy. I e.g. started with a very much JAVA C++ style and it worked very well!!!
<andreasdr[m]>
BTW: Haiku is C++ as f**k
<OscarL>
I don't dislike C++, and appreciate its role. I just wish it was easier to learn. It IS a really complex beast.
<andreasdr[m]>
Thats very true. But you can really reduce the complexity a lot by not using all the features.
<OscarL>
The fact that you can mix styles from 3 tutorial/docs from 3 different decades, mix in with plain C... :-D
<andreasdr[m]>
E.g. at Aria games I made tools to get game design data into C++. I was just using basic containers like a vector, array and string values only with classes and nothing on heap on my side of things. People tend to think complicated even if they dont need to.
<OscarL>
thats why I'm trying to catch up with some of latest Bjarne Stroustrup talks. And hoping for C++ "profiles" to become a thing soon.
<andreasdr[m]>
No pointers and all of that.
<andreasdr[m]>
Easy C++
<andreasdr[m]>
Just saying.
<andreasdr[m]>
Also if you dont like explicit memory management there is garbage collection available, but I never tried it.
<andreasdr[m]>
E.g. when I look at a rust program I am thinking, looks somehow interesting, but I dont need to learn that :DDD
<OscarL>
I'm just wating to be able to do `std::println("Hello World")` in GCC :-P
<andreasdr[m]>
Haha. Cool.
<andreasdr[m]>
C++ is very verbose also.
<andreasdr[m]>
C++ is also getting sexy a bit since 2011. I like modern C++.
<OscarL>
Begasus: (for a new tvision recipe...) Should I include the following license as `licenses/TVISION` and mark the recipe as "TVISION\nMIT" ?
<OscarL>
or perhaps just "TVISION", I guess (given that we include the whole file)
<Begasus>
names should be identical
<OscarL>
I mean... it has a mix of MIT and a custom license from borland. I was thinking.. adding two lines to LICENSE="", TVISION, and then MIT, as it is done for other packages with multiple licenses.
<OscarL>
I wrote ""TVISION\nMIT" here to avoid the multiline paste :-P
<OscarL>
yeah... but I don't see Public Domain on the COPYRIGHT file on tvision repo, so...
<Begasus>
yeah, maybe BORLAND = MIT?
systwi has quit [Ping timeout: 480 seconds]
<Begasus>
=/+
<Begasus>
"with" a new line :P
<OscarL>
I should see what the "BORLAND" license for other open source looks like (InterBase 6.0 comes to mind), so we don't end up with the "wrong BORLAND license" :-D
<OscarL>
sounds better that /me blidly adding "option(BUILD_SHARED_LIBS "Build using shared libraries" ON)" :-D
xet7 has joined #haiku
<OscarL>
will try with that patch. Thanks Begasus. Bon apetit!
mmu_man has quit [Ping timeout: 480 seconds]
mmu_man has joined #haiku
v_harkonnen has quit [Ping timeout: 480 seconds]
<OscarL>
Seems that a simple STATIC vs SHARED switcharoo in sources/CMakeLists.txt was enough to output libtvision.so :-D (Termux's package does this).
<OscarL>
Breakes the build for the example apps, thou :-D
<OscarL>
(we won't be including them, so... all good).
v_harkonnen has joined #haiku
<OscarL>
Oh... we have "tvision_devel-2023.10.03~git-1-x86_64.hpkg" now. Noice! (now let's see if I can build "turbo" using that).
<Begasus>
progress! :D
<OscarL>
heh, seems only FreeBSD has a package for Turbo :-D
<OscarL>
TurboVision is OLD, but this tvision lib is "modern" (and compiles far easier than older forks I've tried in the past).
<OscarL>
Heck... turbo requires: "A compiler supporting C++17." :-D
<OscarL>
mmm "generic_cmd-1.2.3.recipe" could use and update.
dcatt has quit [Quit: Vision[]: i've been blurred!]
<Begasus>
you don't want to see my template for the kde recipes :P
HaikuUser has joined #haiku
<OscarL>
should get certain forum user to help with those :-P
<Begasus>
rofl
<Begasus>
could narrow it down here for the frameworks if I setup the right devel requirements though :P
<Begasus>
too bad haikuporter doesn't give an error on that
HaikuUser has quit [Ping timeout: 480 seconds]
<jmairboeck>
I would need exactly that too right now. OpenCASCADE did a bit of a reorganization in the new version and they renamed and split some libraries. The new ones are no problem, but the old ones are not so easy to handle. I hope the new version doesn't list PROVIDES that don't exist any more.
<Begasus>
yeah, that's a pain too jmairboeck
<Begasus>
mostly check the build package for that, but it's easaly overlooked
<OscarL>
I did (and do) my share of complaining, everytime I encounter a package with unnecessary "dependencies". Usually ends up with me trying repeated builds, commenting out stuff to see what works :-D
<jmairboeck>
the sources contain a list of all the libraries, but they aren't sorted and have been reordered too, so diff'ing that with the old version is also not trivial
<OscarL>
not an easy task, specially with dependencies that change over time on complex recipes :-/
<Begasus>
I mostly work the other way round OscarL, comment everything out and let haikuporter tell me what I need/miss :)
<jmairboeck>
I'm currently on my 4th run of hp (thanks to the -F flag!)
<OscarL>
Begasus: yeah, that too :-)
<OscarL>
had to use -F today, and it reminded me of you, jmairboeck :-) (thanks again for that heads up :-D)
<OscarL>
coolcoder613_32: and because it is a good learning experience for me to practice hacking up a cmake based project :-D
<coolcoder613_32>
But I want tvedit!
<OscarL>
coolcoder613_32: I'm "almost" there :-) now I just need to "convince" tvision cmake to honor ${CMAKE_INSTALL_INCLUDEDIR} instead of the hard-coded "/include/" it uses right now.
<coolcoder613_32>
Also, turbo has a sidebar, which can be annoying when you are not editing code
<coolcoder613_32>
and the colors are a bit different
Monni has quit [Quit: Monni]
<OscarL>
coolcoder613_32: alright. Will do my best... after I wrap my head around this cmake-mess :-P
<waddlesplash>
Skipp_OSX: well, if the Be Book documents this then maybe. but for now maybe it can wait until after all your Tracker changes are done
<waddlesplash>
Skipp_OSX: speaking of the tracker changes ... I still think that shortcuts patch can be simplified. I left some comments
<waddlesplash>
basically: why not merge all the update routines?
<waddlesplash>
and why not "group" some of the "add" routines?
<Skipp_OSX>
so that I can use different pieces in different places
<waddlesplash>
ok but it still seems like it can be grouped
<Skipp_OSX>
it's all very complicated and mixed up between file context, window context, pose popup context, window popup context and then again in file panel.
<waddlesplash>
yes, so let's abstract some things and fix that
<waddlesplash>
but even without doing that
<Skipp_OSX>
I thought that I did do that...
<waddlesplash>
we can still simplify a lot. rather than have 3 methods for Cut,Copy,Paste we have 1 method AddClipboardItems(bool cut, bool copy, bool paste)
<Skipp_OSX>
it is fully abstracted
<waddlesplash>
or maybe we don't even need the bools
<Skipp_OSX>
ah... ok yeah that we could do
<waddlesplash>
there's other obvious groupings looking at this code
<Skipp_OSX>
yes
<waddlesplash>
and then I think all the update methods should just be merged together
<waddlesplash>
I don't think we need 20 or whatever Update...() methods, just have 1 master method that updates all items it can find
<Skipp_OSX>
then then you'd have to look for every option
<OscarL>
coolcoder613_32: BTW, next time... `git diff --submodules=diff` should be enough to get your changes (without having to zip everything up :-P)
<waddlesplash>
Skipp_OSX: yeah, but that'll be fast
<waddlesplash>
looking through a list of what, 10 menu items? cheap
<Skipp_OSX>
it's bad enough that I'm iterating to look for the options that I expect to be there in the menus
<waddlesplash>
I don't think that's bad
<Skipp_OSX>
there's a lot of iterative lookups
<OscarL>
coolcoder613_32: sorry, it is: `git diff --submodule=diff`
<coolcoder613_32>
OscarL: You can tell turbo to use system tvision
<Skipp_OSX>
actually I'm not sure about that... FindItem looked to be doing better than iteration at least in BListView, but I didn't check BMenu
<coolcoder613_32>
to compile
<Skipp_OSX>
there's a lot of menu->FindItem()'s going on so that's why it's broken out.
<waddlesplash>
Skipp_OSX: can't we avoid that?
<waddlesplash>
instead of FindItem, just iterate over items in the menu
<Skipp_OSX>
we could if we kept track of all the indexes
<waddlesplash>
no
<waddlesplash>
iterate over all items, then, for each item, switch() on the command what
<waddlesplash>
if it's one of the whats we know about, update the item
<OscarL>
coolcoder613_32: yes, I can, but I was having problems without some missing cmake files. Now I got those files... but need to tweak them because they do not respect "$CMAKE_INSTALL_INCLUDEDIR"
<Skipp_OSX>
that's what FindItem does
<waddlesplash>
Skipp_OSX: yes but this way you iterate only once to update all menu items, not one FindItem per item to update.
<waddlesplash>
much better
<waddlesplash>
and you don't need to store pointers
<waddlesplash>
or indexes
<Skipp_OSX>
oh I see yeah that would be faster
<waddlesplash>
:)
<Skipp_OSX>
I'm being a bit lazy and iterating for each item I need to find.
<waddlesplash>
iterating only once is even lazier
<Skipp_OSX>
well finding anyway, not sure if that's iterating
<Skipp_OSX>
yes that's true but I still gotta break it down into methods for each case first as I have.
<waddlesplash>
? why?
<Skipp_OSX>
because I gotta know what I need to update
<Skipp_OSX>
I suppose I could update them all but there's too many special cases for that with dynamic menus
<waddlesplash>
?
<waddlesplash>
I guess I don't follow
<Skipp_OSX>
Open with... Nav menus, Edit query, New menu, Move to, Copy to, Create link and Mount menu are all added dynamically
<waddlesplash>
IMHO they shouldn't be
<Skipp_OSX>
or not added depending on context
<waddlesplash>
they should all be added immediately, and then Hidden
<waddlesplash>
if they're not to be used
<waddlesplash>
the Update routine can ignore them if they're Hidden if necessary
<Skipp_OSX>
you can't hide a menu item
<waddlesplash>
er, you can't?
<waddlesplash>
well then why don't we fix that lol
<waddlesplash>
will allow even more simplification in tracker
<Skipp_OSX>
I added New > and Mount, rest were there before
mr_lou has quit [Quit: Leaving]
<waddlesplash>
Skipp_OSX: well the update routine should still be able to handle this
<Skipp_OSX>
sure
<Skipp_OSX>
in fact all that code could probably be added to TShortcuts
<Skipp_OSX>
or moved to rather
<waddlesplash>
yes
<waddlesplash>
and then the API surface of TShortcuts goes down as the class gets "smarter"
<waddlesplash>
basically I am looking at this refactor and I see: +3578 -1506
<waddlesplash>
a refactor like this should be net zero or net lines removed, not over double added
<waddlesplash>
that's a good indication there's a lot of fat that can be trimmed, to me
<PulkoMandy>
But it can be done later in separate commits
<Skipp_OSX>
that's a silly metric, it doesn't account for future expansion. The reason the + count is so high is that Shortcuts covers every case even cases that are not used.
<PulkoMandy>
Already grouping the shortcut things in one place makes it easier to find new things to refactor, that's a step in the right direction
<Skipp_OSX>
we only have 2 cases now, container window which also handles Desktop and FilePanel, but more cases could be added and you can use what's convenient in your case.
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<Skipp_OSX>
There's a third case for Open with.... window that could be further refactored.
<Skipp_OSX>
but the goal of this patch set is no changes or at least no changes that are not obviously wrong...
<Skipp_OSX>
(although I missed updating Open and Edit name in the file menu of that screenshot)
<Skipp_OSX>
that's the 25+ year old bug I found
<Skipp_OSX>
found and FIXED
_TmTFx_ has joined #haiku
<OscarL>
Mmm, second time (in a bit of more than a year of messing around with haikuporter) that I get a build fail with: "mimeset: Failed to init MIME DB: No such file or directory"
Monni has joined #haiku
<OscarL>
Monni: you wrote the Unizone BeShare client, or I'm confusing you with someone else? (tends to happen... broken brain here :-P)
<Monni>
OscarL: Yup... I wrote it...
B2IA has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
awesomo! I was using just a few days ago! Also... nice to read you again!!! (I really doubt you remember me thou... I was "BiPolar" in the BeShare days :-D)
B2IA has joined #haiku
* OscarL
still have some logs of those chats somewhere :-D
<Monni>
OscarL: I do remember you... I tried running Unizone on Windows 11, but it didn't quite work correctly... Seems like Microsoft did break some old stuff in later versions of Windows 10 and 11... Unizone still starts, but it will always display everything in English...
<coolcoder613_32>
And you can't select the language?
<OscarL>
Seems to work just fine on Win10, albeit a different user complained it was all in Spanish (I didn't noticed, as I'm from Argentina :-D)
<Monni>
coolcoder613_32: Seems like it just selects the language randomly instead of honoring the user's choice...
<Monni>
OscarL: I get a lot of stuff in Windows with Korean text... Dunno why... Maybe some of the stuff was written by someone from Korea and all the English translations don't work correctly ;)
<coolcoder613_32>
One day, we will have automatic AI localizations
<Monni>
My old phone used to display "Welcome to home..." whenever I did visit Sweden ;) So it's not just Microsoft doing funny business...
<Monni>
I've also seen some routers switch from English to Estonian while doing firmware upgrade ;)
<Monni>
coolcoder613_32 There is already automatic AI localizations... Those are horrible, have no concept of context-based translations...
<coolcoder613_32>
I mean ones that work
<coolcoder613_32>
Local LLMs have got to be good for *something*
<Monni>
coolcoder613_32: Normal people don't use standard language... Every city has own dialect, so AI localizations will have a lot to learn...
<coolcoder613_32>
Depends on the place, where are you?
* coolcoder613_32
is in australia
<Monni>
Just returned from Australia few days ago... Spending Christmas in Finland...
<Monni>
I spent 8 months fixing code for a currency exchange...
<coolcoder613_32>
COBOL? xD
<Monni>
Nope... They used PHP and JavaScript.... *shrugs*
<Monni>
All documentation for the code was written in Spanish... So they didn't understand any of it ;)
<coolcoder613_32>
On the frontend or backend?
<Monni>
Backend...
<Monni>
Frontend was pretty much dynamically created on the fly using JavaScript...
<phschafft>
somehow Finland sounds more like christmas than Australia.
<Monni>
I did grow up listening to Rolf Harris and watching Japanese animation... lol..
<OscarL>
projects assuming "/include/" is alwasys there, and thus hard-code it... make me wanna cry :-/
<OscarL>
Enough cmake for one day (my first with it :-P). Later folks! Have a good one!
OscarL has quit [Quit: Gone with the wind]
v_harkonnen has quit [Ping timeout: 480 seconds]
tmtfx has quit [Read error: Connection reset by peer]
_TmTFx_ has quit [Read error: Connection reset by peer]