Suchergebnisse
Suchergebnisse 1-20 von insgesamt 1 000. Es gibt noch weitere Suchergebnisse, bitte verfeinern Sie Ihre Suche.
IIRC ist der aktuelle nvidia-driver noch nicht mir kernel-3.18 und darüber kompatibel. Quellcode 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 $ grep -A 10 3.18 /usr/portage/x11-drivers/nvidia-drivers/nvidia-drivers-346.35.ebuild if use kernel_linux && kernel_is ge 3 18 ; then ewarn "Gentoo supports kernels which are supported by NVIDIA" ewarn "which are limited to the following kernels:" ewarn "<sys-kernel/gentoo-sources-3.18" ewarn "<sys-kernel/vanilla-sources-3.18" ewarn "" ewarn "You are free to ut...
Zitat von »solarseed« Ja na klar mache ich das als root auf tty1! Na, so klar ist das nicht, denn üblicherweise markiert man Kommandos, welche als root ausgeführt werden mit dem '#'-prompt und als user mit '$'. Also Quellcode 1 $ ls -l ist als user und Quellcode 1 # ls -l ist als root. Verzwickt. Hast du nicht vlt. eine €10,- Billig-USB-Mouse zur Hand, mit der du testen kannst, ob es an deinem Kernel, Xorg, Permissions oder Razor Drivers liegt?
Mhm, Zitat Quellcode 1 Device or Ressource busy machst du das auch als root? Vlt. hast du ein Rechteproblem. Und: was sagt dir lsof /dev/input..(usw.)? Was blockiert da deine Mouse?
Mhm, kann ich jetzt nicht sagen. Ich würde halt nur den Fehler eingrenzen wollen. Wenn es andere Service auch betrifft, dann ist es wohl nicht owncloud sondern das Zusammenspiel squid-reverse-proxy<->apache. Wenn es "nur" apache/owncloud ist, dann kann ich mich da noch weiter einbinden. Mit squid selbst habe ich aber keine Erfahrung und muss passen.
Ist das nur mit owncloud so oder hast du noch was anderes dort laufen? Vlt. ein wordpress oder sowas?
Mhm, sieht so aus, als hat dein udev Mühe da eine Mouse zu erkennen. Zitat Quellcode 1 [ 120.569912] input: Razer Razer Salmosa as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.4/2-1.4:1.0/0003:1532:0012.0008/input/input12 Hast du einen input in deinem /dev/input/by-path Verzeichnis was obiger Angabe nahe kommt? Und wenn ja, was macht ein entsprechendes Quellcode 1 $ cat /dev/input/by-path/pci... da?
Ok. Was ist die Ausgabe von Quellcode 1 # layman -a sunrise --> der gleiche Fehler? Ist dein System ansonsten sauber? --> emerge -avuDN @world; etc-update; revdep-rebuild -i; emerge -av @preserved-rebuild
Interssant. Layman bockt beim Versuch seine Datenbank an Overlays zu erstellen. Hast du andere normale overlays mal installier bekommen? E.g. "sunrise", "zugaina", "kde", "gnome", "desktop-effects", ... Kannst du ein Quellcode 1 # layman -l machen? Und gib doch mal auch deine "emerge --info" durch.
Gute Frage. Wenn ich mir das bei Clementine angucke Quellcode 1 # ebuild /usr/portage/media-sound/clementine/clementine-1.2.3.ebuild unpack dann sehe ich die Icons bei /var/tmp/portage/media-sound/clementine-1.2.3/work/Clementine-1.2.3/data/icons Es gibt schon ubuntu-spezifisches wie Quellcode 1 2 3 4 5 6 7 8 # tree /var/tmp/portage/media-sound/clementine-1.2.3/work/Clementine-1.2.3/dist/icons/ /var/tmp/portage/media-sound/clementine-1.2.3/work/Clementine-1.2.3/dist/icons/ ├── ubuntu-mono-dark │...
>app-portage/layman-2.0.0.-r3 ist testing. Du musst also anfangen Packages aus testing Zweig zu nehmen - ich gehe davon aus, dass du dein ganzes System mal stable hast. Siehe "3.b. Den stabilen mit dem Testzweig vermischen" auf https://www.gentoo.org/doc/de/handbook/h…l?part=3&chap=3
Ok. Firewall vielleicht? Versuche mal: a) layman-2.2.0 oder/und b) mit git mal direkt auf das repo zuzugreifen (a la "git clone URL-ZU-REPO).
Zitat von »Niualj« Es sagt mir immer ds Guake schon läuft und das ich es mit strg+12 öffnen kann. Mhm, vielleicht hat er ja recht. Siehst du in der Process-Table vielleicht irgendwas wie guake? Quellcode 1 # ps -ef | grep -i guake Wenn ja, dann läuft guake ja, bloss es findet den Weg nicht zu deinem Desktop.
Zitat von »Niualj« Also kann ich dann mit dem fsarchiver ganz bequem die Dateien in einem Archiv speichern und es dann über das selbe Programm wieder installieren? Das ist zumindest die Empfehlung von http://www.gentooforum.de/user/847-dirk/. Nur du bist hier bei Gentoo Linux. Konkret: a) Linux (ist ähnlich wie Unix): es gibt keine Sicherheitsabfrage. Du bist root. Ein "rm -rf /" wird anstandslos durchgeführt. Du bist der Boss. b) Gentoo: Du bist root. Du bist der Boss. ... und zwar alleine. .....
Nope. Geht hier. Quellcode 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 # layman -f -o https://raw.github.com/Tox/gentoo-overlay-tox/master/repository.xml -a tox-overlay * Fetching remote list... * Fetch Ok * Adding overlay... * Overlay "tox-overlay" is not an official. Continue install? [y/n]: yes * Running Git... # ( cd /var/lib/layman && /usr/bin/git clone git://github.com/urras/gentoo-overlay-tox.git /var/lib/layman/tox-overlay ) Cloning into '/var/lib/layman/tox-overlay'... remote: Counting...
Zitat ... weil das in Foren oft in einen Scroll Krampf endet. Attachment? Naja, IMHO Qt5 ist ja erst seit kurzem von hard masked auf testing im offiziellen Tree gegangen. Und Qt5 ist nun wie bsp. gtk ein fundamentale Library. Das ist was ganz anderes wie wenn du von bei irgendeiner App von einer Version auf die nächste gehst. Da werden noch viele andere User wie du an ähnlichen/gleichen Problemem auflaufen und daraus kristalliert sich dann ein vernünftiges Model/Doku. Du bist einfach bleeding e...
Errm, ... lost! 8| Beitrag 7 sonst Beitrag 1 mit Zitat Aber Guake ist ja das einzige Programm das keine dBus Fehler ausgibt. Kannst du für die Älteren und Langsameren unter uns (mich) das ganz knapp und eindeutig (ohne Querverweise) zusammenfassen: * was geht nicht? * woher weisst du das? Sprich: was hast du probiert und was hast du bekommen? in einer einzigen Post mit Shell-ouput.
Bitte kein pastebin oder ähnliche Dienste. Dort werden die Dingenz nach einiger Zeit gelöscht und User mit dem gleichen oder ähnlichen Problem haben dann keine Chance einen hier entstehenden Lösungsweg für sich zu erkennen. So. Ich habe den transit zu Qt5 zwar auch noch nicht aber an deiner Stelle würde ich mal dev-qt/qtchooser aus dem System werfen. Das kannst du ja später wieder reinholen. Dann bleibt noch dev-python/sip:0 ... ändert sich was bereits, wenn du den qtchooser rauswirfst?
Zitat Aber die angeschlossene Maus ist definitiv funktionstuechtig. Ich hab nämlich schon eine andere angeschlossen und mit der geht es auch nicht. Mhm, das ist mir argumentativ nicht ganz klar. Aber ok ... Wenn du die Mouse absteckst und wieder einsteckst, tut sich was in dmesg? Offenbar wird die Mouse ja geladen wenn du sie in lsusb siehst ... Nochwas: hast du schon mit sys-apps/razercfg da gearbeitet? Hast du auch eine ganz gwöhnliche non-Razer Mouse zur Hand? Ich kann mich erinnern, dass Ra...
Mhm, ich habe auch Steam und Wine Sachen laufen, habe aber trotzdem kein no-emul http://wiki.gentoo.org/wiki/Multilib_Sys…-linux_Packages ... und ich fahre eigentlich sehr gut so. Was anderes: wenn du auf der Shell ein Quellcode 1 $ cat /dev/input/mice (wie in deiner config) machts und mit deiner Mouse rüttelst, kommt da was? Wenn ja: X.org, wenn nein: Kernel.
Installation » 
[erledigt] Failed to fetch overlay list!
