I’d recommend learning/using systemd timers instead (well, if you are on inux and your distro uses systems)
I’d recommend learning/using systemd timers instead (well, if you are on inux and your distro uses systems)
I guess I’ll worry about this in 2 weeks then
It’s quite easy to get rid of all that crap: just come living in the EU
only dangerous for around 500 years
That “only” is just ridiculous :)
Just try to imagine the history of a nuclear waste storage site from the 1500s… how many budget cuts would have it seen? how much buck-passing when it changed hands as a result of war of revolution? how many times would it have been bombed? (and it’s not like we’ve had bombing for a very long time).
We are just not responsible enough to play around with nuclear. Hell, we are showing we are even not responsible enough for hydrocarbons.
(yes, I do know some amount of nuclear waste, from medical applications etc., is definitely worth it and unavoidable - let’s just keep it to a minimum)
AFAIK a sunken reactor is not as big of a threat to life as a one (marine or land-based) that releases nuclear material in the atmosphere, so the biggest issue should be what may happen before the reactor sinks.
Anyway IMHO the biggest issue with nuclear is not its safety, but rather that, even when it operates without the slightest of incidents, it produces waste that needs to be kept “safe” for periods of time that exceed the age of most nation states (let alone private companies).
Why aren’t python and bash be available in all your systems?
Among others, I run stuff on alpine and openwrt.
I don’t need to run these scripts everywhere (strictly speaking, I don’t need the homlab at all), but I was wondering if there’s something that I can adopt as a default goto solution without having to worry about how each system is packaged/configured.
As for python, I doubt the full version would fit in my router plus as said I don’t want to deal with libraries/virtualenvs/… and (in the future) with which distro comes with python3 vs pyton4 (2 vs 3 was enough). Openwrt does have smaller python packages, but then I would be using different implementations on different systems: again something I’d rather not deal with.
As for perl, it would be small enough, but I find it a bit archaic/esoteric (prejudice, I know), plus again I don’t want to deal with how every distro decides to package the different things (eg. openwrt has some 40+ packages for perl - if I were doing serious development that would be ok, but I don’t want to worry about that for just some scripts).
But you don’t have to develop anything.
I interpreted your “look for ways to do things separately” as “look for separate tools that do the various things” (and you have to integrate), but I see now that you meant “look for ways to do things differently”. My bad.
I don’t even understand why people like GitHub so much, its source management sucks.
It’s not that complicated… people use it because everyone has an account there and so your project gets more visibility (and your profile too, for those who plan to flex it when they look for the next job) and more contributions. Even a lot of projects that aren’t on github have some sort of mirror there for visibility.
Suppose you wanna contribute to gnu grep (or whatever)… do you happen to know off the top of your head where the source repo and bug tracker are? And do you know what’s the procedure to submit your patch?
If you are a company doing closed source, I agree that I don’t see why you would choose github over the myriad alternatives (including the self hosted ones).
Look for ways to do things separately and you will find much better tools
That’s a great way to spend your resources developing yet-another-source-forge-thingie instead of whatever your actual project/product is supposed to be :)
Yeah… does git have issue tracking? actions? C’mon: it’s not like github & co. are just git.
Then your password (your other, “first” factor) is the only thing preventing an intruder impersonates you.
You’ll still have to go through the hassle the now useless second factor puts you through, so you might as well update your second factor even if you trust your first to be very secure.
https://en.wikipedia.org/wiki/X86-64#Microarchitecture_levels
TLDR: extra x86 instructions supported by modern chips
It may not be a scam per se, but it certainly is a misnomer at this point… it’s one of those words (like “enterprise” or “pro”) that have been appropriated by marketing and devoided of any meaning. AI as a word will gradually die while people gradually realize it doesn’t mean anything. Marketing consumes words (and people too).
The problem is that rm -rf
shouldn’t scare you?
What are the chances something like
~/projects/some-project $ cd ..
~/projects $ rm -fr some-project
may delete unexpected stuff? (especially if you get into the habit of tab-completing the directory argument)
Nice, but the name should be AS Roma :)
Honestly, IMO the end-user benefit is mostly that it sounds cool.
All the benefits I’ve heard (including the ones in this discussion) don’t actually derive from “immutability” but from releases that stay the same for longer (which is what “more stable” used to mean), or the ability to roll back your system to some “known” working state (which you can do with snapshots and in a plethora of other ways).
What immutability means is that users are unable to alter their system, or at least not expected to… basically, it means what in corporate lingo would sound “altering your system is not supported” and that the distro actively makes it hard for you to do so.
This means users will not break their system because they followed badly some instructions they found on some badly written forum post anymore and blame the distro for it, but it also means that users who actually have a reason to alter their system and know what they are doing will have a hard time doing it (or be unable to), which is precisely why I left macos and went back to linux for my work computer some ten years ago (I spent half a day doing something I could have be done with in five minutes and said to myself “never again”).
For the team/company that builds it, an immutable distro will likely be easier to test and maintain than a “regular” one, which should then indirectly benefit the users (well… as long as the team/company interests are aligned with the users’ of course: shall windows get easier for microsoft to maintain, how much benefit would trickle down to its end users?).
Users who switch to an immutable distro should see a decrease in bugs short-term. In the longer run, I’d expect distros (especially the “commercial” ones) to reduce the effort they spend in QA until quality drops again to whatever level is deemed appropriate (if bread costs less I’m still not gonna buy more bread than I need… same goes for quality).
Basically, it all boils down to “immutable distros cost less to maintain” (which, don’t get me wrong, is a net positive).
I must say I find it slightly concerning to have heard several “veteran” linux users say that immutable distros are so great that they will install one on their parent/child/SO/friend’s PC but on their own.
It’s also a bit unnerving to notice that most of the push for immutability seems to come from companies (the likes of debian/arch/gentoo/etc. are not pushing for immutability AFAIK, and they certainly don’t have the initiative in this field).
I’m not sure how much immutable distros will benefit the community at large, and… I’m not even sure they will end up being very successful (windows/macos follow in whatever makes is more profitable for microsoft/apple, linux users have choice).
I hope that immutable distros will prove both successful and good for the user community at large.
edit: Forgot to explain the positives I hope for: since immutable distros should require less effort, I hope this will lead to more/better “niche” distros from small teams, and to distros with bigger teams doing more cool stuff with the extra manpower
I actually found the tone of the article (which is in tune with the title) quite refreshing, to the point that I read it all despite the fact I couldn’t care less about cars :)
IDK about the US press (I live elsewhere) but sometimes I feel the news could benefit from more candidly opinionated articles like this one and less professional-sounding pieces crafted to influence the readers’ opinions instead of informing them of the writer’s.
No: there is no krunner widget I can add to the panel and AFAIK no way to hide/show the panel via a keyboard shortcut
AFAIK there is no krunner widget I can add to a panel… but regardless: can I have the panel show/hide via some keyboard shortcut?
(If they can’t be together, I could live with alt+space => toggle krunner and, for example, alt+shift+space => toggle panel)
I can’t wait for chatGPT to learn it should answer every disjunctive question with “por que no los dos?”
You can use
OnFailure
in your.service
file if you want some thing to happen when that specific service fails, but I don’t know if there’s a blanket way to tell systemd to notify via email when any failure happens (I wouldn’t mind a desktop notification… will investigate)