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 th
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
# Hans de Graaff (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
Descript
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
# Hans de Graaff (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
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 sui
# Hans de Graaff (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
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 k
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-
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-n
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/ru
---
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)
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/Ru
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
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
Title: Ruby 2.0 removal; Ruby 2.1 default
Author: Hans de Graaff
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
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 doin
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
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
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 messa
# 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
# Hans de Graaff (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
# Hans de Graaff (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
# Hans de Graaff (14 Mar 2016)
# Not compatible with ruby21+, no reverse dependencies.
dev-ruby/extlib
signature.asc
Description: This is a digitally signed message part
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 t
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
From a1162d3453b7aaef0294a427785e38da687fd547 Mon Sep 17 00:00:00 2001
From: Hans de Graaff
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 &quo
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*
> # No
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
# Hans de Graaff (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
# Hans de Graaff (3 May 2015)
# dev-ruby/fssm is deprecated by its author and nothing
# in the tree depends on it anymore. Use dev-ruby/listen
# as an alternative. Masked for removal in 30 days.
dev-ruby/fssm
signature.asc
Description: This is a digitally signed message part
1.eclass,v 1.26
2014/05/26 16:13:35 mgorny Exp $
# @ECLASS: ruby-single
# @MAINTAINER:
# Ruby team
# @AUTHOR:
# Author: Hans de Graaff
# Based on python-single-r1 by: Michał Górny
# @BLURB: An eclass for Ruby packages not installed for multiple
implementations.
# @DESCRIPTION:
# An eclass for
# Hans de Graaff (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
# Hans de Graaff (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
# Hans de Graaff (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
# Hans de Graaff (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
# Hans de Graaff (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
# Hans de Graaff (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
# Hans de Graaff (15 Feb 2015)
# Masked for removal due to licensing issues, bug 539778
dev-ruby/gemoji
# Hans de Graaff (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
# Hans de Graaff (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
# Hans de Graaff (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
# Hans de Graaff (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
On Thu, 2014-03-13 at 00:15 +0530, Proneet Verma wrote:
> 3) Jenkins CI is a very popular monitoring tool, and as it isn't there
> in the portage tree I would like to write ebuilds for it and become a
> proxy maintainer for future support.
The godin overlay contains ebuilds for jenkins-bin packa
On Tue, 2014-01-14 at 22:49 -0600, William Hubbs wrote:
> > Also, there is a substantial number of packages which contain only python
> > code (or perl, ruby), or only LaTeX classes, or only documentation. It
> > makes no sense to test them on each arch separately. I think maintainers
> > should
# Hans de Graaff (29 Dec 2013)
# Mask for removal in 30 days. mkrf is an obsolete
# build system that is not used anymore. It has no
# dependencies in the tree left.
dev-ruby/mkrf
# Hans de Graaff (25 Dec 2013)
# Masked for removal in 30 days. Doesn't work with ruby19
# and ruby20, dead upstream, no dependencies in the tree.
dev-ruby/arrayfields
# Hans de Graaff (21 Dec 2013)
# Masked for removal as part of the ruby18 deprecation.
# These database bindings only work with ruby18 and are
# no longer used by other packages in the tree.
dev-ruby/dbi
dev-ruby/dbd-mysql
dev-ruby/dbd-odbc
dev-ruby/dbd-pg
dev-ruby/dbd-sqlite
dev-ruby/dbd-sqlite3
# Hans de Graaff (15 Dec 2013)
# Masked for removal in a month due to ruby18 deprecation.
# Rails 2.3 is only available for ruby18 in Gentoo, and it
# is also officially no longer supported upstream.
# This mask contains the Rails 2.3 packages and packages
# directly related to it, or packages
# Hans de Graaff (30 Nov 2013)
# Masked for removal in a month due to ruby18 deprecation.
# Only available for ruby18 which is deprecated, bug 483600
app-i18n/rskkserv
# Only available for ruby18, maintainer needed
app-office/rabbit
# Only available for ruby18, no dependencies left
dev-ruby
# Hans de Graaff (24 Nov 2013)
# dev-ruby/id3lib-ruby only works with deprecated ruby 1.8.
# media-sound/omptagger is its dependency and no longer maintained
# upstream, bug 488676.
dev-ruby/id3lib-ruby
media-sound/omptagger
# Hans de Graaff (20 Oct 2013)
# Mask more ruby18-only packages for removal in 30 days.
# All of these packages no longer have dependencies on them.
dev-ruby/amstd
dev-ruby/markaby
dev-ruby/pdf-writer
dev-ruby/ruby-bdb
dev-ruby/semacode
# Hans de Graaff (19 Oct 2013)
# Mask Rails 3.1 for removal in 30 days. This version of rails
# is no longer supported by upstream and has known security
# bugs: https://bugs.gentoo.org/show_bug.cgi?id=488298
# Please update to Rails 3.2 instead.
On Tue, 2013-08-20 at 16:12 -0400, Michael Orlitzky wrote:
> > # Redmine
> > =dev-ruby/builder-3.1.4 ~amd64
> > =dev-ruby/rails-3.2.13 ~amd64
> Ok, this one is ridiculous. The stable version of Rails is 2.3.18, and
> 3.0 was released almost exactly three years ago. Every time rails-3.x
> gets bum
# Hans de Graaff (14 Aug 2013)
# Last release in 2009. ruby18-only. Uses deprecated
# ruby-gnome2 components that have been removed upstream
# quite some time ago. No maintainer.
# Also remove the deprecated ruby-gnome2 components.
# Masked for removal in 30 days.
app-dicts/fantasdic
dev-ruby
# Hans de Graaff (11 Aug 2013)
# These are all leaf packages marked for ruby18 and ree18.
# ree18 is already removed from the tree, and ruby18 will
# follow soon. These packages don't have dependencies in the
# tree. Removal in 30 days.
dev-ruby/cerberus
dev-ruby/delocalize
dev-ruby/linecach
On Fri, 2013-08-09 at 19:57 +0200, Michał Górny wrote:
> Also, please note that we're being specifically talking about things
> that are not 'deprecated' but 'removed'. We mark implementations
> 'deprecated' while still supporting them, 'removed' goes after we drop
> the support.
This is also tru
Over time a number of packages have ended up in the ruby herd due to
maintainers leaving and being dropped from metadata. These packages
really need dedicated maintainers who understand what these applications
are meant to do and who can do proper testing for them. As such, I'll be
adding maintaine
bug with the details so we can mark it accordingly and
remove it from the mask.
If you maintain ruby packages please check that your package supports at
least Ruby 1.9 (ruby19) and mark it accordingly.
# Hans de Graaff (21 Jul 2013)
# Mask ruby18-only packages in dev-ruby for removal in 30 days
# Hans de Graaff (16 Jul 2013)
# Mask for removal. Upstream dead, recommends no longer using
# this. Nothing in the tree depends on it. dev-ruby/listen
# can be used as an alternative.
dev-ruby/fssm
On Mon, 2013-06-10 at 17:15 +0200, Alex Legler wrote:
> The software is unmaintained, and the website template is next to
> unmaintainable. I could go on a bit more about this, but I think these
> two points *alone* justify moving away from it.
I did have brief flurry of activity on gorg after la
Hi,
I thought I already dropped maintainership of this package a long time
ago, since I haven't been using fastcgi for ages, but a new bug today
told me I forgot. I've done so now. Someone please pick this up if you
still use fastcgi.
dev-libs/fcgi
https://bugs.gentoo.org/show_bug.cgi?id=469794
On Thu, 2013-05-02 at 00:57 -0400, Rick "Zero_Chaos" Farina wrote:
> On 05/01/2013 03:00 AM, Diego Elio Pettenò wrote:
> > On 01/05/2013 06:29, Rick "Zero_Chaos" Farina wrote:
> >> I don't mean to start a flamewar here but the test suite situation is so
> >> bad with circular deps (I'm looking at y
On Mon, 2013-02-11 at 23:30 +0100, Michael Weber wrote:
> On 02/11/2013 09:39 PM, Hans de Graaff wrote:
> > # Hans de Graaff (11 Feb 2013)
>
> What about using your gentoo email address? One mapping less, please.
Too much autopilot, it seems. Fixed.
Hans
# Hans de Graaff (11 Feb 2013)
# No longer supported upstream even for security bugs.
# Port your application to another version of Rails.
# The Rails 3.0 version in the tree has security issues
# and no new 3.0 versions will be released anymore.
dev-ruby/rails:3.0
dev-ruby/railties:3.0
dev-ruby
On Sun, 2013-01-20 at 18:03 +0100, Chí-Thanh Christopher Nguyễn wrote:
> We can either set it in the base profile, then there is no need for
> IUSE="+dri". Or we can set it in every single ebuild that has the dri
> flag. I prefer the former because it reduces our maintenance burden.
You make it s
# Hans de Graaff (20 Jan 2013) Mask
# dev-lang/ruby-enterprise for removal, bug 453178. The current
# versions have minor security issues, the latest versions are masked
# and don't work, and upstream announced end-of-life almost a year
# ago. Ruby 1.9 has almost all of the benefits of RE
On Tue, 2012-09-18 at 11:47 +0200, Michał Górny wrote:
> Yes, and sometimes we're doing 'use test'. I simply don't see how
> adding a separate group of dependencies just for 'test' phase is going
> to help us. They fit just fine into build-time dependencies right now.
It would enable us to consid
On Wed, 2012-09-12 at 08:58 -0400, Ian Stakenvicius wrote:
> So essentially what you're saying here is that it might be worthwhile
> to look into parallelism as a whole and possibly come up with a
> solution that combines 'emerge --jobs' and build-system parallelism
> together to maximum benefit?
# Hans de Graaff (1 Aug 3012)
# spruz has been superseded by dev-ruby/tins. No packages
# in the tree depend on spruz anymore.
# Removal in 30 days.
dev-ruby/spruz
signature.asc
Description: This is a digitally signed message part
If you are looking to pick up ~130 packages in one quick move, then wait
no longer and add yourself to the xemacs herd! You'll get
app-editors/xemacs and all the packages in app-xemacs/*
You will inherit a few open bugs, but nothing high priority. XEmacs
editor and package release happen quite in
# Hans de Graaff (26 Jun 2012)
# Dead upstream. QA problems in ebuild. Still uses old
# ruby.eclass. Use dev-ruby/memcache-client instead.
# Masked for removal in 30 days.
dev-ruby/Ruby-MemCache
signature.asc
Description: This is a digitally signed message part
On Sun, 2012-06-17 at 13:35 +0200, Peter Stuge wrote:
> Hans de Graaff wrote:
> > > I think ABI fits well though? The situation is that A DEPENDs on B,
> > > and at some point B changes in a way that A must be rebuilt in order
> > > to run - right?
> >
> &
On Sun, 2012-06-17 at 09:26 +0200, Michał Górny wrote:
> I'm attaching a reStructuredText version of the spec. You can view it
> rendered as a gist[1]. But please keep the replies on the list, rather
> than forking the gist.
I don't like the approach taken in 6. I'd rather state that there should
On Sat, 2012-06-16 at 17:24 +0200, Peter Stuge wrote:
> Ciaran McCreesh wrote:
> > Also, can we stop using the term "ABI" in reference to this please?
> > It's misleading. Let's call them sub-slots instead.
>
> I think ABI fits well though? The situation is that A DEPENDs on B,
> and at some poin
On Mon, 2012-05-21 at 21:50 -0500, Donnie Berkholz wrote:
> On 16:27 Sun 13 May , Mike Gilbert wrote:
> > To make ebuilds utilizing python-distutils-ng.eclass usable
>
> I didn't read any farther because I couldn't stop laughing. What will
> the next version of this eclass be called, -ng-ng?
On Sun, 2012-05-13 at 16:27 -0400, Mike Gilbert wrote:
> To make ebuilds utilizing python-distutils-ng.eclass usable
> "out-of-the-box", the python team would like to add the following to
> make.defaults in the base profile.
>
> PYTHON_TARGETS="python2_7"
>
> See also bug 415575 [1].
I think thi
# Hans de Graaff (28 Apr 2012)
# History of broken code, new releases use a test system
# that does not work itself and has many new dependencies.
# Current stable version blocks rubygems stabilization.
# No reverse dependencies.
# Masked for removal in 30 days.
=dev-ruby/facets
signature.asc
On Tue, 2012-04-24 at 15:10 +0200, Corentin Chary wrote:
> And here are some mirrors that can be deduced from that (except freebsd-jp
> which I found reading the linphone ebuild):
>
> xemacs http://ftp.xemacs.org/pub/ ftp://ftp.sa.xemacs.org/pub/
I only consider the first site to be a r
On Tue, 2012-04-17 at 23:24 +0200, Jeroen Roovers wrote:
> On Tue, 17 Apr 2012 19:53:06 +0200
> Hans de Graaff wrote:
>
> > # Hans de Graaff (17 Apr 2012)
>
> You need to set ECHANGELOG_USER and then browse the tree to fix your
> ChangeLog entries.
No, this is from the
# Hans de Graaff (17 Apr 2012)
# ruby-gnome2 modules obsoleted by upstream. These are
# no longer maintained and mostly depend on gnome
# components that have been obsoleted themselves.
# bug 408251 for ruby-gtkmozembed, no specific bug
# for the other components, nothing in the tree depends
# on
requires temporarily selecting ruby19 using
eselect. When in doubt and out of time for testing you might want to
change your dependency to refer to dev-lang/ruby:1.8 instead.
If you have questions or concerns, please let us know.
On behalf of the ruby team,
Hans de Graaff
signature.asc
On Wed, 2012-03-07 at 08:00 +0100, "Paweł Hajdan, Jr." wrote:
> It's trivial to set up x86 chroot on amd64 box, so I can't imagine
> what's preventing people from creating such chroot, doing the testing
> and keywording themselves.
In my personal case what is preventing me is sheer and utter
disi
On Tue, 2012-03-06 at 23:17 +0100, Thomas Kahle wrote:
> Ruby is an interpreted language, I don't see any
> point in having every arch team do the testing for every small package.
> Could the ruby team add ~x86 themselves after testing on ~amd64, or are
> there compelling reasons to not do this?
I no longer use the following packages myself and thus I won't be able
to provide proper support for them anymore. I'll drop myself from
metadata in a week or so. Please feel free to change maintainership
before that time.
app-office/mdbtools
gnome-extra/gnome-do
gnome-extra/gnome-do-plugins
mail-
On Tue, 2011-09-20 at 10:00 +0200, Corentin Chary wrote:
> On Mon, Sep 19, 2011 at 9:23 PM, Hans de Graaff wrote:
> > One integration that might also be useful is what we track on the ruby
> > wiki currently: https://overlays.gentoo.org/proj/ruby/wiki/PendingBumps
> > whi
On Wed, 2011-08-31 at 15:41 +0200, Corentin Chary wrote:
> Hi,
>
> some news about euscan (still available at http://euscan.iksaif.net)
>
> - New design (yay !)
> - Atom feeds available for each herd/category/maintainer/package
> (http://euscan.iksaif.net/maintainers/59/feed/)
> - Specific handle
On Mon, 2011-06-27 at 16:52 -0400, Mike Frysinger wrote:
> On Monday, June 27, 2011 12:00:19 Dirkjan Ochtman wrote:
> > On Mon, Jun 27, 2011 at 17:53, Petteri Räty wrote:
> > > I like the ruby approach for the reason that it doesn't require users to
> > > run update scripts like python-updater.
>
On Sat, 2011-06-18 at 14:14 +0300, Petteri Räty wrote:
> On 18.06.2011 09:16, Hans de Graaff wrote:
> >
> >> RDEPEND="dev-ruby/rcsparse >=dev-ruby/rbtree-0.3.0-r2 dev-vcs/git"
> >
> > The ruby-ng eclasses frob RDEPEND, so you should always add to it, e.
Another ruby ebuild review. Some of the issues that were present in
fromcvs are also in this ebuild, I won't repeat them.
On Wed, 2011-06-15 at 22:01 +, Stanislav Ochotnicky (sochotnicky)
wrote:
> sochotnicky11/06/15 22:01:26
>
> Added:rcsparse-0_pre45.ebuild metadata.xm
Stanislav asked me to review. I'm also including the list since other
people may also be interested how to handle ruby ebuilds.
On Wed, 2011-06-15 at 22:04 +, Stanislav Ochotnicky (sochotnicky)
wrote:
> sochotnicky11/06/15 22:04:56
>
> Added:metadata.xml ChangeLog fromcv
On Wed, 2011-06-08 at 16:50 +0100, Ciaran McCreesh wrote:
> On Wed, 08 Jun 2011 17:43:38 +0200
> Hans de Graaff wrote:
> > That leaves the question what to do with the approach for EAPI=2,3.
> > I'd rather not risk breaking ebuilds by removing this support just
> > fo
On Wed, 2011-06-08 at 23:31 +0530, Vikraman wrote:
> > Excellent, good luck with the idea! I think that better information
> > about how Gentoo is actually used will greatly help improving it.
> >
>
> Well, that information cannot be collected automatically, can it ?
You could pop up a window a
On Wed, 2011-06-08 at 17:19 +0200, "Paweł Hajdan, Jr." wrote:
> In my opinion it's *not* about collecting as much data as possible. I
> think it's most important to get the core functionality working really
> well, and convincing as large percentage of users as possible to enable
> reporting the s
On Wed, 2011-06-08 at 09:17 +0200, Ulrich Mueller wrote:
> The value of S that is assigned in global scope (i.e. the one
> containing the wildcard) violates it.
Ah, right, I initially read Donnie's quotation from PMS as an
endorsement for our approach, but that is only true for our EAPI=4
solutio
On Tue, 2011-06-07 at 20:16 +0200, Ulrich Mueller wrote:
> Even if it fulfills the restrictions for global variables, it is still
> an abuse of the spec, because PMS defines S as follows:
> "The full path to the temporary build directory, used by src_compile,
> src_install etc."
I don't see how s
# Hans de Graaff (24 Apr 2011)
# Masked for removal on 20110524
# Legacy bugfix code for very old versions of dev-lang/ruby,
# still required up to now by www-servers/mongrel.
# No longer needed and not applicable to dev-lang/ruby versions
# that are still in the tree.
dev-ruby
On Sun, 2011-04-24 at 00:17 +0200, Michał Górny wrote:
> Hello,
>
> Just a quick RFC. With the bugzie migration, the quick search has been
> extended to grep over bug contents. This makes this handy search real
> slow and not really useful (due to a lot of useless results).
>
> I personally type
On Sun, 2011-04-03 at 17:20 +, Corentin Chary wrote:
> misc:
> - automatic bug report
> - automatic email report for maintainer/herds
I'm not sure if this makes sense. For example, it gets dev-lang/ruby
wrong, thinking that our old patch files are missing versions. Also, for
exiftool I only a
# Hans de Graaff (12 Mar 2011)
# Mask for removal on 20110412 (#358431)
# Needs libgnomeprint that is deprecated and unsupported for
# a long time. Nothing in the tree needs this.
dev-ruby/ruby-gnomeprint
dev-ruby/ruby-gnomeprintui
signature.asc
Description: This is a digitally signed message
201 - 300 of 365 matches
Mail list logo