Search results for

Re: Tumbleweed: Nvidia (proprietary) driver 560 when? Any ETA?

by a3a6k8rqo＠mozmail.com

Hello, Thanks for your reply @Stefan. I'm not sure but zypper dup doesn't seem to pull 555 on my end. Or are you refering to the Nvidia's open-drivers? I think that one does not support my GPU yet (afaik it supports Turing and up, mine is Pascal - GTX 1050 Ti). Should have mentioned that I'm focusing for Wayland and not X11, due to my gamer personality :) On xorg everything feels a bit janky but on wayland its superduper smooth. -----+ @Nomiya If you mean that installing nvidia driver by following the "hard way", I prefer not to use that approach, rumors say that using nvidia's .run file doesn't work well in the long run. Kind regards, Kai

1 day, 18 hours

Re: Tumbleweed: Nvidia (proprietary) driver 560 when? Any ETA?

by Masaru Nomiya

Hello, In the Message; Subject : Re: Tumbleweed: Nvidia (proprietary) driver 560 when? Any ETA? Message-ID : <172661291000.128653.15003620866902048611(a)mailman3.infra.opensuse.org> Date & Time: Tue, 17 Sep 2024 22:41:50 -0000 [KS] == Kai Smith via openSUSE Factory <factory(a)lists.opensuse.org> has written: KS> Hello, KS> Thanks for your reply @Stefan. I'm not sure but zypper dup KS> doesn't seem to pull 555 on my end. Or are you refering to the KS> Nvidia's open-drivers? I think that one does not support my GPU KS> yet (afaik it supports Turing and up, mine is Pascal - GTX 1050 KS> Ti). The open-gpu-kernel-module supports your GPU. In fact, NVIDIA recommends that we migrate to open-gpu. KS> @Nomiya KS> If you mean that installing nvidia driver by following the "hard KS> way", I prefer not to use that approach, rumors say that using KS> nvidia's .run file doesn't work well in the long run. On SNS? Foolish rumors, as always. What you should be looking at is the change in stance towards nvidia by the kernel developers since 6.7. Best Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "To hire for skills, firms will need to implement robust and intentional changes in their hiring practices ― and change is hard." -- Employers don’t practice what they preach on skills-based hiring --

1 day, 16 hours

Re: Tumbleweed: Nvidia (proprietary) driver 560 when? Any ETA?

by Masaru Nomiya

Hello, In the Message; Subject : Tumbleweed: Nvidia (proprietary) driver 560 when? Any ETA? Message-ID : <172660014441.125563.6432381645430781111(a)mailman3.infra.opensuse.org> Date & Time: Tue, 17 Sep 2024 19:09:04 -0000 via openSUSE Factory <factory(a)lists.opensuse.org> has written: > Hello, > I was told on the forum, that I should use mailing list for my topic > so here I go. > I’m eagerly awaiting the release of the Nvidia driver 560. It > appears that Fedora has been using it for several months, while > openSUSE is still on version 550. As a result, we’re unable to > fully take advantage of Plasma’s explicit synchronization feature > under Wayland, which was introduced with Plasma 6.1 a few months > ago. > Could you please let me know when Nvidia driver 560 will be > available in Tumbleweed’s official Nvidia repository, so that we > can update it easily via a simple zypper dup? The 560 driver has serious problems with X11, which is probably why it hasn't been released. https://www.gamingonlinux.com/2024/08/nvidia-driver-with-linux-kernel-6-10-… It seems that there are no problems with Wayland, but is there no way other than installing the proprietary driver yourself? Best Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "Microsoft is overhauling its cybersecurity strategy, called the Secure Future Initiative, to incorporate key security features into its core set of technology platforms and cloud services. " -- Microsoft overhauls cyber strategy to finally embrace security by default --

1 day, 19 hours

Re: Slowroll zypper dup failed to upgrade to openSUSE-releas*-20240901

by Felix Miata

Felix Miata composed on 2024-09-10 00:36 (UTC-0400): >>From 20240803, zypper dup failed to install openSUSE-releas* due to repo priority > discrepancy. I had to force install *release and *release-ftp. Content in my > repos.d/ was last changed in January, so why there could be a repo priority issue > I have no idea. Another host, same thing: # zypper lr -p # | Alias | Enabled | GPG Check | Priority | URI --+----------+---------+-----------+----------+--------------------------------------------------------- 1 | NonOSS | Yes | (r ) Yes | 99 | http://download.opensuse.org/slowroll/repo/non-oss/ 2 | OSS | Yes | (r ) Yes | 99 | http://download.opensuse.org/slowroll/repo/oss/ 3 | Update | Yes | (r ) Yes | 80 | http://download.opensuse.org/update/slowroll/repo/oss/ 4 | openh264 | Yes | (r ) Yes | 99 | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed/ Is there a repo missing? # inxi -S System: Host: fi965 Kernel: 6.9.9-1-default arch: x86_64 bits: 64 Console: pty pts/1 Distro: openSUSE Tumbleweed-Slowroll 20240803 # zypper in openSUSE-release Loading repository data... Reading installed packages... There is an update candidate for 'openSUSE-release', but it comes from a repository with a lower priority. Use 'zypper install openSUSE-release-20240901-3079.1.x86_64' to install this candidate. Resolving package dependencies... Problem: 1: the to be installed product:openSUSE-20240803-0.x86_64 requires 'distribution-logos-openSUSE-Slowroll', but this requirement cannot be provided not installable providers: distribution-logos-openSUSE-Slowroll-20240429-1.1.noarch[OSS] Solution 1: deinstallation of distribution-logos-openSUSE-Tumbleweed-20240429-1.1.noarch Solution 2: do not install product:openSUSE-20240803-0.x86_64 Solution 3: break openSUSE-release-20240803-3030.9.1.sr20240803.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/3/c/d/?] (c): c # zypper -v dup -D Verbosity: 2 Initializing Target ... The following 233 packages are going to be upgraded: aaa_base 84.87+git20240809.5d13eb4-1.1 -> 84.87+git20240821.fbabe1d-1.1 ... nfs-kernel-server 2.6.4-42.1 -> 2.6.4-43.1 openssh 9.6p1-11.2 -> 9.8p1-2.1 openssh-clients 9.6p1-11.2 -> 9.8p1-2.1 openssh-common 9.6p1-11.2 -> 9.8p1-2.1 openssh-server 9.6p1-11.2 -> 9.8p1-2.1 pam 1.6.1-3.0.2.1.sr20240803 -> 1.6.1-3.1 ... yt-dlp 2024.08.01-1.1 -> 2024.08.06-1.1 The following 6 patterns are going to be upgraded: base 20200505-52.1 -> 20200505-54.1 basic_desktop 20200505-52.1 -> 20200505-54.1 console 20200505-52.1 -> 20200505-54.1 enhanced_base 20200505-52.1 -> 20200505-54.1 minimal_base 20200505-52.1 -> 20200505-54.1 x11 20200505-52.1 -> 20200505-54.1 The following 2 packages are going to be downgraded: branding-openSUSE 84.87.20240405-5.1.sr20240429 -> 84.87.20240405-4.4sr wallpaper-branding-openSUSE 84.87.20240405-5.1.sr20240429 -> 84.87.20240405-4.4sr The following 13 NEW packages are going to be installed: cpp14 14.2.0+git10526-2.1 dbus-broker 36-1.1 dbus-broker-block-restart 36-1.1 libassuan9 3.0.1-1.1 libavcodec61 7.0.2-2.1 libavutil59 7.0.2-2.1 libcamera0_3 0.3.1-1.1 libcamera-base0_3 0.3.1-1.1 libproc2-0 4.0.4-1.1 libswresample5 7.0.2-2.1 libunibreak5 5.1-2.1 libvidstab1_2 1.1.1-1.1 python311-bcrypt 4.2.0-1.1 The following package is going to be REMOVED: yt-dlp-bash-completion 2024.08.01-1.1 233 packages to upgrade, 2 to downgrade, 13 new, 1 to remove. Package download size: | 250.5 MiB overall package size 0 B | - 250.5 MiB already in cache Package install size change: | 818.1 MiB required by to be installed packages 56.2 MiB | - 761.9 MiB released by to be removed packages Backend: classic_rpmtrans --dry-run Continue? [y/n/v/...? shows all options] (y): # -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

1 week, 1 day

New Slowroll update 20240910T1935 released!

by bernhardout＠lsmod.de

Please note that this mail was generated by a script. A collection of maintenance updates was released for Slowroll. Released 25 packages: * MozillaThunderbird * PrusaSlicer * courier-imap * festival * ghc-http-conduit * kubevirt * kwalletmanager * osinfo-db * procps * python-alembic * python-apache-libcloud * python-openTSNE * python-pdm * python-pypdf * python-retry * python-ruff * python-spotipy * python313 * python39 * salt * shairport-sync * sqlmap * surgescript * timezone * x3270

1 week, 1 day

New Slowroll update 20240913T0230 released!

by bernhardout＠lsmod.de

Please note that this mail was generated by a script. A collection of maintenance updates was released for Slowroll. Released 26 packages: * doxygen * ghc-conduit * ghc-typed-process * ghc-xmonad-contrib * gnome-autoar * keepalived * klp-build * libXbgi * libtraceevent * llvm18 * lua-lmod * nextcloud * openmpi4 * product-composer * python-factory_boy * python-fuse * python-git-url-parse * python-habanero * python-lmfit * python-pytest-home * python-scikit-learn * python-uncertainties * rage-encryption * ruby3.3 * supermin * vagrant

6 days, 15 hours

New Slowroll update 20240916T1453 released!

by bernhardout＠lsmod.de

Please note that this mail was generated by a script. A collection of maintenance updates was released for Slowroll. Released 38 packages: * blosc * cairo * clisp * colord * gc * gops * grandorgue * libevdev * libgweather4 * libqt5-qtimageformats * libqt5-qtnetworkauth * libqt5-qtserialbus * libqt5-qtserialport * libqt5-qtspeech * libqt5-qtsvg * libqt5-qtx11extras * mbedtls * nomacs * patterns-microos * poppler * python-FormEncode * python-cloudpickle * python-dask-expr * python-hishel * python-libcst * python-mrcz * python-oauthlib * python-opengl-accelerate * python-overrides * python-pandas * python-poetry-core * python-rstcheck * python-tblib * python-voluptuous * python-zope.i18nmessageid * stow * tuner * yast2-installation

3 days, 2 hours

Re: VirtualBox 7.1 is out and Leap has not gotten 7.0.20 yet.

by Javier Llorente

El viernes, 13 de septiembre de 2024 11:35:39 (CEST), Axel Braun escribió: > Am Donnerstag, 12. September 2024, 19:23:19 MESZ schrieb Javier Llorente: > > Hi Larry! > > > > El jueves, 12 de septiembre de 2024 16:39:45 (CEST), Larry Len Rainey > > > > escribió: > > > Can someone get VirtualBox 7.0.20 out for Leap. It had no changes for > > > user > > > code - just a lot of CVE fixes. > > > > > > I did remove all the 41 42 15.0 15.1 15.2 15.3 specific patches that did > > > nothing that Larry Finger had in the spec file. > > > > > > It has been in Tumbleweed and Slowroll for a month. > > > > In order to push it to Leap, you have to create a maintenance request for > > each release (15.5, 15.6) . The following example is for Leap 15.6 (SP6): > > > > osc branch openSUSE:Backports:SLE-15-SP6:Update virtualbox > > osc co > > home:username:branches:openSUSE:Backports:SLE-15-SP6:Update/virtualbox > I dont think a local branch is needed. Submit it from the devel-project to > Backports: > > osc mr -m 'update to Virtualbox' VB_devel_project VB_Packages > openSUSE:Backports:SLE-15-SP6:Update > > Note - of course it should build properly in the devel project. Right. He already has it prepared in home:larryr:branches:Virtualization, so he could push it directly to openSUSE:Leap:15.6:Update (this is the right project for virtualbox). Greetings, -- Javier Llorente

6 days, 6 hours

Re: VirtualBox 7.1 is out and Leap has not gotten 7.0.20 yet.

by Javier Llorente

El jueves, 12 de septiembre de 2024 a las 20:24:08 (CEST), usted escribió: > Sorry - did not get far enough > > user@LLR3:~> osc branch openSUSE:Backports:SLE-15-SP6:Update virtualbox > Server returned an error: HTTP Error 404: Not Found > Error getting meta for project 'openSUSE:Backports:SLE-15-SP6:Update' > package 'virtualbox' Package not found: > openSUSE:Backports:SLE-15-SP6:Update/virtualbox user@LLR3:~> > > > where is what I needed to check out - Larry Finger was going to show me what > to do but his cancer got to him and chemo made him unable to help? > > home:larryr:branches:Virtualization Sorry. I have given you the wrong project; osc sm virtualbox openSUSE:Leap:15.5:Update/virtualbox openSUSE:Leap:15.6:Update/virtualbox > I have not been able to get 7.1.0 to compile with OBS - the patches Larry > Finger made for gcc13 breaks in OBS now - I have no idea how to fix the > patch to get past it. > > I have Oracle's code working in Tumbleweed for 7.1.0. Please open a new thread about this. Next time don't forget to reply to all or to the mailing list ;-) Greetings, -- Javier Llorente

6 days, 9 hours

Re: VirtualBox 7.1 is out and Leap has not gotten 7.0.20 yet.

by Axel Braun

Am Donnerstag, 12. September 2024, 19:23:19 MESZ schrieb Javier Llorente: > Hi Larry! > > El jueves, 12 de septiembre de 2024 16:39:45 (CEST), Larry Len Rainey > escribió: > > Can someone get VirtualBox 7.0.20 out for Leap. It had no changes for user > > code - just a lot of CVE fixes. > > > > I did remove all the 41 42 15.0 15.1 15.2 15.3 specific patches that did > > nothing that Larry Finger had in the spec file. > > > > It has been in Tumbleweed and Slowroll for a month. > > In order to push it to Leap, you have to create a maintenance request for each > release (15.5, 15.6) . The following example is for Leap 15.6 (SP6): > > osc branch openSUSE:Backports:SLE-15-SP6:Update virtualbox > osc co home:username:branches:openSUSE:Backports:SLE-15-SP6:Update/virtualbox I dont think a local branch is needed. Submit it from the devel-project to Backports: osc mr -m 'update to Virtualbox' VB_devel_project VB_Packages openSUSE:Backports:SLE-15-SP6:Update Note - of course it should build properly in the devel project. Cheers Axel

6 days, 7 hours

openSUSE Factory search results for query "a"