# Hans de Graaff gra...@gentoo.org (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
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 sound
# Hans de Graaff h...@degraaff.org (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
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 h...@degraaff.org (11 Feb 2013)
What about using your gentoo email address? One mapping less, please.
Too much autopilot, it seems. Fixed.
Hans
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 you ruby
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 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 last
# Hans de Graaff gra...@gentoo.org (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
a 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 gra...@gentoo.org (21 Jul 2013)
# Mask ruby18-only packages in dev-ruby
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
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 true
# Hans de Graaff gra...@gentoo.org (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
# Hans de Graaff gra...@gentoo.org (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
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 bumped, I
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
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
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
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
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 possible
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
# Will be removed in 60 days. No release since 2003, deprecation
# of ruby features has caught up. If you want this to stay
# then please fix bug 276980.
dev-ruby/misen
dev-ruby/dpklib
signature.asc
Description: This is a digitally signed message part
# Hans de Graaff gra...@gentoo.org (22 Aug 2009)
# ruby-amazon uses the obsolete v3 protocol which has been shut
# down by Amazon on 2008-03-31, and upstream indicates that they
# will not continue development on it.
dev-ruby/ruby-amazon
Given that it no longer works I'll remove it in 30 days
# Hans de Graaff gra...@gentoo.org (22 Aug 2009)
# cgi_multipart_eof_fix is used to fix ruby versions up to 1.8.5.
# We no longer ship these versions, and all versions in the tree
# are unaffected, so this will be removed in 30 days.
dev-ruby/cgi_multipart_eof_fix
signature.asc
Description
# Hans de Graaff gra...@gentoo.org (22 Aug 2009)
# devel-logger is now bundled with ruby 1.8. The standalone version
# is only suited for ruby 1.6, which has gone from our tree a long
# time ago. devel-logger will follow in 30 days.
dev-ruby/devel-logger
signature.asc
Description
On Sat, 2009-08-22 at 23:46 +0200, Hans de Graaff wrote:
# Hans de Graaff gra...@gentoo.org (22 Aug 2009)
# cgi_multipart_eof_fix is used to fix ruby versions up to 1.8.5.
# We no longer ship these versions, and all versions in the tree
# are unaffected, so this will be removed in 30 days
On Fri, 2009-11-06 at 23:52 +0100, Rémi Cardona wrote:
I just don't see how noarch will help the portage tree.
I would propose to use it for the 100+ app-xemacs packages, all of which
run within the virtual machine that is xemacs. Obviously
app-editors/xemacs, the editor itself, will still be
Hi,
The ruby team is currently working on two new eclasses to better handle
our ruby packages. This first one is intended to be a replacement for
the current ruby.eclass. A second eclass is forthcoming and will provide
support for handling gems.
This new eclass has much better handling of
On Wed, 2009-12-02 at 11:46 +0100, Fabian Groffen wrote:
I guess you better add a section for known eapis that are too old to
your liking, and use the *) section for an oops message saying you don't
know about ${EAPI} yet, and to please file a bug.
Yes, good idea. We've gone with this
On Wed, 2009-12-02 at 09:57 +0100, Tomáš Chvátal wrote:
Dne středa 02 Prosinec 2009 09:51:25 Christian Faulhammer napsal(a):
At the moment I don't remember for what reason exactly, but we renamed
the PATCHES variable to EBZR_PATCHES in bzr.eclass. You should do
something similar.
No
Hi,
Hot on the heels of the new ruby-ng.eclass the ruby team presents our
new eclass for dealing with ruby gems: ruby-fakegem.eclass. This eclass
supersedes the current gems.eclass, which will be deprecated in due
time.
The new ruby-fakegem.eclass builds on the framework provided by
On Mon, 2009-12-07 at 12:56 +0100, Thilo Bangert wrote:
Welcome to this years edition of the metadata check.
dev-util/cucumber herd missing
Fixed, but this is really a bug in metadata.dtd, which specifies
!ELEMENT pkgmetadata ( (herd|maintainer|longdescription|use|
#
# Author: Hans de Graaff gra...@gentoo.org
#
# @BLURB:
# This eclass simplifies installation of the various pieces of
# ruby-gnome2 since they share a very common installation procedure.
inherit ruby-ng multilib
IUSE=
subbinding=${PN#ruby-} ; subbinding=${subbinding%2}
S=${WORKDIR}/ruby-gnome2
# Hans de Graaff gra...@gentoo.org (23 Jan 2010)
# Installs only for ruby 1.8 but it actually a JRuby package
# that installs .jar files. Deprecated.
# Last rited: to be removed in 30 days.
dev-ruby/activerecord-jdbc
In its current state is does not install a working set of files. JRuby
support
On Tue, 2010-04-06 at 09:06 -0400, Richard Freeman wrote:
Why not just get rid of the in-tree Changelogs entirely? The scm logs
already document this information, so why have it in a file?
It seems like the main purpose for it is for end-users to have some idea
what changed in an ebuild.
On Wed, 2010-06-02 at 09:18 +0200, Torsten Veller wrote:
app-misc/sphinx
I'll take this.
dev-ruby/IceRuby
I've added this to the ruby herd.
Hans
signature.asc
Description: This is a digitally signed message part
On Sun, 2010-06-06 at 12:40 +0200, Thomas Sachau wrote:
Every package defines the language(s), where it could be installed for
multiple slots, e.g.:
MULTI_SLOT=python or
MULTI_SLOT=python ruby
Additionally, it should define the supported slots, something like this:
# Hans de Graaff gra...@gentoo.org (12 Jun 2010)
# Abandoned by upstream, no releases since 2003. Test suite fails and
# generates many deprecation warnings.
# Masked for removal in 30 days.
dev-ruby/amrita
signature.asc
Description: This is a digitally signed message part
On Sat, 2010-06-26 at 21:46 +0200, Enrico Weigelt wrote:
BTW: if upstream has an proper VCS and an canonical tagging
scheme, they don't actually have to create release tarballs,
just hack up a little script which creates them on-the-fly
from an canonical URL scheme (eg. oss-qm does exactly
On Sat, 2010-07-03 at 08:36 +, Benedikt Boehm (hollow) wrote:
hollow 10/07/03 08:36:01
Added:metadata.xml ChangeLog bunny-0.6.0.ebuild
Log:
initial ebuild, thanks to Gábor Vészi
(Portage version: 2.2_rc67/cvs/Linux i686)
Does not install documentation.
Does
On Sun, 2010-07-11 at 01:28 -0400, Jacob Godserv wrote:
On Sat, Jul 10, 2010 at 12:13, Enrico Weigelt weig...@metux.de wrote:
I've already explained the strategy behind the git repo (and not
doing plaintext patches). Please refer to my paper, and my other
mails posted recently on this list.
On Mon, 2007-09-17 at 23:28 +0200, Christian Heim wrote:
- dev-ruby/ruby-oci8 (mattm)
Will most likely be proxy-maintained by me/ruby herd, see bug 183548
ruby:
- dev-ruby/bluecloth (citizen428)
- dev-ruby/cmdparse (citizen428)
- dev-ruby/glue (citizen428)
- dev-ruby/mega-modules
On Thu, 2007-12-20 at 19:57 +0100, Markus Meier wrote:
Potential candidates (flag-name, count):
xemacs5
This count will very likely go up in the future as we enable more
support for packages similar to the level of support for emacs. +1 on
making this a global USE flag.
On Mon, 2008-01-07 at 22:31 +0100, Luca Barbato wrote:
Are we fine?
Speaking for the ruby herd (which isn't a project and doesn't have a
lead, but I'm sure Richard or Josh will correct any mistakes I make):
No. Even though there are plenty of people in the herd only a few of us
commit on a
On Wed, 2008-01-16 at 11:11 +0100, Denis Dupeyron wrote:
It's my pleasure to introduce Ingmar Vanhassel (ingmar) as a new
Gentoo developer. snip He has experience with bash and ruby.
Welcome Ingmar, and if you tire of KDE or want to work on something
different then there are plenty of open ruby
On Sat, 2008-02-02 at 22:54 -0800, Alec Warner wrote:
So reply with a URL pointing at your tool*.
For XEmacs there is the pebuild script which tracks upstreams packages
and automatically bumps ebuilds for them when newer versions are
available:
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
# 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 close a bug
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 is
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
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 load the homepage.
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 HOMEPAGE
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 rbr...@gentoo.org (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
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
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?
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
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
# Hans de Graaff h...@gentoo.org (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
On Tue, 2012-04-17 at 23:24 +0200, Jeroen Roovers wrote:
On Tue, 17 Apr 2012 19:53:06 +0200
Hans de Graaff gra...@gentoo.org wrote:
# Hans de Graaff h...@gentoo.org (17 Apr 2012)
You need to set ECHANGELOG_USER and then browse the tree to fix your
ChangeLog entries.
No, this is from
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
# Hans de Graaff gra...@gentoo.org (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
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 this should
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 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 point B
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 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?
At least for dev-ruby/nokogiri this is not the case
# Hans de Graaff gra...@gentoo.org (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
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
# Hans de Graaff h...@degraaff.org (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
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?
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 consider
On Sat, 09 Dec 2006 11:39:28 -0600, Ryan Hill wrote:
media-gfx/pngtoico
I'm using this on a regular basis at work, so I'd be happy to pick it up.
There's even a new version out, so expect a version bump shortly.
Hans
--
gentoo-dev@gentoo.org mailing list
A fellow Dutchman, and he also likes cats! Gentoo keeps getting better all
the time. :-)
Welkom, Martijn!
--
Hans de Graaff
--
gentoo-dev@gentoo.org mailing list
dev-lang/ruby-cvs builds the latest Ruby 1.9.x version from CVS.
Except... upstream has moved to SVN, so this ebuild no longer works. It's
now masked and will be removed in 30 days.
An initial ruby-svn ebuild can be found in https://bugs.gentoo.org/
show_bug.cgi?id=173817 and will hopefully be
On Fri, 13 Apr 2007 18:49:05 -0400, Doug Goldstein wrote:
Hans de Graaff wrote:
dev-lang/ruby-cvs builds the latest Ruby 1.9.x version from CVS.
Except... upstream has moved to SVN, so this ebuild no longer works.
It's now masked and will be removed in 30 days.
Is there any point
On Fri, 13 Apr 2007 18:34:00 -0700, M. Edward (Ed) Borasky wrote:
Yes ... upstream moved to SVN right around the first of the year. If you
want, I'll file something in bugzilla to get the details for Ruby 1.9
into Portage as an enhancement. Most of my Rubyist friends go right to
the source
On Sun, 2007-04-15 at 19:46 +0200, Ulrich Mueller wrote:
On Sun, 15 Apr 2007, Petteri Räty wrote:
Let's hope he realizes he's wasting his time at some point and moves
to other areas of the tree (we all know that vim is way better).
As for that: http://tinyurl.com/2dynv6
:-)
Glad to see
it.
Granted, for Radiant specifically this point is moot since there is only
a version in testing, but the general point remains.
Kind regards,
Hans
Title: Radiant upgrade from 0.5.2 to 0.6.*
Author: Hans de Graaff [EMAIL PROTECTED]
Content-Type: text/plain
Posted: 06-May-2007
Revision: 1
Display
On Sun, 2007-05-06 at 11:48 +0300, Petteri Räty wrote:
Hans de Graaff kirjoitti:
What I would like to happen is that the message is added to the tree
once, shown to users who have dev-ruby/radiant in testing immediately,
and only shown to other users of dev-ruby/radiant when they move
On Sun, 2007-05-06 at 16:33 +0100, Ciaran McCreesh wrote:
On Sun, 06 May 2007 08:45:36 +0200
Hans de Graaff [EMAIL PROTECTED] wrote:
I guess this is what the Display-If-Upgrading-From-To: that Ciaran
mentioned would do, but I'm wondering if GLEP 42 makes any sense
without it.
Nope
On Sun, 2007-05-06 at 16:51 +0100, Ciaran McCreesh wrote:
Will the news item be shown before or after the package gets merged?
After. For before, use Display-If-Installed: on a lower version.
Ok, so this is more like elog stuff. One benefit I can see with this
version is that it makes it
On Sun, 2007-05-06 at 17:27 +0100, Ciaran McCreesh wrote:
If either the news item is shown once, it is bad because the user
might forget about if until that package actually hits the stable
branch.
The 'eselect news' module that ships with Paludis solves that problem.
I'm not familiar
Hi,
I've had the 'stricter' FEATURE turned on for some time and found that
many packages failed due to the QA notice regarding poor programming
practices. I filed a few bugs for this but have not gotten a lot of
response, or the suggestion to talk to upstream. Obviously the latter is
always a
On Sun, 2007-07-15 at 11:27 +0200, Christian Heim wrote:
- media-libs/exiftool (Assigned to graphics and perl)
I'll be happy to take this, I already said as much in the open bugs for
it.
Kind regards,
Hans
signature.asc
Description: This is a digitally signed message part
On Fri, 2007-08-17 at 18:43 +0200, Vlastimil Babka wrote:
Also known as FEATURES=stricter.
Unfortunately FEATURES=stricter stopped being really useful when it
started to die on bad programming practices QA messages. These happen a
lot and often are beyond our direct control because it may not
On Fri, 2007-08-17 at 13:40 -0400, Mike Frysinger wrote:
On Friday 17 August 2007, Hans de Graaff wrote:
Unfortunately FEATURES=stricter stopped being really useful when it
started to die on bad programming practices QA messages. These happen a
lot and often are beyond our direct control
On Sat, 2007-08-25 at 14:53 +0100, Luis Medinas wrote:
Definitly the python herd seems understaffed even ruby (as a much less
popular language) has more members. This was a good week for the python
herd nice job!
Obviously ruby is much more fun than python, so there should be more
people in
On Tue, 2007-08-28 at 19:05 +0200, Christian Heim wrote:
It's my pleasure to introduce to you Maarten Bresses (also known as mbres on
IRC), our latest addition joining the kernel herd.
Maarten is joining us from Boxtel (that should be located in the
Netherlands),
were he spent the last 2
I'm about to commit two new eclasses to support the compilation,
configuration, and installation of XEmacs lisp classes. In a desperate
attempt not to re-invent the wheel the interface and structure of the
classes has been shamelessly copied from the Emacs lisp classes.
Currently the
On Sat, 2007-09-08 at 17:33 +0300, Petteri Räty wrote:
Would it be possible to have one set of eclasses that handles both
XEmacs and Emacs?
Possible, yes, but I don't think it is practical. Even though the
general steps to compile and install elisp are the same for GNU Emacs
and XEmacs, there
On Sat, 2007-09-15 at 05:56 -0400, Mike Frysinger wrote:
On Saturday 15 September 2007, Donnie Berkholz wrote:
On 07:19 Sat 15 Sep , Hans de Graaff (graaff) wrote:
SITEPACKAGE=/usr/lib/xemacs/site-packages
Is using get_libdir() a concern here?
looks it to me
Not really, because
# Hans de Graaff gra...@gentoo.org (02 Feb 2011)
# Masked for removal in 30 days. Superseded by
# dev-libs/Ice[ruby].
signature.asc
Description: This is a digitally signed message part
# Hans de Graaff gra...@gentoo.org (27 Feb 2011)
# Deprecated by upstream. Latest version already installs stubs only.
# Nothing in the tree still depends on it.
# Masked for removal in 30 days.
dev-ruby/bones-extras
signature.asc
Description: This is a digitally signed message part
On Sun, 2011-03-06 at 00:22 +0530, Nirbheek Chauhan wrote:
The script I use to generate these lists is:
http://git.overlays.gentoo.org/gitweb/?p=proj/gnome.git;a=blob;f=scripts/slot_rindex.py;hb=HEAD
Looks like it includes dependencies such as =gtkhtml-2*, even though
these should be safe
On Mon, 2011-03-07 at 08:13 -0600, Donnie Berkholz wrote:
Thanks! One thing I've been very interested about in 3.x and 4.x is API
access that's better than screen-scraping. I tried using the
python-bugzilla client that accesses Bugzilla via XML-RPC but it didn't
seem to work. Do we have
# Hans de Graaff gra...@gentoo.org (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
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 add
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 in
# Hans de Graaff gra...@gentoo.org (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 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
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
solution
1 - 100 of 346 matches
Mail list logo