Re: [xorg-x11-drv-nvidia-390xx/f29] Add nvidia-xsettings-390xx subpackage.
by Nicolas Chauvet
Le sam. 6 oct. 2018 à 22:54, Richard Shaw <hobbes1069(a)rpmfusion.org> a écrit :
>
> commit 0f29a2833180a0efa697aa3a2a4129b72ea12f99
> Author: Richard Shaw <hobbes1069(a)gmail.com>
> Date: Sat Oct 6 15:51:57 2018 -0500
>
> Add nvidia-xsettings-390xx subpackage.
I think it will be way easier if you create another
nvidia-xsettings-390xx package based on nvidia-xsettings instead of
using a sub-package.
Thx
--
-
Nicolas (kwizart)
4 years, 8 months
Nvidia 390.87 setting/xconfig
by Richard Shaw
Ok, I know Nicolas mentioned bundling it but I'm assuming the idea was
still to split it out as a subpackage?
Something like:
nvidia-390xx-settings
nvidia-390xx-xconfig
Also I assume they should conflict with the main packages as they will
install the same name binaries...
Should we add a Recommends/Suggests for them in the main driver package?
Thanks,
Richard
4 years, 8 months
[Bug 5035] New: Review request: gr-dab - GNU Radio DAB digital audio
broadcasting module
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5035
Bug ID: 5035
Summary: Review request: gr-dab - GNU Radio DAB digital audio
broadcasting module
Product: Package Reviews
Version: Current
Hardware: x86_64
OS: GNU/Linux
Status: NEW
Severity: enhancement
Priority: P1
Component: Review Request
Assignee: rpmfusion-package-review(a)rpmfusion.org
Reporter: jskarvad(a)redhat.com
CC: rpmfusion-package-review(a)rpmfusion.org
namespace: free
Spec: http://download.eng.brq.redhat.com/scratch/jskarvad/gr-dab/gr-dab.spec
SRPM:
http://download.eng.brq.redhat.com/scratch/jskarvad/gr-dab/gr-dab-0.2.1-1...
Description: GNU Radio DAB digital audio broadcasting module.
Package is not eligible for Fedora because it requires MPEG4 faad2 decoder.
I am Fedora packager, this is not my first RPMFusion package.
$ rpmlint gr-dab.spec
0 packages and 1 specfiles checked; 0 errors, 0 warnings.
$ rpmlint gr-dab-0.2.1-1.20180925gita33609bd.fc29.src.rpm
1 packages and 0 specfiles checked; 0 errors, 0 warnings.
$ rpmlint *.rpm
gr-dab-debuginfo.x86_64: E: useless-provides debuginfo(build-id)
not packaging error
gr-dab-debugsource.x86_64: W: no-documentation
false positive
gr-dab-debugsource.x86_64: E: incorrect-fsf-address
/usr/src/debug/gr-dab-0.2.1-1.20180925gita33609bd.fc29.x86_64/lib/neaacdec.h
notified upstream
gr-dab-devel.x86_64: W: only-non-binary-in-usr-lib
false positive
gr-dab-devel.x86_64: W: no-documentation
false positive
gr-dab.x86_64: W: shared-lib-calls-exit /usr/lib64/libgnuradio-dab.so.3.7.13
exit(a)GLIBC_2.2.5
upstream problem, it shouldn't be fixed downstream
gr-dab.x86_64: E: library-without-ldconfig-postin
/usr/lib64/libgnuradio-dab.so.3.7.13
gr-dab.x86_64: E: library-without-ldconfig-postun
/usr/lib64/libgnuradio-dab.so.3.7.13
false positive, used new macro
gr-dab.x86_64: W: no-manual-page-for-binary dab_rx_constellation.py
gr-dab.x86_64: W: no-manual-page-for-binary grdab
gr-dab.x86_64: W: no-manual-page-for-binary rtl_sdr_dab_calibrate.py
gr-dab.x86_64: W: no-manual-page-for-binary rtl_sdr_dab_rx.py
gr-dab.x86_64: W: no-manual-page-for-binary rtl_sdr_dab_rx_constellation.py
gr-dab.x86_64: W: no-manual-page-for-binary usrp_dab_rx.py
gr-dab.x86_64: W: no-manual-page-for-binary usrp_dab_rx_audio.py
gr-dab.x86_64: W: no-manual-page-for-binary usrp_dab_tx.py
no manual pages exists
6 packages and 0 specfiles checked; 4 errors, 12 warnings.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
4 years, 8 months
Re: [audacity-freeworld] Update to Audacity 2.3.0 release. change mp3
capability to be always present rather than a compile o
by Nicolas Chauvet
Le jeu. 4 oct. 2018 à 15:12, David Timms <dtimms(a)rpmfusion.org> a écrit :
>
> commit 7241004c5327c62d1871c1d3c13d7cc323d581fc
> Author: David Timms <dtimms(a)iinet.net.au>
> Date: Thu Oct 4 23:10:12 2018 +1000
>
> Update to Audacity 2.3.0 release.
> change mp3 capability to be always present rather than a compile option.
> Modify audacity-2.2.1-libdir.patch and audacity-2.2.1-libmp3lame-default.patch
> to apply the rpm macro path directly.
> Add grep check to fail if RPMLIB is found in modified source.
> Fix libid3tag configure option.
>
> .gitignore | 7 +---
> audacity-2.2.1-libdir.patch | 2 +-
> audacity-2.2.1-libmp3lame-default.patch | 2 +-
> audacity-freeworld.spec | 63 +++++++++++++++------------------
> sources | 2 +-
> 5 files changed, 33 insertions(+), 43 deletions(-)
> ---
> diff --git a/.gitignore b/.gitignore
> index 0522e62..ffbc4ce 100644
> --- a/.gitignore
> +++ b/.gitignore
> @@ -1,6 +1 @@
> -audacity-minsrc-2.1.1.tar.xz
> -audacity-minsrc-2.1.2.tar.xz
> -/audacity-53a5c930a4b5b053ab06a8b975458fc51cf41f6c.tar.gz
> -/audacity-minsrc-2.1.3.tar.xz
> -/audacity-minsrc-2.2.0.tar.xz
> -/audacity-minsrc-2.2.2.tar.xz
> +/audacity-minsrc-2.3.0.tar.xz
> diff --git a/audacity-2.2.1-libdir.patch b/audacity-2.2.1-libdir.patch
> index eea4edb..0831862 100644
> --- a/audacity-2.2.1-libdir.patch
> +++ b/audacity-2.2.1-libdir.patch
> @@ -5,7 +5,7 @@
>
> pathList.Add(wxGetHomeDir() + wxFILE_SEP_PATH + wxT(".ladspa"));
> - pathList.Add(wxT("/usr/local/lib/ladspa"));
> -+ pathList.Add(wxT("/usr/__RPM_LIB__/ladspa"));
> ++ pathList.Add(wxT("/usr/%{_lib}/ladspa"))
@David
I'm really not sure about this. Can you double check ?
Basically %{_lib} can only be expanded in spec files, not in a patch,
so the ladspa plugin library will never be founded.
Please revert this change.
--
-
Nicolas (kwizart)
4 years, 8 months
Anything missing for RPM Fusion readiness for f29 ?
by Nicolas Chauvet
Hi,
Anyone has still task planned for RPM Fusion f29 GA ?
As per the Fedora schedule the Final freeze should be next Tuesday the 9th.
On my side, I still expect to land an updated libplacebo for vlc
There is also a kodi update to beta3 that should lands armhfp support.
There is a need to review the rpmfusion obsoletes package.
Thx in advances.
--
-
Nicolas (kwizart)
4 years, 8 months
Promoting package from "update-testing" to "updates"
by Hutter, Tony
I have a question about something I saw on your Contributors page
(https://rpmfusion.org/Contributors):
'A package built for a stable release (e.g. f24, f23) will go to the
"updates-testing" repository. You'll have to wait a period ranging from
10 to 14 days for your package to be transferred to the "updates"
repository. It's a manual action, somebody real actually does that, so
don't panic.'
So if I maintain a package, say version 1.0, and I find a major bug in
it and release 1.1 with a fix, will it take 10-14 days for 1.1 to go
from "update-testing" to "updates"? That is, users could be waiting
10-14 days for a critical fix? Or am I reading that wrong?
Thanks
-Tony
4 years, 8 months
RPM Fusion update report 2018-10-01
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 27
-------------
Pushed to testing:
Pushed to stable:
wireguard-0.0.20180925-1.fc27
wireguard-kmod-0.0.20180925-1.fc27
Fedora 28
-------------
Pushed to testing:
chromium-vaapi-69.0.3497.100-3.fc28
libtgvoip-2.2.4-1.fc28
pangzero-1.4.1-10.fc28
telegram-desktop-1.4.0-1.fc28
Pushed to stable:
lightspark-0.8.1-4.fc28
wireguard-0.0.20180925-1.fc28
wireguard-kmod-0.0.20180925-1.fc28
Fedora 29
-------------
Pushed to testing:
chromium-vaapi-69.0.3497.100-3.fc29
devedeng-4.12.0-4.fc29
dvd-slideshow-0.8.6.1-3.fc29
kodi-18.0-0.9.b2.fc29
mythtv-29.1-23.36.20180907.gdde16d475a.fc29
telegram-desktop-1.4.0-1.fc29
vdr-softhddevice-openglosd-0.6.1-19.20160717git569fde5.fc29
vdrsync-0.1.3-25.PRE1.050322.fc29
yabause-0.9.15-8.fc29
Pushed to stable:
telegram-desktop-1.3.17-1.fc29
vlc-3.0.5-1.fc29
vo-amrwbenc-0.1.3-8.fc29
wireguard-0.0.20180925-1.fc29
wireguard-kmod-0.0.20180925-1.fc29
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
Pushed to stable:
wireguard-0.0.20180925-1.el7
wireguard-kmod-0.0.20180925-1.el7
Section nonfree:
-------------
Fedora 27
-------------
Pushed to testing:
unifi-5.8.30-1.fc27
Pushed to stable:
Fedora 28
-------------
Pushed to testing:
unifi-5.8.30-1.fc28
Pushed to stable:
Fedora 29
-------------
Pushed to testing:
dwarffortress-0.44.12-2.fc29
frogatto-1.3.3-13.fc29
pipelight-0.2.8.2-12.fc29
unifi-5.8.30-1.fc29
Pushed to stable:
nautilus-dropbox-2015.10.28-9.fc29
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
unifi-5.8.30-1.el7
Pushed to stable:
Theses packages will be available in main mirror in few minutes. Wait for local mirrors to sync
Please report any issue to https://bugzilla.rpmfusion.org
4 years, 8 months
bug #1629418 cdrkit packages doesn't not provides anymore cdrecord
and mkisofs
by Sérgio Basto
Hello ,
Still not sure what the best solution for [1] but in F29 we can't
install the follwing packages:
- nothing provides mkisofs needed by devedeng-4.12.0-3.fc29.noarch
- nothing provides mkisofs needed by dvd-slideshow-0.8.6.1-2.fc29.noarch
- nothing provides cdrecord >= 2.01 needed by mytharchive-29.1-22.36.20180907.gdde16d475a.fc29.x86_64
- nothing provides mkisofs >= 2.01 needed by mytharchive-29.1-22.36.20180907.gdde16d475a.fc29.x86_64
- nothing provides mkisofs needed by vdrsync-0.1.3-24.PRE1.050322.fc29.noarch
[1]
https://bugzilla.redhat.com/show_bug.cgi?id=1629418
Best regards,
--
Sérgio M. B.
4 years, 8 months
