plata |
Zaterdag 10 December 2016 om 12:43
|
plata
|
There have been no news for quite a time now. Is there any development going on (especially POL 5)? If not, is it neccessary to transfer responsibility to someone else/the community?
|
Quentin PÂRIS |
Zondag 11 December 2016 om 23:13
|
Quentin PÂRIS
|
Hi,
I'm still trying to devote some time to enhance the program as I can. However, I don't have a lot of time and contributions are very welcome, as usual :-)
Regards,
|
plata |
Zaterdag 17 December 2016 om 14:10
|
plata
|
Hi Quentin,
I was reading the news on winehq about WineConf. They say that they would appreciate more contact with PoL (developers). I personally believe that it might make sense to streamline PoL and Wine a bit more. Future developments (e.g. Android) might impact PoL as well (with PoL 5 on Java this could work quite nicely). Maybe we could bring the communities together and gain some synergy effects. For example, I'm currently posting how-to's on winehq and playonlinux.com in parallel.
As for contributions: I have tried to build PoL 5 on Kubuntu 16.04 and couldn't get it to compile.
Am I right in assuming that development efforts should go into PoL 5 and that PoL 5 should be the next and maintained PoL release?
I would appreciate if you could describe a roadmap of what needs to be done for PoL 5 and provide build/installation instructions at least for the most common distributions (Ubuntu 16.04, openSuse 42) on GitHub. It will then be much easier to break this into small work packages which can be easily distributed.
How do you plan to handle pull requests in the future? Do we have enough people who are allowed to pull?
Moreover, I suggest to move the PoL scripts to GitHub as well. This will make reviews and maintainance a lot easier.
Best regards
Plata
Aangepast door plata
|
Quentin PÂRIS |
Zaterdag 17 December 2016 om 20:07
|
Quentin PÂRIS
|
I was reading the news on winehq about WineConf. They say that they would appreciate more contact with PoL (developers). I personally believe that it might make sense to streamline PoL and Wine a bit more. Future developments (e.g. Android) might impact PoL as well (with PoL 5 on Java this could work quite nicely). Maybe we could bring the communities together and gain some synergy effects. For example, I'm currently posting how-to's on winehq and playonlinux.com in parallel.
Hi ! I really think so. To be honest, POL 5 was a proof of concept. The result is unfinished but I think it looks quite good. However, I would make few different choices now that I've had time to take hindsight about it :
- Use more native and android compatible scripting engines
- Give up legacy script support and start rewriting them
As for contributions: I have tried to build PoL 5 on Kubuntu 16.04 and couldn't get it to compile.
Am I right in assuming that development efforts should go into PoL 5 and that PoL 5 should be the next and maintained PoL release?
Yes you are right, but part of the work should be simplified and rewritten.
I would appreciate if you could describe a roadmap of what needs to be done for PoL 5 and provide build/installation instructions at least for the most common distributions (Ubuntu 16.04, openSuse 42) on GitHub. It will then be much easier to break this into small work packages which can be easily distributed.
First, we should simplify compilation process and ensure that it is easy to run. Then, we need to write some samples scripts. The shortcut support is also very limited and need to be developed.
How do you plan to handle pull requests in the future? Do we have enough people who are allowed to pull?
Pull request are handled, jenkins and sonar are installed (Some configuration might need to be reworked though).
Moreover, I suggest to move the PoL scripts to GitHub as well. This will make reviews and maintainance a lot easier.
Good idea, definitly.
Best regards
Plata
|
plata |
Zondag 18 December 2016 om 13:12
|
plata
|
I created two wiki pages on GitHub for the roadmap and building (I hope that's ok).
Would be great if you could fill the description how to build on Ubuntu 16.04. I don't know enough about maven to get this working.
About keeping the scripts in GitHub: As they do not directly belong to the code, I propose to create a separate repository for them. It should contain one directoy for each application. The directory would then contain the scripts (old and new), required images and a readme if necessary.
The general approach shall be that there is only one directory per application. If a game X can be installed via UPlay and via Steam, the directory shall be named X and the script shall handle both installation ways. This will help to avoid maintaining multiple scripts per application.
Could you create this repository if you agree with the proposal?
|
Quentin PÂRIS |
Dinsdag 20 December 2016 om 16:11
|
Quentin PÂRIS
|
Could you create this repository if you agree with the proposal?
|
Quentin PÂRIS |
Dinsdag 20 December 2016 om 17:32
|
Quentin PÂRIS
|
Also, puting scripts on a git repository as some problem regarding the gpg signature system...
|
plata |
Dinsdag 20 December 2016 om 18:29
|
plata
|
In my opinion it would be sufficient to use GitHub to replace the proposals/maintainance on playonlinux.com. The scripts should then be bundled to an rpm/deb and provided in the same place as PoL itself. That part could be done e.g. by Jenkins.
Aangepast door plata
|
Quentin PÂRIS |
Dinsdag 20 December 2016 om 23:26
|
Quentin PÂRIS
|
In my opinion it would be sufficient to use GitHub to replace the proposals/maintainance on playonlinux.com. The scripts should then be bundled to an rpm/deb and provided in the same place as PoL itself. That part could be done e.g. by Jenkins.
|
plata |
Woensdag 21 December 2016 om 18:15
|
plata
|
I see. In this case, Jenkins could take the scripts from GitHub, update the gpg and upload it on the server. As long as we can assume that only reliable people are allowed to pull and GitHub itself is not corrupted, this should be ok.
|
BloodyIron |
Donderdag 22 December 2016 om 6:25
|
BloodyIron
|
How do I apply to be able to submit POL profile scripts? I've been sitting on my hands for a while since I thought you disappeared!
Please advise :)
|
Quentin PÂRIS |
Donderdag 22 December 2016 om 11:51
|
Quentin PÂRIS
|
|
BloodyIron |
Donderdag 22 December 2016 om 18:32
|
BloodyIron
|
Uh, the scripts in the "Supported Software" section. I want to submit better/new game setup scripts to the library.
|
plata |
Donderdag 22 December 2016 om 18:59
|
plata
|
Regarding the github repository, please checkout this: https://github.com/PlayOnLinux/scripts.
I will commit a compatible client very soon. Stay tuned
Great! Could you add a short description how to add a script to the README (which files to place in which folders etc.)? I will then create pull request for the scripts I have created.
Aangepast door plata
|
Quentin PÂRIS |
Donderdag 22 December 2016 om 19:11
|
Quentin PÂRIS
|
|
Quentin PÂRIS |
Donderdag 22 December 2016 om 19:11
|
Quentin PÂRIS
|
Uh, the scripts in the "Supported Software" section. I want to submit better/new game setup scripts to the library.
|
BloodyIron |
Donderdag 22 December 2016 om 19:51
|
BloodyIron
|
lol I'm silly! I just now noticed the "add a program" button, I thought I had to get approved to submit! ;P sorry about that
Uh, the scripts in the "Supported Software" section. I want to submit better/new game setup scripts to the library.
|
Quentin PÂRIS |
Donderdag 22 December 2016 om 20:00
|
Quentin PÂRIS
|
lol I'm silly! I just now noticed the "add a program" button, I thought I had to get approved to submit! ;P sorry about that
Uh, the scripts in the "Supported Software" section. I want to submit better/new game setup scripts to the library.
|
plata |
Woensdag 4 Januari 2017 om 10:56
|
plata
|
How about calling PoL 5 "Phoenicis"? We have Play on Linux, Play on Mac, in the future maybe Play on Android, Play on Windows... In the end, it's all the same software and now would be a good chance for a change like this.
|
Quentin PÂRIS |
Zondag 8 Januari 2017 om 12:11
|
Quentin PÂRIS
|
Yeah, I agree with this idea but the transition needs to be smooth :-)
|