[Bug 5079] New: Review request: wiringpi - PIN based GPIO access
library for BCM283x SoC devices
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5079
Bug ID: 5079
Summary: Review request: wiringpi - PIN based GPIO access
library for BCM283x SoC devices
Product: Package Reviews
Version: Current
Hardware: arm
OS: GNU/Linux
Status: NEW
Severity: enhancement
Priority: P1
Component: Review Request
Assignee: rpmfusion-package-review(a)rpmfusion.org
Reporter: zonexpertconsulting(a)outlook.com
CC: rpmfusion-package-review(a)rpmfusion.org
namespace: rpi
Why not Fedora?
---------------
This package is for the raspberry pi only which makes it too specific for the
Fedora repos but ideally suited for the new RPM Fusion rpi namespace
SPECFILE
---------
https://raw.githubusercontent.com/knight-of-ni/specfiles/master/wiringpi....
SOURCE RPM
----------
http://koji.rpmfusion.org/kojifiles/work/tasks/4424/274424/wiringpi-2.46-...
Description
-------------
WiringPi is a PIN based GPIO access library for the BCM2835, BCM2836 and
BCM2837 SoC devices (Raspberry Pi devices). It is usable from C,
C++ and RTB (BASIC) as well as many other languages with suitable
wrappers.
NOTES
-----
This is a modification of the wiringpi specfile from FedBerry, authored by
Vaughan Agrez.
upstream scm is using git, not github. Tarball is checked out via commit but
represents release 2.46.
%install is using the custom target "install-fedora" so not using %make_install
macro
At one point FedBerry called this package "wiringpi-libs", then transitioned to
just "wiringpi". Obsoletes and Conflicts statements were added to prevent
issues. I left these statements in the specfile. Let me know if you don't think
this is necessary.
RPMLINT
--------
$ rpmlint /home/abauer/rpmbuild/SRPMS/wiringpi-2.46-4.fc28.src.rpm
1 packages and 0 specfiles checked; 0 errors, 0 warnings.
$ rpmlint /home/abauer/rpmbuild/RPMS/armv7hl/wiringpi*.rpm
6 packages and 0 specfiles checked; 0 errors, 0 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, 3 months
[Bug 4041] New: Review request: mendeleydesktop - rpm of Mendeley
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4041
Bug #: 4041
Summary: Review request: mendeleydesktop - rpm of Mendeley
Classification: Unclassified
Product: Package Reviews
Version: Current
Platform: All
OS/Version: GNU/Linux
Status: NEW
Severity: normal
Priority: P5
Component: Review Request
AssignedTo: rpmfusion-package-review(a)rpmfusion.org
ReportedBy: mark.harfouche(a)gmail.com
CC: rpmfusion-package-review(a)rpmfusion.org
This is a repackaged version of what is available
on the Mendeley website and attempts to make use
of system libraries instead of the ones packaged
with Mendeley.
srpm:
http://markharfouche.com/~makerpm/mendeleydesktop-1.16.1-2.fc23.src.rpm
Source rpmlint:
$ rpmlint /home/makerpm/rpmbuild/SRPMS/mendeleydesktop-1.16.1-2.fc23.src.rpm
mendeleydesktop.src: W: invalid-license Proprietary
1 packages and 0 specfiles checked; 0 errors, 1 warnings.
Binary rpmlint:
$ rpmlint
/var/lib/mock/fedora-23-x86_64/result/mendeleydesktop-1.16.1-2.fc23.x86_64.rpm
mendeleydesktop.x86_64: W: invalid-license Proprietary
mendeleydesktop.x86_64: E: invalid-soname /usr/lib64/libPDFNetC.so
libPDFNetC.so
mendeleydesktop.x86_64: W: shared-lib-calls-exit /usr/lib64/libPDFNetC.so
exit(a)GLIBC_2.2.5
mendeleydesktop.x86_64: W: shared-lib-calls-exit
/usr/lib64/libMendeley.so.1.16.1 exit(a)GLIBC_2.2.5
mendeleydesktop.x86_64: W: no-manual-page-for-binary mendeleydesktop
1 packages and 0 specfiles checked; 1 errors, 4 warnings.
Justification for errors:
W: invalid-license: Proprietary license is why I need RPMFusion
E: invalid-soname can't change that. The source is a binary.
W: shared-lib-calls-exit: I don't know what this means. I don't think I can
change it
W: no-manual-page-for-binary: I don't think this is necessary. Also, this was a
binary software.
$ rpmlint
/var/lib/mock/fedora-23-x86_64/result/mendeleydesktop-devel-1.16.1-2.fc23.x86_64.rpm
mendeleydesktop-devel.x86_64: W: invalid-license Proprietary
mendeleydesktop-devel.x86_64: W: only-non-binary-in-usr-lib
mendeleydesktop-devel.x86_64: W: no-documentation
1 packages and 0 specfiles checked; 0 errors, 3 warnings.
W: only-non-binary-in-usr-lib <- I don't know what this means
W: no-documentation <- this is a devel package
My first RPMFusion package. I am seeking a sponsor.
--
Configure bugmail: https://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.
4 years, 6 months
How is beignet for fc30 going?
by Tetsuji Rai
I've been using beignet since fc27, and now using fc30, I am using
beignet for fc29 on fc30. Fortunately so far so good. But I assume
this isn't good in the long run.
So I'm trying to build beignet myself, but in vain.
At first, I downloaded beignet source from
https://github.com/intel/beignet, installed llvm5.0 and clang5.0,
because original intel beignet supports up to llvm5.0 (am I correct?)
Then, tag of version 1.3.2, I made build directory and inside, I ran the
following (actually it's a shell script.)
---------------
cmake -DCOMPILER=GCC -DCMAKE_INSTALL_FULL_LIBDIR=/usr/lib64
-DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Debug
-DCMAKE_C_CXX_FLAGS="-mavx2 -ftree-vectorize" -DENABLE_OPENCL_20=OFF
-DCAN_OPENCL_20=OFF
-DLLVM_CONFIG_EXECUTABLE=/usr/lib64/llvm5.0/bin/llvm-config ..
-----------------
Then, "make -j8" or something in build directory. It can compile up to
gbe compiler (with some warnings), but gbe_bin_generator doesn't seem to
work correctly. It dumps core during compilation as follows: (It's a
result of "make VERBOSE=1")
---------------------------------------
make[2]: Entering directory '/home/tetsuji/work/beignet-1.3.2/build'
[ 54%] Generating ../../src/kernels/cl_internal_built_in_kernel_str.c
cd /home/tetsuji/work/beignet-1.3.2/build/src && rm -rf
/home/tetsuji/work/beignet-1.3.2/src/kernels//cl_internal_built_in_kernel_str.c
cd /home/tetsuji/work/beignet-1.3.2/build/src && env
OCL_BITCODE_LIB_PATH=/home/tetsuji/work/beignet-1.3.2/build/backend/src/libocl//usr/lib64/beignet//beignet.bc
OCL_HEADER_FILE_DIR=/home/tetsuji/work/beignet-1.3.2/build/backend/src/libocl//usr/lib64/beignet//include/
OCL_PCH_PATH=/home/tetsuji/work/beignet-1.3.2/build/backend/src/libocl//usr/lib64/beignet//beignet.local.pch
OCL_BITCODE_LIB_20_PATH= OCL_PCH_20_PATH=
LD_LIBRARY_PATH=/home/tetsuji/work/beignet-1.3.2/build/backend/src
/home/tetsuji/work/beignet-1.3.2/build/backend/src/gbe_bin_generater -s
-o/home/tetsuji/work/beignet-1.3.2/src/kernels//cl_internal_built_in_kernel_str.c
/home/tetsuji/work/beignet-1.3.2/src/kernels//cl_internal_built_in_kernel.cl
make[2]: *** [src/CMakeFiles/cl.dir/build.make:274:
../src/kernels/cl_internal_built_in_kernel_str.c] Segmentation fault
(core dumped)
make[2]: Leaving directory '/home/tetsuji/work/beignet-1.3.2/build'
make[1]: *** [CMakeFiles/Makefile2:320: src/CMakeFiles/cl.dir/all] Error 2
make[1]: Leaving directory '/home/tetsuji/work/beignet-1.3.2/build'
make: *** [Makefile:152: all] Error 2
------------------------------------------
What can I do? Or anyone is making it?
Best regards,
-Tetsuji
4 years, 7 months
RPM Fusion update report 2019-04-29
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 28
-------------
Pushed to testing:
Pushed to stable:
xmms2-freeworld-0.8-26.fc28
Fedora 29
-------------
Pushed to testing:
VirtualBox-6.0.6-3.fc29
chromium-vaapi-74.0.3729.108-1.fc29
openshot-2.4.4-2.fc29
x264-0.155-3.20180806git0a84d98.fc29
xmltv-0.6.1-1.fc29
Pushed to stable:
kodi-18.2-1.fc29
xmms2-freeworld-0.8-26.fc29
Fedora 30
-------------
Pushed to testing:
VirtualBox-6.0.6-3.fc30
buildsys-build-rpmfusion-30-4
chromium-vaapi-74.0.3729.108-1.fc30
openshot-2.4.4-2.fc30
x264-0.157-5.20190303git72db437.fc30
xmltv-0.6.1-1.fc30
Pushed to stable:
chromium-vaapi-73.0.3683.103-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-1.el7
Pushed to stable:
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:
snes9x-1.60-1.fc29
Fedora 30
-------------
Pushed to testing:
Pushed to stable:
caja-dropbox-1.22.1-1.fc30
rpmfusion-nonfree-release-30-1
snes9x-1.60-1.fc30
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
4 years, 7 months
Fwd: [Fedora-legal-list] MPEG-1 and MPEG-2 Video
by Dominik 'Rathann' Mierzejewski
Hello, RPM Fusion devs,
in case you missed it, MPEG-1 and MPEG-2 are now permitted in Fedora:
----- Forwarded message from Tom Callaway <tcallawa(a)redhat.com> -----
Date: Thu, 11 Apr 2019 10:53:13 -0400
From: Tom Callaway <tcallawa(a)redhat.com>
Subject: [Fedora-legal-list] MPEG-1 and MPEG-2 Video
To: Fedora Legal List <legal(a)lists.fedoraproject.org>
X-CRM114-Status: Good ( pR: 21.8905 )
Effective immediately, MPEG-1 (H.261) and MPEG-2 (H.262) video
implementations are permitted in Fedora.
Please note that while MPEG-2 is the video format for DVD-Video, support
for encrypted DVD playback is not permitted in Fedora. See:
https://fedoraproject.org/wiki/Forbidden_items#Encrypted_DVD_Playback
Support for MPEG Video formats later than MPEG-2 is not currently permitted
in Fedora. This includes, most notably, H.263, H.264 (MPEG-4), and H.265
(HEVC).
If you have any questions, please feel free to reach out to me, or reply on
list.
Thanks,
Tom Callaway
Fedora Legal
----- End forwarded message -----
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
4 years, 7 months
Re: Fwd: [Fedora-legal-list] MPEG-1 and MPEG-2 Video
by Michael Cronenworth
On 4/28/19 4:23 AM, Vitaly Zaitsev via rpmfusion-developers wrote:
> +1. FFmpeg without patented codecs support will be unusable trash.
It's also unfortunate that the discussion regarding all of this is being done on
Twitter.
4 years, 7 months
RPM Fusion update report 2019-04-27
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 28
-------------
Pushed to testing:
Pushed to stable:
xmms2-freeworld-0.8-26.fc28
Fedora 29
-------------
Pushed to testing:
kodi-18.2-1.fc29
Pushed to stable:
mixxx-2.2.1-1.fc29
mpd-0.21.8-1.fc29
xmms2-freeworld-0.8-26.fc29
Fedora 30
-------------
Pushed to testing:
chromium-vaapi-73.0.3683.103-1.fc30
Pushed to stable:
gstreamer1-libav-1.16.0-1.fc30
gstreamer1-plugins-bad-freeworld-1.16.0-1.fc30
gstreamer1-plugins-ugly-1.16.0-1.fc30
kodi-18.2-1.fc30
mixxx-2.2.1-1.fc30
mpd-0.21.8-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:
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
Section nonfree:
-------------
Fedora 28
-------------
Pushed to testing:
Pushed to stable:
Fedora 29
-------------
Pushed to testing:
snes9x-1.60-1.fc29
Pushed to stable:
pyskool-1.2.1-4.fc29
Fedora 30
-------------
Pushed to testing:
caja-dropbox-1.22.1-1.fc30
snes9x-1.60-1.fc30
Pushed to stable:
gstreamer1-plugins-bad-nonfree-1.16.0-1.fc30
pyskool-1.2.1-4.fc30
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
4 years, 7 months
