![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://lemmy.ml/pictrs/image/q98XK4sKtw.png)
GNOME said this update is a minor bug fix (point release)
Canonical said this is actually a major feature update, and doesn’t want to backport it into its LTS repositories
GNOME said this update is a minor bug fix (point release)
Canonical said this is actually a major feature update, and doesn’t want to backport it into its LTS repositories
They aren’t being made anymore - people are just reselling old hoarded stock
https://eyeondesign.aiga.org/we-spoke-with-the-last-person-standing-in-the-floppy-disk-business/
That’s still not that much data
Gaming is 10-20% of the ISPs total network load, and the MW3 launch constituted like a 110% increase over base network load, so yes it’s a lot of data.
Advertisements and crawlers constantly use up far more bandwidth.
Crawlers rely on private connections between datacenters, very little of that traffic touches residential ISPs
Fight the real problems instead of blaming the users.
Literally no one is blaming users - There are plenty enough reasons to hate most ISPs, we don’t have to make up facts to find new ways to be mad.
Literally why CDNs and bitorrent tech exist
Neither of these reduces the amount of bandwidth an end user requires to download a 120gb file. If anything torrenting makes it more problematic because the upload is spread amongst a dozen low density residential users rather than a single high throughput datacenter
This is just the ISPs posturing to raise rates.
Ya absolutely. Doesn’t change the fact that ‘gaming uses very little bandwidth’ is only considering the UDP packets sent during an online gaming session and ignoring all the other sources of usage.
I literally have 5-10gb of updates queued up the first time I open steam nowadays
Read the 2nd sentence of the article. They are talking about 120gb CoD patches
The plastic liners in and on tins and cans - referred to as lacquer in the industry - don’t impact recycling. When the tins are heated to thousands of degrees for recycling, what is left of the plastic liner, the inks and UV materials; is separated and basically skimmed off, leaving the metal.
https://ekko.world/plastic-lining-on-beverage-food-cans/226751
the recycling pickup people
It’s not, it’s usually retirees or homeless people doing it for cash
You have to pay for visual studio too if it is for business use (the license is also SIGNIFICANTLY more expensive than rider)
My coworker uses VS and it seems like the IDE is doing nothing - every time I open one of his projects in rider 85% of the code is highlighted with suggested optimizations and refactors that VS thinks is fine
For what it’s worth I’ve never had an issue launching a game from a library on my NTFS partition
Windows doesn’t have ext4 compatibility. When you mount a Linux partition through WSL you aren’t actually mounting the drive itself, you are booting a VM up and piping all I/O through that VM back to an emulated disk device on the host windows OS
You would be better off having your steam library on an NTFS partition - at least your Linux OS can read the drive natively
Probably because the week input is just a date picker that applies Math.floor()
on the result, and month inputs are better suited for a <select>
Chrome implements features that aren’t standards track into their browser, and lazy/oblivious devs use these features to build their products - only to realize wayyy too late it won’t work in Safari/Firefox because it uses APIs that are chrome only
This is disingenuous on OPs part.
All LTS releases get 5 years of updates. Ubuntu pro (which is free for non-commercial users FYI) extends the LTS support window to 10 years, which is 5 years more than any other Linux distribution I know of
Because many apps will (or would prefer to) only be bundled as Flatpak.
This reads like speculation to me and is directly contrary to the file counts on flathub and snapcraft. What about CLI apps and server software? How are they supposed to distribute their software if not via snap? (Flatpak doesn’t support this well)
could just as well be a rant why Canonical shouldn’t have introduced Snaps in the first place
You are acting like Ubuntu core (and snaps) came after flatpak? Snaps were announced almost a decade ago
Like, I get you don’t like snaps, but your argument is basically “every Linux distribution should ship the same default software, and it should be the software I choose”
Why do you need to have two package formats that do the same thing installed by default? If you could install snaps and flatpaks both from the same store you could have 2 (or 3 if you also installed the .deb) copies of the same app, like steam etc installed, and user sessions and games set up on one wouldn’t be launchable from the other because they all store their state and config in different locations - the only way to know what config your program is launching with would be to inspect and rename the launcher scripts. If you are intending to support naive users this is the absolute worst case scenario. It would be like debian including pacman by default as well alongside apt for maximum user accessibility confusion.
They didn’t “disable the format”
From your own link:
Do keep in mind that “not installed by default” is not the same as “not available to install at all”. To this end, Flatpak continues to be available in the Ubuntu repos, and users of Ubuntu flavors are free to install Flatpak
APK isn’t a closed source format just because Google operates the main store.
If there was community effort someone could spin up their own snap store, this person did it https://forum.snapcraft.io/t/lol-an-open-source-snap-server-implementation/27109 - problem is, it would serve no benefit because you would have to create your own signing authority and patch snapd to use those assertions instead - and then you are still relying on a central authority to vet and sign releases and frankly I would rather have my software signed by canonical than someone random guy operating their own snap store
Which is why I phrased my above comment in the very precise and deliberate way I did.
You don’t need to interface with canonical’s server to use snaps, you only need to do so if you want snaps that have been approved by and signed by canonical. Anyone can create a snap and privately distribute and install it, and every part of that process is open source.
Every line of snap code that touches your computer is open source, so “closed off” is absolute hyperbole when you are discussing the format
The feature is explicit sync, which is a brand new graphics stack API that would fix some issues with nvidia rendering under Wayland.
It’s not a big deal, canonical basically said ‘this isn’t a bug fix or security patch, it’s not getting backported into our LTS release’ - so if you want it you have to install GNOME/mutter from source, switch operating systems, or just wait a few months for the next Ubuntu release