If, as a user or an arch person, I get a src_test failure right now, I
don't know whether this means eek! Something's gone wrong, and I
really need to fix this or oh, whoever maintains this package
doesn't care. But with EAPI 2, I'll be able to know that a src_test
failure really does mean
On Mon, 2008-06-09 at 14:18 +0200, Luca Barbato wrote:
Thomas Anderson wrote:
As Fabian said it really isn't a matter of We like XML better than LaTeX!
It's not those people's prerogative.
Problems like having homogeneous documentation aren't that small.
The people who wrote PMS
On Tue, 2008-03-04 at 20:34 +1300, Alistair Bush wrote:
This is not a support channel and that, while an interesting picture,
provides absolutely no information whatsoever.
Indeed. Please try [EMAIL PROTECTED] and include some useful
background information.
Matthias
signature.asc
On Wed, 2008-01-09 at 02:47 +, Ciaran McCreesh wrote:
On Tue, 8 Jan 2008 18:44:22 -0800
Alec Warner [EMAIL PROTECTED] wrote:
Uh... So where do the original problems come from? Are you saying
that packages mysteriously start breaking on their own because
no-one's maintaining them?
On Sun, 2008-01-06 at 09:12 +, Ciaran McCreesh wrote:
On Sun, 6 Jan 2008 10:08:47 +0100
Denis Dupeyron [EMAIL PROTECTED] wrote:
No. What he meant and doesn't dare to say is you didn't ask, but
demanded, in your usual dry and pesky I'm a spoiled 6-year old tone.
And this as usual
On Sun, 2008-01-06 at 23:35 +, Ciaran McCreesh wrote:
On Sun, 06 Jan 2008 14:09:24 +0100
Matthias Langer [EMAIL PROTECTED] wrote:
This kind of conversation is not technical at all... Ciaranm, are you
a MIPS user? If so, do you think that running KEYWORDS=mips is less
likely to result
On 02:10 Thu 13 Dec , Justin Bronder (jsbronder) wrote:
1.1 sys-cluster/openmpi/openmpi-1.2.4.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-cluster/openmpi/openmpi-1.2.4.ebuild?rev=1.1view=markup
plain:
On Fri, 2007-12-14 at 12:13 +, Sébastien Fabbro wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 14/12/07 10:24, Matthias Langer wrote:
On 02:10 Thu 13 Dec , Justin Bronder (jsbronder) wrote:
1.1 sys-cluster/openmpi/openmpi-1.2.4.ebuild
file :
http
On Fri, 2007-12-14 at 16:16 +, Sébastien Fabbro wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 14/12/07 14:12, Matthias Langer wrote:
F77=ifort FC=ifort FFLAGS=-O3 -xO emerge -av openmpi
This how it should be. To make it automatically reproducible, specify
environment
http://www.arcdraco.net/~dragon/checkrestart
(Needs lsb-release, portage-utils, lsof and python)
looks interesting indeed... whats also interesting: is there a reason
for lsb-release (a shell script) to be keyworded for x86 only?
matthias
--
[EMAIL PROTECTED] mailing list
On Thu, 2007-07-12 at 13:24 -0700, Mike Doty wrote:
All-
We're going to change the -dev mailing list from completely open to where only
devs can post, but any dev could moderate a non-dev post. devs who moderate
in
bad posts will be subject to moderation themselves. in addition the
On Sun, 2007-07-08 at 14:45 +0200, Lars Weiler wrote:
* Christian Faulhammer [EMAIL PROTECTED] [07/07/08 12:31 +0200]:
Lars Weiler [EMAIL PROTECTED]:
Comments are welcome!
Have a look at app-portage/gatt-svn and help improve it. :)
It's C++ :-(
well, helping doesn't
On Mon, 2007-06-11 at 19:01 +0200, Alexander Gabert wrote:
The person has personally attacked me after i simply concluded that he
should maybe change his attitude to make a better impression on
gentoo-dev and Gentoo developers. This guy is trolling for years and he
enjoys and knows it all
On Sat, 2007-05-05 at 16:51 +0100, Ciaran McCreesh wrote:
On Sat, 5 May 2007 17:44:46 +0200
Marius Mauch [EMAIL PROTECTED] wrote:
Why did I knew that this argument would come? Maybe because it's your
default reaction to any opposition.
What, providing evidence to the contrary? What more
On Thu, 2007-05-03 at 08:11 +0100, Roy Marples wrote:
On Wed, 2 May 2007 22:00:05 +0100
Ciaran McCreesh [EMAIL PROTECTED] wrote:
What, people deliberately breaking policy that directly leads to
breaking stable and not having any working ebuilds for a package in
the tree, and then refusing
On Fri, 2007-04-20 at 09:06 +0200, Rob C wrote:
Its obviously not, Many users are reporting file-collisions on a
weekly basis. So either this isn't sufficient or the arch teams are
not acting as you describe.
Can you provide some bug numbers to backup this claim?
Matthias
--
[EMAIL
On Fri, 2007-04-20 at 19:56 +0200, Marijn Schouten (hkBst) wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matthias Langer wrote:
On Fri, 2007-04-20 at 09:06 +0200, Rob C wrote:
Its obviously not, Many users are reporting file-collisions on a
weekly basis. So either
not having it tested.
That all depends. If having it tested means that it _will_ work, I'd be
infavour of that.
Well, the problem is, that a working test suite does not guarantee a
working program, as well as a failing test suite doesn't necessarily
mean that the program is broken. This
On Sat, 2007-04-14 at 14:58 +0300, Petteri Räty wrote:
Steve Long kirjoitti:
That makes a lot of sense. How about exending it a tiny bit and asking for
it to be policy for all ebuilds EAPI=1 not to be allowed into stable
without RESTRICT=test, or a functional test suite on the arch in
The arch teams have been pushing for this for a long time. They're
trying to get this enforced, but are having limited success because
there's no way for FEATURES=test to become widely used that won't
lead to broken user systems. Moving src_test to be always on in
future EAPIs is
On Wed, 2007-04-11 at 13:47 +0200, Christian Faulhammer wrote:
Matthias Langer [EMAIL PROTECTED]:
Well, I don't know what your problem really is about; I'm running x86,
and if something breaks on my system, it's mostly not because of
broken packages, but because I should have been
On Fri, 2007-03-30 at 14:04 -0400, Mike Frysinger wrote:
On Tuesday 27 March 2007, Ciaran McCreesh wrote:
Do you acknowledge that Portage is a severe limiting factor when it
comes to improving the Gentoo user experience as a whole?
what a lame question ... rather than waste time on this,
I'm very strongly against using Gentoo SoC time and resources for things
that are not officially part of Gentoo (yes, this statement could be
spun however you wish) or are not official Gentoo projects. And no, just
because a project has Gentoo developers in it doesn't mean that it's a
Gentoo
On Wed, 2007-03-14 at 18:18 +0100, Christian Faulhammer wrote:
Kevin F. Quinn [EMAIL PROTECTED]:
So please, friends, just ignore it, nothing positive will come of it.
Unfortunately it made its way onto big news site and lowers the view
on Gentoo even more. From many comments I read we
On Tue, 2007-01-30 at 06:27 +, Ciaran McCreesh wrote:
[ Background: tr1 is a set of extensions to the C++ Standard Library
giving various useful things like hash tables and smart pointers. There
are partial implementations included in g++-4.1 and boost and full
implementations available
On Mon, 2006-11-06 at 02:31 -0500, Mike Frysinger wrote:
On Sunday 05 November 2006 22:42, Matthias Langer wrote:
however, someone should adapt media-video/mjpegtools-1.8.0-r1
(see bug 154199)
and someone should search for duplicates before filing bugs
ups ... sorry - i should have looked
On Sun, 2006-11-05 at 02:26 -0500, Mike Frysinger wrote:
upstream says it's dead and they dont want people using it ... considering
the
problems we've seen that sounds just peachy
fine ... however, someone should adapt media-video/mjpegtools-1.8.0-r1
(see bug 154199)
thanks,
matthias
--
I'm just curious: What is the reason that firefox-1.5.x is still in
~arch ?
--
gentoo-dev@gentoo.org mailing list
On Sun, 2006-03-19 at 07:56 -0700, Duncan wrote:
Matthias Langer posted [EMAIL PROTECTED],
excerpted below, on Sun, 19 Mar 2006 15:24:19 +0100:
I'm just curious: What is the reason that firefox-1.5.x is still in
~arch ?
General policy is that an ebuild should be bug-free in ~arch
On Tue, 2005-12-20 at 14:36 +, Mike Frysinger wrote:
since we have baselayout-1.12.x in ~arch, the new stable candidate
(1.11.14) isnt getting much air time ... can people try upgrading to
it and post any feedback they have with it ? it should mostly be a
bugfix release over 1.11.13 since
Well done, i've allready switched completely to gcc-3.4 with my main box
by reemerging about 650 packages. However, i allready started doing so a
few days ago, so I didn't read the official migration guide before
starting. Now, as everything works fine i just read this guide to
compair it with my
On Sat, 2005-12-03 at 21:31 +0100, Jan Kundrát wrote:
On Saturday 03 of December 2005 21:26 Matthias Langer wrote:
1.) If you remove gcc-3.3* before emerge -e system you will be left
behind with a broken python and therefore emerge. Thus i think there
should be a big red box telling users
On Sat, 2005-12-03 at 14:04 -0700, Joshua Baergen wrote:
Matthias Langer wrote:
2.) emerge -e world on a system with lot of packages will most likley
fail somewhere during the process for various reasons. Fixig the problem
(for example by unmerging the package which causes
On Sat, 2005-12-03 at 21:38 -0400, Luis F. Araujo wrote:
Matthias Langer wrote:
On Sat, 2005-12-03 at 14:04 -0700, Joshua Baergen wrote:
Matthias Langer wrote:
2.) emerge -e world on a system with lot of packages will most likley
fail somewhere during the process for various
On Thu, 2005-12-01 at 01:30 +0100, Marien Zwart wrote:
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
On Fri, 2005-12-02 at 03:03 +0100, Matthias Langer wrote:
On Thu, 2005-12-01 at 01:30 +0100, Marien Zwart wrote:
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
I'm just a more or less simple user of gentoo who somtimes tries to look
a bit behind the curtain, so if you think this posting doesn't belong to
gentoo-dev let me know.
However, maybe this is interesting to you:
Recently i've got serious trouble with one of my hard drives, so that i
was forced
37 matches
Mail list logo
