Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 397437 - dev-ruby/rails-3.1.3-r1 and asset pipeline dependencies keywording request
Summary: dev-ruby/rails-3.1.3-r1 and asset pipeline dependencies keywording request
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Keywording and Stabilization (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Ruby Team
URL:
Whiteboard:
Keywords: KEYWORDREQ
Depends on: 396675 397433 397435 397633
Blocks: 412749
  Show dependency tree
 
Reported: 2012-01-02 20:19 UTC by Hans de Graaff
Modified: 2015-01-01 10:23 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
output of emerge -p rails:3.1 (emerge-rails.txt,13.68 KB, text/plain)
2012-06-28 18:57 UTC, Gian
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Hans de Graaff gentoo-dev Security 2012-01-02 20:19:28 UTC
Please keyword dev-ruby/rails-3.1.3-r1 and its dependencies for the default asset pipeline in Rails 3.1. Note depending bugs and:

=dev-ruby/jquery-rails-1.0.19
=dev-ruby/rails-3.1.3-r1 (only adds dependencies, no other changes)
Comment 1 Shannon 2012-01-06 19:13:52 UTC
I suggest this ebuild (rails-3.1.3-r1) be marked -amd64 until the dependencies are fixed/satisfied (it is known not-working).
Then dev-ruby/rails-3.1.3 would be the default for ~amd64 and all would be well (emerge) and the optional (broken) packages would be ignored.

Bug 397633 (jquery-rails-1.0.{18,19} fails to install) is also holding up rails-3.1.3-r1
Comment 2 Hans de Graaff gentoo-dev Security 2012-01-08 06:31:59 UTC
(In reply to comment #1)
> I suggest this ebuild (rails-3.1.3-r1) be marked -amd64 until the dependencies
> are fixed/satisfied (it is known not-working).

They install fine for me so I don't see any reason to do so.
Comment 3 Thomas Kahle (RETIRED) gentoo-dev 2012-05-17 10:59:10 UTC
x86 done.
Comment 4 Gian 2012-06-28 16:36:21 UTC
net-libs/nodejs, which dev-ruby/rails[asset-pipeline] indirectly depends on, is hardmasked.
Comment 5 Hans de Graaff gentoo-dev Security 2012-06-28 17:13:48 UTC
(In reply to comment #4)
> net-libs/nodejs, which dev-ruby/rails[asset-pipeline] indirectly depends on,
> is hardmasked.

What specific problem are you encountering?
Comment 6 Fabian Groffen gentoo-dev 2012-06-28 17:26:42 UTC
in prefix, v8 is almost everywhere a no-go
Comment 7 Gian 2012-06-28 18:56:46 UTC
Sorry, I could have been a bit more specific. Trying to emerge rails with asset-pipeline enabled gives the following message (full output see attachment):

The following keyword changes are necessary to proceed:
#required by net-libs/nodejs-0.8.0, required by dev-ruby/execjs-1.2.13-r1, required by dev-ruby/uglifier-1.2.5[ruby_targets_ruby19], required by dev-ruby/rails-3.1.6[ruby_targets_ruby18,asset-pipeline], required by dev-ruby/rails:3.1 (argument)
=dev-lang/v8-9999 **

The following mask changes are necessary to proceed:
#required by dev-ruby/execjs-1.2.13-r1, required by dev-ruby/uglifier-1.2.5[ruby_targets_ruby19], required by dev-ruby/rails-3.1.6[ruby_targets_ruby18,asset-pipeline], required by dev-ruby/rails:3.1 (argument)
# /usr/portage/profiles/package.mask:
# Pawel Hajdan, Jr. <phajdan.jr@gentoo.org> (22 May 2012)
# Mask v8 versions used for www-client/chromium dev channel releases.
=net-libs/nodejs-0.8.0
#required by net-libs/nodejs-0.8.0, required by dev-ruby/execjs-1.2.13-r1, required by dev-ruby/uglifier-1.2.5[ruby_targets_ruby19], required by dev-ruby/rails-3.1.6[ruby_targets_ruby18,asset-pipeline], required by dev-ruby/rails:3.1 (argument)
# /usr/portage/profiles/package.mask:
# Pawel Hajdan, Jr. <phajdan.jr@gentoo.org> (22 May 2012)
# Mask v8 versions used for www-client/chromium dev channel releases.
=dev-lang/v8-9999

This is on a fresh AMD64 stage3 image.
Comment 8 Gian 2012-06-28 18:57:07 UTC
Created attachment 316579 [details]
output of emerge -p rails:3.1
Comment 9 Hans de Graaff gentoo-dev Security 2012-06-29 07:06:49 UTC
(In reply to comment #6)
> in prefix, v8 is almost everywhere a no-go

execjs also has support for spidermonkey, but I never added that as a dependency because it had test failures, and furthermore upstream has deprecated it without explanation in the latest version, so now I can't even test it. Please feel free to talk to upstream execjs about it and reinstate spidermonkey support.
Comment 10 Fabian Groffen gentoo-dev 2012-06-29 07:45:04 UTC
IIRC, I tried spidermonkey too, and it is as much a no-go as v8 is.  I was planning to mask entire rails because of this.  JavaScript engine stuff is highly limited to a few platforms some vendors are actually interested in.  Only netscape/mozilla's engine is portable.
Comment 11 Hans de Graaff gentoo-dev Security 2012-06-29 08:36:52 UTC
(In reply to comment #10)
> IIRC, I tried spidermonkey too, and it is as much a no-go as v8 is.  I was
> planning to mask entire rails because of this.  JavaScript engine stuff is
> highly limited to a few platforms some vendors are actually interested in. 
> Only netscape/mozilla's engine is portable.

One mode of operation you might want to consider is to mask USE=asset-pipeline on arches. This can still be useful in running rails in production mode, if the assets themselves are precompiled on another platform that does support the asset pipeline. I use that myself since I don't want to precompile assets on a production server.
Comment 12 Fabian Groffen gentoo-dev 2012-06-29 08:39:13 UTC
ok, that sounds like a sane/good thing to do, thanks for the suggestion.
Comment 13 Hans de Graaff gentoo-dev Security 2012-07-08 07:45:34 UTC
(In reply to comment #7)

> The following keyword changes are necessary to proceed:
> #required by net-libs/nodejs-0.8.0, required by dev-ruby/execjs-1.2.13-r1,
> required by dev-ruby/uglifier-1.2.5[ruby_targets_ruby19], required by
> dev-ruby/rails-3.1.6[ruby_targets_ruby18,asset-pipeline], required by
> dev-ruby/rails:3.1 (argument)
> =dev-lang/v8-9999 **

nodejs versions were too aggressively masked. This has been fixed in the mean time.
Comment 14 Hans de Graaff gentoo-dev Security 2015-01-01 10:23:24 UTC
This version of Rails is no longer in the tree.