You are not logged in.
zapper wrote:I must be missing something, otherwise this wouldn't be an enigma to me.
Dynamic tiling. Once you get used to it, everything else feels deficient by design.
Yeah, except I never could get used to it, I tried like almost 6 times in the past to my knowledge, but its kind of a haze as to how to get it patched to my liking, or change how the keys work, so they actually are efficent for me.
On the other hand though, JWM, with or without JWMKIT, is a lot easier, with or without the menus.
That being said, being able to change keybindings really easily is very helpful.
I actually at one point figured out how to use it exactly like i3-wm, in most ways, except I couldn't use double activation to start an app or logout, shutdown or suspend or reboot as easily.
Double activation being:
Alt Shift x would start, redshift for example or w/e
Although, it really didn't take long for me to figure out how to autostart apps when I log in.
Long story short, DWM = mega hard JWM = Only moderately hard even without the jwmkit
Besides, JWM is the lighest window manager I have found, that is actually useful like i3-wm but with a menu, also you yourself said JWM was lighter...
I have experienced something similar as well...
The mixer, the system actions of poweroff, reboot, logout and the ability to set keybindings with double requirements, just make this a really good addition.
Rant done
Either way, for me, the way I set it up, makes it even more useful then a DE.
But yeah, ask if you want my config... I can give it to you. If you want inspiration for making it awesome.
I find it mega strange, that if JWM, is lighter than DWM, on cpu usage, ram usage and battery usage, that more people use DWM.
I say this more because, JWM is much, easier to use and can be used in a similar way, to both DWM and i3-wm, yet lighter on resources in general.
I wonder why this is.
I must be missing something, otherwise this wouldn't be an enigma to me.
Well... either way, I appreciate your recent updates.
Curious though how efficient the newest stable will be though.
A new stable release of JWM Kit is available. Version 20220113. Yep I'm stick with the date based version numbers. I like 'em.
Download packages for Arch and Debian based systems here:
https://sourceforge.net/projects/jwmkit/files/Packages/Source Releases is here:
https://codeberg.org/JWMKit/JWM_Kit/releasesSome may see this as a small update, but it is a big update for 2 groups of people.
1. SNDIO user. - Removes dependency on aucatctl, and improves SNDIO support.
2. jwm 2.4 user. - Supports the new default configuration location $HOME/.config/jwm/jwmrcPuppy Linux packages will come latter.
Once last thing. It's old news but some may have missed it. I have posted a collection of JWM Themes, and JWM Button-set on the JWM Kit sourceforge.
Instead of downloading them one by one, just grab the all_themes.zip, and all_buttons.zip to save time.
https://sourceforge.net/projects/jwmkit/files/
Thank you, been kind of out of it, but I appreciate this.
Head_on_a_Stick wrote:Isn't Sid gorgeous? And yes, she is so named because she is unstable
She's lovely for a cat-god-empress-of-the-world.
Not quite on the same level as my Nancy and Trudy though.
https://trisquel.info/files/IMG_20211122_105311553.jpg
Aww, how adorable...
I bet they are very friendly little birds.
I also have a feeling you probably pick them up every now and then.
zapper wrote:I found a new method for web browser stuff for Hyperbola, its called badwolf + hblock!
https://github.com/hectorm/hblock
I modified /etc/hosts and use it to block as many ads as possible...
I should add, you can modify hblock to add or remove filterlists as long as they are in raw format.
Hope this helps someone who wants to escape the bs of modern web browsers.
Wow, this is fantastic zapper! Takes all the manual labor out of constantly updating those adblock files. Awesome, thanks!
I thought so too, it is very useful, isn't it...
This is what helped somewhat:
https://trisquel.info/en/forum/hyperbol … ent-163084
It was good advice, because if not for that, I would have never looked for an answer within github, etc...
"As I said around a year ago (?), there is little difference between that project's attitude with regards to trademarks and mozilla's, except mozilla have better people skills.
As I also said around the same time - all browsers are shit, along with the WWW itself. My philosophy is simple: I pick the best of a bad lot, then configure it to my needs. what I avoid doing is going "window shopping" for browser forks, where there are all kinds of claims and boasts and it really amounts to little more than customisations you could do yourself and a fancy logo and different name...
At the moment, though chromium is more secure, telemetry/harvesting of data and privacy is a bigger issue there, so I use firefox - even though I dislike many things they have done recently."
I found a new method for web browser stuff for Hyperbola, its called badwolf + hblock!
https://github.com/hectorm/hblock
I modified /etc/hosts and use it to block as many ads as possible...
I disagree on the security of chromium, due to the many leaks, but you are free to believe what you wish...
I should add, you can modify hblock to add or remove filterlists as long as they are in raw format.
Hope this helps someone who wants to escape the bs of modern web browsers.
@zapper
The code for sndioctl is complete, but no release has been made since the changes were completed. I guess you knew that though. I'll probably make a new stable release after I make some of the changes needed for 2.4. Sorry for not rushing out a new release. I understand sndio users see this as an important update, but I must balance my work load and more releases mean more work handling those releases and less time developing of the actual software.Also zapper, I must apologize for failing to respond to the message you posted on codeberg concerning this. I was not ignoring you. It was just a matter of being involved in too many things at one time.
No worries, I just was waiting for some response, thank you though, I appreciate it.
Hello everyone. Sorry I've been so quite lately. Life is busy. I am aware of the new JWM 2.4 release and do plan to update JWM Kit to reflect the recent changes. The change that concerned me most from the release notes was this:
- Added ~/.config/jwm/jwmrc as the new default location for per-user configuration
I was afraid this may break JWM Kit as it gathers data from the old location. I have compiled JWM 2.4 on Devuan and tested it and the good news is it does seem to use the old location as a fallback. This means that JWM Kit should continue to work, and from my small amount of testing it appears to work well. In the future JWM Kit will support using the new default location, but it is good to know that the current version still works and there is no need for a rushed release to fix this. Especially since I am very busy right now.
If any of you are using/testing this new version of JWM I would love to hear your experience. If you find anything that does not work correctly with JWM Kit let me know. Thanks.
I am not sure, haven't used it yet, but wondered when the sndioctl change will be added to jwmkit, to not require aucatctl + stable release...
I think you did half of that, but the second part isn't done yet right?
Either way, I don't blame you for being occupied, its the holidays...
Aka, you haven't added those changes to a stable release yet...
I am familiar with Arch packaging. My instructions in post #9 should work.
See https://wiki.archlinux.org/title/Arch_B … _using_Git for a quick way to checkout the Firefox PKGBUILD from the Arch repositories.
Only problem is Hyperbola has no rust, with which to build it from...
Also, glibc version from Hyperbola is too old to work with any builds from Arch.
You won't be able to run a Devuan binary in Hyperbola. The ABI will be different and the sonames won't match.
hmm...
huh...
I may just need to talk to one of my hyperbola buddies, he seems to know how to do stuff like this, I reckon I will have to wait for him.
Perhaps this is too complicated for me on my own... oh well...
I was going to build with ./mach package after build succeeded, but oh well.
Edit: I guess I should have had the title say from Devuan. That was more what I meant...
here's what I did. from git,
installing firefox from git archived : /home/glenn/local/archive/src/apt/SOURCES/firefox-93.0.tar.bz2 cd /opt wget https://download-installer.cdn.mozilla.net/pub/firefox/releases/93.0/linux-x86_64/en-US/firefox-93.0.tar.bz2 tar xfj firefox-93.0.tar.bz2 /opt/firefox/firefox remove the old firefox links mv /usr/bin/firefox /usr/bin/firefoxold or after backup of bookmarks and passwordz apt remove firefox-esr create new link ln -s /opt/firefox/firefox /usr/bin/firefox
Works for me, I hope it works for you.
I have no idea what this is...
I am trying to compile firefox with a modified config to be more secure and not require dbus, so I can use it on Hyperbola.
Also, with alsa support and no libpulse dependency, etc...
This doesn't make sense to me
Can you explain?
"Look in the debian directory inside the firefox-esr source, the browser.mozconfig.in file is the one you want."
I had thought that as well, but it still seems to not pass on my changes, which is very weird imo.
zapper wrote:[how the hell do I get the ./mach build to use the mozconfig changes I made?
Follow the instructions on the BLFS page to which I linked.
Or just add a line to the PKGBUILD prepare() function and run makepkg -sri to build and install the custom package if you're doing this from Hyperbola.
I was using the apt source version from devuan, I am a bit confused and kind of annoyed... also, I am using devuan currently to build.
Also, I should add for more info, all I really need is to know which mozconfig, etc.. to modify to add my changes.
The .js preferences files work with any version of FF. You don't have to compile a custom version to use them.
That is good, but tell me something, how the hell do I get the ./mach build to use the mozconfig changes I made?
It keeps doing the same old crap, no matter what I do.
It effectively acts like I changed nothing! Its kind of infuriating...
Very much so...
I mean, all I want is to do things a specific way, and to compile with less than 4 cores, and the damn thing refuses to accept my config for building.
This is my mozconfig in, browser/config/mozconfig
It feels almost like the devuan/debian build is meant to sabotage modifications... unless I am mistaken...
but yeah, its annoying.
I dont know anything on compiling FF but i use arkenfox user.js with a custom user-overrides.js
arkenfox github page has all the instructions you need.
https://github.com/arkenfox/user.js
and this for the user-overrides.js that i have edited for my own personal use.
Does it work before or after its compiled?
Never tried this myself but Arch PKGBUILDs are good for checking this sort of thing, the prepare() function lists the steps and it looks like the option can be added to mozconfig file like this:
ac_add_options --disable-dbus
But it's probably best to build a modified package from the Debian source:
apt source firefox-esr
Then edit debian/browser.mozconfig.in and build the package (debuild -us -uc).
Good luck though. Are you sure you have enough RAM & disk space to build it? If not you could upload the source tarball, debian directory tarball and .dsc file to the openSUSE Build Service and let that build it for you. They only offer Debian repositories but it should be compatible.
EDIT: BLFS says it needs 5.2GiB of disk space and will take 28 SBU (on a four core machine).
I think you probably have some idea of this already, but yeah I was in fact doing this to make it usable with Hyperbola, but I am curious which glibc would be required to make it work wherever...
Quick note though what about the other part I mentioned, the arkenfox part? its basically a way of disabling a lot of firefox bs that is enabled by default.
Also, I wondered if glibc required is too new, is there a way to fix that as well?
Before you reply though, a few things:
I want to add arkenfox's preferences as default
I also want to add --disable-dbus as an option
Also I should add, mozilla's bloody source code only allows so called "supported distros" to compile it from source, which is really annoying, aka it blocks devuan for some reason... its extremely irritating.
Can someone who knows something about how to do this give me some clear instructions? The --disable-dbus thing, I have some idea how to do, but the rest is a complete mystery.
EDIT: I should have said from devuan.
zapper wrote:As I have said before, I myself prefer JWM.
The JWM for 64 bits ? Can you post here a screenshot that displays in the terminal data and consumption of the machine with the command neofetch ? It would be nice if you could leave the link of jwm kit to test with devuan.
I could post a screenshot, but I would have to reboot to get a good idea of how much is actually consumed. then go into a terminal and type in free -m
I am using 64 bit, so no worries there.
I recommend checking the consumption for yourself though, RAM is used more on machines with more RAM.
So what I mean I guess is, I have 16GB RAM on this laptop. Well on my comp with 8GB it uses less of the RAM.
Andyprough can correct me if he wants, but I think he said it used like somewhere from 60-70 megabytes to use it, even with jwmkit.
Or maybe jwmkit said that? anywho, it uses less the dwm according to Andyprough for sure. I recall he said that on a forum.
On boot though, it uses less than 70mb for me though for my 16GB T430 with coreboot + me cleaner.
I can reboot to check if you are interested. I will do so now...
Interesting... It seems on one of my laptops its like 110mb total usage including jwm being used. That one has Hyperbola though, 16gb or not. I will try my devuan one and see what that shows.
Here is a picture of it, https://upload.disroot.org/r/KhKbZ0Vd#3 … I4v3+DbPs=
just download it to see it.
Btw, I looked and Hyperbola uses 89mb without any wm/DE.
so that means... 21mb for jwm? insane... it has 16gb of ram so I didn't expect this lol.
I will check devuan now.
Fascinating... it uses 141mb on Devuan ceres...
https://upload.disroot.org/r/t6xNspMs#U … 2o+y6X8Ic=
Without a wm it uses close to that number. Anywho, those links seem to indicate to me, that JWM is ultra lightweight. Anywho, that's all folks!
Except I should mention I am using 5.15.xx linux-libre kernel on the devuan laptop and 5.10.xx on the hyperbola one.
just a heads up!
zapper wrote:were you trolling or serious?
Both.
I have no idea what to say to this beyond this reply...
I can't speak for the developers but I'm pretty sure they already have enough to do without packaging up some shitty browers that aren't good enough to make it into Debian's repositories.
I am going to have to disagree, chromium, iridium, firefox regular, firefox esr, all are shitty browsers.
Librewolf, ungoogled-chromium are much better than their counterparts.
Just curious, but were you trolling or serious?
I can't figure it out at the moment.
EDIT: I see what you mean about ungoogled-chromium in later posts, still think that librewolf is way better than the rest.
I currently use ceres on one of my laptops, but I also have a vm of devuan on that laptop so I can test before I upgrade. Just in case of issues...
As for snapd, some people say you can change the repository it pulls packages from, to one other than canonical's. That being said, its still in my mind, as bad as flatpak or nodejs' package manager and various other likewise separate installation methods.
Unless its built from source code of course, but in general I do not recommend nodejs, snapd, flatpak, appimage, pip or anything else besides compiling and regular installation.
Just a heads up, I DELIBERATELY listed those in order from worst to best.
Also, librewolf is an option for ceres. I believe? As far as I can see anyways.
Version 7.0 of oksh is now available. So Linux has it before OpenBSD
That is ironic, but I wonder which has the more secure version...
No offense, but OpenBSD devs probably are more security conscious...
GPU rendering in Blender require OpenCL drivers if you have AMD GPU, otherwise Blender won't see your card at all.
However with recent Cycles rewrite AMD will have completly different backend (HIP) and OpenCL was dropped. We (Blender users) still don't know what drivers we will need or what hardware will be supported, as HIP implementation isn't finished.
So blender doesn't work with open source drivers... well okay.
That's a shame, but meh, it is what it is eh, at least for now.
Open drivers don't have OpenCL support. And I need that.
Also I have installed only OpenCL parts of AMDGPU-PRO. Display is handled by mesa, and indeed it's great.
You have perked my curiosity, what do you need opencl for and/or the proprietary blob for? I am curious.
If you don't want or feel like telling me though, feel free to tell me.
It just sounds odd to me, given that those blobs are like mystery software.
Please take note of appropriately trimmed post.
Point taken...
Either way, I decided to respond in a different thread if that helps,
I am hopeful I was at least somewhat on topic.