Hi Andreas,
Le dimanche 20 janvier 2013 à 16:20 +0100, Andreas K. Huettel a écrit :
So, a thread like Should we enable useflag Z by default would then include
Please discuss here, vote on ... with a link to the count page (updated via
cron every 1h). On login to ..., a message similar to the
Hello Christian,
it looks like you accidentally choose the latest stable version 0.34 for
removal instead of the older 0.33 [1].
I assume this happened in error and I revert the commit.
(The 0.33 version downgrade does not build)
This is reported as [2], too.
Bye,
Michael
[1]
Am Sonntag, 20. Januar 2013, 18:16:32 schrieb Chí-Thanh Christopher Nguyễn:
Mike Frysinger schrieb:
On Sunday 20 January 2013 10:54:55 Chí-Thanh Christopher Nguyễn wrote:
Yes, I mentioned this in another post already. We can use EAPI=1 IUSE
defaults instead. But this will not change any
On Sun, 20 Jan 2013 10:08:27 -0800
Paweł Hajdan, Jr. phajdan...@gentoo.org wrote:
On 1/20/13 1:46 AM, Luca Barbato wrote:
On 19/01/13 20:10, Paweł Hajdan, Jr. wrote:
have a way to more simply exclude code that requires CODEC_ID_OPUS.
Exclude in chrome or in libavcodec?
The latter
On Mon, Jan 21, 2013 at 1:25 AM, Robin H. Johnson robb...@gentoo.org wrote:
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2013-01-20 23h59 UTC.
How about sending those mails to gentoo-dev-announce only?
Theo
On Sun, 20 Jan 2013 20:11:31 +0100
Michał Górny mgo...@gentoo.org wrote:
Hello,
There is a fair interest in multilib and while still early, it would
be a good moment to decide on how USE flags to use for it.
The current attempts are mostly using USE=multilib which is not really
On Sun, 20 Jan 2013 23:33:39 +0100
Michał Górny mgo...@gentoo.org wrote:
[...]
Do you plan to keep precise depends for packages?
like glibc[abi_x32]/gcc[abi_x32] for all libraries requesting x32.
Yes. ${MULTILIB_USEDEP} is for that (it currently evaluates
to 'multilib?').
In that very
On Thu, Jan 17, 2013 at 9:51 AM, Ian Stakenvicius a...@gentoo.org wrote:
On 16/01/13 09:55 PM, Rich Freeman wrote:
SUBSYSTEM==tty, DRIVERS==pl2303, KERNELS==4-1:1.0,
KERNEL==ttyUSB*, SYMLINK=mythser/rca1
I'm not sure if rules are additive - if these symlinks would show
up in addition to
On Mon, Jan 21, 2013 at 2:46 AM, Hans de Graaff gra...@gentoo.org wrote:
Setting the option in the profile tells me: Here's this option you can
play with, and we think you might need it. Or not.
Setting the option in the ebuild tells me: You know, we are nice and
give you this option, but
Long story short, PMS, portage, havoc and that stuff.
There's currently one in-tree eclass consumer and I have bumped it
to EAPI=5 (from 4) already.
---
eclass/autotools-multilib.eclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/eclass/autotools-multilib.eclass
Due to use.force and magic like that, non-EAPI-5 deps would be assumed
to have USE=multilib otherwise.
---
eclass/autotools-multilib.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/autotools-multilib.eclass b/eclass/autotools-multilib.eclass
index
On Sun, Jan 20, 2013 at 11:27 PM, Ben de Groot yng...@gentoo.org wrote:
On 21 January 2013 12:16, Peter Stuge pe...@stuge.se wrote:
Panagiotis Christopoulos wrote:
I don't build server machines every day, others do and it would be
much appreciated if they could respond here.
I build
On Mon, 21 Jan 2013 10:27:30 -0300
Alexis Ballier aball...@gentoo.org wrote:
To be honest, I don't know if there's other way to hide USE flags than
using USE_EXPAND_HIDDEN. If we want to use that, we'd have to split
the flags per-arch, i.e. have:
MULTILIB_AMD64=abi1 abi2 abi3
Dne St 16. ledna 2013 17:09:07, Alexis Ballier napsal(a):
On Wed, 16 Jan 2013 12:40:02 + (UTC)
Tomas Chvatal (scarabeus) scarab...@gentoo.org wrote:
scarabeus13/01/16 12:40:02
Modified: ChangeLog
Added:ffmpeg-9.ebuild
Removed:
Dne So 12. ledna 2013 14:49:52, Paweł Hajdan, Jr. napsal(a):
Please review attached automatically generated stabilization candidates
for January.
I don't want to annoy people with automatically filed bugs, and at the
same time I also received lots of positive feedback about the effort to
On 1/21/2013 02:01, Ralph Sennhauser wrote:
On Mon, 21 Jan 2013 13:27:18 +0800
Ben de Groot yng...@gentoo.org wrote:
On 21 January 2013 12:16, Peter Stuge pe...@stuge.se wrote:
Panagiotis Christopoulos wrote:
I don't build server machines every day, others do and it would be
much appreciated
On Mon, Jan 21, 2013 at 12:51 PM, Dustin C. Hatch admiraln...@gmail.com wrote:
The package defaults have gotten out of hand, in my opinion. I use
default/linux/amd64/10.0 on all my machines and my /etc/portage/package.use
directories have dozens of -flag entries for packages with ridiculous
This can be useful when, for example, doc contents are modified. You can
then rely on using REPLACING_VERSIONS in your ebuild to print messages
when people updates from versions using old docs
Patch to review attached
--- readme.gentoo.eclass 2013-01-20 12:42:30.0 +0100
+++
# Samuli Suominen ssuomi...@gentoo.org (22 Jan 2012)
# Remove coldplug, hotplug and hotplug-base in 30 days wrt bug #145809
sys-apps/ezusb2131
sys-apps/hotplug
sys-apps/hotplug-base
sys-apps/coldplug
On Mon, Jan 21, 2013 at 11:51:54AM -0600, Dustin C. Hatch wrote
The package defaults have gotten out of hand, in my opinion. I use
default/linux/amd64/10.0 on all my machines and my
/etc/portage/package.use directories have dozens of -flag entries for
packages with ridiculous defaults, and
On Sat, 19 Jan 2013 00:02:05 +
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
On Fri, 18 Jan 2013 23:58:22 +
Aaron W. Swenson titanof...@gentoo.org wrote:
++ If the base profile is to become our server profile, it should not
have graphics related USE flags enabled.
...but
On Mon, Jan 21, 2013 at 02:28:47PM -0500, Rich Freeman wrote
On Mon, Jan 21, 2013 at 12:51 PM, Dustin C. Hatch admiraln...@gmail.com
wrote:
The package defaults have gotten out of hand, in my opinion. I use
default/linux/amd64/10.0 on all my machines and my /etc/portage/package.use
I'm raising this patch because of the recent spate of bugs with the
latest udev that now fails to boot your system if CONFIG_DEVTMPFS is
not available in your kernel.
Bugs: 408947, 409393, 437320, 453074
CONFIG_CHECK has not been fatal for some years now, because there turned
out to be some
On 01/21/2013 10:38 PM, Robin H. Johnson wrote:
I'm raising this patch because of the recent spate of bugs with the
latest udev that now fails to boot your system if CONFIG_DEVTMPFS is
not available in your kernel.
Bugs: 408947, 409393, 437320, 453074
CONFIG_CHECK has not been fatal
On 01/21/2013 07:45 PM, Mike Gilbert wrote:
My suspicion is that portage's environment save/restore process will
overwrite any setting I attempt to make on the destination host.
If necessary, you can use /etc/portage/bashrc to override
CONFIG_CHECK_FATAL for binary packages. Something like this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/21/2013 10:56 PM, Zac Medico wrote:
On 01/21/2013 07:45 PM, Mike Gilbert wrote:
My suspicion is that portage's environment save/restore process will
overwrite any setting I attempt to make on the destination host.
If necessary, you can use
On 01/21/2013 08:10 PM, Rick Zero_Chaos Farina wrote:
On 01/21/2013 10:56 PM, Zac Medico wrote:
On 01/21/2013 07:45 PM, Mike Gilbert wrote:
My suspicion is that portage's environment save/restore process will
overwrite any setting I attempt to make on the destination host.
If necessary, you
On 01/21/2013 10:38 PM, Robin H. Johnson wrote:
CONFIG_CHECK has not been fatal for some years now, because there turned
out to be some cases where it cannot detect what the system really has
[1], or what is returned is wrong [2].
However, while this is has been superb in helping those
Hans de Graaff posted on Mon, 21 Jan 2013 08:46:59 +0100 as excerpted:
On Sun, 2013-01-20 at 18:03 +0100, Chí-Thanh Christopher Nguyễn wrote:
We can either set it in the base profile, then there is no need for
IUSE=+dri. Or we can set it in every single ebuild that has the dri
flag. I
22.01.2013 08:23, Mike Gilbert wrote:
I guess this change is ok, given that I can opt-out fairly easily. Zac's
workaround for binary packages makes me feel better too.
I am curious, can not this check be added to eclass? Or eclass does not
know about type of merged package?
--
Best regards,
Sergey Popov posted on Tue, 22 Jan 2013 10:22:34 +0400 as excerpted:
22.01.2013 08:23, Mike Gilbert wrote:
I guess this change is ok, given that I can opt-out fairly easily.
Zac's workaround for binary packages makes me feel better too.
I am curious, can not this check be added to eclass?
2013/1/21 Pacho Ramos pa...@gentoo.org:
This can be useful when, for example, doc contents are modified. You can
then rely on using REPLACING_VERSIONS in your ebuild to print messages
when people updates from versions using old docs
Patch to review attached
Would'nt be better to just set
On 22 January 2013 03:28, Rich Freeman ri...@gentoo.org wrote:
On Mon, Jan 21, 2013 at 12:51 PM, Dustin C. Hatch admiraln...@gmail.com
wrote:
The package defaults have gotten out of hand, in my opinion. I use
default/linux/amd64/10.0 on all my machines and my /etc/portage/package.use
On 22 January 2013 10:36, Walter Dnes waltd...@waltdnes.org wrote:
I think we may have to admit that one size does not fit all. There
are just too many individual scenarios. A truly minimal build should be
sufficient to boot to a text console, and have networking and portage to
be able to
34 matches
Mail list logo