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

×
avatar
hedwards: It's extra server space, extra bandwidth and if you really feel like just extracting the files, it shouldn't be too hard to do that.
Really? So the unpacked version, that Galaxy downloads, doesn't need any extra space? Beside, compressed tarballs usually take less space then zip files.

avatar
hedwards: I'm not really sure I see a problem here.
I know. Zip and unzip usually arent't part of the installation media. They have to be installed. In contrary tar is - and even if you have some obscure version without gzip support - guess what, gzip is also another standard tool. And don't forget: there are more OS's than Windows, MacOSX and Linux.

avatar
hedwards: OTOH, it would be kind of nice if they handled it like AMD does. Have a script that can generate the appropriate package, but I have no idea how much work that is.
Seriously? AMD's script is an incredible mess. Just have a look at it's code. It barely works on supported distributions.
Post edited August 11, 2015 by classicgogger
avatar
hedwards: It's extra server space, extra bandwidth and if you really feel like just extracting the files, it shouldn't be too hard to do that.
avatar
classicgogger: Really? So the unpacked version, that Galaxy downloads, doesn't need any extra space? Beside, compressed tarballs usually take less space then zip files.
Are they uncompressed? Also, that's Windows.

avatar
hedwards: I'm not really sure I see a problem here.
avatar
classicgogger: I know. Zip and unzip usually arent't part of the installation media. They have to be installed. In contrary tar is - and even if you have some obscure version without gzip support - guess what, gzip is also another standard tool. And don't forget: there are more OS's than Windows, MacOSX and Linux.
I didn't realize that they were using regular zip rather than gzip. If you look at the script, it's pretty strongly implied that they're using tar.

avatar
hedwards: OTOH, it would be kind of nice if they handled it like AMD does. Have a script that can generate the appropriate package, but I have no idea how much work that is.
avatar
classicgogger: Seriously? AMD's script is an incredible mess. Just have a look at it's code. It barely works on supported distributions.
Yes, seriously. I've never had any problems with it other than trying to remember which package I want it to build.

In fact, the only problems I've had with their drivers are the drivers themselves. Being able to remove them via the same software that I use to manage other bits of software is actually kind of nice.
avatar
classicgogger: Really? So the unpacked version, that Galaxy downloads, doesn't need any extra space? Beside, compressed tarballs usually take less space then zip files.
avatar
hedwards: Are they uncompressed? Also, that's Windows.

avatar
classicgogger: I know. Zip and unzip usually arent't part of the installation media. They have to be installed. In contrary tar is - and even if you have some obscure version without gzip support - guess what, gzip is also another standard tool. And don't forget: there are more OS's than Windows, MacOSX and Linux.
avatar
hedwards: I didn't realize that they were using regular zip rather than gzip. If you look at the script, it's pretty strongly implied that they're using tar.

avatar
classicgogger: Seriously? AMD's script is an incredible mess. Just have a look at it's code. It barely works on supported distributions.
avatar
hedwards: Yes, seriously. I've never had any problems with it other than trying to remember which package I want it to build.

In fact, the only problems I've had with their drivers are the drivers themselves. Being able to remove them via the same software that I use to manage other bits of software is actually kind of nice.
1. Doesn't matter if windows. You talked about space/ bandwidth and I answered.
2. No it's zip.
3. Have a look at the code, please. Sure it's nice if it works for you, I can tell you that it barely works.
avatar
hedwards: That's my problem, for some reason tar doesn't work and the internal commands they give you for working with the archive are badly broken.

And yes, I'm aware that this works, I was the one that pointed out that this is a typical script + archive file that's commonly used. I was just a bit surprised that tar wasn't working when the script was using tar.

I don't think it's deliberate, they just added the code they needed and didn't bother to test the rest. I can't blame them for that, but it is damn confusing to have the script doing such weird things at points.
dunno, they clearly deliberately changed the --help message to not display the usual commandline options. So I would assume that they know that those don't work in their modfied version.
You might very well argume whether it those modification were stricly necessary (I don't really know what exactly was changed there), but I don't think a lack of testing is the issue here.

the only argument you could make is that they should properly disable those internal commands, not just don't advertise them ;)
Post edited August 11, 2015 by immi101
avatar
hedwards: Are they uncompressed? Also, that's Windows.

I didn't realize that they were using regular zip rather than gzip. If you look at the script, it's pretty strongly implied that they're using tar.

Yes, seriously. I've never had any problems with it other than trying to remember which package I want it to build.

In fact, the only problems I've had with their drivers are the drivers themselves. Being able to remove them via the same software that I use to manage other bits of software is actually kind of nice.
avatar
classicgogger: 1. Doesn't matter if windows. You talked about space/ bandwidth and I answered.
2. No it's zip.
3. Have a look at the code, please. Sure it's nice if it works for you, I can tell you that it barely works.
Yes, it does matter. There's one copy for Windows, one copy for OSX and there's one copy for Linux as well.

And yes, it's apparently a zip, but if you look at the fucking code, there's instances of tar in there.

3. I'm not really sure what this has to do with any of my points. I happen to like the ability to take one file and turn it into the appropriate package. Whether it barely works or not, the fact is that it does tend to work. And there's no particular reason why it has to barely work.
As long as we have the option of unpacking them manually (at our own risk) without installing I'm ok with this change. I'll miss the tarballs sure, and it's going to be a pain redownloading them all but I do understand where GOG is coming at.

Not every Linux user is tech savvy and sometimes rights holders require a form of EULA acceptance regardless if everyone scrolls down to the accept button or not. I believe the Lucas Arts games were the first ones to require this on GOG for Linux.
Post edited August 11, 2015 by Ganni1987
avatar
hedwards: That's my problem, for some reason tar doesn't work and the internal commands they give you for working with the archive are badly broken.

And yes, I'm aware that this works, I was the one that pointed out that this is a typical script + archive file that's commonly used. I was just a bit surprised that tar wasn't working when the script was using tar.

I don't think it's deliberate, they just added the code they needed and didn't bother to test the rest. I can't blame them for that, but it is damn confusing to have the script doing such weird things at points.
avatar
immi101: dunno, they clearly deliberately changed the --help message to not display the usual commandline options. So I would assume that they know that those don't work in their modfied version.
You might very well argume whether it those modification were stricly necessary (I don't really know what exactly was changed there), but I don't think a lack of testing is the issue here.

the only argument you could make is that they should properly disable those internal commands, not just don't advertise them ;)
Yes, but if that's the case, then why not just remove it completely? The options are there in the file and likely to be stumbled upon by people that are used to having these sorts of installers, so I'm not sure what removing that message really accomplishes other than preventing newbs from stumbling on that.
I support this change, will try it out soon. :)
avatar
Ganni1987: As long as we have the option of unpacking them manually (at our own risk) without installing I'm ok with this change.
I confirm we can do it.
My first prototype of conversion script 'MojoSetup .sh' -> 'Debian & derivatives .deb' is already online ;)
It is really great to see differential patches as it really is quite annoying to download multi-gigabyte files for some small upgrades. However, with that said, it would also be nice to have tar archives after all as they are a really convenient way of moving installations around my computer (I sometimes move lesser-played, large games to external storage, I don't know how this will behave with installers).
Also, it would be really nice to have some way of checking the integrity of the files we have downloaded - could you just provide a secure hash (such as SHA256) at the download page?
avatar
Ganni1987: Not every Linux user is tech savvy and sometimes rights holders require a form of EULA acceptance regardless if everyone scrolls down to the accept button or not. I believe the Lucas Arts games were the first ones to require this on GOG for Linux.
i so hope that someday the rights holder will understand how meaningless the whole "accept the license at installation"-concept is *sigh*.

avatar
hedwards: Yes, but if that's the case, then why not just remove it completely? The options are there in the file and likely to be stumbled upon by people that are used to having these sorts of installers, so I'm not sure what removing that message really accomplishes other than preventing newbs from stumbling on that.
i don't think we have to worry too much about the people who's first step is to read the shell script. They are smart enough to figure things out. ;) And everybody should have the common sense that an undocumented option might be trouble.

I mean, I agree that it would be nice to remove it, if it doesn't work. But i don't think it is a huge issue.
avatar
Ganni1987: As long as we have the option of unpacking them manually (at our own risk) without installing I'm ok with this change.
avatar
vv221: I confirm we can do it.
My first prototype of conversion script 'MojoSetup .sh' -> 'Debian & derivatives .deb' is already online ;)
I can confirm it too. But there's the drawback/annoyance that the .sh file is not purely a zipfile so the TAB key doesn't autocomplete the file name and you've got to copy-paste it (or type it by hand :S).

Plus, when manually extracting the game from the installer script you've got to create the target directory yourself (whereas before it was included in the tarball). And to cap it all, you won't get the desired files directly in that directory, but two levels down in the data/noarch directories that wil get extracted from the installer.

So to me this change means going several steps back in user-friendliness and, above all:

avatar
linuxvangog: We want to give the freedom of choice to our users.
Way to do it, forcing us to use these new installers...
hooray, thingies! hooray!
I'm probably not going to use them much as intended, but I still really like this approach. It's been used a lot elsewhere.

Easy enough to install the intended way, doesn't require root privileges, doesn't risk screwing up package management, and is fairly straight-forward to just circumvent altogether and extract like a tar archive if that's your thing. And I know it is mine.

I only hope they ship both the 32-bit and the 64-bit executables in a single download, whenever applicable.
avatar
Rixasha: I'm probably not going to use them much as intended, but I still really like this approach. It's been used a lot elsewhere.

Easy enough to install the intended way, doesn't require root privileges, doesn't risk screwing up package management, and is fairly straight-forward to just circumvent altogether and extract like a tar archive if that's your thing. And I know it is mine.

I only hope they ship both the 32-bit and the 64-bit executables in a single download, whenever applicable.
That's what they're doing at the present. You just wouldn't know it as it's hidden from the user.

I don't particularly care for the extra bloat in the installer, but I suppose it's probably relatively minor as the assets are what takes up most of the room anyways.