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
kohlrak: You might find it equally difficult to trying to view yahoo news without internet.
avatar
Magmarock: What's that got to do with anything?
Repos are servers.
avatar
Magmarock: What's that got to do with anything?
avatar
kohlrak: Repos are servers.
Yeah and you need them to install software and update your system as well as get the dependencies needed to make your stuff work. How is this not like DRM?
avatar
kohlrak: Repos are servers.
avatar
Magmarock: Yeah and you need them to install software and update your system as well as get the dependencies needed to make your stuff work. How is this not like DRM?
Because you have other methods to get the exact same things. You do have the option of source packages, as well as downloading straight from the developer.

As for grabbing updates, it's always optional and updates must be acquired in some way if you want updates. You have numerous options, actually. You can actually get physical CDs for most repos.
avatar
Magmarock: Yeah and you need them to install software and update your system as well as get the dependencies needed to make your stuff work. How is this not like DRM?
avatar
kohlrak: Because you have other methods to get the exact same things. You do have the option of source packages, as well as downloading straight from the developer.

As for grabbing updates, it's always optional and updates must be acquired in some way if you want updates. You have numerous options, actually. You can actually get physical CDs for most repos.
Okay so how do you install the latest nvidia drivers and VLC without using the package manager or repository?
avatar
kohlrak: Because you have other methods to get the exact same things. You do have the option of source packages, as well as downloading straight from the developer.

As for grabbing updates, it's always optional and updates must be acquired in some way if you want updates. You have numerous options, actually. You can actually get physical CDs for most repos.
avatar
Magmarock: Okay so how do you install the latest nvidia drivers and VLC without using the package manager or repository?
Depends on how fast you want it. Drivers usually come through the kernel, though there are exceptions. Depends on your distro. For VLC, The up-to-date source is , while the old versions are [url=http://download.videolan.org/pub/vlc/]here. You can always grab them from git://git.videolan.org/vlc.git, if you don't mind a source repo, but you can also grab them here and all this still assumes you want to compile from source instead of using a pre-built binary. At which point you can get CDs that hold prebuilt binaries, but i recommend the package manager just out of ease, which you can still use without an internet connection if you can get the package files.

And why is there so many options? Because not every linux distro has a package manager.
avatar
Magmarock: Okay so how do you install the latest nvidia drivers and VLC without using the package manager or repository?
avatar
kohlrak: Depends on how fast you want it. Drivers usually come through the kernel, though there are exceptions. Depends on your distro. For VLC, The up-to-date source is , while the old versions are [url=http://download.videolan.org/pub/vlc/]here. You can always grab them from git://git.videolan.org/vlc.git, if you don't mind a source repo, but you can also grab them here and all this still assumes you want to compile from source instead of using a pre-built binary. At which point you can get CDs that hold prebuilt binaries, but i recommend the package manager just out of ease, which you can still use without an internet connection if you can get the package files.

And why is there so many options? Because not every linux distro has a package manager.
The first link you posted doesn't work. I have never found a way to install drivers outside of the repo. There are some portable apps but they are very unoptimized. Most distros I know of are ubuntu based and thus need a repo to work properly. Unless you know of one I've missed.
avatar
kohlrak: Depends on how fast you want it. Drivers usually come through the kernel, though there are exceptions. Depends on your distro. For VLC, The up-to-date source is , while the old versions are [url=http://download.videolan.org/pub/vlc/]here. You can always grab them from git://git.videolan.org/vlc.git, if you don't mind a source repo, but you can also grab them here and all this still assumes you want to compile from source instead of using a pre-built binary. At which point you can get CDs that hold prebuilt binaries, but i recommend the package manager just out of ease, which you can still use without an internet connection if you can get the package files.

And why is there so many options? Because not every linux distro has a package manager.
avatar
Magmarock: The first link you posted doesn't work. I have never found a way to install drivers outside of the repo. There are some portable apps but they are very unoptimized. Most distros I know of are ubuntu based and thus need a repo to work properly. Unless you know of one I've missed.
The busted links are an issue with the way gog handles the URL tags. Basically, sources can always be compiled, which is actually more optimized than downloading from the repo, which is why there are distros out there where the repos are nothing more than source-code distributers and the updater actually compiles the code on the spot. And, no, they're not ubuntu based, but debian based, since ubuntu was built on debian. My server runs fedora, which is a little too loyal to the FSF, since some drivers aren't available without adding extra 3rd party repos (which you can even make yourself). All a given repo is is a format for which package files can be downloaded, which are open to the degree that you can also download or even make them from third parties and install without a connection (outside of downloading on a gate PC). The packages can also be found on CDs, but if you're not using the internet to any extent, it's kind of hard to find a way to get something up to date.

What exactly are you trying to accomplish? Updating a computer that never connects directly to the net? Or are you just trying to push the envelope on what is and isn't considered DRM? If you're trying to figure out how it works, being open source, you can actually read up on it and design your own tools if you don't like the ones available. That's kind of the big point with linux.
avatar
Magmarock: The first link you posted doesn't work. I have never found a way to install drivers outside of the repo. There are some portable apps but they are very unoptimized. Most distros I know of are ubuntu based and thus need a repo to work properly. Unless you know of one I've missed.
avatar
kohlrak: The busted links are an issue with the way gog handles the URL tags. Basically, sources can always be compiled, which is actually more optimized than downloading from the repo, which is why there are distros out there where the repos are nothing more than source-code distributers and the updater actually compiles the code on the spot. And, no, they're not ubuntu based, but debian based, since ubuntu was built on debian. My server runs fedora, which is a little too loyal to the FSF, since some drivers aren't available without adding extra 3rd party repos (which you can even make yourself). All a given repo is is a format for which package files can be downloaded, which are open to the degree that you can also download or even make them from third parties and install without a connection (outside of downloading on a gate PC). The packages can also be found on CDs, but if you're not using the internet to any extent, it's kind of hard to find a way to get something up to date.

What exactly are you trying to accomplish? Updating a computer that never connects directly to the net? Or are you just trying to push the envelope on what is and isn't considered DRM? If you're trying to figure out how it works, being open source, you can actually read up on it and design your own tools if you don't like the ones available. That's kind of the big point with linux.
Ubuntu based Debian based you really like splitting hairs don't you? As for what I'm trying to do well I'm an archivist which means I like to store all my software locally and why I like drm free software. As for compiling no I not prepared to do that. Put it this way

1. download a thing

2. copy thing to USB or Hard Drive

3. Click on thing

4. thing works

Microsoft figured this out in 95 and that was 23 years ago why hasn't Linux caught up yet?
avatar
kohlrak: The busted links are an issue with the way gog handles the URL tags. Basically, sources can always be compiled, which is actually more optimized than downloading from the repo, which is why there are distros out there where the repos are nothing more than source-code distributers and the updater actually compiles the code on the spot. And, no, they're not ubuntu based, but debian based, since ubuntu was built on debian. My server runs fedora, which is a little too loyal to the FSF, since some drivers aren't available without adding extra 3rd party repos (which you can even make yourself). All a given repo is is a format for which package files can be downloaded, which are open to the degree that you can also download or even make them from third parties and install without a connection (outside of downloading on a gate PC). The packages can also be found on CDs, but if you're not using the internet to any extent, it's kind of hard to find a way to get something up to date.

What exactly are you trying to accomplish? Updating a computer that never connects directly to the net? Or are you just trying to push the envelope on what is and isn't considered DRM? If you're trying to figure out how it works, being open source, you can actually read up on it and design your own tools if you don't like the ones available. That's kind of the big point with linux.
avatar
Magmarock: Ubuntu based Debian based you really like splitting hairs don't you? As for what I'm trying to do well I'm an archivist which means I like to store all my software locally and why I like drm free software. As for compiling no I not prepared to do that. Put it this way

1. download a thing

2. copy thing to USB or Hard Drive

3. Click on thing

4. thing works

Microsoft figured this out in 95 and that was 23 years ago why hasn't Linux caught up yet?
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
kohlrak: I support FOSS, but i'm OK with straight open source without power of redistribution if the only other alternative is no source.
I'm not OK with it, i.e. it's better than simply closed source, but it's not FOSS either.

avatar
Magmarock: Yeah and you need them to install software and update your system as well as get the dependencies needed to make your stuff work. How is this not like DRM?
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.
Post edited January 30, 2018 by shmerl
avatar
kohlrak: I support FOSS, but i'm OK with straight open source without power of redistribution if the only other alternative is no source.
avatar
shmerl: I'm not OK with it, i.e. it's better than simply closed source, but it's not FOSS either.
Don't get me wrong, but i can see the arguments for it. It's still not DRM, but, rather, it works under the presumption that you, as a customer, have the right to modify the product, but you don't have the right to then turn around and take a chunk out of the profits of the company that made it simply because you fixed a typo or converted it to british spelling. Companies should have a right to make a profit if they invest in something, and the license usually works on trust, rather than complex DRM or something. Meaning, they'll often let small files with your modified changes get released to other legal purchasers.
avatar
Magmarock: Yeah and you need them to install software and update your system as well as get the dependencies needed to make your stuff work. How is this not like DRM?
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.
Is he really talking about windows vs linux or is this more or less about how he incorrectly viewed linux repos as another form of DRM?
avatar
kohlrak: Companies should have a right to make a profit if they invest in something,
FOSS doesn't prevent companies from making profit or selling their FOSS based products. It nowhere forbids commercial usage.

avatar
kohlrak: Is he really talking about windows vs linux or is this more or less about how he incorrectly viewed linux repos as another form of DRM?
So far it was a bunch of "Windows is so much better than Linux", "I'm against Linux", "developers shoulnd't make games for Linux" and so on. IMHO it's enough of that already in this thread. Let's move on to relevant stuff.
Post edited January 30, 2018 by shmerl
avatar
kohlrak: Companies should have a right to make a profit if they invest in something,
avatar
shmerl: FOSS doesn't prevent companies from making profit or selling their FOSS based products.
FOSS has some funny distribution rules, however, that basically allow a single person to gate the purchase for others, IIRC. Or i could just be confusing it with GNU GPL v3. But, this opens up the discussion that humans should've had 20 years ago: what are we paying for when we buy software? A license? The software? A key? What? What value does a company retain, and, given the ability to infinitely copy software without an extra manufacturing cost (unlike with books and furniture and such), is it right that we charge for software on a per-copy basis?

We never really answered that as a culture, let alone people.
avatar
Magmarock: Lol I don't think you understand. I have no issue with games on other platforms at all. I don't care that gog or CDRP support Mac or the console systems. It's Linux specifically that I don't like. The platform has no deference against deprecation and the less said about the community the better.
You'd have much the same issues with MacOS.

avatar
Magmarock: Go to website, download a thing, install the thing, voila. I think that would be an improvement.
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.

avatar
Magmarock: There's one major floor with all Linux based distros however that not only make it bad for games, they make it the worst possible platform for games. It's because of the way it uses dependencies. Thanks to dll files Windows has little to no problems running deprecated software...
.so files on Linux are essentially the same thing as .dll files. https://en.wikipedia.org/wiki/Dynamic_linker

avatar
Magmarock: Linux on the other hand has nothing to counter this. If you want to see an example of this type of nonsense; then try to get Trine 2 gog to work on Linux Mint. All 17 versions worked fine but with 18 you have to go through more steps. By the time we get to 19 or 20, I expect Trine 2 to not work at all.
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).

avatar
Magmarock: according to the Steam hardware survey Linux can't even reach a full percentage. I wouldn't really call that growth.
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.

avatar
Magmarock: The latest version of Mint still has issues running on my computer. Linux works well on old stuff I'll give you that but new stuff just forget it. It doesn't months it takes years before everything is working right.
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.

avatar
Magmarock: Wine is an emulator...
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.

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.
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.
Post edited January 30, 2018 by adamhm
avatar
Magmarock: Ubuntu based Debian based you really like splitting hairs don't you? As for what I'm trying to do well I'm an archivist which means I like to store all my software locally and why I like drm free software. As for compiling no I not prepared to do that. Put it this way

1. download a thing

2. copy thing to USB or Hard Drive

3. Click on thing

4. thing works

Microsoft figured this out in 95 and that was 23 years ago why hasn't Linux caught up yet?
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.
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.
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
Post edited January 30, 2018 by Magmarock