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
Magmarock: Considering how few people use Linux I'd say quite a bit. I'm thinking of writing an article about it.
avatar
hummer010: Seriously?!? The majority of Linux distro's these days have a GUI installer. Arch is one of the outside cases. This is definitely not the THING that is keeping people from using Linux.

What would your article be? About how it's easier to install Ubuntu than Windows?
No it would highlight all the troubles I've had with it and why I personally think people aren't using Linux. I really don't like the way Linux installs software and I'm yet to find a distro that does.
avatar
Magmarock: What about when you need to move it to a new computer
avatar
Lin545: What about it? Linux kernel handles all hardware changes automatically anyway.
Exactly so I thought I could just import an image from system to another. Unfortunately not. You might be able to move the hard drive from one system to another, but if you import an image from say a small virtual system to a larger system you're going to have problems. Futhermore I don't think even hard drive moving will work well if you've installed nvidia drivers. In my experience it can break the system.
Post edited February 08, 2018 by Magmarock
avatar
Magmarock: Exactly so I thought I could just import an image from system to another. Unfortunately not. You might be able to move the hard drive from one system to another, but if you import an image from say a small virtual system to a larger system you're going to have problems. Futhermore I don't think even hard drive moving will work well if you've installed nvidia drivers. In my experience it can break the system.
Nah, not virtual systems - real systems. The case that you describe: move with filesystem grow/shrink is correctly problematic, but its problematic on all OSes and difficulty comes from the actual filesystem driver capabilities and type of filesystems. The OS type, I don't think it plays any major role here, they all may have own nuances. :) Sure, some FS are PIA to work, but thats usually the payback for features they allow. Simple FS are easy to grow/shrink.

Still, I don't think you'll ever need to do this anymore, as its much faster to either move images, or move configuration into newly prepaired FS with different geometry and then allow the system to assemble itself, than to mess with filesystem geometries. :)

My experience at least says that I never ever had to deal with FS shinking/growing during migration at all.

You probably mean that properietary Nvidia split the userspace driver into different versions, because thats how they support different card generations. Well, if you know the driver version, you just have to replace the nvidia package - until then, the system boots into VESA. If you have Linux distro with some autodetect layer, then it will automatically replace. AFAIK its actually same in Windows then, unsuprising nvidia is author of both drivers.
In nix, the system should autodetect correct package name, pull and install it, while automatically releasing the older package. During this process it creates a new generation, so you can move back anytime within package sets until you garbage-collect. Yes, but you must enable proprietary software visibility though and add "nvidia" to packages, or it will assume you are ok with nouveau.

I am okay with nouveau though, but its the only nvidia IGP I have though, and its on media server. All my machines are Intel or AMD/Radeon, both foss :)
avatar
Magmarock: Exactly so I thought I could just import an image from system to another. Unfortunately not. You might be able to move the hard drive from one system to another, but if you import an image from say a small virtual system to a larger system you're going to have problems. Futhermore I don't think even hard drive moving will work well if you've installed nvidia drivers. In my experience it can break the system.
avatar
Lin545: Nah, not virtual systems - real systems. The case that you describe: move with filesystem grow/shrink is correctly problematic, but its problematic on all OSes and difficulty comes from the actual filesystem driver capabilities and type of filesystems. The OS type, I don't think it plays any major role here, they all may have own nuances. :) Sure, some FS are PIA to work, but thats usually the payback for features they allow. Simple FS are easy to grow/shrink.

Still, I don't think you'll ever need to do this anymore, as its much faster to either move images, or move configuration into newly prepaired FS with different geometry and then allow the system to assemble itself, than to mess with filesystem geometries. :)

My experience at least says that I never ever had to deal with FS shinking/growing during migration at all.

You probably mean that properietary Nvidia split the userspace driver into different versions, because thats how they support different card generations. Well, if you know the driver version, you just have to replace the nvidia package - until then, the system boots into VESA. If you have Linux distro with some autodetect layer, then it will automatically replace. AFAIK its actually same in Windows then, unsuprising nvidia is author of both drivers.
In nix, the system should autodetect correct package name, pull and install it, while automatically releasing the older package. During this process it creates a new generation, so you can move back anytime within package sets until you garbage-collect. Yes, but you must enable proprietary software visibility though and add "nvidia" to packages, or it will assume you are ok with nouveau.

I am okay with nouveau though, but its the only nvidia IGP I have though, and its on media server. All my machines are Intel or AMD/Radeon, both foss :)
Well the reason I bought up migration is that you know much we all hate DRM and with that I personally hate internet dependency. I thought maybe I could install Linux on a virtual machine and install the packages I needed before imaging it and using that image to install it. But the only thing that really works is this script I made https://www.dropbox.com/s/hdaevjrrmslkera/Deb-Mint-Cin-18.2.sh?dl=0 it need to be updated of course.
Post edited February 08, 2018 by Magmarock
avatar
Magmarock: Well the reason I bought up migration is that you know much we all hate DRM and with that I personally hate internet dependency. I thought maybe I could install Linux on a virtual machine and install the packages I needed before imaging it and using that image to install it. But the only thing that really works is this script I made https://www.dropbox.com/s/hdaevjrrmslkera/Deb-Mint-Cin-18.2.sh?dl=0 it need to be updated of course.
"The problem" is that Linux core security model lies in fixing of vulnerabilities instead of constant pre-scanning for them, thus internets is really a requirement. This constant "rolling" is seen in very distinctive, but all modern ecosystems and is logical extension of code complexity.

An alternative I see is either using simple code (think Freedos or Menuet), or using completely proprietary solution, or relying on disknet. That may also include limiting the hardware.

As of your script, you seem to be doing a lot of installs. if I may, I have few offers to improve it:

1) you may want to use this line at the script top:

if [[ "$(id -ur)" -ne 0 ]]; then sudo "$0" "$*"; else exit; fi

to get rid of all "sudo" in front of the commands. This makes script to pass itself through sudo, if its not root.

2) I recommend replacing the "~" with "$HOME" internal variable, because the later is always expanded, the former is expanded at run-time, if it gets through shell.
For example, "$HOME/some_dir" expands to "/home/user/some_dir" at runtime. You can test it through "echo $HOME"

3) I would also not recommend to "rm" anything in "~/Desktop", we have "/tmp/" (in RAM) and "/var/tmp/" (on disk) for this :) Its a bit dangerous :)
Post edited February 08, 2018 by Lin545
avatar
Magmarock: Well the reason I bought up migration is that you know much we all hate DRM and with that I personally hate internet dependency. I thought maybe I could install Linux on a virtual machine and install the packages I needed before imaging it and using that image to install it. But the only thing that really works is this script I made https://www.dropbox.com/s/hdaevjrrmslkera/Deb-Mint-Cin-18.2.sh?dl=0 it need to be updated of course.
If you hate internet dependancy then most probably you'd like Debian 9 (Stable). You can download the ISO's and create a full offline repository out of them. If you don't need to compile from source much, then the first few discs are enough for gaming / normal desktop work.

I'm running one of my systems in this way since it isn't always connected to internet and it's really handy.
avatar
Magmarock: Well the reason I bought up migration is that you know much we all hate DRM and with that I personally hate internet dependency. I thought maybe I could install Linux on a virtual machine and install the packages I needed before imaging it and using that image to install it. But the only thing that really works is this script I made https://www.dropbox.com/s/hdaevjrrmslkera/Deb-Mint-Cin-18.2.sh?dl=0 it need to be updated of course.
avatar
Ganni1987: If you hate internet dependancy then most probably you'd like Debian 9 (Stable). You can download the ISO's and create a full offline repository out of them. If you don't need to compile from source much, then the first few discs are enough for gaming / normal desktop work.

I'm running one of my systems in this way since it isn't always connected to internet and it's really handy.
I did take a look at debain and I did like it from the test on the virtual machine. But for real hardware I don't actually have a CD drive so I would need to go about mounting the isos and install the rest of the packages.
avatar
Ganni1987: If you hate internet dependancy then most probably you'd like Debian 9 (Stable). You can download the ISO's and create a full offline repository out of them. If you don't need to compile from source much, then the first few discs are enough for gaming / normal desktop work.

I'm running one of my systems in this way since it isn't always connected to internet and it's really handy.
avatar
Magmarock: I did take a look at debain and I did like it from the test on the virtual machine. But for real hardware I don't actually have a CD drive so I would need to go about mounting the isos and install the rest of the packages.
No need for a CD drive, I personally don't have one for the past 4 years. I will try to record a video how to do it this weekend, it will certainly explain better than writing. :-)
avatar
Ganni1987: No need for a CD drive, I personally don't have one for the past 4 years.
Debian project ships hybrid ISO images, which means they can be perfectly installed on any flash or hard drive as well, which allows booting from it including inside a VM. A while ago I disconnected my optical drive too and haven't used it since. Last time I needed an optical drive was to make a bootable CD for flashing firmware on one Lenovo laptop. There is just no other way to do it from Linux.
Post edited February 09, 2018 by shmerl
avatar
Magmarock: Well the reason I bought up migration is that you know much we all hate DRM and with that I personally hate internet dependency. I thought maybe I could install Linux on a virtual machine and install the packages I needed before imaging it and using that image to install it. But the only thing that really works is this script I made https://www.dropbox.com/s/hdaevjrrmslkera/Deb-Mint-Cin-18.2.sh?dl=0 it need to be updated of course.
avatar
Lin545: "The problem" is that Linux core security model lies in fixing of vulnerabilities instead of constant pre-scanning for them, thus internets is really a requirement. This constant "rolling" is seen in very distinctive, but all modern ecosystems and is logical extension of code complexity.

An alternative I see is either using simple code (think Freedos or Menuet), or using completely proprietary solution, or relying on disknet. That may also include limiting the hardware.

As of your script, you seem to be doing a lot of installs. if I may, I have few offers to improve it:

1) you may want to use this line at the script top:

if [[ "$(id -ur)" -ne 0 ]]; then sudo "$0" "$*"; else exit; fi

to get rid of all "sudo" in front of the commands. This makes script to pass itself through sudo, if its not root.

2) I recommend replacing the "~" with "$HOME" internal variable, because the later is always expanded, the former is expanded at run-time, if it gets through shell.
For example, "$HOME/some_dir" expands to "/home/user/some_dir" at runtime. You can test it through "echo $HOME"

3) I would also not recommend to "rm" anything in "~/Desktop", we have "/tmp/" (in RAM) and "/var/tmp/" (on disk) for this :) Its a bit dangerous :)
Thanks for your suggestions but there's a reason why the script is written the way it is. It doesn't actually install anything.

What it does is download the deb files needed to update and install a selection of apps. Then it packs them into a .tar archive. Then in creates a .sh file to install it all. Not all the commands are in sudo because that would actually break everything. I tried it with sudo -i for it but that was a a bad idea. The desktop temp folder is made so you can see what it's doing. All and all one this script on live version of Mint and it creates a single folder you can copy to and from an NTFS partition without any worries.
avatar
Magmarock: I did take a look at debain and I did like it from the test on the virtual machine. But for real hardware I don't actually have a CD drive so I would need to go about mounting the isos and install the rest of the packages.
avatar
Ganni1987: No need for a CD drive, I personally don't have one for the past 4 years. I will try to record a video how to do it this weekend, it will certainly explain better than writing. :-)
Well shit if you're willing to do that I most certainly will take a look at it. I like how you can install a lot of desktops for Debian.
Post edited February 09, 2018 by Magmarock
Witcher 3 in Wine + dxvk: https://www.youtube.com/watch?v=DINHJXF_6iU
avatar
shmerl: Witcher 3 in Wine + dxvk: https://www.youtube.com/watch?v=DINHJXF_6iU
XDDDDDDD
avatar
Magmarock: XDDDDDDD
Pretty good progress for a recently started project. TW3 with OpenGL backend in Wine obviously works much better already, but Vulkan can potentially provide better performance.
Post edited February 15, 2018 by shmerl
Graphical issues aside, that's amazing performance and it's double than what I get on OpenGL with a 1060 on low-medium details. It's very good progress that the game is already up and running.
avatar
Ganni1987: Graphical issues aside, that's amazing performance and it's double than what I get on OpenGL with a 1060 on low-medium details. It's very good progress that the game is already up and running.
CDPR can for example fund the development, and in the process keep their promise of the official Linux release :)
avatar
Ganni1987: Graphical issues aside, that's amazing performance and it's double than what I get on OpenGL with a 1060 on low-medium details. It's very good progress that the game is already up and running.
avatar
shmerl: CDPR can for example fund the development, and in the process keep their promise of the official Linux release :)
Or they could pass the work on to Feral and make it a Vulkan only title, no point in doing OpenGL for a resource hungry title. While CDPR is holding back, high end games such as the recent Rise of the Tomb Raider coming to Linux are being ported.

Witcher 3 on Linux would turn up quite some profit,
Post edited February 15, 2018 by Ganni1987