[gentoo-dev] Last rites: various old dev-ruby/* packages

2020-09-17 Thread Hans de Graaff
# Hans de Graaff  (2020-09-17)
# Mask old unmaintained or obsolete ruby packages for removal in 30
# days.

# No longer maintained upstream, ruby27 issues, no deps
dev-ruby/bluecloth

# No longer maintained upstream, no deps
dev-ruby/calendar_date_select

# Obsolete, no deps
dev-ruby/capistrano-stats

# No longer maintained, git snapshot from 2013, no deps
dev-ruby/expression_parser

# No longer needed, no deps
dev-ruby/hoe-seattlerb

# No longer maintained upstream, ruby27 issues, no deps
dev-ruby/inifile

# Obsolete (merged into rails 4)
dev-ruby/journey

# No longer maintained, ruby27 issues, no deps
dev-ruby/rgen

# No longer maintained, no deps
dev-ruby/ruby_dep


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: packages only relevant to the already removed metasploit

2020-09-16 Thread Hans de Graaff
# Hans de Graaff  (2020-09-16)
# Dependencies of the already removed metasploit that are relevant
# only with metasploit. Masked for removal in 30 days.
dev-ruby/meterpreter_bins
dev-ruby/patch_finder
dev-ruby/rb-readline-r7


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH] profiles/targets/desktop: Do not enable ldap USE flag by default

2020-09-09 Thread Hans de Graaff
On Wed, 2020-09-09 at 13:35 +0300, Mikle Kolyada wrote:
> Closes: https://bugs.gentoo.org/741380

Could you provide a rationale for removing this? The bug only has a
single anecdotal report of a user who can run a desktop without it. I'm
not sure if that is reason enough to remove this. I guess we won't be
able to figure out easily how many of our desktop profile users are
actually using LDAP, but changing this may cause surprises and I'm not
sure if that's warranted.

Hans


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/bcat

2020-08-16 Thread Hans de Graaff
# Hans de Graaff  (2020-08-16)
# Old unmaintained package without reverse dependencies. Block removal
# of insecure dev-ruby/rack versions, bug 730786. Masked for removal
# in 30 days.
dev-ruby/bcat


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-lang/ruby:2.4

2020-06-14 Thread Hans de Graaff
# Hans de Graaff  (2020-06-14)
# Ruby 2.4 is no longer supported by upstream and no longer gets
# security updates since the 2.4.10 release. Use ruby 2.5 or later
# instead.
dev-lang/ruby:2.4
dev-ruby/did_you_mean:2.4


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/rack-mount

2020-05-24 Thread Hans de Graaff
# Hans de Graaff  (2020-05-24)
# No releases since 2011, upstream is gone, fails tests,
# no reverse dependencies.
# Masked for removal in 30 days.
dev-ruby/rack-mount


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH v2 01/10] ruby-ng-gnome2.eclass: drop support for 0.19.x

2020-05-10 Thread Hans de Graaff
On Mon, 2020-05-04 at 11:22 +0900, Naohiro Aota wrote:
> The official tree no longer have ruby-gnome2 packages with 0.19.x.
> Drop
> support for them.

All of these patches look fine to me. Please go ahead and merge.

Hans


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] De-stabilizing and re-stabilizing (on amd64 only)

2020-05-09 Thread Hans de Graaff
On Fri, 2020-05-08 at 13:33 +0300, Andreas K. Hüttel wrote:
> 
> Background, I tried to locally emulate www.g.o using jekyll, and ran
> into 
> troubles because lots of dev-ruby/* lost stable keywords. Newest
> ~arch didn't 
> do the job, so I needed to figure out the config of www.g.o
> (corresponding to 
> former stable) first... 

I'm not aware of amd64 stable keywords being lost in dev-ruby, other
than dev-ruby/rails a long time ago. Which packages did you get in
trouble with?

And you can always file a stable bug for the maintainers :-)

Hans


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [gentoostats continued] Collected data and justification for it

2020-05-08 Thread Hans de Graaff
On Thu, 2020-05-07 at 09:29 +0200, Michał Górny wrote:
> 
> 
> 1) list of selected packages (@world)
> 
> We would use this to determine the popularity of individual packages,
> plus by scanning their dependencies we would be able to make combined
> statistics for direct usage + dependencies of other selected
> packages. 
> This would allow us to judge which packages need more of our
> attention.

At work we install a lot of dependencies through a few company-specific 
virtual packages, e.g. company/developer for all stuff useful for our
developers. These packages would then be missed in the statistics. I'm
not sure how prevalent this is and to what extend it wills skew the
statistics.

Hans


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: ruby24-only packages

2020-04-13 Thread Hans de Graaff
# Hans de Graaff  (2020-04-13)
# ruby24-only packages. Ruby 2.4 is EOL and will be masked for removal
# shortly. These packages either have newer ruby25 slots available, or
# are no longer maintained and have no reverse dependencies. Masked
# for removal in 30 days.
dev-ruby/activeldap:4
dev-ruby/bones
dev-ruby/github_api
dev-ruby/http:0.8
dev-ruby/http-form_data:0.8
dev-ruby/rack-test:0.6
dev-ruby/rails-deprecated_sanitizer
dev-ruby/riel
dev-ruby/shoulda-matchers:0
dev-ruby/vcr:1
dev-ruby/webmock:2


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: sci-biology/bioruby and dev-ruby/libxml

2020-04-13 Thread Hans de Graaff
# Hans de Graaff  (2020-04-13)
# dev-ruby/libxml is ruby24-only and has known
# bugs. sci-biology/bioruby depends on this. It looks like there is a
# new version upstream that may not depend on libxml, but this
# requires a dedicated maintainer to test and sort out. Masked for
# removal in 30 days.
dev-ruby/libxml
sci-biology/bioruby


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/rails:4.2 and related packages, including net-analyzer/metasploit

2020-03-29 Thread Hans de Graaff
# Hans de Graaff  (2020-03-29)
# Old ruby24-only rails version that is no longer supported upstream
# and has known security issues, including dependencies and slots
# specific to Rails 4.2.
# Migrate to Rails 5.2.
# Masked for removal in 30 days.
dev-ruby/rails:4.2
dev-ruby/railties:4.2
dev-ruby/activerecord:4.2
dev-ruby/actionmailer:4.2
dev-ruby/actionpack:4.2
dev-ruby/actionview:4.2
dev-ruby/activejob:4.2
dev-ruby/activemodel:4.2
dev-ruby/activesupport:4.2
dev-ruby/arel:6.0
dev-ruby/actionpack-xml_parser:0
dev-ruby/jquery-rails:3
dev-ruby/postgres_ext
dev-ruby/protected_attributes
dev-ruby/rails-dom-testing:1
dev-ruby/web-console:0
# Metasploit is a reverse dependency on Rails 4.2 Upstream shows no
# sign of moving to a supported Rails version. Metasploit will most
# likely be moved to an overlay.
dev-ruby/metasploit-concern
dev-ruby/metasploit-credential
dev-ruby/metasploit-model
dev-ruby/metasploit_data_models
net-analyzer/metasploit
dev-ruby/rex-arch
dev-ruby/rex-bin_tools
dev-ruby/rex-core
dev-ruby/rex-encoder
dev-ruby/rex-exploitation
dev-ruby/rex-java
dev-ruby/rex-mime
dev-ruby/rex-nop
dev-ruby/rex-ole
dev-ruby/rex-powershell
dev-ruby/rex-random_identifier
dev-ruby/rex-registry
dev-ruby/rex-rop_builder
dev-ruby/rex-socket
dev-ruby/rex-sslscan
dev-ruby/rex-struct2
dev-ruby/rex-text
dev-ruby/rex-zip


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/haml:4

2020-03-19 Thread Hans de Graaff
# Hans de Graaff  (2020-03-19)
# Masked for security issues, bug #699840
# No reverse dependencies. Use dev-ruby/haml:5 instead.
# Removal in 30 days.
dev-ruby/haml:4


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH v2] ruby-ng.eclass: Include (-) in RUBY_TARGETS USE-dependencies

2020-01-05 Thread Hans de Graaff
On Thu, 2020-01-02 at 22:08 +0100, Michał Górny wrote:
> On Thu, 2020-01-02 at 21:15 +0100, Ulrich Mueller wrote:
> 
> > Hadn't we established that ruby_samelib() is dead code, no longer
> > used
> > since 2010?
> > 
> 
> You did.  However, it isn't marked as private API and I'm not the
> eclass
> maintainer to take care of removing public API.  I have no clue if
> Ruby
> project doesn't have some secret overlays using it.

I'm not aware of any usage, but I also was not aware that this is no
longer used. I'll make a note to check this out and propose a
deprecation/removal plan.

Hans


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH v2] ruby-ng.eclass: Include (-) in RUBY_TARGETS USE-dependencies

2020-01-05 Thread Hans de Graaff
On Thu, 2020-01-02 at 16:57 +0100, Michał Górny wrote:
> Using 2-style USE dependencies on packages not having the flag
> in question is forbidden by PMS.

Looks good to me, thanks for proposing a fix for this.

Hans


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/psych and dev-ruby/jeweler

2019-12-27 Thread Hans de Graaff
# Hans de Graaff  (2019-12-27)
# Causes compatibility issues with the bundled versions in some
# dev-lang/ruby slots. Use the bundled version instead. The only
# reverse dependency is dev-ruby/jeweler, which is no longer
# maintained upstream and ruby24-only.
# Removal in 30 days. Bug #703950.
dev-ruby/psych
dev-ruby/jeweler


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Re: dev-util/jenkins-bin GLEP-81 migration

2019-12-25 Thread Hans de Graaff
On Wed, 2019-12-25 at 16:11 +0100, Thomas Deutschmann wrote:
> 
> Complete change set can be found at 
> https://github.com/gentoo/gentoo/pull/14121.
> 
> Previous ebuilds using user eclass called
> 
>   fowners jenkins:jenkins /var/log/jenkins ${JENKINS_DIR}
> ${JENKINS_DIR}/home ${JENKINS_DIR}/backup
> 
> which I changed to
> 
>   fowners jenkins:jenkins /var/log/jenkins ${JENKINS_DIR}/home
> ${JENKINS_DIR}/backup
> 
> in assumption that $JENKINS_DIR is now maintained through acct-*
> package.
> 
> I changed chmod for $HOME to 0750 which should be a safer default.

Looks good to me, thanks!

Hans


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] RFC acct-{user,group} for munin

2019-12-03 Thread Hans de Graaff
Munin already uses the hard-coded uid 177 in its ebuild. The munin
group does not have a hard-coded gid. I am requesting gid 177 for the
munin group to be consistent with most assignments.

Munin also uses a separate user for the munin asynchronous proxy. This
user currently does not have a specific uid. I would like to request
178 for it to keep things together in the uid list.

In summary:

munin: uid 177, gid 177
munin-async: uid 178

Kind regards,

Hans


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Package up for grabs: x11-misc/revelation

2019-10-27 Thread Hans de Graaff
Hi,

I've dropped maintainership of x11-misc/revelation (a password
manager). I'm no longer using it and it has not seen an active upstream
for some time. Compatibility issues with python components have been
fixed so the current stable version should be good to go for a bit.

Hans


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/rails:5.1

2019-10-25 Thread Hans de Graaff
# Hans de Graaff  (2019-10-25)
# ruby24-only, no longer supported by upstream.
# Migrate to Rails 5.2 instead. Masked for removal in 30 days.
dev-ruby/rails:5.1
dev-ruby/railties:5.1
dev-ruby/activerecord:5.1
dev-ruby/actionmailer:5.1
dev-ruby/actionpack:5.1
dev-ruby/actionview:5.1
dev-ruby/activejob:5.1
dev-ruby/actioncable:5.1
dev-ruby/activemodel:5.1
dev-ruby/activesupport:5.1
dev-ruby/arel:8.0


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Last rites: ruby24-only packages

2019-10-20 Thread Hans de Graaff
On Sun, 2019-10-20 at 16:52 -0400, Michael Orlitzky wrote:
> > dev-ruby/vcard
> 
> And this one's used by a popular Redmine plugin. I'll have to do
> something to keep it working. Redmine is still making releases (as of
> yesterday) that support only ruby24, so I don't expect the plugin
> developers to treat this very urgently.
> 
> I filed an issue at least...
> 
>   https://github.com/qoobaa/vcard/issues/30
> 

Thanks. I've removed the mask for now.

Hans


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Last rites: ruby24-only packages

2019-10-20 Thread Hans de Graaff
On Sun, 2019-10-20 at 12:15 -0700, Alec Warner wrote:
> Infra uses thin a lot, is there a replacement?

www-servers/puma would be a good replacement.
Feel free to unmask it for now if that helps infra to transition.
Upstream EOL for ruby 2.4 is March 2020, so we could wait until then if
needed.
Hans


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: ruby24-only packages

2019-10-20 Thread Hans de Graaff
# Hans de Graaff  (2019-10-19)
# ruby24-only packages with no reverse dependencies and no recent
# releases.
dev-ruby/cocaine
dev-ruby/debugger-linecache
dev-ruby/escape_utils
dev-ruby/http-form_data:1.0
dev-ruby/ruby-beautify
dev-ruby/termcolor
dev-ruby/terrapin
dev-ruby/vcard
www-servers/thin


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Package up for grabs: dev-util/rbtools

2019-09-27 Thread Hans de Graaff
On Fri, 2019-09-06 at 20:32 +0200, Andreas Sturmlechner wrote:
> 
> KDE proj was maintaining this for contributing to kde.org's
> reviewboard 
> instance only. This is long obsolete and we have no use for it
> anymore.

I'll take this since we use this at work and I already maintain
reviewboard ebuilds in my overlay.

Hans


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH] ruby-fakegem.eclass: function name typo fix & minor @USAGE fixes

2019-09-16 Thread Hans de Graaff
On Fri, 2019-09-06 at 14:08 -0500, Ben Kohler wrote:
> 
> -# @FUNCTION: ruby_fakegem_newsins
> -# @USAGE: file filename
> +# @FUNCTION: ruby_fakegem_newins
> +# @USAGE:  
>  # @DESCRIPTION:
>  # Installs the specified file into the gems directory using the
> provided filename.
>  ruby_fakegem_newins() {

Good catch! Thanks for fixing.

Hans


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH 2/3] savedconfig.eclass: Always quote filename in output

2019-08-04 Thread Hans de Graaff
On Sat, 2019-08-03 at 16:49 -0400, Mike Gilbert wrote:
> On Sat, Aug 3, 2019 at 12:21 PM Ulrich Mueller 
> wrote:
> > > > > > > On Sat, 03 Aug 2019, Thomas Deutschmann wrote:
> > > + ewarn "provide a configuration file in
> > > ${PORTAGE_CONFIGROOT%/}/etc/portage/savedconfig/${CATEGORY}/${PN}
> > > "
> > 
> > Long line.
> 
> How would you shorten it? Splitting it across 2 lines in the middle
> of
> the string just makes it less readable.

path="${PORTAGE_CONFIGROOT%/}/etc/portage/savedconfig/${CATEGORY}/${PN}
"
ewarn "provide a configuration file in ${path}"

Or something similar.

Hans


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] [PATCH 1/3] ruby-fakegem.eclass: enable EAPI 7

2019-07-25 Thread Hans de Graaff
Signed-off-by: Hans de Graaff 
---
 eclass/ruby-fakegem.eclass | 11 +--
 1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/eclass/ruby-fakegem.eclass b/eclass/ruby-fakegem.eclass
index 1e8620c166d4..ab7b36eb7ae7 100644
--- a/eclass/ruby-fakegem.eclass
+++ b/eclass/ruby-fakegem.eclass
@@ -8,7 +8,7 @@
 # Author: Diego E. Pettenò 
 # Author: Alex Legler 
 # Author: Hans de Graaff 
-# @SUPPORTED_EAPIS: 4 5 6
+# @SUPPORTED_EAPIS: 4 5 6 7
 # @BLURB: An eclass for installing Ruby packages to behave like RubyGems.
 # @DESCRIPTION:
 # This eclass allows to install arbitrary Ruby libraries (including Gems),
@@ -109,7 +109,7 @@ RUBY_FAKEGEM_BINDIR="${RUBY_FAKEGEM_BINDIR-bin}"
 case "${EAPI:-0}" in
0|1|2|3)
die "Unsupported EAPI=${EAPI} (too old) for 
ruby-fakegem.eclass" ;;
-   4|5|6)
+   4|5|6|7)
;;
*)
die "Unsupported EAPI=${EAPI} (unknown) for ${ECLASS}"
@@ -173,6 +173,13 @@ 
SRC_URI="mirror://rubygems/${RUBY_FAKEGEM_NAME}-${RUBY_FAKEGEM_VERSION}${RUBY_FA
 
 ruby_add_bdepend virtual/rubygems
 ruby_add_rdepend virtual/rubygems
+case ${EAPI} in
+   4|5|6)
+   ;;
+   *)
+   ruby_add_depend virtual/rubygems
+   ;;
+esac
 
 # @FUNCTION: ruby_fakegem_gemsdir
 # @RETURN: Returns the gem data directory
-- 
2.21.0




[gentoo-dev] [PATCH 2/3] ruby-fakegem.eclass: change default DOC recipe to use rdoc

2019-07-25 Thread Hans de Graaff
The previous default was "rake" but this turned out to be a poor
choice because many packages do not implement "rake doc" and even if
they do there are usually many local development environment
assumption attached to that task. Using a consistent "rdoc" call that
is handled by the eclass gets more consistent results at the code of
missing out on specific rdoc options set by packages.
---
 eclass/ruby-fakegem.eclass | 9 -
 1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/eclass/ruby-fakegem.eclass b/eclass/ruby-fakegem.eclass
index ab7b36eb7ae7..33a9e453f564 100644
--- a/eclass/ruby-fakegem.eclass
+++ b/eclass/ruby-fakegem.eclass
@@ -57,7 +57,14 @@ RUBY_FAKEGEM_TASK_TEST="${RUBY_FAKEGEM_TASK_TEST-test}"
 #  - rdoc (calls `rdoc-2`, adds dev-ruby/rdoc to the dependencies);
 #  - yard (calls `yard`, adds dev-ruby/yard to the dependencies);
 #  - none
-RUBY_FAKEGEM_RECIPE_DOC="${RUBY_FAKEGEM_RECIPE_DOC-rake}"
+case ${EAPI} in
+   4|5|6)
+   RUBY_FAKEGEM_RECIPE_DOC="${RUBY_FAKEGEM_RECIPE_DOC-rake}"
+   ;;
+   *)
+   RUBY_FAKEGEM_RECIPE_DOC="${RUBY_FAKEGEM_RECIPE_DOC-rdoc}"
+   ;;
+esac
 
 # @ECLASS-VARIABLE: RUBY_FAKEGEM_DOCDIR
 # @DEFAULT_UNSET
-- 
2.21.0




[gentoo-dev] [PATCH 3/3] ruby-fakegem.eclass: warn about using the fallback gemspec

2019-07-25 Thread Hans de Graaff
The fallback gemspec does not contain dependencies so it will only
work for packages without any runtime gem dependencies. It is easy to
use it by mistake when switching from a gem to a source-based archive,
because the source-based archive does not contain the generated
metadata, but RUBY_FAKEGEM_GEMSPEC has not been set yet. This warning
alerts developers to this situation and encourages them to set
RUBY_FAKEGEM_GEMSPEC instead.

Signed-off-by: Hans de Graaff 
---
 eclass/ruby-fakegem.eclass | 9 +
 1 file changed, 9 insertions(+)

diff --git a/eclass/ruby-fakegem.eclass b/eclass/ruby-fakegem.eclass
index 33a9e453f564..a6a7654f9e6d 100644
--- a/eclass/ruby-fakegem.eclass
+++ b/eclass/ruby-fakegem.eclass
@@ -295,6 +295,15 @@ ruby_fakegem_metadata_gemspec() {
 # See RUBY_FAKEGEM_NAME and RUBY_FAKEGEM_VERSION for setting name and version.
 # See RUBY_FAKEGEM_REQUIRE_PATHS for setting extra require paths.
 ruby_fakegem_genspec() {
+   case ${EAPI} in
+   4|5|6) ;;
+   *)
+   eqawarn "Generating generic fallback gemspec *without* 
dependencies"
+   eqawarn "This will only work when there are no runtime 
dependencies"
+   eqawarn "Set RUBY_FAKEGEM_GEMSPEC to generate a proper 
specifications file"
+   ;;
+   esac
+
local required_paths="'lib'"
for path in ${RUBY_FAKEGEM_REQUIRE_PATHS}; do
required_paths="${required_paths}, '${path}'"
-- 
2.21.0




[gentoo-dev] Re: [PATCH 1/2] ruby-ng.eclass: add missing 'estack' inherit to EAPI=6

2019-07-20 Thread Hans de Graaff
On Sat, 2019-07-20 at 09:24 +0100, Sergei Trofimovich wrote:
> Noticed when ran egencache:
>  $ PORTAGE_ELOG_CLASSES="qa" egencache --repo=gentoo --update --
> update-use-local-desc --jobs=$(nproc)
>  * Call stack:
>  *ruby-ng.eclass, line 142:  Called command_not_found_handle
> 'eshopts_push' '-o' 'noglob'
>  *  ebuild.sh, line 325:  Called __qa_source '/gentoo-
> ebuilds/gentoo/eclass/ruby-fakegem.eclass'
>  * ebuild.sh, line 624:  Called source '/gentoo-
> ebuilds/gentoo/dev-ruby/moneta/moneta-1.1.0.ebuild'
>  * ebuild.sh, line  89:  Called die
> 
> Signed-off-by: Sergei Trofimovich 
> ---
>  eclass/ruby-ng.eclass | 3 +++
>  1 file changed, 3 insertions(+)
> 
> diff --git a/eclass/ruby-ng.eclass b/eclass/ruby-ng.eclass
> index a6c4c3396b3..0b0ee696d50 100644
> --- a/eclass/ruby-ng.eclass
> +++ b/eclass/ruby-ng.eclass
> @@ -71,6 +71,9 @@ case ${EAPI} in
>   2|3|4|5)
>   inherits="eutils"
>   ;;
> + 6)
> + inherits="estack"
> + ;;
>  esac
>  
>  inherit ${inherits} multilib toolchain-funcs ruby-utils

Ack on this change. It seems this got broken when adding EAPI=6 support
but this was never noticed because java-utils-2 also inherits eutils
(and versionator).

Can you commit and push these ASAP? It currently breaks QA. I can also
commit them if you want.

Hans


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH] ruby-ng.eclass: drop support for jruby

2019-07-18 Thread Hans de Graaff
On Thu, 2019-07-18 at 08:43 -0400, Brian Evans wrote:
> 
> While I get it is no longer needed, java-utils-2 has had EAPI 7
> enabled
> since December 2018.  Just saying.

I guess that tells you when I started working on this patchset. :-(
I've updated the commit message.

Hans


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Last rites: mask ruby24-only slots of ruby packages for removal

2019-07-18 Thread Hans de Graaff
On Wed, 2019-07-17 at 10:41 +0200, Hans de Graaff wrote:
> # Hans de Graaff  (2019-07-17)
> # Mask ruby24-only slots for removal in 30 days. These slots do not
> # have any reverse dependencies. Please migrate to or use a newer
> slot.
> 
> dev-ruby/webmock:2

webmock is still a dependency for dev-ruby/github_api so it has been
removed from the removal mask.

Thanks to ulm for fixing this.

Hans


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: mask ruby24-only slots of ruby packages for removal

2019-07-17 Thread Hans de Graaff
# Hans de Graaff  (2019-07-17)
# Mask ruby24-only slots for removal in 30 days. These slots do not
# have any reverse dependencies. Please migrate to or use a newer slot.
dev-ruby/gherkin:4
dev-ruby/net-http-persistent:0
dev-ruby/net-ssh-gateway:2
dev-ruby/rouge:0
dev-ruby/vcr:2
dev-ruby/webmock:2
dev-util/cucumber-core:0


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH] elisp.eclass: Drop support for EAPIs 0 to 3.

2019-07-16 Thread Hans de Graaff
On Mon, 2019-07-15 at 10:00 +0200, Ulrich Müller wrote:
> @@ -9,7 +9,7 @@
>  # Jeremy Maitin-Shepard 
>  # Christian Faulhammer 
>  # Ulrich Müller 
> -# @SUPPORTED_EAPIS: 0 1 2 3 4 5 6 7
> +# @SUPPORTED_EAPIS: 4 5 6 7
>  # @BLURB: Eclass for Emacs Lisp packages
>  # @DESCRIPTION:
>  #

Looks good to me.

Hans


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: old ruby24-only slots of various dev-ruby/* packages

2019-04-15 Thread Hans de Graaff
# Hans de Graaff  (15 Apr 2019)
# Old, ruby24-only, slots of ruby packages without any reverse
# dependencies. Use the newer slot version instead.
# Masked for removal in 30 days.
dev-ruby/elasticsearch:5
dev-ruby/elasticsearch-api:5
dev-ruby/elasticsearch-transport:5
dev-ruby/filesize:0.0.1
dev-ruby/hiera-eyaml:0
dev-ruby/jsobfu:0.3.0
dev-ruby/mocha:0.10
dev-ruby/rack-attack:0
dev-ruby/rack-ssl:1.3
dev-ruby/rack-test:0.7
dev-ruby/rack-test:0.8
dev-ruby/ruby_smb:0.0.23
dev-ruby/ruby_smb:0
dev-ruby/slop:3
dev-ruby/temple:0
dev-ruby/ttfunk:1.2
dev-ruby/ttfunk:1.4
dev-util/cucumber-core:3.0
dev-util/cucumber-core:3.1
dev-util/cucumber-expressions:4.0
dev-util/cucumber-expressions:5.0

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: Old ruby24-only slots of Rails-related packages

2019-04-13 Thread Hans de Graaff
# Hans de Graaff  (13 Apr 2019)
# Old ruby24-only slots of Rails-related packages
# These no longer have reverse dependencies or newer
# versions are available.
# Masked for removal in 30 days.
dev-ruby/arel:7.0
dev-ruby/coffee-rails:4.1
dev-ruby/d3_rails:0
dev-ruby/i18n:0.6
dev-ruby/i18n:0.8
dev-ruby/mail:2.6
dev-ruby/mysql2:0.3
dev-ruby/sprockets-rails:2.3
dev-ruby/uglifier:0
dev-ruby/uglifier:3

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/celluloid

2019-04-13 Thread Hans de Graaff
# Hans de Graaff  (13 Apr 2019)
# No longer maintained upstream. Does not work
# with ruby25.
# Masked for removal in 30 days.
dev-ruby/celluloid
dev-ruby/celluloid-essentials
dev-ruby/celluloid-extras
dev-ruby/celluloid-fsm
dev-ruby/celluloid-io
dev-ruby/celluloid-pool
dev-ruby/celluloid-supervision

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/net-ssh:2.6, dev-ruby/rest-client:0

2018-12-12 Thread Hans de Graaff
# Hans de Graaff  (12 Dec 2018)
# Old ruby23 only slots without any reverse dependencies.
# Use the newer slots instead. Removal in 30 days.
dev-ruby/net-ssh:2.6
dev-ruby/rest-client:0

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/hike

2018-12-08 Thread Hans de Graaff
# Hans de Graaff  (9 Dec 2018)
# Old component for Rails that is no longer used and no longer
# maintained upstream. Masked for removal in 30 days.
dev-ruby/hike

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/classifier

2018-12-08 Thread Hans de Graaff
# Hans de Graaff  (9 Dec 2018)
# No longer provides tests and no tagged upstream releases. No reverse
# dependencies. Use classifier-reborn instead. Masked for removal
# in 30 days.
dev-ruby/classifier

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: Rails 5.0

2018-11-30 Thread Hans de Graaff
# Hans de Graaff  (1 Dec 2018)
# Old Rails 5.0 version. This version is no longer maintained
# upstream. Please update to Rails 5.1 or newer.
# Masked for removal in 30 days.
dev-ruby/rails:5.0
dev-ruby/railties:5.0
dev-ruby/activerecord:5.0
dev-ruby/actionmailer:5.0
dev-ruby/actionpack:5.0
dev-ruby/actionview:5.0
dev-ruby/activejob:5.0
dev-ruby/actioncable:5.0
dev-ruby/activemodel:5.0
dev-ruby/activesupport:5.0

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: ruby23-only ruby packages

2018-11-12 Thread Hans de Graaff
# Hans de Graaff  (12 Nov 2018)
# Mask ruby23-only packages for removal. These packages are not
# compatible with ruby24+ or they are old slots that are ruby23-only
# in Gentoo. Removal in 30 days. Bug #661262
app-text/glark
app-text/jist
dev-ruby/activerecord-deprecated_finders
dev-ruby/akismet:2
dev-ruby/awesome_print
dev-ruby/facets
dev-ruby/http:1.0
dev-ruby/http:2.0
dev-ruby/jira-ruby
dev-ruby/logging
dev-ruby/public_suffix:2
dev-ruby/ragol
dev-ruby/webmock:0
dev-ruby/wikicloth

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH 01/10] gnome2-utils: move icon functions into xdg-utils

2018-07-15 Thread Hans de Graaff
On Tue, 2018-06-26 at 20:27 -0500, Marty E. Plummer wrote:
> 
>  # Updates Gtk+ icon cache files under /usr/share/icons.
> -# This function should be called from pkg_postinst and pkg_postrm.
> +# Deprecated. Please use xdg_icon_cache_update from xdg-utils.eclass
>  gnome2_icon_cache_update() {

This would be a good candidate for an eqawarn message. Not sure how
many people will catch this deprecation in the documentation.

Hans

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: old, ruby23-only, slots of various ruby packages

2018-05-07 Thread Hans de Graaff
# Hans de Graaff <gra...@gentoo.org> (7 May 2018)
# Old slots that are ruby23-only and no longer maintained
# upstream, and that do not have packages depend on them.
# Migrate to newer slot of the same package.
dev-ruby/askismet:0
dev-ruby/arel:5.0
dev-ruby/autoprefixer-rails:6
dev-ruby/blankslate:2
dev-ruby/http:0.6
dev-ruby/jquery-ui-rails:4
dev-ruby/net-ssh:3
dev-ruby/sanitize:0
dev-ruby/twitter:5

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: ruby22-only packages and slots

2018-01-24 Thread Hans de Graaff
# Hans de Graaff <gra...@gentoo.org> (24 Jan 2018)
# Remove packages that are ruby22-only, and either cannot
# be updated to ruby23, or are in old, obsolete, slots.
# Masked for removal in 30 days.
dev-ruby/amq-protocol:0
dev-ruby/aws-sdk:0
dev-ruby/bson:3
dev-ruby/camping
dev-ruby/execjs:1
dev-ruby/mocha:0.11
dev-ruby/mocha:0.12
dev-ruby/mocha:0.13
dev-ruby/mongo
dev-ruby/net-ssh-multi
dev-ruby/pcaprub:0.11
dev-ruby/postgres_ext:2.4
dev-ruby/rack:1.4
dev-ruby/rack:1.5
dev-ruby/rbtree
dev-ruby/recog:2.0.14
dev-ruby/right_http_connection
dev-ruby/rspec-rails:2
dev-ruby/sass:0
dev-ruby/sass-rails:4.0
dev-ruby/snmplib
dev-ruby/sprockets:2
dev-ruby/test-unit:0
dev-ruby/tilt:0
virtual/ruby-minitest
www-apps/jekyll-gist

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Projects up for grabs: cron, m68k

2017-12-20 Thread Hans de Graaff
On Wed, 2017-12-20 at 18:02 +0100, Michał Górny wrote:
> 
>   sys-process/vixie-cron

My understanding is that vixie-cron is no longer maintained and sys-
process/cronie is the drop-in replacement that is now also suggested as
the default cron in the handbook.

https://archives.gentoo.org/gentoo-dev/message/d898f86f805909eb72aba61d
2dca8523

I seem to recall a more recent discussion about this as well, but can't
find it at the moment.

Perhaps it is time to mask vixie-cron for removal?

Hans

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Revisions for USE flag changes

2017-08-12 Thread Hans de Graaff
On Sat, 2017-08-12 at 05:58 -0400, Michael Orlitzky wrote:
> 
> I simply overlooked the global USE change in make.conf because IMO
> it's
> a nonsense operation. 

This also happens routinely as new python and ruby versions are marked
stable, not via make.conf, but by removing their use.stable.mask.

Hans

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Revisions for USE flag changes

2017-08-11 Thread Hans de Graaff
On Fri, 2017-08-11 at 19:50 -0400, Michael Orlitzky wrote:
> 
> == New revisions for USE flag changes ==
> 
> I suggest that in hindsight, we can do better.

Not all IUSE changes are equal and thus a policy that treats them all
the same doesn't make sense to me. Maintainers are in a better position
to judge whether or not a new revision is needed. 

> == tl;dr ==
> 
> We would be better off with respect to IUSE changes and revisions if
> we
> deleted the --changed-use and --newuse flags right now, and just
> required developers to revbump when changing IUSE.

I don't see how these flags can be removed. You are describing a
policy, but this won't change the fact that IUSE changes are still
technically possible and will still happen, intentional or otherwise.

Hans

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Re: [RFC] Future of gentoo's stable and unstable trees: what are your thoughts?

2017-07-25 Thread Hans de Graaff
On Tue, 2017-07-25 at 11:03 +0200, Agostino Sarubbo wrote:
> 
> 1) Don't file keywordreq, since noone work on them. File directly
> stablereq.

This does not make sense to me.

If we want to go this route we should probably state a policy instead
that new dependencies for already keyworded packages automatically get
those keywords as well, even if untested. For packages with stable
keywords this would provide a chance to find issues before the package
is marked stable.

For KEYWORDREQ bugs we could also enlist our users. As a maintainer of
dev-ruby packages I'd be happy to add any keywords based on a "emerge
--info" and "build.log with FEATURES=test" combo added to a KEYWORDREQ
bug. Putting out a call for action and an easy way for users to scan
open KEYWORDREQ bugs for their arch might put a good dent in these.

Hans

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Re: [RFC] Future of gentoo's stable and unstable trees: what are your thoughts?

2017-07-25 Thread Hans de Graaff
On Tue, 2017-07-25 at 04:34 +, Duncan wrote:
> 
> Automating stabilization and automated keyword dropping on timeouts
> seems 
> the only other practical choice, as unfortunately, "stale" is what
> we 
> have today in practice, if not in name.

Looking at https://repology.org/statistics stable isn't quite that
stale compared to other distributions. We're not doing great either, so
we should certainly try to improve.

Hans

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [RFC] Future of gentoo's stable and unstable trees: what are your thoughts?

2017-07-25 Thread Hans de Graaff
On Mon, 2017-07-24 at 23:22 +, Peter Stuge wrote:
> 
> I hold a perhaps radical view: I would like to simply remove stable.
> 
> [snip]
> 
> I consider dev time a precious resource.

If we were to drop stable I would have to start maintaining my own
stable lists to determine what would be ready to into production for my
company. In production "works most of the time" and "good enough"
simply aren't good enough.

I estimate that would at least equal the amount of time I'm currently
spending on Gentoo work, and consequently my contributions to Gentoo
would dwindle to a halt. Most likely I would start looking at other
solutions altogether.

> More troubleshooting and fixing "hard" problems, less routine work.

Except that some of that routine work is actually what I enjoy doing in
Gentoo. I already get plenty of the other two in my day job.

Hans

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] vim-syntax USE flag

2017-07-25 Thread Hans de Graaff
On Mon, 2017-07-24 at 12:10 +0200, Ulrich Mueller wrote:
> 
> Similarly, if we get rid of the vim-syntax flag, should we phase out
> the emacs USE flag, too?

I would say no because in almost all cases the emacs code needs to be
compiled and that requires emacs to be present.

As far as I understand installing a vim syntax file does not require
compilation and can therefore be done without having vim on the system.

Hans

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Lastrites: app-mobilephone/esms, sci-chemistry/icm, dev-python/south...

2017-07-15 Thread Hans de Graaff
On Fri, 2017-07-14 at 12:52 +0200, Pacho Ramos wrote:
> 
> # Pacho Ramos  (14 Jul 2017)
> # Doesn't compile (#579948). Removal in a month.
> net-nntp/leafnode

Doesn't compile with USE=-ipv6. It compiles and works fine otherwise.
I've taken maintainership and applied the patch on the bug (thanks
David Haller) to fix the compilation issue.

Hans

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] stabilization candidates, July 2017

2017-07-10 Thread Hans de Graaff
On Mon, 2017-07-10 at 10:41 +0200, Paweł Hajdan, Jr. wrote:
> Hey folks,
> 
> If you'd like to help Gentoo stable be more up to date, please read
> on.
> 
> See
>  9.txt>
> for potential stabilization candidates (over 1000 of them).

Now that ruby has switched to use.stable.mask for newer ruby targets it
 is no longer needed to exclude it from the list.

Hans

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/modernizr

2017-07-09 Thread Hans de Graaff
# Hans de Graaff <gra...@gentoo.org> (09 Jul 2017)
# Upstream has removed the code and the published gem.
# Removal in 30 days.
dev-ruby/modernizr

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Last rites: ruby21-only packages

2017-06-25 Thread Hans de Graaff
On Sat, 2017-06-24 at 16:09 +0500, Azamat Hackimov wrote:
> Hello.
> I submitted proxy-maintainer request some time ago for redmine: https
> ://bugs.gentoo.org/show_bug.cgi?id=590646
> And here PR for new 3.3.3: https://github.com/gentoo/gentoo/pull/4550

I've added some comments to that pull request.

> 2017-06-24 14:23 GMT+05:00 M. J. Everitt <m.j.ever...@iee.org>:
> > On 23/06/17 08:45, Hans de Graaff wrote:
> > 
> > 
> > Really? I find it hard to believe that a common package like
> > redmine is
> > 
> > ruby-21 only?!

ruby21-only in Gentoo and with no maintainer to file a bug. Given that
there is a pending pull request I've looked at this again and added
ruby22 as well, while loosening the dev-ruby/builder dependency that
was ruby21-only, and unmasked the package again.

Hans

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: ruby21-only packages

2017-06-23 Thread Hans de Graaff
# Hans de Graaff <gra...@gentoo.org> (23 Jun 2017)
# Mask ruby21-only packages for removal in 30 days
# Old slots that are ruby21-only
dev-ruby/prawn:1
dev-ruby/rspec:0
# ruby21-only package that does not work with current
# dev-ruby/parslet versions.
dev-ruby/toml
# ruby21-only, no maintainer, fails tests
www-apps/jekyll-paginate
# ruby21-only, no maintainer
www-apps/redmine

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Last rites: www-client/phantomjs and dev-ruby/poltergeist

2017-06-11 Thread Hans de Graaff
On Tue, 2017-06-06 at 21:11 +1200, Kent Fredric wrote:
> 
> Just 30 days to overhaul things on top of other work is a serious
> problem for anyone with time issues already.

I've updated the proposed timeframe in the mask to 90 days.

> ( I only consider my own use of this "amateur" at best right now, and
> even with such a low usage I have a hard time working out what I need
> to do to stay current, I'd hate to know what its like for people
> relying on this in their production testing toolchain :/ )

As someone who used this in production we were already aware for some
time that this was an issue. E.g. not getting updates when all other
webkit packages did get updates was a clear indicator of future
trouble.

Hans

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Last rites: www-client/phantomjs and dev-ruby/poltergeist

2017-06-05 Thread Hans de Graaff
On Mon, 2017-06-05 at 18:38 +0700, Vadim A. Misbakh-Soloviov wrote:
> > 
> Although, in-tree version is obsolete anyway, and upstream made few
> next 
> releases with brain-exploding buildsystem, so I just pushed 
> version to my 
> "public sandbox" overlay, and happy with it on the projects that
> depends on 
> phantomjs.

I have been tracking the upstream git repository for some time. It was
going in the right direction by dropping all bundled code and use
system qtwebkit. Unfortunately it either did not build correctly or if
it did it would crash on 80% of the included test suite. Otherwise I
would have added a snapshot.

Hans

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Last rites: www-client/phantomjs and dev-ruby/poltergeist

2017-06-05 Thread Hans de Graaff
On Mon, 2017-06-05 at 23:06 +1200, Kent Fredric wrote:
> 
> Can phantomjs be simply masked for a longer period until the
> development
> world has had an opportunity to catch up?

What kind of timeframe do you propose?

> 1.5 Months from "We're not working on this" to "its dead jim, kill it
> from orbit"
> is a bit fast for anything entrenched.

The problems were there a lot longer so for me at least it still feels
slow. The fact that Chromium is now an alternative finally made it
easier to mask this, but really we should have masked this months ago.
If not for security reasons than for all the QA violations such as tons
of bundled code.

> Chromium 59 is also, similarly, quite new.

It has hit stable upstream so we should see stable versions in Gentoo
soon, I expect.

Hans

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: www-client/phantomjs and dev-ruby/poltergeist

2017-06-05 Thread Hans de Graaff
# Hans de Graaff <gra...@gentoo.org> (05 Jun 2017)
# Bundles obsolete and vulnerable webkit version.
# Upstream has stopped development and recommends using
# headless mode in >=www-client/chromium-59.
# Masked for removal in 30 days. Bug #589994.
www-client/phantomjs
dev-ruby/poltergeist

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Package up for grabs: net-vpn/libreswan

2017-05-19 Thread Hans de Graaff
On Sun, 2017-05-07 at 15:28 -0400, Mike Gilbert wrote:
> I used to use this package for an IPSec/L2TP VPN to my office, but we
> migrated onto Cisco AnyConnect. I now use net-vpn/openconnect
> regularly and have not been able to test libreswan since the switch.
> 
> libreswan has no open bugs, but there is a pending version bump
> (3.20).

It looks like there are no other takers so I'll reluctantly take this
since we're using it at work to manage VPN connections.

Hans

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: ruby 2.1 only packages

2017-04-28 Thread Hans de Graaff
# Hans de Graaff <gra...@gentoo.org> (28 Apr 2017)
# Ruby 2.1 will be removed soon, bug #615822.
# These packages are all ruby21-only and most have not seen upstream
# releases in a long time.
dev-ruby/builder:3.1
dev-ruby/configliere
dev-ruby/map
dev-ruby/memcache-client
dev-ruby/mini_shoulda
dev-ruby/png
dev-ruby/rails_autolink
dev-ruby/rev
dev-ruby/RubyInline
dev-ruby/ruby-inifile
dev-ruby/ruby-tcpwrap
dev-util/watchr
# These slots are currently ruby21-only and have been obsoleted by
# newer slots or are no longer compatible with current dev-ruby/rails
# versions.
dev-ruby/activeresource:4.0
dev-ruby/coffee-rails:4.0
dev-ruby/jquery-ui-rails:3
dev-ruby/listen:2
dev-ruby/prawn:0
dev-ruby/sass-rails:4.0
dev-ruby/sprockets:2.2
dev-ruby/sprockets:2.11
dev-ruby/sprockets-rails:2.0
dev-ruby/sprockets-rails:2.1
dev-ruby/sprockets-rails:2.2

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Reverse use of Python/Ruby versions

2017-04-09 Thread Hans de Graaff
On Mon, 2017-04-10 at 00:04 +0100, James Le Cuirot wrote:
> People thought the sky would fall when 2.4 deprecated Fixnum
> and
> Bignum. It really didn't. It's still just a warning right now but I
> haven't seen that warning since it was dealt with in Rails.
> 

This change broke the rspec test suite quite significantly and to the
point where it isn't clear if rspec 3.5 is actually compatible with
ruby24 or not. So, no ruby24 target for now, and consequently all
packages depending on it also can't get a ruby24 target.

Every ruby release will have some breaking changes, and the impact on
the tree will depend on which packages it will affect.

Hans

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/ruby-webkit-gtk and dev-ruby/ruby-webkit-gtk2

2017-03-02 Thread Hans de Graaff
# Hans de Graaff <gra...@gentoo.org> (03 Mar 2017)
# Masked for removal in 30 days.
# Bindings for old webkit versions that have open security
# issues. No reverse dependencies. Bug #608608
dev-ruby/ruby-webkit-gtk
dev-ruby/ruby-webkit-gtk2

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH 2/3] ruby-ng.eclass: Use eapply for RUBY_PATCHES in EAPI 6

2017-02-21 Thread Hans de Graaff
On Sun, 2017-02-19 at 09:26 +0100, Michał Górny wrote:
> W dniu 19.02.2017, nie o godzinie 09∶03 +0100, użytkownik Hans de
> Graaff
> napisał:
> > 
> > This also removes the need for inheriting eutils in EAPI 6.
> > 
> Wouldn't EAPI 6 be a good opportunity to kill this dualism and just
> require people to say FILESDIR explicitly?

Which made me think: why have RUBY_PATCHES at all. I think we added
that at the time to allow bash arrays as input. So I've changed this
patch to use the default phase in EAPI 6 instead, removing the need for
explicit eapply_user and PATCHES support.

Hans

1b2b8abde99a59e72fbcc0bc8f9e835dcaee2176
Author: Hans de Graaff <gra...@gentoo.org>
AuthorDate: Sun Feb 19 08:42:31 2017 +0100
Commit: Hans de Graaff <gra...@gentoo.org>
CommitDate: Tue Feb 21 20:18:17 2017 +0100

Parent: 1d36503 ruby-ng.eclass: add support for EAPI=6
Merged: eapi6 master
Containing: eapi6

ruby-ng.eclass: use the default src_prepare in EAPI 6

This removes the need for inheriting eutils in EAPI 6.  It also use
the standard PATCHES support instead of RUBY_PATCHES, which was
introduced to handle arrays on patches at the time.

The default phase also handles eapply_user to handle user patches.

1 file changed, 30 insertions(+), 13 deletions(-)
eclass/ruby-ng.eclass | 43 ++-

modified   eclass/ruby-ng.eclass
@@ -73,7 +73,14 @@
 # (e.g. selenium's firefox driver extension). When set this argument
is
 # passed to "grep -E" to remove reporting of these shared objects.
 
-inherit eutils java-utils-2 multilib toolchain-funcs ruby-utils
+local inherits=""
+case ${EAPI} in
+   2|3|4|5)
+   inherits="eutils"
+   ;;
+esac
+
+inherit ${inherits} java-utils-2 multilib toolchain-funcs ruby-utils
 
 EXPORT_FUNCTIONS src_unpack src_prepare src_configure src_compile
src_test src_install pkg_setup
 
@@ -399,15 +406,24 @@ ruby-ng_src_unpack() {
 }
 
 _ruby_apply_patches() {
-   for patch in "${RUBY_PATCHES[@]}"; do
-   if [ -f "${patch}" ]; then
-   epatch "${patch}"
-   elif [ -f "${FILESDIR}/${patch}" ]; then
-   epatch "${FILESDIR}/${patch}"
-   else
-   die "Cannot find patch ${patch}"
-   fi
-   done
+   case ${EAPI} in
+   2|3|4|5)
+   for patch in "${RUBY_PATCHES[@]}"; do
+   if [ -f "${patch}" ]; then
+   epatch "${patch}"
+   elif [ -f "${FILESDIR}/${patch}" ];
then
+   epatch "${FILESDIR}/${patch}"
+   else
+   die "Cannot find patch
${patch}"
+   fi
+   done
+   ;;
+   6)
+   if [[ -n ${RUBY_PATCHES[@]} ]]; then
+      eqawarn "RUBY_PATCHES is no longer
supported, use PATCHES instead"
+   fi
+   ;;
+   esac
 
    # This is a special case: instead of executing just in the
special
    # "all" environment, this will actually copy the effects on
_all_
@@ -432,14 +448,15 @@ ruby-ng_src_prepare() {
    # almost every other ebuild.
    find . -name '._*' -delete
 
-   _ruby_invoke_environment all _ruby_apply_patches
-
+   # Handle PATCHES and user supplied patches via the default
phase
    case ${EAPI} in
    6)
-   eapply_user
+   _ruby_invoke_environment all default
    ;;
    esac
 
+   _ruby_invoke_environment all _ruby_apply_patches
+
    _PHASE="source copy" \
    _ruby_each_implementation _ruby_source_copy
 

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH 3/3] ruby-ng.eclass: Remove support for jruby in EAPI 6

2017-02-21 Thread Hans de Graaff
On Sun, 2017-02-19 at 09:29 +0100, Michał Górny wrote:
> W dniu 19.02.2017, nie o godzinie 09∶03 +0100, użytkownik Hans de
> Graaff
> napisał:
> > 
> > jruby has not been supported for some time. Removing support for it
> > in
> > EAPI 6 allows us to drop the java-utils-2 eclass which in turn also
> > inherits eutils.
> > 
> Hmm, don't you have to change something more to make jruby disappear
> from the targets? Like, ban it in ruby_get_use_targets() or something
> like that?

Maybe. I guess it makes more sense to drop all jruby support at the
same time (including packages, profiles, and eclasses), so I'll skip
this patch for now.

Hans

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] [PATCH 3/3] ruby-ng.eclass: Remove support for jruby in EAPI 6

2017-02-19 Thread Hans de Graaff
jruby has not been supported for some time. Removing support for it in
EAPI 6 allows us to drop the java-utils-2 eclass which in turn also
inherits eutils.
---
 eclass/ruby-ng.eclass | 10 +++---
 1 file changed, 7 insertions(+), 3 deletions(-)

diff --git a/eclass/ruby-ng.eclass b/eclass/ruby-ng.eclass
index bc42e66..8a3bc18 100644
--- a/eclass/ruby-ng.eclass
+++ b/eclass/ruby-ng.eclass
@@ -76,11 +76,11 @@
 local inherits=""
 case ${EAPI} in
2|3|4|5)
-   inherits="eutils"
+   inherits="eutils java-utils-2"
;;
 esac
 
-inherit ${inherits} java-utils-2 multilib toolchain-funcs ruby-utils
+inherit ${inherits} multilib toolchain-funcs ruby-utils
 
 EXPORT_FUNCTIONS src_unpack src_prepare src_configure src_compile src_test 
src_install pkg_setup
 
@@ -385,7 +385,11 @@ ruby-ng_pkg_setup() {
# it's a special case.
_ruby_each_implementation
 
-   has ruby_targets_jruby ${IUSE} && use ruby_targets_jruby && 
java-pkg_setup-vm
+   case ${EAPI} in
+   2|3|4|5)
+   has ruby_targets_jruby ${IUSE} && use 
ruby_targets_jruby && java-pkg_setup-vm
+   ;;
+   esac
 }
 
 # @FUNCTION: ruby-ng_src_unpack
-- 
2.10.2




[gentoo-dev] [PATCH 2/3] ruby-ng.eclass: Use eapply for RUBY_PATCHES in EAPI 6

2017-02-19 Thread Hans de Graaff
This also removes the need for inheriting eutils in EAPI 6.
---
 eclass/ruby-ng.eclass | 23 ---
 1 file changed, 20 insertions(+), 3 deletions(-)

diff --git a/eclass/ruby-ng.eclass b/eclass/ruby-ng.eclass
index cd6a5ae..bc42e66 100644
--- a/eclass/ruby-ng.eclass
+++ b/eclass/ruby-ng.eclass
@@ -73,7 +73,14 @@
 # (e.g. selenium's firefox driver extension). When set this argument is
 # passed to "grep -E" to remove reporting of these shared objects.
 
-inherit eutils java-utils-2 multilib toolchain-funcs ruby-utils
+local inherits=""
+case ${EAPI} in
+   2|3|4|5)
+   inherits="eutils"
+   ;;
+esac
+
+inherit ${inherits} java-utils-2 multilib toolchain-funcs ruby-utils
 
 EXPORT_FUNCTIONS src_unpack src_prepare src_configure src_compile src_test 
src_install pkg_setup
 
@@ -400,13 +407,23 @@ ruby-ng_src_unpack() {
 
 _ruby_apply_patches() {
for patch in "${RUBY_PATCHES[@]}"; do
+   local patch_file=""
if [ -f "${patch}" ]; then
-   epatch "${patch}"
+   patch_file="${patch}"
elif [ -f "${FILESDIR}/${patch}" ]; then
-   epatch "${FILESDIR}/${patch}"
+   patch_file="${FILESDIR}/${patch}"
else
die "Cannot find patch ${patch}"
fi
+
+   case ${EAPI} in
+   2|3|4|5)
+   epatch "${patch_file}"
+   ;;
+   6)
+   eapply "${patch_file}"
+   ;;
+   esac
done
 
# This is a special case: instead of executing just in the special
-- 
2.10.2




[gentoo-dev] [PATCH 1/3] ruby-ng.eclass: add support for EAPI=6

2017-02-19 Thread Hans de Graaff
---
 eclass/ruby-ng.eclass | 14 ++
 1 file changed, 10 insertions(+), 4 deletions(-)

diff --git a/eclass/ruby-ng.eclass b/eclass/ruby-ng.eclass
index c83778d..cd6a5ae 100644
--- a/eclass/ruby-ng.eclass
+++ b/eclass/ruby-ng.eclass
@@ -81,7 +81,7 @@ case ${EAPI} in
0|1)
die "Unsupported EAPI=${EAPI} (too old) for ruby-ng.eclass" ;;
2|3) ;;
-   4|5)
+   4|5|6)
# S is no longer automatically assigned when it doesn't exist.
S="${WORKDIR}"
;;
@@ -263,7 +263,7 @@ ruby_get_use_targets() {
 # confuse this function with ruby_implementation_depend().
 #
 # @EXAMPLE:
-# EAPI=4
+# EAPI=6
 # RUBY_OPTIONAL=yes
 #
 # inherit ruby-ng
@@ -286,7 +286,7 @@ if [[ ${RUBY_OPTIONAL} != yes ]]; then
RDEPEND="${RDEPEND} $(ruby_implementations_depend)"
 
case ${EAPI:-0} in
-   4|5)
+   4|5|6)
REQUIRED_USE+=" || ( $(ruby_get_use_targets) )"
;;
esac
@@ -295,7 +295,7 @@ fi
 _ruby_invoke_environment() {
old_S=${S}
case ${EAPI} in
-   4|5)
+   4|5|6)
if [ -z "${RUBY_S}" ]; then
sub_S=${P}
else
@@ -434,6 +434,12 @@ ruby-ng_src_prepare() {
 
_ruby_invoke_environment all _ruby_apply_patches
 
+   case ${EAPI} in
+   6)
+   eapply_user
+   ;;
+   esac
+
_PHASE="source copy" \
_ruby_each_implementation _ruby_source_copy
 
-- 
2.10.2




Re: [gentoo-dev] Gentoo Staffing Needs page is out of date

2016-12-11 Thread Hans de Graaff
On Sun, 2016-12-11 at 17:17 +, Gokturk Yuksek wrote:
> 
> r...@gentoo.org
> 
> Ruby core package maintainer:
> https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Ruby_core_
> package_maintainer
> 
> Ruby package maintainer:
> https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Ruby_packa
> ge_maintainer

I don't recall seeing this email. Are you sure it was sent?

In any case both positions are still valid and open.

Hans

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Review request: Ruby 2.0 removal news item

2016-12-05 Thread Hans de Graaff
On Sun, 2016-12-04 at 09:40 +0100, Matthias Hanft wrote:
> Hans de Graaff wrote:
> > 
> > 
> > Ruby MRI 2.0 has been retired by upstream in February 2016.[1]
> > We remove Ruby MRI 2.0 support from the tree now. Ruby MRI 2.1
> > remains
> > activated in base profile's RUBY_TARGETS variable by default.
> 
> Hmmm... what about dependencies?
> 
> Are they obsolete, too? Should I just "emerge -C =ruby-2.0.0_p648"?
> Or is there some kind of "ruby-cleaner" (like "perl-cleaner") to
> switch all that to ruby 2.1? How to proceed in order to get a
> consistent 2.1 installation? As a normal user, I'd get stuck at
> this point without further instructions...

Most dependencies are not obsolete, although installing them with the
ruby20 target is. We don't have a ruby-cleaner tool, but re-installing
packages with the -N flag of emerge should work. After doing that
ruby:2.0 can be depcleaned. I've added this to the news item:


Packages can be reinstalled for ruby21 only by using the -N option of
emerge:

  emerge -uvDNq world


Hans

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Review request: Ruby 2.0 removal news item

2016-12-05 Thread Hans de Graaff
On Sun, 2016-12-04 at 00:21 -0800, Daniel Campbell wrote:
> 
> 1. Do users need to know about MRI? I had to search the Web to figure
> out that it's referring to Matz's Ruby Interpreter (or CRuby), which
> is
> the reference implementation. This information (if important) may be
> useful to include, like "Ruby MRI (Matz's Ruby Interpreter) 2.1 ...".

It is perhaps not so useful anymore since we no longer have other ruby
implementations, like jruby, in the tree.

> Ruby MRI (Matz's Ruby Interpreter) 2.0 was retired by upstream in
> February 2016. [1] Following this, Ruby MRI 2.0 support will be
> removed
> from Gentoo in favor of Ruby MRI 2.1. We recommend updating to the
> 'ruby21' target as soon as possible.

Thanks, I've used this, but left the "in favor of" part out since
ruby21 is already default (with ruby20) in the profiles for some time.

> I felt that the base profile variable mention and the bit about MRI
> being the best interpreter were better left out, but it also doesn't
> actively hurt it.

Yes, I guess this is common knowledge now. I used the ruby19 news items
as a template, but that was 1.5 years ago.

Hans

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Review request: Ruby 2.0 removal news item

2016-12-03 Thread Hans de Graaff
Title: Ruby 2.0 removal; Ruby 2.1 default
Author: Hans de Graaff <gra...@gentoo.org>
Content-Type: text/plain
Posted: 2016-12-04
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: https://www.ruby-lang.org/en/news/2016/02/24/support-plan-of-ruby-2
-0-0-and-2-1/

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Tinderboxing efforts in Gentoo

2016-12-03 Thread Hans de Graaff
On Fri, 2016-12-02 at 14:10 +0100, Michał Górny wrote:
> Hi, everyone.
> 
> I've heard multiple times about various tinderbox projects being
> started by individuals in Gentoo. In fact, so many different projects
> that I've forgotten who was working on most of them.
> 
> I know that Toralf is doing tinderboxing for most of the stuff.
> What other projects do we have there? What is their status?

For ruby we have https://github.com/gentoo/ruby-tinderbox which uses
Docker to run tests not just for the current USE_RUBY targets of the
package but also the next target, so that it can generate a list of
packages that are ready to get their next target. I expect this could
be useful for Python as well.

Current status is that it works but it is a bit fiddly to get going,
and currently we don't run this.

Hans

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Package up for grabs

2016-08-28 Thread Hans de Graaff
On Wed, 2016-08-24 at 15:26 +0200, Lars Wendler wrote:
> This package is now up for grabs:
> net-irc/rbot

I've added this package to the ruby project, but a more dedicated
maintainer would still be welcome.

Hans

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Packages up for grabs

2016-08-22 Thread Hans de Graaff
On Fri, 2016-08-19 at 15:20 +0200, Pacho Ramos wrote:
> This packages are now up for grabs:
> 
> x11-misc/revelation

I'm still using this at the moment so I'll take this.

Hans

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] rfc: /etc/hostname on gentoo

2016-08-22 Thread Hans de Graaff
On Mon, 2016-08-22 at 10:58 -0500, William Hubbs wrote:
> All,
> 
> it looks like app-emulation/docker expects /etc/hostname to exist.

Is there a bug for this? docker seems to work fine for me on a system
without this file present.

Hans

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/rails:4.0

2016-08-13 Thread Hans de Graaff
# Unfixed security problems, bug 576068. No longer supported by
# upstream. Use Rails 4.2 instead. Masked for removal in 30 days.
dev-ruby/rails:4.0
dev-ruby/railties:4.0
dev-ruby/activerecord:4.0
dev-ruby/actionmailer:4.0
dev-ruby/actionpack:4.0
dev-ruby/activemodel:4.0
dev-ruby/activesupport:4.0
dev-ruby/metasploit-concern:1.0
dev-ruby/metasploit-credential:1.0
dev-ruby/metasploit-credential:1.0.1
dev-ruby/metasploit_data_models:1.2.9
dev-ruby/metasploit_data_models:1.2.10
dev-ruby/metasploit-model:1.0

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/matchy, dev-ruby/watch (ruby20-only packages)

2016-07-22 Thread Hans de Graaff
# Hans de Graaff <gra...@gentoo.org> (22 Jul 2016)
# ruby20-only packages with no reverse dependencies, bug 576034
# Masked for removal in 30 days.
dev-ruby/matchy
dev-ruby/watch

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/rails:3.2 and related packages

2016-06-30 Thread Hans de Graaff
# Hans de Graaff <gra...@gentoo.org> (1 Jul 2016)
# With the release of Rails 5.0 versions older than 4.2 are no longer
# supported. Mask Rails 3.2 and related packages for removal in 30
days.
dev-ruby/rails:3.2
dev-ruby/railties:3.2
dev-ruby/activerecord:3.2
dev-ruby/actionmailer:3.2
dev-ruby/actionpack:3.2
dev-ruby/activeresource:3.2
dev-ruby/activemodel:3.2
dev-ruby/activesupport:3.2
dev-ruby/coffee-rails:3.2
dev-ruby/sass-rails:3.2
dev-ruby/activeldap:3
=www-apps/redmine-2.6.10

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/extlib

2016-03-14 Thread Hans de Graaff
# Hans de Graaff <gra...@gentoo.org> (14 Mar 2016)
# Not compatible with ruby21+, no reverse dependencies.
dev-ruby/extlib

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Re: New packages up for grabs

2016-01-25 Thread Hans de Graaff
On Mon, 2016-01-25 at 01:43 -0600, »Q« wrote:

> If you've got enough cycles to spare, I'd love to see an ebuild for
> leafnode-2.  I realize that's asking a lot and that upstream's
> apparent position is that it will be in perpetual alpha. 
> 

Not likely given that my time for Gentoo is already too much overbooked
, and with upstream declaring perpetual alpha there is not much
incentive on my side, to be honest.

Hans

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] New packages up for grabs

2016-01-24 Thread Hans de Graaff
On Mon, 2016-01-25 at 00:32 +0100, Michał Górny wrote:

> net-nntp/leafnode

I'll take this.

Hans

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] [PATCH] ruby-fakegem.eclass: Support other than standard bindir

2015-12-21 Thread Hans de Graaff
From a1162d3453b7aaef0294a427785e38da687fd547 Mon Sep 17 00:00:00 2001
From: Hans de Graaff <gra...@gentoo.org>
Date: Mon, 21 Dec 2015 21:08:13 +0100
Subject: [PATCH] eclass/ruby-fakegem.eclass: support non-default bindir

By default gems can provide binaries to be bin-wrapped in /usr/bin in a
directory called "bin" in the gem. This is only a default, and it is
possible for the gem to indicate that another directory contains the
binaries to be bin-wrapped using the gemspec bindir option.
dev-ruby/rspec-core and dev-ruby/bundler are gems where the
binaries are placed in an "exe" directory.

This change introduces RUBY_FAKEGEM_BINDIR, defaulting to "bin" for
backward compatibility, allowing this directory to be specified.
---
 eclass/ruby-fakegem.eclass | 13 ++---
 1 file changed, 10 insertions(+), 3 deletions(-)

diff --git a/eclass/ruby-fakegem.eclass b/eclass/ruby-fakegem.eclass
index 7f2b075..977c68f 100644
--- a/eclass/ruby-fakegem.eclass
+++ b/eclass/ruby-fakegem.eclass
@@ -82,6 +82,12 @@ inherit ruby-ng
 # Binaries to wrap around (relative to the bin/ directory)
 # RUBY_FAKEGEM_BINWRAP="*"
 
+# @ECLASS-VARIABLE: RUBY_FAKEGEM_BINDIR
+# @DESCRIPTION:
+# Path that contains binaries to be binwrapped. Equivalent to the
+# gemspec bindir option.
+# RUBY_FAKEGEM_BINDIR="bin"
+
 # @ECLASS-VARIABLE: RUBY_FAKEGEM_REQUIRE_PATHS
 # @DESCRIPTION:
 # Extra require paths (beside lib) to add to the specification
@@ -111,6 +117,7 @@
RUBY_FAKEGEM_RECIPE_TEST="${RUBY_FAKEGEM_RECIPE_TEST-rake}"
 RUBY_FAKEGEM_TASK_TEST="${RUBY_FAKEGEM_TASK_TEST-test}"
 
 RUBY_FAKEGEM_BINWRAP="${RUBY_FAKEGEM_BINWRAP-*}"
+RUBY_FAKEGEM_BINDIR="${RUBY_FAKEGEM_BINDIR-bin}"
 
 [[ ${RUBY_FAKEGEM_TASK_DOC} == "" ]] && RUBY_FAKEGEM_RECIPE_DOC="none"
 
@@ -319,7 +326,7 @@ ruby_fakegem_binwrapper() {
local gembinary=$1
local newbinary=${2:-/usr/bin/$gembinary}
local content=$3
-   local relativegembinary=${RUBY_FAKEGEM_NAME}
-${RUBY_FAKEGEM_VERSION}/bin/${gembinary}
+   local relativegembinary=${RUBY_FAKEGEM_NAME}
-${RUBY_FAKEGEM_VERSION}/${RUBY_FAKEGEM_BINDIR}/${gembinary}
local binpath=$(dirname $newbinary)
[[ ${binpath} = . ]] && binpath=/usr/bin
 
@@ -475,7 +482,7 @@ each_fakegem_install() {
ruby_fakegem_install_gemspec
 
local _gemlibdirs="${RUBY_FAKEGEM_EXTRAINSTALL}"
-   for directory in bin lib; do
+   for directory in "${RUBY_FAKEGEM_BINDIR}" lib; do
[[ -d ${directory} ]] && _gemlibdirs="${_gemlibdirs}
${directory}"
done
 
@@ -511,7 +518,7 @@ all_fakegem_install() {
# binary wrappers; we assume that all the implementations get
the
# same binaries, or something is wrong anyway, so...
if [[ -n ${RUBY_FAKEGEM_BINWRAP} ]]; then
-   local bindir=$(find "${D}" -type d -path
"*/gems/${RUBY_FAKEGEM_NAME}-${RUBY_FAKEGEM_VERSION}/bin" -print -quit)
+   local bindir=$(find "${D}" -type d -path
"*/gems/${RUBY_FAKEGEM_NAME}
-${RUBY_FAKEGEM_VERSION}/${RUBY_FAKEGEM_BINDIR}" -print -quit)
 
if [[ -d "${bindir}" ]]; then
pushd "${bindir}" &>/dev/null || die
-- 
2.4.10

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [gentoo-dev-announce] Last rites:

2015-11-11 Thread Hans de Graaff
On Wed, 2015-11-11 at 11:28 +0100, Justin (jlec) wrote:
> # Justin Lecher  (28 Feb 2015)
> # Unfixed security problems
> # No upstream support anymore
> # CVE-2015-{0219,0220,0221,0222,5145}
> # #536586
> # #554864
> =dev-python/django-1.4*
> =dev-python/django-1.5*
> =dev-python/django-1.6*
> # Not supported by any django version upstream supports
> dev-python/south
> dev-python/Djblets
> dev-util/reviewboard

Reviewboard upstream is now maintaining its own version of django 1.6
for security fixes: https://www.reviewboard.org/news/2015/08/24/new-dja
ngo-1-6-11-1-security-releases/

Would we be able to keep reviewboard in the tree (with a bump to the
2.5.x versions) with this?

Hans

signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] obsolete remote-id types

2015-09-27 Thread Hans de Graaff
On Sat, 2015-09-26 at 13:19 +0200, Justin Lecher (jlec) wrote:
> Hello,
> 
> I will drop gitorius and google-code from metadata.{xml,dtd}. Any
> objections?

rubyforge is also obsolete so that could be removed too.

Hans

signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: www-servers/gorg

2015-05-25 Thread Hans de Graaff
# Hans de Graaff gra...@gentoo.org (25 May 2015)
# With the wwwold services going offline gorg no longer plays a role
# in Gentoo's web environment. The wwwold services went offline due to
# issues with gorg and instead of trying to fix them it was decided to
# move the offline date forward. Consequently gorg will now also be
# masked for removal in 30 days.
www-servers/gorg


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/echoe, dev-ruby/rubyforge

2015-04-28 Thread Hans de Graaff
# Hans de Graaff gra...@gentoo.org (27 Apr 2015)
# rubyforge.org has not been available for almost a year, making the
# rubyforge package obsolete. echoe is a leaf package that still
# depends on it. Masked for removal in 30 days.
dev-ruby/echoe
dev-ruby/rubyforge


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-lang/rubinius-1*

2015-04-28 Thread Hans de Graaff
# Hans de Graaff gra...@gentoo.org (27 Apr 2015)
# This version of rubinius is old and only very few
# packages ever got the associated rbx RUBY_TARGET.
# If you would like to keep rubinius in Gentoo, please
# help us to get the currently masked rubinius 2.x
# versions ready. Masked for removal in 30 days.
=dev-lang/rubinius-1*


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] New ruby-single eclass

2015-04-28 Thread Hans de Graaff
Hi,

The current ruby eclasses work fairly well for ruby-only packages, but
support for packages where ruby is only part of the package are not well
served. As a start the ruby team proposes the following new eclass,
ruby-single.eclass. The purpose of this eclass is to provide support for
the case where a working ruby version needs to be accessed
via /usr/bin/ruby. Examples of such packages are net-libs/webkit-gtk and
sys-block/thin-provisioning-tools.

The eclass is loosely modeled after the python-single eclass-r1,
although not all the functionality available there can be or has been
provided for ruby at the moment. We've tried to keep variable and method
names compatible, though.

Also contained in this email is a new ruby-utils eclass which contains
code factored out of the current ruby-ng eclass, so that it can used by
both eclasses. ruby-utils.eclass is not meant to be used in ebuilds.

Full example code including an ebuild (app-admin/pwstore) is available
in the ruby repository.

Thanks,

Hans
# Copyright 1999-2014 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/eclass/python-single-r1.eclass,v 1.26 
2014/05/26 16:13:35 mgorny Exp $

# @ECLASS: ruby-single
# @MAINTAINER:
# Ruby team r...@gentoo.org
# @AUTHOR:
# Author: Hans de Graaff gra...@gentoo.org
# Based on python-single-r1 by: Michał Górny mgo...@gentoo.org
# @BLURB: An eclass for Ruby packages not installed for multiple 
implementations.
# @DESCRIPTION:
# An eclass for packages which don't support being installed for
# multiple Ruby implementations. This mostly includes ruby-based
# scripts.

case ${EAPI:-0} in
0|1|2|3)
die Unsupported EAPI=${EAPI:-0} (too old) for ${ECLASS}
;;
4|5)
;;
*)
die Unsupported EAPI=${EAPI} (unknown) for ${ECLASS}
;;
esac

inherit ruby-utils

# @ECLASS-VARIABLE: USE_RUBY
# @DEFAULT_UNSET
# @REQUIRED
# @DESCRIPTION:
# This variable contains a space separated list of targets (see above) a package
# is compatible to. It must be set before the `inherit' call. There is no
# default. All ebuilds are expected to set this variable.


# @ECLASS-VARIABLE: RUBY_DEPS
# @DESCRIPTION:
#
# This is an eclass-generated Ruby dependency string for all
# implementations listed in USE_RUBY. Any one of the supported ruby
# targets will satisfy this dependency.
#
# Example use:
# @CODE
# RDEPEND=${RUBY_DEPS}
#   dev-foo/mydep
# BDEPEND=${RDEPEND}
# @
#
# Example value:
# @CODE
# || ( dev-lang/ruby:2.0 dev-lang/ruby:1.9 )
# @CODE

_ruby_single_implementations_depend() {
local depend
for _ruby_implementation in ${RUBY_TARGETS_PREFERENCE}; do
if [[ ${USE_RUBY} =~ ${_ruby_implementation} ]]; then
depend=${depend} $(_ruby_implementation_depend 
$_ruby_implementation)
fi
done
echo || ( ${depend} )
}

_ruby_single_set_globals() {
RUBY_DEPS=$(_ruby_single_implementations_depend)
}
_ruby_single_set_globals
# Copyright 1999-2013 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/eclass/ruby-ng.eclass,v 1.53 2013/12/26 
07:11:48 graaff Exp $

# @ECLASS: ruby-utils.eclass
# @MAINTAINER:
# Ruby team r...@gentoo.org
# @AUTHOR:
# Author: Hans de Graaff gra...@gentoo.org
# @BLURB: An eclass for supporting ruby scripts and bindings in non-ruby 
packages
# @DESCRIPTION:
# The ruby-utils eclass is designed to allow an easier installation of
# Ruby scripts and bindings for non-ruby packages.
#
# This eclass does not set any metadata variables nor export any phase
# functions. It can be inherited safely.


case ${EAPI} in
0|1|2)
die Unsupported EAPI=${EAPI} (too old) for ${ECLASS} ;;
3|4|5) ;;
*)
die Unknown EAPI=${EAPI} for ${ECLASS}
esac

if [[ ! ${_RUBY_UTILS} ]]; then


# @ECLASS-VARIABLE: RUBY_TARGETS_PREFERENCE
# @DESCRIPTION:
# This variable lists all the known ruby targets in preference of use as
# determined by the ruby team. By using this ordering rather than the
# USE_RUBY mandated ordering we have more control over which ruby
# implementation will be installed first (and thus eselected). This will
# provide for a better first installation experience.

# All RUBY_TARGETS
RUBY_TARGETS_PREFERENCE=ruby20 ruby19 

# All other active ruby targets
RUBY_TARGETS_PREFERENCE+=ruby21 rbx jruby 


_ruby_implementation_depend() {
local rubypn=
local rubyslot=

case $1 in
ruby18)
rubypn=dev-lang/ruby
rubyslot=:1.8
;;
ruby19)
rubypn=dev-lang/ruby
rubyslot=:1.9
;;
ruby20)
rubypn=dev-lang/ruby
rubyslot=:2.0

[gentoo-dev] Last rites: various ruby19-only packages

2015-04-26 Thread Hans de Graaff
# Hans de Graaff gra...@gentoo.org (26 Apr 2015)
# Ruby packages that only work with ruby19. Masked for removal in 30
# days.
#
# Only compatible with ruby19.
app-misc/booh

# Only compatible with ruby19. New versions bring in many new
# dependencies and this would require a dedicated maintainer.
dev-ruby/adhearsion
dev-ruby/adhearsion-loquacious

# Newer versions depend on beta versions of unreleased and
# unmaintained software. No upstream release in two years.
dev-ruby/em-http-request

# Old slot, nothing in the tree depends on it.
dev-ruby/haml:0

# Only compatible with ruby19.
dev-ruby/ipaddress


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-ruby/json_pure

2015-04-19 Thread Hans de Graaff
# Hans de Graaff gra...@gentoo.org (19 Apr 2015)
# Pure-ruby implementation of dev-ruby/json for uses where a compiled
# version is not possible. This implementation is not needed on Gentoo
# and slower than the compiled version, so all packages should depend
# on dev-ruby/json instead. Nothing depends on this package.
# Removal in 30 days.
dev-ruby/json_pure


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: various ruby19-only packages

2015-03-08 Thread Hans de Graaff
# Hans de Graaff gra...@gentoo.org (8 Mar 2015)
# Mask various ruby19-only packages for removal.
#
# Failing tests with ruby20 due to encoding issues
dev-ruby/compass:0
# Old slots that are no longer in use
dev-ruby/jquery-rails:0
dev-ruby/simplecov:0
dev-ruby/simplecov-html:0
dev-ruby/sprockets:2.1
# Upstream indicates that this is no longer maintained.
dev-ruby/right_aws
# test-spec does not work properly even with ruby19 and has been
# discontinued upstream. amazon-ec2 depends on this and currently has
# no maintainer.
dev-ruby/amazon-ec2
dev-ruby/test-spec




[gentoo-dev] Last rites: app-admin/chef and its dependencies

2015-02-23 Thread Hans de Graaff
# Hans de Graaff gra...@gentoo.org (23 Feb 2015)
# Mask chef and its dependencies for removal in 60 days.
# This package lacks a maintainer and the version currently
# in the tree is very much out-of-date. Several calls for a
# new maintainer have gone unanswered. The version of chef
# in the gentoo tree depends on old versions of various ruby
# packages, one of which has an open security bug. It is also
# only available for ruby 1.9 which reached end-of-life.
app-admin/chef
app-admin/chef-expander
app-admin/chef-server
app-admin/chef-server-api
app-admin/chef-server-webui
app-admin/chef-solr
dev-ruby/merb-assets
dev-ruby/merb-core
dev-ruby/merb-haml
dev-ruby/merb-helpers
dev-ruby/merb-param-protection
dev-ruby/mixlib-authentication
dev-ruby/mixlib-cli
dev-ruby/mixlib-config
dev-ruby/mixlib-log
dev-ruby/mixlib-shellout
dev-ruby/ohai




[gentoo-dev] Last rites: dev-ruby/gemoji

2015-02-15 Thread Hans de Graaff
# Hans de Graaff gra...@gentoo.org (15 Feb 2015)
# Masked for removal due to licensing issues, bug 539778
dev-ruby/gemoji






[gentoo-dev] Last rites: dev-java/jruby-1.6

2014-09-01 Thread Hans de Graaff
# Hans de Graaff gra...@gentoo.org (1 Sep 2014)
# Mask jruby 1.6.x for removal in 30 days. This version is still based
# on ruby 1.8.  Many packages are no longer compatible with its
# syntax, and security support for ruby 1.8 has stopped. This
# incompatibility now has reached central packages like rubygems so we
# have decided to remove jruby 1.6 now.  jruby upstream has released
# the 1.7.x series some time ago, but unfortunately we only have a
# masked version that has too many issues to unmask. Please let us
# know if you know java and ruby and want to help out here:
#
http://moving-innovations.com/blog/2014/04/23/the-precarious-state-of-jruby-in-gentoo
=dev-java/jruby-1.6*
virtual/ruby-rdoc:2
virtual/ruby-ssl:2
virtual/ruby-threads:2




[gentoo-dev] Last rites: virtual/ruby-test-unit

2014-07-18 Thread Hans de Graaff
# Hans de Graaff gra...@gentoo.org (18 Jul 2014)
# Mask for removal in 30 days for bug 380711.
# This virtual always was a no-op and can be removed from
# ebuilds without consequences.
virtual/ruby-test-unit





[gentoo-dev] Last rites: various ruby packages only hosting their source on rubyforge

2014-06-02 Thread Hans de Graaff
# Hans de Graaff gra...@gentoo.org (2 Jun 2014)
# Mask old slots and packages for removal in 30 days since SRC_URI
# still points to rubyforge mirrors, bug 512132. These are all leaf
# packages, have not seen releases in a long time, and only provide
# their code on rubyforge.
dev-ruby/deprecated:2
dev-ruby/jruby-debug-base
dev-ruby/rack:1.2
dev-ruby/rack:1.3
dev-ruby/ruby-sdl
dev-ruby/text-format
games-util/rubygfe


Note that newer slots of dev-ruby/deprecated and dev-ruby/rack remain
available.

Kind regards,

Hans




[gentoo-dev] Last rites: www-apache/mod_ruby

2014-03-22 Thread Hans de Graaff
# Hans de Graaff gra...@gentoo.org (22 Mar 2014) Dead upstream (no
# releases since 2008, website no longer available). Can only support
# a single ruby version. Has security issues with shared code between
# processes. Use a rack-based alternative instead.
# Removal in 30 days.
www-apache/mod_ruby




  1   2   3   >