On 2013-01-12, Alecks Gates wrote:
> On Fri, Jan 11, 2013 at 8:24 AM, Florian Philipp
> wrote:
>> Am 11.01.2013 13:00, schrieb Adam Carter:
>>>
>>> I had noticed it a while ago, it appears to be hardmasked:
>>>
>>>
>>> # Jory A. Pratt mailto:anar...@gentoo.org>> (15
>>> Dec 2012)
>>>
On 01/11/2013 03:04:01 PM, walt wrote:
This seems to me like very happy news indeed, but I'm interested in
contrary
opinions. There's a recent thread discussing how udev-197 breaks
lvm2, but
that's a trivial fix once you know about it.
The problem is caused because many apps including lvm2
Not sure why it fails, or how to progress from here:
...
checking how to run the C preprocessor... /mnt/video/tmp_portage/portage/sys-
devel/gcc-4.6.3/work/build/./gcc/xgcc -B/mnt/video/tmp_portage/portage/sys-
devel/gcc-4.6.3/work/build/./gcc/ -B/usr/i686-pc-linux-gnu/bin/ -B/usr/i686-
pc-linux-g
On Friday 11 January 2013, Canek Peláez Valdés wrote:
> On Thu, Jan 10, 2013 at 10:46 AM, Robin Atwood
>
> wrote:
> > On Thursday 10 January 2013, Canek Peláez Valdés wrote:
> >> On Wed, Jan 9, 2013 at 5:12 AM, Robin Atwood
> >>
> >>
> >> wrote:
>
> Stupid question, the syslog-ng.service is ru
On Friday 11 January 2013, Kevin Chadwick wrote:
> On Thu, 10 Jan 2013 23:46:29 +0700
>
> Robin Atwood wrote:
> > Thanks for the tips, now I can get more output to tty1 if I want. I
> > still can't get any systemd messages to syslog-ng, however. A bit of
> > a mystery.
>
> This may be way off as
On 01/12/2013 03:24:47 PM, Mick wrote:
Not sure why it fails, or how to progress from here:
...
checking how to run the C preprocessor...
/mnt/video/tmp_portage/portage/sys-
devel/gcc-4.6.3/work/build/./gcc/xgcc
-B/mnt/video/tmp_portage/portage/sys-
devel/gcc-4.6.3/work/build/./gcc/ -B/usr/i
On Sat, Jan 12, 2013 at 8:31 AM, Robin Atwood
wrote:
> On Friday 11 January 2013, Canek Peláez Valdés wrote:
>
>> On Thu, Jan 10, 2013 at 10:46 AM, Robin Atwood
>
>>
>
>> wrote:
>
>> > On Thursday 10 January 2013, Canek Peláez Valdés wrote:
>
>> >> On Wed, Jan 9, 2013 at 5:12 AM, Robin Atwood
>
>
On 2013-01-11 22:28, James wrote:
> Newegg said it was new
Ok. What I was trying to say was that I've had a motherboard shipped as
new to me but when it arrived I noticed it was used.
> Ram is as spec'd: G.skill Ares F-1866C10D-16BAB. 4 modules all
> slots full summing to 32G.
Try one
On Sat, Jan 12, 2013 at 3:22 AM, Nuno J. Silva wrote:
> On 2013-01-12, Alecks Gates wrote:
>
>> On Fri, Jan 11, 2013 at 8:24 AM, Florian Philipp
>> wrote:
>>> Am 11.01.2013 13:00, schrieb Adam Carter:
I had noticed it a while ago, it appears to be hardmasked:
# Jory A
On Sat, Jan 12, 2013 at 5:00 AM, Helmut Jarausch
wrote:
> On 01/11/2013 03:04:01 PM, walt wrote:
>>
>> This seems to me like very happy news indeed, but I'm interested in
>> contrary
>> opinions. There's a recent thread discussing how udev-197 breaks lvm2,
>> but
>> that's a trivial fix once you
On 12/01/13 23:11, Helmut Jarausch wrote:
> On 01/12/2013 03:24:47 PM, Mick wrote:
>> Not sure why it fails, or how to progress from here:
>>
>> ...
>> checking how to run the C preprocessor...
>> /mnt/video/tmp_portage/portage/sys-
>> devel/gcc-4.6.3/work/build/./gcc/xgcc
>> -B/mnt/video/tmp_porta
William Kenworthy wrote:
> On 12/01/13 23:11, Helmut Jarausch wrote:
>> On 01/12/2013 03:24:47 PM, Mick wrote:
>>> Not sure why it fails, or how to progress from here:
>>>
>>> ...
>>> checking how to run the C preprocessor...
>>> /mnt/video/tmp_portage/portage/sys-
>>> devel/gcc-4.6.3/work/build/./
On Saturday 12 Jan 2013 23:26:36 Dale wrote:
> William Kenworthy wrote:
> > On 12/01/13 23:11, Helmut Jarausch wrote:
> >> On 01/12/2013 03:24:47 PM, Mick wrote:
> >>> Not sure why it fails, or how to progress from here:
> >>>
> >>> ...
> >>> checking how to run the C preprocessor...
> >>> /mnt/vi
On 01/12/2013 06:24 AM, Mick wrote:
> Not sure why it fails, or how to progress from here:
> march=pentium3 -pipe -O2 -g -O2 -march=pentium3 -pipe -DIN_GCC -W -Wall -
> ${GCC_MAKE_TARGET} || die "emake failed with ${GCC_MAKE_TARGET}";
No idea, but I would try -march=native and see what happens
On 01/12/2013 03:00 AM, Helmut Jarausch wrote:
> On 01/11/2013 03:04:01 PM, walt wrote:
>>
>> The problem is caused because many apps including lvm2 install their udev
>> config scripts in /usr/lib/udev/rules.d/ (where they never belonged in the
>> first place IMO) and they should instead now go in
Hi all,
I've got the ekopath compiler installed on my machine and Portage wants
to update it, but fails. Before I go to the trouble of filling out a
full bug report, does anyone have any ideas as to the problem? I think
it is in the 5th line, "Configuration failed..."
***
16 matches
Mail list logo