Viewing comments for - Redface

Latest Comments by Redface

Debian 11 "bullseye" is officially out now
31 Aug 2021 at 6:51 pm UTC

Quoting: slaapliedje
Quoting: RedfaceI mentioned in this thread that Lutris is in 21.04, and it will be available in 21.10 when it releases too.
This is an important and in my opinion good way that Ubuntu is based on Debian. If you want a new package in Ubuntu you have to get it into Debian first. Its not only to not duplicate work but also to keep Ubuntu close to Debian.

I have already gone into that they do not build packages to have _ubuntu_ in them. The version of Lutris in 21.10 has no ubuntu in it for example: https://packages.ubuntu.com/hirsute/lutris [External Link]
And while packaging is an important part to create a distribution, its not all, like for example building is important, where I have posted some links already, and we have not got into supporting multiple releases.

If that basically was no work the Popos and Mint for example would probably not rely on Ubuntu repositories for the bulk of their packages.

And I do have a lot of respect of Debian, it was in fact the first Linux distribution I installed on my Amiga in the 90ies.
What happens when Ubuntu stops listening to fans at all, and just drops 32bit support completely, like they wanted to? Wonder how many people will leave for another Distro.

Predicting the future is hard, but we can look at the past.

They never wanted to drop 32bit completely, see the announcement for dropping the i386 architecture
https://lists.ubuntu.com/archives/ubuntu-devel-announce/2019-June/001261.html [External Link]

While this means we will not provide 32-bit builds of new upstream versions
of libraries, there are a number of ways that 32-bit applications can
continue to be made available to users of later Ubuntu releases, as detailed
in [4]. We will be working to polish the 32-bit support story over the
course of the 19.10 development cycle. To follow the evolution of this
support, you can participate in the discourse thread at [5].

The controversy was not about that it would be impossible to run 32 bit programs, but that the way it apparently would be done, would both put to much on other developers like Valve and Wine, but also users.

See for example from Valve https://steamcommunity.com/app/221410/discussions/0/1640915206447625383/ [External Link]

To provide some background, support for 32-bit libraries is required in order to run not only the Steam client, but also the thousands of games available on Steam that only support 32-bit environments. Enabling the Steam client to run in pure 64-bit environments, while feasible, would leave the vast majority of the current Steam library inaccessible to such users without an additional compatibility layer.

Ubuntu wrote about additional compatibility layers, see above, and Valve then continues to write about their own.

To that effect, Steam already bundles a lot of the dependencies needed by 32-bit games, but it currently relies on some key components being available on the host system: a 32-bit glibc, ELF loader, Mesa and NVIDIA graphics driver libraries, to name a few. We've been investigating ways to avoid these system dependencies for a while now, by looking into light containerization and other approaches. The announced change by Ubuntu would have required us to fully complete such a system in the 19.10 release time frame, as it would be required there to maintain functionality without requiring users to reinstall Steam through another method.

And one of the Wine developers: https://www.winehq.org/pipermail/wine-devel/2019-June/147898.html [External Link]

If they don't, then I have a suggestion for our packages: use the
Steam runtime. I see a lot of upsides: They've already solved this
problem; we don't need to re-invent this wheel. Ubuntu is already
working with them to support the use-case. The project is open-source,
well-funded, and has a clear motivation to continue being updated and
functional for the long-term. And people are already building and
running Wine in the runtime today.

And I did not like it either as a user, but I also hated that whole lot of misinformation being spread then. One of my comments to one of the threads on GOL: https://www.gamingonlinux.com/2019/06/canonical-are-now-saying-ubuntus-32bit-is-not-being-entirely-dropped-32bit-libraries-will-be-frozen/comment_id=157675

That is not backing out, it is a clarification of their plans. They never said that 32 bit programs would not be able tun run any more. A lot of us are worried that the new ways will be Inferior to what we have today, especially in regard to how complicated it will be for users. And I still are.

A lot of online publication and posters claimed that it would be impossible, but this is Linux not Mac or Windows so there will always be ways for users to do what they want differently than their distribution providers. Do not believe everything you read.

But distributions are about convenience, after all we could all do a Linux from scratch installation and not use any distribution after all. So if they make it a lot harder for users we should go elsewhere.

P.S I did split my answers up in three because I got some error about a security token when posting all in one, but that could have been that I took a long time to write it too.

View this comment - View article - View full comments

Debian 11 "bullseye" is officially out now
31 Aug 2021 at 6:45 pm UTC

Quoting: slaapliedje
Quoting: RedfaceI mentioned in this thread that Lutris is in 21.04, and it will be available in 21.10 when it releases too.
This is an important and in my opinion good way that Ubuntu is based on Debian. If you want a new package in Ubuntu you have to get it into Debian first. Its not only to not duplicate work but also to keep Ubuntu close to Debian.

I have already gone into that they do not build packages to have _ubuntu_ in them. The version of Lutris in 21.10 has no ubuntu in it for example: https://packages.ubuntu.com/hirsute/lutris [External Link]
And while packaging is an important part to create a distribution, its not all, like for example building is important, where I have posted some links already, and we have not got into supporting multiple releases.

If that basically was no work the Popos and Mint for example would probably not rely on Ubuntu repositories for the bulk of their packages.

And I do have a lot of respect of Debian, it was in fact the first Linux distribution I installed on my Amiga in the 90ies.
What's funny about PopOS, they take Ubunut... then have their own repos. They had Lutris before Ubuntu had it available. I'd have to look at the timeline, but they may have had it packaged before Debian (which I guess leads to the 'gaming centric' statement? I don't know I'd think if it were gaming centric, they would have installed Steam by default. :P

Popos does add the Ubuntu repositories and then has a few hundreds packages they maintain. The user get the bulk of available packages from Ubuntu without Popos in between. Just as Mint, but Popos does at least maintain kernel packages.

Lets see some numbers from my 20.04 Popos install:

 



sudo apt update

Hit:1 http://ppa.launchpad.net/system76/pop/ubuntu focal InRelease

Hit:2 http://us.archive.ubuntu.com/ubuntu focal InRelease                    

Hit:3 http://us.archive.ubuntu.com/ubuntu focal-security InRelease           

Hit:4 http://apt.pop-os.org/proprietary focal InRelease

Hit:5 http://us.archive.ubuntu.com/ubuntu focal-updates InRelease

Hit:6 http://us.archive.ubuntu.com/ubuntu focal-backports InRelease

Reading package lists... Done

Building dependency tree       

Reading state information... Done

All packages are up to date.

Lets see how many packages are in those repositories, here are some articles showing how that can be done:

https://serverfault.com/questions/252333/list-all-packages-from-a-repository-in-ubuntu-debian [External Link]

https://www.linuxuprising.com/2018/11/how-to-list-all-packages-in-repository.html [External Link]

The ubuntu repositories have ubuntu and the Popos pop in their name

And these Packages files are available, and just refreshed with sudo apt update

Spoiler, click me

ls /var/lib/apt/lists/*Packages*
/var/lib/apt/lists/apt.pop-os.org_proprietary_dists_focal_main_binary-all_Packages
/var/lib/apt/lists/apt.pop-os.org_proprietary_dists_focal_main_binary-amd64_Packages
/var/lib/apt/lists/ppa.launchpad.net_system76_pop_ubuntu_dists_focal_main_binary-amd64_Packages
/var/lib/apt/lists/ppa.launchpad.net_system76_pop_ubuntu_dists_focal_main_binary-i386_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-backports_main_binary-amd64_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-backports_main_binary-i386_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-backports_universe_binary-amd64_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-backports_universe_binary-i386_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal_main_binary-amd64_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal_main_binary-i386_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal_multiverse_binary-amd64_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal_multiverse_binary-i386_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal_restricted_binary-amd64_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal_restricted_binary-i386_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-security_main_binary-amd64_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-security_main_binary-i386_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-security_multiverse_binary-amd64_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-security_multiverse_binary-i386_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-security_restricted_binary-amd64_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-security_restricted_binary-i386_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-security_universe_binary-amd64_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-security_universe_binary-i386_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal_universe_binary-amd64_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal_universe_binary-i386_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-updates_main_binary-amd64_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-updates_main_binary-i386_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-updates_multiverse_binary-amd64_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-updates_multiverse_binary-i386_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-updates_restricted_binary-amd64_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-updates_restricted_binary-i386_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-updates_universe_binary-amd64_Packages
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_focal-updates_universe_binary-i386_Packages

 





grep ^Package /var/lib/apt/lists/*pop*_Packages | awk '{print $2}' | sort -u| wc -l

454



grep ^Package /var/lib/apt/lists/*ubuntu*_Packages | awk '{print $2}' | sort -u| wc -l

66026

So 0.68% of the available packages are from Popos, and the remaining 99.32% from Ubuntu, and that is by counting the packages from the Popos PPA on launchpad as Popos even those also come from Ubuntu servers, but not the distribution directly. Popos uploaded the source package which then was build on the Ubuntu launchpad servers.

Contrast that to the 100% of available packages when you install Ubuntu come from Ubuntu servers, build by Ubuntu server from source packages in Ubuntu repositories. With most of those source packages shared with Debian experimental sid for new versions, but not those in the released distributions.

View this comment - View article - View full comments

Debian 11 "bullseye" is officially out now
31 Aug 2021 at 6:41 pm UTC

Quoting: slaapliedje
Quoting: RedfaceI mentioned in this thread that Lutris is in 21.04, and it will be available in 21.10 when it releases too.
This is an important and in my opinion good way that Ubuntu is based on Debian. If you want a new package in Ubuntu you have to get it into Debian first. Its not only to not duplicate work but also to keep Ubuntu close to Debian.

I have already gone into that they do not build packages to have _ubuntu_ in them. The version of Lutris in 21.10 has no ubuntu in it for example: https://packages.ubuntu.com/hirsute/lutris [External Link]
And while packaging is an important part to create a distribution, its not all, like for example building is important, where I have posted some links already, and we have not got into supporting multiple releases.

If that basically was no work the Popos and Mint for example would probably not rely on Ubuntu repositories for the bulk of their packages.

And I do have a lot of respect of Debian, it was in fact the first Linux distribution I installed on my Amiga in the 90ies.
They still need to pull upstream packages from Debian as Debian has tons of volunteers and some paid developers. So even if they pull the source with debian patches, then patch their own stuff, they'd still go away if Debian did.

They do not need to pull upstream packages from Debian, its a choice, which prevents some duplicate work in creating the packages, and a way to get a overlap of the Debian and Ubuntu developers.
Without having the packages in sid as well new versions can be maintained in the Ubuntu repositories. Some of the community maintained packages might be dropped, or only available as a snap, but there are still enough packages in main to have a full distribution.

And new source packages are also not needed for the already released distributions, except for the rolling parts like the kernel, firefox and nvidia drivers, but those are updated independent of Debian all the time anyway.

I do not want to repeat all arguments again, and you also wrote that you did not think Ubuntu would go away in a previous post here: https://www.gamingonlinux.com/2021/08/debian-11-qbullseyeq-is-officially-out-now/comment_id=209242

Once you have a Debian source package you also do not have to start from scratch for a new upstream release.

View this comment - View article - View full comments

Debian 11 "bullseye" is officially out now
24 Aug 2021 at 8:08 pm UTC Likes: 1

Quoting: slaapliedje
Quoting: Redface
Quoting: slaapliedje
Quoting: Redface
Quoting: slaapliedje
Quoting: t3gIf you are a gamer, it is still better to stick with with Ubuntu/Pop_OS or Manjaro due to the udpated kernels and work into MESA that you will miss from Debian being locked down for 2 more years. You can always go with the Testing or SID branch though. If you want that bleeding edge, may as well just do Manjaro.
When Ubuntu is based on the Debian Sid branch.. :)
People often post one distribution is based on another without more context, like

Ubuntu is based on Debian (Ubuntu shares upstream deb source packages with Debian and synchronize many but not all source packages from sid, but builds them all in Ubuntu reporsitories )

Linux Mint is Based on Ubuntu (Mint adds all Ubuntu repositories to the corresponding Ubuntu release and adds a few hundreds packages, their DEs, some utility programs and Firefox and Chromium, 99.9% of available packages come straight from Ubuntu)

Manjaro is based on Arch (Manjaro delays updates from Arch official, but not the AUR)

But those three "based" are way different, so the only information is actually, "has a relation to".

Lets compare Bullseye with Focal (20.04) for some gaming related things.

Bullseye comes with Linux 5.10, while Focal has 5.11 from HWE (and still 5.4 as GA kernel)
Bullseye has Mesa 20.3, while Focal has Mesa 21.0
Bullseye has Nvidia 460.91, while Focal has Nvidia 470.57
Bullseye has Lutris 0.5.8 while Focal has none, you need a PPA, it first was added to Ubuntu in 20.10, or 21.04

the kernel, mesa and nvidia drivers will continue to be upgraded in 20.04 until the first point release of 22.04 for kernel and mesa, 18.04 still gets the newest Nvidia drivers so its probable for the normal 5 years support that nvidia drivers are kept up to date to the newest version now for Ubuntu LTS.
You miss that they will also continue to be updated in Debian via Backports.

Also this is supported for Debian and Ubuntu if you want newer kernels. https://liquorix.net/ [External Link]

Actually for 20.04 being an LTS release.. I would not want them to be updating things. You want the system to be stable for servers. Still one of the main reasons I prefer Debian or RHEL based systems to Ubuntu.

The 'based on' generally means, if the base were to go away, so would that distro. Without the hard work of Arch and Debian, etc, then many other distros would fall.

If you take a look at how many distributions have attempted to make Debian more friendly and have died in the past... there are ALOT! Corel Linux was one of my favorite. But they too couldn't keep something up to date and useful.

Ubuntu just kind of happened to be there at the right place / right time, and didn't try (initially) to take on too much. Qnd Shuttleworth has all that Thawte money...
I did not write the comment you first replied to about that "If you are a gamer, it is still better to stick with with Ubuntu/Pop_OS or Manjaro" My opinion is that people should use what they like and what works for them.

This is gamingonlinux and not serversonlinux so I did not mention that servers per default get the kernel the LTS release originally came with called GA, plus bugfixes, while they do have the option for the HWE rolling kernels, just as desktop users can switch to the GA kernel.

And if that is what you mean with based on, then Ubuntu is not based on Debian, which does not make sense. It is just that as I wrote, without more context not meaning more than "related to".

If Debian and its servers should disappear then Ubuntu still has the build system and source and binary packages for all packages for all still supported releases. They would have to rethink how handle newer versions for packages in the universe repositories, but still have all the already released distributions and the capability to create a new one, but most likely with less packages.

Compare that to Linux Mint if Ubuntu should disappear, or LMDE for their Debian edition of Debian would disappear.
They would loose 99% of the packages available since they do not build complete distributions but add the repositories of the distribution they are based on.

So "based on" in itself has way to many meanings in the distribution world without more context to say more than is "related to"
Ubuntu grabs from Debian Sid every 6 months for their next release, 'Ubuntu-izes' the packages and builds them out to the next release.

So you have Debian Sid -> Ubuntu for 5 months, freeze for one month, release. This is why you shouldn't ever upgrade your $LTS-Version to $LTS-Version+1 until it is at like an extra .1 or .2 (as that is an extra month or two of testing / patching.).

It is not as sequential as you write there. And other parts are wrong too.

First take a look at this 9 year old ask ubuntu answer https://askubuntu.com/a/104299 [External Link], which has the broad things still right, and gives a good overview without going into details much, but LTS development does not take packages from testing any more, more about that later.

An important point is

Typically during their development cycle, Ubuntu imports source packages from Debian Unstable (sid). At some point we stop automatic imports and instead pull in fixes manually and then release it as Ubuntu every 6 months.

Then have a look at Impish release schedule [External Link]
Different parts of the distribution are frozen at different times. The Debian Import Freeze [External Link] is for example around 2 months before release.

Until release packages can be updated multiple times, so it will be a rare subset of packages that first had the same version 5 months in sid, and also the same version for 5 months in Ubuntu devel.

Prior to this date, new versions of packages will be automatically imported from Debian where they have not been customized for Ubuntu, that is when the version number of the package in the current Ubuntu development branch does not contain the substring "ubuntu" and there is a newer version in Debian.

So the Ubuntu tag in the version is only where there are Ubuntu specific patches in, and those are not automatically imported.

All packages are off course build, those with Ubuntu patches and those without, since Ubuntu builds binary distributions from source packages in its own repositories. This is needed to be able to support them months or even years later, since sid at that point most likely has not that version any more, and it would be a coincidence if a stable Debian release has the same version.

The debian import freeze explanation links to ProposedMigration [External Link] that explains how new packages do not go directly to updates in the development branch but into proposed first, so devel is in some ways,. but not exactly like Debian testing.

It is a usable distribution during development, much like running Debian sid or testing. I am writing this on impish, the upcoming 21.10 release.

Quoting: slaapliedjeIf Ubuntu would disappear, they'd just go back to using Debian, that's the whole reason LMDE exists. Debian has been around since the mid 90s. It's one of the few that have really not changed their goals over this whole time. It's also the distribution with the most supported packages (unlike Ubuntu, who does not consider anything outside of 'main' to be supported.)

Regarding Mints 2 different distributions, if Debian should go away then LMDE would go away, if Ubuntu would go away then Linux Mint would go away, or at least for both they would have to rethink the whole thing.
That they could use the other if other of Debian and Ubuntu not go away at the same time is off topic to the "based on" discussion.

Quoting: slaapliedjeSomeone above had mentioned that Lutris is going to be available in the next Ubuntu. That's because it was officially packaged for Debian. They basically just inherit what Debian does, and then make changes to their kernel and some other packages, and retag as they build the packages to have _ubuntu_ in them. So even if Debian is considered 'old'. People should pay it some respect for spawning a huge amount of Linux distributions.

I mentioned in this thread that Lutris is in 21.04, and it will be available in 21.10 when it releases too.
This is an important and in my opinion good way that Ubuntu is based on Debian. If you want a new package in Ubuntu you have to get it into Debian first. Its not only to not duplicate work but also to keep Ubuntu close to Debian.

I have already gone into that they do not build packages to have _ubuntu_ in them. The version of Lutris in 21.10 has no ubuntu in it for example: https://packages.ubuntu.com/hirsute/lutris [External Link]
And while packaging is an important part to create a distribution, its not all, like for example building is important, where I have posted some links already, and we have not got into supporting multiple releases.

If that basically was no work the Popos and Mint for example would probably not rely on Ubuntu repositories for the bulk of their packages.

And I do have a lot of respect of Debian, it was in fact the first Linux distribution I installed on my Amiga in the 90ies.

View this comment - View article - View full comments

Debian 11 "bullseye" is officially out now
23 Aug 2021 at 6:04 pm UTC

Quoting: slaapliedje
Quoting: Redface
Quoting: slaapliedje
Quoting: t3gIf you are a gamer, it is still better to stick with with Ubuntu/Pop_OS or Manjaro due to the udpated kernels and work into MESA that you will miss from Debian being locked down for 2 more years. You can always go with the Testing or SID branch though. If you want that bleeding edge, may as well just do Manjaro.
When Ubuntu is based on the Debian Sid branch.. :)
People often post one distribution is based on another without more context, like

Ubuntu is based on Debian (Ubuntu shares upstream deb source packages with Debian and synchronize many but not all source packages from sid, but builds them all in Ubuntu reporsitories )

Linux Mint is Based on Ubuntu (Mint adds all Ubuntu repositories to the corresponding Ubuntu release and adds a few hundreds packages, their DEs, some utility programs and Firefox and Chromium, 99.9% of available packages come straight from Ubuntu)

Manjaro is based on Arch (Manjaro delays updates from Arch official, but not the AUR)

But those three "based" are way different, so the only information is actually, "has a relation to".

Lets compare Bullseye with Focal (20.04) for some gaming related things.

Bullseye comes with Linux 5.10, while Focal has 5.11 from HWE (and still 5.4 as GA kernel)
Bullseye has Mesa 20.3, while Focal has Mesa 21.0
Bullseye has Nvidia 460.91, while Focal has Nvidia 470.57
Bullseye has Lutris 0.5.8 while Focal has none, you need a PPA, it first was added to Ubuntu in 20.10, or 21.04

the kernel, mesa and nvidia drivers will continue to be upgraded in 20.04 until the first point release of 22.04 for kernel and mesa, 18.04 still gets the newest Nvidia drivers so its probable for the normal 5 years support that nvidia drivers are kept up to date to the newest version now for Ubuntu LTS.
You miss that they will also continue to be updated in Debian via Backports.

Also this is supported for Debian and Ubuntu if you want newer kernels. https://liquorix.net/ [External Link]

Actually for 20.04 being an LTS release.. I would not want them to be updating things. You want the system to be stable for servers. Still one of the main reasons I prefer Debian or RHEL based systems to Ubuntu.

The 'based on' generally means, if the base were to go away, so would that distro. Without the hard work of Arch and Debian, etc, then many other distros would fall.

If you take a look at how many distributions have attempted to make Debian more friendly and have died in the past... there are ALOT! Corel Linux was one of my favorite. But they too couldn't keep something up to date and useful.

Ubuntu just kind of happened to be there at the right place / right time, and didn't try (initially) to take on too much. Qnd Shuttleworth has all that Thawte money...

I did not write the comment you first replied to about that "If you are a gamer, it is still better to stick with with Ubuntu/Pop_OS or Manjaro" My opinion is that people should use what they like and what works for them.

This is gamingonlinux and not serversonlinux so I did not mention that servers per default get the kernel the LTS release originally came with called GA, plus bugfixes, while they do have the option for the HWE rolling kernels, just as desktop users can switch to the GA kernel.

And if that is what you mean with based on, then Ubuntu is not based on Debian, which does not make sense. It is just that as I wrote, without more context not meaning more than "related to".

If Debian and its servers should disappear then Ubuntu still has the build system and source and binary packages for all packages for all still supported releases. They would have to rethink how handle newer versions for packages in the universe repositories, but still have all the already released distributions and the capability to create a new one, but most likely with less packages.

Compare that to Linux Mint if Ubuntu should disappear, or LMDE for their Debian edition of Debian would disappear.
They would loose 99% of the packages available since they do not build complete distributions but add the repositories of the distribution they are based on.

So "based on" in itself has way to many meanings in the distribution world without more context to say more than is "related to"

View this comment - View article - View full comments

Debian 11 "bullseye" is officially out now
22 Aug 2021 at 1:47 am UTC

Quoting: slaapliedje
Quoting: t3gIf you are a gamer, it is still better to stick with with Ubuntu/Pop_OS or Manjaro due to the udpated kernels and work into MESA that you will miss from Debian being locked down for 2 more years. You can always go with the Testing or SID branch though. If you want that bleeding edge, may as well just do Manjaro.
When Ubuntu is based on the Debian Sid branch.. :)

People often post one distribution is based on another without more context, like

Ubuntu is based on Debian (Ubuntu shares upstream deb source packages with Debian and synchronize many but not all source packages from sid, but builds them all in Ubuntu reporsitories )

Linux Mint is Based on Ubuntu (Mint adds all Ubuntu repositories to the corresponding Ubuntu release and adds a few hundreds packages, their DEs, some utility programs and Firefox and Chromium, 99.9% of available packages come straight from Ubuntu)

Manjaro is based on Arch (Manjaro delays updates from Arch official, but not the AUR)

But those three "based" are way different, so the only information is actually, "has a relation to".

Lets compare Bullseye with Focal (20.04) for some gaming related things.

Bullseye comes with Linux 5.10, while Focal has 5.11 from HWE (and still 5.4 as GA kernel)
Bullseye has Mesa 20.3, while Focal has Mesa 21.0
Bullseye has Nvidia 460.91, while Focal has Nvidia 470.57
Bullseye has Lutris 0.5.8 while Focal has none, you need a PPA, it first was added to Ubuntu in 20.10, or 21.04

the kernel, mesa and nvidia drivers will continue to be upgraded in 20.04 until the first point release of 22.04 for kernel and mesa, 18.04 still gets the newest Nvidia drivers so its probable for the normal 5 years support that nvidia drivers are kept up to date to the newest version now for Ubuntu LTS.

View this comment - View article - View full comments

MATE 1.26 is out now with big changes like initial Wayland support
20 Aug 2021 at 8:33 pm UTC

So what are the problems to use the compositors from either Gnome or KDE, are they tied to closely to their DEs?
Or Mir since its now a wayland compositor? There seems to be some work ongoing for that:

https://snapcraft.io/mate-wayland [External Link]

https://ubuntu-mate.community/t/mate-on-wayland/19803 [External Link]

View this comment - View article - View full comments

NVIDIA 470.57.02 released as the next stable Linux driver (updated)
21 Jul 2021 at 1:24 pm UTC Likes: 1

Quoting: Comandante ÑoñardoWeird...
I'm on Ubuntu 20.04 LTS and I just got an Nvidia driver update, but it is not the 470.54.02 version, it is the 460.91.03 version...

What is going on with Ubuntu and Nvidia?

There are several Nvidia drivers in the Ubuntu repositories.

Use

 

ubuntu-drivers list

to see which proprietary drivers are available for you hardware.
Or go to Additional drivers in Updates & Software.

Just switch to 470 if you want it, and if you have problems you easily can go back to 460

465 was transitioned to 470, so if you had 465 installed then you would have got 470 now, but since you where on 460 which is still supported you got the latest 460 version.

View this comment - View article - View full comments

12 years ago we appeared online, Happy Birthday to GamingOnLinux
5 Jul 2021 at 6:59 pm UTC Likes: 2

Happy Birthday!

View this comment - View article - View full comments

NVIDIA 470.42.01 for Linux adds DLSS for Proton, Xwayland, asynchronous reprojection
3 Jul 2021 at 3:30 pm UTC Likes: 2

Quoting: AleksejStill waiting 470 in PPA

It is in the new testing PPA https://launchpad.net/~albertomilone/+archive/ubuntu/nvidia-testing [External Link], see previous comments about that.

I do not think it gets into https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa [External Link] before its out of beta. And then it will get into the Ubuntu repositories soon anyway.

View this comment - View article - View full comments