rfpkg scratch-build expected to work?
by Richard Shaw
I tried a scratch build on RPM Fusion which I haven't done in some time and
was greeted with the following:
$ rfpkg scratch-build --srpm
setting SOURCE_DATE_EPOCH=1673913600
Wrote: /home/build/rpmfusion-scm/nonfree/unifi/unifi-7.3.81-1.el8.src.rpm
[====================================] 100% 00:00:29 175.17 MiB 5.95
MiB/sec
Building unifi-7.3.81-1.el8.src.rpm for el8-nonfree
Could not execute scratch_build: invalid channel policy
Thanks,
Richard
8 months, 1 week
RPM Fusion update report 2023-01-18
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 36
-------------
Pushed to testing:
mpd-0.23.12-1.fc36
xtables-addons-3.23-1.fc36
xtables-addons-kmod-3.23-1.fc36
Pushed to stable:
chromium-freeworld-109.0.5414.74-1.fc36
telegram-desktop-4.5.3-1.fc36
tg_owt-0-28.20230105git5098730.fc36
vdr-markad-3.1.1-1.fc36
xroar-1.3-1.fc36
Fedora 37
-------------
Pushed to testing:
VirtualBox-7.0.6-1.fc37
mesa-freeworld-22.3.3-2.fc37
mpd-0.23.12-1.fc37
xtables-addons-3.23-1.fc37
xtables-addons-kmod-3.23-1.fc37
Pushed to stable:
chromium-freeworld-109.0.5414.74-1.fc37
ffmpeg-5.1.2-9.fc37
game-data-packager-70-1.fc37
gstreamer1-plugins-bad-freeworld-1.20.5-1.fc37
gstreamer1-plugins-ugly-1.20.5-1.fc37
libheif-1.14.2-1.fc37
qt5-qtwebengine-freeworld-5.15.10-5.fc37
rpmfusion-free-release-37-1
telegram-desktop-4.5.3-1.fc37
tg_owt-0-28.20230105git5098730.fc37
vdr-markad-3.1.1-1.fc37
xroar-1.3-1.fc37
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
mpd-0.23.12-1.el8
wireguard-kmod-1.0.20220627-3.el8
Pushed to stable:
EL 9
-------------
Pushed to testing:
mpd-0.23.12-1.el9
Pushed to stable:
ffmpeg-5.1.2-9.el9
libheif-1.14.2-1.el9
Section nonfree:
-------------
Fedora 36
-------------
Pushed to testing:
discord-0.0.24-1.fc36
intel-media-driver-22.3.1-2.fc36
Pushed to stable:
dynamips-0.2.23-1.fc36
Fedora 37
-------------
Pushed to testing:
discord-0.0.24-1.fc37
intel-media-driver-22.5.4-2.fc37
Pushed to stable:
dynamips-0.2.23-1.fc37
rpmfusion-nonfree-release-37-1
EL 7
-------------
Pushed to testing:
Pushed to stable:
wl-kmod-6.30.223.271-46.el7
EL 8
-------------
Pushed to testing:
Pushed to stable:
wl-kmod-6.30.223.271-46.el8
EL 9
-------------
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
8 months, 1 week
RPM Fusion update report 2023-01-13
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 36
-------------
Pushed to testing:
chromium-freeworld-109.0.5414.74-1.fc36
telegram-desktop-4.5.3-1.fc36
tg_owt-0-28.20230105git5098730.fc36
vdr-markad-3.1.1-1.fc36
xroar-1.3-1.fc36
Pushed to stable:
ppsspp-1.14.4-1.fc36
telegram-desktop-4.5.2-2.fc36
xpra-codecs-freeworld-4.4.3-1.fc36
Fedora 37
-------------
Pushed to testing:
chromium-freeworld-109.0.5414.74-1.fc37
ffmpeg-5.1.2-9.fc37
game-data-packager-70-1.fc37
gstreamer1-plugins-bad-freeworld-1.20.5-1.fc37
gstreamer1-plugins-ugly-1.20.5-1.fc37
libheif-1.14.2-1.fc37
mesa-freeworld-22.3.3-1.fc37
obs-studio-28.1.2-3.fc37
qt5-qtwebengine-freeworld-5.15.10-5.fc37
telegram-desktop-4.5.3-1.fc37
tg_owt-0-28.20230105git5098730.fc37
vdr-markad-3.1.1-1.fc37
xroar-1.3-1.fc37
Pushed to stable:
game-data-packager-69-2.git20230104a6352918.fc37
libheif-1.14.1-1.fc37
mesa-freeworld-22.3.2-3.fc37
ppsspp-1.14.4-1.fc37
rpmfusion-free-release-37-1
telegram-desktop-4.5.2-2.fc37
xpra-codecs-freeworld-4.4.3-1.fc37
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
EL 9
-------------
Pushed to testing:
ffmpeg-5.1.2-9.el9
libheif-1.14.2-1.el9
Pushed to stable:
libheif-1.14.1-1.el9
Section nonfree:
-------------
Fedora 36
-------------
Pushed to testing:
discord-0.0.23-1.fc36
dynamips-0.2.23-1.fc36
nvidia-390xx-kmod-390.157-1.fc36
nvidia-settings-390xx-390.157-1.fc36
xorg-x11-drv-nvidia-390xx-390.157-2.fc36
Pushed to stable:
Fedora 37
-------------
Pushed to testing:
discord-0.0.23-1.fc37
dynamips-0.2.23-1.fc37
nvidia-390xx-kmod-390.157-1.fc37
nvidia-settings-390xx-390.157-1.fc37
xorg-x11-drv-nvidia-390xx-390.157-2.fc37
Pushed to stable:
rpmfusion-nonfree-release-37-1
EL 7
-------------
Pushed to testing:
wl-kmod-6.30.223.271-46.el7
Pushed to stable:
EL 8
-------------
Pushed to testing:
wl-kmod-6.30.223.271-46.el8
Pushed to stable:
nvidia-kmod-515.86.01-1.el8
nvidia-modprobe-515.86.01-1.el8
nvidia-persistenced-515.86.01-1.el8
nvidia-settings-515.86.01-1.el8
nvidia-xconfig-515.86.01-1.el8
xorg-x11-drv-nvidia-515.86.01-1.el8
EL 9
-------------
Pushed to testing:
Pushed to stable:
nvidia-kmod-525.78.01-1.el9
nvidia-modprobe-525.78.01-1.el9
nvidia-open-kmod-525.78.01-1.el9
nvidia-persistenced-525.78.01-1.el9
nvidia-settings-525.78.01-1.el9
nvidia-xconfig-525.78.01-1.el9
xorg-x11-drv-nvidia-525.78.01-1.el9
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
8 months, 2 weeks
Does CentOS-Stream ever worth it ? (kABI in it)
by Nicolas Chauvet
Hi there,
I wonder if some contributors (/endusers) would rely on RPM Fusion for
CentOS Stream ?
Some time ago I did the heavy wiring of the infra side tasks, but then
no repository was ever generated (no dedicated content either) and
rpmfusion*-release packages weren't adapted.
So the support is stalled.
I have discovered that the kernel on CentOS-stream 8 is way behind the
RHEL8 current one. So kernel ABI is backward with our prebuilt kmod
that targets current RHEL8.7
FYI, the CentOS Stream kernel works fine with akmods, but it's not
expected that pre-built kmod are compatible with them. So end-users
using our repository can see kmod-foo and akmod-foo but only the
latter is relevant to them.
(1), Reminder , our kmod scheme works for RHEL kABI in a sense that we
do not need to rebuild our kmod for each kernel within a minor release
(this policy was enforced with RHEL9).
What could be improved is symbol detection (instead of relying on
kernel base uname>= ), but that's something I plan to work on myself
at some point (patches/funding welcomed).
--
-
Nicolas (kwizart)
8 months, 2 weeks
Default README.md for RPM Fusion git components
by Nicolas Chauvet
Hi there,
This was bring to my attention recently but some
end-users/contributors seems to miss to find their way to the
bugzilla.rpmfusion.org to report issue.
Is there anyone to suggest a good README.md template that can be added
to the master branch for all our components, so such information and
others can be displayed as appropriate ?
Information that need to be added:
- Free/Nonfree Section.
- New Bugzilla entry url.
- List of existing bugs url.
- other ?
Thanks.
--
-
Nicolas (kwizart)
8 months, 3 weeks
Re: [HandBrake] Link only against vpl.
by Dominik 'Rathann' Mierzejewski
On Sunday, 08 January 2023 at 10:45, Vitaly Zaitsev via rpmfusion-developers wrote:
> On 07/01/2023 22:53, Dominik Mierzejewski wrote:
> > You could've simply refrained from doing the update before investigating
> > why the new dependency is x86_64-only.
>
> Nothing bad happened. Only Rawhide package was updated and x86_64 is a
> primary architecture. I doubt someone uses this package on aarch64 or
> ppc64le.
I have an aarch64 machine where I test stuff, including RPM Fusion
packages. But you're right, the number of HandBrake users on non-x86_64
arches is probably close to zero. Still, there's no reason to exclude
them if the amount of effort required to keep HB building on other
arches is low, as in this case.
> Users have asked to update this package.
Where?
> They even started using a different repository that conflicts with RPM
> Fusion.
That is irrelevant.
> > I meant contacting HandBrake package maintainers in RPM Fusion instead
> > of just using your provenpackager privileges to do the update.
>
> I asked the RPM Fusion admins on IRC and they let me do the update.
Are any of the people you asked listed as HandBrake package maintainers?
If yes, then it's fine, though I'd have preferred to be notified that
you were working on an update. I'll try to be on IRC more often this
year, but I'm quite busy usually and I often forget to open my IRC
client.
If not, then I'm surprised that you think contacting infrastructure
admins instead of maintainers is appropriate behaviour. In Fedora, do
you ask the infrastructure team for permission to make an update to a
package you don't maintain?
> > The package is not unmaintained, but you have not opened a bugzilla
> > ticket or even sent a message to us.
>
> Your last commit was on 2022-02-17.
That's correct. What's your point?
> > Now, I don't mind your doing the update, don't get me wrong. However,
> > I do mind not doing due diligence before doing the update. Please do
> > better next time.
>
> I will avoid touching your packages in the future. Sorry about that.
I don't think you understood, so let me rephrase: I don't mind if you
touch packages where I'm listed as maintainer. I think you're doing well
both here and in Fedora. I'm just asking you to put in a bit of effort.
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
8 months, 3 weeks
Re: [HandBrake] Link only against vpl.
by Dominik 'Rathann' Mierzejewski
On Thursday, 05 January 2023 at 10:56, Vitaly Zaitsev wrote:
> commit 0b46db2d20d07b6f27f50faae9202a6589030729
> Author: Vitaly Zaitsev <vitaly(a)easycoding.org>
> Date: Thu Jan 5 10:56:14 2023 +0100
>
> Link only against vpl.
Why?
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
8 months, 3 weeks
RPM Fusion update report 2023-01-06
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 36
-------------
Pushed to testing:
ppsspp-1.14.4-1.fc36
telegram-desktop-4.5.2-2.fc36
xpra-codecs-freeworld-4.4.3-1.fc36
Pushed to stable:
jellyfin-10.8.8-2.fc36
kodi-19.5-1.fc36
ppsspp-1.14.2-1.fc36
telegram-desktop-4.5.1-1.fc36
tg_owt-0-27.20221230git1eab2d7.fc36
vdr-markad-3.1.0-1.fc36
x265-3.5-5.fc36
Fedora 37
-------------
Pushed to testing:
game-data-packager-69-2.git20230104a6352918.fc37
libheif-1.14.1-1.fc37
mesa-freeworld-22.3.2-3.fc37
ppsspp-1.14.4-1.fc37
telegram-desktop-4.5.2-2.fc37
xpra-codecs-freeworld-4.4.3-1.fc37
Pushed to stable:
Nestopia-1.52.0-1.fc37
jellyfin-10.8.8-2.fc37
ppsspp-1.14.2-1.fc37
rpmfusion-free-release-37-1
telegram-desktop-4.5.1-1.fc37
tg_owt-0-27.20221230git1eab2d7.fc37
vdr-markad-3.1.0-1.fc37
x265-3.5-5.fc37
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
EL 9
-------------
Pushed to testing:
libheif-1.14.1-1.el9
Pushed to stable:
x265-3.5-5.el9
Section nonfree:
-------------
Fedora 36
-------------
Pushed to testing:
nvidia-kmod-525.78.01-1.fc36
nvidia-modprobe-525.78.01-1.fc36
nvidia-open-kmod-525.78.01-1.fc36
nvidia-persistenced-525.78.01-1.fc36
nvidia-settings-525.78.01-1.fc36
nvidia-xconfig-525.78.01-1.fc36
xorg-x11-drv-nvidia-525.78.01-1.fc36
Pushed to stable:
wl-kmod-6.30.223.271-46.fc36
Fedora 37
-------------
Pushed to testing:
nvidia-kmod-525.78.01-1.fc37
nvidia-modprobe-525.78.01-1.fc37
nvidia-open-kmod-525.78.01-1.fc37
nvidia-persistenced-525.78.01-1.fc37
nvidia-settings-525.78.01-1.fc37
nvidia-xconfig-525.78.01-1.fc37
xorg-x11-drv-nvidia-525.78.01-1.fc37
Pushed to stable:
rpmfusion-nonfree-release-37-1
wl-kmod-6.30.223.271-46.fc37
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
nvidia-kmod-515.86.01-1.el8
nvidia-modprobe-515.86.01-1.el8
nvidia-persistenced-515.86.01-1.el8
nvidia-settings-515.86.01-1.el8
nvidia-xconfig-515.86.01-1.el8
xorg-x11-drv-nvidia-515.86.01-1.el8
Pushed to stable:
EL 9
-------------
Pushed to testing:
nvidia-kmod-525.78.01-1.el9
nvidia-modprobe-525.78.01-1.el9
nvidia-open-kmod-525.78.01-1.el9
nvidia-persistenced-525.78.01-1.el9
nvidia-settings-525.78.01-1.el9
nvidia-xconfig-525.78.01-1.el9
xorg-x11-drv-nvidia-525.78.01-1.el9
Pushed to stable:
wl-kmod-6.30.223.271-46.el9
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
8 months, 3 weeks
Re: [HandBrake] Restored ability to build without ffmpeg. Set
ExclusiveArch.
by Dominik 'Rathann' Mierzejewski
On Thursday, 05 January 2023 at 11:48, Vitaly Zaitsev wrote:
> commit fb54c4727ad92f495a5e76105fc455ae80758306
> Author: Vitaly Zaitsev <vitaly(a)easycoding.org>
> Date: Thu Jan 5 11:46:39 2023 +0100
>
> Restored ability to build without ffmpeg. Set ExclusiveArch.
Why do you want to build without ffmpeg?
Why can't make the svt-av1 dependency conditional on x86_64 arch
instead of disabling builds on all other arches? This is wrong,
please fix or revert.
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
8 months, 3 weeks
