[Bug 2429] New: Review request: gens-gs - Sega Genesis, Sega CD, and Sega 32X emulator
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=2429
Bug #: 2429
Summary: Review request: gens-gs - Sega Genesis, Sega CD, and
Sega 32X emulator
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: alexjnewt(a)hotmail.com
CC: rpmfusion-package-review(a)rpmfusion.org
Gens/GS is a Sega Mega Drive emulator derived from Gens and maintained by
GerbilSoft. Project goals include clean source code, combined features from
various developments of Gens, and improved platform portability.
Why it's not in Fedora: Emulators of video game systems seem to have legal
problems.
This should be eligible for free, rather than non-free. I don't quite
understand why gens is in non-free, but gens-gs is GPLv2+ and LGPLv2+,
requiring nothing that is non-free, or at least to my knowledge.
SPEC URL:
http://dl.dropbox.com/u/42480493/gens-gs.spec
SOURCE RPM URL:
http://dl.dropbox.com/u/42480493/gens-gs-2.16.7-1.fc17.src.rpm
RPMLINT OUTPUT (all seem negligible):
gens-gs.i686: E: incorrect-fsf-address
/usr/share/doc/gens-gs-2.16.7/COPYING.txt
gens-gs.i686: W: no-manual-page-for-binary mdp_test
gens-gs.i686: W: no-manual-page-for-binary gens
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale2x/scale2x.h
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale4x/scalebit_4x.c
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale2x/scalebit_2x.c
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale2x/scalebit_2x.h
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale4x/scalebit_4x_mmx.h
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale4x/scalebit_4x_mmx.c
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale2x/scale2x.c
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale3x/scale3x.c
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale3x/scalebit_3x.h
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale3x/scale3x.h
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale2x/scalebit_2x_mmx.h
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale2x/scalebit_2x_mmx.c
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale3x/scalebit_3x.c
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale4x/scalebit_4x.h
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale4x/scale2x.h
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale4x/scale2x.c
3 packages and 0 specfiles checked; 17 errors, 2 warnings.
--
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.
10 years
[Bug 3138] New: New package: qarte
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=3138
Bug #: 3138
Summary: New package: qarte
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: nalimilan(a)club.fr
CC: rpmfusion-package-review(a)rpmfusion.org
Created attachment 1259
--> https://bugzilla.rpmfusion.org/attachment.cgi?id=1259
qarte.spec
This is a package to browse and download videos from the French and German arte
TV channel. It's been requested in the whishlist. Cannot be included in Fedora
because it requires rtmpdump.
This .spec file is based on the Mageia package.
--
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.
10 years, 2 months
Fedora 21 and EL 7
by Ken Dreyer
Hi folks,
Is anyone planning to do a mass rebuild for F21 similar to what was
done in Fedora recently?
Also, will we have support for EL 7 packages?
- Ken
10 years, 3 months
rpmfusion review process (was: bug 31152 dropbox-repo)
by Alec Leamas
Dear list,
I have problems to understand the current review process. Long story
short it seems that there might be an informal process which does not
match the one documented in [1]. Since I don't understand this informal
process I have problems how to handle the new package request [2].
With some more details: I have submitted the package and made a long and
in my eyes tough review. I'm aware that this package is controversial,
the very reason I submitted it was to clarify and find a way to handle
external repos within rpmfusion. After a thread on the,mailing list and
more than 50 comments the package was approved. My problem starts here.
After a (delayed) cvssync request it turns out that Nicholas Chauvet
requires me to do certain changes to actually perform the cvssync. He
does so in what he describes as his capacity as "package coordinator".
This is a problematic situation for me since some of the changes he
requires me to do voids the review discussion. I also find it strange
because in [1] there is no mention of any review activities once the
package is approved.
This is really about what to do when a review goes wrong (not saying
this has). In Fedora we have a well-documented process how to bring such
issues to the FPC or FESCO, but rpmfusion has seemingly no documented
process how to overrule a reviewer's decision (?) Without a working
steering group or similar instance these issues are hard to handle. In
particular, it's hard for me and Nicholas to find an agreement since we
have a different view of our roles.
One solution could certainly be to appoint Nicholas or someone else to
be the last resort to overrule reviews. Another would be to try to
breathe some life into the steering group. We could of course also try
to sweep it under the carpet. Whatever way we choose I think it should
be explicit and documented, hence this mail.
So: should we decide on some mechanism which is similar to FPC/FESCO
also for rpmfusion?
In the bug [2] there are some loose ends I would prefer not to discuss
in this thread. One is if I have been disrespectful to Nicholas. I'm of
course open to discuss also this, but then preferably in a separate
thread (or in private). Another thing is what changes should be done to
the package; this discussion belongs to the bug once the process is
clarified.
Cheers!
--alec
[1] http://rpmfusion.org/Contributors#Submitting_a_new_package
[2] https://bugzilla.rpmfusion.org/show_bug.cgi?id=3152#c54
10 years, 4 months
FreeRDP bump in rawhide
by Simone Caronni
Hello,
I'm about to bump FreeRDP in Rawhide to the newly released version 1.2.0
beta 1. This allows us to build Remmina that is currently FTBFS.
Of all the packages that are using FreeRDP, only Weston is the one for
which I don't have any commit access, so it needs to be rebuilt. I've
tested a mock build of it on my system and it builds fine against it (only
tested that the package rebuilds fine).
The libwinpr subpackage has underwent a major restructuring and now
provides its separate set of CMake / include files so it has been changed
accordingly, but as far as I know nothing else except FreeRDP itself is
using it.
Regards,
--Simone
--
You cannot discover new oceans unless you have the courage to lose sight of
the shore (R. W. Emerson).
http://xkcd.com/229/
http://negativo17.org/
10 years, 4 months
Looking to Swap Reviews
by Jeff Backus
Hi folks,
I am looking to swap reviews for Notion, which is a tabbed, tiling
window manager forked from Ion3.
It is unfortunately considered non-free because the modified LGPL 2.1
license was too restrictive for inclusion in mainline Fedora. The
restrictions concern the names of derivative projects, and while the
Notion project received the OK from the original developer of Ion3, Red
Hat Legal did not want to be responsible for future derivatives.
Additionally, I did add NEEDSPONSORS as I was in need of a sponsor when
originally submitting the package. Since then I have been sponsored as a
Fedora packager. Not sure if I will still require a sponsor for
RPMFusion. Please forgive the n00b question. :)
Review Request:
https://bugzilla.rpmfusion.org/show_bug.cgi?id=3151
As I am an USian, I won't be able to review anything that is restricted
by patents or otherwise runs afoul of US IP laws. Otherwise I am happy
to review whatever, either in mainline Fedora or in RPMFusion.
Regards,
Jeff
--
Jeff Backus
jeff.backus(a)gmail.com
http://github.com/jsbackus
10 years, 5 months
cvs.rpmfusion.org broken?
by Karel Volný
Hi,
I'm not able to use cvs today, does anyone know what's happening?
Have I missed some announcement about migration to git or whatever?
- in that case, I apologize for not paying attention last weeks, and could
a big fat warning be added to the web (e.g. /Contributors page), please?
- trying 'ssh -vvv cvs.rpmfusion.org cvs -v' I end with
...
debug1: Sending command: cvs -v
debug2: channel 0: request exec confirm 1
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug1: Remote: X11 forwarding disabled in user configuration file.
debug2: channel_input_status_confirm: type 100 id 0
X11 forwarding request failed on channel 0
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: exec request accepted on channel 0
and it hangs "forever" then ...
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."
10 years, 5 months