This one is important because the current stable does not work right with the current stable Ruby (and hasn't had for a while, d'oh!)
Everything fine on x86 other than this repoman error: RepoMan scours the neighborhood... ebuild.badheader 1 dev-ruby/uuidtools/uuidtools-1.0.7.ebuild: Invalid Gentoo Copyright on line: 1 DEPEND.bad 7 dev-ruby/uuidtools/uuidtools-2.1.1-r1.ebuild: x86(hardened/linux/x86/10.0) ['>=dev-ruby/rspec-1.0.8[ruby_targets_jruby]', '>=dev-ruby/rspec-1.0.8[ruby_targets_jruby]'] dev-ruby/uuidtools/uuidtools-2.1.1-r1.ebuild: x86(default/linux/x86/10.0/server) ['>=dev-ruby/rspec-1.0.8[ruby_targets_jruby]', '>=dev-ruby/rspec-1.0.8[ruby_targets_jruby]'] dev-ruby/uuidtools/uuidtools-2.1.1-r1.ebuild: x86(default/linux/x86/10.0/developer) ['>=dev-ruby/rspec-1.0.8[ruby_targets_jruby]', '>=dev-ruby/rspec-1.0.8[ruby_targets_jruby]'] dev-ruby/uuidtools/uuidtools-2.1.1-r1.ebuild: x86(default/linux/x86/10.0/desktop/kde) ['>=dev-ruby/rspec-1.0.8[ruby_targets_jruby]', '>=dev-ruby/rspec-1.0.8[ruby_targets_jruby]'] dev-ruby/uuidtools/uuidtools-2.1.1-r1.ebuild: x86(default/linux/x86/10.0/desktop/gnome) ['>=dev-ruby/rspec-1.0.8[ruby_targets_jruby]', '>=dev-ruby/rspec-1.0.8[ruby_targets_jruby]'] dev-ruby/uuidtools/uuidtools-2.1.1-r1.ebuild: x86(default/linux/x86/10.0/desktop) ['>=dev-ruby/rspec-1.0.8[ruby_targets_jruby]', '>=dev-ruby/rspec-1.0.8[ruby_targets_jruby]'] dev-ruby/uuidtools/uuidtools-2.1.1-r1.ebuild: x86(default/linux/x86/10.0) ['>=dev-ruby/rspec-1.0.8[ruby_targets_jruby]', '>=dev-ruby/rspec-1.0.8[ruby_targets_jruby]'] Note: use --include-dev (-d) to check dependencies for 'dev' profiles Please fix these important QA issues first. RepoMan sez: "Make your QA payment on time and you'll never see the likes of me."
All good x86. I only get the Invalid copyright from the old ebuild. repoman -d full uuidtools-2.1.1-r1.ebuild RepoMan scours the neighborhood... ebuild.badheader 1 dev-ruby/uuidtools/uuidtools-1.0.7.ebuild: Invalid Gentoo Copyright on line: 1 RepoMan sez: "You're only giving me a partial QA payment? I'll take it this time, but I'm not happy."
(In reply to comment #2) > All good x86. I'm still getting the error from comment #1.
Following packages have ree18 targets: dev-ruby/text-format-1.0.0-r2 dev-ruby/archive-tar-minitar-0.5.2-r2 dev-ruby/fakefs-0.2.1 dev-ruby/ruby_parser-2.0.4-r1 dev-ruby/text-hyphen-1.0.0-r2 dev-ruby/diff-lcs-1.1.2-r2
Are you sure you posted on the right bug? Beside the fact that you already have text-format -r1 stable (-r2 has been done just to move away ree18) uuidtools only need a recent rspec, and 1.3.0(-r0) has no ree18, only had a bug in the deps that I'm fixing as I write this.
# FEATURES=test USE=doc RUBY_TARGETS="ruby18 jruby" emerge rspec uuidtools -pvt These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N ] dev-ruby/uuidtools-2.1.1-r1 USE="doc test" RUBY_TARGETS="jruby ruby18" 0 kB [ebuild R ] dev-ruby/rspec-1.3.0 USE="doc* test*" RUBY_TARGETS="jruby ruby18" 0 kB [ebuild N ] dev-ruby/heckle-1.4.3-r1 USE="doc test" RUBY_TARGETS="ruby18" 20 kB [ebuild N ] dev-ruby/ruby2ruby-1.2.4-r1 USE="doc test" RUBY_TARGETS="ruby18" 13 kB [ebuild N ] dev-ruby/ruby_parser-2.0.4-r1 USE="doc test" RUBY_TARGETS="ruby18 -ree18" 74 kB [ebuild N ] dev-ruby/diff-lcs-1.1.2-r2 USE="test" RUBY_TARGETS="jruby ruby18 -ree18 (-ruby19)" 27 kB [ebuild N ] dev-ruby/text-format-1.0.0-r2 USE="test" RUBY_TARGETS="jruby ruby18 -ree18 (-ruby19)" 29 kB [ebuild N ] dev-ruby/text-hyphen-1.0.0-r2 USE="test" RUBY_TARGETS="jruby ruby18 -ree18 (-ruby19)" 352 kB [ebuild N ] dev-ruby/fakefs-0.2.1 USE="test" RUBY_TARGETS="ruby18 -ree18 (-ruby19)" 17 kB [nomerge ] dev-ruby/diff-lcs-1.1.2-r2 USE="test" RUBY_TARGETS="jruby ruby18 -ree18 (-ruby19)" [ebuild N ] dev-ruby/archive-tar-minitar-0.5.2-r2 USE="test" RUBY_TARGETS="jruby ruby18 -ree18 (-ruby19)" 23 kB Total: 10 packages (9 new, 1 reinstall), Size of downloads: 553 kB And yes, I am sure that it is the right bug, text-format -r1 may have no ree18, but also no jruby as target.
We intend to stabilize ruby-enterprise as soon as we can (aka end of this month), at which point this stabilization path will be a lot easier. My suggestion would be to wait until that time.
# emerge -1 =dev-ruby/uuidtools-2.1.1-r1 -pv These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds built with USE flags to satisfy "dev-ruby/diff-lcs[ruby_targets_jruby]". !!! One of the following packages is required to complete your request: - dev-ruby/diff-lcs-1.1.2-r1 (Missing IUSE: ruby_targets_jruby) (dependency required by "dev-ruby/rspec-1.3.0" [ebuild]) (dependency required by "dev-ruby/uuidtools-2.1.1-r1" [ebuild]) (dependency required by "=dev-ruby/uuidtools-2.1.1-r1" [argument]) looks like we need a new revision for diff-lcs: $ grep USE_RUBY *.ebuild diff-lcs-1.1.2-r1.ebuild:USE_RUBY="ruby18" diff-lcs-1.1.2-r2.ebuild:USE_RUBY="ruby18 ree18 ruby19 jruby"
The following list should work for stabilization, provided that the dependent bugs have been resolved first. Actually #333947 is now a sub-bug of this bug. #338223 must be done first (ruby-enterprise) to avoid issues with USE_RUBY=ree18. dev-ruby/archive-tar-minitar-0.5.2-r2 dev-ruby/text-hyphen-1.0.0-r2 dev-ruby/text-format-1.0.0-r2 dev-ruby/diff-lcs-1.2.2-r3 dev-ruby/fakefs-0.2.1 dev-ruby/heckle-1.4.3-r1 dev-ruby/hoe-seattlerb-1.2.2 dev-ruby/zentest-4.3.3 rspec-1.3.0 uuidtools-2.1.1-r1
(In reply to comment #9) > dev-ruby/archive-tar-minitar-0.5.2-r2 > dev-ruby/text-hyphen-1.0.0-r2 > dev-ruby/text-format-1.0.0-r2 > dev-ruby/diff-lcs-1.2.2-r3 > dev-ruby/fakefs-0.2.1 > dev-ruby/heckle-1.4.3-r1 > dev-ruby/hoe-seattlerb-1.2.2 > dev-ruby/zentest-4.3.3 > rspec-1.3.0 > uuidtools-2.1.1-r1 the list is incomplete, at least these are missing dev-ruby/ruby2ruby-1.2.4-r2 dev-ruby/parsetree-3.0.5-r2 and then I get: !!! All ebuilds that could satisfy ">=dev-ruby/sexp-processor-3.0.0[ruby_targets_ruby18]" have been masked. !!! One of the following masked packages is required to complete your request: - dev-ruby/sexp-processor-3.0.5 (masked by: ~x86 keyword) - dev-ruby/sexp-processor-3.0.4 (masked by: ~x86 keyword) - dev-ruby/sexp-processor-3.0.3-r1 (masked by: ~x86 keyword) (dependency required by "dev-ruby/parsetree-3.0.5-r2" [ebuild]) (dependency required by "dev-ruby/heckle-1.4.3-r1" [ebuild]) (dependency required by "dev-ruby/rspec-1.3.0" [ebuild]) (dependency required by "dev-ruby/uuidtools-2.1.1-r1" [ebuild]) (dependency required by "=dev-ruby/uuidtools-2.1.1-r1" [argument])
I missed the dependencies from heckle. Here is a list that should work for those: dev-ruby/sexp-processor-3.0.4 dev-ruby/ruby_parser-2.0.4-r1 dev-ruby/ruby-inline-3.8.4-r2 dev-ruby/ruby2ruby-1.2.4-r1 dev-ruby/parsetree-3.0.5-r1
Here I am again, update bug 331059 accordingly, please. emerge: there are no ebuilds built with USE flags to satisfy "=virtual/rubygems-0-r2[ruby_targets_ree18]". !!! One of the following packages is required to complete your request: virtual/rubygems-0-r2 (Missing IUSE: ruby_targets_ree18) (dependency required by "dev-ruby/archive-tar-minitar-0.5.2-r2" [ebuild]) (dependency required by "=dev-ruby/archive-tar-minitar-0.5.2-r2" [argument])
(In reply to comment #12) > Here I am again, update bug 331059 accordingly, please. This problem is not related to that bug. I've filed bug 342455 to stabilize the packages that are needed to actually make use of the now-stable ruby-enterprise target. Once that is resolved the stabilizations in this bug should be possible. Fingers crossed!
(In reply to comment #11) > dev-ruby/parsetree-3.0.5-r1 We should do -r2 because of bug 329497. This also wants an even newer hoe with REE18 support. Is this ok or will this bring even more hassle?
(In reply to comment #14) > (In reply to comment #11) > > dev-ruby/parsetree-3.0.5-r1 > > We should do -r2 because of bug 329497. This also wants an even newer hoe > with REE18 support. Is this ok or will this bring even more hassle? It seems that parsetree-3.0.5-r2 is equally broken to me (bug #329497). Can we close this bug, and try to stabilize smaller pieces?
Once RSpec is stabilized in bug 356269 all that remains here is the uuidtools package itself.
amd64 done
x86 done. Yeehaa. Thanks everybody. Closing.