public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-user] RUBYOPT="-rauto_gem"
@ 2012-01-15 22:24 Hilco Wijbenga
  2012-01-16  2:21 ` Michael Orlitzky
  0 siblings, 1 reply; 4+ messages in thread
From: Hilco Wijbenga @ 2012-01-15 22:24 UTC (permalink / raw
  To: Gentoo User

Hi all,

The dev-ruby/rubygems ebuild adds "-rauto_gem" to the global RUBYOPT.
This breaks my own scripts so I have removed it from /etc/env.d. So
far, so good.

I just tried upgrading dev-ruby/json and it failed because I did not
have RUBYOPT set. Obviously, the "fix" was easy but now I'm wondering
... is this really the best approach?

It does not seem like a good idea that the rubygems ebuild sets
RUBYOPT and subsequent (Ruby Gems related) emerges break without it.
Would it not be simpler and more reliable if ebuilds that need it
simply execute "export RUBYOPT=..." prior to running? Why does it have
to be in the global environment, forcing it on every user?

If there is a requirement for this to be in the global environment,
what is the consequence of unsetting RUBYOPT in my own .bashrc (or
similar)? Is that "safe"? Or does that break something that I simply
haven't noticed yet?

Cheers,
Hilco



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [gentoo-user] RUBYOPT="-rauto_gem"
  2012-01-15 22:24 [gentoo-user] RUBYOPT="-rauto_gem" Hilco Wijbenga
@ 2012-01-16  2:21 ` Michael Orlitzky
  2012-01-16  6:21   ` Hilco Wijbenga
  0 siblings, 1 reply; 4+ messages in thread
From: Michael Orlitzky @ 2012-01-16  2:21 UTC (permalink / raw
  To: gentoo-user

On 01/15/2012 05:24 PM, Hilco Wijbenga wrote:
> Hi all,
>
> The dev-ruby/rubygems ebuild adds "-rauto_gem" to the global RUBYOPT.
> This breaks my own scripts so I have removed it from /etc/env.d. So
> far, so good.
>
> I just tried upgrading dev-ruby/json and it failed because I did not
> have RUBYOPT set. Obviously, the "fix" was easy but now I'm wondering
> ... is this really the best approach?
>
> It does not seem like a good idea that the rubygems ebuild sets
> RUBYOPT and subsequent (Ruby Gems related) emerges break without it.
> Would it not be simpler and more reliable if ebuilds that need it
> simply execute "export RUBYOPT=..." prior to running? Why does it have
> to be in the global environment, forcing it on every user?
>
> If there is a requirement for this to be in the global environment,
> what is the consequence of unsetting RUBYOPT in my own .bashrc (or
> similar)? Is that "safe"? Or does that break something that I simply
> haven't noticed yet?
>

(1) I don't know much about ruby packaging

(2) Keeping (1) in mind, I agree with you

(3) You're asking the wrong people

Try asking on the -dev list, or filing a bug. They'll just close it if 
it's considered invalid.

This bit me once long ago: ruby scripts running from cron don't have 
their RUBYOPT set, so scripts that normally work "magically" fail. Since 
I never set RUBYOPT myself, I didn't expect it to be set. Of course, I 
just forgot to require rubygems in my script.



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [gentoo-user] RUBYOPT="-rauto_gem"
  2012-01-16  2:21 ` Michael Orlitzky
@ 2012-01-16  6:21   ` Hilco Wijbenga
  2012-01-16  7:12     ` [gentoo-user] RUBYOPT="-rauto_gem" Hans de Graaff
  0 siblings, 1 reply; 4+ messages in thread
From: Hilco Wijbenga @ 2012-01-16  6:21 UTC (permalink / raw
  To: gentoo-user

On 15 January 2012 18:21, Michael Orlitzky <michael@orlitzky.com> wrote:
> On 01/15/2012 05:24 PM, Hilco Wijbenga wrote:
>>
>> Hi all,
>>
>> The dev-ruby/rubygems ebuild adds "-rauto_gem" to the global RUBYOPT.
>> This breaks my own scripts so I have removed it from /etc/env.d. So
>> far, so good.
>>
>> I just tried upgrading dev-ruby/json and it failed because I did not
>> have RUBYOPT set. Obviously, the "fix" was easy but now I'm wondering
>> ... is this really the best approach?
>>
>> It does not seem like a good idea that the rubygems ebuild sets
>> RUBYOPT and subsequent (Ruby Gems related) emerges break without it.
>> Would it not be simpler and more reliable if ebuilds that need it
>> simply execute "export RUBYOPT=..." prior to running? Why does it have
>> to be in the global environment, forcing it on every user?
>>
>> If there is a requirement for this to be in the global environment,
>> what is the consequence of unsetting RUBYOPT in my own .bashrc (or
>> similar)? Is that "safe"? Or does that break something that I simply
>> haven't noticed yet?
>>
>
> (1) I don't know much about ruby packaging
>
> (2) Keeping (1) in mind, I agree with you

Good. Thanks.

> (3) You're asking the wrong people
>
> Try asking on the -dev list, or filing a bug. They'll just close it if it's
> considered invalid.

Yeah, I went back and forth. I figured (hoped?) that gentoo-dev is
(more or less) a subset of gentoo-user so I should reach (most of) the
devs this way too. Maybe I'm naive. :-)

We have too many open bugs already so I'll wait until (hopefully) I
see a few more responses before I file a bug. That way there's less
chance of an invalid bug and I may save some valuable dev time.

> This bit me once long ago: ruby scripts running from cron don't have their
> RUBYOPT set, so scripts that normally work "magically" fail. Since I never
> set RUBYOPT myself, I didn't expect it to be set. Of course, I just forgot
> to require rubygems in my script.



^ permalink raw reply	[flat|nested] 4+ messages in thread

* [gentoo-user] Re: RUBYOPT="-rauto_gem"
  2012-01-16  6:21   ` Hilco Wijbenga
@ 2012-01-16  7:12     ` Hans de Graaff
  0 siblings, 0 replies; 4+ messages in thread
From: Hans de Graaff @ 2012-01-16  7:12 UTC (permalink / raw
  To: gentoo-user

On Sun, 15 Jan 2012 22:21:30 -0800, Hilco Wijbenga wrote:

> On 15 January 2012 18:21, Michael Orlitzky <michael@orlitzky.com> wrote:
>> On 01/15/2012 05:24 PM, Hilco Wijbenga wrote:
>>>
>>> Hi all,
>>>
>>> The dev-ruby/rubygems ebuild adds "-rauto_gem" to the global RUBYOPT.
>>> This breaks my own scripts so I have removed it from /etc/env.d. So
>>> far, so good.

>> Try asking on the -dev list, or filing a bug. They'll just close it if
>> it's considered invalid.

Agree, if things are broken then please file a bug.

> We have too many open bugs already so I'll wait until (hopefully) I see
> a few more responses before I file a bug. That way there's less chance
> of an invalid bug and I may save some valuable dev time.

If you want to help us then open a bug so there can be a focused 
discussion, especially if things are broken. If you really want to help 
us then participate in the bugs and help us close them :-)

Kind regards,

Hans




^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2012-01-16  9:02 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-01-15 22:24 [gentoo-user] RUBYOPT="-rauto_gem" Hilco Wijbenga
2012-01-16  2:21 ` Michael Orlitzky
2012-01-16  6:21   ` Hilco Wijbenga
2012-01-16  7:12     ` [gentoo-user] RUBYOPT="-rauto_gem" Hans de Graaff

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox