[Bug 3827] New: Review request: rfpkg - RPMFusion utility for working with dist-git
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=3827
Bug #: 3827
Summary: Review request: rfpkg - RPMFusion utility for working
with dist-git
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: anto.trande(a)gmail.com
CC: rpmfusion-package-review(a)rpmfusion.org
Description:
RPMFusion utility for working with dist-git.
SPEC: https://sagitter.fedorapeople.org/rfpkg/rfpkg.spec
SRPM:
https://sagitter.fedorapeople.org/rfpkg/rfpkg-1.20-1.20151027git62a8b0.fc...
$ rpmlint rfpkg-1.20-1.20151027git62a8b0.fc23.src.rpm
1 packages and 0 specfiles checked; 0 errors, 0 warnings.
$ rpmlint rfpkg-rpmfusion-free-1.20-1.20151027git62a8b0.fc23.noarch.rpm
rfpkg-rpmfusion-nonfree-1.20-1.20151027git62a8b0.fc23.noarch.rpm
rfpkg-1.20-1.20151027git62a8b0.fc23.noarch.rpm
rfpkg-rpmfusion-free.noarch: W: no-documentation
rfpkg-rpmfusion-nonfree.noarch: W: no-documentation
rfpkg.noarch: E: incorrect-fsf-address /usr/share/licenses/rfpkg/COPYING
3 packages and 0 specfiles checked; 1 errors, 2 warnings.
Notes:
I don't know if this package must be packaged in EPEL5 too; impossible for
missing packages (pyrpkg).
It can be built in Fedora and EPEL6.
I added same Requires package from fedpkg, since rfpkg is a fork project;
unsure if it's correct.
bash-completion file seems automatically installed in datadir in Fedora 23, in
/etc/bash_completion.d in Fedora 24 and EPEL.
--
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.
8 years, 4 months
[Bug 3762] New: libglvnd - The GL Vendor-Neutral Dispatch library
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=3762
Bug #: 3762
Summary: libglvnd - The GL Vendor-Neutral Dispatch library
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: kwizart(a)gmail.com
CC: rpmfusion-package-review(a)rpmfusion.org
Group: Package Reviews
Spec URL: http://dl.kwizart.net/review/libglvnd.spec
SRPM URL: http://dl.kwizart.net/review/libglvnd-0.0.0-3git20150901.fc22.src.rpm
Description:
This is a work-in-progress implementation of the vendor-neutral dispatch layer
for arbitrating OpenGL API calls between multiple vendors on a per-screen
basis, as described by Andy Ritger's OpenGL ABI proposal.
Currently, only the GLX window-system API and OpenGL are supported, but in the
future this library may support EGL and OpenGL ES as well.
Fedora Account System Username: kwizart
This package is currently only supported on x86_64 i386 and armhfp
This package has been submitted for fedora, specially as it might be used by
mesa at some point.
Until approved or if there is any other issue preventing, it will better makes
senses in the nonfree section instead of the free section. This package is
currenly usefull for the nvidia nonfree driver in optimus setup.
--
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.
8 years, 4 months
el7 builds
by Orion Poplawski
Nicolas -
Can you submit el7 builds of:
- a52dec
- faad2
- libdca (after merge from master)
- libmpeg2
- twolame
- xvidcore (after merge from master)
They all appear to build fine.
Thanks.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane orion(a)nwra.com
Boulder, CO 80301 http://www.nwra.com
8 years, 4 months
Re: [kaffeine] Patch for gcc6 and cmake changes
by Mamoru TASAKA
Hello:
----- 元のメッセージ -----
> 差出人: "Orcan Ogetbil" <oget.fedora(a)gmail.com>
> 宛先: "RPM Fusion developers discussion list" <rpmfusion-developers(a)lists.rpmfusion.org>
> Cc: kaffeine-owner(a)rpmfusion.org
> 送信済み: 2016年6月29日, 水曜日 11:43:39
> 件名: Re: [kaffeine] Patch for gcc6 and cmake changes
>
> On 27 June 2016 at 02:57, Leigh Scott wrote:
> > commit ed8b668fc05a7f626d5d34e779f58be200b7884c
> > Author: leigh123linux
> > Date: Mon Jun 27 07:57:17 2016 +0100
>
> > +- char cmd[] = { 0xe0, 0x31, 0x6b, config->lnbNumber };
> > ++ char cmd[] = { char(0xe0), 0x31, 0x6b,
> > char(config->lnbNumber) };
>
> Hi, this looks like a compiler bug to me. I don't see anything
> ambiguous in the first line. Are we sure the compilation error is the
> intended behavior?
>
> Thanks,
> Orcan
>
I guess kaffeine is C++ and converting 0xe0 (this is (int)224) to char is
narrowing conversion, and implicit narrowing conversion on array initialization
is forbidden with gcc6 (i.e. C++14), so now gcc now makes the original
error.
Regards,
Mamoru
8 years, 4 months
Re: [kaffeine] Patch for gcc6 and cmake changes
by Orcan Ogetbil
On 27 June 2016 at 02:57, Leigh Scott wrote:
> commit ed8b668fc05a7f626d5d34e779f58be200b7884c
> Author: leigh123linux
> Date: Mon Jun 27 07:57:17 2016 +0100
> +- char cmd[] = { 0xe0, 0x31, 0x6b, config->lnbNumber };
> ++ char cmd[] = { char(0xe0), 0x31, 0x6b, char(config->lnbNumber) };
Hi, this looks like a compiler bug to me. I don't see anything
ambiguous in the first line. Are we sure the compilation error is the
intended behavior?
Thanks,
Orcan
8 years, 4 months
RPMFusion and downstream
by Chris Smart
Hi all,
By request, following up a conversation I started on IRC...
I run Korora[1], a Fedora Remix which relies heavily on RPMFusion, so
firstly, thanks for all the great work. I think it has been taken for
granted RPMFusion is there - the issues around the 23 release made me
realise that.
Ultimately I've been thinking more about the role that RPMFusion plays
and I feel that it's really essential to the Fedora ecosystem - without
it, we wouldn't be able to provide a decent user experience or "compete"
with other distros.
It needs to become a first-class citizen somehow, however I doubt that
Fedora will ever officially take on the RPMFusion role, although there
have been some changes in Fedora with ideas like supporting third party
repos and even including metadata for non-free and patent encumbered
free software which might change the landscape a bit.
That brings me to the upcoming 24 release and whether projects like
mine should be doing more to help RPMFusion get across the line.. any
thoughts?
I know that RPMFusion is in the middle of a transition to new
infrastructure.
Is there perhaps a case to be made for stripping back RPMFusion to some
more core packages, to focus on quality and delivery, then re-building
out? Or do we have all the devs ready and waiting to go once the new
infra is ready?
Thanks!
Chris
[1] https://kororaproject.org
8 years, 5 months
Re: QMMP plugins freeworld
by Sérgio Basto
I got same problem ( ActionNotAllowed: > policy violation
(build_from_srpm) ). kwizart any new on this subject ?
On Sex, 2016-06-24 at 12:46 +0200, Karel Volný wrote:
> @Sergio:
> I guess you're more familiar with the current infrastructure state,
> what
> happened is that after fixing target, I got policy violation error -
> see
> below ... any ideas?
>
> [kvolny@kvolny qmmp-plugins-freeworld]$ rfpkg build --skip-nvr-check
> chyba: line 3: Illegal char '-' (0x2d) in: Release: 1.fc25-ree
> chyba: dotaz na spec soubor
> /home/kvolny/packaging/RPMFusion/free/qmmp-plugins-freeworld/qmmp-
> plugins-freeworld.spec
> selhal, nemohu parsovat
>
> Could not get n-v-r-e from '\n\n'
> NVR checking will be skipped so I do not care that I am not able to
> construct NVR. I will refer this build by package name in following
> messages.
> Building qmmp-plugins-freeworld for rawhide-free
> Created task: 4401
> Task info: http://koji.rpmfusion.org/koji/taskinfo?taskID=4401
> Watching tasks (this may be safely interrupted)...
> 4401 build (rawhide-free,
> /git/free/qmmp-plugins-
> freeworld:026d3bd34fd03aa4c25e920a36f6d1e2afd5c897):
> free
> 4401 build (rawhide-free,
> /git/free/qmmp-plugins-
> freeworld:026d3bd34fd03aa4c25e920a36f6d1e2afd5c897):
> free -> open (arm-builder02.scaleway.rpmfusion.net)
> 4401 build (rawhide-free,
> /git/free/qmmp-plugins-
> freeworld:026d3bd34fd03aa4c25e920a36f6d1e2afd5c897):
> open (arm-builder02.scaleway.rpmfusion.net) -> FAILED:
> ActionNotAllowed:
> policy violation (build_from_srpm)
> 0 free 0 open 0 done 1 failed
>
> 4401 build (rawhide-free,
> /git/free/qmmp-plugins-
> freeworld:026d3bd34fd03aa4c25e920a36f6d1e2afd5c897)
> failed
>
>
> K.
--
Sérgio M. B.
8 years, 5 months
docs - commiting to git
by Karel Volný
hi,
I've tried to follow http://rpmfusion.org/Contributors
and one thing (among others but I didn't write notes, damn) is that the
command:
rfpkg commit -a -m "Update to 1.0"
fails ... obviously rfpkg doesn't know what to do with the 'add' option
my preferred solution is to let its internal logic work, so I'd suggest
replacing:
rfpkg commit -a -m "Update to 1.0"
rfpkg push
with
rfpkg commit -p -c
which has the nice bonus that it uses the first changelog entry as the
commit message, you don't have to write it manually
similar thing would apply to the "5. Updating an existing package" section,
but that needs to be reworked more thoroughly
opinions?
am I free to make this change? (if I can remember my password to wiki :-)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp kavol(a)jabber.cz
:: "Never attribute to malice what can
:: easily be explained by stupidity."
8 years, 5 months
