Manuel Rüger | 26 Aug 16:22 2015
Picon

News item: Ruby 1.9 removal; Ruby 2.0/2.1 default

Hi,

this news item is just an updated version of 2014-03-16-ruby-1.8-removal.

Check [1] for more information.

Cheers,

Manuel

[1]
https://archives.gentoo.org/gentoo-dev/message/989e7e69f231291736c0c632a2df69e3
Title: Ruby 1.9 removal; Ruby 2.0/2.1 default
Author: Manuel Rüger <mrueg <at> gentoo.org>
Content-Type: text/plain
Posted: 2015-08-26
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: dev-lang/ruby

Ruby MRI 1.9 has been retired by upstream in February 2015.[1]
We remove Ruby MRI 1.9 support from the tree now. In parallel Ruby MRI 2.1 
support will be activated in base profile's RUBY_TARGETS variable by default 
in conjunction with Ruby MRI 2.0.

If your currently eselected Ruby interpreter is ruby19, our recommendation is 
to change it to ruby20. At the moment Ruby MRI 2.0 delivers the best possible 
support of all Ruby interpreters in tree.
(Continue reading)

Manuel Rüger | 26 Aug 16:04 2015
Picon

Removal of dev-lang/ruby:1.9

Hi,

as upstream stopped maintaining ruby 1.9 in February 2015, it is about
time to phase out ruby 1.9 support in Gentoo [1,2]. Recently ruby 2.1
has been stabilized on all supported architectures.
Therefore, the Ruby team will update RUBY_TARGETS from
RUBY_TARGETS="ruby19 ruby20" to RUBY_TARGETS="ruby20 ruby21".
This will enable support for ruby21 and remove the support for ruby19 at
the same time to keep the compilation effort for our users minimal.

See [2] for packages that require further attention by their
maintainers (CC'd).

Our schedule for the removal:

Today: Post news item to gentoo-dev
Today + 3d: Add news item to gentoo-news repository
Today + 1 week: Start masking USE="ruby" for packages that still rely on
ruby19 (again see [2]); update RUBY_TARGETS in base profile to "ruby20
ruby21"
Today + 2 weeks: Mask ruby 1.9 and deps for removal

Cheers,

Manuel

[1] https://bugs.gentoo.org/show_bug.cgi?id=536852
[2] https://wiki.gentoo.org/wiki/Project:Ruby/Ruby_1.9_deprecation

(Continue reading)

Manuel Rüger | 26 Aug 12:03 2015
Picon

Last rites: app-i18n/atokx2

# Manuel Rüger <mrueg <at> gentoo.org> (26 Aug 2015)
# Masked for removal in 30 days.
# Superseded by app-i18n/atokx3.
# See bug #553208
app-i18n/atokx2

Michael Orlitzky | 26 Aug 04:19 2015
Picon

[PATCH 0/2] Add prefix support to php-ext-source-r2.eclass.

Add prefix support to php-ext-source-r2.eclass by prepending $EPREFIX
in a few places. The second patch does that, and the first patch fixes
some typos in php-ext-pecl-r2.eclass that were found in the process.

Michael Orlitzky (2):
  php-ext-pecl-r2.eclass: fix eclass/function name comments.
  php-ext-source-r2.eclass: add prefix support.

 eclass/php-ext-pecl-r2.eclass   |  8 ++++----
 eclass/php-ext-source-r2.eclass | 19 ++++++++++---------
 2 files changed, 14 insertions(+), 13 deletions(-)

--

-- 
2.4.6

Doug Goldstein | 25 Aug 16:30 2015
Picon

Last rites: app-emulation/kvm-kmod

# Doug Goldstein <cardoe <at> gentoo.org> (25 Aug 2015)
# Masked for removal in 30 days. Users should use the modules available
# via the kernel as upstream has deprecated these packages.
app-emulation/kvm-kmod

--
Doug Goldstein

Andrew Udvare | 25 Aug 02:35 2015
Picon

How to correctly use golang-vcs with the Google API libraries?

To correctly support the entire Google API library set, do we need a
separate ebuild for every single one? This definitely can be automated.

https://godoc.org/google.golang.org/api

With golang-vcs, using google.golang.org/api for GO_PN is not working
and I think it is because each package must be dealt with separately.

Back story:

I have an ebuild I made a while ago back when the norm was to hack up a
copy of GOROOT minus the package and build the package with that root,
then install. It is located here:

https://github.com/Tatsh/tatsh-overlay/blob/master/dev-go/google-api-go-client/google-api-go-client-0_p20150428.ebuild

I do need to update all my Go ebuilds for golang-* eclasses, not just
this one, because the old way was to install to /usr/lib/go rather than
/usr/lib/go-gentoo.

But besides that, this ebuild was only intended to fulfil the
dependencies of Odeke Drive (a Google Drive client, especially since
Grive is now dead due to API changes). You can see this in the loop that
only deals with the packages drive/v2 and googleapi. (Just to note, I
would love to see Odeke Drive in the tree as there is no longer a
working Google Drive client in the tree.)

Thanks
Andrew

(Continue reading)

Robin H. Johnson | 24 Aug 19:44 2015
Picon

Re: Automated Package Removal and Addition Tracker, for the week ending 2015-08-23 23:59 UTC

On Mon, Aug 24, 2015 at 09:48:16AM +0200, Patrice Clement wrote:
> Monday 24 Aug 2015 00:05:20, Robin H. Johnson wrote :
> > The attached list notes all of the packages that were added or removed
> > from the tree, for the week ending 2015-08-23 23:59 UTC.
> > 
> > Removals:
> > 
> > Additions:
> > 
> > --
> > Robin Hugh Johnson
> > Gentoo Linux Developer
> > E-Mail     : robbat2 <at> gentoo.org
> > GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85
> 
> > Removed Packages:
> > Added Packages:
> > Done.
> You should turn this off now. :)
> 
> Btw, do you still need help with the same script but for Git?
I said last week already, that would somebody please write a Git version
of it. The prior one was very CVS-specific.

The mailer part is already separate from the data-build part, so here's
that data-build part if you wanted to integrate with the existing mail.

I've attached all the scripts from the CVS version, so you can see how
to slot in the Git code (replace the process.sh and .py script).

(Continue reading)

Bernard Cafarelli | 24 Aug 17:45 2015
Picon

Last rites: sys-devel/dragonegg

# Bernard Cafarelli <voyageur <at> gentoo.org> (24 Aug 2015)
# Masked for removal in 30 days. Abandoned upstream,
# last version does not compile. Bug #543644
sys-devel/dragonegg

--

-- 
Bernard Cafarelli (Voyageur)
Gentoo developer (NX, GNUstep, net-misc, llvm/clang, ...)

Tobias Klausmann | 24 Aug 16:44 2015
Picon

code.google.com readonly starting on 25/Aug/15

Hi! 

Tomorrow, code.google.com will turn off write access to all
remaining projects[0]. As such, Gentoo ebuilds which still have
HOMEPAGE= pointing there should be updated.

I've already created a list of possible edits:

http://skade.schwarzvogel.de/~klausman/cgc_urls.html

Note that there are a _lot_ of projects that do not have a new
home. Some of these haven't seen updates since 2009. Some don't
even work anymore.

Still, many do have proper homepages (most of them moved to
GitHub).

Thus, I'll edit _all_ ebuilds for the specified packages to point
to their new homes, where available. I'm also considering filing
bugs against the remainder.

Things I will not touch:

- SRC_URI fields
- Ebuilds where HOMEPAGE is not _exactly_ as in the table linked
  above (this includes ebuilds with more than one URL in
  HOMEPAGE)
- Any ebuild where the maintainer does the fix themselves or
  explicitly asks me not to.

(Continue reading)

Robin H. Johnson | 24 Aug 02:05 2015
Picon

Automated Package Removal and Addition Tracker, for the week ending 2015-08-23 23:59 UTC

The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2015-08-23 23:59 UTC.

Removals:

Additions:

--
Robin Hugh Johnson
Gentoo Linux Developer
E-Mail     : robbat2 <at> gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85
Removed Packages:
Added Packages:
Done.
Matt Turner | 23 Aug 05:10 2015
Picon

Last rites: x11-base/nouveau-drm

# Matt Turner <mattst88 <at> gentoo.org> (22 Aug 2015)
# nouveau has been in the kernel since 2.6.33
# Masked for removal in 30 days.
x11-base/nouveau-drm


Gmane