mit pip installieren von Modulen auf Raspbian

Wenn du dir nicht sicher bist, in welchem der anderen Foren du die Frage stellen sollst, dann bist du hier im Forum für allgemeine Fragen sicher richtig.
Benutzeravatar
Sr4l
User
Beiträge: 1091
Registriert: Donnerstag 28. Dezember 2006, 20:02
Wohnort: Kassel
Kontaktdaten:

So könntest du Python 3.4 installieren, python3 würde weiterhin auf
python3.2 zeigen es würde auch noch python3.4 geben. Wie weit dich
das bringt kann ich nicht abschätzen.

editier die /etc/apt/source.list, da sollte eine Zeile stehen,
kopiere sie und schreib anstelle des ersten Wortes deb ein deb-src
so das in der datei dann so etwas steht:
deb http://mirrordirector.raspbian.org/raspbian/ wheezy main contrib non-free rpi
deb-src http://mirrordirector.raspbian.org/raspbian/ wheezy main contrib non-free rpi

Code: Alles auswählen

sudo apt-get update
sudo apt-get install build-essential
sudo apt-get build-dep python3

cd /tmp
wget https://www.python.org/ftp/python/3.4.2/Python-3.4.2.tgz
tar -xf Python-3.4.2.tgz
rm Python-3.4.2.tgz

cd Python-3.4.2
./configure
make
sudo make altinstall
*edit*
Zu Jessy: Das könntest du natürlich auch machen, aber Jessy ist noch testing nicht stable. Die Frage ist ob es da noch unentdeckte Probleme gibt.

Du kannst es versuchen, aber wie die meisten nutze ich auf produktiv Systemen immer die Software Version welche die Linux Distro bereit stellt, das ist meist das beste vorgehen.

@BlackJack danke für den RaspberryPI B+ Hinweis.
Zuletzt geändert von Sr4l am Sonntag 18. Januar 2015, 14:39, insgesamt 1-mal geändert.
BlackJack

@Serpens66: Wieso verwendest Du überhaupt 3.4? Statt den Raspi auf 3.4 zu aktualisieren könntest Du doch einfach grundsätzlich Dein Programm mit 3.2 entwickeln, also auch auf dem PC.

Ansonsten würde ich einfach mal behaupten das Du hier ein Problem vor Dir hast, das man egal in welcher Richtung man nun welche Komponente des Problems anpassen will, schlicht nicht nach einer einfachen Anleitung lösen kann der man blind folgt. Dazu ist das zu komplex und derjenige der die Schritt-für-Schritt-Anleitung schreiben wollte, müsste das Problem auch tatsächlich lösen. Also zum Beispiel einen Raspi hernehmen und da Python 3.4 kompilieren.

Generell Informationen zu Jessie findet man (eigentlich sehr leicht) bei Debian selbst: http://www.debian.org/releases/jessie/

Da ist dann natürlich noch die Frage in wiefern die Raspbian-Leute die Anpassungen für den Raspi schon für Jessie vorangetrieben haben und ob es da dann Probleme mit geben kann. Probieren kann man es ja relativ einfach in dem man sich eine neue SD-Karte hernimmt, da Raspbian Wheezy installiert und dann auf Jessie aktualisiert. Ich weiss aber nicht ob man als Anfänger ein Debian „testing” haben möchte, insbesondere wenn man sich eigentlich so wenig wie möglich mit Problemen beschäftigen möchte.
Serpens66
User
Beiträge: 259
Registriert: Montag 15. Dezember 2014, 00:31

@Sr4l: Vielen Dank für die kleine Anleitung :)
Das würde "nur" 3.4 installieren, aber ich hätte dennoch weiterhin Probleme die aktuellste Version von requests zu bekommen, oder? mit pip funktioniert es ja zurzeit nicht und über apt-get bekomme ich ja nur die veraltete Version.

@BlackJack:
Wie sieht das denn mit der Kompatibilität von 3.2 zu 3.4.2 aus? Wir sehen ja, dass 3.4.2 zu 3.2 in vielen Fällen nicht kompatibel ist. Aber wie sieht es umgekehrt aus? z.b. ".json" würde auf 3.4.2 ohne Klammer nicht funktionieren, da es nun ja eine Funktion sein soll.
Letzlich müsste ich also durchgehend und "für immer" 3.2 verwenden, wenn ich solche stellen nicht ständig anpassen will.
Klar könnte man jetzt argumentieren "ob du nun überall 3.2 oder überall 3.4.2 verwendest ist doch egal", aber diese Argumentation überzeugt mich nicht, wir sehen ja was es hier und da überall an kleinen Änderungen gibt und früher oder später werde ich sicher wieder darüber stolpern, dass ich etwas verwenden will, dass nur in 3.4.2 oder höher funktioniert. Deswegen möchte ich garnicht erst damit anfangen, veraltete Versionen zu nutzen. (ja auch 3.4.2 ist iwann veraltet, aber so bleibt zumindest noch einige Zeit bis es so weit ist)
Wenn es garnicht anders geht, kann ich evlt auf 3.2 wechseln. Aber das möchte ich wenn irgendwie möglich gerne vermeiden.

Danke für den Link zu Debian, per Google Suche bin ich mit meinen Stichworten dort nicht gelandet.
Da steht was von "late March" als Release Datum? Ich vermute mal die nehmen es nicht ganz so genau damit und es könnte auch noch 1-2 Monate länger dauern, richtig? Okay.. dennoch würde es bedeuten, dass es in einigen Monaten aufjedenfall möglichsein wird, mit 3.4 zu arbeiten. Daher schließe ich die Nutzung von 3.2 auf allen Geräten für mich erstmal aus.

Ich werde das update jetzt einfach mal probieren und schauen was passiert und welche Fehler auftreten. Die "Errata" von Jessie Beta2 ist ja ziemlich klein, also sollte es für meine Bedürfnisse doch ausreichen oder ?
Btw. , wenn ich Jessie wie im Link oben installiere, dann habe ich doch die aktuellste Version von Jessie, oder?

edit:
http://www.heise.de/thema/Debian
da gibt es ein paar Artikel über "Systemd", was angeblich für probleme sorgt. Das Datum der letzten Artikel ist nach der letzten Version von Jessie, was bedeuten sollte, dass diese Problematik in der aktuellen testversion noch nicht gelöst ist? Wird das auch mein vorhaben beeinträchtigen?

edit2:
Ansonsten gibt es außer Raspbian ja noch andere Betriebssysteme.
Könntet ihr mir da etwas anderes empfehlen, worauf ich python 3.4 ohne größere Probleme zum Laufen bekomme?
Benutzeravatar
Sr4l
User
Beiträge: 1091
Registriert: Donnerstag 28. Dezember 2006, 20:02
Wohnort: Kassel
Kontaktdaten:

Serpens66 hat geschrieben:@Sr4l: Vielen Dank für die kleine Anleitung :)
Das würde "nur" 3.4 installieren, aber ich hätte dennoch weiterhin Probleme die aktuellste Version von requests zu bekommen, oder? mit pip funktioniert es ja zurzeit nicht und über apt-get bekomme ich ja nur die veraltete Version.
Das ist ja eben der Nachteil wenn man selber Software baut, alle Pakete sind für python3.2 oder 2.7 und sind daher für python3.4 nicht zugreifbar.

Was funktioneirt an pip nicht? Du installierst `python3-pip` deinstallierst `python3-requests` und installier request mit pip mittels, `pip-3.2 install requests` das installiert dann requests version 2.5.1.

Falls das nicht funktioniert ist deine Raspbian Version irgendwie kaputt und du solltest vll noch mal neu installieren.

*edit*
Du kannst aber auch für dein selbst gebautest Python3.4 mittels pip packete installieren.

*edit2*
Ich habe gerade mal meine Theory getestet. Buildtime habe ich leider nicht gestoppt.

pip aus Python Packages: pip-X.X
pip aus Python Source: pipX.X

Ansonsten scheint alles zu funktionieren, bis auf ein paar Sachen wofür man ein paar Abhängigkeiten erfüllen müssten:
Python build finished successfully!
The necessary bits to build these optional modules were not found:
_bz2 _curses _curses_panel
_dbm _gdbm _lzma
_sqlite3 _tkinter readline
Serpens66
User
Beiträge: 259
Registriert: Montag 15. Dezember 2014, 00:31

@Sr4l:
Also falls das mit Jessie nicht funktioniert, und ich nach deiner Anleitung dann 3.4 installiere, sollte ich mithilfe von pip die für 3.4 aktuellen Module installieren können, korrekt?

Ah, es muss also "pip-3.2 install requests" heißen? Danke, funktioniert! Ich hab bisher nie diesen Bindestrich und auch immer nur 3 anstelle von 3.2 versucht (weil das auf windows ja so geklappt hatte...)

Hm... also zuerst Jessie probieren, oder zuerst Python 3.4? Hm ich versuche jetzt doch erst 3.4 nach deiner anleitung zu installieren.

edit:
ah ich sehe schon ,du editierst auch gerne mehrmals nach, so wie ich :D
Die Module die nun "not found" sind, sind nicht so wichtig, oder wie bekommt man(bzw. ich) die dann noch zum laufen?

edit2:
Die source list ist schreibgeschützt ("kann nicht zum schreiben geöffnet werden"), wie umgehe ich das?
edit3: konnte es mit "sudo nano /etc/apt/sources.list" umgehen :)
Serpens66
User
Beiträge: 259
Registriert: Montag 15. Dezember 2014, 00:31

so mache ich mal einen neuen Post:

Ich habe nach deiner Anleitung jetzt die ersten 3 schritte befolgt (4 wenn man die sourccelist mitzählt).
Ich frage jetzt nochmal zwischen, weil beim letzten eine kleine fehlermeldung auftaucht und ich fragen will, ob das so geplant ist, bevor ich weitermache:
pi@raspberrypi ~ $ sudo apt-get update
OK http://raspberrypi.collabora.com wheezy Release.gpg
OK http://archive.raspberrypi.org wheezy Release.gpg
OK http://raspberrypi.collabora.com wheezy Release
Holen: 1 http://mirrordirector.raspbian.org wheezy Release.gpg [490 B]
OK http://raspberrypi.collabora.com wheezy/rpi armhf Packages
Holen: 2 http://mirrordirector.raspbian.org wheezy Release [14,4 kB]
Holen: 3 http://mirrordirector.raspbian.org wheezy/main Sources [6.072 kB]
Ign http://raspberrypi.collabora.com wheezy/rpi Translation-de_DE
Ign http://raspberrypi.collabora.com wheezy/rpi Translation-de
Ign http://raspberrypi.collabora.com wheezy/rpi Translation-en
OK http://archive.raspberrypi.org wheezy Release
OK http://archive.raspberrypi.org wheezy/main armhf Packages
Ign http://archive.raspberrypi.org wheezy/main Translation-de_DE
Ign http://archive.raspberrypi.org wheezy/main Translation-de
Ign http://archive.raspberrypi.org wheezy/main Translation-en
Holen: 4 http://mirrordirector.raspbian.org wheezy/contrib Sources [53,2 kB]
Holen: 5 http://mirrordirector.raspbian.org wheezy/non-free Sources [98,5 kB]
Holen: 6 http://mirrordirector.raspbian.org wheezy/rpi Sources [588 B]
Es wurden 6.239 kB in 37 s geholt (165 kB/s).
Paketlisten werden gelesen... Fertig
pi@raspberrypi ~ $ sudo apt-get install build-essential
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
build-essential ist schon die neueste Version.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
pi@raspberrypi ~ $ sudo apt-get build-dep python3
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Als Quellpaket wird »python3-defaults« statt »python3« gewählt.
E: »Build-Depends«-Abhängigkeit für python3-defaults kann nicht erfüllt werden, da Paket debhelper nicht gefunden werden kann.
pi@raspberrypi ~ $
Benutzeravatar
Sr4l
User
Beiträge: 1091
Registriert: Donnerstag 28. Dezember 2006, 20:02
Wohnort: Kassel
Kontaktdaten:

debhelper MUSS gefunden werden zeig mal den inhalt deiner /etc/apt/sources.list.
cat /etc/apt/sources.list
Nach Änderungen an der Datei immer apt-get update ausführen.
Serpens66
User
Beiträge: 259
Registriert: Montag 15. Dezember 2014, 00:31

pi@raspberrypi ~ $ cat /etc/apt/sources.list
deb-src http://mirrordirector.raspbian.org/raspbian/ wheezy main contrib non-free rpi
pi@raspberrypi ~ $ sudo apt-get update
OK http://raspberrypi.collabora.com wheezy Release.gpg
OK http://archive.raspberrypi.org wheezy Release.gpg
OK http://raspberrypi.collabora.com wheezy Release
OK http://mirrordirector.raspbian.org wheezy Release.gpg
OK http://archive.raspberrypi.org wheezy Release
OK http://mirrordirector.raspbian.org wheezy Release
OK http://raspberrypi.collabora.com wheezy/rpi armhf Packages
OK http://archive.raspberrypi.org wheezy/main armhf Packages
OK http://mirrordirector.raspbian.org wheezy/main Sources
OK http://mirrordirector.raspbian.org wheezy/contrib Sources
Ign http://raspberrypi.collabora.com wheezy/rpi Translation-de_DE
Ign http://raspberrypi.collabora.com wheezy/rpi Translation-de
OK http://mirrordirector.raspbian.org wheezy/non-free Sources
Ign http://raspberrypi.collabora.com wheezy/rpi Translation-en
OK http://mirrordirector.raspbian.org wheezy/rpi Sources
Ign http://archive.raspberrypi.org wheezy/main Translation-de_DE
Ign http://archive.raspberrypi.org wheezy/main Translation-de
Ign http://archive.raspberrypi.org wheezy/main Translation-en
Paketlisten werden gelesen... Fertig
habe eben auch nochmal "sudo apt-get update" durchgeführt. Es gibt aber nur "OK" und "Ign" Meldungen, keine "Holen", weshalb ich mal davon ausgehe, dass alles aktuell ist.
Benutzeravatar
Sr4l
User
Beiträge: 1091
Registriert: Donnerstag 28. Dezember 2006, 20:02
Wohnort: Kassel
Kontaktdaten:

Du solltest nicht deb durch deb-src erstzen sondern beide Zeilen drin haben.

Zur Erklärung: in DEB sind Pakete kompiliert in binär Form (in Windows Analogie ganz grob eine MSI Datei mit .EXE und anderen Datein darin).
Bei deb-src sind die Quellen also Python / C / C++ / Java ... Sourcecode Dateien.
Serpens66
User
Beiträge: 259
Registriert: Montag 15. Dezember 2014, 00:31

soooo.. hat ja ganz schön lange gedauert die Ausführung :D

ich denke es ist soweit alles fehlerfrei gelaufen, mir ist zumindest nichts aufgefallen.. Dennoch gibt es eine Fehlermeldung beiminstallieren von requests, hab ich was falsch gemacht?
pi@raspberrypi ~ $ pip3.4 install requests
Downloading/unpacking requests
Downloading requests-2.5.1-py2.py3-none-any.whl (464kB): 464kB downloaded
Installing collected packages: requests
Cleaning up...
Exception:
Traceback (most recent call last):
File "/usr/local/lib/python3.4/site-packages/pip/basecommand.py", line 122, in main
status = self.run(options, args)
File "/usr/local/lib/python3.4/site-packages/pip/commands/install.py", line 283, in run
requirement_set.install(install_options, global_options, root=options.root_path)
File "/usr/local/lib/python3.4/site-packages/pip/req.py", line 1435, in install
requirement.install(install_options, global_options, *args, **kwargs)
File "/usr/local/lib/python3.4/site-packages/pip/req.py", line 671, in install
self.move_wheel_files(self.source_dir, root=root)
File "/usr/local/lib/python3.4/site-packages/pip/req.py", line 901, in move_wheel_files
pycompile=self.pycompile,
File "/usr/local/lib/python3.4/site-packages/pip/wheel.py", line 215, in move_wheel_files
clobber(source, lib_dir, True)
File "/usr/local/lib/python3.4/site-packages/pip/wheel.py", line 205, in clobber
os.makedirs(destdir)
File "/usr/local/lib/python3.4/os.py", line 237, in makedirs
mkdir(name, mode)
PermissionError: [Errno 13] Permission denied: '/usr/local/lib/python3.4/site-packages/requests'

Storing debug log for failure in /home/pi/.pip/pip.log
pi@raspberrypi ~ $
da steht was von "Permission denied".. sollte ich es also mal mit "sudo" davor versuchen?

edit:
und da steht ja "Storing debug log for failure in /home/pi/.pip/pip.log" .. aber im Dateimanager steht unter "/home/pi" wie bisher auch nur "desktop" , "python_games" und "ocr_pi.png" ... aber kein ".pip" ordner, oder hab ich was übersehen?
EyDu
User
Beiträge: 4881
Registriert: Donnerstag 20. Juli 2006, 23:06
Wohnort: Berlin

Serpens66 hat geschrieben:da steht was von "Permission denied".. sollte ich es also mal mit "sudo" davor versuchen?
Das hängt davon ab wie du dein Python installierst/installiert hast. Wenn das Modul global verfügbar sein soll, dann kommst du um sudo nicht herum. Ansonsten wurde dir die Verwendung von virtualenv ja schon empfohlen.
Serpens66 hat geschrieben:und da steht ja "Storing debug log for failure in /home/pi/.pip/pip.log" .. aber im Dateimanager steht unter "/home/pi" wie bisher auch nur "desktop" , "python_games" und "ocr_pi.png" ... aber kein ".pip" ordner, oder hab ich was übersehen?
Datei- oder Verzeichnisnamen mit einem führendem Punkt sind versteckt. Du kannst aber ganz normal auf sie zugreifen.
Das Leben ist wie ein Tennisball.
Serpens66
User
Beiträge: 259
Registriert: Montag 15. Dezember 2014, 00:31

@EyDu:
okay, mit sudo hats geklappt :) , aber kannst du mir trzd noch schreiben, was du mit global meinst? global im Sinne für alle Nutzer des Betriebssystems, oder global im Sinne von für alle Pythonversionen?

"Datei- oder Verzeichnisnamen mit einem führendem Punkt sind versteckt. Du kannst aber ganz normal auf sie zugreifen."
Ah, hab unter ansicht mal "versteckte anzeigen" eingestellt :) ist ja doch ganz schön voll da, hätte ich nicht gedacht, dass so vielversteckt ist :D
Apropos "anzeigen". Kann man die Einstellungen im Dateimanager irgendwie speichern? Ich stelle es jedesmal um auf "Detailsansicht" und klicke ebenfalls auf "Ordneransicht merken", aber spätestens nach dem nächsten Start sind meine Einstellungen wieder weg -.-


Ich hab mein Skript jetzt mal mit python3.4 probiert und:
ES KLAPPT! :)
jetzt kann sich mein Laptop endlich ausruhen :D :)
Vielen vielen Dank an Sr4l! Wenn du möchtest, werde ich natürlich mein Versprechen halten und dir die 30€ bezahlen, Zahlungsinfos dann per PN.

Eine Frage hab ich noch:
In meinem Skript verwende ich "print('\a') " damit ich durchden Signalton auf Fehler aufmerksam gemacht werde. Ich nehme mal an der Raspberry kann nicht piepen? Sollte ich den Teil also lieber rausstreichen, oder passiert dabei dann einfach garnichts, es schadet also nicht das drin zu lassen?
Und den Raspberry kann ich doch ohne Probleme nun 24 stunden am Tag 7 Tage die Wochedas ganze Jahr lang laufen und das Skript ausführen lassen, richtig? Oder sollte ich da was beachten?

edit:
ach kann mir vllt noch jemand sagen, wie ich mein Skript nur mit der Maus, also ohne Tastatur am besten starten kann? Müsste sonst immer die Tastatur hin und her stöpseln, habe nur die eine, habe aber mehrere Mäuse.
Mein erster Gedanke wäre eine Verknüpfung zu erstellen, die das terminal startet, in den jeweiligen ordner wechselt und eben den Startbefehel "python3.4 meinskript.py" eintippt, aber abgesehen davon, dass ich nicht weiß wie man das umsetzt, ist es glaube ich viel zu kompliziert gedacht :D Wie geht das einfacher?
Benutzeravatar
Sr4l
User
Beiträge: 1091
Registriert: Donnerstag 28. Dezember 2006, 20:02
Wohnort: Kassel
Kontaktdaten:

Serpens66 hat geschrieben:@EyDu:
okay, mit sudo hats geklappt :) , aber kannst du mir trzd noch schreiben, was du mit global meinst? global im Sinne für alle Nutzer des Betriebssystems, oder global im Sinne von für alle Pythonversionen?
Du musst dir einer Sache klar werden. Ganz ganz grob gehört dem Benutzer pi, wie fast allen Benutzern, immer nur ein Verzeichnis. Der Benutzer pi hat nur in /home/pi alle Rechte, an allen anderen Ort darf er meist nur lesen oder nicht mal das. Ähnlich auch bei manchen Systemusern wie www-data, mysql usw. Nur root darf überall alles. Das ist das was man mit sudo berwikt der Befehl wird unter dem Benutzer "root" ausgeführt.

Natrülich kann man die Rechte auch ändern. Das sieht man in schlechten Tutorials oft wenn jmd das Rechtesystem nicht versteht und ein chmod -r 777 oder ähnliches empfohlen wird. Wem was gehört in einem Verzeichnis kannst du dir mit `ls -l` mal anschauen.
Serpens66 hat geschrieben:Vielen vielen Dank an Sr4l! Wenn du möchtest, werde ich natürlich mein Versprechen halten und dir die 30€ bezahlen, Zahlungsinfos dann per PN.
Dafür nicht, aber danke.
Serpens66 hat geschrieben:Eine Frage hab ich noch:
In meinem Skript verwende ich "print('\a') " damit ich durchden Signalton auf Fehler aufmerksam gemacht werde. Ich nehme mal an der Raspberry kann nicht piepen? Sollte ich den Teil also lieber rausstreichen, oder passiert dabei dann einfach garnichts, es schadet also nicht das drin zu lassen?
Und den Raspberry kann ich doch ohne Probleme nun 24 stunden am Tag 7 Tage die Wochedas ganze Jahr lang laufen und das Skript ausführen lassen, richtig? Oder sollte ich da was beachten?
Dein PI kann abstürzen / Strom ausfall, mit sowas musst du rechnen und automatisch darauf reagieren. Ich habe zwei RasperyPI, einen im 24/7 Betrieb seit einem Jahr als WLAN Repeater, ohne Probleme. Noch ein Hinweis: es gibt mehrer Wege Scripte bei jedem Systemstart auszuführen. Mehrere auf Konsolenebene und meist auch immer ein Autostart System in der Grafischen Benutzer Oberfläche.
Serpens66 hat geschrieben:edit:
ach kann mir vllt noch jemand sagen, wie ich mein Skript nur mit der Maus, also ohne Tastatur am besten starten kann? Müsste sonst immer die Tastatur hin und her stöpseln, habe nur die eine, habe aber mehrere Mäuse.
Mein erster Gedanke wäre eine Verknüpfung zu erstellen, die das terminal startet, in den jeweiligen ordner wechselt und eben den Startbefehel "python3.4 meinskript.py" eintippt, aber abgesehen davon, dass ich nicht weiß wie man das umsetzt, ist es glaube ich viel zu kompliziert gedacht :D Wie geht das einfacher?
Du kannst z.B einfach Shell Scripte schreiben und ausführen das geht auch per Doppelklick mit ein paar Randbedinungen.
http://wiki.ubuntuusers.de/Shell/Bash-S ... %C3%A4nger

Ein Linux Tutorial würde dir nicht schaden, ich kann aber leider keins empfehlen, kenne kein gutes.
Serpens66
User
Beiträge: 259
Registriert: Montag 15. Dezember 2014, 00:31

Sr4l hat geschrieben: Du musst dir einer Sache klar werden. Ganz ganz grob gehört dem Benutzer pi, wie fast allen Benutzern, immer nur ein Verzeichnis. Der Benutzer pi hat nur in /home/pi alle Rechte, an allen anderen Ort darf er meist nur lesen oder nicht mal das. Ähnlich auch bei manchen Systemusern wie www-data, mysql usw. Nur root darf überall alles. Das ist das was man mit sudo berwikt der Befehl wird unter dem Benutzer "root" ausgeführt.
Natrülich kann man die Rechte auch ändern. Das sieht man in schlechten Tutorials oft wenn jmd das Rechtesystem nicht versteht und ein chmod -r 777 oder ähnliches empfohlen wird. Wem was gehört in einem Verzeichnis kannst du dir mit `ls -l` mal anschauen.
Ja, sowas dachte ich mir schon, ist also ähnlich wie bei Windows, wobei ich dort natürlich meistens einen Benutzer nutze, der Adminrechte hat.
Sr4l hat geschrieben: Dafür nicht, aber danke.
ich hab zu danken :) :)
Sr4l hat geschrieben:
Serpens66 hat geschrieben:Eine Frage hab ich noch:
In meinem Skript verwende ich "print('\a') " damit ich durchden Signalton auf Fehler aufmerksam gemacht werde. Ich nehme mal an der Raspberry kann nicht piepen? Sollte ich den Teil also lieber rausstreichen, oder passiert dabei dann einfach garnichts, es schadet also nicht das drin zu lassen?
Und den Raspberry kann ich doch ohne Probleme nun 24 stunden am Tag 7 Tage die Wochedas ganze Jahr lang laufen und das Skript ausführen lassen, richtig? Oder sollte ich da was beachten?
Dein PI kann abstürzen / Strom ausfall, mit sowas musst du rechnen und automatisch darauf reagieren. Ich habe zwei RasperyPI, einen im 24/7 Betrieb seit einem Jahr als WLAN Repeater, ohne Probleme. Noch ein Hinweis: es gibt mehrer Wege Scripte bei jedem Systemstart auszuführen. Mehrere auf Konsolenebene und meist auch immer ein Autostart System in der Grafischen Benutzer Oberfläche.
Alles klar :) Es ist jetzt nicht lebenswichtig, dass der PI ununterbrochen (aber natürlich schon besser so) läuft. Ich denke für den Anfang reicht es, wenn ich ihn am Fernseher hängen lasse und ab und an mal auf hdmi schalte und gucke ob er noch läuft :)
Das "print('\a') " macht keine Probleme,oder? Habs grad mal getestet und passiert halt einfach nichts. Kann nicht schaden, richtig?
Sr4l hat geschrieben: Du kannst z.B einfach Shell Scripte schreiben und ausführen das geht auch per Doppelklick mit ein paar Randbedinungen.
http://wiki.ubuntuusers.de/Shell/Bash-S ... %C3%A4nger
Ein Linux Tutorial würde dir nicht schaden, ich kann aber leider keins empfehlen, kenne kein gutes.
Danke, ich schau mir die Shell skripte bei Gelegenheit dann mal an :)
Serpens66
User
Beiträge: 259
Registriert: Montag 15. Dezember 2014, 00:31

um mein skript evlt schneller ausführen zu können, habe ich mir den Raspberry Pi 2 gekauft.
Daher muss ich darauf auch alles neu installieren, so auch Python 3.4.

Ich habe gemacht, was Sr4l hier schreibt: http://www.python-forum.de/viewtopic.ph ... 46#p270646
und habe nun auch einen Ordner namens python3.4 unter usr/local/lib.

Allerdings befindet sich kein Pip ordner im site-packages ordner... musste ich diesen damals auch noch über sudo ap-get install installieren? (weil überall im netz ja steht, dass pip standardmäßig bei python 3.4 und höher installiert ist, wundert es mich).

Aber der Befehl sudo apt-get install python3.4-pip gibt mir nur aus, dass nichts mit diesem namen gefunden werden kann... und ich komm nicht drauf, was falsch sein könnte =/

Also wie installier ich nochmal pip fuer mein neu installiertes python3.4 ?

(ach und fuer den Fall dass ich das iwann nochmal durchmachen muss für mich selbst der hinweis: Wenn man ueber sudo nano eine datei öffnet und speichern will, dann ist zum speicher die tastenkombination strg-C (oder O...?), jedenfalls mit Strg :D)
Benutzeravatar
Sr4l
User
Beiträge: 1091
Registriert: Donnerstag 28. Dezember 2006, 20:02
Wohnort: Kassel
Kontaktdaten:

Etwas ganz anderes. Du musst Python 3.4 nicht für Rasbian der neuesten Version bauen, weil es bereits verfügbar ist, wenn du das Jessie Image verwendest nicht das alte Wheezy.

Und dann kannst du einfach die Pakete python3, python3-pip usw. installieren.
Serpens66
User
Beiträge: 259
Registriert: Montag 15. Dezember 2014, 00:31

Sr4l hat geschrieben:Etwas ganz anderes. Du musst Python 3.4 nicht für Rasbian der neuesten Version bauen, weil es bereits verfügbar ist, wenn du das Jessie Image verwendest nicht das alte Wheezy.

Und dann kannst du einfach die Pakete python3, python3-pip usw. installieren.
achso, das ist mittlerweile stable? Gut... hab mir mal diese anleitung rausgekramt:
https://www.datenreise.de/raspberry-pi- ... e-upgrade/

werde über die noobs sd karte also wheezy nochmal neu installieren und dann auf jessie updaten :)
Benutzeravatar
sparrow
User
Beiträge: 4193
Registriert: Freitag 17. April 2009, 10:28

Wenn du es eh neu installierst, warum nimmst du dann nicht gleich das "Jessie"-Image von Raspbian anstatt eine alte Version zu installieren und dann ein Upgrade zu versuchen, das potentiell schief gehen kann?
Serpens66
User
Beiträge: 259
Registriert: Montag 15. Dezember 2014, 00:31

sparrow hat geschrieben:Wenn du es eh neu installierst, warum nimmst du dann nicht gleich das "Jessie"-Image von Raspbian anstatt eine alte Version zu installieren und dann ein Upgrade zu versuchen, das potentiell schief gehen kann?
weil ich eine micro sd karte mit noobs habe und da soweit ich erkennen kann, kein jessie drauf ist.
Dh. ich muesste die sd karte neu mit jessie bestuecken, was bei mir sicher schief geht...

daher lieber den einfachen Weg. Und bei einer neuinstallation von wheezy wird das Update auf Jessie sicherlich weniger fehleranfällig sein.
Benutzeravatar
Sr4l
User
Beiträge: 1091
Registriert: Donnerstag 28. Dezember 2006, 20:02
Wohnort: Kassel
Kontaktdaten:

Du kannst auch deine aktuelle Karte Backupen das dauert zwar eine ganze Zeit, aber lohnt sich eventuell. Das weiß man vorher immer nicht so genau ;-)

Ich glaube unter Windows wird dafür "win32diskimager" empfohlen.
Antworten