Nergal hat folgendes geschrieben: |
Nun will ich aber Xawtv installieren um fernsehen zu können, ich habe dann das kompremierte Datenpacket runtergeladen und ausgepackt, nun kann man da aber nichts a la .exe ausführen. |
Nergal hat folgendes geschrieben: |
Und woher weiß ich wie die Datenträger benannt sind?
Im Terminal gibt der dann so sachen aus wie E: xxxx nicht gefunden Ist E: ein Laufwerk? |
Nergal hat folgendes geschrieben: |
Nun will ich aber Xawtv installieren um fernsehen zu können, ich habe dann das kompremierte Datenpacket runtergeladen und ausgepackt, nun kann man da aber nichts a la .exe ausführen.
Geht das nun über den Root-Terminal, im www sind nur derartige Anleitungen vorhanden, müßte sich doch auch selbst ausführen lassen oder? |
Nergal hat folgendes geschrieben: |
Und woher weiß ich wie die Datenträger benannt sind?
Im Terminal gibt der dann so sachen aus wie E: xxxx nicht gefunden Ist E: ein Laufwerk? |
Nergal hat folgendes geschrieben: |
Nun will ich aber Xawtv installieren um fernsehen zu können, ich habe dann das kompremierte Datenpacket runtergeladen und ausgepackt, nun kann man da aber nichts a la .exe ausführen. |
Nergal hat folgendes geschrieben: |
Und woher weiß ich wie die Datenträger benannt sind?
Im Terminal gibt der dann so sachen aus wie E: xxxx nicht gefunden Ist E: ein Laufwerk? |
lemonstar hat folgendes geschrieben: |
Sondern was für Dateien sind da jetzt? Hast du die Quellen, die Binaries?
Typischerweise gibt es eine README Datei. |
Nergal hat folgendes geschrieben: |
apt-get install xawtv
Habe auch das versucht (root terminal) aber das hat auch nicht funktioniert, eben da kommt ja diese Meldung er könne nichts finden. |
Nergal hat folgendes geschrieben: |
Habe auch das versucht (root terminal) aber das hat auch nicht funktioniert, eben da kommt ja diese Meldung er könne nichts finden. |
Code: |
deb http://de.archive.ubuntu.com/ubuntu breezy main restricted
deb-src http://de.archive.ubuntu.com/ubuntu breezy main restricted deb http://de.archive.ubuntu.com/ubuntu breezy-updates main restricted deb-src http://de.archive.ubuntu.com/ubuntu breezy-updates main restricted deb http://de.archive.ubuntu.com/ubuntu breezy universe deb-src http://de.archive.ubuntu.com/ubuntu breezy universe deb http://de.archive.ubuntu.com/ubuntu breezy-backports main restricted universe multiverse deb-src http://de.archive.ubuntu.com/ubuntu breezy-backports main restricted universe multiverse deb http://security.ubuntu.com/ubuntu breezy-security main restricted deb-src http://security.ubuntu.com/ubuntu breezy-security main restricted deb http://security.ubuntu.com/ubuntu breezy-security universe deb-src http://security.ubuntu.com/ubuntu breezy-security universe deb http://kubuntu.org/packages/kde35rc1/ breezy main deb http://de.archive.ubuntu.com/ubuntu/ hoary main restricted deb-src http://de.archive.ubuntu.com/ubuntu/ hoary main restricted deb http://de.archive.ubuntu.com/ubuntu/ hoary-updates main restricted deb-src http://de.archive.ubuntu.com/ubuntu/ hoary-updates main restricted deb http://kubuntu.org/hoary-kde341/ hoary-updates main deb http://archive.ubuntu.com/ubuntu/ hoary universe multiverse deb-src http://archive.ubuntu.com/ubuntu/ hoary universe multiverse deb http://archive.ubuntu.com/ubuntu/ hoary main restricted deb-src http://archive.ubuntu.com/ubuntu/ hoary main restricted deb http://kubuntu.org/packages/kde35 breezy main deb ftp://ftp.gwdg.de/pub/languages/java/linux/debian sid non-free deb http://debian.neo.pl/wfmh/ unstable main contrib non-free |
Zoff hat folgendes geschrieben: |
Der Thread ist nicht so ganz der richtige, wollte aber keinen neuen aufmachen.
Ich habe (aus einer Datenrettung) ein Unterverzeichnis mit ~1.000 Unterordnern, in denen sich z.Bsp. haufenweise *.jpg Dateien befinden. Ich will jetzt per Konsolenbefehl alle *.jpg Dateien in ein einziges Verzeichnis kopieren, und zwar unter unbedingter Beibehaltung der Dateierstellungsdaten. Kann mir jemand sagen wie das geht? (Beim googeln nach der speziellen Problemstellung habe ich leider bisher nichts gefunden.) BS: debian 7.11 |
sehr gut hat folgendes geschrieben: |
/Pfad/zum/ZieljpgOrdner entsprechend ändern |
Er_Win hat folgendes geschrieben: | ||
arbeitest du zufällig beim User-Support/Helpdesk |
sehr gut hat folgendes geschrieben: |
Bei cp erhält der Parameter -p den Zeitstempel
Folgendes würde ich mir noch genauer anschauen, aber in etwa so würde ich es machen(vorher in den Ordner gehen in dem die Bilder in Unterordnern sind): find -iname "*.jpg" | xargs cp -p -t /Pfad/zum/ZieljpgOrdner /Pfad/zum/ZieljpgOrdner entsprechend ändern |
sehr gut hat folgendes geschrieben: |
/Pfad/zum/ZieljpgOrdner entsprechend ändern |
luc hat folgendes geschrieben: |
Der Verbraucher will klare und enfache Sachen und keine abwägigen Lösungsversuche mit zickigen Alleingängen. |
luc hat folgendes geschrieben: |
Der Verbraucher will klare und enfache Sachen und keine abwägigen Lösungsversuche mit zickigen Alleingängen. |
kereng hat folgendes geschrieben: | ||
Trotzdem haben abwegige Lösungsversuche mit zickigen Alleingängen sich durchgesetzt. Dabei denke ich sowohl an Windows als auch an Apple. |
luc hat folgendes geschrieben: |
Irgendwann mal kehrt die Vernunft , bzw. die marktorientierte Notwendigkeit zurück. Ende der 80er Jahre hatten wir auf dem Mark 4 oder 5 wichtige Textverarbeitungsprogramme, die miteinander nicht kompatibel waren und bei den Verbrauchern viel Kopfzerbrechen und Wutanfälle verursacht haben. Mittlerweile glaube ich , dass die meisten Textverarbeitungsprogramme bis auf ein Paar Exoten miteinander arbeiten können. |
sehr gut hat folgendes geschrieben: | ||
Der Marktführer kann (monetär gesehen) kein Interesse an Kompatibilität haben, der kann gerade dadurch das seine eigenen Dateien am besten mit den eigenen Programmen nutzbar sind seine Marktmacht halten oder ausbauen. |
luc hat folgendes geschrieben: |
Das hoffe ich auf jeden Fall. C: konnte dann überall C: heißen und nicht xhppfflnuff oder etwas Ähnliches. |
DonMartin hat folgendes geschrieben: | ||
Ob ein Geräte C: oder /dev/irgendwas heisst hat aber mit Textverarbeitung nichts zu tun, sondern gehört zum Eingemachten der jeweiligen Betriebssysteme. Dass ein Teil der Autos nur mit Diesel fährt, ein anderer Teil nur mit Benzin, ist ja auch kein böswilliger Marketingtrick, sondern hat technische Gründe. |
fwo hat folgendes geschrieben: |
Wie Geräte intern technisch adressiert werden, ist das eingemachte. Wie die auf der Kommandoebene oder im graphischen Dialog heißen ist fast beliebig anpassbar ohne Wesentliches am System zu ändern. |
fwo hat folgendes geschrieben: |
Ich nehme an, dass Du mit Benzin und Diesel Datenformate meinst: |
DonMartin hat folgendes geschrieben: | ||
Nein, ich meine es so wie ich es geschrieben habe. C: vs /dev sind wie Benzin vs Diesel, dagegen sind Dateiformate eher Pillepalle. Kramer hat das ja schon angedeutet..... |
fwo hat folgendes geschrieben: |
Und jetzt mögen die besseren Windowskenner (ich habe keinen Ahnung von Windows) sagen ob ich irre: Ich schätze, dass das Problem, das Du gerade so hoch gehängt hast, auch unter Windows mit Umgebungsvariablen (Path und trallala) relativ elegant gelöst werden könnte. |
DonMartin hat folgendes geschrieben: | ||
Selbst wenn es möglich wäre, es wäre nicht "universell", weil es vmtl eine Million Programme gibt, die eingegebene Dateinamen händisch nach dem Doppelpunkt durchsuchen. Mit einer /dev-Syntax kämen die nicht klar, auch wenn ein hypothetisches Windows++ /dev/irgendwas intern nach C: umsetzte. |
output generated using printer-friendly topic mod. Alle Zeiten sind GMT + 1 Stunde