* Peter Suetterlin [06-02-22 07:40]:

No fear here. While I do run zypper dup only manually, and now and then do check the list here *before* doing so ;^>, I do find Tumbleweed plus zypper the most stable installation since I use Linux (which is more than 28 years now). I especially like the rock solid way zypper handles dependencies with a multitude of repositories (I have 17 enabled). I leave snapper installed. Sometimes it's handy to have old files around to compare. But I've only done one rollback so far (using TW since 2016, by now on 6 machines, including one Pi4). That was due to some nvidia failure, too. Plus some smaller ones, like old sddm cache crashing it after the update.

There's also issues sometimes with unresolvable dependencies, where I'm asked for a choice how to resolve. I prefer that over taking one choice automatically, as I *know* that would not be my choice in at least some cases.

But there we are already in the field of 'stable for whom?' The above cases I regard as minor glitches - newbies might well break into sweat over some of them. In that respect, stability is (also) a question of experience, IMO.

Nevertheless, the 'makers' are doing an absolutely fabulous job with TW!

Also my experiences and kudos to the 'makers'. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet oftc

been using linux since it was alpha in 1994 , and switched to suse as my primary os since ver 6.1 , and followed its many changes , ups and downs over the years to TW love the os , many thanks to all the devs over the years its fair to say i also do a zypper dup , rather than the kde install updates on the task bar , maybe it would be a good idea to incorporate the zypper dup functionality within that , and as for nvidia drivers , well since nvidia have open sourced there drivers maybe we can start to see them integrated into yast sometime saving the proprietary install , hopefully without licencing issues David On Thu, 2 Jun 2022 at 16:26, Larry Finger wrote:

...

* Peter Suetterlin [06-02-22 07:40]:

...

No fear here. While I do run zypper dup only manually, and now and

On 6/2/22 07:50, Patrick Shanahan wrote: then do

...

...

check the list here *before* doing so ;^>, I do find Tumbleweed plus zypper the most stable installation since I use Linux (which is more than 28 years now). I especially like the rock solid way zypper handles dependencies with a multitude of repositories (I have 17 enabled). I leave snapper installed. Sometimes it's handy to have old files around to compare. But I've only done one rollback so far (using TW since 2016, by now on 6 machines, including one Pi4). That was due to some nvidia failure, too. Plus some smaller ones, like old sddm cache crashing it after the update.

There's also issues sometimes with unresolvable dependencies, where I'm asked for a choice how to resolve. I prefer that over taking one choice automatically, as I *know* that would not be my choice in at least some cases.

But there we are already in the field of 'stable for whom?' The above cases I regard as minor glitches - newbies might well break into sweat over some of them. In that respect, stability is (also) a question of experience, IMO.

Nevertheless, the 'makers' are doing an absolutely fabulous job with TW!

Also my experiences and kudos to the 'makers'.

The above matches my experience. For a period of time, my nVidia graphics adapter did not work with neauvue, thus I had to grapple with fixing the proprietary driver because the nVidia developers were ALWAYS slow in making the changes required by kernel API changes. Fortunately, my experience maintaining VirtualBox helped. Now, my G04 graphics adapter works with the kernel driver. :)

I must admit that seeing a 'sudo zypper dup' calling for 2 or 3 thousand new packages could be frightening, but knowing that the snapshot has been vetted by QA makes it easier.

Larry

""If nVidia had open-sourced their drivers, they would be a part of the kernel the way that Intel i915 drivers are."" news is https://github.com/NVIDIA/open-gpu-kernel-modules and https://github.com/NVIDIA/open-gpu-kernel-modules/releases/tag/515.48.07 although personally i have not had time to upgrade or test these drivers , but it is official On Sat, 4 Jun 2022 at 03:54, Larry Finger wrote:

...

been using linux since it was alpha in 1994 , and switched to suse as my

...

os since ver 6.1 , and followed its many changes , ups and downs over

On 6/3/22 20:11, David Powell wrote: primary the years

...

to TW love the os , many thanks to all the devs over the years

its fair to say i also do a zypper dup , rather than the kde install updates on the task bar , maybe it would be a good idea to incorporate the zypper dup functionality within that , and as for nvidia drivers , well since nvidia have open sourced there drivers maybe we can start to see them integrated into yast sometime saving the proprietary install , hopefully without licencing issues

I started using SuSE because it had reiserfs built in. If you have ever waited while fssck fixed a 20 or 40 MB disk with an ext2 fs after a crash, you know how valuable it was to have a journaling file system. I had come from the DEC world, where such file systems were standard. I think I started with the 5.X versions. Of course, I switched to ext3, and then ext4 as soon as those file systems were available.

Whenever I need to load one of the other distros for some reason, I am very thankful for SuSE of openSUSE, no matter what it is called.

If nVidia had open-sourced their drivers, they would be a part of the kernel the way that Intel i915 drivers are. YaST would not be involved. The nouveau project has been a tour de force in that they did no reverse engineering. Everything was generated by observing what changed in the display when the display memory was manipulated. A difficult way, but free of any legal problems.

Larry

sorry for another post on the subject , the official announcement is at https://developer.nvidia.com/blog/nvidia-releases-open-source-gpu-kernel-mod... although it may leave a void for legacy cards needing the older non opensouce drivers still david On Sat, 4 Jun 2022 at 04:35, David Powell wrote:

and sorry i ment as a yast package (rpm) not a part of yast directly

david

On Sat, 4 Jun 2022 at 04:31, David Powell wrote:

...

""If nVidia had open-sourced their drivers, they would be a part of the kernel the way that Intel i915 drivers are."" news is https://github.com/NVIDIA/open-gpu-kernel-modules and https://github.com/NVIDIA/open-gpu-kernel-modules/releases/tag/515.48.07 although personally i have not had time to upgrade or test these drivers , but it is official

On Sat, 4 Jun 2022 at 03:54, Larry Finger wrote:

...

...

been using linux since it was alpha in 1994 , and switched to suse as my primary os since ver 6.1 , and followed its many changes , ups and downs over

...

to TW love the os , many thanks to all the devs over the years

its fair to say i also do a zypper dup , rather than the kde install updates on the task bar , maybe it would be a good idea to incorporate the zypper dup functionality within that , and as for nvidia drivers , well since nvidia have open sourced there drivers maybe we can start to see them integrated into yast sometime saving

On 6/3/22 20:11, David Powell wrote: the years the

...

proprietary install , hopefully without licencing issues

I started using SuSE because it had reiserfs built in. If you have ever waited while fssck fixed a 20 or 40 MB disk with an ext2 fs after a crash, you know how valuable it was to have a journaling file system. I had come from the DEC world, where such file systems were standard. I think I started with the 5.X versions. Of course, I switched to ext3, and then ext4 as soon as those file systems were available.

Whenever I need to load one of the other distros for some reason, I am very thankful for SuSE of openSUSE, no matter what it is called.

If nVidia had open-sourced their drivers, they would be a part of the kernel the way that Intel i915 drivers are. YaST would not be involved. The nouveau project has been a tour de force in that they did no reverse engineering. Everything was generated by observing what changed in the display when the display memory was manipulated. A difficult way, but free of any legal problems.

Larry

Am Samstag, 4. Juni 2022, 03:11:40 CEST schrieb David Powell:

and as for nvidia drivers , well since nvidia have open sourced there drivers maybe we can start to see them integrated into yast sometime saving the proprietary install , hopefully without licencing issues

Don't get too excited about this... II just tried that opensourced driver on two computers. #1: has a GTX 1050 (GP107) which should be supported by the open source driver - but it turns out it wasnt. #2: has a GTX 1650 Ti mobile (TU117M) - also not supported: the output in dmesg when I try to load the driver talks about the open source driver being only for "data center GPUs", so I guess that means it is only usable for CUDA usage but not as an actual graphics driver for desktop systems. Ah well, at least the binary driver is easy to install. And by that I dont mean running the binary installer, nvidia has been offering the binary driver AS RPM PACKAGES installable with yast/zypper for ... decades. Cheers MH -- Mathias Homann Mathias.Homann@openSUSE.org Jabber (XMPP): lemmy@tuxonline.tech Matrix: @mathias:eregion.de IRC: [Lemmy] on freenode and ircnet (bouncer active) keybase: https://keybase.io/lemmy gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102

The GTX1050 is not supported. I use the nouveau modules on all cards including 2 FTX1050 and a GTX560 Ti. The github source README.md file lists all that is supported. I have a GTX1650 Ti which is listed. I built the source but have not yet tried using it. Regards Sid. On 04/06/2022 07:27, Mathias Homann wrote:

Am Samstag, 4. Juni 2022, 03:11:40 CEST schrieb David Powell:

...

and as for nvidia drivers , well since nvidia have open sourced there drivers maybe we can start to see them integrated into yast sometime saving the proprietary install , hopefully without licencing issues Don't get too excited about this...

II just tried that opensourced driver on two computers.

#1: has a GTX 1050 (GP107) which should be supported by the open source driver - but it turns out it wasnt.

#2: has a GTX 1650 Ti mobile (TU117M) - also not supported: the output in dmesg when I try to load the driver talks about the open source driver being only for "data center GPUs", so I guess that means it is only usable for CUDA usage but not as an actual graphics driver for desktop systems.

Ah well, at least the binary driver is easy to install. And by that I dont mean running the binary installer, nvidia has been offering the binary driver AS RPM PACKAGES installable with yast/zypper for ... decades.

Cheers MH

-- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Senior Staff Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks

from what i hear , from a leaked nvidia (shareholder presentation) meeting recently , nvidia is making more $$ from the server side AI than "gaming" gaming in "" as seems they know but wont say how much sailes of rtx cards went to bitcoin miners but do know , and the crash of bit coin is going to affect that in the coming months/years , so for us the outlook is , firstly theres going to be a glut of rtx ex mining secondhand cards on the market , that will affect new sails , and the hyped gpu prices are already dropping , by next year maybe we will see rtx cards cheap enough to upgrade to for most , linux well yea they need to do something that stops there "oppinion" that most secondhand builders will use it on "old" hardware , and want to have some competition over amd on that , as for the drivers and code , seems the "confidential " core code has been moved from the drivers into the cards bios on the newer cards to allow them to open source the drivers without affecting there "3rd party NDA's " on the secret bits , $$$ like any company is the goal , but it is customer satisfaction and product function that is what in the end gets that , its easy to pick on nvidia for that , but remeber amd,intel,etc are all in for the same thing $$$, its taken time for nvidia to accept this is what users want /need , and not doing it will long term affect that , long term with community input i think most of the driver issues will be fixed /resolved , hopfully , then maybe linus will concidder including it in the kernel, in the meantime its going to take a while for the community knowledge on the drivers to build up and let's users write some good HOWTO's and install issues and solutions to appear in forums etc for them atm im doing game dev with UE5 ,, the min requirement for the game is rtx20 or above , only getting 12fps in 4k on a rtx3080 in the editor atm but its not optimised yet , but 1 to 2 years time when its released maybe this is will be average for pc gaming not the top, linux compatible and developing it on my TW system , but as it installed without issue i cant say i found any solutions i needed to fix in doing it . unlike the 3 weeks it took getting ue5 editor to compile and work native in TW and not flatpack david On Sun, 5 Jun 2022 at 08:32, David C. Rankin wrote:

On 6/4/22 01:27, Mathias Homann wrote:

...

Don't get too excited about this...

II just tried that opensourced driver on two computers.

#1: has a GTX 1050 (GP107) which should be supported by the open source driver - but it turns out it wasnt.

#2: has a GTX 1650 Ti mobile (TU117M) - also not supported: the output in dmesg when I try to load the driver talks about the open source driver being only for "data center GPUs", so I guess that means it is only usable for CUDA usage but not as an actual graphics driver for desktop systems.

Ah well, at least the binary driver is easy to install. And by that I dont mean running the binary installer, nvidia has been offering the binary driver AS RPM PACKAGES installable with yast/zypper for ... decades.

Cheers MH

Almost one of those "Too Good To Be True" moments. I suspect that even releasing source for older graphics cards would essentially provide the core of what nvidia does with its chips.

You would think they would want the help of 100,000 additional coders for free, but their business model relies on extracting every last $$ from the gamers out there (and to a growing extent on harnessing all those wonderful cores in the parallel world, unless block-chain doesn't pan out)

Here is to hoping next time it's something Linus can put in the kernel...

-- David C. Rankin, J.D.,P.E.