Thanks to quick response from @suhr using alias’s (?) work now in the shell and terminal env for ecode, big thanks!
EDIT: well the code hasn’t been rebuild and available in the depot yet.
Haven’t really searched/looked to the details, one question, are there colorschemes out there that are not part of the package?
Atm only light and dark schemes are available in ecode, for shell/terminal I could only find 1 light(er) theme that is actually a bit useful.
For KDE apps, I already downloaded a few colorschemes that work out pretty fine, maybe this could work also for ecode?
Honestly, no idea. I didn’t try to configure ecode yet, just saw some docs in the repo.
Main target all done for the upcomming KDE gear 25.08 release, updated locally all packages that can be updated to 25.04.3, now I can take a brake with some gaming. 
14 Likes
I think it’s safe to say that by the number of packages available, excluding Plasma, Haiku is the second most prominent operating system of the KDE ecosystem.
5 Likes
Seeing the number of issues popping up for Windows in matrix I would say yes 
Not that much talk about Apple ports.
Oh there is also Android, where the PIM packages take a big chunk.
If it’s possible to get some form of Haiku CI/CD working on GitLab, it could go a long way to getting Haiku officially supported by KDE.
Begasus is already an offical kde devloper
1 Like
Well, so am I. I’m even a member of KDE e.V. 
There are people within KDE who do want to officially support Haiku upstream, but some of them think that this would need Haiku CI/CD set up first on KDE’s GitLab instance.
1 Like
Maybe. It would also require getting some deps to have a proper haiku backend… some stuff uses dbus, and still tries to do that on Haiku, kglobalaccel came up as an example.
Already has been inquired, Sysadmin team does not see the merit in it yet.
Various projects at HaikuArchives already have that set up. So, it’s possible already 
I think they use GitHub - korli/haiku-builder
See for example the build.yaml of Pe:
1 Like
I guess those with some insights have seen the email “Rollout of VM based CI” from the kde-devel list, so I don’t think Ben is really looking forward on adding Haiku to the list seeing the issues already around.
I wouldn’t call anything official I just can push/merge upstream 
How hard woud this be to setup on my personal gitlab fork(s)?
I think if you have a git repository with some code to build for Haiku in it, you can copy the .github/workflows/build.yaml from Pe I linked above, and adjust the “run” commands at the end (install or update dependencies, and then run make or jam or anything you want).
In the project settings → actions → general, make sure it is enabled (I think it is by default, “Allow all actions and reusable workflows”).
When you push to Github it should start building.
1 Like
Should keep this in mind for somewhere in the future, at the moment still too much going on, thanks though!
Just for the fun of it, reminded me a bit of the good old BeOS days Run a video through several multimedia applications, WTG Haiku! 
11 Likes
Gear25 updated (locally) to 25.08.1, some of the not released packages to the main public for Haiku are, Lokalize, KTurtle, Calindori and Koko, these suffer from some KIO issue which require (don’t ask me why) their counterpart for KF5 to be launched first before they are fully functional.
Still nice to see them working fine on Haiku!
Meanwhile also checking up and keeping track on GCompris development, next is a screenshot from the Teachers tool that was part of their GSoC project.
9 Likes
