Hello,
I want to ask if PlayOnLinux could be packaged to Fedora. This program has list of proprietary programs which are not downloaded but could be installed if you give it setup.exe file.
Also it downloads Windows redistributable when user explicitly wants to install program (which using this redist) or given redistributable.
If this is not "legal" in terms of Fedora how it's differ from OpenSource software which are using not-OpenSource addons? Example of this could be https://marketplace.firefox.com .
I think it's sad that this good LGPL wine prefix manager software is not part of the Fedora and I like to change this.
Thank you for answers, Jirka Konecny
----- Original Message -----
Hello,
I want to ask if PlayOnLinux could be packaged to Fedora. This program has list of proprietary programs which are not downloaded but could be installed if you give it setup.exe file.
Also it downloads Windows redistributable when user explicitly wants to install program (which using this redist) or given redistributable.
If this is not "legal" in terms of Fedora how it's differ from OpenSource software which are using not-OpenSource addons? Example of this could be https://marketplace.firefox.com .
I think it's sad that this good LGPL wine prefix manager software is not part of the Fedora and I like to change this.
If the application cannot work without downloading anything, or being supplied third-party (sometimes proprietary) applications, then it's closer to an emulator than a front-end that's generally useful.
And emulators aren't allowed in Fedora.
Dne 14.10.2015 v 16:50 Bastien Nocera napsal(a):
If the application cannot work without downloading anything, or being supplied third-party (sometimes proprietary) applications, then it's closer to an emulator than a front-end that's generally useful.
The guidelines speaks about *dependencies*. https://fedoraproject.org/wiki/Packaging:Guidelines#Packages_which_are_not_u...
I think that the idea behind this wording was "runtime dependencies". To deny application which can not even run without those proprietary deps. PlayOnLinux is mainly for games, but you can run any Windows program using that. Even Gimp or Firefox (I could not remember program which does not have native linux version and is free). So it may not be useful for you, but it can be useful for somebody else.
For me PlayOnLinux is much closer to virt-manager.
And emulators aren't allowed in Fedora.
What? You mean like Wine, all those terminal emulators, QEMU, atari++, hercules, fuse-emulator and lots of others?
On Qua, 2015-10-14 at 17:15 +0200, Reindl Harald wrote:
Am 14.10.2015 um 17:13 schrieb Miroslav Suchý:
And emulators aren't allowed in Fedora.
What? You mean like Wine
Wine.Is.Not.Emulator
Is Wine functional or useful without code or packages from third-party sources ?
No, so Wine violates:
https://fedoraproject.org/wiki/Packaging:Guidelines#Packages_which_are_not_u...
I think guidelines aren't express the idea correctly, is not allowed packages that only are functional with nonfree third-party bits.
PlayOnLinux, I run it some years ago and it was just a layer over wine or better explained, PlayOnLinux bundle many wine versions and run a program with a specific wine version and some custom configurations , which are known that runs well the program.
Conclusion if Wine could be on Fedora, a layer over wine also should be allowed.
But you will have to unblundle all wine versions and use system wine version ...
On Wed, 14 Oct 2015, Sérgio Basto wrote:
On Qua, 2015-10-14 at 17:15 +0200, Reindl Harald wrote:
Am 14.10.2015 um 17:13 schrieb Miroslav Suchý:
And emulators aren't allowed in Fedora.
What? You mean like Wine
Wine.Is.Not.Emulator
Is Wine functional or useful without code or packages from third-party sources ?
Yes, it is useful without packages from third-party sources. There is no problem in running utilities from wine packages, for example.
No, so Wine violates:
https://fedoraproject.org/wiki/Packaging:Guidelines#Packages_which_are_not_u...
It does not, just try notepad.exe, regedit.exe, clock.exe and others which are part of wine for very long time.
I think guidelines aren't express the idea correctly, is not allowed packages that only are functional with nonfree third-party bits.
PlayOnLinux, I run it some years ago and it was just a layer over wine or better explained, PlayOnLinux bundle many wine versions and run a program with a specific wine version and some custom configurations , which are known that runs well the program.
Conclusion if Wine could be on Fedora, a layer over wine also should be allowed.
But you will have to unblundle all wine versions and use system wine version ...
The devil is in the details. If you want to package POL (which is Java app, btw) anyway, follow guidelines for new packages. They were updated and published recently.
On Wed, Oct 14, 2015 at 10:04:32PM +0300, Alexander Bokovoy wrote:
On Wed, 14 Oct 2015, Sérgio Basto wrote:
No, so Wine violates:
https://fedoraproject.org/wiki/Packaging:Guidelines#Packages_which_are_not_u...
It does not, just try notepad.exe, regedit.exe, clock.exe and others which are part of wine for very long time.
You can compile inkscape.exe, using our very own Fedora mingw-* toolchain, and run that too :-)
Rich.
Am 14.10.2015 um 19:42 schrieb Sérgio Basto:
On Qua, 2015-10-14 at 17:15 +0200, Reindl Harald wrote:
Am 14.10.2015 um 17:13 schrieb Miroslav Suchý:
And emulators aren't allowed in Fedora.
What? You mean like Wine
Wine.Is.Not.Emulator
Is Wine functional or useful without code or packages from third-party sources ?
No, so Wine violates:
https://fedoraproject.org/wiki/Packaging:Guidelines#Packages_which_are_not_u...
pure nonsense, WINE has no external *dependencies*, it just runs win32 software, not more and not less
----- Original Message -----
Dne 14.10.2015 v 16:50 Bastien Nocera napsal(a):
If the application cannot work without downloading anything, or being supplied third-party (sometimes proprietary) applications, then it's closer to an emulator than a front-end that's generally useful.
The guidelines speaks about *dependencies*. https://fedoraproject.org/wiki/Packaging:Guidelines#Packages_which_are_not_u...
I think that the idea behind this wording was "runtime dependencies". To deny application which can not even run without those proprietary deps. PlayOnLinux is mainly for games, but you can run any Windows program using that. Even Gimp or Firefox (I could not remember program which does not have native linux version and is free). So it may not be useful for you, but it can be useful for somebody else.
For me PlayOnLinux is much closer to virt-manager.
And emulators aren't allowed in Fedora.
What? You mean like Wine, all those terminal emulators, QEMU, atari++, hercules, fuse-emulator and lots of others?
The ones listed here: https://fedoraproject.org/wiki/Licensing:SoftwareTypes?rd=Licensing/Software...
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Le 14/10/2015 17:46, Bastien Nocera a écrit :
----- Original Message -----
Dne 14.10.2015 v 16:50 Bastien Nocera napsal(a):
If the application cannot work without downloading anything, or being supplied third-party (sometimes proprietary) applications, then it's closer to an emulator than a front-end that's generally useful.
The guidelines speaks about *dependencies*. https://fedoraproject.org/wiki/Packaging:Guidelines#Packages_which_ar
e_not_useful_without_external_bits
I think that the idea behind this wording was "runtime dependencies". To deny
application which can not even run without those proprietary deps. PlayOnLinux is mainly for games, but you can run any Windows program using that. Even Gimp or Firefox (I could not remember program which does not have native linux version and is free). So it may not be useful for you, but it can be useful for somebody else.
For me PlayOnLinux is much closer to virt-manager.
I aggre with that
The question is: Can we consider PlayOnLinux as an emulator ? I think it is not: PlayOnLinux only use wine, who is permitted on Fedora. PlayOnLinux appears to me more like a "wine session manager". It allow to create and manage many wines virtuals drives, configure them, with differents versions of wine itself.
But, we have to be very careful with this software since it downloads scripts and icons from the web (in the automated installer part)... And it can install for example IE or steam by simply clicking a button, without any mentions of the proprietary part of these software. I don't know if this is legal from the point of vue of our lawyers :)
But, I think, with a little bit of work, it can be packaged.
Alexandre
And emulators aren't allowed in Fedora.
What? You mean like Wine, all those terminal emulators, QEMU, atari++, hercules, fuse-emulator and lots of others?
The ones listed here: https://fedoraproject.org/wiki/Licensing:SoftwareTypes?rd=Licensing/So
ftwareTypes
On 2015-10-14, Alexandre Moine nobrakal@gmail.com wrote:
But, we have to be very careful with this software since it downloads scripts and icons from the web (in the automated installer part)... And it can install for example IE or steam by simply clicking a button, without any mentions of the proprietary part of these software. I don't know if this is legal from the point of vue of our lawyers :)
Yet web browsers download and execute proprietary software every minute and nobody is for removing the browsers from Fedora because of that.
-- Petr
----- Original Message -----
On 2015-10-14, Alexandre Moine nobrakal@gmail.com wrote:
But, we have to be very careful with this software since it downloads scripts and icons from the web (in the automated installer part)... And it can install for example IE or steam by simply clicking a button, without any mentions of the proprietary part of these software. I don't know if this is legal from the point of vue of our lawyers :)
Yet web browsers download and execute proprietary software every minute and nobody is for removing the browsers from Fedora because of that.
That would be because that's not the sole purpose of a web browser, as is explained the guidelines. We'd remove any browser that *only* did that.
Am 15.10.2015 um 13:09 schrieb Bastien Nocera:
----- Original Message -----
On 2015-10-14, Alexandre Moine nobrakal@gmail.com wrote:
But, we have to be very careful with this software since it downloads scripts and icons from the web (in the automated installer part)... And it can install for example IE or steam by simply clicking a button, without any mentions of the proprietary part of these software. I don't know if this is legal from the point of vue of our lawyers :)
Yet web browsers download and execute proprietary software every minute and nobody is for removing the browsers from Fedora because of that.
That would be because that's not the sole purpose of a web browser, as is explained the guidelines. We'd remove any browser that *only* did that
really?
you think websites are free and opensource in general? they are not, just because it's plaintext doesn't make the code free
i don't get who's business it is to care about what a software running on a users machine does *after confirmation of the user* that he wants his machine exactly to do that and as far fedora don't host the download it's not Fedoras business at all
in other words: Fedora has much bigger problems than this discussion like systemd-presets and "dhcp-compat replaces dhcp" while upgrade from F21 to F22 *disables* dhcpd on any machine even when the unit was copied and modified to /etc/systemd/system and the same likely would happen with services disabled by intention if they are default on
On 15 October 2015 at 11:50, Petr Pisar ppisar@redhat.com wrote:
On 2015-10-14, Alexandre Moine nobrakal@gmail.com wrote:
But, we have to be very careful with this software since it downloads scripts and icons from the web (in the automated installer part)... And it can install for example IE or steam by simply clicking a button, without any mentions of the proprietary part of these software. I don't know if this is legal from the point of vue of our lawyers :)
Yet web browsers download and execute proprietary software every minute and nobody is for removing the browsers from Fedora because of that.
There is a GNU project to do roughly that (at least for Javascript), https://www.gnu.org/software/librejs/
On Wed, Oct 14, 2015 at 5:46 PM, Bastien Nocera bnocera@redhat.com wrote:
----- Original Message -----
Dne 14.10.2015 v 16:50 Bastien Nocera napsal(a):
If the application cannot work without downloading anything, or being supplied third-party (sometimes proprietary) applications, then it's closer to an emulator than a front-end that's generally useful.
The guidelines speaks about *dependencies*. https://fedoraproject.org/wiki/Packaging:Guidelines#Packages_which_are_not_u...
I think that the idea behind this wording was "runtime dependencies". To deny application which can not even run without those proprietary deps. PlayOnLinux is mainly for games, but you can run any Windows program using that. Even Gimp or Firefox (I could not remember program which does not have native linux version and is free). So it may not be useful for you, but it can be useful for somebody else.
For me PlayOnLinux is much closer to virt-manager.
And emulators aren't allowed in Fedora.
What? You mean like Wine, all those terminal emulators, QEMU, atari++, hercules, fuse-emulator and lots of others?
The ones listed here: https://fedoraproject.org/wiki/Licensing:SoftwareTypes?rd=Licensing/Software...
Wel the reason is not "because they are emulators" but "If it requires ROMs (or image files in any format) of copyrighted or patented material to be useful (and the owners of those copyrights and patents have not given their express written permission), then it's not permitted. " ... so "emulators aren't allowed is not what the guidelines say" (the wording is a bit odd though).
As for PlayOnLinux its nothing more than a WINE frontend. So there shouldn't be anything wrong with packing it. You can use it it run free / freeware windows apps or windows apps (games) that you actually bought and therefore you do not violate anyone's copyright by using them.
On 15 October 2015 at 06:55, drago01 drago01@gmail.com wrote:
On Wed, Oct 14, 2015 at 5:46 PM, Bastien Nocera bnocera@redhat.com wrote:
----- Original Message -----
Dne 14.10.2015 v 16:50 Bastien Nocera napsal(a):
If the application cannot work without downloading anything, or being supplied third-party (sometimes proprietary) applications, then it's closer to an emulator than a front-end that's generally useful.
The guidelines speaks about *dependencies*. https://fedoraproject.org/wiki/Packaging:Guidelines#Packages_which_are_not_u...
I think that the idea behind this wording was "runtime dependencies". To deny application which can not even run without those proprietary deps. PlayOnLinux is mainly for games, but you can run any Windows program using that. Even Gimp or Firefox (I could not remember program which does not have native linux version and is free). So it may not be useful for you, but it can be useful for somebody else.
For me PlayOnLinux is much closer to virt-manager.
And emulators aren't allowed in Fedora.
What? You mean like Wine, all those terminal emulators, QEMU, atari++, hercules, fuse-emulator and lots of others?
The ones listed here: https://fedoraproject.org/wiki/Licensing:SoftwareTypes?rd=Licensing/Software...
Wel the reason is not "because they are emulators" but "If it requires ROMs (or image files in any format) of copyrighted or patented material to be useful (and the owners of those copyrights and patents have not given their express written permission), then it's not permitted. " ... so "emulators aren't allowed is not what the guidelines say" (the wording is a bit odd though).
Well, it does say "Most emulators (applications which emulate another platform) are not permitted for inclusion in Fedora." It probably shouldn't use the term emulators or at least qualify it a bit. Maybe "console emulators" might be a more accurate term. As people have mentioned, wine, dosbox, qemu. Some of those aren't emulators in the hardware sense.
On 10/15/2015 12:55 AM, drago01 wrote:
On Wed, Oct 14, 2015 at 5:46 PM, Bastien Nocera bnocera@redhat.com wrote:
----- Original Message -----
Dne 14.10.2015 v 16:50 Bastien Nocera napsal(a):
If the application cannot work without downloading anything, or being supplied third-party (sometimes proprietary) applications, then it's closer to an emulator than a front-end that's generally useful.
The guidelines speaks about *dependencies*. https://fedoraproject.org/wiki/Packaging:Guidelines#Packages_which_are_not_u...
I think that the idea behind this wording was "runtime dependencies". To deny application which can not even run without those proprietary deps. PlayOnLinux is mainly for games, but you can run any Windows program using that. Even Gimp or Firefox (I could not remember program which does not have native linux version and is free). So it may not be useful for you, but it can be useful for somebody else.
For me PlayOnLinux is much closer to virt-manager.
And emulators aren't allowed in Fedora.
What? You mean like Wine, all those terminal emulators, QEMU, atari++, hercules, fuse-emulator and lots of others?
The ones listed here: https://fedoraproject.org/wiki/Licensing:SoftwareTypes?rd=Licensing/Software...
Wel the reason is not "because they are emulators" but "If it requires ROMs (or image files in any format) of copyrighted or patented material to be useful (and the owners of those copyrights and patents have not given their express written permission), then it's not permitted. " ... so "emulators aren't allowed is not what the guidelines say" (the wording is a bit odd though).
As for PlayOnLinux its nothing more than a WINE frontend. So there shouldn't be anything wrong with packing it. You can use it it run free / freeware windows apps or windows apps (games) that you actually bought and therefore you do not violate anyone's copyright by using them.
My understanding - which is welcome to correction - is that the WINE community, and presumably therefore utilities like PlayOnLinux, rely on using specific versions of wine, often with specific patch sets, for each application or game. Many of these patches never make it upstream because they are not applicable in the broader sense. That's rather complicated stuff, and PlayOnLinux solves the problem by defining those versions and patches and bundling them up for the user.
The greater feasibility question IMO is whether it is even possible for PlayOnLinux to be effective when using system wine, and if not, whether the package can be built in a guidelines-compliant way when it bundles and patches this way. Jirka, have you put together a spec yet, as a proof of concept?
-- Pete
Dne 15.10.2015 v 15:46 Pete Travis napsal(a):
The greater feasibility question IMO is whether it is even possible for PlayOnLinux to be effective when using system wine, and if not, whether the package can be built in a guidelines-compliant way when it bundles and patches this way. Jirka, have you put together a spec yet, as a proof of concept?
I am not using POL, but CrossOver. Which is similar frontend to Wine. Most of the game profiles there are just different configuration files for the same wine.
On Thu, 2015-10-15 at 08:46 -0500, Pete Travis wrote:
On 10/15/2015 12:55 AM, drago01 wrote:
On Wed, Oct 14, 2015 at 5:46 PM, Bastien Nocera <bnocera@redhat.com
wrote:
----- Original Message -----
Dne 14.10.2015 v 16:50 Bastien Nocera napsal(a):
If the application cannot work without downloading anything, or being supplied third-party (sometimes proprietary) applications, then it's closer to an emulator than a front-end that's generally useful.
The guidelines speaks about *dependencies*. https://fedoraproject.org/wiki/Packaging:Guidelines#Packages_wh ich_are_not_useful_without_external_bits
I think that the idea behind this wording was "runtime dependencies". To deny application which can not even run without those proprietary deps. PlayOnLinux is mainly for games, but you can run any Windows program using that. Even Gimp or Firefox (I could not remember program which does not have native linux version and is free). So it may not be useful for you, but it can be useful for somebody else.
For me PlayOnLinux is much closer to virt-manager.
And emulators aren't allowed in Fedora.
What? You mean like Wine, all those terminal emulators, QEMU, atari++, hercules, fuse-emulator and lots of others?
The ones listed here: https://fedoraproject.org/wiki/Licensing:SoftwareTypes?rd=Licensi ng/SoftwareTypes
Wel the reason is not "because they are emulators" but "If it requires ROMs (or image files in any format) of copyrighted or patented material to be useful (and the owners of those copyrights and patents have not given their express written permission), then it's not permitted. " ... so "emulators aren't allowed is not what the guidelines say" (the wording is a bit odd though).
As for PlayOnLinux its nothing more than a WINE frontend. So there shouldn't be anything wrong with packing it. You can use it it run free / freeware windows apps or windows apps (games) that you actually bought and therefore you do not violate anyone's copyright by using them.
My understanding - which is welcome to correction - is that the WINE community, and presumably therefore utilities like PlayOnLinux, rely on using specific versions of wine, often with specific patch sets, for each application or game. Many of these patches never make it upstream because they are not applicable in the broader sense. That's rather complicated stuff, and PlayOnLinux solves the problem by defining those versions and patches and bundling them up for the user.
The greater feasibility question IMO is whether it is even possible for PlayOnLinux to be effective when using system wine, and if not, whether the package can be built in a guidelines-compliant way when it bundles and patches this way.
I'm using on most of my wine prefixes only system wine. It's much better than specific program versions for me.
Jirka, have you put together a spec yet, as a proof of concept?
Sorry I haven't created the spec now. I will create one and we will see.
Thank you all for responses,
Jirka
On Wed, 2015-10-14 at 17:13 +0200, Miroslav Suchý wrote:
PlayOnLinux is mainly for games, but you can run any Windows program using that. Even Gimp or Firefox (I could not remember program which does not have native linux version and is free).
Only note that opensource in wine is useful too. I'm using PlayOnLinux with Firefox on it. That's because UPCs TV need Silverlight and this was the best solution...
Jirka
On 10/15/2015 09:18 AM, Jiří Konečný wrote:
Only note that opensource in wine is useful too. I'm using PlayOnLinux with Firefox on it. That's because UPCs TV need Silverlight and this was the best solution...
I would suggest adding PlayOnLinux to RPMFusion. Downloading binaries this way was frowned[1] upon before.
On Thu, 2015-10-15 at 09:24 -0500, Michael Cronenworth wrote:
On 10/15/2015 09:18 AM, Jiří Konečný wrote:
Only note that opensource in wine is useful too. I'm using PlayOnLinux with Firefox on it. That's because UPCs TV need Silverlight and this was the best solution...
I would suggest adding PlayOnLinux to RPMFusion. Downloading binaries this way was frowned[1] upon before.
That's my backup solution. But why RPMFusion if there won't be any problem with it in Fedora repository.
On 15/10/15 16:50, Michael Cronenworth wrote:
On 10/15/2015 09:32 AM, Jiří Konečný wrote:
That's my backup solution. But why RPMFusion if there won't be any problem with it in Fedora repository.
I just linked you the problem with it, which you snipped out.
Another precedence might be [1], where FPC deemed a framework capable of downloading both free and non-free stuff as OK
--alec
Dne 15.10.2015 v 16:24 Michael Cronenworth napsal(a):
I would suggest adding PlayOnLinux to RPMFusion. Downloading binaries this way was frowned[1] upon before.
However POL does not download the games. And as stated before it is useful for windows open source programs too. On the other hand pipelight is not useful at all unless you download that silverligth and flash.
Hello all,
it was some time but I finally made it to the Fedora review
https://bugzilla.redhat.com/show_bug.cgi?id=1290513
This is my first package so I need a sponsor. Could anyone please look on this. I will gladly take any help you can give me.
Thank you all, Jiri Konecny
On Fri, 2015-12-11 at 10:44 +0100, Jiří Konečný wrote:
Hello all,
it was some time but I finally made it to the Fedora review
https://bugzilla.redhat.com/show_bug.cgi?id=1290513
This is my first package so I need a sponsor. Could anyone please look on this. I will gladly take any help you can give me.
Thank you all, Jiri Konecny -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject. org
Is here anyone who wants PlayOnLinux package in Fedora and do a sponsor for me?
Jirka Konecny
On Mon, Jan 04, 2016 at 10:33:01 +0100, Jiří Konečný jkonecny@redhat.com wrote:
On Fri, 2015-12-11 at 10:44 +0100, Jiří Konečný wrote:
Hello all,
it was some time but I finally made it to the Fedora review
https://bugzilla.redhat.com/show_bug.cgi?id=1290513
This is my first package so I need a sponsor. Could anyone please look on this. I will gladly take any help you can give me.
Hans was looking to do a review swap for a shooter game not too long ago.
On Sat, 2016-01-09 at 23:36 -0600, Bruno Wolff III wrote:
On Mon, Jan 04, 2016 at 10:33:01 +0100, Jiří Konečný jkonecny@redhat.com wrote:
On Fri, 2015-12-11 at 10:44 +0100, Jiří Konečný wrote:
Hello all,
it was some time but I finally made it to the Fedora review
https://bugzilla.redhat.com/show_bug.cgi?id=1290513
This is my first package so I need a sponsor. Could anyone please look on this. I will gladly take any help you can give me.
Hans was looking to do a review swap for a shooter game not too long ago.
Thank you for telling me this but I don't thing that I as a new packager have enough experience to do review of another package.
I'm going to look on his package if I find there something wrong but I'm mostly learning how to create package properly now.
On Tue, Jan 12, 2016 at 08:59:09AM +0100, Jiří Konečný wrote:
On Sat, 2016-01-09 at 23:36 -0600, Bruno Wolff III wrote:
On Mon, Jan 04, 2016 at 10:33:01 +0100, Jiří Konečný jkonecny@redhat.com wrote:
On Fri, 2015-12-11 at 10:44 +0100, Jiří Konečný wrote:
Hello all,
it was some time but I finally made it to the Fedora review
https://bugzilla.redhat.com/show_bug.cgi?id=1290513
This is my first package so I need a sponsor. Could anyone please look on this. I will gladly take any help you can give me.
Hans was looking to do a review swap for a shooter game not too long ago.
Thank you for telling me this but I don't thing that I as a new packager have enough experience to do review of another package.
I'm going to look on his package if I find there something wrong but I'm mostly learning how to create package properly now.
I'd be happy to sponsor you. I'll follow up with some details in the review ticket.
Reviewing other people's packages is the best way to learn. You'll probably get some things wrong in the beginning, everybody does. But then the submitter of the package respond, and both parties learn something in the process. So doing a few reviews of other packages is a requirement for new packagers.
Zbyszek
On Wed, 2016-01-13 at 22:55 +0000, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, Jan 12, 2016 at 08:59:09AM +0100, Jiří Konečný wrote:
On Sat, 2016-01-09 at 23:36 -0600, Bruno Wolff III wrote:
On Mon, Jan 04, 2016 at 10:33:01 +0100, Jiří Konečný jkonecny@redhat.com wrote:
On Fri, 2015-12-11 at 10:44 +0100, Jiří Konečný wrote:
Hello all,
it was some time but I finally made it to the Fedora review
https://bugzilla.redhat.com/show_bug.cgi?id=1290513
This is my first package so I need a sponsor. Could anyone please look on this. I will gladly take any help you can give me.
Hans was looking to do a review swap for a shooter game not too long ago.
Thank you for telling me this but I don't thing that I as a new packager have enough experience to do review of another package.
I'm going to look on his package if I find there something wrong but I'm mostly learning how to create package properly now.
I'd be happy to sponsor you. I'll follow up with some details in the review ticket.
Reviewing other people's packages is the best way to learn. You'll probably get some things wrong in the beginning, everybody does. But then the submitter of the package respond, and both parties learn something in the process. So doing a few reviews of other packages is a requirement for new packagers.
Zbyszek
Good to hear that. When I find some spare time I'll look in detail on your notes in the ticket and will look on package review too.
Thank you for the sponsorship and your time :).
Jirka
Hello guys,
I finally get the playonlinux to bodhi. So for everyone who enjoy PlayOnLinux you can test it and give karma:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-1430c7fcdb
Jirka
Thanks for your package.
Maybe you want to join Games SIG. https://fedoraproject.org/wiki/SIGs/Games
Thanks for your package!
Maybe you want to join Games SIG. https://fedoraproject.org/wiki/SIGs/Games
devel@lists.stg.fedoraproject.org
-
Alec Leamas -
Alexander Bokovoy -
Alexandre Moine -
Bastien Nocera -
Bruno Wolff III -
drago01 -
Ian Malone -
Jiří Konečný -
Michael Cronenworth -
Miroslav Suchý -
Pete Travis -
Petr Pisar -
Raphael Groner -
Reindl Harald -
Richard W.M. Jones -
Sérgio Basto -
Zbigniew Jędrzejewski-Szmek