hi there,
i am a new debian user - so not sure if this is the right place to ask.
I am currently trying to create a virtual machine (virtual box) based on the debian distribution turnkey linux (debian 9 based) with a wordpress installation which i want to use to try out changes localy and then push the changes to the actual server.
To do so there is a tool called wordmove - which upon others requires ruby - version 2.4+
I first looked at the easy way and install ruby-full - but this is "stuck" on the 2.3.3 from 2015.
So long story short:
I found out that ruby 2.3 has just had eol last month (https://www.ruby-lang.org/en/downloads/branches/) - so my question is: where can i found info if this package may be updated soon?
As i am new i saw that e.g debian buster has a newer version and i found other, more clunky ways (rvm), to get a newer ruby versions - but due to the eol i asked myself if the stretch package might be updated soon.
Any hint or tip would be great.
Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
ruby-full eol
-
- Posts: 1454
- Joined: 2015-08-30 20:14
Re: ruby-full eol
As usual, Debian-based =/= Debian.
If you need technical support for Debian, people here ssume you're using Debian.
And Stretch's ruby-full version will not be upgraded to new version, but will get backported security fixes.
If you need technical support for Debian, people here ssume you're using Debian.
And Stretch's ruby-full version will not be upgraded to new version, but will get backported security fixes.
Re: ruby-full eol
i added the distribution info just to make a picture why i am asking. If it is debian-based or just debian is irrelevant for the question itself as the debian-based uses the same repository from which ruby-full is installed as debian itself.
But thx for your answer: if i get it right backported does mean the version doesn't change - only possible security holes are fixed right? So it stays a fixed version 2.3.3.
If so this is the answer i was searching for - as my problem wouldn't solve by simply waiting for the updated version - but by installing it another way.
But thx for your answer: if i get it right backported does mean the version doesn't change - only possible security holes are fixed right? So it stays a fixed version 2.3.3.
If so this is the answer i was searching for - as my problem wouldn't solve by simply waiting for the updated version - but by installing it another way.
-
- Posts: 2
- Joined: 2019-04-13 14:40
Re: ruby-full eol
From what I understand, RVM is definitely a more clunky way to install ruby if you want the root user or systemd units running apps for you (it's meant for development only I think). Have you tried rbenv?
Here's their documentation on installing: https://github.com/rbenv/rbenv-installer
Also, a long while ago it was agreed that ruby's release life-cycle was inherently incompatible with the Debian release process. If you're releasing web apps, the best practice is actually to bottle them up with some container technology, perhaps even using dokku and managing your deployments through that type of PaaS software.
Here's their documentation on installing: https://github.com/rbenv/rbenv-installer
Also, a long while ago it was agreed that ruby's release life-cycle was inherently incompatible with the Debian release process. If you're releasing web apps, the best practice is actually to bottle them up with some container technology, perhaps even using dokku and managing your deployments through that type of PaaS software.
Re: ruby-full eol
If I remember right default Ruby for Debian 9 was 2.4 and 2.5 within a few months of its release. What distro are you on? Many distros are NOT developer friendly when it comes to Ruby. They will run Ruby applications, but building/editing them will not be so easy. Also Debian works best for Ruby development with RVM even though you may have heard it's a bother; otherwise you will have compatibility issues with some important Gems you may want to use. Switching between Ruby versions can make things easier with Debian. I do some Ruby work with Debian, and Linux Lite (Ubuntu based) but if you are new to it you are better off with with plain Ubuntu 18.04 LTS. Ditch the this based or that based stuff.
TC
TC
You can't believe your eyes if your imagination is out of focus.
Re: ruby-full eol
thx for the answer - i looked at rvm already a bit - and also found out about rbenv.good_truffle wrote:From what I understand, RVM is definitely a more clunky way to install ruby if you want the root user or systemd units running apps for you (it's meant for development only I think). Have you tried rbenv?
Here's their documentation on installing: https://github.com/rbenv/rbenv-installer
Also, a long while ago it was agreed that ruby's release life-cycle was inherently incompatible with the Debian release process. If you're releasing web apps, the best practice is actually to bottle them up with some container technology, perhaps even using dokku and managing your deployments through that type of PaaS software.
about rbenv i wonder if this debian package will do the trick - but couldn't find any more info or howtos about that (besides adding manually via your mentioned installer): https://packages.debian.org/de/stretch/rbenv
But as far as i read this may be the easiest way to get ruby.2.4 on debian 9 - so i will probably give this a shot. On a similar note i read that the easiest way to install rbenv is via homebrew - which also has a linux version. Do you have expierence with that and can commend/not commend this option?
thx for your answer. I am using turnkey linux. Which uses the "normal" (at least i think those are the ones basic debian uses) debian repositores. So the ruby-full package is this one: https://packages.debian.org/de/stretch/ruby-fulltrinidad wrote:If I remember right default Ruby for Debian 9 was 2.4 and 2.5 within a few months of its release. What distro are you on? Many distros are NOT developer friendly when it comes to Ruby. They will run Ruby applications, but building/editing them will not be so easy. Also Debian works best for Ruby development with RVM even though you may have heard it's a bother; otherwise you will have compatibility issues with some important Gems you may want to use. Switching between Ruby versions can make things easier with Debian. I do some Ruby work with Debian, and Linux Lite (Ubuntu based) but if you are new to it you are better off with with plain Ubuntu 18.04 LTS. Ditch the this based or that based stuff.
TC
Versions higher i can only find for the non-stable versions. I am not trying to develop anything - simply to install a gem that requires ruby 2.4+ - so no plans to switch versions or similar.
Re: ruby-full eol
You can take the Xampp(Lampp) approach and just install complete newer versions of Ruby, or any other language in /opt. This approach is useful since you can run a full (Rails?) server and any of its component scripting/db apps without affecting the default system setup. It is generally a bad idea to try to 'update' programming languages outside of their releases. I dont know how much the system relies on Ruby, but I do believe that putzing with major upgrades to python/perl outside the distro release can brick a system. It is, however not a problem if done 'off grid' in /opt.
These days, especially with Ruby in mind, I use testing/SID which keeps the updated versions very up to date. Here it is Ruby 2.5.5
Th debian versioning apparently helps keep in line the infernal Ruby versioning system which can get truly insane after a while.
60+ active versions on a single app???? (Try mirroring Ruby!!)
Python is at 2.7.16 and 3.7.3
Perl, 5.28
Java 11.0.3
Buster/SID is not recommended for production/commercial use, but fine for the typical single/home user.
These days, especially with Ruby in mind, I use testing/SID which keeps the updated versions very up to date. Here it is Ruby 2.5.5
Th debian versioning apparently helps keep in line the infernal Ruby versioning system which can get truly insane after a while.
60+ active versions on a single app???? (Try mirroring Ruby!!)
Python is at 2.7.16 and 3.7.3
Perl, 5.28
Java 11.0.3
Buster/SID is not recommended for production/commercial use, but fine for the typical single/home user.