Am I the only one who see a reflection of a chicken in the Gentoo logo?
Damn, you're right!
This must be the evil chicken from the Wallace And Gromit movie.
It sneaked into Gento and secretly replaced that cow (Larry?) by waring a glove with only two fingers on it's head and pretending that were ...

You could p.e. copy all the relevant stuff to /usr/portage/distfiles
or you edit your /etc/make.conf and add the line (or change it if it exists)

EDIT: And if you're asking why there can't just be two artsd processes, well, that's exactly what artsd is supposed to not do, by design. Although that design is undesirable behavior in most situations when you have dmix working.
In all honesty, I wasn't thinking so far: it was just that I planned ...

I admit that I disagree with most of the statements here: it's not that java or C++ or ruby are simpler or harder than one of the other programming languages!

If a programming task is difficult or not is almost completely independent of the language you chose to implement: Programming a task ...

And then you could do as one of the posts above said and have the KDE sound system use aplay or whatever.

But isn't the dmix-setup intended exactly to have the kernel manage the mixing of concurrent access to the sound device? Why can't the "normal" artsd be one of these processes?
If another ...

Ich habe noch ein bisschen recherchiert, und in einem TextDrive-Forum folgende Feststellung finden können (übersetzt) :
Falls ihr noch testet, entfernt den Haken bei "Cancel upload if the folder has not been modified.", ansonsten bekommt ihr einen "Unexpected error".

Dem kann ich hinzufügen, dass ...

Oh, that's clever.
Thanks for clearing that up for me.

<snip> =~ /executable/ </snip>
That's nice.
So the regex "executable" tests if something *should* be executable and does not rely on the actual permission of the file?
Didn't know that and in fact that's quite impressive.

Well, to be really honest, this is so impressive that I can hardly believe ...

<side_note>
The one social competence you must learn when dealing with communities, is that ten people answering a question means getting ten different answers.
Perhaps it's because everything is about choice and obviously everybody thinks the own choice is the best (otherwise he wouldn't have ...

If you don't know the difference, just use reiserfs. It is the best all-around choice.
I'm not so keen on flamewars, so simply imagine I had flamed you for that.
I advice ext3, since it is the best all-around choice ;)

It is usable as ext2, which was the default filesystem since ages
=> it's ...

Propane wrote:awesome! that worked perfectlly! Thanks for your help

Pleasure!
Could you add something like "solved" or so to the title, please?

cu, tom

aceFruchtsaft wrote:BTW, did you really NOT use the -R option as your title implies?
In that case restoring correct permission would be trivial...

Hey, I didn't see that!?!
You're right, but since Grom33 is not able to boot, it think -R actually *was* there, just not in the posting.

cu, tom

Perhaps installing would be simpler, but as an interesting experiment, you could try to boot from a liveCD and change the permissions by hand.

But more interesting than that would be to have it automatically done. P.e. change the permissions of all EFL-executables (compiled programs) could be done ...

I make it like this: That presumes that you have the date-command which belongs to coreutils, but I think most boxes will have it.

If you don't like the day-month-year format, see man date ;)

cu, tom

You can see which java-packages are actually available for addition to the classpath with
java-config -l

When I do this, I find that the commons-cli package is actually registered as "commons-cli-1",
so it might work when replacing your original command with
java-config --add-system-classpath ...

You can get rid of digest verification failures with (Beware of typos!)

This basically confirms that the changes of that package are okay.

cu, tom

You can find the logos here:
http://www.gentoo.org/main/en/graphics.xml

I think that's about it as long as you want official ones.
If you don't care, google has an image search ..

cu, tom

If I start the application using LD_LIBRARY_PATH=. I guess it would find those libraries, but of course all the others (libc, etc) are missing than.
If that is an option, you could use this: LD_LIBRARY_PATH=.:"$LD_LIBRARY_PATH"
That should make ld search the current directory first and the normal ...

and the classpath is empty which I dont understand...
After experimenting a bit, I found the same problem.
It seems to happen when there is a package included in the file that doesn't exist in the system anymore, or perhaps it has something to do with permissions?
As a reaction, java-config seems ...

The first thing azureus complains about is that the command "java" could not be found.
Perhaps I'm confusing something, but to me that sounds as if "java" was not in your $PATH.

What is the output of these commands?
which java
echo $PATH


The other error is related to the system's classpath ...

Perhaps you have a very personalized menu that's saved in you preferences somewhere in ~/.kde ? I don't know if user's menues and system menues are merged or if you can turn that on and off.

Another thing might be that /usr/share/applications is not searched for desktop files although it should ...

Barrakketh wrote:And live is a package :)

See what happens when you sit on a Windows box when writing in the forums? (Might have looked it up in the online repository though..)

I shouldn't be so fast in making general statements - I seem to be proofed wrong more often than I like ;)

cu, tom

Tja, funktioniert "so halb":
Am Arbeitsplatz funktioniert es, zu Hause nicht.
Wenn ich den "Upload"-Knopf anklicke, öffnet sich ein kleines Fensterchen (Titel "Upload Bookmarks"), meldet "Ready" und bleibt einfach da.
Ein click auf den einzigen Button ("Cancel") schließt das Fenster wieder, aber ...

I don't think "live" is an actual package, but rather a feature that may or may not be compiled into mplayer.
Apart from that: yes, dependencies are automatically solved by portage and it doesn't matter where these dependencies come from: a set or unset USE flag or the ebuild or wherever these ...

The rc.d/... style will not work on Gentoo.
But really: it's not that hard to create directories rc[0-6].d somewhere and tell vmware to use that.
The only thing that's being done is the start-script being copied to one of these rc.d directories.
You can simply move it to /etc/init.d and change it ...