This includes gtkdocize, gnome-doc-prepare glib-gettextize.
---
gx86/eclass/autotools.eclass | 25 +
1 file changed, 17 insertions(+), 8 deletions(-)
diff --git a/gx86/eclass/autotools.eclass b/gx86/eclass/autotools.eclass
index 2d165e0..30f2ac5 100644
---
After reading:
https://bugs.gentoo.org/show_bug.cgi?id=419795
I think that would be interesting to try to not get grep build with pcre
support by default, specially after reading man grep and seeing that
its support is tagged as experimental:
-P, --perl-regexp
Interpret
El mar, 05-06-2012 a las 16:07 -0700, Zac Medico escribió:
On 06/05/2012 06:31 AM, Pacho Ramos wrote:
El mar, 05-06-2012 a las 08:44 -0400, Aaron W. Swenson escribió:
The ideal solution is for the Ebuild to instruct the PMS to rebuild
the dependent packages.
We can have a variable
El mié, 06-06-2012 a las 06:33 +0100, Ciaran McCreesh escribió:
On Tue, 05 Jun 2012 15:31:01 +0200
Pacho Ramos pa...@gentoo.org wrote:
We all know what would be the ideal solution, the problem is how to
implement it (and how many years we need to wait to get it working).
We do? Please
On 6/6/12 10:26 AM, Pacho Ramos wrote:
After reading:
https://bugs.gentoo.org/show_bug.cgi?id=419795
I think that would be interesting to try to not get grep build with pcre
support by default, specially after reading man grep and seeing that
its support is tagged as experimental:
This is
El mié, 06-06-2012 a las 02:51 +0200, Michael Weber escribió:
[...]
[1] if you forget the -X on module-rebuild, you might no longer have
the virtualbox-modules version installed in the tree (no packages
satisfy ...). virtualbox does remove old versions real quick.
The fun part comes with
El mar, 05-06-2012 a las 19:18 -0700, Zac Medico escribió:
On 06/05/2012 05:51 PM, Michael Weber wrote:
Is there any chance to detect this ZLIB_VERSION problem with
revdep-rebuild (worst case: add a list of possibly broken packages
with tests)?
I'd suggest a special ebuild phase to check
El mié, 06-06-2012 a las 10:37 +0200, Paweł Hajdan, Jr. escribió:
On 6/6/12 10:26 AM, Pacho Ramos wrote:
After reading:
https://bugs.gentoo.org/show_bug.cgi?id=419795
I think that would be interesting to try to not get grep build with pcre
support by default, specially after reading
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/06/2012 01:46 AM, Pacho Ramos wrote:
El mar, 05-06-2012 a las 19:18 -0700, Zac Medico escribió:
On 06/05/2012 05:51 PM, Michael Weber wrote:
Is there any chance to detect this ZLIB_VERSION problem with
revdep-rebuild (worst case: add a list
El mié, 06-06-2012 a las 01:54 -0700, Zac Medico escribió:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/06/2012 01:46 AM, Pacho Ramos wrote:
El mar, 05-06-2012 a las 19:18 -0700, Zac Medico escribió:
On 06/05/2012 05:51 PM, Michael Weber wrote:
Is there any chance to detect this
On 06/06/2012 01:28 AM, Pacho Ramos wrote:
El mar, 05-06-2012 a las 16:07 -0700, Zac Medico escribió:
The SLOT operator dependencies that Ciaran has been advocating are
very close to a good solution. However, if we want it to work with
unslotted packages, then we need to introduce a separate
On 06/06/2012 02:10 AM, Pacho Ramos wrote:
El mié, 06-06-2012 a las 01:54 -0700, Zac Medico escribió:
On 06/06/2012 01:46 AM, Pacho Ramos wrote:
El mar, 05-06-2012 a las 19:18 -0700, Zac Medico escribió:
On 06/05/2012 05:51 PM, Michael Weber wrote:
Is there any chance to detect this
El mié, 06-06-2012 a las 02:17 -0700, Zac Medico escribió:
On 06/06/2012 01:28 AM, Pacho Ramos wrote:
El mar, 05-06-2012 a las 16:07 -0700, Zac Medico escribió:
The SLOT operator dependencies that Ciaran has been advocating are
very close to a good solution. However, if we want it to work
On 06/06/2012 02:48 AM, Pacho Ramos wrote:
El mié, 06-06-2012 a las 02:17 -0700, Zac Medico escribió:
On 06/06/2012 01:28 AM, Pacho Ramos wrote:
El mar, 05-06-2012 a las 16:07 -0700, Zac Medico escribió:
The SLOT operator dependencies that Ciaran has been advocating are
very close to a good
# Jory A. Pratt anar...@gentoo.org (06 Jun 2012)
# Upstream discontinued security support for 3.6 series.
# If you still need these, now is the time to copy them
# Enigmail now installed with thunderbird with crypt useflag.
# to your local overlay.
# Masked for removal in 30 days.
# Samuli Suominen ssuomi...@gentoo.org (06 Jun 2012)
# Vulnerable and no longer used by anything in tree wrt #403415
# Removal in 30 days
net-libs/xulrunner-10.0
gnome-extra/yelp-2.30.2-r200
On Wed, 06 Jun 2012, Samuli Suominen wrote:
# Samuli Suominen ssuomi...@gentoo.org (06 Jun 2012)
# Vulnerable and no longer used by anything in tree wrt #403415
# Removal in 30 days
net-libs/xulrunner-10.0
Why a version dependent mask? There's nothing 2.0.1-r1 in the tree.
Ulrich
Samuli Suominen posted on Wed, 06 Jun 2012 15:37:17 +0300 as excerpted:
# Jory A. Pratt anar...@gentoo.org (06 Jun 2012)
# Upstream discontinued security support for 3.6 series.
# If you still need these, now is the time to copy them
# Enigmail now installed with thunderbird with crypt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/06/12 10:07 AM, Ulrich Mueller wrote:
On Wed, 06 Jun 2012, Samuli Suominen wrote:
# Samuli Suominen ssuomi...@gentoo.org (06 Jun 2012) #
Vulnerable and no longer used by anything in tree wrt #403415 #
Removal in 30 days
On 06/06/2012 05:07 PM, Ulrich Mueller wrote:
On Wed, 06 Jun 2012, Samuli Suominen wrote:
# Samuli Suominenssuomi...@gentoo.org (06 Jun 2012)
# Vulnerable and no longer used by anything in tree wrt #403415
# Removal in 30 days
net-libs/xulrunner-10.0
Why a version dependent mask? There's
On Tue, 5 Jun 2012 02:00:34 -0400
Mike Frysinger vap...@gentoo.org wrote:
if no one else has feedback, i guess merge it
/var/cvsroot/gentoo-x86/eclass/ChangeLog,v -- ChangeLog
new revision: 1.291; previous revision: 1.290
/var/cvsroot/gentoo-x86/eclass/eutils.eclass,v -- eutils.eclass
new
On Wed, 06 Jun 2012 11:48:26 +0200
Pacho Ramos pa...@gentoo.org wrote:
That looks nice, only two notes:
- Looks like would be more sense on distinguish between SLOT and
ABI_SLOT, for example:
* dbus-glib would rdepend on glib:2
* if glib:2 abi changes, we would pull a
On Wed, 06 Jun 2012 10:32:08 +0200
Pacho Ramos pa...@gentoo.org wrote:
We do? Please tell us. I was under the impression that we still
didn't fully know what the problem was.
Well, could you please let me know how to handle some issues already
mentioned? For example:
- Rebuild dbus-glib
On Wednesday 06 June 2012 04:26:11 Pacho Ramos wrote:
I think that would be interesting to try to not get grep build with pcre
support by default, specially after reading man grep and seeing that
its support is tagged as experimental:
-P, --perl-regexp
Interpret PATTERN
On Wed, Jun 06, 2012 at 04:19:58PM +0300, Samuli Suominen wrote:
# Samuli Suominen ssuomi...@gentoo.org (06 Jun 2012)
# Vulnerable and no longer used by anything in tree wrt #403415
# Removal in 30 days
net-libs/xulrunner-10.0
gnome-extra/yelp-2.30.2-r200
What do we do about other apps that
El mié, 06-06-2012 a las 18:16 +0100, Ciaran McCreesh escribió:
On Wed, 06 Jun 2012 11:48:26 +0200
Pacho Ramos pa...@gentoo.org wrote:
That looks nice, only two notes:
- Looks like would be more sense on distinguish between SLOT and
ABI_SLOT, for example:
* dbus-glib would rdepend on
El mié, 06-06-2012 a las 18:19 +0100, Ciaran McCreesh escribió:
On Wed, 06 Jun 2012 10:32:08 +0200
Pacho Ramos pa...@gentoo.org wrote:
We do? Please tell us. I was under the impression that we still
didn't fully know what the problem was.
Well, could you please let me know how to
El mié, 06-06-2012 a las 13:23 -0400, Mike Frysinger escribió:
On Wednesday 06 June 2012 04:26:11 Pacho Ramos wrote:
I think that would be interesting to try to not get grep build with pcre
support by default, specially after reading man grep and seeing that
its support is tagged as
On Wed, 06 Jun 2012 20:02:24 +0200
Pacho Ramos pa...@gentoo.org wrote:
Probably other gnome team could reply this better than me, but I don't
think slotting every glib-2 due ABI changes deserves the huge effort.
Think of the users.
Also, we want people to rebuild them against, for example,
El mié, 06-06-2012 a las 19:15 +0100, Ciaran McCreesh escribió:
On Wed, 06 Jun 2012 20:02:24 +0200
Pacho Ramos pa...@gentoo.org wrote:
Probably other gnome team could reply this better than me, but I don't
think slotting every glib-2 due ABI changes deserves the huge effort.
Think of the
On Wed, 06 Jun 2012 20:30:52 +0200
Pacho Ramos pa...@gentoo.org wrote:
Also, how could this be handled in dbus-glib side? I mean, would
we need to update dbus-glib update from RDEPENDing on glib:2.30 to
glib:2.32? :O
Noo. You'd use := dependencies, possibly with a = constraint.
On Wednesday 06 June 2012 14:06:47 Pacho Ramos wrote:
The problem is that grep keeps linked against libpcre and it can cause
problems like pointed in referred bug report, and it's really risky as
people can have their portage completely broken for example when libpcre
is downgraded for some
On 06/06/2012 08:28 PM, Robin H. Johnson wrote:
On Wed, Jun 06, 2012 at 04:19:58PM +0300, Samuli Suominen wrote:
# Samuli Suominenssuomi...@gentoo.org (06 Jun 2012)
# Vulnerable and no longer used by anything in tree wrt #403415
# Removal in 30 days
net-libs/xulrunner-10.0
El mié, 06-06-2012 a las 19:33 +0100, Ciaran McCreesh escribió:
On Wed, 06 Jun 2012 20:30:52 +0200
Pacho Ramos pa...@gentoo.org wrote:
Also, how could this be handled in dbus-glib side? I mean, would
we need to update dbus-glib update from RDEPENDing on glib:2.30 to
glib:2.32? :O
El mié, 06-06-2012 a las 14:53 -0400, Mike Frysinger escribió:
On Wednesday 06 June 2012 14:06:47 Pacho Ramos wrote:
The problem is that grep keeps linked against libpcre and it can cause
problems like pointed in referred bug report, and it's really risky as
people can have their portage
On Wed, 06 Jun 2012 21:16:05 +0200
Pacho Ramos pa...@gentoo.org wrote:
Well, I think reading this thread is more or less clear what it would
be supposed to do, also Zac suggested it and looks to have an idea
about what should it do.
There's a big leap from more or less clear and an idea to the
El mié, 06-06-2012 a las 20:23 +0100, Ciaran McCreesh escribió:
On Wed, 06 Jun 2012 21:16:05 +0200
Pacho Ramos pa...@gentoo.org wrote:
Well, I think reading this thread is more or less clear what it would
be supposed to do, also Zac suggested it and looks to have an idea
about what should
- Original Message -
i'm pleased to announce the initial x32 release candidate:
http://dev.gentoo.org/~vapier/x32/stage3-amd64-x32-20120605.tar.xz
Also pleased to hear this! Thanks! Can't wait to find the time to play with
it. Did you do all that work yourself? Is there a wiki or
Il 06/06/2012 21:40, Gregory M. Turner ha scritto:
- Original Message -
i'm pleased to announce the initial x32 release candidate:
http://dev.gentoo.org/~vapier/x32/stage3-amd64-x32-20120605.tar.xz
Also pleased to hear this! Thanks! Can't wait to find the time to play with
it. Did
On Wed, Jun 06, 2012 at 09:50:01PM +0300, Samuli Suominen wrote:
then when they do upgrade to new xulrunner, it's possible to package it
from firefox tarball
mozilla upstream doesn't support this, but some other distribs are
packaging it[1]
[1]
On 06/06/2012 10:16 AM, Ciaran McCreesh wrote:
On Wed, 06 Jun 2012 11:48:26 +0200
Pacho Ramos pa...@gentoo.org wrote:
That looks nice, only two notes:
- Looks like would be more sense on distinguish between SLOT and
ABI_SLOT, for example:
* dbus-glib would rdepend on glib:2
* if
On 06/06/2012 10:19 AM, Ciaran McCreesh wrote:
On Wed, 06 Jun 2012 10:32:08 +0200
Pacho Ramos pa...@gentoo.org wrote:
We do? Please tell us. I was under the impression that we still
didn't fully know what the problem was.
Well, could you please let me know how to handle some issues already
On Tue, Jun 05, 2012 at 07:18:01PM -0700, Zac Medico wrote:
On 06/05/2012 05:51 PM, Michael Weber wrote:
Is there any chance to detect this ZLIB_VERSION problem with
revdep-rebuild (worst case: add a list of possibly broken packages
with tests)?
I'd suggest a special ebuild phase to
On 06/06/2012 02:59 PM, Brian Harring wrote:
On Tue, Jun 05, 2012 at 07:18:01PM -0700, Zac Medico wrote:
On 06/05/2012 05:51 PM, Michael Weber wrote:
Is there any chance to detect this ZLIB_VERSION problem with
revdep-rebuild (worst case: add a list of possibly broken packages
with tests)?
On 06/06/2012 12:23 PM, Ciaran McCreesh wrote:
On Wed, 06 Jun 2012 21:16:05 +0200
Pacho Ramos pa...@gentoo.org wrote:
Well, I think reading this thread is more or less clear what it would
be supposed to do, also Zac suggested it and looks to have an idea
about what should it do.
There's a
On Wednesday 06 June 2012 15:40:18 Gregory M. Turner wrote:
i'm pleased to announce the initial x32 release candidate:
http://dev.gentoo.org/~vapier/x32/stage3-amd64-x32-20120605.tar.xz
Also pleased to hear this! Thanks! Can't wait to find the time to play
with it. Did you do all that
On Tuesday 05 June 2012 02:14:36 Mike Frysinger wrote:
v4
committed with test cases
-mike
signature.asc
Description: This is a digitally signed message part.
On Wed, 06 Jun 2012 14:21:40 -0700
Zac Medico zmed...@gentoo.org wrote:
You'd have a slot per ABI, and be encouraged to allow multiple
versions of glib to be installed in parallel. If you really
couldn't do that (and you should think very carefully before saying
you can't, since this
48 matches
Mail list logo
