It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
Quick poll:

How many people are still using Python 2 and wouldn't be able to change to Python 3 for some reason ?
avatar
Kalanyr: How many people are still using Python 2 and wouldn't be able to change to Python 3 for some reason ?
I'd like a Windows GUI and not have to use any form of command line interface at all. But that's just me.
avatar
Kalanyr: How many people are still using Python 2 and wouldn't be able to change to Python 3 for some reason ?
avatar
teceem: I'd like a Windows GUI and not have to use any form of command line interface at all. But that's just me.
I just did some quick tinkering and if you're somewhat comfortable with using Pip and making sure the extra stuff is installed Gooey appears to work.

Use pip to install gooey

(from a command line / powershell)
pip -install gooey

add then open gogrepoc.py in your editor/ IDE of choice find

import locale

and on a new line directly after it add:

from gooey import Gooey

and place the @Gooey decorator just before the process_argv definition

so it looks like this

@Gooey
def process_argv(argv):

and it should create a functional GUI for you, when you run it. It's not super pretty though.

Let me know if it works for you, and if it does I'll probably add it in , since it's pretty simple. And I'll see about cleaning up the help text to look a bit neater in the GUI.

(If you could still answer the question though, that'd be nice , since Python GUI programs still use Python 2 or Python 3 under the hood)
Post edited February 07, 2020 by Kalanyr
avatar
Kalanyr: (If you could still answer the question though, that'd be nice , since Python GUI programs still use Python 2 or Python 3 under the hood)
Doesn't Galaxy use Python under the hood too? It doesn't need Python installation, plugins, commands, etc. It just installs by double clicking an .exe.
avatar
Kalanyr: (If you could still answer the question though, that'd be nice , since Python GUI programs still use Python 2 or Python 3 under the hood)
avatar
teceem: Doesn't Galaxy use Python under the hood too? It doesn't need Python installation, plugins, commands, etc. It just installs by double clicking an .exe.
It might but if it does it uses something like this: https://www.py2exe.org .

I don't really see much benefit to packaging things up like that at the moment.

It's pretty much a given that anyone that could work for can use Python 3, as things likely to be stuck on Python 2 are stuff like NAS's with some kind of minimal Linux installed that don't support GUIs at all.
Post edited February 07, 2020 by Kalanyr
avatar
Kalanyr: Quick poll:

How many people are still using Python 2 and wouldn't be able to change to Python 3 for some reason ?
I'm using Python 2. I haven't updated to Python 3 yet but I don't believe I'd have a problem doing so. Is it possible to have both on your system? I can't see why I couldn't.
avatar
Kalanyr: Quick poll:

How many people are still using Python 2 and wouldn't be able to change to Python 3 for some reason ?
avatar
KunoNoOni: I'm using Python 2. I haven't updated to Python 3 yet but I don't believe I'd have a problem doing so. Is it possible to have both on your system? I can't see why I couldn't.
Yeah, it is. Windows has reasonably good management for such, though internal version hinting annoyingly incompatible with Linux shell directives. Most desktop linux distros are fine too. My experience with Mac is is it's possible but not great but that's mostly because of the ridiculous way Apple has a built in Python 2 that only upgrades with OS updates, so you need to use some kind of Homebrew manager to run up to date Python 2 (though that shouldn't be a problem after the next update since Python 2is EOL now).
I'm using CentOS 7 at the moment, and they've even added Python 3.6 to their repositories. I would need to check if all the Python modules that gogrepo considers dependencies are available in Python 3 versions from the CentOS repositories.

Alternatively, I can also check if virtualenv for Python 3.6 on CentOS 7 is available. Less convenient, but it would mean one could run gogrepo in a virtualenv and just use pip inside the virtualenv to fulfill the dependencies.

Honestly though, even if neither of those two options were possible, I still wouldn't insist on you maintaining Python 2 compatibility. Better to just create a container with Python 3 inside it and run that until I'm ready to jump to CentOS 8. At this point, I think it's ridiculous to insist Python programmers keep dealing with a version of Python that has received a death mark.
avatar
JethCalark: I'm using CentOS 7 at the moment, and they've even added Python 3.6 to their repositories. I would need to check if all the Python modules that gogrepo considers dependencies are available in Python 3 versions from the CentOS repositories.

Alternatively, I can also check if virtualenv for Python 3.6 on CentOS 7 is available. Less convenient, but it would mean one could run gogrepo in a virtualenv and just use pip inside the virtualenv to fulfill the dependencies.

Honestly though, even if neither of those two options were possible, I still wouldn't insist on you maintaining Python 2 compatibility. Better to just create a container with Python 3 inside it and run that until I'm ready to jump to CentOS 8. At this point, I think it's ridiculous to insist Python programmers keep dealing with a version of Python that has received a death mark.
If you could check those and let me know it'd be great.

I'm still gonna get the Python 2 version up to using Tokens rather than Cookies in any case, but I am interested in knowing how much energy I should put into anything beyond that point, Python 3 is at the point where there's a fair bit of code cleanup that could be done if Python 2 was dropped.
avatar
Kalanyr: If you could check those and let me know it'd be great.
I run Py3 on win10 and had to install/verify they were installed and or updated:

-html5lib
-html2text
-six
-requests
-pyopenssl

After i did that I've had no issues... I'm working off gogrepo.py created on Nov 23, 2017 still working very well for what its worth.
avatar
Kalanyr: If you could check those and let me know it'd be great.

I'm still gonna get the Python 2 version up to using Tokens rather than Cookies in any case, but I am interested in knowing how much energy I should put into anything beyond that point, Python 3 is at the point where there's a fair bit of code cleanup that could be done if Python 2 was dropped.
Honestly, I'd say drop Python 2 if it's holding you back. If someone desperately needs it, they can always use/fork an older version.
avatar
teceem: I'd like a Windows GUI and not have to use any form of command line interface at all. But that's just me.
I use a Windows PowerShell script that I created with a rudimentary text based UI to avoid having to resort to the command line all the time. Here's the first screen:

=======================================================================
Welcome to the GOG Library Update Utility
v1.3 (28-Mar-2019) by Ikrananka
=======================================================================

(C)omplete, (I)ncremental or (S)ingle game update of library (C/I/S)?:


I also have options including bandwidth throttling and whether to shutdown the computer when the download is finished. Happy to share this for those interested.
Post edited February 09, 2020 by ikrananka
Dear Kalanyr, first of all: many many thanks for taking up on Wooly's work and bringing this incredible software to the next level!

I'm using gogrepo on my Synology DiskStation which runs Python 3.

But anyway, I propose to just abandon Python 2. If anyone still needs support for this Python version, they could still fork your script...

Many thanks again and best regards
avatar
teceem: I'd like a Windows GUI and not have to use any form of command line interface at all. But that's just me.
avatar
ikrananka: I use a Windows PowerShell script that I created with a rudimentary text based UI to avoid having to resort to the command line all the time. Here's the first screen:

=======================================================================
Welcome to the GOG Library Update Utility
v1.3 (28-Mar-2019) by Ikrananka
=======================================================================

(C)omplete, (I)ncremental or (S)ingle game update of library (C/I/S)?:


I also have options including bandwidth throttling and whether to shutdown the computer when the download is finished. Happy to share this for those interested.
Sounds good. I just use some batch files for it, but a PowerShell application sounds neat too.

EDIT: I use Python 3, for what it is worth.
Post edited February 10, 2020 by paladin181
avatar
teceem: I'd like a Windows GUI and not have to use any form of command line interface at all. But that's just me.
avatar
ikrananka: I use a Windows PowerShell script that I created with a rudimentary text based UI to avoid having to resort to the command line all the time. Here's the first screen:

=======================================================================
Welcome to the GOG Library Update Utility
v1.3 (28-Mar-2019) by Ikrananka
=======================================================================

(C)omplete, (I)ncremental or (S)ingle game update of library (C/I/S)?:


I also have options including bandwidth throttling and whether to shutdown the computer when the download is finished. Happy to share this for those interested.
I'm interested!