# Samuli Suominen (28 Jan 2013)
# Uncompatible with current udev and baselayout
# Bug 220121 and the ones it Blocks
# Removal in 30 days
x11-misc/mkxf86config
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 at
>> src_prepare (for example):
>> src_prepare() {
>> DOC_CONTENTS="You must create a symlink rom /etc/splash/tux
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
> > wrote:
> >> Samuli Suominen wrote:
> >>> please review this news item, seems we need one after all
> >> Hello Samuli,
> >>
> >> /dev/root is no longer available
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 Sun, Jan 27, 2013 at 7:34 PM, Ryan Hill wrote:
> On Sun, 27 Jan 2013 19:16:56 -0500
> Mike Gilbert 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?
>>
>>
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
sys-apps/busybox-w
On Sun, 27 Jan 2013 19:16:56 -0500
Mike Gilbert 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
>
>
> http://www.gentoo.org
On Sun, Jan 27, 2013 at 6:06 PM, Ryan Hill wrote:
> On Sun, 27 Jan 2013 22:27:20 + (UTC)
> "Tim Harder (radhermit)" wrote:
>
>> radhermit13/01/27 22:27:20
>>
>> Modified: metadata.xml ChangeLog
>> Log:
>> Remove redundant maintainer from metadata.
>>
>> (Portage versio
On Sun, 27 Jan 2013 23:46:06 +0100
Michał Górny 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
> Additionally, I have
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=splashutils&list_id=1521218
>
> that would need someone with more knowledge about it
On Sun, 27 Jan 2013 22:27:20 + (UTC)
"Tim Harder (radhermit)" 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 Manifest commit
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.
---
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 @@ mult
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
--- a/gx86/eclass/m
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=splashutils&list_id=1521218
that would need someone with more knowledge about it to maintain it (as
I don't have splash on my syste
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
On Sun, 27 Jan 2013 11:14:27 -0800
Matt Turner wrote:
> On Sun, Jan 27, 2013 at 7:12 AM, Michał Górny wrote:
> > 5. Solutions to specific problems
> > -
> >
> > 1. x11-proto packages
> >
> > Those packages install headers to /usr/include and pkg-config files
> > t
On Sun, Jan 27, 2013 at 7:12 AM, Michał Górny 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
> ABI-spec
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
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 automaticall
On Sun, 27 Jan 2013 21:04:14 +0300
Sergei Trofimovich wrote:
> On Sun, 27 Jan 2013 17:30:22 +0100
> Michał Górny wrote:
>
> > On Sun, 27 Jan 2013 16:07:48 +
> > Ciaran McCreesh wrote:
> >
> > > On Sun, 27 Jan 2013 16:12:37 +0100
> > > Michał Górny wrote:
> > > >RDEPEND="dev-libs/libf
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, splitti
On Sun, 27 Jan 2013 17:30:22 +0100
Michał Górny wrote:
> On Sun, 27 Jan 2013 16:07:48 +
> Ciaran McCreesh wrote:
>
> > On Sun, 27 Jan 2013 16:12:37 +0100
> > Michał Górny wrote:
> > >RDEPEND="dev-libs/libfoo[${MULTILIB_USEDEP}]
> > >dev-libs/libbar[ssl,${MULTILIB_USEDEP}]"
> >
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 disa
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 27/01/13 18:00, Rich Freeman wrote:
On Sun, Jan 27, 2013 at 10:08 AM, Samuli Suominen 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 w
On Sun, 27 Jan 2013 16:07:48 +
Ciaran McCreesh wrote:
> On Sun, 27 Jan 2013 16:12:37 +0100
> Michał Górny 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
> ad
On Sun, 27 Jan 2013 16:12:37 +0100
Michał Górny 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
> ABI
On Sun, 27 Jan 2013 16:12:37 +0100
Michał Górny 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
signature.asc
Descrip
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 coul
On Sun, Jan 27, 2013 at 10:08 AM, Samuli Suominen 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 case, and I can't ima
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
an
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
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,
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:
>
>
On Sun, 27 Jan 2013 09:34:13 -0300
Alexis Ballier 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.
> On Sat, 26 Jan
On Sun, 27 Jan 2013 09:44:23 -0300
Alexis Ballier wrote:
> On Sun, 27 Jan 2013 12:21:01 +0100
> Michał Górny 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.
> >
On Sun, 27 Jan 2013 12:21:01 +0100
Michał Górny 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 /usr/include after
>
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 wrote:
[...]
> # @FUNCTION: multilib_get_enabled_abis
> # @DESCRIPTION:
> @@ -49
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).
> >
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.
---
gx86/eclas
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
Hello,
how about sending the lastrites announcements in gentoo-dev-announce only?
Theo
signature.asc
Description: This is a digitally signed message part.
43 matches
Mail list logo
