Hello,
I'm still using 2.6.11-r9, but, it appears to be in yours too. From
make menuconfig under the 2.6.11-r9 it is here:
Device Drivers ---
Networking support --
[*] Networking Support
Networking options ---
[*] Network packet filtering (replaces
mpg321, if alsa is in your USE flags, I believe will default to alsa
(something in /dev/snd versus /dev/sound), hence you're not having the
problem with mpg321. To iron out if the problem is with mpg123 or with
/dev/dsp (/dev/sound/dsp), can your run something like ls -l /bin
/dev/dsp, and
That may or may not yield anything useful, depending on which logger you
are using (as some don't write immediately).
Rafael Bugajewski wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 24.03.2006 um 15:56 schrieb Mark Shields:
s there anyway to find out why it froze?
Check the
I haven't tried this on gentoo, but in general, and on other linux distros:
from crontab(1):
If the cron.allow file exists, then you must be listed therein in
order
to be allowed to use this command. If the cron.allow file
does not
exist but the cron.deny file does
the builtin crontab edit will catch errors which would
prevent execution...
2) Check your appropriate log file (I use sysklogd), so something like
tail -f /var/log/syslog might reveal something of interest.
Let me know.
Thomas T. Veldhouse wrote:
Chad Feller wrote:
I haven't tried this on gentoo
restart do you get
any errors? Anything out of the ordinary show up in your logs?
Thomas T. Veldhouse wrote:
Chad Feller wrote:
Curious. I just tested it on two of my Gentoo boxes. added myself
to the cron group (gpasswd -a my username cron), then as my regular
user ran crontab -e and entered
Interestingly enough, and although not listed on their download page,
you can still
wget http://pikdev.free.fr/pikdev-0.7.0.tar.gz
successfully
James wrote:
Rumen Yotov rumen at qrypto.org writes:
Hi,
Seems to be an issue with the 0.7.1 tarball, it's missing.
Just tried pikdev-0.7.1-r2
Get it here:
http://www.seismo.unr.edu/~feller/pikdev-0.7.1.tar.gz
I'll leave it up for the night if anyone else wants it.
James wrote:
Chad Feller cfeller at unr.nevada.edu writes:
Interestingly enough, and although not listed on their download page,
you can still
wget http
(courtesy of an FC2 src.rpm here:
http://linuxelectronique.free.fr/download/fedora/2/SRPMS/pikdev-0.7.1-0.fdr.2.src.rpm
if anyone is interested where it came from)
Chad Feller wrote:
Get it here:
http://www.seismo.unr.edu/~feller/pikdev-0.7.1.tar.gz
I'll leave it up for the night
James wrote:
Chad Feller cfeller at unr.nevada.edu writes:
Interestingly enough, and although not listed on their download page,
you can still
wget http://pikdev.free.fr/pikdev-0.7.0.tar.gz
successfully
Yes, but
wget http://pikdev.free.fr/pikdev-0.7.1-r1.tar.gz does not work
Did something set mozilla in your use flags? i.e. if you did an emerge
info would mozilla be in there?
you might find what package wants it by changing the line in
/etc/portage/package.mask to:
www-client/mozilla
without the quotes of course
Ernie Schroder wrote:
$ sudo emerge -auvD
2.6.24 ? you might double check that...
anyway, whatever you put in /etc/modules.autoload.d/kernel-2.6 will be
loaded before coldplug loads anything.
Nick Rout wrote:
udev system, kernel 2.6.24-something.
serial is a module, as is lirc_serial.
How do I change the order of module loading,
methinks java is not in your path. if you type:
which java
does it return anything? that failing find out where it (java) is on
your system. something like this should help:
locate javac | grep bin
(I chose javac instead of java as you shouldn't get a mile of output,
but likewise you
run revdep-rebuild (from gentoolkit) after you do the upgrade, there
were several packages, that had to rebuild against the new Xorg.
Iain Buchanan wrote:
I noticed after a sync a few nights ago, that modular xorg is in ~x86.
I also noticed a few people here have installed a while ago already.
maxim wexler wrote:
--- Chad Feller [EMAIL PROTECTED] wrote:
methinks java is not in your path. if you type:
which java
does it return anything? that failing find out
where it (java) is on
your system. something like this should help:
locate javac | grep bin
(I chose javac instead
Neil Bothwick wrote:
On Tue, 28 Mar 2006 09:10:33 -0300, Norberto Bensa wrote:
Why do you want to use such an old version? I have it working with
1.0.7174, the last that works with the TNT2 card in this box.
With GLX enabled?
I think so, but I don't have access to that box
maxim wexler wrote:
So we have to get Java back into your path... I've
got Sun Java, so mine
will be slightly different than yours, but in your
/etc/env.d/ and
/etc/env.d/java directory you should have a couple
of files in there.
First you will have something like
17 matches
Mail list logo