Re: [kodi/f29] Build with debugging symbols (rfbz#5248)
by Nicolas Chauvet
Can you check that you are not building with assert?
Usually cmake should use RelWithDebug or something like this to have
debbugging symbols but without assert that will dramatically slow down
production build.
It means building with -DNDEBUG or équivalent.
Thx for checking.
Le lun. 6 mai 2019 22:24, Michael Cronenworth <mooninite(a)rpmfusion.org> a
écrit :
> Summary of changes:
>
> ba84cf7... Build with debugging symbols (rfbz#5248) (*)
>
> (*) This commit already existed in another branch; no separate mail sent
> _______________________________________________
> rpmfusion-commits mailing list -- rpmfusion-commits(a)lists.rpmfusion.org
> To unsubscribe send an email to
> rpmfusion-commits-leave(a)lists.rpmfusion.org
>
5 years, 5 months
Fwd: [x264/f29] Build /usr/bin/x264 with gpac shared lib instead
static lib.
by Nicolas Chauvet
---------- Forwarded message ---------
De :Nicolas Chauvet <kwizart(a)gmail.com>
Date: mar. 7 mai 2019 07:07
Subject: Re: [x264/f29] Build /usr/bin/x264 with gpac shared lib instead
static lib.
To: Sérgio M. Basto <sergiomb(a)rpmfusion.org>
Why this ?
Gpac shared library is a random collection of everything. X264 only needs
few fonctions from it, so we determined to use the static version on
purpose to avoid the Gpac shared dépendency and dependencies.
Revert this !
Le mar. 7 mai 2019 06:09, Sérgio M. Basto <sergiomb(a)rpmfusion.org> a écrit :
> commit 808c02f2380dfd5c387cdc98ef682728cb62bccf
> Author: Sérgio M. Basto <sergio(a)serjux.com>
> Date: Tue May 7 00:08:49 2019 +0100
>
> Build /usr/bin/x264 with gpac shared lib instead static lib.
>
> x264-gpac.patch | 16 +++++++---------
> x264.spec | 1 +
> 2 files changed, 8 insertions(+), 9 deletions(-)
> ---
> diff --git a/x264-gpac.patch b/x264-gpac.patch
> index 19d1a4e..4b4604f 100644
> --- a/x264-gpac.patch
> +++ b/x264-gpac.patch
> @@ -1,13 +1,11 @@
> ---- x264-0.140-20140122-de0bc36/configure.orig 2014-01-22
> 23:26:55.922650888 +0000
> -+++ x264-0.140-20140122-de0bc36/configure 2014-02-24
> 02:35:19.263127505 +0000
> -@@ -941,7 +941,9 @@
> +--- ./configure.orig 2019-05-07 00:00:16.289260869 +0100
> ++++ ./configure 2019-05-07 00:03:39.415602593 +0100
> +@@ -1199,7 +1199,7 @@ fi
> +
> if [ "$gpac" = "auto" -a "$lsmash" != "yes" ] ; then
> gpac="no"
> - GPAC_LIBS="-lgpac_static"
> -- cc_check "" -lz && GPAC_LIBS="$GPAC_LIBS -lz"
> -+ for lib in -lz -lssl -lcrypto -lpng -ljpeg; do
> -+ cc_check "" $lib && GPAC_LIBS="$GPAC_LIBS $lib"
> -+ done
> +- GPAC_LIBS="-lgpac_static"
> ++ GPAC_LIBS="-lgpac"
> + cc_check "" -lz && GPAC_LIBS="$GPAC_LIBS -lz"
> if [ "$SYS" = "WINDOWS" ] ; then
> cc_check "" -lws2_32 && GPAC_LIBS="$GPAC_LIBS -lws2_32"
> - cc_check "" -lwinmm && GPAC_LIBS="$GPAC_LIBS -lwinmm"
> diff --git a/x264.spec b/x264.spec
> index 577a049..ce1f5aa 100644
> --- a/x264.spec
> +++ b/x264.spec
> @@ -212,6 +212,7 @@ install -pm644 generic/{AUTHORS,COPYING}
> %{buildroot}%{_pkgdocdir}/
> * Mon May 06 2019 Sérgio Basto <sergio(a)serjux.com> -
> 0.155-4.20180806git0a84d98
> - Enable opencl (which is default) only exist --disable-opencl option
> - Disable opencl on 10bit seems that is just prepared for 8bit.
> +- Build /usr/bin/x264 with gpac shared lib instead static lib.
>
> * Sun Apr 28 2019 Leigh Scott <leigh123linux(a)gmail.com> -
> 0.155-3.20180806git0a84d98
> - Fix opencl dlopen (rfbz#5185)
>
5 years, 5 months
raspberrypi-vc builds sit in the queue but never start
by Andrew Bauer
This is a strange problem.
I am attempting to update the raspberrypi-vc package, which I am the maintainer of. I can initiate a scratch build and that is successful.
However, if I try a real build, the task just sits in Koji and never kicks off. Like this:
http://koji.rpmfusion.org/koji/taskinfo?taskID=321350
In an attempt to resolve this, I started over, re-cloned the repo, then initiated a build:
rfpkg clone rpi/raspberrypi-vc
cd raspberrypi-vc
rfpkg build --nowait
The build still hangs.
I think I've done all I can do on my end and would appreciate some help in the matter. Thanks.
5 years, 5 months
[Bug 5244] New: Review Request: xmltv - A set of utilities to manage
your TV viewing
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5244
Bug ID: 5244
Summary: Review Request: xmltv - A set of utilities to manage
your TV viewing
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: gary.buhrmaster(a)gmail.com
CC: rpmfusion-package-review(a)rpmfusion.org
namespace: free
Note: This is actually more of a new packager request more than a true new
package. The xmltv package already exists in the repo. Previous discussions
on this are in bugzilla #5214, where it was suggested I create a new package
review request. Done!
Note: This is my first RPMFusion package.
Note: I am seeking a sponsor to become a packager.
SPEC file: https://www.dropbox.com/s/c65qs5s2uar5inp/xmltv.spec?dl=0
SRPM file:
https://www.dropbox.com/s/yd8xg5fcb5vk2o3/xmltv-0.6.1-4.fc30.src.rpm?dl=0
Description: XMLTV is a set of utilities to manage your TV viewing. They work
with TV listings stored in the XMLTV format, which is based on XML. The idea is
to separate out the backend (getting the listings) from the frontend
(displaying them for the user), and to implement useful operations like picking
out your favourite programmes as filters that read and write XML documents.
Why not in Fedora: This package cannot be allowed in Fedora since it can
retrieve information from websites and thus could possibly violate EULA.
rpmlint output from SPEC file:
0 packages and 1 specfiles checked; 0 errors, 0 warnings.
rpmlint output from src file:
xmltv.src: W: spelling-error %description -l en_US frontend -> fronted, front
end, front-end
xmltv.src: W: spelling-error %description -l en_US favourite -> favorite,
favoritism
xmltv.src: W: spelling-error %description -l en_US programmes -> programmed,
programmers, programmer
1 packages and 0 specfiles checked; 0 errors, 3 warnings.
These (which are the same for the existing package) are representative of the
upstreams UK English origins and usages, and are typically accepted as valid
alternatives in US English.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
5 years, 6 months
RPM Fusion update report 2019-05-02
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 28
-------------
Pushed to testing:
kaffeine-2.0.17-1.fc28
Pushed to stable:
VirtualBox-6.0.6-3.fc28
VirtualBox-kmod-6.0.6-3.fc28
openshot-2.4.4-2.fc28
xmms2-freeworld-0.8-26.fc28
Fedora 29
-------------
Pushed to testing:
kaffeine-2.0.17-1.fc29
kodi-visualization-spectrum-2.0.3-1.fc29
xmltv-0.6.1-2.fc29
Pushed to stable:
VirtualBox-kmod-6.0.6-3.fc29
xmms2-freeworld-0.8-26.fc29
Fedora 30
-------------
Pushed to testing:
kaffeine-2.0.17-1.fc30
kodi-visualization-spectrum-2.0.3-1.fc30
xmltv-0.6.1-2.fc30
Pushed to stable:
VirtualBox-kmod-6.0.6-3.fc30
mlt-freeworld-6.14.0-1.fc30
rpmfusion-free-release-30-1
xmms2-freeworld-0.8-26.fc30
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
xmltv-0.6.1-2.el7
Pushed to stable:
VirtualBox-6.0.6-3.el7
VirtualBox-kmod-6.0.6-3.el7
EL 8
-------------
Pushed to testing:
Pushed to stable:
Section nonfree:
-------------
Fedora 28
-------------
Pushed to testing:
Pushed to stable:
Fedora 29
-------------
Pushed to testing:
Pushed to stable:
Fedora 30
-------------
Pushed to testing:
Pushed to stable:
rpmfusion-nonfree-release-30-1
EL 6
-------------
Pushed to testing:
Pushed to stable:
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 few minutes. Wait for local mirrors to sync
Please report any issue to https://bugzilla.rpmfusion.org
5 years, 6 months
Fwd: [VirtualBox-kmod/f28] Force build with VirtualBox-kmodsrc-6.0.6-3
by Nicolas Chauvet
Please rework the spec file to avoid to require that. One shouldn't have to
update the kmod if you need to bump release on VirtualBox for any reason.
Thx
---------- Forwarded message ---------
De :Sérgio M. Basto <sergiomb(a)rpmfusion.org>
Date: mar. 30 avr. 2019 06:33
Subject: [VirtualBox-kmod/f28] Force build with VirtualBox-kmodsrc-6.0.6-3
To: <VirtualBox-kmod-owner(a)rpmfusion.org>, <
rpmfusion-commits(a)lists.rpmfusion.org>
commit 917fa1294d47e21483dd68af4ff4d8add0c7198d
Author: Sérgio M. Basto <sergio(a)serjux.com>
Date: Tue Apr 30 00:27:19 2019 +0100
Force build with VirtualBox-kmodsrc-6.0.6-3
VirtualBox-kmod.spec | 7 +++++--
1 file changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/VirtualBox-kmod.spec b/VirtualBox-kmod.spec
index 0216302..bafa436 100644
--- a/VirtualBox-kmod.spec
+++ b/VirtualBox-kmod.spec
@@ -39,13 +39,13 @@
#global prerel RC1
%global prereltag %{?prerel:_%(awk 'BEGIN {print toupper("%{prerel}")}')}
-%global vboxrel 2
+%global vboxrel 3
%global vboxreltag %{?vboxrel:-%{vboxrel}}
%global __arch_install_post /usr/lib/rpm/check-rpaths
/usr/lib/rpm/check-buildroot
Name: VirtualBox-kmod
Version: 6.0.6
-Release: 2%{?dist}
+Release: 3%{?dist}
#Release: 1%%{?prerel:.%%{prerel}}%%{?dist}
Summary: Kernel module for VirtualBox
@@ -143,6 +143,9 @@ DIRS=$(ls %{name}-%{version} |wc -l)
%changelog
+* Mon Apr 29 2019 Sérgio Basto <sergio(a)serjux.com> - 6.0.6-3
+- Force build with VirtualBox-kmodsrc-6.0.6-3
+
* Thu Apr 18 2019 Sérgio Basto <sergio(a)serjux.com> - 6.0.6-2
- Update new vboxsf
- Force build with VirtualBox-kmodsrc-6.0.6-2
_______________________________________________
rpmfusion-commits mailing list -- rpmfusion-commits(a)lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-commits-leave(a)lists.rpmfusion.org
5 years, 6 months
