Re: [gentoo-dev] Unmasking db 4.6

On Fri, 2008-04-25 at 08:18 -0400, Caleb Tennis wrote: > Does anyone have any objections to unmasking db 4.6.21? It's been in portage > now > for a long time, but was quickly masked when some packages had some issues > with it. > The only remaining package that has an issue that I'm aware of is

[gentoo-dev] Last rites for app-xemacs/xemacs-packages-sumo

# Hans de Graaff <[EMAIL PROTECTED]> (10 May 2008) # xemacs-packages-sumo cannot be installed together with any of the separate # xemacs packages. Please use xemacs-packages-all instead to install all # xemacs packages. See bug 23949. app-xemacs/xemacs-packages-sumo I'm quite happy to

Re: [gentoo-dev] RFC: 0-day bump requests

On Fri, 2008-07-04 at 02:31 +0200, Marius Mauch wrote: > On Fri, 4 Jul 2008 01:16:09 +0200 > Jeroen Roovers <[EMAIL PROTECTED]> wrote: > > Disclaimer: I'm not really a package maintainer anymore. I am, and Marius said all the things that I would have said. :-) One of the reasons that it depends

Re: [gentoo-dev] Jeeves IRC replacement now alive - Willikins

On Wed, 2008-08-06 at 14:18 -0700, Robin H. Johnson wrote: > Getting the bot out there > - > If you would like to have the new bot in your #gentoo-* channel, would > each channel founder/leader please respond to this thread, stating the > channel name, and that they are the

Re: [gentoo-dev] Projects without a homepage, and valid contents of HOMEPAGE (per bug 239268)

On Sun, 2008-10-05 at 23:38 -0700, Josh Saddler wrote: > Ulrich Mueller wrote: > >> On Sun, 5 Oct 2008, Robin H Johnson wrote: > > > HOMEPAGE="http://this-package-has-no-homepage.gentoo.org/"; > >>> That would impose needless lookups on subdomains of gentoo.org for > >>> clients trying to

Re: [gentoo-dev] [RFC] Moving HOMEPAGE out of ebuilds for the future

On Sun, 2008-11-30 at 14:50 +0100, Tobias Scherbaum wrote: > Jan Kundrát: > > Diego 'Flameeyes' Pettenò wrote: > > > I have a very quick proposal: why don't we move the packages' homepage > > > in metadata.xml (since it's usually unique for all the versions) > > > > I believe the reason was that H

Re: [gentoo-dev] status of ruby 1.8.7?

On Wed, 2008-12-17 at 12:48 +0100, Hanno Böck wrote: > Hi, > > We have ruby 1.8.7 in the tree masked since April. > > # Richard Brown (16 Apr 2008) > # Masked for test > =dev-lang/ruby-1.8.7* > > There's no tracker bug or anything alike about the status of unmasking, so I > wanted to ask what'

Re: [gentoo-dev] Tcl/Tk multi-slot testing

On Fri, 2009-03-13 at 19:09 +0100, Federico Ferri wrote: > potential issues: > this could become troublesome if there is a tcl extension installed, > and is needed both for tcl 8.5 and tcl 8.6. it should be reinstalled > after each 'eselect tcltk set ...' We face similar issues with multiple vers

Re: [gentoo-dev] [undertakers] Packages with updated metadata.xml

On Mon, 2009-03-23 at 12:28 -0100, Jorge Manuel B. S. Vicetto wrote: > dev-ruby/coderay > dev-ruby/exifr > dev-ruby/png The ruby herd will take these. Kind regards, Hans signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] Project summaries

On Wed, 2009-05-06 at 08:49 +0200, Christian Faulhammer wrote: > any project lead/member can post an answer to this mail for a status > report: > XEmacs: > graaff is the lone wolf here and because upstream development of XEmacs > is not really on fire, he has not too much to do, I think. He > int

Re: [gentoo-dev] Project summaries

On Wed, 2009-05-06 at 08:49 +0200, Christian Faulhammer wrote: > any project lead/member can post an answer to this mail for a status > report: The Ruby project summary: We've had two new project members recently: a3li and gengor. In addition we also have a number of new people who help out on oc

Re: [gentoo-dev] Re: Files owned by multiple slots

On Tue, 2009-06-02 at 17:43 +, Sven wrote: > (1) > All gems should be installed from ebuilds only. > > (2) > If an ebuild requires a gem, it has to be installed from the corresponding > ebuild. For all other gems, Gentoo leaves the choice to the user and tries to > work together as well as po

[gentoo-dev] Last rites for dev-ruby/freeride

dev-ruby/freeride ships broken elf shared objects that we cannot rebuild. See https://bugs.gentoo.org/show_bug.cgi?id=251935 for all the details. To keep this package in the tree would require some way to recreate the broken elf shared objects. Will be removed in 30 days. Kind regards, Hans si

Re: [gentoo-dev] Ruby keywording

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?

Re: [gentoo-dev] Ruby keywording

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

[gentoo-dev] Ruby 1.9 stable request heads-up

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

[gentoo-dev] Last rites: several obsolete ruby-gnome2 components

# 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

Re: [gentoo-dev] Last rites: several obsolete ruby-gnome2 components

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

Re: [gentoo-dev] [RFC] New third party mirrors

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

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

# 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

Re: [gentoo-dev] Adding PYTHON_TARGETS=python2_7 to base profile

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

Re: [gentoo-dev] Adding PYTHON_TARGETS=python2_7 to base profile

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?

Re: [gentoo-dev] About what would be included in EAPI5

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

Re: [gentoo-dev] [RFC] Dynamic SLOTs

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

Re: [gentoo-dev] About what would be included in EAPI5

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? > > > &

[gentoo-dev] Last rites: dev-ruby/Ruby-MemCache

# 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

[gentoo-dev] Packages up for grabs: app-editors/xemacs and app-xemacs/*

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

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

# 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

Re: [gentoo-dev] EJOBS variable for EAPI 5?

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?

Re: [gentoo-dev] GLEP: gentoo sync based unified deps proposal

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

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

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

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

--- 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)

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

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

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

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-

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

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

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

# 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

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

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

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

# 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

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

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

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

# 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

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

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

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

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

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

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 n

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

# Hans de Graaff (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

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

ents to that pull request. > 2017-06-24 14:23 GMT+05:00 M. J. Everitt : > > 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 w

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

# Hans de Graaff (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] stabilization candidates, July 2017

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 th

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

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 Da

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

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 understan

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

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

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

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

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

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

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

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

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

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

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

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-de

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

# Hans de Graaff (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

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

# Hans de Graaff (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

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

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

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

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

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

# 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

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

# 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

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

# 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

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

# 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

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

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

Re: [gentoo-dev] Packages up for grabs

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] Package up for grabs

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] Tinderboxing efforts in Gentoo

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

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

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

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

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

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

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

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

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

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

# Hans de Graaff (2022-04-12) # dev-ruby/nokogumbo is now part of dev-ruby/nokogiri and nokogiri # versions still supporting a separate nokogumbo have known security # issues. nokogumbo's only reverse dependency is dev-ruby/sanitize:5, # but a newer slot is available. dev-ruby/nokogumbo dev

[gentoo-dev] [PATCH] eclass/ruby-fakegem.eclass: depend on virtual/pkgconfig

Many C extensions depend on pkgconfig during their configure phase and this is easy to mis in the ebuild. Handle this in the eclass instead even though the dependency will not be needed for all extensions. Closes: https://bugs.gentoo.org/845393 Signed-off-by: Hans de Graaff --- eclass/ruby

Re: [gentoo-dev] [PATCH] eclass/ruby-fakegem.eclass: depend on virtual/pkgconfig

On Fri, 2022-05-20 at 09:28 +0200, Thomas Bracht Laumann Jespersen wrote: > > this is easy to mis in the ebuild. Handle this in the eclass > > instead > > small typo: mis -> miss Fixed. > > +if [ ${#RUBY_FAKEGEM_EXTENSIONS[@]} -ge 1 ]; then > > shouldn't it be [[ ]] and not [ ] ? Also, just a s

Re: [gentoo-dev] [PATCH] eclass/ruby-fakegem.eclass: depend on virtual/pkgconfig

On Fri, 2022-05-20 at 11:09 +0200, Ulrich Mueller wrote: > > > > > > On Fri, 20 May 2022, Florian Schmaus wrote: > > > +if [ ${#RUBY_FAKEGEM_EXTENSIONS[@]} -ge 1 ]; then > > > +   BDEPEND+=" virtual/pkgconfig " > > > +fi > > > Not sure if we have a policy on this, > > We do. :) Policy follow

Re: [gentoo-dev] Upstream remote-id types in package metadata

On Sun, 2022-05-22 at 09:09 +0200, Ulrich Mueller wrote: > >    rubyforge > > Some of them seem to be obsolete. Presumably freshmeat, gitorious, > and > google-code should be removed? Any other removal candidates? rubyforge has been shut down since 2015 so it can be removed as well. Hans sig

[gentoo-dev] Last rites: ruby26-only dev-ruby/{best_in_place,cinch,dotenv,origin,packagefu}

# Hans de Graaff (2022-06-19) # ruby26-only, fails tests, no longer maintained upstream, # no reverse dependencies. Removal in 30 days. dev-ruby/best_in_place # Hans de Graaff (2022-06-19) # ruby26-only, no tests, no reverse dependencies # Removal in 30 days. dev-ruby/cinch # Hans de Graaff

[gentoo-dev] Re: [gentoo-dev-announce] Project:Apache is now without a member!

On Thu, 2022-06-30 at 10:21 +0200, Michał Górny wrote: > Hello, > > Due to the last member retiring, the Apache project [1] does not have > any members left. I was already on the apache-bugs alias, but I'll add myself to the project as well. Hans signature.asc Description: This is a digitally

[gentoo-dev] Re: [gentoo-dev-announce] Packages up for grabs: x11-misc/lightdm, sys-apps/fwupd, net-im/pidgin, media-sound/mumble, app-emulation/virtualbox, app-editors/nano, app-shells/zsh and more

On Wed, 2022-06-29 at 10:15 +0300, Joonas Niilola wrote: > > dev-libs/apr > dev-libs/apr-util These can be maintained as part of the Apache project. Hans signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] [PATCH] ruby-ng.eclass: replace ebegin with einfo in _ruby_invoke_environment

On Sun, 2022-07-03 at 15:45 -0400, Mike Gilbert wrote: > Calling ebegin here makes no sense because it is likely that the > called > function will also generate output. This will lead to the "[ ok ]" > potentially appearing many lines later. > > It also leads to nested ebegin calls, which make no

[gentoo-dev] [PATCH] eclass/ruby-fakegem.eclass: guard against broken rdoc

again yet for rdoc and another core ruby package may require rdoc. This is commonly bundler since it has a +doc USE flag. Signed-off-by: Hans de Graaff --- eclass/ruby-fakegem.eclass | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/eclass/ruby-fakegem.eclass b/eclass/ruby

Re: [gentoo-dev] [PATCH] eclass/ruby-fakegem.eclass: guard against broken rdoc

On Fri, 2022-07-15 at 13:04 +0100, Sam James wrote: > > I worry a bit about silently skipping given it can go further > and lead to e.g. unpredictably broken binpkgs. Yes, not really happy with that either, even though this only affects documentation files. > I'd probably prefer not doing +doc b

Re: [gentoo-dev] Packages up for grabs: x11-misc/xautolock

On Thu, 2022-02-10 at 19:09 +0100, Jonas Stein wrote: > Dear all > > the following packages are up for grabs after dropping > desktop-misc: > > x11-misc/xautolock > https://packages.gentoo.org/packages/x11-misc/xautolock > I'm still using this and I don't see any obvious replacements for it, so

Re: [gentoo-dev] [PATCH 4/8] ruby-ng.eclass: Drop support for EAPI 5

On Sat, 2022-07-23 at 21:19 +0200, Ulrich Müller wrote: > Signed-off-by: Ulrich Müller > --- >  eclass/ruby-ng.eclass | 38 +- >  1 file changed, 9 insertions(+), 29 deletions(-) Looks good to me. Hans signature.asc Description: This is a digitally signed mes

Re: [gentoo-dev] Packages up for grabs: app-eselect/eselect-wine, gui-libs/gtk-layer-shell ...

On Sun, 2022-07-24 at 11:34 +0300, Joonas Niilola wrote: > Hey, > > these packages are up for grabs: > > app-crypt/acme-tiny I'm using this and this looks low maintenance, so I'll take this. Hans signature.asc Description: This is a digitally signed message part

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

# Hans de Graaff signature.asc Description: This is a digitally signed message part

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

# Hans de Graaff (2022-10-22) # Last release upstream 10 years ago. No longer compiles with latest # clang (bug #875254) and doubtful that this actually works with recent # ruby versions. # Masked for removal in 30 days. dev-ruby/ruby-sdl signature.asc Description: This is a digitally signed

[gentoo-dev] Last rites: dev-ruby/rspec-retry

# Hans de Graaff (2022-12-03) # ruby27-only packages. No recent releases. No reverse dependencies # anymore. Maksed for removal in 30 days. dev-ruby/rspec-retry signature.asc Description: This is a digitally signed message part

[gentoo-dev] Last rites: dev-ruby/textpow and dev-ruby/ultraviolet

# Hans de Graaff (2022-12-03) # ruby27-only packages with no other reverse dependencies. # Last releases in 2013 and 2015. Removal in 30 days. dev-ruby/textpow dev-ruby/ultraviolet signature.asc Description: This is a digitally signed message part

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

# Hans de Graaff (2022-12-03) # ruby27-only package with no reverse dependencies. # Last release in 2019. Removal in 30 days. dev-ruby/logue signature.asc Description: This is a digitally signed message part

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

# Hans de Graaff (2022-12-05) # This package has been subsumed into its only consumer: # dev-ruby/nio4r. It is no longer developed, and its last standalone # release was 11 years ago. Removal in 30 days. dev-ruby/iobuffer signature.asc Description: This is a digitally signed message part

[gentoo-dev] Last rites: dev-ruby/posix-spawn

# Hans de Graaff (2022-12-11) # ruby27-only package. No reverse dependencies. # Removal in 30 days. dev-ruby/posix-spawn signature.asc Description: This is a digitally signed message part

[gentoo-dev] Last rites: dev-ruby/ntlm-http

# Hans de Graaff (2022-12-11) # ruby27-only package. No reverse dependencies. # Last release in 2009. Removal in 30 days. dev-ruby/ntlm-http signature.asc Description: This is a digitally signed message part

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

# Hans de Graaff (2022-12-11) # ruby27-only package. No reverse dependencies. # Last release in 2013. Removal in 30 days. dev-ruby/nagios_analyzer signature.asc Description: This is a digitally signed message part

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

# Hans de Graaff (2022-12-11) # ruby27-only package. No reverse dependencies. # Last release in 2012. Removal in 30 days. dev-ruby/log_buddy signature.asc Description: This is a digitally signed message part

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

# Hans de Graaff (2022-12-16) # ruby27-only package. No longer maintained upstream. # No reverse dependencies. Masked for removal in 30 days. dev-ruby/ferret signature.asc Description: This is a digitally signed message part

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

# Hans de Graaff (2022-12-16) # ruby27-only package. No longer maintained upstream. # No reverse dependencies. Masked for removal in 30 days. dev-ruby/daemon_controller signature.asc Description: This is a digitally signed message part

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

# Hans de Graaff (2022-12-25) # Last release in 2018. Poor quality C extension code. Package # consistently segfaults on it tests with the latest ruby versions. # No reverse dependencies. Removal in 30 days. dev-ruby/hiredis signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] Packages up for grabs: apache-2.eclass

On Sun, 2022-12-25 at 13:09 +0100, David Seifert wrote: > Back when polynomial-c was retired, we forgot to send up for grabs > for > eclasses he maintained: > >   apache-2.eclass > > is up for grabs, and is in general need of a revamp, it hasn't aged > well. Given that this eclass is only used b

Re: [gentoo-dev] Packages up for grabs: apache-2.eclass

On Sun, 2022-12-25 at 10:40 -0500, Michael Orlitzky wrote: > > If anyone is interested, I posted updates/replacements for the other > two apache eclasses on https://bugs.gentoo.org/616612. Merging those > should ideally be accompanied by an update to apache-2.eclass, making > it use the paths from

  1   2   3   4   >