Hi Dan,
30 mars 2020 à 19:18 de d...@randomstring.org:
> l0f...@tuta.io wrote:
>
>>
>> So if I've quite understood, at work you have 2 ruby environments:
>> * /usr/bin/ruby ->??ruby-$VERSIONX: you let Debian deal with it and you
>> personally don't mess with it, except for updating Ruby and its
l0f...@tuta.io wrote:
> Hi Dan, Alex,
>
> 28 mars 2020 ?? 16:46 de d...@randomstring.org:
>
> > We run an environment-setting script that points each user to
> > the desired ruby and gems directories, which we put in
> > /opt/ruby-$VERSION on each machine. If you want to test your
> > program ag
Thank you everyone who helped me :)
I've decided to let Debian deals with its own gems provided by packages
(actually, I'm not even supposed to know that some ruby gems are involved) ;)
Besides, I install additional gems I found on GitHub etc. via 'gem install
--user-install'. I'm keeping a list
> 28 mars 2020 à 18:18 de ames...@rsh2.donotuse.de:
>
>> In order to avoid messing up packages and system in general one should
>> never install modules/packages/whatever as root into system locations.
>> Most of sane languages provide a way to install modules into home
>> directory and usually th
On Sb, 28 mar 20, 18:28:53, l0f...@tuta.io wrote:
> Andrei,
>
> 28 mars 2020 à 16:46 de andreimpope...@gmail.com:
>
> > On Sb, 28 mar 20, 15:57:57, l0f...@tuta.io wrote:
> >
> >> Actually, I'm totally OK with the approach.
> >>
> >> But I'm not really talking about the ruby2.5 package and its
>
Hi Dan, Alex,
28 mars 2020 à 16:46 de d...@randomstring.org:
> I'll contribute another viewpoint. My company writes in
> Ruby as part of our financial service software. It's vitally
> important that we maintain continuity during development, so
> that what we run in production is absolutely the s
Andrei,
28 mars 2020 à 16:46 de andreimpope...@gmail.com:
> On Sb, 28 mar 20, 15:57:57, l0f...@tuta.io wrote:
>
>> Actually, I'm totally OK with the approach.
>>
>> But I'm not really talking about the ruby2.5 package and its
>> dependencies here. I don't need a specific higher Ruby version
>>
On 3/28/20 11:37 AM, l0f...@tuta.io wrote:
> Hi,
>
> I'm on Debian 10.
> What is the best practice regarding Ruby gems installation please (user vs
> root)?
> Below is my situation.
>
> It all begins with the installation of vim-gtk3 (because I want access to the
> +/* registers) that comes wit
On Sb, 28 mar 20, 15:57:57, l0f...@tuta.io wrote:
> Hi Andrei,
>
> Thanks for your feedback.
> 28 mars 2020 à 14:40 de andreimpope...@gmail.com:
>
> > Since you're asking on a Debian list the answer is "install from
> > packages only". By definition[1] the software versions in stable remain
> >
l0f...@tuta.io wrote:
> What is the best practice regarding Ruby gems installation please (user vs
> root)?
>
> So my question about the best practice at the very beginning.
> I think it can be very tricky to have parallel versions of the same gems, and
> I don't think having obsolete user gem
Hi Andrei,
Thanks for your feedback.
28 mars 2020 à 14:40 de andreimpope...@gmail.com:
> Since you're asking on a Debian list the answer is "install from
> packages only". By definition[1] the software versions in stable remain
> the same (with a very few exceptions). If there are security issu
On Sb, 28 mar 20, 11:37:48, l0f...@tuta.io wrote:
> Hi,
>
> I'm on Debian 10.
> What is the best practice regarding Ruby gems installation please (user vs
> root)?
(the answer applies more or less to any language, not just Ruby)
Since you're asking on a Debian list the answer is "install from
12 matches
Mail list logo
