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

×
For fuck's sake, guys! Don't feed the pokémons...
avatar
kohlrak: iirc, all package managers keep the packages themselves stored locally by default. And this works for linux, too, actually. The problem is, you just don't know where to find it. And there's commands to help you automate the process. Another thing you can do, if you don't mind these types of archives, is full HD backups (or small partiions since most linux distros are designed to mould a series of partitions together as one). Just back up the system partitions, and since linux tends to detect and automatically use drivers on startup since most drivers are in the kernel, this is viable.
avatar
Magmarock: I don't think you understand what I'm saying.
avatar
shmerl: Windows isn't any better, and even worse at this. Try updating your Windows without Internet connection. Good luck with that.

Anyway, back on topic of CDPR games for Linux. If you want to continue platform flamewars, make another thread, especially since so far your arguments weren't substantiated with facts.
avatar
Magmarock: I have two computers and my main gaming rig is air gaped. That means permanently isolated and offline. This is to keep it fast and reliable. I've had no problem keep it updated. It's a bit of a hassle but again streamlined compared to Linux. You can install KB commutative updates yourself or use tools like WSUS offline updater or even run a batch script.

Funnily enough this is to do with topic. I'm trying to tell you why Wticher 3 won't come to Linux any time soon but it sink it
Easy peasy: download the packages on another computer and put them on a USB stick or something. You should be able to make a repo or something out of the USB drive. If you don't think I understand what you're saying, be specific about what you want. We're talking about a system that's designed to let you have whatever you want within reason.
avatar
Magmarock: I have two computers and my main gaming rig is air gaped. That means permanently isolated and offline. This is to keep it fast and reliable. I've had no problem keep it updated. It's a bit of a hassle but again streamlined compared to Linux.
It's pretty trivial on Linux. Set up your local repo mirror on another computer and connect to it instead of remote mirror. That's about it. Just because you never did it doesn't mean it's hard.
Post edited January 30, 2018 by shmerl
avatar
adamhm: You'd have much the same issues with MacOS.
I don't use Macs so talking to about them is kind of a waist since I have no experience with them.

avatar
adamhm: Linux *does* work that way. e.g.: I need a newer version of Innoextract for some GOG installers, so I just download it from its website, then extract it & run it as needed. There are also other software packages I use that are provided as simple binary tarballs that I just extract & run. GOG games are provided like this too, as are many games on the Humble Store, itch.io and elsewhere.
I have not had the same luck. I keep referring to Trine 2 as my main example but there have been quite a few gog games that straight up won't work. Distros tested were official builds of Ubuntu and Mint 64Bit

avatar
adamhm: .so files on Linux are essentially the same thing as .dll files. https://en.wikipedia.org/wiki/Dynamic_linker
I always thought .deb and .lib files filled the purposes of dll files. Either way you need those to install your software.


avatar
adamhm: This very issue is one of the reasons why "Good Old Games" started in the first place, because it's a problem on Windows too (and it's becoming even more of a problem with every release). There are loads of Windows games that have issues with newer versions of Windows and need all kinds of workarounds to get running, some of which are far from straightforward.

Also this kind of problem is partly what the likes of flatpak, appimage, snap etc. are intended to resolve (although they have their drawbacks too).
True and this is a good point. That being said I'll emphasize why it's handeld a little better on Windows then Linux.

If you tried to get a game from 97 to work on on Windows system in 07 you would have some trouble. However getting a game from 07 to work on Windows today isn't really that bad. This is because of both backwards and forwards compatibly systems such as dot net and CV++

I don't expect flatpaks and appiage to take off for two main reasons. One, they tend to be due to not interfacing with the system and two, the Linux community still prefers repos from them.

avatar
adamhm: The numbers given by Steam's survey differs wildly from actual sales figures reported by developers. It's still not a huge market share, but it's quite a bit more than what Steam's survey suggests, and more in line with what other surveys have reported for Linux market share.
The reason I bring up the Steam survey is to remind people what the real time usage of something is. If you're willing to link to some sales statistics I will look them over. That being said I wouldn't be surprised if some games sell better on Linux then others. In fact I wouldn't be surprised if some games sold better on Linux then Windows. There's much less competition on Linux so the community tends to get existed over what little they get. This one guy on Youtube was getting existed over Tecoma. I'm sure it's a good game but it's not the sort of thing I or anyone else would be rushing to the store to pick up.

avatar
adamhm: I'm running Linux Mint 18.3 on a very recent Ryzen based system and it runs great. But YMMV of course, especially if you're trying to run it on a system that uses hardware by certain Linux-unfriendly manufacturers, or a laptop with customised hardware & no thought put into having it run anything other than Windows etc.
I'm glad you're not getting any problems but understand that I did ( still do)
avatar
adamhm: Wine isn't an emulator. The executable is loaded and executed on the system just as it would be on Windows, with Wine providing its own implementation of Windows' APIs.

However not everything has been fully implemented (or at all) yet, and doing so is a far from trivial task: Windows is an extremely large and complicated system, and Wine needs to duplicate Windows' behaviour as perfectly as possible, including all undocumented features and behavior (and there are a lot of such undocumented features). Plus Windows is a rapidly moving target so full compatibility will likely never be achieved unless/until Windows stops being developed.
I think this is the first time I've seen a Linux user called Windows complex. It sure is considering how long it's been around and how much of the old code remains it's amazing that it can run as well as it can.

Anyway Wine is a wrapper yes, but I always use the term emulator is a lose way. To me an emulator is anything that tricks software into thinking it on something that it's not. Both Winr and Crossver create synthetic C drives as well as other small changes to trick Windows applications.

Team Wine doesn't like it being called an emulator because it doesn't recompile but in all honesty not all emulators do. That's beside the point though. Wine just isn't very good software. Crossoover is much better. I understand why Linux users don't like it. It has light DRM and costs money.



avatar
adamhm: I actually gave him a simple set of scripts to backup and restore both the apt cache and package indices for Mint, to allow offline installation of any packages from the repositories. Very easy to use: run one script after installing the packages you want to create the backup, then copy it to the offline system & run the other script there as root to restore, and then simply use the package manager to install the required packages as if the system was online. I gave instructions for them & confirmed that this worked on multiple systems but somehow he still couldn't get them working.
When was this? This might surprise you but I actually do know how the package manager works. I've made both offline repositories and wrote my own bash scripts to download all the updates and deb files needed to install everything the way I like it. But due to how rapidly things deprecate on Linux I decided to just stop wasting time on it. Thing deprecate much faster on Linux then on other systems
avatar
Magmarock: I have two computers and my main gaming rig is air gaped. That means permanently isolated and offline. This is to keep it fast and reliable. I've had no problem keep it updated. It's a bit of a hassle but again streamlined compared to Linux.
avatar
shmerl: It's pretty trivial on Linux. Set up your local repo mirror on another computer and connect to it instead of remote mirror. That's about it. Just because you never did it doesn't mean it's hard.
Or I could just use Windows. I actually did setup a local repository and I didn't even need another computer to do it. It was setup to work from an external hard drive. Just plug it in and use the software center :D I was going to post instructions on how to do this on a Linux forum. But the Linux community got pissed off at me for making it. They didn't like the fact that I was downloading 130 gigs from a repo.
Post edited January 31, 2018 by Magmarock
avatar
Magmarock: Or I could just use Windows
Local Linux repo can be installed on any disk without actually running a server.

See: https://wiki.debian.org/DebianRepository/Setup#local-apt-repository

You said Linux is hard to use for local update, and you were proven wrong. Saying "I can just use Windows" is ignoring your own incorrect claim before. End of discussion really.
Post edited January 31, 2018 by shmerl
avatar
Magmarock: Or I could just use Windows
avatar
shmerl: Local Linux repo can be installed on any disk without actually running a server. You said Linux is hard to use for local update, and you were proven wrong. Saying "I can just use Windows" is ignoring your own incorrect claim before. End of discussion really.
Nice strawman you've got there. If you keep beating it; it might just turn into a dead horse. I said that Linux sucks at backwards compatibility (which it does) and I emphasized that Windows is more streamlined (which it is) I never said I couldn't do it. I don't way it works, because you'll need either an entire server locally or a massive 130 gig download for... I dunno about 5 gigs worth of stuff. You could backup all the .deb files but that reqires having another identical machine connected to the internet just for that perpose.

Not efficient or streamlined isn't it hey? Wouldn't you say? I look forward to see how you willfully misinterpret this one.
avatar
Magmarock: Nice strawman you've got there.
Your reading comprehension problem is not the topic of this thread. Move on.
Post edited January 31, 2018 by shmerl
avatar
Magmarock: Nice strawman you've got there.
avatar
shmerl: Your reading comprehension problem is not the topic of this thread. Move on.
lol that's funny coming from you. Alright I'll say something on topic. W3 is not coming to Linux anytime soon and probably won't be worth playing by the time it does if that. If you're not sure why I'd tell you to read my posts but honestly you should just read you're own ask ask yourself. "Do I as a developer, want to deal with that."
Post edited January 31, 2018 by Magmarock
avatar
Magmarock: I don't use Macs so talking to about them is kind of a waist since I have no experience with them.
I don't use Macs either but I do know a bit about them and have friends that use them, and you'd definitely have the same kinds of issues with Macs as you do with Linux. Perhaps even moreso than on Linux.

avatar
Magmarock: I have not had the same luck. I keep referring to Trine 2 as my main example but there have been quite a few gog games that straight up won't work. Distros tested were official builds of Ubuntu and Mint 64Bit
I don't know what the problem is with Trine 2, but if there is actually a problem & it's not just a case of user error then I'm sure people at GOG will be looking into it as they do with any other game here.

avatar
Magmarock: I always thought .deb and .lib files filled the purposes of dll files. Either way you need those to install your software.
I've manually extracted stuff from .deb packages before and recently learned how to make .deb packages myself so I'm familiar with what they are and how they work.

.deb packages are essentially just archives containing the files they are intended to deliver plus a control file (which contains basic information about the package for the package manager to use, including a list of any dependencies it needs so the package manager can install those too if not already installed), and possibly some pre- and post- install/uninstall scripts etc.

avatar
Magmarock: True and this is a good point. That being said I'll emphasize why it's handeld a little better on Windows then Linux.

If you tried to get a game from 97 to work on on Windows system in 07 you would have some trouble. However getting a game from 07 to work on Windows today isn't really that bad. This is because of both backwards and forwards compatibly systems such as dot net and CV++
.NET and Visual C++ runtimes are not at all "compatibility systems" (at least not in the sense you're suggesting), but a set of libraries and related tools.

Look at it this way. Prior to Windows 10, each release of Windows was basically equivalent to an "LTS" release. Over the life of the OS there wouldn't be many big changes, so there won't be many breakages either. But I know from experience that lots of stuff broke going between e.g. Win98 to XP, XP to Vista/7, or Vista/7 to Win10.

And now that Windows 10 is ostensibly the "final" version of Windows and has switched to a "OS as a service" model along with rolling releases, significant changes are more frequent - and consequently so too are breakages.

avatar
Magmarock: I don't expect flatpaks and appiage to take off for two main reasons. One, they tend to be due to not interfacing with the system and two, the Linux community still prefers repos from them.
Mint 18.3 has added support for flatpaks via the software manager - and they run alongside the normal repository system so either can be used, depending on the user's preference/compatibility with the system.

avatar
Magmarock: The reason I bring up the Steam survey is to remind people what the real time usage of something is. If you're willing to link to some sales statistics I will look them over. That being said I wouldn't be surprised if some games sell better on Linux then others. In fact I wouldn't be surprised if some games sold better on Linux then Windows. There's much less competition on Linux so the community tends to get existed over what little they get. This one guy on Youtube was getting existed over Tecoma. I'm sure it's a good game but it's not the sort of thing I or anyone else would be rushing to the store to pick up.
- It is subject to wild swings from month to month. Recently there was a big surge of Windows 7 users causing a huge drop in other operating systems. This was due to a huge influx of Chinese accounts. Certain big-name titles like PUBG can also cause this.
- Steam's statistics differ considerably from what other surveys indicate (and the sales figures given my devs are typically more in line with the other surveys)
- We don't know how many accounts are due to scammers routinely creating tons of new accounts (which will almost all be on Windows) to get around bans
- The survey on Linux appears to be bugged right now. As of last December I hadn't seen the survey for years despite a complete hardware upgrade and several reinstalls (which usually triggers it- at least on Windows), and yet according to Steam's configuration file the last survey date for my system was in September.

avatar
Magmarock: I'm glad you're not getting any problems but understand that I did ( still do)
I'm not saying it's perfect, but from what you've posted here I suspect the main reason you were having issues is due to misunderstanding how certain things work (and no offense but you seem to be ignorant of a lot of things about both Linux and Windows - even a lot of very basic things).

avatar
Magmarock: Team Wine doesn't like it being called an emulator because it doesn't recompile but in all honesty not all emulators do. That's beside the point though. Wine just isn't very good software. Crossoover is much better. I understand why Linux users don't like it. It has light DRM and costs money.
CrossOver is Wine! It's essentially a version of Wine with certain Wine Staging patches (and the occasional patch that's yet to be merged into Wine/Wine Staging) and a proprietary front-end (which it should be noted is very accessible and does work *very* well). Just before I started using Linux CodeWeavers did a giveaway of a free years' subscription so I used it extensively when I started out & continued with my subscription as it was a big help in moving away from Windows. I actually have a lifetime CrossOver subscription, although I don't use it that much any more (as my Wine knowledge grew I gradually switched to PlayOnLinux to get access to more recent versions of Wine & now use it along with using Wine more directly for creating my wrappers).

Also in my experience the reception to it in the Linux community is generally positive, except amongst the people who are against Wine in general. Buying CrossOver directly funds Wine development :)

avatar
Magmarock: When was this? This might surprise you but I actually do know how the package manager works. I've made both offline repositories and wrote my own bash scripts to download all the updates and deb files needed to install everything the way I like it. But due to how rapidly things deprecate on Linux I decided to just stop wasting time on it. Thing deprecate much faster on Linux then on other systems
2014-2015ish. My suggested approach was to update & install everything you want on the online system (or a VM with online access), then make & copy the apt backup over to the other for installation there. This would allow all of the updates and software installed on the online system to be installed on the offline system (and in exactly the same way), as long as it is using the same distro and release as the online system so that the packages would be compatible.

avatar
Magmarock: They didn't like the fact that I was downloading 130 gigs from a repo.
Considering that it's wasting a rather large amount of bandwidth (which isn't free, and will cause slowdowns for other users), their dislike for that is perfectly understandable.
Post edited February 04, 2018 by adamhm
avatar
adamhm: I don't use Macs either but I do know a bit about them and have friends that use them, and you'd definitely have the same kinds of issues with Macs as you do with Linux. Perhaps even moreso than on Linux.
All OS’s have their headaches but I found Linux quite rage educing so I’ll just take your word for it.


avatar
adamhm: I've manually extracted stuff from .deb packages before and recently learned how to make .deb packages myself so I'm familiar with what they are and how they work.

.deb packages are essentially just archives containing the files they are intended to deliver plus a control file (which contains basic information about the package for the package manager to use, including a list of any dependencies it needs so the package manager can install those too if not already installed), and possibly some pre- and post- install/uninstall scripts etc.
That’s good to know, but the point is you need them to get your stuff to work and the pacakge manager needs to index to know what debs to get. IE you need direct internet for it all to work. You can’t just go the library (at least I can’t) to download what you need.

avatar
adamhm: .NET and Visual C++ runtimes are not at all "compatibility systems" (at least not in the sense you're suggesting), but a set of libraries and related tools.
Perhaps systems wasn’t the right word but I was probably tired when I wrote that. Point is, as long as their in your computer you’ll be able to run your VC++ games


avatar
adamhm: Prior to Windows 10, each release of Windows was basically equivalent to an "LTS" release.
Unless you’re using LTSB. I hate Win 10 Pro. I still prefer it over Linux but the constant changes annoy me. Not so much because of the changes in on themselves but having to get used it every time they release a service pack( Redstone update) Now altering the DPI also changes the mouse setting meaning that I have to used a reg file to get 1 to 1 mouse movement. I switched to LTSB and never looked back.



avatar
adamhm: - It is subject to wild swings from month to month. Recently there was a big surge of Windows 7 users causing a huge drop in other operating systems. This was due to a huge influx of Chinese accounts. Certain big-name titles like PUBG can also cause this.
- Steam's statistics differ considerably from what other surveys indicate (and the sales figures given my devs are typically more in line with the other surveys)
- We don't know how many accounts are due to scammers routinely creating tons of new accounts (which will almost all be on Windows) to get around bans
- The survey on Linux appears to be bugged right now. As of last December I hadn't seen the survey for years despite a complete hardware upgrade and several reinstalls (which usually triggers it- at least on Windows), and yet according to Steam's configuration file the last survey date for my system was in September.
The Steam survey might not be perfect but it’s the best I’ve found got. Please don’t take this the wrong way but those points do sound a little like excuses. Linux got the biggest push for advertising when Steam released SteamOS. This might possibly the most aggressively advertised free product in the world and still didn’t take off. The point of my criticism is that Linux not succeeding is on their end and one anyone. History has thought us that monopolies can be beaten.

Do you have a link to these other surveys I’d very much like to look them over, but no links to Linux sites thank you.


avatar
adamhm: I'm not saying it's perfect, but from what you've posted here I suspect the main reason you were having issues is due to misunderstanding how certain things work (and no offense but you seem to be ignorant of a lot of things about both Linux and Windows - even a lot of very basic things).
None taken. I hear it a lot but you can’t argue with results. I knew this guy who was a Linux fan and was always criticising my knowledge on computers. Despite fixing all his silly little problems with Maya and Windows he eventually stopped talking to me. I wish I hadn't helped. Point is I might not know all the trivia of Linux but I know how to get thing working in both OS’s and you have more options and salutations open to you through Windows then you do through Linux. Some of this is due to monopoly, but a some of it is also due to a lack of support for closed source work flow. For all the talk of freedom there’s something to be said about ones freedom to have trade secrets. IE closed source software.


avatar
adamhm: CrossOver is Wine! It's essentially a version of Wine with certain Wine Staging patches (and the occasional patch that's yet to be merged into Wine/Wine Staging) and a proprietary front-end (which it should be noted is very accessible and does work *very* well). Just before I started using Linux CodeWeavers did a giveaway of a free years' subscription so I used it extensively when I started out & continued with my subscription as it was a big help in moving away from Windows. I actually have a lifetime CrossOver subscription, although I don't use it that much any more (as my Wine knowledge grew I gradually switched to PlayOnLinux to get access to more recent versions of Wine & now use it along with using Wine more directly for creating my wrappers).

Also in my experience the reception to it in the Linux community is generally positive, except amongst the people who are against Wine in general. Buying CrossOver directly funds Wine development :)
I know of the relationship of Crossover and Wine but Crossover is not Wine. For starters it works. Same code and team but it’s clear where their priorities lie. Play on Linux is the worst. The Linux world is full of so many contradictions. POL and Winetricks both rely on direct server access to function. This means that you the user have no true independence to manage your own software. Linux might be free from corporations but it is not free from online servers. I’ve mentioned before how this system is like DRM in terms of functionality, but as long as no brands or corporations are involved the community doesn’t seem to mind.

avatar
adamhm: 2014-2015ish. My suggested approach was to update & install everything you want on the online system (or a VM with online access), then make & copy the apt backup over to the other for installation there. This would allow all of the updates and software installed on the online system to be installed on the offline system (and in exactly the same way), as long as it is using the same distro and release as the online system so that the packages would be compatible.
Oh right I think I remember that. Yes that did in fact work as a backup. I wrote a script to animate the whole thing. Here take a look https://www.dropbox.com/s/hdaevjrrmslkera/Deb-Mint-Cin-18.2.sh?dl=0

But there’s just one problem
avatar
adamhm: as long as it is using the same distro and release as the online system
This is only indented to work for mint 18.2 and with every new release I have to change to the script

avatar
adamhm: Considering that it's wasting a rather large amount of bandwidth (which isn't free, and will cause slowdowns for other users), their dislike for that is perfectly understandable.
That’s right, it’s not worth the bandwidth time or space, so I won’t bother with it. But it does highlight a glaring with how much Linux relies on it’s repositories to work. You might be thinking “hey doesn’t Windows rely on it’s servers” only for updates and activation. Not for apps. Also you can update offline much easier then Linux. Online updating through a client is much better on Linux, no one is going to argue that. But archiving the updates. Much easier on Windows.
avatar
Magmarock: That’s good to know, but the point is you need them to get your stuff to work and the pacakge manager needs to index to know what debs to get. IE you need direct internet for it all to work. You can’t just go the library (at least I can’t) to download what you need.
The package manager needs the repository indices to know what packages are available (and which versions) so it can both check if the dependency list in the package can be satisfied and automatically install the appropriate dependencies if they aren't already installed.

As of Mint 18 you can use the live environment for downloading packages and their dependencies (the ones that aren't already installed) by using "apt download <package>".

Alternatively if you're only after a handful of specific packages then you could simply download them using a browser.

avatar
Magmarock: Perhaps systems wasn’t the right word but I was probably tired when I wrote that. Point is, as long as their in your computer you’ll be able to run your VC++ games
It's the same with comparable libraries on Linux, with the same caveats.

avatar
Magmarock: Unless you’re using LTSB.
Which is only legitimately available for enterprise users, and only because they won't tolerate the breakages.

avatar
Magmarock: Linux got the biggest push for advertising when Steam released SteamOS. This might possibly the most aggressively advertised free product in the world and still didn’t take off.
Ok, you *must* be trolling here! First, Valve barely did any advertising, leaving it mostly up to third party companies and the media to market their systems & SteamOS.

Second: Windows 10. Microsoft was effectively forcing that on people, to the point of using exactly the same techniques as malware and causing a lot of disruption... it doesn't get much more aggressive than that. And it was still resisted heavily, and Windows 7 is still dominant.

avatar
Magmarock: Do you have a link to these other surveys I’d very much like to look them over, but no links to Linux sites thank you.
Unfortunately I do not tend to save the links to them.

avatar
Magmarock: I know of the relationship of Crossover and Wine but Crossover is not Wine.
CrossOver is Wine. Select a bottle/prefix and open its Wine configuration panel or look in the CrossOver installation directory and look at the binaries and see. They use a version of Wine with some staging patches + occasionally some other yet-to-be-merged patches, the main difference with CrossOver is its front-end and install scripts.

avatar
Magmarock: For starters it works. Same code and team but it’s clear where their priorities lie. Play on Linux is the worst.
They both work. I've used both extensively and can attest to this fact. You can typically achieve better results with PlayOnLinux (and an appropriate Wine version) or by using Wine directly, but you need to know what you're doing so you can set it up properly for whatever you want to run. CrossOver is a lot easier to use & even if you don't really know what you're doing you're likely to have more success with it without putting much effort in.

avatar
Magmarock: POL and Winetricks both rely on direct server access to function. This means that you the user have no true independence to manage your own software. Linux might be free from corporations but it is not free from online servers. I’ve mentioned before how this system is like DRM in terms of functionality, but as long as no brands or corporations are involved the community doesn’t seem to mind.
Winetricks does not require internet access unless it strictly needs it. e.g. if you install DirectX components then it may need to download the approprate DirectX redistributable, but once downloaded it is cached in ~/.winetricks/directx9 for future use so it does not need to download it again. Similar to how you need internet access to download things from the repositories, but if you download the packages and indices manually & put them where they're supposed to be the package manager will happily install/update everything offline.

POL does the same thing, but that does require internet access anyway because it doesn't store its install scripts locally (or at least it didn't last time I looked into it- I don't like this behaviour either).

My own Wine wrappers also work completely offline as long as the required components have been downloaded already.

avatar
Magmarock: But there’s just one problem
This is only indented to work for mint 18.2 and with every new release I have to change to the script
Well yeah, because otherwise it'd be like downloading all the updates for Vista, forcibly installing them on Win7 and wondering why it's now BSOD'ing. "But I installed all the updates..." - they weren't meant for that system!

avatar
Magmarock: That’s right, it’s not worth the bandwidth time or space, so I won’t bother with it. But it does highlight a glaring with how much Linux relies on it’s repositories to work. You might be thinking “hey doesn’t Windows rely on it’s servers” only for updates and activation. Not for apps. Also you can update offline much easier then Linux. Online updating through a client is much better on Linux, no one is going to argue that. But archiving the updates. Much easier on Windows.
It's entirely possible to download only system updates and dependencies through the repositories while installing additional software separately (and I use a bunch of software that's installed separately to the repositories), but the repositories are favoured because they are far easier to use and keep updated.
Post edited February 05, 2018 by adamhm
avatar
Magmarock: Linux got the biggest push for advertising when Steam released SteamOS. This might possibly the most aggressively advertised free product in the world and still didn’t take off.
avatar
adamhm: Ok, you *must* be trolling here! First, Valve barely did any advertising, leaving it mostly up to third party companies and the media to market their systems & SteamOS.

Second: Windows 10. Microsoft was effectively forcing that on people, to the point of using exactly the same techniques as malware and causing a lot of disruption... it doesn't get much more aggressive than that. And it was still resisted heavily, and Windows 7 is still dominant.
Oh I forgot about the Windows 10 upgrade thing. Because I disabled update it wasn’t a problem for me. Anyway no I’m not trolling but I don’t think anything will be good enough because on the desktop Linux isn’t good enough. No one outside of a small fringe of people want to use it. SteamOS was all over the front page of their website. I keep hearing and if Dell and HP promoted Linux more people would use it. Bullshit, no they wouldn’t and once again we’d have to have all the reasons why it didn’t work. That wit wasn’t set up properly, they didn’t do this, they didn’t do that. The reality is that in it’s current state no one wants to use it.


avatar
Magmarock: Do you have a link to these other surveys I’d very much like to look them over, but no links to Linux sites thank you.
avatar
adamhm: Unfortunately I do not tend to save the links to them.
I see, well I’m gonna need more then just your word.

avatar
adamhm: They both work. I've used both extensively and can attest to this fact. You can typically achieve better results with PlayOnLinux (and an appropriate Wine version) or by using Wine directly, but you need to know what you're doing so you can set it up properly for whatever you want to run. CrossOver is a lot easier to use & even if you don't really know what you're doing you're likely to have more success with it without putting much effort in.
If you say something along the lines of “it’s really easy to use” and then follow it up with “if you know what you’re doing” then you’ve contracted yourself. Nonetheless I have a small challenge for you. Get Fear to run at a playable frame rate using Wine 1.6 you can use POL and winetricks but you’ll get bonus points if you don’t.

avatar
Magmarock: POL does the same thing, but that does require internet access anyway because it doesn't store its install scripts locally (or at least it didn't last time I looked into it- I don't like this behaviour either).

My own Wine wrappers also work completely offline as long as the required components have been downloaded already.
That’s good to hear. You should be able to understand why though people don’t want to go through all that. I don’t have the patience for it. I have a habit of asking GOG to include unofficial patches into some of their games to prove their functionality. They often don’t but I wish they did. The less steps you go through to get something to work the better. Otherwise people will just go back to consoles.

avatar
adamhm: Well yeah, because otherwise it'd be like downloading all the updates for Vista, forcibly installing them on Win7 and wondering why it's now BSOD'ing. "But I installed all the updates..." - they weren't meant for that system!
Yeah well it’s annoying, I have to edit the script every time they make a change. I got sick of it.

avatar
adamhm: It's entirely possible to download only system updates and dependencies through the repositories while installing additional software separately (and I use a bunch of software that's installed separately to the repositories), but the repositories are favoured because they are far easier to use and keep updated.
The only other way I know of to reliably install software into Linux us with Appimage
avatar
Magmarock: Oh I forgot about the Windows 10 upgrade thing. Because I disabled update it wasn’t a problem for me. Anyway no I’m not trolling but I don’t think anything will be good enough because on the desktop Linux isn’t good enough. No one outside of a small fringe of people want to use it. SteamOS was all over the front page of their website. I keep hearing and if Dell and HP promoted Linux more people would use it. Bullshit, no they wouldn’t and once again we’d have to have all the reasons why it didn’t work. That wit wasn’t set up properly, they didn’t do this, they didn’t do that. The reality is that in it’s current state no one wants to use it.
It's much more complicated than you make it out to be. Advertising alone wouldn't be enough, even having it work flawlessly wouldn't be enough, because the truth is that people are resistant to change and generally avoid it unless they are forced to - especially when it involves changing to something that's unfamiliar.

There's also path dependence and lock-in, where people rely on software that's Windows only and moving to Linux means quite a lot more effort to either find alternatives or try to get said software running in Wine or so - or possibly go without. As far as gaming is concerned many games also do not have Linux versions yet nor do they run in Wine, which puts off a lot of gamers.

In addition Linux has network effect working against it, where the smaller userbase can make it more difficult to find people to help when you run into issues.

This is all gradually changing though as more developers start supporting Linux, as Wine improves, and more people start using Linux.

avatar
Magmarock: I see, well I’m gonna need more then just your word.
GamingOnLinux did/do a series about sales statistics from various developers: https://www.gamingonlinux.com/articles/linux-game-sales-statistics-from-multiple-developers-part-5.10064 (includes links to earlier parts too)

In terms of actual sales, Linux tends to consistently get around 2%, with Mac around 4% and the rest being on Windows, although there are outliers in either direction (one developer even reported 11% of sales on Linux: https://www.gamingonlinux.com/articles/an-interview-with-the-developer-of-space-sim-helium-rain-who-says-linux-gaming-is-alive-and-well.10982 )

avatar
adamhm: They both work. I've used both extensively and can attest to this fact. You can typically achieve better results with PlayOnLinux (and an appropriate Wine version) or by using Wine directly, but you need to know what you're doing so you can set it up properly for whatever you want to run. CrossOver is a lot easier to use & even if you don't really know what you're doing you're likely to have more success with it without putting much effort in.
avatar
Magmarock: If you say something along the lines of “it’s really easy to use” and then follow it up with “if you know what you’re doing” then you’ve contracted yourself. Nonetheless I have a small challenge for you.
I never said that; read it more carefully. I said: "You can typically achieve better results with PlayOnLinux (and an appropriate Wine version) or by using Wine directly, but you need to know what you're doing...".

CrossOver makes it a lot easier by providing a lot more automation (and based on the experience I had when I started using Linux 5 years ago with zero prior experience, it is pretty damn easy to use) - but this comes at the cost of having much less control over it which means the results aren't going to be as good as what you can get by setting up and fine-tuning everything manually. There's also the fact that it isn't updated as frequently as Wine or Wine Staging so it tends to lack features compared to regular Wine/Wine Staging as time goes on between releases.

avatar
Magmarock: Get Fear to run at a playable frame rate using Wine 1.6 you can use POL and winetricks but you’ll get bonus points if you don’t.
Wine 1.6 is ancient and is missing many features, including some very important features for gaming performance such as CSMT. Also FEAR runs great in Wine; I already made a standalone Wine wrapper for it some time ago: https://www.gog.com/forum/fear_series/fear_fear_2_for_linux

avatar
Magmarock: Yeah well it’s annoying, I have to edit the script every time they make a change. I got sick of it.
If it was done properly you shouldn't need to change the scripts at all between releases. The scripts I gave you didn't - they just backup and restore the apt cache and indices, the locations of which are standardised. Just run the backup script on the online system, then copy the backup to the offline system and run the restore script. Then after that you can simply install the packages via the update manager/software manager/etc as if the system was online (it'll first complain about the lack of connection as it reloads and tries to refresh the indices but then it'll let you install the new packages).
avatar
Magmarock: Nonetheless I have a small challenge for you. Get Fear to run at a playable frame rate using Wine 1.6 you can use POL and winetricks but you’ll get bonus points if you don’t.
Why a challenge to use a 5 year old version of WINE? I challenge you to get FEAR playable on Windows 98.
avatar
Magmarock: Nonetheless I have a small challenge for you. Get Fear to run at a playable frame rate using Wine 1.6 you can use POL and winetricks but you’ll get bonus points if you don’t.
avatar
hummer010: Why a challenge to use a 5 year old version of WINE? I challenge you to get FEAR playable on Windows 98.
Because Wine 1.6 is still currently the latest version in the default Ubuntu repos