On Sat, Sep 08, 2012 at 09:07:02AM +0100, Neil Bothwick wrote
> Isn't readline enabled by default on all reasonable profiles? Do
> you have USE="-* in make.conf? If so, it's just bitten you.
Yup. I did that to avoid further surprises after the developers "in
their infinite wisdom" had IPV6 "en
On Sat, Sep 08 2012, Alan McKinnon wrote:
> On Sat, 8 Sep 2012 10:47:47 -0400
> Philip Webb wrote:
>
>> (3) Groff + Openssh have an "X" flag : is this useful ?
>
> for groff this builds gxditview, whatever that is. Probably an X
> man-page viewer. I've never used it, I always run man in a termina
On 09/08/2012 12:10 PM, Florian Philipp wrote:
Am 08.09.2012 20:20, schrieb walt:
I used lvextend -r -L n /dev/wd0/wd0,
where n is the number of unused extents listed by pvdisplay.
To specify extents, you should use "-l".
Thanks, Florian. That was exactly my mistake.
> $ FEATURES=-distcc emerge klibc
Thanks. :)
Roland
> > CFLAGS="-O2 -march=i686 -pipe -fPIC -m32"
> > CXXFLAGS="${CFLAGS}"
> > CHOST="i486-pc-linux-gnu"
I have reformated my disk because I missed a parameter (-d . or so) which would
make it possible for dracut to use gpg key decryption. Now I have to reinstall
all from scratch (including configuri
> (1) Gcc 4.5.4 seems to require USE="cxx", not the previous "-nocxx",
> which was covered by "-*" at the beginning of my list in make.conf .
http://article.gmane.org/gmane.linux.gentoo.devel/73962
I guess they ended not putting in the check after all :)
andrea
On 08/09/12 17:03, "Roland Häder" wrote:
I was reading this:
http://www.gentoo.org/doc/en/cross-compiling-distcc.xml
I also read it far before I wrote my email.
It specifically mentions you need crossdev:
If you are cross-compiling between different subarchitectures
for Inte
>>http://www.gentoo.org/doc/en/cross-compiling-distcc.xml
> I also read it far before I wrote my email.
In case I wasn't clear in my other email, what you should be paying
attention to are the instructions under 'Configuring distcc to
cross-compile correctly'.
Of course, the instructions are
> One way is (if you have read any 'environment' files in my tar archive) to
> set the guest architecture explitcitly in /etc/(portage/)make.conf which I
> did.
>
> /etc/make.conf:
> CFLAGS="-O2 -march=i686 -pipe -fPIC -m32"
> CXXFLAGS="${CFLAGS}"
> CHOST="i486-pc-linux-gnu"
That is not "settin
Am 08.09.2012 20:20, schrieb walt:
> I've never expanded an lvm partition before, and I think I did it the
> long way around just now:
>
> I divided my 1TB disk into 10 equal pv's when I bought it, and then
> added four of those to a new vg (named wd0), leaving the other six
> for future use.
>
>
I do have 3 2tb drives with lvm2 on them recently I did resize some partitions
(i didn't resize the vg - one drive one vg here) but I use lvresize -L ±nnG
vg/lv to add exactly nn GB to desired lv an than online grow with resize2fs
/dev/vg/lv
I did this more than once and never encountered an
I've never expanded an lvm partition before, and I think I did it the
long way around just now:
I divided my 1TB disk into 10 equal pv's when I bought it, and then
added four of those to a new vg (named wd0), leaving the other six
for future use.
After a few months of filling up that partition I
On Sat, 8 Sep 2012 10:47:47 -0400
Philip Webb wrote:
> My new machine is working & compiles lightning-fast :
> it feels like the driver of a steam engine hurtling down the tracks
> (I've just finished a biography of J G Robinson, the UK loco
> designer).
>
> I've just recompiled most of the pkgs
If you want gcc's minor versions in their own slots, then you want the
mutislot use flag:
:; euses multislot
sys-devel/gcc:multislot - Allow for SLOTs to include minor version (3.3.4
instead of just 3.3)
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
I ran into this trouble:
--
/usr/lib/gcc/i486-pc-linux-gnu/4.5.3/../../../../lib/libfreetype.a(ftbzip2.o):
In function `ft_bzip2_stream_close':
(.text+0x121): undefined reference to `BZ2_bzDecompressEnd'
/usr/lib/gcc/i486-pc-linux-gnu/4.5.3/../../../../lib/libfr
On Sat, 8 Sep 2012 14:59:16 +0200, meino.cra...@gmx.de wrote:
> noI am trying to minimize write cycles on a mmc-card by mounting
> tmpfs on those
>
> As long everything works fine I willing to hurt standards...since this
> is "only" a little singleboard computer and no world wide reachabl
My new machine is working & compiles lightning-fast :
it feels like the driver of a steam engine hurtling down the tracks
(I've just finished a biography of J G Robinson, the UK loco designer).
I've just recompiled most of the pkgs listed by 'emerge -ep system',
but found a few problems :
(1) Gcc
>
> I was reading this:
>
>http://www.gentoo.org/doc/en/cross-compiling-distcc.xml
I also read it far before I wrote my email.
>
> It specifically mentions you need crossdev:
>
>If you are cross-compiling between different subarchitectures
>for Intel x86 (e.g. i586 and i686), you
On 08/09/12 15:54, "Roland Häder" wrote:
Isn't it a requirement that all nodes run Gentoo, with the same GCC
version, and you must setup sys-devel/crossdev on each of them?
I don't see how it could possibly work otherwise.
In my first email I wrote that all other nodes have Debian installed,
> > > Isn't it a requirement that all nodes run Gentoo, with the same GCC
> > version, and you must setup sys-devel/crossdev on each of them?
> >
> > I don't see how it could possibly work otherwise.
> >
I see the same thing. The next text block I wrote that I have Debian 64 bits
(aka AMD64) on
Michael Mol [12-09-08 14:44]:
> On Sat, Sep 8, 2012 at 8:26 AM, Florian Philipp wrote:
>
> > Am 08.09.2012 14:13, schrieb meino.cra...@gmx.de:
> > > Hi,
> > >
> > > from Gentoos point of view:
> > >
> > > The following place I found, where temporary data are stored:
> > > /tmp
> > > /var/tmp
> > Isn't it a requirement that all nodes run Gentoo, with the same GCC
> version, and you must setup sys-devel/crossdev on each of them?
>
> I don't see how it could possibly work otherwise.
>
In my first email I wrote that all other nodes have Debian installed, not
Gentoo.
On Sat, Sep 8, 2012 at 8:26 AM, Florian Philipp wrote:
> Am 08.09.2012 14:13, schrieb meino.cra...@gmx.de:
> > Hi,
> >
> > from Gentoos point of view:
> >
> > The following place I found, where temporary data are stored:
> > /tmp
> > /var/tmp
> > /run
> > /tmp
> > /var/log ???
> >
> > Wher
On Sat, Sep 8, 2012 at 7:50 AM, Nikos Chantziaras wrote:
> On 08/09/12 14:31, "Roland Häder" wrote:
>
>> I use distcc and two nodes are running 64 bit (this Gentoo is being
>> installed on 32 bit hardware). Most packages works fine with it, so
>> my guess is that some packages ignore the importan
Am 08.09.2012 14:13, schrieb meino.cra...@gmx.de:
> Hi,
>
> from Gentoos point of view:
>
> The following place I found, where temporary data are stored:
> /tmp
> /var/tmp
> /run
> /tmp
> /var/log ???
>
> Where else are temprary data stored, which can thrown away when rebooting?
>
>
Hi,
from Gentoos point of view:
The following place I found, where temporary data are stored:
/tmp
/var/tmp
/run
/tmp
/var/log ???
Where else are temprary data stored, which can thrown away when rebooting?
Thank you very much in advance for any help!
Best regards,
mcc
On 2012-09-08 02:33, Andrey Moshbear wrote:
> On Fri, Sep 7, 2012 at 5:03 PM, Samuraiii wrote:
>>
>>
>> On 2012-09-07 19:38, Andrey Moshbear wrote:
>>> On Fri, Sep 7, 2012 at 1:24 PM, Samuraiii wrote:
>>>
Are there any tips for gentoo amd64 with core2duo?
Google doesn't seem to give an
On 08/09/12 14:31, "Roland Häder" wrote:
I use distcc and two nodes are running 64 bit (this Gentoo is being
installed on 32 bit hardware). Most packages works fine with it, so
my guess is that some packages ignore the important gcc flags (-m32 /
-march=i686) which results in compiling a 64 bit o
On Fri, 7 Sep 2012 20:41:28 -0400, Walter Dnes wrote:
> I updated world yesterday, and discovered that bash functionality was
> severly degraded on my machine. No up-arrow to scroll through history,
> no tab-completion, etc, etc. A bit of Google searching turned up the
> fact that bash no-long
29 matches
Mail list logo
