Okay, reading up [1] [2], it seems I have to first upgrade logrotate to >= 3.8.0
[1] http://packages.gentoo.org/package/sys-apps/portage
[2] https://bugs.gentoo.org/show_bug.cgi?id=374287
When I return from my late-lunch, I'll try that.
Unless I'm not supposed to do that.
Rgds,
On 2011-07-28,
On Thu, Jul 28, 2011 at 13:39, Pandu Poluan wrote:
> On Thu, Jul 28, 2011 at 13:34, Walter Dnes wrote:
>> One more question... when you ran "emerge --sync", did you see a
>> message telling you to update portage immediately? When you see that
>> message, do it right away before updating anythin
On Thu, Jul 28, 2011 at 13:34, Walter Dnes wrote:
> One more question... when you ran "emerge --sync", did you see a
> message telling you to update portage immediately? When you see that
> message, do it right away before updating anything else.
>
> --
> Walter Dnes
>
My `emerge --sync` happe
One more question... when you ran "emerge --sync", did you see a
message telling you to update portage immediately? When you see that
message, do it right away before updating anything else.
--
Walter Dnes
On Thu, Jul 28, 2011 at 11:43:46AM +0700, Pandu Poluan wrote
> (app-admin/logrotate-3.7.9-r2::gentoo, installed) pulled in by
> app-admin/logrotate required by (net-proxy/squid-3.1.8::gentoo, installed)
> app-admin/logrotate required by @selected
>
> (sys-apps/portage-2.2.0_alpha47::g
On Wed, Jul 27, 2011 at 9:23 PM, walt wrote:
> On 07/26/2011 06:07 PM, Pandu Poluan wrote:
>> Anyone here knows at what time the Gentoo IRC channels are usually active?
>>
>> In UTC, if possible :)
>>
>> (Still can't wrap my head around USA time zone codes)
>
> I'd like to commission a survey of,
Tried `emerge -avuND @world` and found out that logrotate blocks portage :
Total: 17 packages (13 upgrades, 1 downgrade, 2 new, 1 in new slot),
Size of downloads: 39,167 kB
Conflict: 1 block (1 unsatisfied)
* Error: The above package list contains packages which cannot be
* installed at the sam
walt wrote:
On 07/27/2011 09:04 AM, Dale wrote:
Todd Goodman wrote:
It looks like you're missing linking in of libgcrypt. Maybe ensure you
have an up to date version (or not too up to date.)
Or try emerging without the gcrypt use flag?
I just emerged that for x86 and had no problem
On 07/26/2011 06:07 PM, Pandu Poluan wrote:
> Anyone here knows at what time the Gentoo IRC channels are usually active?
>
> In UTC, if possible :)
>
> (Still can't wrap my head around USA time zone codes)
I'd like to commission a survey of, say, MS, google, and Oracle, to see who is
wearing a w
Alex Schuster wrote:
Dale writes:
Alex Schuster wrote:
I don't use tmpfs any more, as 8G of RAM is barely enough to run KDe
here.
I run KDE here and it uses less than 1Gbs all the time. Most of the
time it hovers around 1Gb with a lot of junk open. If your used 8Gbs,
y
On 07/27/2011 09:04 AM, Dale wrote:
> Todd Goodman wrote:
>>
>> It looks like you're missing linking in of libgcrypt. Maybe ensure you
>> have an up to date version (or not too up to date.)
>>
>> Or try emerging without the gcrypt use flag?
>>
>> I just emerged that for x86 and had no problem. Bu
Dale writes:
> Alex Schuster wrote:
> > I don't use tmpfs any more, as 8G of RAM is barely enough to run KDe
> > here.
>
> I run KDE here and it uses less than 1Gbs all the time. Most of the
> time it hovers around 1Gb with a lot of junk open. If your used 8Gbs,
> you got a lot running or some
> OK. I just thought there may be a open source option that is better or at
> least has less security problems.
There are some, lightspark and gnash are in portage. I've never tried
any of them...
Adam Carter wrote:
Now I got to ask a question. Does this replace the other flash player
thingy that has so many security holes?
No, java != flash, different plugin. Try about:plugins in the URL box
so see what you have.
OK. I just thought there may be a open source option that is
On 07/27/2011 08:01 AM, Michael Mol wrote:
> If you allow tmpfs to be backed by swap...
Does that require some extra configuration?
> Now I got to ask a question. Does this replace the other flash player
> thingy that has so many security holes?
No, java != flash, different plugin. Try about:plugins in the URL box
so see what you have.
walt wrote:
On 07/25/2011 08:54 PM, Grant wrote:
BTW, can anyone tell me why I'm using icedtea6-bin instead of icedtea?
When I first installed icedtea-bin there was no icedtea package, so I
tried to compile it myself using online instructions and gave up in
frustration.
I'm glad you
Dale wrote:
I run KDE here and it uses less than 1Gbs all the time. Most of the
time it hovers around 1Gb with a lot of junk open. If your used 8Gbs,
you got a lot running or something. o_O
That should read "less than 2 Gbs all the time". I hit the wrong
button. lol
Dale
:-) :-)
Alex Schuster wrote:
Dale writes:
That's what I was expecting too. It is confusing for sure.
Years ago, I used tmpfs, and it was slightly faster, but on average only
few seconds in an hou-long emerge.
I don't use tmpfs any more, as 8G of RAM is barely enough to run KDe here.
I ru
On 07/25/2011 08:54 PM, Grant wrote:
> BTW, can anyone tell me why I'm using icedtea6-bin instead of icedtea?
When I first installed icedtea-bin there was no icedtea package, so I
tried to compile it myself using online instructions and gave up in
frustration.
I'm glad you asked, because now I'l
Dale writes:
> Neil Bothwick wrote:
>> I wasn't thinking of systems with that much memory. Like you, I'd expect
>> your system to be faster, even if not by much, using tmpfs.
> That's what I was expecting too. It is confusing for sure.
Years ago, I used tmpfs, and it was slightly faster, but o
Neil Bothwick wrote:
On Wed, 27 Jul 2011 16:07:30 -0500, Dale wrote:
It makes sense because the ramdisk is using memory that would
otherwise be used for compilation and filesystem caches.
I have 16Gbs here. It's not like I'm going to run out or anything. I
can put half on tmp
On Wed, 27 Jul 2011 16:07:30 -0500, Dale wrote:
> > It makes sense because the ramdisk is using memory that would
> > otherwise be used for compilation and filesystem caches.
> I have 16Gbs here. It's not like I'm going to run out or anything. I
> can put half on tmpfs and still have 8Gbs left
On Wed, 27 Jul 2011 16:54:22 -0400, Michael Mol wrote:
> > It makes sense because the ramdisk is using memory that would
> > otherwise be used for compilation and filesystem caches.
>
> tmpfs isn't implemented as a ramdisk, it's implemented as a thin layer
> on top of the filesystem cache.
Tha
Joshua Murphy wrote:
On Wed, Jul 27, 2011 at 5:51 PM, Dale wrote:
Michael Mol wrote:
On Wed, Jul 27, 2011 at 5:07 PM, Dalewrote:
Neil Bothwick wrote:
On Wed, 27 Jul 2011 10:58:28 -0500, Dale wrote:
I have 16Gbs here. It's not like I'm going t
On Wed, Jul 27, 2011 at 4:03 PM, Dale wrote:
>
> Here is a update. Let's see what folks think about this situation. I
> mentioned in another thread that I did a from scratch kernel. It was a .35
> version. It seemed to work fine, for a while. When I tell Seamonkey to
> download to my desktop,
On Wed, Jul 27, 2011 at 5:51 PM, Dale wrote:
> Michael Mol wrote:
>>
>> On Wed, Jul 27, 2011 at 5:07 PM, Dale wrote:
>>
>>>
>>> Neil Bothwick wrote:
>>>
On Wed, 27 Jul 2011 10:58:28 -0500, Dale wrote:
>>>
>>> I have 16Gbs here. It's not like I'm going to run out or anything.
On Wednesday 27 July 2011 22:03:31 Dale wrote:
> Does this make sense to anyone?
Yes. I think your power interruption has damaged the drive electronics.
--
Rgds
Peter Linux Counter number 5290
Michael Mol wrote:
On Wed, Jul 27, 2011 at 5:07 PM, Dale wrote:
Neil Bothwick wrote:
On Wed, 27 Jul 2011 10:58:28 -0500, Dale wrote:
I have 16Gbs here. It's not like I'm going to run out or anything. I can
put half on tmpfs and still have 8Gbs left. That is more than eno
On Wed, Jul 27, 2011 at 5:07 PM, Dale wrote:
> Neil Bothwick wrote:
>>
>> On Wed, 27 Jul 2011 10:58:28 -0500, Dale wrote:
>>
>
> I have 16Gbs here. It's not like I'm going to run out or anything. I can
> put half on tmpfs and still have 8Gbs left. That is more than enough to
> compile even OOo
On 2011-07-27 20:32, Mick wrote:
> It seems that on my early i7, the -march=core2 does not have all the -msse*
> flags enabled, while native does:
Acc. to this there is a flag for i7, BUT... I'm not sure if current
stable version accepts it:
http://gcc.gnu.org/onlinedocs/gcc/i386-and-x86_002d64-
Neil Bothwick wrote:
On Wed, 27 Jul 2011 10:58:28 -0500, Dale wrote:
I wonder how effective tmpfs is for PORTAGE_TMPDIR as the builds
that need a lot of disk space can often require a fair bit of
memory too, and tmpfs is using it all.
In this last week someone reported doing a
Todd Goodman wrote:
It's certainly possible it's unrelated. Or it could be something
similar and the other bug reporter made a mistake bisecting or didn't run
long enough to fail with that bisection. It's possibly a lot of things
since we don't have enough information.
I don't think that woul
On Wednesday 27 Jul 2011 21:24:33 Mark Knecht wrote:
> On Wed, Jul 27, 2011 at 11:32 AM, Mick wrote:
> > On Wednesday 27 Jul 2011 17:13:21 Kfir Lavi wrote:
> >> On Wed, Jul 27, 2011 at 5:34 PM, Kfir Lavi wrote:
> >> > On Wed, Jul 27, 2011 at 5:09 PM, Andy Wilkinson
> >> >
> >> >> Another good t
On Wed, Jul 27, 2011 at 4:44 PM, Neil Bothwick wrote:
> On Wed, 27 Jul 2011 10:58:28 -0500, Dale wrote:
>
>> >>> I wonder how effective tmpfs is for PORTAGE_TMPDIR as the builds
>> >>> that need a lot of disk space can often require a fair bit of
>> >>> memory too, and tmpfs is using it all.
>> >>
On Wed, 27 Jul 2011 10:58:28 -0500, Dale wrote:
> >>> I wonder how effective tmpfs is for PORTAGE_TMPDIR as the builds
> >>> that need a lot of disk space can often require a fair bit of
> >>> memory too, and tmpfs is using it all.
> >>>
> >> In this last week someone reported doing actu
On Wed, Jul 27, 2011 at 11:32 AM, Mick wrote:
> On Wednesday 27 Jul 2011 17:13:21 Kfir Lavi wrote:
>> On Wed, Jul 27, 2011 at 5:34 PM, Kfir Lavi wrote:
>> > On Wed, Jul 27, 2011 at 5:09 PM, Andy Wilkinson
>> >>
>> >> Another good trick I've found on the forums is to run:
>> >> $ gcc -### -e -v -
On Wednesday 27 Jul 2011 17:13:21 Kfir Lavi wrote:
> On Wed, Jul 27, 2011 at 5:34 PM, Kfir Lavi wrote:
> > On Wed, Jul 27, 2011 at 5:09 PM, Andy Wilkinson
> >>
> >> Another good trick I've found on the forums is to run:
> >> $ gcc -### -e -v -march=native /usr/include/stdlib.h
> >>
> >> The la
On Wed, Jul 27, 2011 at 5:34 PM, Kfir Lavi wrote:
>
>
> On Wed, Jul 27, 2011 at 5:09 PM, Andy Wilkinson wrote:
>
>> **
>> On 07/26/2011 12:22 PM, pk wrote:
>>
>> On 2011-07-26 22:36, Alokat wrote:
>>
>>
>> model name : Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz
>>
>>
>>
>>
>> I gues
Todd Goodman wrote:
It looks like you're missing linking in of libgcrypt. Maybe ensure you
have an up to date version (or not too up to date.)
Or try emerging without the gcrypt use flag?
I just emerged that for x86 and had no problem. But I don't have the
gcrypt use flag enabled.
Todd
Neil Bothwick wrote:
On Wed, 27 Jul 2011 16:52:53 +0200, Alan McKinnon wrote:
I wonder how effective tmpfs is for PORTAGE_TMPDIR as the builds
that need a lot of disk space can often require a fair bit of
memory too, and tmpfs is using it all.
In this last week someone reported doi
On Wed, 27 Jul 2011 16:52:53 +0200, Alan McKinnon wrote:
> > I wonder how effective tmpfs is for PORTAGE_TMPDIR as the builds
> > that need a lot of disk space can often require a fair bit of
> > memory too, and tmpfs is using it all.
>
> In this last week someone reported doing actually measur
On Wed, Jul 27, 2011 at 10:52 AM, Alan McKinnon wrote:
> On Wednesday 27 July 2011 15:40:03 Neil Bothwick did opine thusly:
>> On Wed, 27 Jul 2011 14:41:33 +0100, Peter Humphrey wrote:
>> > Doesn't do that here. When tmpfs is full it starts being swapped
>> > out to the swap partition. Perhaps you
On Wed, Jul 27, 2011 at 10:40 AM, Neil Bothwick wrote:
> On Wed, 27 Jul 2011 14:41:33 +0100, Peter Humphrey wrote:
>
>> Doesn't do that here. When tmpfs is full it starts being swapped out to
>> the swap partition. Perhaps you didn't have any swap at the time.
>
> The default size for a tmpfs file
On Wednesday 27 July 2011 15:40:03 Neil Bothwick did opine thusly:
> On Wed, 27 Jul 2011 14:41:33 +0100, Peter Humphrey wrote:
> > Doesn't do that here. When tmpfs is full it starts being swapped
> > out to the swap partition. Perhaps you didn't have any swap at
> > the time.
>
> The default size
-original message-
Subject: Re: [gentoo-user] CFlags for CPU
From: Andy Wilkinson
Date: 2011-07-27 21:09
>Another good trick I've found on the forums is to run:
>
>$ gcc -### -e -v -march=native /usr/include/stdlib.h
>
>The last line of output will include the various CFLAGS that
>-march=native p
Neil Bothwick wrote:
On Wed, 27 Jul 2011 14:41:33 +0100, Peter Humphrey wrote:
Doesn't do that here. When tmpfs is full it starts being swapped out to
the swap partition. Perhaps you didn't have any swap at the time.
The default size for a tmpfs filesystem is half the physical RAM, u
On Wed, 27 Jul 2011 14:41:33 +0100, Peter Humphrey wrote:
> Doesn't do that here. When tmpfs is full it starts being swapped out to
> the swap partition. Perhaps you didn't have any swap at the time.
The default size for a tmpfs filesystem is half the physical RAM, unless
you specify more as a mo
On Wed, Jul 27, 2011 at 5:09 PM, Andy Wilkinson wrote:
> **
> On 07/26/2011 12:22 PM, pk wrote:
>
> On 2011-07-26 22:36, Alokat wrote:
>
>
> model name : Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz
>
>
>
>
> I guess *core2* is the right one?
>
> Yes, acc.
> to:http://en.gentoo-wiki
On 07/26/2011 12:22 PM, pk wrote:
> On 2011-07-26 22:36, Alokat wrote:
>
>> model name : Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz
>
>
>> I guess *core2* is the right one?
> Yes, acc. to:
> http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel#Core_2_Duo.2FQuad.2C_Xeon_51xx.2F53xx.2F54xx.2F3
On Wed, Jul 27, 2011 at 9:41 AM, Peter Humphrey
wrote:
> On Wednesday 27 July 2011 14:29:12 Michael Mol wrote:
>> On Wed, Jul 27, 2011 at 9:23 AM, Mick wrote:
>> > What will libreoffice do if /var/tmp/portage is a tmpfs? Start
>> > swapping like mad?
>>
>> No; the tmpfs runs out of space, and th
On Wednesday 27 July 2011 14:29:12 Michael Mol wrote:
> On Wed, Jul 27, 2011 at 9:23 AM, Mick wrote:
> > What will libreoffice do if /var/tmp/portage is a tmpfs? Start
> > swapping like mad?
>
> No; the tmpfs runs out of space, and the build fails. Had that happen
> with Thunderbird, and thus en
* Dale [110727 05:07]:
> Is anyone else running into this:
>
> libtool: link: x86_64-pc-linux-gnu-gcc -DINET6
> "-D_U_=__attribute__((unused))" -march=native -O2 -pipe -Wall -W -Wextra
> -Wdeclaration-after-statement -Wendif-labels -Wpointer-arith
> -Wno-pointer-sign -Warray-bounds -Wcast-alig
On Wed, Jul 27, 2011 at 9:23 AM, Mick wrote:
> On Wednesday 27 Jul 2011 08:24:37 Alexander Puchmayr wrote:
>> Depending on your available ram and swap space, you might want to mount
>> /var/tmp/portage as tmpfs. My fstab entry shows
>>
>> none /var/tmp/portage tmpfs
>> si
On Wednesday 27 Jul 2011 08:24:37 Alexander Puchmayr wrote:
> Depending on your available ram and swap space, you might want to mount
> /var/tmp/portage as tmpfs. My fstab entry shows
>
> none/var/tmp/portagetmpfs
> size=10g,nr_inodes=1m
>
> I have 4GB ram, and the s
Is anyone else running into this:
libtool: link: x86_64-pc-linux-gnu-gcc -DINET6
"-D_U_=__attribute__((unused))" -march=native -O2 -pipe -Wall -W -Wextra
-Wdeclaration-after-statement -Wendif-labels -Wpointer-arith
-Wno-pointer-sign -Warray-bounds -Wcast-align -Wformat-security
-I/usr/include
Depending on your available ram and swap space, you might want to mount
/var/tmp/portage as tmpfs. My fstab entry shows
none/var/tmp/portagetmpfs size=10g,nr_inodes=1m
I have 4GB ram, and the speed benefit especially for open/libre-office is quite
impressive.
The
57 matches
Mail list logo
