because of a missing operand).
--
Marien Zwart (marienz)
On Monday 15 October 2012 04:35:09 Gregory M. Turner wrote:
On 10/14/2012 9:29 PM, Mike Frysinger wrote:
Python clearly has an amazing community, so I hate to say anything
negative... but I sometimes wish they would build less and buy more.
build systems are hard to get right. python is in
curious what happened, and would
appreciate it if you gave me some more information off-list (marienz
on freenode or email).
--
Marien Zwart.
, but it's probably one
reason these files were handled this way in the past.
--
Marien Zwart (marienz)
being used for
something clever or not. I would also suggest that the default should
be to *not* pull in new slots by default, but perhaps some review of how
slotting is most commonly used would help decide on that.
--
Marien Zwart
.
--
Marien Zwart
by upstream
reasonably quickly I'll see about using this to fail early, though.
--
Marien Zwart
would virtualx.eclass add an optional
dependency?
--
Marien Zwart
) example
impossible, but I think it'd be uncommon for that approach to make
sense: I think it'd usually make more sense to split that into two
packages, one per language.
--
Marien Zwart
*
(for the majority of games), and changing things around a lot of work.
So I'd like to request they reconsider (and start installing new/updated
games in a more normal way), but as they're the ones doing most of the
work here I think it makes sense to leave the decision with them.
--
Marien Zwart
On Wed, Jun 06, 2007 at 10:29:47AM -0500, Grant Goodyear wrote:
Chris Gianelloni wrote: [Tue Jun 05 2007, 05:00:28PM CDT]
As a member of the Council, I find it personally offensive that the
Proctors have taken this action on what wasn't even a problem thread.
I'm sick of this. I call for
On Thu, Mar 08, 2007 at 11:19:20AM -0600, Jim Ramsay wrote:
gkrellm-plugin_pkg_setup() {
if ! built_with_use app-admin/gkrellm X \
! has X ${IUSE}; then
eerror This plugin requires the X frontend of gkrellm.
eerror Please re-emerge
On Thu, Mar 08, 2007 at 03:51:42PM -0600, Jim Ramsay wrote:
gkrellm-plugin_pkg_setup() {
if [[ -z ${PLUGIN_NO_XCHECK} ]]
! built_with_use app-admin/gkrellm X; then
eerror This plugin requires the X frontend of gkrellm.
eerror Please re-emerge
On Thu, Feb 22, 2007 at 04:13:11AM +, Ciaran McCreesh wrote:
On Thu, 22 Feb 2007 04:04:37 + Steve Long
[EMAIL PROTECTED] wrote:
| In process terms, I can't understand why the team working on it isn't
| a pkgcore dev (eg marienz if you can't communicate with ferringb)
Because a) they
On Thu, Feb 22, 2007 at 06:42:39PM +0100, Kevin F. Quinn wrote:
On Thu, 22 Feb 2007 17:10:38 +0100
Marien Zwart [EMAIL PROTECTED] wrote:
The
idea was to not get any messy portage quirks documented as required
standard behaviour, the risk here is that we'll now get paludis quirks
(Sending this to both -dev and -core to reach more people, sorry for
the spam)
Devs running ~arch portage should upgrade to portage-2.1_pre9-r5,
which pulls in an important pycrypto upgrade. If you do not upgrade
you will commit broken SHA256 digests (see bug 131293 and 131396).
Please upgrade.
As reported in bug 131293 a pycrypto bug caused a lot of digest and
Manifest files to be created with bogus sha256 hashes. A fixed
pycrypto (2.0.1-r5) was committed to the tree. This means the
following:
- If you run ~arch portage and the latest pycrypto you will hit digest
failures. You will
On Mon, Feb 13, 2006 at 02:00:48PM -0500, Patrick McLean wrote:
How about RICER or RICERFLAGS :)
+1. RESOLVED RICER has such a nice ring to it :)
--
Marien.
pgp70IcstDKz0.pgp
Description: PGP signature
On Sun, Feb 12, 2006 at 09:11:33PM +, Daniel Drake wrote:
I wrote most of this a while ago but didn't get round to finishing it.
This seems appropriate at this time, so here it is :)
Here are some small *suggestions* for how I think we can motivate users
on Bugzilla to contribute more,
On Wed, 30 Nov 2005 18:50:02 -0500
Mark Loeser [EMAIL PROTECTED] wrote:
Jakub Moc [EMAIL PROTECTED] said:
1.12.2005, 0:29:48, Chris Gianelloni wrote:
revdep-rebuild --library=libstdc++.so.5 is all that's needed here to avoid
things like Bug 64615.
Yea, I updated my statement on the bug
On Thu, 1 Dec 2005 01:53:25 +0100
Jakub Moc [EMAIL PROTECTED] wrote:
1.12.2005, 1:30:41, Marien Zwart wrote:
Not sure if everyone is aware of this, but most installed pythons link to
libstdc++.so. This is not a problem if you run the above revdep-rebuild (it
should catch it just fine
Hi,
twisted-cvs is a live cvs ebuild that is completely useless since it is
checking out a module that no longer exists (upstream switched to svn
long ago). I plan to remove it next sunday (yes, that's less than the
usual week, but the ebuild doesn't even finish src_unpack, so...).
--
Marien.
Hi all,
Since it's policy and especially since it's the first time I write one
of these things I'm submitting an eclass I want to add to the tree for
review. It will only be used by the twisted subpackages I'll be
maintaining (see bug 80639).
Subpackage ebuilds using this only have to set
23 matches
Mail list logo