Re: NVIDIA 470 Series To Be The Last Supporting GTX 600/700 Series
Kepler.
by Marcus Müller
Hey,
On 22.05.21 10:54, Kevin Kofler via rpmfusion-developers wrote:
> Those cards are well-supported by the Nouveau driver by now, aren't they?
I roughly once every half year do a test of nouveau, and sadly it's still got crashes and
the occasional display problem. Also, can't get nouveau to work with 2× 2560px wide, nor
could I do that with CUDA, which is the only reason I have relatively beefy GPUs.
Cheers,
Marcus
2 years, 11 months
Re: Fwd: Let's retire original glib and gtk+
by Sérgio Basto
Hi,
I started the sentence with "if", "if glib1 and gtk+ will be removed"
As news, I was going to write that everything is just depending on
xmms, so the question is not about retire glib1 and gtk+ but is about
retire xmms XD
normalize depends on flac and flac have a sub package with xmms
dependencies, as faad2 had it, so after remove that xmms dep , we can
build flac and subsequently normalize .
On Sat, 2021-05-22 at 08:00 +0100, Leigh Scott wrote:
> 1: I have fixed faad2 so it doesn't have xmms for f35+
>
> 2: I have retired xmms-mplayer for f35+
>
> 3: I believe normalize is more trouble than it's worth and should be
> retired from rpmfusion.
>
> https://bugzilla.rpmfusion.org/show_bug.cgi?id=4986
>
> 4: gsview can be retired.
>
> 5: uade can be retired.
>
>
> On 21/05/2021 22:19, Sérgio Basto wrote:
> > if glib1 and gtk+ will be removed, we will have these package
> > affected
> > [1] by query [2]
> >
> >
> > [1]
> > rpmfusion-free-rawhide faad2 (when with xmms)
> > rpmfusion-free-rawhide normalize (when flac needs xmms)
> > rpmfusion-free-rawhide xmms-mplayer
> > rpmfusion-nonfree-rawhide gsview (4.9 needs gkt-devel)
> > rpmfusion-nonfree-rawhide uade (Unix Amiga DeliTracker Emulator)
> >
> > [1]
> > dnf repoquery --disablerepo='*' --enablerepo={rpmfusion-{non,}free-
> > ,}rawhide --whatrequires glib --qf "%{repoid} %{sourcerpm}" -q |
> > pkgname
> > -------- Forwarded Message --------
> > From: Michael Catanzaro <mcatanzaro(a)gnome.org>
> > Reply-To: Development discussions related to Fedora
> > <devel(a)lists.fedoraproject.org>
> > To: devel(a)lists.fedoraproject.org, paul(a)city-fan.org,
> > paulo.cesar.pereira.de.andrade(a)gmail.com
> > Subject: Let's retire original glib and gtk+
> > Date: Fri, 07 May 2021 14:45:09 +0000
> >
> > Hi, I'd like to retire the original glib, GLib 1 from the GNOME 1
> > era.
> > This is would take out the gtk+ package (GTK 1) along with it. (I'm
> > not
> > proposing to remove GTK 2.) GLib 1 has been obsolete for 19 years
> > now,
> > maintain a compatibility package, so I'm not sympathetic to
> > anything
> > that still requires it.
> >
> > GLib 2 has been API and ABI stable for 19 years now, so it's not
> > moving
> > too fast for your package to depend on. :) The full list of
> > packages
> > still depending on GLib 1 is below. If you own one of the below
> > packages, please consider upgrading to GLib 2. The only one that I
> > recognize is Sagemath.
> >
> > $ sudo dnf repoquery --recursive --whatrequires glib
> > Last metadata expiration check: 0:28:04 ago on Fri 07 May 2021
> > 09:06:03
> > AM CDT.
> > Singular-0:4.1.1p3-24.fc34.x86_64
> > Singular-doc-0:4.1.1p3-24.fc34.x86_64
> > Singular-emacs-0:4.1.1p3-24.fc34.x86_64
> > Singular-surfex-0:4.1.1p3-24.fc34.x86_64
> > bubblemon-0:1.46-29.fc34.x86_64
> > collectd-xmms-0:5.12.0-2.fc34.x86_64
> > gap-pkg-happrime-0:0.6-5.20190208.edfbd41.fc34.noarch
> > gap-pkg-happrime-doc-0:0.6-5.20190208.edfbd41.fc34.noarch
> > gap-pkg-singular-0:2020.12.18-2.fc34.noarch
> > gap-pkg-singular-doc-0:2020.12.18-2.fc34.noarch
> > glib-devel-1:1.2.10-62.fc34.i686
> > glib-devel-1:1.2.10-62.fc34.x86_64
> > golang-github-mattn-gtk-devel-0:0-
> > 0.7.20200729gitaf2e013.fc34.noarch
> > gtk+-1:1.2.10-96.fc34.i686
> > gtk+-1:1.2.10-96.fc34.x86_64
> > gtk+-devel-1:1.2.10-96.fc34.i686
> > gtk+-devel-1:1.2.10-96.fc34.x86_64
> > gxvattr-0:1.3-42.fc34.x86_64
> > librcc-devel-0:0.2.12-18.fc34.i686
> > librcc-devel-0:0.2.12-18.fc34.x86_64
> > librcc-gtk+-0:0.2.12-18.fc34.i686
> > librcc-gtk+-0:0.2.12-18.fc34.x86_64
> > logjam-xmms-1:4.6.2-25.fc34.x86_64
> > manedit-0:1.2.1-25.fc34.x86_64
> > qepcad-B-0:1.74-1.fc34.x86_64
> > sagemath-0:9.2-4.fc34.x86_64
> > sagemath-core-0:9.2-4.fc34.x86_64
> > sagemath-data-0:9.2-4.fc34.noarch
> > sagemath-data-combinatorial_designs-0:9.2-4.fc34.noarch
> > sagemath-data-conway_polynomials-0:9.2-4.fc34.noarch
> > sagemath-data-elliptic_curves-0:9.2-4.fc34.noarch
> > sagemath-data-elliptic_curves_large-0:9.2-4.fc34.noarch
> > sagemath-data-etc-0:9.2-4.fc34.noarch
> > sagemath-data-graphs-0:9.2-4.fc34.noarch
> > sagemath-data-polytopes_db-0:9.2-4.fc34.noarch
> > sagemath-jupyter-0:9.2-4.fc34.x86_64
> > sagemath-sagetex-0:9.2-4.fc34.x86_64
> > surf-geometry-0:1.0.6-29.fc34.x86_64
> > xarchon-0:0.50-35.fc34.x86_64
> > xconvers-0:0.8.3-27.fc34.x86_64
> > xdialog-0:2.3.1-28.fc34.x86_64
> > xmms-1:1.2.11-41.20071117cvs.fc34.x86_64
> > xmms-devel-1:1.2.11-41.20071117cvs.fc34.i686
> > xmms-devel-1:1.2.11-41.20071117cvs.fc34.x86_64
> > xmms-flac-0:1.3.3-7.fc34.x86_64
> > xmms-libs-1:1.2.11-41.20071117cvs.fc34.i686
> > xmms-libs-1:1.2.11-41.20071117cvs.fc34.x86_64
> > xmms-pulse-0:0.9.4-27.fc34.x86_64
> >
> > Michael
> >
> > _______________________________________________
> > devel mailing list -- devel(a)lists.fedoraproject.org
> > To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
> > Fedora Code of Conduct:
> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines:
> > https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives:
> > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> > Do not reply to spam on the list, report it:
> > https://pagure.io/fedora-infrastructure
> >
>
--
Sérgio M. B.
2 years, 11 months
Re: NVIDIA 470 Series To Be The Last Supporting GTX 600/700 Series Kepler.
by Gary Buhrmaster
On Sat, May 22, 2021 at 9:02 AM Kevin Kofler via rpmfusion-developers
<rpmfusion-developers(a)lists.rpmfusion.org> wrote:
>
> Those cards are well-supported by the Nouveau driver by now, aren't they?
>
Perhaps the largest shortcoming is that there
is no automated voltage and re-clocking (for
the core and/or memory) support based on
GPU requirements and thermal headroom (the
GPU and memory start at lower power base
clock speeds). Manual adjustments are
reasonably well supported via debugfs, but it
is still a manual process at this point and last
I looked is still marked as "incomplete" and
"experimental" by the developers (and
apparently certain combinations of settings
can result in GPU hangs/corruption or even
overheating damage). There has been
repeated talk about someone (i.e. the random
someone else who does not actually exist)
writing some sort of GPU governor, but it has
never happened. That certainly makes the
experience of using those cards far less
than optimal for some, driving those to the
proprietary driver (they want something that
just work).
2 years, 11 months
Re: NVIDIA 470 Series To Be The Last Supporting GTX 600/700 Series Kepler.
by Gary Buhrmaster
On Sat, May 22, 2021 at 9:02 AM Kevin Kofler via rpmfusion-developers
<rpmfusion-developers(a)lists.rpmfusion.org> wrote:
>
> Those cards are well-supported by the Nouveau driver by now, aren't they?
>
Perhaps the largest shortcoming is that there
is no automated voltage and re-clocking (for
the core and/or memory) support based on
GPU requirements and thermal headroom (the
GPU and memory start at lower power base
clock speeds). Manual adjustments are
reasonably well supported via debugfs, but it
is still a manual process at this point and last
I looked is still marked as "incomplete" and
"experimental" by the developers (and
apparently certain combinations of settings
can result in GPU hangs/corruption or even
overheating damage). There has been
repeated talk about someone (i.e. the random
someone else who does not actually exist)
writing some sort of GPU governor, but it has
never happened. That certainly makes the
experience of using those cards far less
than optimal for some, driving those to the
proprietary driver (they want something that
just work).
2 years, 11 months
RPM Fusion update report 2021-05-22
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 32
-------------
Pushed to testing:
Pushed to stable:
mixxx-2.3.0-0.23.beta.20210509gite409a0e.fc32
Fedora 33
-------------
Pushed to testing:
gtetrinet-0.7.11-20.20210107.git09e8db1.fc33
mpd-0.22.7-1.fc33
vdr-skindesigner-1.2.16-1.fc33
xt7-player-mpv-0.33.3152-3.fc33
zoneminder-1.36.1-1.fc33
Pushed to stable:
kodi-19.1-1.fc33
svt-hevc-1.5.1-1.fc33
vdr-markad-3.0.3-1.fc33
Fedora 34
-------------
Pushed to testing:
gtetrinet-0.7.11-20.20210107.git09e8db1.fc34
mpd-0.22.7-1.fc34
obs-studio-27.0.0~rc5-1.fc34
vdr-skindesigner-1.2.16-1.fc34
xt7-player-mpv-0.33.3152-4.fc34
zoneminder-1.36.1-1.fc34
Pushed to stable:
kdenlive-21.04.1-1.fc34
kodi-19.1-1.fc34
svt-hevc-1.5.1-1.fc34
vdr-markad-3.0.3-1.fc34
EL 7
-------------
Pushed to testing:
moc-2.6-0.37.svn3005.el7
zoneminder-1.36.1-1.el7
Pushed to stable:
EL 8
-------------
Pushed to testing:
moc-2.6-0.37.svn3005.el8
mpd-0.22.7-1.el8
zoneminder-1.36.1-1.el8
Pushed to stable:
Section nonfree:
-------------
Fedora 32
-------------
Pushed to testing:
Pushed to stable:
Fedora 33
-------------
Pushed to testing:
nvidia-kmod-465.31-1.fc33
nvidia-modprobe-465.31-1.fc33
nvidia-persistenced-465.31-1.fc33
nvidia-settings-465.31-1.fc33
nvidia-xconfig-465.31-1.fc33
xorg-x11-drv-nvidia-465.31-1.fc33
Pushed to stable:
Fedora 34
-------------
Pushed to testing:
nvidia-kmod-465.31-1.fc34
nvidia-modprobe-465.31-1.fc34
nvidia-persistenced-465.31-1.fc34
nvidia-settings-465.31-1.fc34
nvidia-xconfig-465.31-1.fc34
xorg-x11-drv-nvidia-465.31-1.fc34
Pushed to stable:
snes9x-1.60-7.fc34
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
Theses packages will be available in main mirror in a few hours. Wait for local mirrors to sync
Please report any issue to https://bugzilla.rpmfusion.org
2 years, 11 months
Fwd: Let's retire original glib and gtk+
by Sérgio Basto
if glib1 and gtk+ will be removed, we will have these package affected
[1] by query [2]
[1]
rpmfusion-free-rawhide faad2 (when with xmms)
rpmfusion-free-rawhide normalize (when flac needs xmms)
rpmfusion-free-rawhide xmms-mplayer
rpmfusion-nonfree-rawhide gsview (4.9 needs gkt-devel)
rpmfusion-nonfree-rawhide uade (Unix Amiga DeliTracker Emulator)
[1]
dnf repoquery --disablerepo='*' --enablerepo={rpmfusion-{non,}free-
,}rawhide --whatrequires glib --qf "%{repoid} %{sourcerpm}" -q |
pkgname
-------- Forwarded Message --------
From: Michael Catanzaro <mcatanzaro(a)gnome.org>
Reply-To: Development discussions related to Fedora
<devel(a)lists.fedoraproject.org>
To: devel(a)lists.fedoraproject.org, paul(a)city-fan.org,
paulo.cesar.pereira.de.andrade(a)gmail.com
Subject: Let's retire original glib and gtk+
Date: Fri, 07 May 2021 14:45:09 +0000
Hi, I'd like to retire the original glib, GLib 1 from the GNOME 1 era.
This is would take out the gtk+ package (GTK 1) along with it. (I'm not
proposing to remove GTK 2.) GLib 1 has been obsolete for 19 years now,
since GLib 2 was released in March 2002. That's a real long time to
maintain a compatibility package, so I'm not sympathetic to anything
that still requires it.
GLib 2 has been API and ABI stable for 19 years now, so it's not moving
too fast for your package to depend on. :) The full list of packages
still depending on GLib 1 is below. If you own one of the below
packages, please consider upgrading to GLib 2. The only one that I
recognize is Sagemath.
$ sudo dnf repoquery --recursive --whatrequires glib
Last metadata expiration check: 0:28:04 ago on Fri 07 May 2021 09:06:03
AM CDT.
Singular-0:4.1.1p3-24.fc34.x86_64
Singular-doc-0:4.1.1p3-24.fc34.x86_64
Singular-emacs-0:4.1.1p3-24.fc34.x86_64
Singular-surfex-0:4.1.1p3-24.fc34.x86_64
bubblemon-0:1.46-29.fc34.x86_64
collectd-xmms-0:5.12.0-2.fc34.x86_64
gap-pkg-happrime-0:0.6-5.20190208.edfbd41.fc34.noarch
gap-pkg-happrime-doc-0:0.6-5.20190208.edfbd41.fc34.noarch
gap-pkg-singular-0:2020.12.18-2.fc34.noarch
gap-pkg-singular-doc-0:2020.12.18-2.fc34.noarch
glib-devel-1:1.2.10-62.fc34.i686
glib-devel-1:1.2.10-62.fc34.x86_64
golang-github-mattn-gtk-devel-0:0-0.7.20200729gitaf2e013.fc34.noarch
gtk+-1:1.2.10-96.fc34.i686
gtk+-1:1.2.10-96.fc34.x86_64
gtk+-devel-1:1.2.10-96.fc34.i686
gtk+-devel-1:1.2.10-96.fc34.x86_64
gxvattr-0:1.3-42.fc34.x86_64
librcc-devel-0:0.2.12-18.fc34.i686
librcc-devel-0:0.2.12-18.fc34.x86_64
librcc-gtk+-0:0.2.12-18.fc34.i686
librcc-gtk+-0:0.2.12-18.fc34.x86_64
logjam-xmms-1:4.6.2-25.fc34.x86_64
manedit-0:1.2.1-25.fc34.x86_64
qepcad-B-0:1.74-1.fc34.x86_64
sagemath-0:9.2-4.fc34.x86_64
sagemath-core-0:9.2-4.fc34.x86_64
sagemath-data-0:9.2-4.fc34.noarch
sagemath-data-combinatorial_designs-0:9.2-4.fc34.noarch
sagemath-data-conway_polynomials-0:9.2-4.fc34.noarch
sagemath-data-elliptic_curves-0:9.2-4.fc34.noarch
sagemath-data-elliptic_curves_large-0:9.2-4.fc34.noarch
sagemath-data-etc-0:9.2-4.fc34.noarch
sagemath-data-graphs-0:9.2-4.fc34.noarch
sagemath-data-polytopes_db-0:9.2-4.fc34.noarch
sagemath-jupyter-0:9.2-4.fc34.x86_64
sagemath-sagetex-0:9.2-4.fc34.x86_64
surf-geometry-0:1.0.6-29.fc34.x86_64
xarchon-0:0.50-35.fc34.x86_64
xconvers-0:0.8.3-27.fc34.x86_64
xdialog-0:2.3.1-28.fc34.x86_64
xmms-1:1.2.11-41.20071117cvs.fc34.x86_64
xmms-devel-1:1.2.11-41.20071117cvs.fc34.i686
xmms-devel-1:1.2.11-41.20071117cvs.fc34.x86_64
xmms-flac-0:1.3.3-7.fc34.x86_64
xmms-libs-1:1.2.11-41.20071117cvs.fc34.i686
xmms-libs-1:1.2.11-41.20071117cvs.fc34.x86_64
xmms-pulse-0:0.9.4-27.fc34.x86_64
Michael
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
--
Sérgio M. B.
2 years, 11 months
Re: IRC channel
by Sérgio Basto
On Fri, 2021-05-21 at 10:23 +0200, Vitaly Zaitsev via rpmfusion-
developers wrote:
> On 20.05.2021 23:09, Sérgio Basto wrote:
> > where I can find Fractal
>
> Don't use Fractal. It still has no native replies support and use
> quotes
> without Markdown markup instead. It causes a huge flood. That's why
> most
> of popular Matrix rooms uses a bot to kick/ban Fractal users.
>
OK , I also don't like use flatpack or snaps .
So weechat don't have graphics but have spellchecker and the others
don't have spellchecker.
For now I use nheko and to register my user on freenode I use Neochat
--
Sérgio M. B.
2 years, 11 months
