June 2019 - package-review - Fedora Mailing-Lists

[Bug 1501522] Review Request: fdk-aac-free - Third-Party Modified Version of the Fraunhofer FDK AAC Codec Library for Android

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1501522 Pavlo Rudyi <paulcarroty(a)riseup.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |paulcarroty(a)riseup.net --- Comment #132 from Pavlo Rudyi <paulcarroty(a)riseup.net> --- > But we want AAC support in Fedora proper without need to enable third-party repos. The goal is to be able to play MP4s out-of-the-box. Absolutely agree, it's normal for standard desktop in 2019 and one of the reasons why Linux still sucks on desktop in general. > mmm I remember similar discussion in RF; Many years ago; I was killed in Rf, funny. > RPM Fusion is the only repository doing the right thing. Oh yeah, kwizard & Co are monsters of bureaucracy, any discussion with them isn't productive. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component

4 years, 10 months

1
0
0 / 0

[Bug 1637139] Review Request: intel-media-driver - The Intel Media Driver for VAAPI

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1637139 Nicolas Chauvet (kwizart) <kwizart(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(kwizart(a)gmail.com | |) | --- Comment #5 from Nicolas Chauvet (kwizart) <kwizart(a)gmail.com> --- (In reply to David Ward from comment #4) > Hi Nicolas, > > Fedora already ships with the configuration files for a "curated set" of > third-party repositories containing non-free software. This includes a > separate non-free repository by RPM Fusion that specifically contains > packages for the NVIDIA graphics driver (only). This is only to please Red Hat, and there is no reason for any end-users or organisation not to use the FULL set of packages provided by RPM Fusion IMO (that for everywhere in the world). I expect the only problem would be for Red Hat to redistribute any RPM Fusion packages. But there is no issue for end-users perspective to use RPM Fusion. > If RPM Fusion were to move/copy their existing "intel-media-driver" package > from their "nonfree" repository into a new separate repository like this, > would that be enough for Fedora to add it to its "curated set" of > third-party repositories? Otherwise, what would be unacceptable or different > in this case? I've already asked this for the libva-intel-media driver at the time the nvidia-driver was talked about, but it was not acceptable for Red Hat to point at such repository for the same reason the package was not acceptable in Fedora. (potentially patented). intel-media-driver will have the same issue with the addition of using some (optional) non-free bits. > Some users are not comfortable having the full RPM Fusion repositories > configured on their system, but they do want an easy way to enable > accelerated graphics using the vendor driver and are willing to accept its > license. I assume that was the motivation which led to the separate NVIDIA > driver repository. This "fear" is not backed by anything technical or legal. From the past, it was more often experienced that a totally scary package broke everything in the Fedora side than the RPM Fusion side. As already stated, I'm against to cut the packages into small repositories for no gain, the spirit of RPM Fusion is to be a complement of Fedora and use the same packaging method (and processes). -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component

4 years, 10 months

1
0
0 / 0

[Bug 1501522] Review Request: fdk-aac-free - Third-Party Modified Version of the Fraunhofer FDK AAC Codec Library for Android

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1501522 --- Comment #131 from Michael Catanzaro <mcatanzaro(a)gnome.org> --- Red Hat legal says this is GPL-compatible. That should be more than good enough for Fedora. (In reply to Kevin Kofler from comment #130) > As far as shipping this fork in Fedora goes, I still agree with kwizart and > consider it a huge mistake to ship a broken-by-design, non-functional (see > bug 1711040) codec in Fedora instead of just letting RPM Fusion take care of > shipping a working codec. Obviously I agree that the bug I reported myself is a big problem. But we want AAC support in Fedora proper without need to enable third-party repos. The goal is to be able to play MP4s out-of-the-box, which will never be possible if AAC support is relegated to RPMFusion. Continuing to complain about this is just wasting everyone's time. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component

4 years, 10 months

1
0
0 / 0

[Bug 1637139] Review Request: intel-media-driver - The Intel Media Driver for VAAPI

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1637139 David Ward <david.ward(a)ll.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |david.ward(a)ll.mit.edu Flags| |needinfo?(kwizart(a)gmail.com | |) --- Comment #4 from David Ward <david.ward(a)ll.mit.edu> --- Hi Nicolas, Fedora already ships with the configuration files for a "curated set" of third-party repositories containing non-free software. This includes a separate non-free repository by RPM Fusion that specifically contains packages for the NVIDIA graphics driver (only). https://fedoraproject.org/wiki/Workstation/Third_Party_Software_Repositories http://download1.rpmfusion.org/nonfree/fedora/nvidia-driver/ If RPM Fusion were to move/copy their existing "intel-media-driver" package from their "nonfree" repository into a new separate repository like this, would that be enough for Fedora to add it to its "curated set" of third-party repositories? Otherwise, what would be unacceptable or different in this case? Some users are not comfortable having the full RPM Fusion repositories configured on their system, but they do want an easy way to enable accelerated graphics using the vendor driver and are willing to accept its license. I assume that was the motivation which led to the separate NVIDIA driver repository. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component

4 years, 10 months

1
0
0 / 0

[Bug 1501522] Review Request: fdk-aac-free - Third-Party Modified Version of the Fraunhofer FDK AAC Codec Library for Android

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1501522 --- Comment #130 from Kevin Kofler <kevin(a)tigcc.ticalc.org> --- As far as shipping this fork in Fedora goes, I still agree with kwizart and consider it a huge mistake to ship a broken-by-design, non-functional (see bug 1711040) codec in Fedora instead of just letting RPM Fusion take care of shipping a working codec. But the package being allowed in Fedora does not imply it is legal to link an FFmpeg also linked with GPL libraries with it. This is a question of GPL-compatibility, where there is still a difference of views. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component

4 years, 10 months

1
0
0 / 0

[Bug 1501522] Review Request: fdk-aac-free - Third-Party Modified Version of the Fraunhofer FDK AAC Codec Library for Android

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1501522 --- Comment #129 from David Vásquez <davidjeremias82(a)gmail.com> --- (In reply to Kevin Kofler from comment #128) > The FFmpeg developers consider it illegal to distribute a build configured > with --enable-gpl --enable-nonfree. So you are blatantly ignoring the > upstream licenses. It was compilated with fdk-aac-free (free fork .so/abi compatible). No offense. Can we stop tantrums?; this is maintained in Fedora; and Fedora Legal approved it. There's no turning back. FFmpeg developers should make the change/exception if you use fdk-aac-free. mmm I remember similar discussion in RF; Many years ago; I was killed in Rf, funny. Now with the fdk-aac-free; It is a late solution, but functional for users who need it. Would be interesting to see the same discussion 10-12 years later ;) It's funny to see fanaticism in 2019. Nothing personal. Hugs. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component

4 years, 10 months

1
0
0 / 0

[Bug 1501522] Review Request: fdk-aac-free - Third-Party Modified Version of the Fraunhofer FDK AAC Codec Library for Android

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1501522 --- Comment #128 from Kevin Kofler <kevin(a)tigcc.ticalc.org> --- The FFmpeg developers consider it illegal to distribute a build configured with --enable-gpl --enable-nonfree. So you are blatantly ignoring the upstream licenses. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component

4 years, 10 months

1
0
0 / 0

[Bug 1501522] Review Request: fdk-aac-free - Third-Party Modified Version of the Fraunhofer FDK AAC Codec Library for Android

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1501522 --- Comment #127 from David Vásquez <davidjeremias82(a)gmail.com> --- (In reply to Kevin Kofler from comment #125) > (In reply to David Vásquez from comment #121) > > UnitedRPMs is already using fdk-aac-free (updated commit stripped3) in > > ffmpeg and gstreamer1-plugins-bad-free; and it works fine :) > > Why would a third-party repository shipping FFmpeg (which comes with a > built-in fully-featured AAC decoder and even a built-in AAC encoder) want to > ship and/or use this crippled and broken AAC codec? This just makes no sense > whatsoever. > > (In reply to Nicolas Chauvet (kwizart) from comment #124) > > RPM Fusion is the only 3rd part repository that provides a full featured and > > working HE-ACC decoder using FLOSS FFmpeg GPLv3+ Software. > > Thank you for that! RPM Fusion is the only repository doing the right thing. Hi; Because our purpose is provides a complete ffmpeg, with full support. Example similar to libaom and libdav1d; we can find it enabled here.. [makerpm@localhost ~]$ ffmpeg ffmpeg version 7fed83b Copyright (c) 2000-2019 the FFmpeg developers built with gcc 9 (GCC) configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --docdir=/usr/share/doc/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --optflags='-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection' --extra-ldflags='-Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld' --enable-bzlib --enable-libdrm --disable-crystalhd --enable-fontconfig --enable-frei0r --enable-gcrypt --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libcdio --enable-indev=jack --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libmp3lame --enable-libkvazaar --enable-nvenc --extra-cflags=-I/usr/include/nvenc --enable-openal --enable-opencl --enable-libopenh264 --enable-libmysofa --enable-libshine --enable-libzvbi --enable-libvidstab --enable-libvmaf --enable-version3 --enable-libaom --enable-opengl --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libv4l2 --enable-libvpx --enable-libx264 --enable-libx265 --enable-libxvid --enable-avfilter --enable-avresample --enable-postproc --enable-pthreads --disable-static --enable-shared --enable-gpl --disable-debug --enable-decoder=libdav1d --disable-stripping --shlibdir=/usr/lib64 --enable-runtime-cpudetect --enable-libfdk-aac --enable-nonfree -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component

4 years, 10 months

1
0
0 / 0

[Bug 1501522] Review Request: fdk-aac-free - Third-Party Modified Version of the Fraunhofer FDK AAC Codec Library for Android

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1501522 --- Comment #126 from David Vásquez <davidjeremias82(a)gmail.com> --- (In reply to Michael Catanzaro from comment #122) > BTW the source repo is already created nine months ago: > https://src.fedoraproject.org/rpms/fdk-aac-free > > The package already exists in Fedora and is installable with 'sudo dnf > install fdk-aac-free'. > > I'm confused: > > * How is it that this bug is still open so long after the package was added > to Fedora? Did some process get skipped? > * Surely it no longer needs to be available in UnitedRPMs. > > (In reply to David Vásquez from comment #121) > > UnitedRPMs is already using fdk-aac-free (updated commit stripped3) in > > ffmpeg and gstreamer1-plugins-bad-free; and it works fine :) > > Unfortunately I believe the stripped package is very broken, see bug > #1711040. Sure; UnitedRPMs use commits... Current commits; minor problems (I can't see problem here)... and Wim Taymans is working hard. I put a map; who use fdk-aac in thirdparties repositories? ffmpeg and handbrake isn't compiled with fdk-aac, in Fedora no yet enabled in gstreamer1-plugins-bad-free... You activate it by yourself. But exist mitigation if people needs the original fdk-aac https://github.com/UnitedRPMs/fdk-aac-freeworld (see date), It needs minors changes in devel package no yet implemented but it has solution. I am not a expert using fdk-aac but, reading the guide in ffmpeg; it works... -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component

4 years, 10 months

1
0
0 / 0

[Bug 1651824] Review Request: python-elephant - Elephant is a package for analysis of electrophysiology data in Python

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1651824 --- Comment #22 from Fedora Update System <updates(a)fedoraproject.org> --- python-elephant-0.6.2-3.fc29, python-neo-0.8.0-0.1.20190215git49b6041.fc29, python-pyfim-6.28-1.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-7442f74aa9 -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component

4 years, 10 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

package-review June 2019