-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 15/06/14 16:40, wraeth wrote:
> Please, feel free to correct me if i'm wrong.
Looks like I *was* wrong - i was testing with something that seemingly wasn't
being overridden. Actually testing with PORTAGE_TMPDIR (something more global
to portage
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 15/06/14 16:13, John Campbell wrote:
> On 06/14/2014 10:10 PM, Dale wrote: Yes, you can skip the version number.
> It should be just like the package.* directories but for env(ironment)
> variables. It wouldn't suprise me if someone renamed it
On 06/14/2014 10:10 PM, Dale wrote:
John Campbell wrote:
On 06/14/2014 07:10 PM, Dale wrote:
I don't have a env directory in /etc/portage and there is no
openjpeg-1.3-r2 available in the tree. I sort of think I know what you
are talking about tho. I need to create that directory structure fo
John Campbell wrote:
> On 06/14/2014 07:10 PM, Dale wrote:
>
>> I don't have a env directory in /etc/portage and there is no
>> openjpeg-1.3-r2 available in the tree. I sort of think I know what you
>> are talking about tho. I need to create that directory structure for
>> openjpeg-1.4-r1 and put
On Sat, Jun 14, 2014 at 11:20:40PM +0100, Mick wrote
> I looked at how long some packages are taking these days. I noticed that
> firefox and chromium take a lot longer to emerge than was the case 3-4 years
> ago. For example:
[...deletia...]
> I am wondering if something in my configuration
On Sat, Jun 14, 2014 at 4:39 PM, Alon Bar-Lev wrote:
> INSTALL_MASK="/lib/systemd /lib32/systemd /lib64/systemd
> /usr/lib/systemd /usr/lib32/systemd /usr/lib64/systemd /etc/systemd"
>
Warning to the reader: Please do not copy/paste this particular
INSTALL_MASK setting. It may work with sys-fs/eu
On 06/14/2014 07:10 PM, Dale wrote:
I don't have a env directory in /etc/portage and there is no
openjpeg-1.3-r2 available in the tree. I sort of think I know what you
are talking about tho. I need to create that directory structure for
openjpeg-1.4-r1 and put ABI_X86="32 x32" in the file.
S
On 06/14/14 23:39, Alon Bar-Lev wrote:
[snip]
It means that openrc users should strongly consider migrate to eudev.
I use eudev since its beta and never had any issue, nor systemd
leaking into my system. And in addition add the following at
make.conf, as it seems that we are enforced to have fil
John Campbell wrote:
> On 06/14/2014 05:12 PM, Dale wrote:
>>
>> media-libs/openjpeg:0
>>
>>(media-libs/openjpeg-1.5.1:0/0::gentoo, ebuild scheduled for merge)
>> conflicts with
>> >=media-libs/openjpeg-1.3-r2:0[abi_x86_64(-)] required by
>> (media-video/ffmpeg-2.2.3-r1:0/52.55.55::gentoo,
On 06/14/2014 05:12 PM, Dale wrote:
media-libs/openjpeg:0
(media-libs/openjpeg-1.5.1:0/0::gentoo, ebuild scheduled for merge)
conflicts with
>=media-libs/openjpeg-1.3-r2:0[abi_x86_64(-)] required by
(media-video/ffmpeg-2.2.3-r1:0/52.55.55::gentoo, installed)
The multilib stuff is a wo
Alan McKinnon wrote:
> Look closely at the deps. You don't have a blocker, you have a
> conflict. Your version of openjpeg is OK, the sub-slot operators are
> not. What's the result of "eix openjpeg"?
I get this:
root@fireball / # eix openjpeg
[U] media-libs/openjpeg
Available versions:
I'm at a loss to explain why this is a good idea or desirable:
!!! The ebuild selected to satisfy
">=net-libs/gupnp-0.18[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]"
has unmet requirements.
- net-libs/gupnp-0.20.12-r1::gentoo USE="introspection
On Sat, Jun 14, 2014 at 7:08 PM, Alan McKinnon wrote:
>
> The answer is *always" in the ebuild and Changelog.
> Sometimes it's on Google too, but that is unreliable.
>
In general the stance is supposed to be that if it doesn't have a news
item, it shouldn't be a high-impact change.
Now, I realiz
On 14/06/2014 16:31, Tanstaafl wrote:
> Thanks Alan, but...
>
> On 6/14/2014 10:16 AM, Alan McKinnon wrote:
>> On 14/06/2014 15:30, Tanstaafl wrote:
>>> This clearly shows the -openrc USE flag being applied.
>>
>> You read it wrong. The USE flag is not being applied it's being removed
>> (the min
On 14/06/2014 23:23, Dale wrote:
> Howdy,
>
> I can't figure out a way around this one. Usually keywording, maybe
> that should be unkeywording, a newer version works but doesn't seem to
> in this case. This started as part of a emerge -uvaDN world.
>
> Error I get:
>
> WARNING: One or more
On 15/06/2014 00:20, Mick wrote:
> I looked at how long some packages are taking these days. I noticed that
> firefox and chromium take a lot longer to emerge than was the case 3-4 years
> ago. For example:
>
> # genlop -t www-client/firefox
> * www-client/firefox
>
> Sat Dec 18 17:19:1
On Tuesday 10 Jun 2014 11:43:31 thegeezer wrote:
> I used to really like ifplugd. mostly for the audible beep when things
> are disconnected as it's easier to diagnose from afar.
What audible beep? Am I missing some obscure configuration variable on my
systems?
--
Regards,
Mick
signature.as
I looked at how long some packages are taking these days. I noticed that
firefox and chromium take a lot longer to emerge than was the case 3-4 years
ago. For example:
# genlop -t www-client/firefox
* www-client/firefox
Sat Dec 18 17:19:14 2010 >>> www-client/firefox-3.6.13
merge
Howdy,
I can't figure out a way around this one. Usually keywording, maybe
that should be unkeywording, a newer version works but doesn't seem to
in this case. This started as part of a emerge -uvaDN world.
Error I get:
WARNING: One or more updates/rebuilds have been skipped due to a
depende
On Sat, Jun 14, 2014 at 11:49 PM, Rich Freeman wrote:
> On Sat, Jun 14, 2014 at 4:39 PM, Alon Bar-Lev wrote:
>> And in addition add the following at
>> make.conf, as it seems that we are enforced to have files we never
>> use.
>
> Hate to break the news to you, but by your definition you're
> "en
On Sat, Jun 14, 2014 at 4:39 PM, Alon Bar-Lev wrote:
> And in addition add the following at
> make.conf, as it seems that we are enforced to have files we never
> use.
Hate to break the news to you, but by your definition you're
"enforced" to have thousands of files you never use on your system.
On Sat, Jun 14, 2014 at 11:32 PM, Tanstaafl wrote:
> On 6/14/2014 2:15 PM, Tom H wrote:
>>
>> On Sat, Jun 14, 2014 at 1:28 PM, Tanstaafl
>> wrote:
>>>
>>> On 6/14/2014 1:02 PM, Mike Gilbert wrote:
On Sat, Jun 14, 2014 at 10:31 AM, Tanstaafl
wrote:
>
>
> *Why* was it
On 6/14/2014 2:15 PM, Tom H wrote:
On Sat, Jun 14, 2014 at 1:28 PM, Tanstaafl wrote:
On 6/14/2014 1:02 PM, Mike Gilbert wrote:
On Sat, Jun 14, 2014 at 10:31 AM, Tanstaafl
wrote:
*Why* was it removed/no longer needed? And why was it needed previously?
Read the ChangeLog for sys-fs/udev,
On Tuesday 10 Jun 2014 16:44:41 Jonathan Callen wrote:
> On 06/07/2014 06:33 AM, Mick wrote:
> > On Tuesday 03 Jun 2014 15:16:56 Stroller wrote:
> >> On Tue, 3 June 2014, at 6:59 am, Mick
> >>> … status-left "[#S]" … status-right ""#22T" %H:%M %d-%b-%y"
> >>
> >> It looks to me like I've merely
On Sat, Jun 14, 2014 at 1:28 PM, Tanstaafl wrote:
> On 6/14/2014 1:02 PM, Mike Gilbert wrote:
>> On Sat, Jun 14, 2014 at 10:31 AM, Tanstaafl
>> wrote:
>>>
>>> *Why* was it removed/no longer needed? And why was it needed previously?
>>
>> Read the ChangeLog for sys-fs/udev, specifically the entry
On Sat, Jun 14, 2014 at 1:28 PM, Tanstaafl wrote:
> Still, for those of us who actually look at what is about to happen, and
> notice a change like this that could potentially cause boot problems
> (udev+openrc), it would be nice.
I think it makes more sense to limit news items to situations that
On 6/14/2014 1:02 PM, Mike Gilbert wrote:
On Sat, Jun 14, 2014 at 10:31 AM, Tanstaafl wrote:
*Why* was it removed/no longer needed? And why was it needed previously?
Read the ChangeLog for sys-fs/udev, specifically the entry on 03 Apr 2014.
Thanks - a half hour of googling didn't find thi
On Sat, Jun 14, 2014 at 10:31 AM, Tanstaafl wrote:
> Ok, that explains the meaning of the (), but doesn't explain this *change*
> satisfactorily (to a non-coder at least)...
>
> *Why* was it removed/no longer needed? And why was it needed previously?
>
Read the ChangeLog for sys-fs/udev, specific
Thanks Alan, but...
On 6/14/2014 10:16 AM, Alan McKinnon wrote:
On 14/06/2014 15:30, Tanstaafl wrote:
This clearly shows the -openrc USE flag being applied.
You read it wrong. The USE flag is not being applied it's being removed
(the minus "-"),
Well, I did include the hyphen(-), so I mean
On 14/06/2014 15:30, Tanstaafl wrote:
> Is this right?
>
>> # eix udev
>> ...
>> [U] sys-fs/udev
>> Available versions: 208-r1^t 212-r1^t ~213^t **^t {acl doc
>> +firmware-loader gudev introspection +kmod selinux static-libs
>> ABI_MIPS="n32 n64 o32" ABI_X86="32 64 x32"}
>> Install
Is this right?
> # eix udev
> ...
[U] sys-fs/udev
Available versions: 208-r1^t 212-r1^t ~213^t **^t {acl doc +firmware-loader gudev
introspection +kmod selinux static-libs ABI_MIPS="n32 n64 o32" ABI_X86="32 64
x32"}
Installed versions: 208^t{tbz2}(03:30:13 PM 12/08/2013)(acl f
In <539ac51b.7060...@wraeth.id.au> wra...@wraeth.id.au (wraeth) writes:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA256
>On 13/06/14 19:13, Stefan G. Weichinger wrote:
>> There was a thread here a few days ago.
>For reference:
>http://comments.gmane.org/gmane.linux.gentoo.user/275153
Thanks, t
Hi,
I tried to run openvswitch 2.0.0 in a virtualbox-guest-vm.
I ran emerge --config after the installation to generate an empty database.
I start ovsdb-server all is fine.
I start ovs-vswitchd all is fine.
However as soon as I try to configure something ie add a bridge ovs-vswitchd
runs at 100% c
33 matches
Mail list logo