Am 24.06.2011 02:10, schrieb Neil Bothwick:
On Fri, 24 Jun 2011 00:31:38 +0200, Alan McKinnon wrote:
Because the behaviour changed to something that is the exact opposite
without any warning. Portage always used to tell what it will do. Now,
simply by leaving the relevant options at the
Am 23.06.2011 22:05, schrieb Yohan Pereira:
On Thursday 23 Jun 2011 08:59:53 Sebastian Beßler wrote:
d) it is an automation, and because of that a red flag for any real
gentoo user
isnt portage itself a huge amount of automation? :P
Yes, but a good ol' automation :-P
signature.asc
Am 23.06.2011 00:58, schrieb Neil Bothwick:
On Wed, 22 Jun 2011 21:16:30 +0200, Sebastian Beßler wrote:
This new behavior is bad, but not as bad as Windows. This is Gentoo
after all and not Ubuntu ;-P :-)
In what way is it bad?
It is bad because
a) it is new, and new stuff is always
2011/6/22 Sebastian Beßler sebast...@darkmetatron.de:
Am 22.06.2011 17:31, schrieb Alan McKinnon:
On Wednesday 22 June 2011 15:44:40 Neil Bothwick did opine thusly:
On Wed, 22 Jun 2011 14:41:57 +0200, Alan McKinnon wrote:
It is unset here (well, it's not set, actually - same thing)
On Thursday 23 June 2011 08:59:53 Sebastian Beßler did opine thusly:
Am 23.06.2011 00:58, schrieb Neil Bothwick:
On Wed, 22 Jun 2011 21:16:30 +0200, Sebastian Beßler wrote:
This new behavior is bad, but not as bad as Windows. This is
Gentoo after all and not Ubuntu ;-P :-)
In what way
On Thursday 23 June 2011 13:31:10 Daniel Pielmeier did opine thusly:
2011/6/22 Sebastian Beßler sebast...@darkmetatron.de:
Am 22.06.2011 17:31, schrieb Alan McKinnon:
On Wednesday 22 June 2011 15:44:40 Neil Bothwick did opine
thusly:
On Wed, 22 Jun 2011 14:41:57 +0200, Alan McKinnon wrote:
On Thursday 23 Jun 2011 08:59:53 Sebastian Beßler wrote:
d) it is an automation, and because of that a red flag for any real
gentoo user
isnt portage itself a huge amount of automation? :P
--
- Yohan Pereira
A man can do as he will, but not will as he will - Schopenhauer
On Thu, 23 Jun 2011 21:38:58 +0200, Alan McKinnon wrote:
On Thursday 23 June 2011 08:59:53 Sebastian Beßler did opine thusly:
b) it breaks the way portage displays his informations. Without
autounmask the display of emerge shows what he is going to do. With
autounmask it shows what needs
On Thursday 23 June 2011 23:06:00 Neil Bothwick did opine thusly:
b) it breaks the way portage displays his informations.
Without
autounmask the display of emerge shows what he is going to
do. With autounmask it shows what needs to be done.
That is probably the most evil of
On 6/23/2011 6:31 PM, Alan McKinnon wrote:
On Thursday 23 June 2011 23:06:00 Neil Bothwick did opine thusly:
b) it breaks the way portage displays his informations.
Without
autounmask the display of emerge shows what he is going to
do. With autounmask it shows what needs to be done.
That
On Thu, 23 Jun 2011 18:56:19 -0400, Mike Edenfield wrote:
I thought the old behavior was portage would tell me why it's not going
to do anything, vs. the new behavior of portage will tell me why it's
not going to do anything, plus offer to fix it for me.
Not quite. The old behaviour was that
On Fri, 24 Jun 2011 00:31:38 +0200, Alan McKinnon wrote:
Because the behaviour changed to something that is the exact opposite
without any warning. Portage always used to tell what it will do. Now,
simply by leaving the relevant options at the default, it tells me
what it should do. How
# emerge -av claws-mail
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] net-libs/libetpan-1.0 USE=berkdb gnutls sasl ssl -
debug -ipv6 -liblockfile 1,631 kB
[ebuild N ] x11-libs/fltk-2.0_pre6970-r1 USE=jpeg opengl png
xft xinerama
2011/6/22 Alan McKinnon alan.mckin...@gmail.com:
# emerge -av claws-mail
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] net-libs/libetpan-1.0 USE=berkdb gnutls sasl ssl -
debug -ipv6 -liblockfile 1,631 kB
[ebuild N ]
On Wednesday 22 June 2011 10:49:04 Daniel Pielmeier did opine thusly:
2011/6/22 Alan McKinnon alan.mckin...@gmail.com:
# emerge -av claws-mail
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] net-libs/libetpan-1.0 USE=berkdb
2011/6/22 Alan McKinnon alan.mckin...@gmail.com:
On Wednesday 22 June 2011 10:49:04 Daniel Pielmeier did opine thusly:
I guess it displays the USE settings how they should be and
afterwards prints the required changes. Or does it build fltk with
USE=-cairo if you just type emerge -av fltk?
On Wed, 22 Jun 2011 10:18:05 +0200, Alan McKinnon wrote:
The following USE changes are necessary to proceed:
#required by www-client/dillo-2.2, required by mail-client/claws-
mail-3.7.9-r1[dillo], required by claws-mail (argument)
=x11-libs/fltk-2.0_pre6970-r1 -cairo
Any reason why
On Wednesday 22 June 2011 11:31:09 Daniel Pielmeier did opine thusly:
2011/6/22 Alan McKinnon alan.mckin...@gmail.com:
On Wednesday 22 June 2011 10:49:04 Daniel Pielmeier did opine
thusly:
I guess it displays the USE settings how they should be and
afterwards prints the required changes.
On Wednesday 22 June 2011 10:47:54 Neil Bothwick did opine thusly:
On Wed, 22 Jun 2011 10:18:05 +0200, Alan McKinnon wrote:
The following USE changes are necessary to proceed:
#required by www-client/dillo-2.2, required by
mail-client/claws-
mail-3.7.9-r1[dillo], required by claws-mail
On Wed, 22 Jun 2011 11:53:19 +0200, Alan McKinnon wrote:
As Daniel said, this is what portage needs, it's been that way since
the autounmask stuff was introduced.
In other words, we must now all end up with giganticly bloated
package.use files to satisfy every built with use
2011/6/22 Neil Bothwick n...@digimed.co.uk:
On Wed, 22 Jun 2011 10:18:05 +0200, Alan McKinnon wrote:
The following USE changes are necessary to proceed:
#required by www-client/dillo-2.2, required by mail-client/claws-
mail-3.7.9-r1[dillo], required by claws-mail (argument)
On Wednesday 22 June 2011 11:43:20 Neil Bothwick did opine thusly:
On Wed, 22 Jun 2011 11:53:19 +0200, Alan McKinnon wrote:
As Daniel said, this is what portage needs, it's been that
way since the autounmask stuff was introduced.
In other words, we must now all end up with giganticly
On Wednesday 22 June 2011 12:48:07 Daniel Pielmeier did opine thusly:
As Daniel said, this is what portage needs, it's been that way
since the autounmask stuff was introduced. Or you could emerge
Claws with -dillo and use the fancy plugin for HTML rendering.
I stopped using the dillo
2011/6/22 Alan McKinnon alan.mckin...@gmail.com:
Ah, hang on a sec. It's not quite what I thought.
The original emerge command done again, plus just fltk on it's own:
# USE=dillo emerge -pv claws-mail
...
Calculating dependencies... done!
[ebuild N ] net-libs/libetpan-1.0
On Wednesday 22 June 2011 14:22:00 Daniel Pielmeier did opine thusly:
Portage has always displayed the latter right? That makes sense
- you can see what the emerge command would do as entered and
compare it to the error to see what the problem is. In this
case it's a tweak to package.use
On Wednesday 22 Jun 2011 13:41:57 Alan McKinnon wrote:
On Wednesday 22 June 2011 14:22:00 Daniel Pielmeier did opine thusly:
Portage has always displayed the latter right? That makes sense
- you can see what the emerge command would do as entered and
compare it to the error to see what
On Wed, 22 Jun 2011 14:41:57 +0200, Alan McKinnon wrote:
It is unset here (well, it's not set, actually - same thing)
autounmask is set by default, you need to explicitly set it to off.
I'm a sysadmin, I have an inherent distrust of all things software and
automagic-config-changers are
On Wednesday 22 June 2011 15:44:40 Neil Bothwick did opine thusly:
On Wed, 22 Jun 2011 14:41:57 +0200, Alan McKinnon wrote:
It is unset here (well, it's not set, actually - same thing)
autounmask is set by default, you need to explicitly set it to off.
So,
is it invisibly on then? I don't
On Wednesday 22 Jun 2011 16:31:40 Alan McKinnon wrote:
On Wednesday 22 June 2011 15:44:40 Neil Bothwick did opine thusly:
On Wed, 22 Jun 2011 14:41:57 +0200, Alan McKinnon wrote:
It is unset here (well, it's not set, actually - same thing)
autounmask is set by default, you need to
On Wed, 22 Jun 2011 17:31:40 +0200, Alan McKinnon wrote:
autounmask is set by default, you need to explicitly set it to off.
is it invisibly on then? I don't have it in make.conf and it's not in
FEATURES:
Apparently so, as it doesn't show up in emerge --info here either.
I'm a
Am 22.06.2011 17:31, schrieb Alan McKinnon:
On Wednesday 22 June 2011 15:44:40 Neil Bothwick did opine thusly:
On Wed, 22 Jun 2011 14:41:57 +0200, Alan McKinnon wrote:
It is unset here (well, it's not set, actually - same thing)
autounmask is set by default, you need to explicitly set it to
On Wednesday 22 June 2011 18:30:18 Sebastian Beßler did opine thusly:
Am 22.06.2011 17:31, schrieb Alan McKinnon:
On Wednesday 22 June 2011 15:44:40 Neil Bothwick did opine thusly:
On Wed, 22 Jun 2011 14:41:57 +0200, Alan McKinnon wrote:
It is unset here (well, it's not set, actually - same
Am 22.06.2011 17:31, schrieb Alan McKinnon:
On Wednesday 22 June 2011 15:44:40 Neil Bothwick did opine thusly:
On Wed, 22 Jun 2011 14:41:57 +0200, Alan McKinnon wrote:
It is unset here (well, it's not set, actually - same thing)
autounmask is set by default, you need to explicitly set it to
Sebastian Beßler wrote:
Am 22.06.2011 17:31, schrieb Alan McKinnon:
On Wednesday 22 June 2011 15:44:40 Neil Bothwick did opine thusly:
On Wed, 22 Jun 2011 14:41:57 +0200, Alan McKinnon wrote:
It is unset here (well, it's not set, actually - same thing)
autounmask
Am 22.06.2011 20:22, schrieb Dale:
Sebastian Beßler wrote:
It is not a FEATURE its a default option
NOTE: This --autounmask behavior can be disabled by setting
EMERGE_DEFAULT_OPTS=--autounmask=n in make.conf.
O, I can't pass this up. That sounds so much like windoze. lol
On Wednesday 22 June 2011 21:16:30 Sebastian Beßler did opine thusly:
Am 22.06.2011 20:22, schrieb Dale:
Sebastian Beßler wrote:
It is not a FEATURE its a default option
NOTE: This --autounmask behavior can be disabled by setting
EMERGE_DEFAULT_OPTS=--autounmask=n in
On Wednesday 22 Jun 2011 21:12:21 Alan McKinnon wrote:
On Wednesday 22 June 2011 21:16:30 Sebastian Beßler did opine thusly:
Am 22.06.2011 20:22, schrieb Dale:
Sebastian Beßler wrote:
It is not a FEATURE its a default option
NOTE: This --autounmask behavior can be disabled by
On Wed, 22 Jun 2011 21:16:30 +0200, Sebastian Beßler wrote:
This new behavior is bad, but not as bad as Windows. This is Gentoo
after all and not Ubuntu ;-P :-)
In what way is it bad? Gentoo used to fail to install stuff because your
USE flags were wrong and you had to go on a treasure hunt to
On 06/22/11 18:58, Neil Bothwick wrote:
On Wed, 22 Jun 2011 21:16:30 +0200, Sebastian Beßler wrote:
This new behavior is bad, but not as bad as Windows. This is Gentoo
after all and not Ubuntu ;-P :-)
Some people won't be happy until we go back to Grub style error messages,
preferably in
39 matches
Mail list logo
