On Thu, Feb 11, 2010 at 12:20 PM, Neil Bothwick wrote:
>
> "source /etc/profile" at the top of the script often works.
>
@Neil:
Well, that does the trick!
But I don't understand why. In my initial post I withheld information in
order to be sure the focus wouldn't be on the Clojure program itse
I have a java (clojure, actually) program which is invoked via a bash
script. When the script is invoked from the shell, the java program always
runs and succeeds. However, when the script is invoked via a cron job, the
java program always runs and crashes with a null pointer exception.
Any though
On Sun, Feb 7, 2010 at 7:51 PM, Alan McKinnon wrote:
>
> In my experience, fsck consistently detects file systems corruption, and
> consistently fails to do anything useful about it.
>
In my case, reiserfsck --fix-fixable did the trick, i.e., detected and fixed
the exact problem with the director
WALRUS ~ # whoami
root
WALRUS ~ # ls -l /usr/portage/x11-misc/icesndcfg/
ls: cannot access /usr/portage/x11-misc/icesndcfg/icesndcfg-1.3.ebuild:
Permission denied
total 12
-rw-r--r-- 1 rootroot2675 2008-05-09 09:37 ChangeLog
-rw-r--r-- 1 rootroot 771 2008-05-09 09:37 Manifest
??
per Helmut Jarausch:
rm -rf /usr/src/linux-2.6.31-gentoo-r6
followed by re-emerge of gentoo-sources-2.6.31-r6
worked!
Thanks, Helmut
P.S. The mystery remains how those conflicting files got there in the first
place. Certainly not by any conscious act on my part.
But, at this point I don't really ca
> So, please check where these files came from by
>
> qfile /usr/src/linux-2.6.31-gentoo-r6/Makefile
>
> WALRUS ~ # qfile /usr/src/linux-2.6.31-gentoo-r6/Makefile
sys-kernel/-MERGING-gentoo-sources
(/usr/src/linux-2.6.31-gentoo-r6/Makefile)
Whatever that means.
Have you installed this kernel 'by
I've never experienced this phenomenon prior to gentoo-sources-2.6.31.-r6.
I've always emerged gentoo-sources and they peacefully sat there and waited
until I built the corresponding kernel later when I felt like it - if ever.
With 2.6.31-r6, however, the emerge fails and consequently screws up 'em
The executable /usr/bin/install was somehow hosed.
Extracted a new /usr/bin/install from tarball retrieved
from http://tinderbox.dev.gentoo.org/default-linux.
I can't perform any successful emerges. An example output is:
>>> Emerging (1 of 1) sys-apps/portage-2.1.6.13
* portage-2.1.6.13.patch.bz2 RMD160 SHA1 SHA256 size ;-) [ ok ]
* portage-2.1.6.tar.bz2 RMD160 SHA1 SHA256 size ;-) [ ok ]
* checking ebuild checksums ;-)
[ ok ]
* checking
9 matches
Mail list logo