No, Archlinux was repeatedly behind with package updates. This even went as far as lagging behind Ubuntu in at least one instance, causing inconvenience and frustration for users which then either had to use other more up-to-date sources for dependencies or package the newer version of dependencies under a different installroot themselves.
This problem is caused by a staff shortage or the average necessary maintanance effort for repo packages. At least one of those 2 causes has to be solved.
It does it's job. I've been using it on the desktop for decades now with never needing to care about anything like that. If it ain't broke, don't fix it...
I intentionally hold back major Python versions till I can dedicate a lot of time to get everything rebuild and compatible. A lot of big Python programs (ML, scientific) usually need work to get compatible requiring ~ 1-2 weeks of time to get this all done :)
There's a staff shortage and instead of catching up on packaging tasks the project is building the 19th, what 20th package management system that Linux has now, instead of using battle tested systems like .deb and .rpm?
That is why projects like Arch ... Nixos ... etc ... all eventually become "niche".
Nah, you can keep both. Arch and Alpine are the only two distributions where I bother to build proper packages for everything because their package managers make it so easy to do the right thing.
It might be the 20th package manager in existence, which would be a problem, if Debian maintainers did not release a 20th way to build .debs just a year or two ago, mostly (but not really) deprecating the previous 19 ways. No thanks.
Its not "building a new package management system", "alpm" is literally the foundation of the pacman ecosystem. They are improving this so they _can_ catch up on packaging tasks.
I'm the same as the sibling commenter, I don't want to have another deb or rpm distro. The AUR wouldn't exist without pacman&makepkg.
> But I'd love to see Switzerland take over some of those international connections.
The Giruno EMUs of the SBB serving the Eurocity from Hamburg to Basel are having technical malfunctions causing delays & aborted trainrides for the last few weeks.
The Eurocity(Express) Zurich-Munich is the most delayed long-distance train route in Germany. Most of the German route is only single-tracked and overcrowded.
It certainly can be inefficient depending on what you want to do, but loading files with functions into the scope of your GHCi session works quite well for quick debugging. When cabal repl all necessary deps for the project get loaded and it just works.
Unrelated to this issue but I've had a race condition with Automake which while run oin 2-4 threads occured exactly every 2nd run. With -j48 it was obvious it's a race condition. No idea how cache invalidation works in the automake stack, but that must have caused it to fail exactly 50% of the time.
Most likely yes, but the also envisioned periodically repacking oft multiple small data extents into one big that gets written to the HDD would wake up the HDD. And if you'd make the SSD "metadata only", browser cache and logging will keep the HDD spinning.
This feature is for performance, not the case you described.
The disk is unused except for once a day things get backed up to it (and other places, of course). Nothing will get written to it except for when it is getting written to for the backup.
Well, the author does have a link to the git forge of the VideoLAN project prominently displayed on the blog and also contributes to projects there: https://code.videolan.org/videolan/LibVLCSharp
I think you misinterpret the message of the article. I think the message is analogous to "don't feel guilty if you failed to obey the norms of behaviour", which does not mean at all that you should aim to break those norms and behave uncordial and inappropriate on purpose. You absolutely have to try your best, even for your own good. But for your own good, you have to have patience and empathy with yourself, too.
On another note, your perspective of trying to avoid being unemployed 3-12 months during job seeking is a rather US-American centered perspective. I get that HN is from the USA, but this view doesn't apply to every other region of the world.
I get that having empathy with yourself and not hating yourself in case you have to face consequences of having ADHD is very important and good. But I would argue that not fearing the said consequences is a very different thing; and likely not even productive/feasible for a lot of people.
I got the impression that the author is advising for the latter too; considering the title and statements like
>You probably won't change their perceptions, so don't exhaust yourself trying to prove otherwise.
Sailfish(OS) supports VoLTE in newer, supported devices. For community ports and other mobile Linux distros it's afaik still rare. Closed drivers and obtaining configurations for carriers in other countries are the 2 big showstoppers.
No, Archlinux was repeatedly behind with package updates. This even went as far as lagging behind Ubuntu in at least one instance, causing inconvenience and frustration for users which then either had to use other more up-to-date sources for dependencies or package the newer version of dependencies under a different installroot themselves.
This problem is caused by a staff shortage or the average necessary maintanance effort for repo packages. At least one of those 2 causes has to be solved.
reply