Hello,
how about sending the lastrites announcements in gentoo-dev-announce only?
Theo
signature.asc
Description: This is a digitally signed message part.
On 27-01-2013 10:43:47 +0100, Theo Chatzimichos wrote:
Hello,
how about sending the lastrites announcements in gentoo-dev-announce only?
+1
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
The installed headers are supposed not to change between ABIs. If they
do, we need to do something special about them or everything is going to
end up real bad.
Therefore, do a checksum of headers installed in /usr/include after each ABI's
src_install() and die if they don't match.
---
El dom, 27-01-2013 a las 00:26 +0100, Andreas K. Huettel escribió:
Just to keep everyone updated, ...
FYI, the new 13.0 profiles are now all available in profiles.desc, for now
all with status dev (i.e. repoman includes them only when you request
developer profile checking).
This
Very nice work; +1 on everything, it seems we'll finally get serious
and official multilib support after all those years.
I'm looking forward to get this in three :)
On Sat, 26 Jan 2013 23:08:13 +0100
Michał Górny mgo...@gentoo.org wrote:
[...]
# @FUNCTION: multilib_get_enabled_abis
#
On Sun, 27 Jan 2013 12:21:01 +0100
Michał Górny mgo...@gentoo.org wrote:
The installed headers are supposed not to change between ABIs. If they
do, we need to do something special about them or everything is going
to end up real bad.
Therefore, do a checksum of headers installed in
On Sun, 27 Jan 2013 09:44:23 -0300
Alexis Ballier aball...@gentoo.org wrote:
On Sun, 27 Jan 2013 12:21:01 +0100
Michał Górny mgo...@gentoo.org wrote:
The installed headers are supposed not to change between ABIs. If they
do, we need to do something special about them or everything is
On Sun, 27 Jan 2013 09:34:13 -0300
Alexis Ballier aball...@gentoo.org wrote:
Very nice work; +1 on everything, it seems we'll finally get serious
and official multilib support after all those years.
I'm looking forward to get this in three :)
I am writing some kind of spec/summary right now.
Michał Górny schrieb:
Hello,
Following all the suggestions from Alexis Ballier, I have reworked
the code to remove multiple points of failure. I have also rebased it
on the common multilib-build eclass concept, and updated amd64
no-multilib x86 profiles as well.
Key points:
1. The
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 lines).
But, in some cases, may be useful to disable this behavior and respect
strictly how DOC_CONTENTS was formatted,
I see a lot of packages installing /etc/modprobe.d when it should be
treated like /etc/udev, so only generated files and users own files
I'm suggesting converting ebuilds to install into /lib/modprobe.d and
then tell users to copy it to /etc/modprobe.d for editing and replacing
the run of the
Hello,
Following the success of python-r1, the batch of patches I was sending
recently and some random testing, I'd like to introduce my ideas
and plans on how multilib could be introduced to gx86 in a simple
and sane manner.
My major goal with this mail is to summarize the ideas, the problems
On Sun, Jan 27, 2013 at 10:08 AM, Samuli Suominen ssuomi...@gentoo.org wrote:
I see a lot of packages installing /etc/modprobe.d when it should be treated
like /etc/udev, so only generated files and users own files
On a related note, I just noticed that /etc/udev is loaded with
orphans in my
El dom, 27-01-2013 a las 16:12 +0100, Michał Górny escribió:
[...]
5. Solutions to specific problems
-
1. x11-proto packages
Those packages install headers to /usr/include and pkg-config files
to /usr/lib64. This supposedly means that the headers could be
On Sun, 27 Jan 2013 16:12:37 +0100
Michał Górny mgo...@gentoo.org wrote:
RDEPEND=dev-libs/libfoo[${MULTILIB_USEDEP}]
dev-libs/libbar[ssl,${MULTILIB_USEDEP}]
This looks like it might be a bit fragile. Is it something better
addressed by an EAPI extension?
--
Ciaran McCreesh
On Sun, 27 Jan 2013 16:12:37 +0100
Michał Górny mgo...@gentoo.org wrote:
5. Solutions to specific problems
-
1. x11-proto packages
Those packages install headers to /usr/include and pkg-config files
to /usr/lib64. This supposedly means that the headers
On Sun, 27 Jan 2013 16:07:48 +
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
On Sun, 27 Jan 2013 16:12:37 +0100
Michał Górny mgo...@gentoo.org wrote:
RDEPEND=dev-libs/libfoo[${MULTILIB_USEDEP}]
dev-libs/libbar[ssl,${MULTILIB_USEDEP}]
This looks like it might be a
On 27/01/13 18:00, Rich Freeman wrote:
On Sun, Jan 27, 2013 at 10:08 AM, Samuli Suominen ssuomi...@gentoo.org wrote:
I see a lot of packages installing /etc/modprobe.d when it should be treated
like /etc/udev, so only generated files and users own files
On a related note, I just noticed that
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
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 lines).
But, in some cases, may be useful to disable
On Sun, 27 Jan 2013 17:30:22 +0100
Michał Górny mgo...@gentoo.org wrote:
On Sun, 27 Jan 2013 16:07:48 +
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
On Sun, 27 Jan 2013 16:12:37 +0100
Michał Górny mgo...@gentoo.org wrote:
RDEPEND=dev-libs/libfoo[${MULTILIB_USEDEP}]
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 Sun, 27 Jan 2013 21:04:14 +0300
Sergei Trofimovich sly...@gentoo.org wrote:
On Sun, 27 Jan 2013 17:30:22 +0100
Michał Górny mgo...@gentoo.org wrote:
On Sun, 27 Jan 2013 16:07:48 +
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
On Sun, 27 Jan 2013 16:12:37 +0100
El dom, 27-01-2013 a las 13:05 -0500, Mike Frysinger escribió:
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
On 27.01.2013 18:26, Mike Frysinger wrote:
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,
On Sun, Jan 27, 2013 at 7:12 AM, Michał Górny mgo...@gentoo.org wrote:
5. Solutions to specific problems
-
1. x11-proto packages
Those packages install headers to /usr/include and pkg-config files
to /usr/lib64. This supposedly means that the headers could be
On Sun, 27 Jan 2013 11:14:27 -0800
Matt Turner matts...@gentoo.org wrote:
On Sun, Jan 27, 2013 at 7:12 AM, Michał Górny mgo...@gentoo.org wrote:
5. Solutions to specific problems
-
1. x11-proto packages
Those packages install headers to /usr/include
On 01/27/2013 03:26 AM, Pacho Ramos wrote:
El dom, 27-01-2013 a las 00:26 +0100, Andreas K. Huettel escribió:
Just to keep everyone updated, ...
FYI, the new 13.0 profiles are now all available in profiles.desc, for now
all with status dev (i.e. repoman includes them only when you request
With spock retirement, splashutils became orphan. The problem is that it
has a lot of unresolved bugs for a long time:
https://bugs.gentoo.org/buglist.cgi?quicksearch=splashutilslist_id=1521218
that would need someone with more knowledge about it to maintain it (as
I don't have splash on my
This ensures that profile order is preserved.
---
gx86/eclass/multilib-build.eclass | 23 +--
1 file changed, 13 insertions(+), 10 deletions(-)
diff --git a/gx86/eclass/multilib-build.eclass
b/gx86/eclass/multilib-build.eclass
index a6104e0..96bf26f 100644
---
---
gx86/eclass/multilib-build.eclass | 4
1 file changed, 4 insertions(+)
diff --git a/gx86/eclass/multilib-build.eclass
b/gx86/eclass/multilib-build.eclass
index 96bf26f..ed8ee23 100644
--- a/gx86/eclass/multilib-build.eclass
+++ b/gx86/eclass/multilib-build.eclass
@@ -66,6 +66,10 @@
Alexis,
Following your remark, I have redesigned the loop to use MULTILIB_ABIS
list to order the ABIs. This should ensure the most valid replacement
order.
Additionally, I have added an assertion to ensure that DEFAULT_ABI comes
last in MULTILIB_ABIS list.
On Sun, 27 Jan 2013 22:27:20 + (UTC)
Tim Harder (radhermit) radher...@gentoo.org wrote:
radhermit13/01/27 22:27:20
Modified: metadata.xml ChangeLog
Log:
Remove redundant maintainer from metadata.
(Portage version: 2.2.0_alpha161/cvs/Linux x86_64, signed
On 27.01.2013 23:06, Pacho Ramos wrote:
With spock retirement, splashutils became orphan. The problem is that it
has a lot of unresolved bugs for a long time:
https://bugs.gentoo.org/buglist.cgi?quicksearch=splashutilslist_id=1521218
that would need someone with more knowledge about it to
On Sun, 27 Jan 2013 23:46:06 +0100
Michał Górny mgo...@gentoo.org wrote:
Alexis,
Following your remark, I have redesigned the loop to use MULTILIB_ABIS
list to order the ABIs. This should ensure the most valid replacement
order.
Great, that's better than what I had thought about
On Sun, Jan 27, 2013 at 6:06 PM, Ryan Hill dirtye...@gentoo.org wrote:
On Sun, 27 Jan 2013 22:27:20 + (UTC)
Tim Harder (radhermit) radher...@gentoo.org wrote:
radhermit13/01/27 22:27:20
Modified: metadata.xml ChangeLog
Log:
Remove redundant maintainer from
On Sun, 27 Jan 2013 19:16:56 -0500
Mike Gilbert flop...@gentoo.org wrote:
If you have some kind of problem with this, I suggest you change the default
output of metagen.
Seems to work just fine here. What options are you using?
floppym@naomi ~ % metagen -H app-doc
?xml version=1.0
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2013-01-27 23h59 UTC.
Removals:
app-admin/busybox-sysklogd 2013-01-22 17:54:31 vapier
net-misc/busybox-ntpd 2013-01-22 17:55:00 vapier
On Sun, Jan 27, 2013 at 7:34 PM, Ryan Hill dirtye...@gentoo.org wrote:
On Sun, 27 Jan 2013 19:16:56 -0500
Mike Gilbert flop...@gentoo.org wrote:
If you have some kind of problem with this, I suggest you change the
default
output of metagen.
Seems to work just fine here. What options
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 Wed, Jan 23, 2013 at 08:06:48PM +0100, Felix Kuperjans wrote:
Mike Gilbert:
On Wed, Jan 23, 2013 at 1:29 PM, Felix Kuperjans
fe...@desaster-games.com wrote:
Samuli Suominen wrote:
please review this news item, seems we need one after all
Hello Samuli,
/dev/root is no longer
On 28 January 2013 12:37, Mike Frysinger vap...@gentoo.org 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 at
src_prepare (for example):
src_prepare() {
DOC_CONTENTS=You must create a symlink rom
# Samuli Suominen ssuomi...@gentoo.org (28 Jan 2013)
# Uncompatible with current udev and baselayout
# Bug 220121 and the ones it Blocks
# Removal in 30 days
x11-misc/mkxf86config
app-misc/livecd-tools-2.0
43 matches
Mail list logo
