The MX Mechanical sounds indeed good.
What makes me hesitate a bit is the following quote from the website mer linked:
"You can also choose between a variety of immersive backlighting effects in Logi Options+"
I won't have Logi Options+ available...
Expensive? Yep. I have a few wired variants. But if your day is spent looking at a monitor,extra $$ upfront is safety in the long term. Same thing with keyboards. To me spending extra $$ upfront on a keyboard is saving in the long term...
That's better than what I posted. It has de iso, it checks all OP requirements, only it's a bit expensive - €180
MX Mechanical, Deutsch QERTZ, Tactile Quiet
As long as it is that pkgbase packages are build from /use/src it is only a question of how that is sliced. Pulling in stuff from /use/ports into base, now that is what Linux is doing and getting into hot water with. And I have seen enough Linux...
Expensive? Yep. I have a few wired variants. But if your day is spent looking at a monitor,extra $$ upfront is safety in the long term. Same thing with keyboards. To me spending extra $$ upfront on a keyboard is saving in the long term...
That's better than what I posted. It has de iso, it checks all OP requirements, only it's a bit expensive - €180
MX Mechanical, Deutsch QERTZ, Tactile Quiet
awk '($11 == "404") {print $1}' /var/log/access.log|uniq -c |sort -n
this will have the ips with most failed tries at the bottom
if you don't care about this just pipe the awk command thru sort -u
And it did .. and it was ! :cool:
Excellent work - and Thank You !
(Once again - No need to recompile drm-61-kmod it just worked out of the box! Perfect!)
i386 needs to go, and be replaced by 32bit ARM, and Risc. Also, let NetBSD have i386 for legacy purposes. 32bit, needs to be for simpler operating systems like Haiku, RiscOS, PDOS etc... ARM and Risc are better for 32bit computing, than i386. I...
As the title says, I am looking for a keyboard that meets my requirements.
What I want:
- Full keyboard (with numpad)
- German layout
- Backlight (white)
- Silent
The keyboard needs to be usable with FreeBSD, so no required Windows app for...
Except it wasn't. Ideally you want to have the whole base covered with tests that run in CI. Adding & running tests for the r* commands would be a waste of time and resources.
Most plaintext & insecure daemons could be moved to ports without...
In any long lived software project, say longer than 6 months, code should probably go through an audit.
Technical debt that accumulates, old code that is not used but still must be maintained. Someone needs to decide what to do with it...
I disagree looking forward. They haven't started "picking" at the base packages yet. The firewalls, nvi, csh, etc will almost certainly be pulled out of base within half a decade. Perhaps zsh will be added instead because "thats cool currently"...
When Judgement Day comes it'll find me busy building the kernel & world. I'll shrug it off saying "wait" and then calmly proceed to run make installworld. That's why I don't care about the end of the world or your favourite Doomsday scenario...
Just did pkg update / pkg upgrade -- and it worked flawlessly !
I picked up around ~471 packages and made ~880 changes. And I (did not) have to manually recompile drm-61-kmod this time! Fantastic ! NVidia upgraded to 580.82.
Awesome job...
My experience with freebsd-update is that it is indeterministic & lame, takes hours and one can end with a broken system.
I upgraded debian many times, really good experience, works without troubles and is not an endless process.
I can think of only one way to remotely unlock the geli provider on the host computer without installing two operating systems in parallel and setting up the geli provider to be invisible:
bootstrap the unencrypted OS via PXE
use a whole disk as...
Worst of it is that whiners are acting like this is so sudden and unexpected change. C'mon! It has been in the works for years and years now, can't even remember when I heard about plans for it for the first time, during 12, 11?
By now I think most of the fuss about pkgbase is a storm in a teacup. The seperation between ports and base is drawn on the file system level and dependencies, it is not that important where the files come from. I like tracking STABLE, for...
Yep. One thing that has always boggled my mind was people that announce they are leaving a forum.
Why do that? Just ask the mods to delete your account/login and move on.
If one doesn't like the direction a project is moving, why not get more...
Well, hold the horses.
I have seen ports removed because the original software is "unmaintained" (didn't have changes lately) when clearly that software was just a working, enclosed, finished system. There is some software that is just finished...
Mostly aggree with it.
But not applicable to /bin/sh. I consider it as a scripting language, rather than command line interface. So would be awk, sed and so on in base.
Another reason is (if I recall correctly) decreasing number of forth...
Started watching a (terrible) movie, Idiocracy, where a man is put to sleep but accidentally doesn't wake up for 500 years. What happened in all that time is smart people kept waiting for the perfect time to have kids that never happened while...
The issue with PkgBase is not if the code works currently (its just extracting files from many archives rather than one archive). The issue is that it is the first step in destroying FreeBSD's deterministic base install and turning it into a...
There was a talk about that some years ago on the CCC congress. I would need to dig trough the archives. Maybe it was the "to protect and infect" ones, if not those then most likely that year. But those two will give you pause to thibk what was...
Doomsday scenarios aren't what they once were: at one time it looked like the world was close to nuclear war, but society and governments keep adapting. Even when U.S. politics has drifted too much to one extreme or another, it has been followed...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.