On Sunday 31 March 2013 01:59:52 Mike Frysinger wrote:
it'd be simpler if we just dropped it altogether from @system. if people
want `info`, they can `emerge` it themselves. if packages want
`makeinfo`, they can DEPEND on it -- few fall into this category (100 by
a rough survey of random
the new texinfo-5.x series has rewritten makeinfo in perl. the main `info`
program is still in pure C.
when it comes to packages installing .info pages, it's largely limited to the
GNU projects as the format has never really caught on. many of those projects
also install man pages.
On Thursday 21 March 2013 07:51:49 James Cloos wrote:
MF == Mike Frysinger vap...@gentoo.org writes:
MF +SIZE_LIMIT='128'
The limit probably should be larger, given that nothing which fits into
one filesystem block will use less space compressed.
In many cases a limit of 4096 would
The vast majority of these small files do not compress better than
their inputs, and they're just .so redirection. Omit compression
on them to save disk and cpu and speed things up.
URL: http://bugs.gentoo.org/169260
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
bin/ebuild-helpers
The vast majority of these small files do not compress better than
their inputs, and they're just .so redirection. Omit compression
on them to save disk and cpu and speed things up.
URL: http://bugs.gentoo.org/169260
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
v2
- fix printf
On Tuesday 26 February 2013 11:44:31 Rich Freeman wrote:
On Tue, Feb 26, 2013 at 11:35 AM, Alec Warner wrote:
I see a *HUGE* reason. glibc ships with ptmalloc. If you think they
should use jemalloc, talk to them. Don't just do it in Gentoo.
Certainly I think it would be far more productive
2.17 seems to have been a pretty quiet cycle, so should be easy to roll out
-mike
signature.asc
Description: This is a digitally signed message part.
On Wednesday 27 February 2013 05:01:08 Markos Chandras wrote:
On 27 February 2013 05:44, Mike Frysinger wrote:
vapier 13/02/27 05:44:01
# patches go here!
epatch ${FILESDIR}/${PN}-1.19.0-bb.patch
- epatch ${FILESDIR}/${P}-*.patch
+ #epatch
On Friday 01 March 2013 07:45:28 Markos Chandras wrote:
On 1 March 2013 08:16, Mike Frysinger (vapier) vap...@gentoo.org wrote:
vapier 13/03/01 08:16:02
Modified: confuse-2.7.ebuild ChangeLog
Log:
Add arm lovin.
--- confuse-2.7.ebuild 30 Oct 2012 11:18:49
On Saturday 02 March 2013 20:50:17 Markos Chandras wrote:
On Mar 3, 2013 1:43 AM, Mike Frysinger vap...@gentoo.org wrote:
On Friday 01 March 2013 07:45:28 Markos Chandras wrote:
On 1 March 2013 08:16, Mike Frysinger wrote:
vapier 13/03/01 08:16:02
Modified
On Saturday 02 March 2013 21:01:39 Markos Chandras wrote:
On Mar 3, 2013 1:55 AM, Mike Frysinger vap...@gentoo.org wrote:
complain to me when all these arm systems that totally had confuse
already installed go down in fire. it literally makes 0 difference
here.
Why would they have
-lang/ruby-1.9.3_p385
=dev-lang/ruby-1.8.7_p371
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
pym/_emerge/depgraph.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/pym/_emerge/depgraph.py b/pym/_emerge/depgraph.py
index bab1c32..6f7b673 100644
--- a/pym/_emerge
On Sunday 17 February 2013 22:18:30 Zac Medico wrote:
On 02/17/2013 06:21 PM, Mike Frysinger wrote:
The current output format for listing a chain of dependencies produces
one long flat line that can be hard to read. For example, if you mask
dev-lang/ruby and then try to install dev-ruby
On Monday 28 January 2013 14:30:06 Pacho Ramos wrote:
El lun, 28-01-2013 a las 14:37 +0800, Ben de Groot escribió:
On 28 January 2013 12:37, Mike Frysinger wrote:
On Sunday 27 January 2013 13:21:27 Pacho Ramos wrote:
The problem is that it doesn't work so well. If I have the following
On Friday 25 January 2013 18:51:44 Mike Frysinger wrote:
i've taken Constanze' work and rewritten it a bit to be easier to use (imo)
as most settings are now defaults
merged. i'll move iputils over to it first and if there aren't any problems,
i'll move more over to it.
-mike
signature.asc
On Sunday 27 January 2013 12:47:28 Pacho Ramos wrote:
El dom, 27-01-2013 a las 15:00 +0100, Pacho Ramos escribió:
Currently, when people uses DOC_CONTENTS variable to place their desired
messages, they are automatically reformatted by fmt to get proper
messages (for example, splitting long
On Sunday 27 January 2013 13:21:27 Pacho Ramos wrote:
The problem is that it doesn't work so well. If I have the following at
src_prepare (for example):
src_prepare() {
DOC_CONTENTS=You must create a symlink rom /etc/splash/tuxonice
to the theme you want tuxonice to use, e.g.: \n
On Saturday 26 January 2013 08:21:37 Michał Górny wrote:
On Fri, 25 Jan 2013 18:51:44 -0500 Mike Frysinger wrote:
# Or set it via the global ebuild var FILECAPS:
# @CODE
# FILECAPS=(
# cap_net_raw bin/ping bin/ping6
# )
# @CODE
Please don't. We have enough eclasses randomly
i've taken Constanze' work and rewritten it a bit to be easier to use (imo) as
most settings are now defaults
-mike
# Copyright 1999-2013 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
# @ECLASS: fcaps.eclass
# @MAINTAINER:
# Constanze Hausner
On Friday 25 January 2013 19:10:53 Gilles Dartiguelongue wrote:
It's not like libcap is a big dependency
true, but not everyone needs this, nor can everyone leverage it (caps). it's
a linux-centric implementation and is dependent upon filesystem support being
available enabled.
that doesn't
On Sunday 20 January 2013 10:54:55 Chí-Thanh Christopher Nguyễn wrote:
Ben de Groot schrieb:
On 20 January 2013 23:22, Chí-Thanh Christopher Nguyễn wrote:
Andreas K. Huettel schrieb:
* move setting USE=dri from default/linux/make.defaults to
targets/desktop/make.defaults
I must say
On Friday 18 January 2013 15:49:38 Andreas K. Huettel wrote:
During the server profile discussion, it became clear that we could clean
up the base profiles a bit. This is unrelated to the profile versions, as
the change would affect all versions (well, at least without bigger
changes).
What
On Thursday 17 January 2013 14:44:14 Ciaran McCreesh wrote:
On Thu, 17 Jan 2013 14:35:12 -0500 James Cloos wrote:
CM == Ciaran McCreesh writes:
CM That's what's known as doing it wrong. You should be querying
CM your package mangler for a list of categories, not doing an 'ls'.
ls(1)
On Monday 14 January 2013 22:20:20 Duncan wrote:
Mike Frysinger posted on Mon, 14 Jan 2013 17:09:51 -0500 as excerpted:
+ [[ ${BUILD_DIR} ]] || die ${FUNCNAME}: BUILD_DIR not set.
really should use -n there
Doesn't matter.
the point wasn't will it work. it's more how easy
Q3AEULA
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
pym/_emerge/depgraph.py | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/pym/_emerge/depgraph.py b/pym/_emerge/depgraph.py
index 96ba871..92e3b1c 100644
--- a/pym/_emerge/depgraph.py
+++ b/pym/_emerge
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
man/portage.5 | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/man/portage.5 b/man/portage.5
index 39ccfb2..4f67233 100644
--- a/man/portage.5
+++ b/man/portage.5
@@ -684,7 +684,8 @@ sys\-libs/glibc glibc.conf
.TP
On Monday 14 January 2013 15:15:03 Pacho Ramos wrote:
El lun, 14-01-2013 a las 18:15 +0100, hasufell escribió:
[...]
+1 to allow empty/missing HOMEPAGE variable
dead homepage = useless
http://gentoo.org = useless
https://bugs.gentoo.org = too obvious
An empty homepage
On Monday 14 January 2013 12:55:29 Dan Douglas wrote:
On Sunday, January 13, 2013 01:28:42 PM Mike Frysinger wrote:
On Sunday 13 January 2013 08:29:43 Michał Górny wrote:
+ [[ ${BUILD_DIR} ]] || die ${FUNCNAME}: BUILD_DIR not set.
really should use -n there
Doesn't matter. Only zsh
On Sunday 13 January 2013 09:24:02 Michał Górny wrote:
Right now an attempt to commit an ebuild with no HOMEPAGE results in:
HOMEPAGE.missing 1
app-admin/eselect-sh/eselect-sh-0.4.ebuild
use the common eselect homepage ? http://www.gentoo.org/proj/en/eselect/
-mike
On Sunday 13 January 2013 08:29:43 Michał Górny wrote:
+ [[ ${BUILD_DIR} ]] || die ${FUNCNAME}: BUILD_DIR not set.
really should use -n there
+ pushd ${BUILD_DIR} /dev/null || die
+ popd /dev/null || die
sending errors to /dev/null is wrong
-mike
signature.asc
Description: This
On Sunday 13 January 2013 13:27:44 Michał Górny wrote:
On Sun, 13 Jan 2013 13:27:02 -0500
Mike Frysinger vap...@gentoo.org wrote:
On Sunday 13 January 2013 09:24:02 Michał Górny wrote:
Right now an attempt to commit an ebuild with no HOMEPAGE results in:
HOMEPAGE.missing
On Wednesday 09 January 2013 06:39:37 justin wrote:
On 09/01/13 12:29, justin wrote:
On 09/01/13 10:26, Diego Elio Pettenò wrote:
On 09/01/2013 09:40, justin wrote:
Also the internals of the build are affected (probably through the
difference in configure). This leads to disrespected
On Monday 07 January 2013 15:52:40 Alec Warner wrote:
On Sun, Jan 6, 2013 at 8:30 AM, Diego Elio Pettenò wrote:
I just gave a quick look at the init scripts installed on the tinderbox,
and the amount of them that use mkdir to create the directories in /run
and similar is astounding.
On Wednesday 02 January 2013 12:58:01 Cyprien Nicolas wrote:
Alexis Ballier wrote:
It's probably too idealistic but I tend to consider that global flags
should be enabled/disabled globally while local flags on a
per-package basis. bindist is really something you want to enable
globally.
On Wednesday 02 January 2013 18:41:26 Pacho Ramos wrote:
and similar in some eclasses (like eutils, multilib) but not others
i added it to the most popular eclasses and the ones i maintained. i left the
rest up to other people to add it and make sure things still worked.
-mike
signature.asc
On Monday 31 December 2012 18:23:06 Maxim Kammerer wrote:
On Mon, Dec 31, 2012 at 10:45 PM, Mike Frysinger wrote:
On Sunday 30 December 2012 13:47:40 Maxim Kammerer wrote:
Desktop users would probably benefit more from glibc databases, if they
worked: https://bugs.gentoo.org/show_bug.cgi?id
On Saturday 29 December 2012 20:24:16 Mike Frysinger wrote:
rough poll: how many people actually care about nscd ? i'm making it into
a USE flag for glibc-2.17 and it's easiest for me to do IUSE=nscd which
means it'd default to off.
sounds like people can handle this, so i've added it to 2.17
On Tuesday 01 January 2013 16:46:49 Diego Elio Pettenò wrote:
On 01/01/2013 22:29, Tony Chainsaw Vroon wrote:
That sounds like a clear win. If it has survived the tinderboxing there
likely isn't much to hold you back. As non-contentious topics sometimes
end up with no replies at all...
On Monday 31 December 2012 19:44:32 Rich Freeman wrote:
The certificates that Gentoo distributes have at least been vouched
for by somebody who is a part of our community, which is more than can
be said for most of the upstream certificates.
mmm, Gentoo ships ca-certificates which comes
On Sunday 30 December 2012 13:47:40 Maxim Kammerer wrote:
On Sun, Dec 30, 2012 at 7:58 PM, Mike Frysinger wrote:
because i suspect it's dead weight for most people, especially desktop
users.
Desktop users would probably benefit more from glibc databases, if they
worked: https
On Sunday 30 December 2012 03:46:01 Alec Warner wrote:
On Sat, Dec 29, 2012 at 5:24 PM, Mike Frysinger vap...@gentoo.org wrote:
rough poll: how many people actually care about nscd ? i'm making it
into a USE flag for glibc-2.17 and it's easiest for me to do IUSE=nscd
which means it'd
rough poll: how many people actually care about nscd ? i'm making it into a
USE flag for glibc-2.17 and it's easiest for me to do IUSE=nscd which means
it'd default to off.
-mike
signature.asc
Description: This is a digitally signed message part.
On Thursday 27 December 2012 17:13:56 William Hubbs wrote:
Another concern I've heard says that we shouldn't do this on linux
because gentoo *bsd doesn't do it. I don't see that as relevant
because ebuilds can be smart enough to test whether they are being
emerged on Linux or *BSD.
+1
-mike
On Wednesday 26 December 2012 23:01:46 William Hubbs wrote:
On Mon, Dec 24, 2012 at 10:48:23PM +0100, Diego Elio Pettenò wrote:
On 24/12/2012 20:08, Mike Frysinger wrote:
i.e. saying we should get rid of gen_usr_ldscript and use
--libdir=/lib makes absolutely no sense. it's just begging
On Thursday 27 December 2012 13:49:50 Rich Freeman wrote:
I think moving everything into /usr is a good idea. However:
i don't think it's hard to support both. the majority of packages just want
to relocate shared libs into / from /usr and that's easy with one line:
gen_usr_ldscript
On Friday 14 December 2012 05:43:41 Fabian Groffen wrote:
gen_usr_ldscript() vs --libdir=/lib. Questions on why, and if it makes
sense to remove gen_usr_ldscript in favour of --libdir. WilliamH will
open a discussion on gentoo-dev ML.
these are orthogonal issues. not every package using
On Friday 14 December 2012 02:49:08 George Shapovalov wrote:
On Thursday 13 December 2012 12:59:40 Jory A. Pratt wrote:
But to keep ebuilds for ex. gcc around for over 5 years is just insane.
I would argue, that stuff like gcc and some other system packages should be
kept forewer. One
On Thursday 13 December 2012 13:59:40 Jory A. Pratt wrote:
Well there are exceptions to every rule, it is the ideal to get a
discussion to make a better decision as to when a revision of a package
should be removed and no longer supported. Well many slots can be useful
for many packages, there
On Wednesday 19 December 2012 18:56:10 Mike Frysinger wrote:
On Friday 14 December 2012 02:49:08 George Shapovalov wrote:
On Thursday 13 December 2012 12:59:40 Jory A. Pratt wrote:
But to keep ebuilds for ex. gcc around for over 5 years is just insane.
I would argue, that stuff like gcc
On Thursday 29 November 2012 23:37:18 Duncan wrote:
Obviously that specific solution won't work for the multiple blas/
whatever packages, since it's single-package/multi-version specific, but
is there some variant of it that could work, keeping the code out of
eclasses where the
On Wednesday 28 November 2012 16:49:14 Justin wrote:
Problem:
Some packages aren't lucky and their buildsystem doesn't create
pkg-config files out of the box.
Solution:
Create them by hand.
i agree this is a problem. but i think the only real place to fix this is in
the upstream package.
On Tuesday 27 November 2012 07:26:50 justin wrote:
next patch for intel-sdp.eclass
your code has a lot of whitespace damage (leading spaces instead of tabs).
you should fix that up.
+# @ECLASS-FUNCTION: big-warning
+# @INTERNAL
+# warn user that we really require a license
there should be
On Tuesday 27 November 2012 11:49:52 Diego Elio Pettenò wrote:
On 27/11/2012 08:01, justin wrote:
The reason I introduced the USE here and in general to use it in similar
locations is that those packages install tons of documentation and
examples, which I personally don't like to waste my
On Sunday 25 November 2012 11:47:42 Justin wrote:
# Copyright 1999-20012 Gentoo Foundation
it is not yet 20012
also, this file too has whitespace damage (indenting with spaces)
[[ ${CUDA_VERBOSE} == true ]] NVCCFLAGS+= -v
wouldn't this be better done in cuda_sanitize ?
local
On Sunday 25 November 2012 18:57:12 Matthew Thode wrote:
pax_kernel is used by 21 packages. The description would generally be
'make changes to the package so it works under a pax enabled kernel'.
Currently it is used to either patch or (inclusive) to pax mark.
What think you?
`paxctl`
On Sun, Nov 25, 2012 at 5:26 PM, Mike Gilbert wrote:
On Sun, Nov 25, 2012 at 5:04 PM, Mike Frysinger wrote:
On Sun, Nov 25, 2012 at 3:27 PM, Lars Wendler wrote:
I also planned to release a news through the portage news system as soon as
I
lastrite xchat so people know how to move over
On Mon, Nov 26, 2012 at 5:00 AM, Michał Górny wrote:
On Mon, 26 Nov 2012 04:18:40 -0500 Mike Frysinger wrote:
On Sun, Nov 25, 2012 at 5:26 PM, Mike Gilbert wrote:
On Sun, Nov 25, 2012 at 5:04 PM, Mike Frysinger wrote:
On Sun, Nov 25, 2012 at 3:27 PM, Lars Wendler wrote:
I also planned
On Mon, Nov 26, 2012 at 5:17 AM, Michał Górny wrote:
xchat hexchat are different packages. It's a bit like pretending that
the discontinuation and fork didn't ever happen, and the packages are
equivalent (which they are not, as have been already pointed out).
they're about as equivalent as
On Mon, Nov 26, 2012 at 7:16 AM, Rich Freeman wrote:
On Mon, Nov 26, 2012 at 5:33 AM, Mike Frysinger wrote:
along those lines, a news entry is probably not even necessary.
So, users will just move config in an elog? Oh, and they don't even use.
see what happens when you delete context
On Sun, Nov 25, 2012 at 3:27 PM, Lars Wendler wrote:
I also planned to release a news through the portage news system as soon as I
lastrite xchat so people know how to move over to hexchat. As I never did this
before I'd like to have some help concerning this matter. Is there some
On Monday 05 November 2012 15:48:22 Rick Zero_Chaos Farina wrote:
Although /etc/make.conf is still supported, the preferred location is
now /etc/portage/make.conf.
Therefore, I am volunteering to migrate these references to the now
preferred location.
they're all user-facing messages. just
On Friday 19 October 2012 15:01:57 Pacho Ramos wrote:
At least in spanish, it's mandatory to end phrases with a dot ., would
you agree with trying to enforce this trivial change with a repoman
warning?
actually the opposite here ... DESCRIPTION should be a sentence fragment, and
should avoid
On Tuesday 02 October 2012 15:53:41 Mike Frysinger wrote:
On Friday 17 August 2012 23:31:36 Mike Frysinger wrote:
with glibc-2.15 gone stable, it's time to get 2.16 in the pipe. the big
issues have been sorted out already. there's a few packages still known
to build fail, but they've had
On Monday 15 October 2012 13:45:22 Mike Frysinger wrote:
On Monday 15 October 2012 11:20:19 Zac Medico wrote:
On 10/14/2012 09:22 PM, Mike Frysinger wrote:
sounds like we should extend the profiles.desc file or profile
structure to include a description so that people know the intention
On Thursday 27 September 2012 12:02:58 Ian Stakenvicius wrote:
build is specifically for catalyst and/or for building the stages,
right? If so, this one makes sense to me to add.
this is used in a few packages, but we should encourage trimming it rather
than expanding. i see that the kernel
On Monday 15 October 2012 11:20:19 Zac Medico wrote:
On 10/14/2012 09:22 PM, Mike Frysinger wrote:
sounds like we should extend the profiles.desc file or profile structure
to include a description so that people know the intention of each one.
the only marker we had before was implicitly
On Monday 15 October 2012 04:35:09 Gregory M. Turner wrote:
On 10/14/2012 9:29 PM, Mike Frysinger wrote:
On Sunday 14 October 2012 04:49:28 Gregory M. Turner wrote:
Thirdly has been addressed ad nauseam in this thread and will be
solved by prepending the LDFLAG rather than appending
On Sunday 14 October 2012 11:42:32 Ben Kohler wrote:
I hope this discussion doesn't end when the warnings are removed. These
server profiles are still useless and misleading, they do not need to exist
in their current form. Your previous statement that these are the most
minimal profiles, is
On Sunday 14 October 2012 04:49:28 Gregory M. Turner wrote:
Thirdly has been addressed ad nauseam in this thread and will be
solved by prepending the LDFLAG rather than appending, or, preferably,
by patching autotools (but only if I can find a simple, low-maintenance
approach that is likely to
On Thursday 11 October 2012 05:35:21 Gregory M. Turner wrote:
On 10/10/2012 9:14 PM, Mike Frysinger wrote:
On Wednesday 10 October 2012 23:37:26 Gregory M. Turner wrote:
(1) is worse than (2), but it does have some quasi-legitimate usages.
For example, prefix bootstrap does this (or used
On Thursday 11 October 2012 14:56:11 Ben Kohler wrote:
I would like to suggest that the server profile variants
(ie default/linux/amd64/10.0/server) be unlisted from profiles.desc, so
that they do not show up in eselect profile list for new users. As far
as I know, this server target is
On Wednesday 10 October 2012 18:47:46 Gregory M. Turner wrote:
+ if [[ ${CHOST} == *-cygwin* ]] ; then
+ fpeconfig=--without-fpectl
just re-use myconf. this is what it's for.
+ myconf=${myconf} ac_cv_func_bind_textdomain_codeset=yes
just export it:
export
On Wednesday 10 October 2012 23:37:26 Gregory M. Turner wrote:
(1) is worse than (2), but it does have some quasi-legitimate usages.
For example, prefix bootstrap does this (or used to), as do many of the
crossdev-wrapper scripts. I've also resorted to such usage, myself,
when repairing a
On Sunday 07 October 2012 13:58:04 justin wrote:
On 10/7/12 7:36 PM, Jonathan Callen wrote:
You cannot check the value of IUSE in global scope in an eclass, as at
least portage actually unsets it before sourcing an eclass (also, it
is not defined in PMS what value IUSE would have at that
On Saturday 06 October 2012 03:47:57 Gregory M. Turner wrote:
My god, I am a horrible self-editor. Sorry. Please ignore the magnum
opus above and allow me to try again.
In dev-lang/python*, we use
append-ldflags '-L.'
to ensure linking is performed against the built libpython.so
On Friday 05 October 2012 10:28:45 Paweł Hajdan, Jr. wrote:
This is the case with dev-lang/v8: it doesn't build on x32
(https://bugs.gentoo.org/423815), and upstream said they *won't*
support x32
(https://groups.google.com/d/msg/v8-users/c-_URSZqTq8/7wHl095t2CMJ).
i think you misread. they
On Saturday 06 October 2012 21:05:14 Diego Elio Pettenò wrote:
It's also interesting to note that
Werner Koch of libgcrypt and gnupg fame is also not interested in
supporting x32.
i'd say not terribly relevant considering he also finds pkg-config to be
pointless new technology
-mike
On Wednesday 26 September 2012 01:24:32 Ryan Hill wrote:
On Tue, 25 Sep 2012 18:17:03 +0300 Samuli Suominen wrote:
# Samuli Suominen ssuomi...@gentoo.org (25 Sep 2012)
# Multiple build failures: #435394, #423991 and #425806
# Other bugs: #270830, #368409
# Unmasking would require
On Friday 17 August 2012 23:31:36 Mike Frysinger wrote:
with glibc-2.15 gone stable, it's time to get 2.16 in the pipe. the big
issues have been sorted out already. there's a few packages still known to
build fail, but they've had quite some time to sort their stuff out, so i
don't see
On Sunday 30 September 2012 17:44:05 Gilles Dartiguelongue wrote:
+# @USAGE: gnome2_disable_deprecation_warning
no need for this
+ for makefile in $(find ${S} -name Makefile.in \
+ -o -name Makefile.am -o -name Makefile.decl | sort); do
`local makefile` missing. also, this
On Tuesday 25 September 2012 07:43:44 Alexis Ballier wrote:
On Tue, 25 Sep 2012 00:13:53 + (UTC)
Mike Frysinger (vapier) vap...@gentoo.org wrote:
[...]
net-fs/openafs/openafs-1.6.1-r1.ebuild:
~amd64-fbsd(default/bsd/fbsd/amd64/9.0) ['sys-libs/pam']
please stop breaking the tree
On Monday 24 September 2012 06:11:01 Ambroz Bizjak wrote:
case ${EAPI} in
But then, there are two other places in ebuild.sh using case EAPI and
they both look exactly like mine. Updated patch changes all of them.
WFM, thanks
-mike
signature.asc
Description: This is a digitally signed
On Monday 24 September 2012 06:25:35 Gregory M. Turner wrote:
On cygwin, there is a problem with bi-directional pipe support in bash.
I used to solve this with an ugly reversion in portage and an
ultra-simple stubbification patch for multiprocessing.eclass (both
serialized everything).
Rather than always re-implementing `readlink -f` in shell, probe the host
tool first to see if it works.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
bin/misc-functions.sh | 13 +
1 file changed, 13 insertions(+)
diff --git a/bin/misc-functions.sh b/bin/misc-functions.sh
These variables have been deprecated in favor of the new variables
QA_STRICT_FLAGS_IGNORED/QA_FLAGS_IGNORED, and the tree has been
converted over to the new ones, so drop the old vars.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
bin/misc-functions.sh | 25 -
1
On Sunday 23 September 2012 22:06:43 Ambroz Bizjak wrote:
+ case $EAPI in
case ${EAPI} in
-mike
signature.asc
Description: This is a digitally signed message part.
On Sunday 23 September 2012 21:39:45 Zac Medico wrote:
On 09/23/2012 05:49 PM, Mike Frysinger wrote:
These variables have been deprecated in favor of the new variables
QA_STRICT_FLAGS_IGNORED/QA_FLAGS_IGNORED, and the tree has been
converted over to the new ones, so drop the old vars
On Monday 17 September 2012 08:22:50 Alexis Ballier wrote:
On Sun, 16 Sep 2012 22:06:19 -0400 Mike Frysinger wrote:
On Sunday 16 September 2012 11:01:00 Alexis Ballier wrote:
also, you are missing some bug # for the 'broken deps' part.
packages that have gained broken deps when
On Monday 17 September 2012 10:57:50 Alexis Ballier wrote:
net-misc/wget/wget-1.14.ebuild: ~amd64-fbsd(default/bsd/fbsd/amd64/9.0)
['sys-apps/util-linux']
bumped by you, earlier, probably when you made your local change.
util-_linux_
except it isn't linux specific. if you follow upstream,
On Sunday 16 September 2012 22:41:14 Brian Harring wrote:
Sans the implementation details, anyone got complaints with the
intent?
sounds like no, so i'll probably pound something out once i finish perf :p
-mike
signature.asc
Description: This is a digitally signed message part.
were you going to post an updated version for merging ?
-mike
signature.asc
Description: This is a digitally signed message part.
On Sunday 16 September 2012 11:01:00 Alexis Ballier wrote:
also, you are missing some bug # for the 'broken deps' part. packages
that have gained broken deps when the profile was marked 'dev', or that
you committed with your profile.desc locally modified, do not count and
are your fault
On Sunday 16 September 2012 03:51:04 Brian Harring wrote:
+ if ! has $EAPI 0 1 2 3; then
+ eqawarn built_with_use should not be used in $EAPI; use USE
deps.
+ elif has $EAPI 2 3; then
+ if [[ $hidden == yes ]] || $missing_was_set; then
+
On Tuesday 11 September 2012 14:06:30 Alexis Ballier wrote:
On Tue, 28 Aug 2012 00:23:11 + (UTC) Mike Frysinger wrote:
vapier 12/08/28 00:23:11
Modified: ChangeLog profiles.desc
Log:
add new s390x profile #345421
[...]
@@ -152,7 +153,7 @@
x86
On Fri, Sep 14, 2012 at 1:51 PM, Rick Zero_Chaos Farina wrote:
I have a personal vendetta on this subject. Several eclasses set a
completely worthless description (and even more set a mostly worthless
DESCRIPTION) which ends up contaminating the DESCRIPTION for an ebuild
when inherit is done
On Thu, Sep 13, 2012 at 2:22 AM, Ulrich Mueller wrote:
On Thu, 13 Sep 2012, Mike Frysinger wrote:
Maybe it's better to add a --{save,restore} option pair:
addwrite --save /foo/bar
# some commands writing to /foo/bar here
addwrite --restore # restore last saved state
or --{push,pop
On Thu, Sep 13, 2012 at 4:32 AM, Ulrich Mueller wrote:
On Thu, 13 Sep 2012, David Leverton wrote:
It's nice to be able to do
local SANDBOX_WRITE=${SANDBOX_WRITE}
and then allow bash to restore the old value at the end of the
function, regardless of how it exits. It's not the end of the
On Wed, Sep 12, 2012 at 4:36 PM, Brian Harring wrote:
Currently, there is a minor amount of ebuild/eclass usage of things
named __*; ~90% of it is 'import once' eclass code like the following:
if [[ ${___ECLASS_ONCE_LIBTOOL} != recur -_+^+_- spank ]] ; then
___ECLASS_ONCE_LIBTOOL=recur
On Thu, Sep 13, 2012 at 1:48 AM, Ulrich Mueller wrote:
On Thu, 13 Sep 2012, Brian Harring wrote:
Note there is a few vars we need to exempt; that list is currently
SANDBOX_* and FEATURES. FEATURES is fine to exempt from this rule.
For SANDBOX_*, while that's a PM internal, that's a bit of a
i'm surprised this hasn't happened already. currently at 18 users
(and i'm adding another), so time to make global. i'll use the
description:
upnp: Enable support for the Universal Plug and Play (UPnP) network protocol
app-misc/tracker: Add support for video extraction via
401 - 500 of 3211 matches
Mail list logo