On 11/02/2012 12:57:24 AM, James Cloos wrote:
Many thanks, James.
Since app-portage/portage-utils is a portage specific package, it would
be nice if it would take
all portage actions (like eselect) into account.
You might want to open an RFE bug report for app-portage/portage-utils
suggesti
On Thu, 1 Nov 2012 23:33:44 -0400, David Relson wrote:
> 1) create directory /usr/local/portage/app-example/some-package
> 2) copy some-package.x.y.z.ebuild to some-package.x.y.z-r1.ebuild (in
> the new directory).
> 3) Some editing of the new ebuild might be needed here...
Some files in the fi
I recently upgraded my courier setup (imap and authlib):
basement lib64 # eix -Ic courier
[I] net-libs/courier-authlib (0.65.0-r1@11/01/2012): Courier authentication
library.
[I] net-mail/courier-imap (4.8.0@11/01/2012): An IMAP daemon designed
specifically for maildirs.
After I was finished, the
Helmut Jarausch wrote:
On 10/24/2012 03:54:39 PM, Nikos Chantziaras wrote:
Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if
you're using the EXT4 filesystem:
It looks as if Eric Sandeen has found the culprit and Theodore Ts'o has
suggested this patch yesterday
https://lkml.org
On Fri, Nov 02, 2012 at 08:05:34AM -0400, Mike Edenfield wrote:
> Is anyone else seeing this problem, or know how to make it go away?
Should be fixed in =courier-authlib-0.65.0-r2. In the meantime, try -r1
with the static-libs USE flag.
--
Eray
On Thu, Nov 1, 2012 at 12:39 PM, Nikos Chantziaras wrote:
> I have a system where I disabled the fbcondecor kernel option
> (gentoo-sources), and the system boots in standard VGA text mode (80x25).
> Additionally, I have removed the fbcondecor service from startup. However,
> something in the sys
Kerin Millar wrote:
> Helmut Jarausch wrote:
>> On 10/24/2012 03:54:39 PM, Nikos Chantziaras wrote:
>>> Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if
>>> you're using the EXT4 filesystem:
>>
>> It looks as if Eric Sandeen has found the culprit and Theodore Ts'o has
>> suggested
On Fri, Nov 2, 2012 at 10:55 AM, Dale wrote:
> Kerin Millar wrote:
>> Helmut Jarausch wrote:
>>> On 10/24/2012 03:54:39 PM, Nikos Chantziaras wrote:
Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if
you're using the EXT4 filesystem:
>>>
>>> It looks as if Eric Sandeen has
On Fri, Nov 2, 2012 at 9:55 AM, Dale wrote:
> Kerin Millar wrote:
>> Helmut Jarausch wrote:
>>> On 10/24/2012 03:54:39 PM, Nikos Chantziaras wrote:
Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if
you're using the EXT4 filesystem:
>>>
>>> It looks as if Eric Sandeen has
Dale wrote:
Kerin Millar wrote:
Helmut Jarausch wrote:
On 10/24/2012 03:54:39 PM, Nikos Chantziaras wrote:
Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if
you're using the EXT4 filesystem:
It looks as if Eric Sandeen has found the culprit and Theodore Ts'o has
suggested this
Hi,
this might be a little off-topic, but maybe someone here
is running Gentoo on top of VMware/ESXi and could help me.
I'm trying to install gentoo-server as vmware esxi guest,
but I'm stuck with vmware-tools/open-vm-tools.
First I tried "vmware-tools". Installation went smoot, but
nothing happ
Jarry schrieb:
First I tried "vmware-tools". Installation went smoot, but
nothing happened. Just one iso-image got installed in /opt.
No doc/readme/txt, nothing. What should I do with it?
"mount -o loop" the iso-image somewhere and execute the install
script there.
-Matt
Alan McKinnon gmail.com> writes:
> It's done it since new (which was recently) and nothing else changed.
> The XBox, tablets, phones and the missus' Windows laptop all show the
> same problem - so it's not Gentoo
Alan,
Sometimes Rf issues that are peculiar and anomalous have a component
of th
Hello,
I'm putting together a workstation, I want
it to have 3 screens (24").
I want it to be AMD-Gigabyte system. I've settled
on the new FX8350 processor. I ran across this mobo:
"Triple Display Support – AMD Eyefinity
GIGABYTE FM2 series motherboards are the first to take advantage
of AMD Ey
> All I expect from vmware/open-vm-tools is ability for clean
> shutdown of gentoo-guest in similar way as I can do it with
> windows-guest. How can I achieve this?
You mean shut the guest down via ESXi management console? If you, try
installing acpid inside the guest and add it to the default run
On 2012-11-02 19:42, James wrote:
all over...
> I want it to be AMD-Gigabyte system. I've settled
> on the new FX8350 processor. I ran across this mobo:
>
> "Triple Display Support – AMD Eyefinity
> GIGABYTE FM2 series motherboards are the first to take advantage
> http://www.gigabyte.us/press
On 02-Nov-12 19:50, Michael Hampicke wrote:
All I expect from vmware/open-vm-tools is ability for clean
shutdown of gentoo-guest in similar way as I can do it with
windows-guest. How can I achieve this?
You mean shut the guest down via ESXi management console? If you, try
installing acpid insid
Kerin Millar wrote:
>
> I would describe the bug itself as serious but it will affect few
> users because journal_checksum isn't enabled by default. Ted submitted
> a patch to enable the option by default back in 2009 but it was
> reverted a few months later by Linus due to this bug:
>
> https://bu
On 02/11/12 16:46, Paul Hartman wrote:
On Thu, Nov 1, 2012 at 12:39 PM, Nikos Chantziaras wrote:
I have a system where I disabled the fbcondecor kernel option
(gentoo-sources), and the system boots in standard VGA text mode (80x25).
Additionally, I have removed the fbcondecor service from start
On Friday 02 Nov 2012 06:21:39 Mick wrote:
> On Thursday 01 Nov 2012 13:46:20 Mark Knecht wrote:
> > On Wed, Oct 31, 2012 at 11:54 PM, Mick wrote:
> > > On Thursday 01 Nov 2012 03:53:44 Bill Kenworthy wrote:
> > >> On Wed, 2012-10-31 at 23:12 -0400, Philip Webb wrote:
> > >> > 121101 Bill Kenworth
On Sat, 3 Nov 2012 00:11:34 +
Mick wrote:
> On Friday 02 Nov 2012 06:21:39 Mick wrote:
> > On Thursday 01 Nov 2012 13:46:20 Mark Knecht wrote:
> > > On Wed, Oct 31, 2012 at 11:54 PM, Mick
> > > wrote:
> > > > On Thursday 01 Nov 2012 03:53:44 Bill Kenworthy wrote:
> > > >> On Wed, 2012-10-31
21 matches
Mail list logo