On Tue, Aug 16, 2005, Doug Summers wrote:
Had to jump through a couple of hoops but I finally got it to compile:
1) Built empty binutils package
Yes, some packages require binutils. And even when they are only
conditionally required, openpkg build eventually installs them.
I think the dummy
On Wed, 17 Aug 2005, Matthias Kurz wrote:
My attempt was, to try to disable the usage of libiconv in gcc. There
are already provisions (the echo am_cv_func_iconv=no etc config.cache).
This config.cache has to be copied into the directories of some sub-
configures to become effective. But this
I'm getting the daily cron jobs from OpenPKG hanging on some machines,
sometimes nearly killing the CPU. Here's a sample from one machine that
was unusable:
ps -ef | grep openpkg
root 1691 1 0 Aug15 ?00:00:00 /openpkg/sbin/saslauthd
-a shadow -n 2
root 1733 1691 0
Matthias Kurz wrote:
On Wed, Aug 17, 2005, Doug Summers wrote:
I'm getting the daily cron jobs from OpenPKG hanging on some machines,
sometimes nearly killing the CPU. Here's a sample from one machine that
was unusable:
ps -ef | grep openpkg
[...]
root 7299 7296 91 Aug16 ?
On Wed, Aug 17, 2005, Bill Campbell wrote:
On Wed, Aug 17, 2005, Matthias Kurz wrote:
On Wed, Aug 17, 2005, Doug Summers wrote:
I'm getting the daily cron jobs from OpenPKG hanging on some machines,
sometimes nearly killing the CPU. Here's a sample from one machine that
was unusable:
Apparently updatedb's find hangs when it hits a certain filesystem.
As Matthias already wrote, find out which one it is. Assuming the
file system in question of /foo/bar or is of file system type
quuxfs, you will find two interessting configuration parameters
'findutils_prunefs' and
On Wed, Aug 17, 2005, Ralf S. Engelschall wrote:
On Wed, Aug 17, 2005, Bill Campbell wrote:
...
I had posted a suggestion several month ago recommending that we implement
processing locking on programs like findutils which may run for extended
periods of time. We often use the ``shlock''
