You are not logged in.
@brday . . . I don't understand your question. AFAIK weekly builds of the daedalus (testing) installer-iso are updated every Monday and available for download on our mirrors.
My question was about the repositories, latest or quarterly. In the system installation or already installed system, is there any way to modify the file containing the repositories, changing the quarterly repositories for latest repositories?
Offline
@jwmkit what about cpu resources for jwmkit on daedalus vs chimaera
Memory usage doesn't have much effect of any kind imo unless it is extremely significant
For me, I would think cpu usage is probably more of a drain, on battery life more than memory usage anyhow and display more than both.
Freedom is never more than one generation away from extinction. Feelings are not facts
If you wish to be humbled, try to exalt yourself long term If you wish to be exalted, try to humble yourself long term
Favourite operating systems: Hyperbola Devuan OpenBSD
Peace Be With us All!
Offline
golinux wrote:@brday . . . I don't understand your question. AFAIK weekly builds of the daedalus (testing) installer-iso are updated every Monday and available for download on our mirrors.
My question was about the repositories, latest or quarterly. In the system installation or already installed system, is there any way to modify the file containing the repositories, changing the quarterly repositories for latest repositories?
Do you mean like how archlinux based distros can be modified to build differently via PKGBUILDs?
Aka, do you mean the equivelant of PKGBUILDs in Deb format? Assuming such a thing even exists...
Not insane to think it might though.
That's a good question if so.
Freedom is never more than one generation away from extinction. Feelings are not facts
If you wish to be humbled, try to exalt yourself long term If you wish to be exalted, try to humble yourself long term
Favourite operating systems: Hyperbola Devuan OpenBSD
Peace Be With us All!
Offline
@jwmkit what about cpu resources for jwmkit on daedalus vs chimaera
Wow!, I don't know how I missed your post. It's been more than a month. I hope you didn't think I was ignoring you. Sorry.
I understand the concern of CPU usage. Not only for performance, but battery life. I did not compare CPU usage of Daedalus with previous releases. Although I always keep an eye on HTOP,, and I can tell you CPU usage seemed pretty low, and I don't think it should be a concern.
Of course CPU usage is just like RAM usage. Any noticeable difference is usually the result of additional services and software you install/configure.
Offline
zapper wrote:@jwmkit what about cpu resources for jwmkit on daedalus vs chimaera
Wow!, I don't know how I missed your post. It's been more than a month. I hope you didn't think I was ignoring you. Sorry.
I understand the concern of CPU usage. Not only for performance, but battery life. I did not compare CPU usage of Daedalus with previous releases. Although I always keep an eye on HTOP,, and I can tell you CPU usage seemed pretty low, and I don't think it should be a concern.
Of course CPU usage is just like RAM usage. Any noticeable difference is usually the result of additional services and software you install/configure.
No worries, I do the same thing... btw, probably. I mean as long as you don't use something like awesome, or a desktop environment, even Lumina i might add is considered in this! But yeah, if you don't use a bloated window manager or any desktop environments, you shouldn't have any significant battery life issues from the desktop appearance alone.
Freedom is never more than one generation away from extinction. Feelings are not facts
If you wish to be humbled, try to exalt yourself long term If you wish to be exalted, try to humble yourself long term
Favourite operating systems: Hyperbola Devuan OpenBSD
Peace Be With us All!
Offline
Still a very good window manager. I just would like to say thank you for making it 10x better than it already was. I may have said this before, but I felt the need to thank you again.
You also have done some interesting changes on my behalf which pleased me even more.
Freedom is never more than one generation away from extinction. Feelings are not facts
If you wish to be humbled, try to exalt yourself long term If you wish to be exalted, try to humble yourself long term
Favourite operating systems: Hyperbola Devuan OpenBSD
Peace Be With us All!
Offline
New release of JWMKit. You can download the deb package here.
20231223 Merry Christmas
Support for new JWM features and a few necessary fixes - mostly things broken by Debian 12.
support for suspend and hibernation
jwmkit_keys supports Task#
jwmkit_desktops supports backandforth
jwmkit_appearance supports showkill and showclient
jwmkit_groups supports nomaxtitle
Bugfix - Battery menu
Bugfix - incomplete time zone data
Bugfix - sndio mixer
Bugfix - Tray clock templates used month instead of minutes
Offline
Glad to see that the time issue won't reoccur anymore. I am still surprised it snuck through.
Freedom is never more than one generation away from extinction. Feelings are not facts
If you wish to be humbled, try to exalt yourself long term If you wish to be exalted, try to humble yourself long term
Favourite operating systems: Hyperbola Devuan OpenBSD
Peace Be With us All!
Offline
Yes the issue with the time templates was a silly mistake. It shows the difference a single character can make when coding. in this case it was matter of lowercase vs uppercase.
For those who don't know what we are talking about. The suggested templates for the tray clock used months instead of minutes. This meant the minutes were only correct once per hour as they only change once a day. An embarrassing mistake, but one that was easy to make.
Last edited by JWM-Kit (2023-12-27 19:03:11)
Offline
Yes the issue with the time templates was a silly mistake. It shows the difference a single character can make when coding. in this case it was matter of lowercase vs uppercase.
For those who don't know what we are talking about. The suggested templates for the tray clock used months instead of minutes. This meant the minutes were only correct once per hour as they only change once a day. An embarrassing mistake, but one that was easy to make.
I have made embarrassing mistakes too,
something as simple as leaving apostrophes, like this:
MODULES="i915"
https://wiki.hyperbola.info/doku.php?id … el_modules
Was enough to make my system unbootable.
That frustrated me one hundred + times almost before I sought help to learn that was the problem.
Something so small can cause huge headaches eh?
Freedom is never more than one generation away from extinction. Feelings are not facts
If you wish to be humbled, try to exalt yourself long term If you wish to be exalted, try to humble yourself long term
Favourite operating systems: Hyperbola Devuan OpenBSD
Peace Be With us All!
Offline
I've built iso images that include this JWM Kit:
https://www.gnuinos.org/mirror/daedalus/
Some contributions of my own are the dynamic menu and the logout dialog. The images also ship with a customized SpaceFM file manager containing the Trash plugin as well as Hopman integration. No dbus.
Last edited by aitor (2024-02-08 00:55:59)
If you work systematically, things will come by itself (Lev D. Landau)
Offline
Nice! It always makes me happy to see JWMKit used in a project.
Where do I report issues? (along with possible fixes)
Last edited by JWM-Kit (2024-02-08 16:41:33)
Offline
It's a good amount of stuff. I hope you don't mind, but I sent an email.
Offline
Thanks for the reply. I hope you found the info useful. Most of the issues are just about polishing the menus and such. Let me know if I can provide any kind of info regarding the amixer issue. Also any help you might need with JWMKit.
Offline
@jwmkit I sent you an email regarding something recently.
But just in case you missed it:
https://codeberg.org/phranz/pactions
I wanted to know if you could make jwmkit_logout, to have these options built in to it:
disable crtl-alt-backspace
disable sysrq
disable vt-switching
lockscreen
you already have these:
logout, suspend, shutdown, poweroff
But I wondered if you could make those possible.
Also, if you don't want to make that a default, even if you could make that optional, that would be awesome.
This script I referenced uses yad.
Or if this all sounds too complicated, can you modify that script to make it work in Hyperbola with any type of shell, not just bash, not require sudo, etc...
Freedom is never more than one generation away from extinction. Feelings are not facts
If you wish to be humbled, try to exalt yourself long term If you wish to be exalted, try to humble yourself long term
Favourite operating systems: Hyperbola Devuan OpenBSD
Peace Be With us All!
Offline
I have replied to the email.
I like the current UI design. It's so simple with large buttons, so I'd have to put a little thought on how to present the new options without cluttering it.
As i said in my email I have other things occupying my time, so this will have to wait until I find the time.
Offline
@jwm-kit I replied back, I just wanted an option to make it so you could only unlock if you used your password or rebooted. Not sysrq, switching terminals like alt control f2-f9 and well you get the idea and disable alt control backspace for escaping lock too. again without bash if possible. Or be willing to port it for HyperbolaBSD in such a way.
Freedom is never more than one generation away from extinction. Feelings are not facts
If you wish to be humbled, try to exalt yourself long term If you wish to be exalted, try to humble yourself long term
Favourite operating systems: Hyperbola Devuan OpenBSD
Peace Be With us All!
Offline