staging.inyokaproject.org

Skittles schrieb:

Brauchst du denn wirklich die bin-Version der virtualbox?

Ich wollte grade mein altes Windows, was ich da noch drin laufen habe, reaktivieren, da ich mir die Forerunner 205 zugelegt habe, und da ist ein Analysetool dabei, was leider nur unter Windows läuft, und dabei benötige ich eben USB-Support, da die Uhr per USB angeschlossen wird, und dieses gibt es afaik nur bei der CS-Edition, nech?

nachtrag: 100 🤣

SS2 schrieb:

Ganz einfach mit Pacman -Rcns die jeweiligen Pakete entfernen.

Das blöde ist ja, das Pacman (oder eben yaourt) virtualbox_bin nicht kennt. Bin allerdings auch grade nicht an dem Rechner, werde es aber noch mal ausprobieren sobald ich wieder zuhause bin.

Darf ich mal blöd zwischenfragen, was bei der OSE-Version passiert, wenn's neuen Kernel gibt? ☺ Bisher ist mir das noch nicht passiert, bin ja auch noch nicht lange bei Arch. Im PKGBUILD zu den Modules steht ja, dass die explizit für einen Kernel sind, außerdem lädt er eh nur die bereits kompilierten Module runter.

Also im Prinzip müsste die Datei für das Kernelmodul in /usr/bin liegen. Kannst ja mal probieren sie mit dem kompletten Pfad, also /usr/bin/vbox_build_module auszuführen.

[root@rechnername]# pacman -Rcns virtualbox_bin
Lade Paketdaten...
Fehler: 'virtualbox_bin': Konnte Paket nicht finden oder lesen
[root@rechnername]# y -S virtualbox_bin
resolving dependencies...
looking for inter-conflicts...

Targets: virtualbox_bin-1.6.2-1  

Total Download Size:    0.00 MB
Total Installed Size:   49.80 MB

Proceed with installation? [Y/n] 
checking package integrity...
(1/1) checking for file conflicts                   [#####################] 100%
error: could not prepare transaction
error: failed to commit transaction (conflicting files)
virtualbox_bin: /etc/udev/rules.d/60-vboxdrv.rules exists in filesystem
virtualbox_bin: /etc/vbox/vbox.cfg exists in filesystem
virtualbox_bin: /usr/bin/VBoxManage exists in filesystem
virtualbox_bin: /usr/bin/VBoxSDL exists in filesystem
virtualbox_bin: /usr/bin/VBoxTunctl exists in filesystem
virtualbox_bin: /usr/bin/VBoxVRDP exists in filesystem
virtualbox_bin: /usr/bin/VirtualBox exists in filesystem
virtualbox_bin: /usr/share/applications/VirtualBox.desktop exists in filesystem
virtualbox_bin: /usr/share/pixmaps/VBox.png exists in filesystem
Errors occurred, no packages were upgraded.

Reicht es denn, wenn man die genannten Dateien zu Fuß löscht, oder bleiben dann noch irgendwo Leichen zurück?

Nachtrag:

[root@rechnername]# ls /usr/bin | grep vbox_build_module
[root@rechnername]# 

Brutale Methoden: Also entweder du löscht die einfach so, oder du nimmst die force-Keule von pacman/yaourt (-f Parameter) Elegante Methode: pacman -Qo dateiname –→ Wenn dir das sagt, dass die Datei zu keinen Paket gehört, löschen.

Naja, wenn das Paket nicht installiert ist, kann die Datei ja auch nicht da sein, also in /usr/bin. Wenn sie nach einem erneuten Installieren nicht auftauchen sollte, stimmt was mit deinem Paket nicht. Sonst lohnt es sich auch mal im AUR umzusehen, was die Datei macht, weil so wild ist das auch nicht, das könnte man also notfalls auch per Hand machen.

Mit der force-Keule läuft es zu mindestens wieder 😉

Nicht sehr elegant, aber mir jetzt grade auch egal...

Hab heute mal KDEmod4 auf meinem eee 701 installiert, na, das ist doch ganz nett.

Werd mich morgen mal in den Park legen und Film schauen, mit der 3er Version gingen vier Folgen Eureka:-)

http://picasaweb.google.com/karoshiboy/EEEPC701

dummbrezinger schrieb:

Hab heute mal KDEmod4 auf meinem eee 701 installiert, na, das ist doch ganz nett.

Werd mich morgen mal in den Park legen und Film schauen, mit der 3er Version gingen vier Folgen Eureka:-)

http://picasaweb.google.com/karoshiboy/EEEPC701

Boah sieht cool aus ☺ Brauch auch mal so einen ☺

Lukas

rocco_storm schrieb:

Mit der force-Keule läuft es zu mindestens wieder 😉

Nicht sehr elegant, aber mir jetzt grade auch egal...

ist in dem Fall vermutlich auch das einfachste. Aber so als allgemeine Methode, falls sowas mal bei einem Update auftritt, sollte man da mit -Qo erstmal schauen 😉

Ist bei euch bei der neuen KDEmod4 stable auch nix mehr im System-Tray zu sehen? Hab die i686 Version und seit ich die frisch (⇐ !) installiert hab, ist im Tray alles schwarz ☹ Sonst is fast alles perfekt. ciao

100 Seiten! ⇐ Boa ubuntuusers sollte Angst haben 😀

Das ist nen Bug in Qt 4.4.1, du musst den Systemtray bei jedem anmelden wieder neu hinzügen... traurig aber wahr -.-

Lukas

@Lukas: so ne Sch... naja. Danke. Jetzt weiß ich wenigstens, dass ich nicht als einziger leiden muss und es wahrscheinlich eh (bald) gefixt ist ☺ thx noch 2 Sachen 😉: -geht bei euch das K3b-svn? "KDE3-K3b" geht, aber das neue nicht (mehr) 😕 (ja ich weiß, dass des unstable is 😉 )

-könnt ihr mir sagen,wie ich Strigi/Nepomuk nutzen kann? Ich kann nix im Dolphin, unter kfind oder sonst wo finden. Nur im Amarok und da funktioniert es nicht.

Danke schon mal

ciao beta2 ☺

Naja nepomuk kann man mit dem Nepomuksearch-KIO-Slave ausm Playground benutzten, soll sogar schon recht gut funktionieren, ansonsten kann man die paar Sachen im Dolphin machen (Bewerten, Taggen und Kommentieren)...

Lukas

PS: Ich benutzt auch noch das KDE3-K3b...

Wie lange wird es denn dauern bis ArchLinux KDE 4.1 hat?