Ich habe auf meiner Raspberry noch die Subversion-Version 1.7.5 am Start. Im Eclipse 4.6 funktioniert es noch teilweise. Aber wenn ich die Infos lese, dann sollte ich mindestens 1.8 haben, dass dies ordnungsgemäß funktioniert.
Deswegen die Frage, wie ich kann die aktuelle Version 1.7.5 auf 1.9 aktualisieren?
Hat jemand eine Anleitung für mich?
Subversion aktualisieren - wird kein Update angeboten? Schau mal ob du hier fündig wirst!
Hallo Ben,
probier mal so:
deinstalliert Deine vorhandene Version.
installiert die angeforderte Version.
Lies aber bitte die Passage zu [font="Courier New"]install[/font] durch, wenn Du
eingibst.
Diese Angaben sind ohne Gewähr, da ich nicht weiß, ob Subversion in der angeforderten Version für Raspberry Pi zur Installation existiert.
Beste Grüße
Andreas
..., da ich nicht weiß, ob Subversion in der angeforderten Version für Raspberry Pi zur Installation existiert.
Nein, 1.9 gibt es z. Zt. (noch) nicht aus den repos, für den PI. Z. B.:
:~ $ apt-get -s install subversion=1.9
NOTE: This is only a simulation!
apt-get needs root privileges for real execution.
Keep also in mind that locking is deactivated,
so don't depend on the relevance to the real current situation!
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Version '1.9' for 'subversion' was not found:~ $ apt-get -s install subversion=1.8.10-6+deb8u4
NOTE: This is only a simulation!
apt-get needs root privileges for real execution.
Keep also in mind that locking is deactivated,
so don't depend on the relevance to the real current situation!
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
libapr1 libaprutil1 libserf-1-1 libsvn1
Suggested packages:
subversion-tools db5.3-util
The following NEW packages will be installed:
libapr1 libaprutil1 libserf-1-1 libsvn1 subversion
0 upgraded, 5 newly installed, 0 to remove and 0 not upgraded.
...
...Moin,
@ Andreas: dein erster Befehl ist falsch. Soll wohl remove sein und nicht install.
Was ist subversion??
Gruss Bernd
Hallo Bernd,
Moin,
@ Andreas: dein erster Befehl ist falsch. Soll wohl remove sein und nicht install.
Falsch nicht - aber neben der [font="Courier New"]apt-get[/font]-Option [font="Courier New"]remove[/font] eine Form, Anwendungen zu entfernen.
Schau mal in [font="Courier New"]man apt-get[/font] nach... mit der Option [font="Courier New"]install Paketname-[/font] kann man auch Anwendungen deinstallieren. Das Minus-Zeichen macht's.
Es gibt ja auch die Option [font="Courier New"]remove Paketname+[/font]. Dies installiert das Paket, statt zu entfernen. Das Plus-Zeichen macht's.
Was ist subversion??
Eine Versionsverwaltung... mehr hier
Beste Grüße
Andreas
Automatisch zusammengefügt:
Hallo rpi444,
ich war gerade auf der Homepage von subversion.
Die vom TE genannte Version 1.9 heißt offiziell 1.9.4...
Geht's damit besser?
Notfalls müsste man von der Homepage die Quellen der Version 1.9.4 herunterladen, compilieren, installieren, konfigurieren ...
Oder muss die Datei
angepasst werden, um [font="Courier New"]subversion[/font] zu finden?
Beste Grüße
Andreas
Die vom TE genannte Version 1.9 heißt offiziell 1.9.4...Geht's damit besser?
Nein, denn es geht ja auch nicht mit 1.8.10, sondern nur mit 1.8.10-6+deb8u4 (wenn es um die offizielle Repositorys geht)
Notfalls müsste man von der Homepage die Quellen der Version 1.9.4 herunterladen, compilieren, installieren, konfigurieren ...
Ja, wenn der TE diese Version 1.9.4 unbedingt haben will.
Wenn es Fremdquellen mit der Version 1.9.4 für den PI (jessie) gibt, wäre das auch eine Möglichkeit.
Moin,
Andreas. Danke
Gruss Bernd
Hallo rpi444,
in den offiziellen Paketquellen für den Raspberry Pi ist die Version 1.9.x noch nicht enthalten. Also muss der TE die zuletzt angedeuteten Wege gehen, wenn er unbedingt die Version 1.9.4 haben möchte.
Für @Ben1983 noch ein Auszug zur Option [font="Courier New"]source[/font] von [font="Courier New"]apt-get[/font]:
source
source veranlasst apt-get dazu, Paketquellen zu laden. APT wird die
verfügbaren Pakete überprüfen, um zu entscheiden, welche
Paketquellen geladen werden. Es wird dann die neueste Version der
Paketquelle finden und in das aktuelle Verzeichnis herunterladen.
Dabei berücksichtigt es das Vorgabe-Release, das mit der Option
APT :: Default-Release, der Option -t oder pro Paket mit der
pkg/release-Syntax gesetzt wurde, wenn möglich.Paketquellen werden vom Programmpaket getrennt über deb-src-Zeilen
in der sources.list(5)-Datei nachverfolgt. Das bedeutet, dass Sie
für jedes Depot, aus dem Sie Quellen erhalten wollen, eine solche
Zeile hinzufügen müssen; andernfalls werden Sie eventuell entweder
die falschen Versionen (zu alte/zu neue) oder überhaupt keine
Quellpakete erhalten.Falls die Option --compile angegeben ist, dann wird das Paket unter
Benutzung von dpkg-buildpackage für die Architektur, die durch
--host-architecture definiert ist, zu einem binären .deb
kompiliert. Falls --download-only angegeben ist, wird das
Quellpaket nicht entpackt.Eine bestimmte Quellversion kann durch Voranstellen eines
Gleichheitszeichens vor den Paketnamen und dann der Version zum
Herunterladen erhalten werde, ähnlich dem Mechanismus, der für
Paketdateien benutzt wird. Dies ermöglicht exakte Übereinstimmung
von Quellpaketname und -Version und impliziert das Einschalten der
APT::Get::Only-Source-Option.Beachten Sie, dass Quellpakete nicht wie normale Programmpakete in
der Datenbank von dpkg installiert und nachverfolgt werden; sie
werden nur wie Quell-Tarballs in das aktuelle Verzeichnis
heruntergeladen.
Beste Grüße
Andreas
Vielen Dank für die vielen Posts.
Habe eine Anleitung gefunden, wie ich Subversion 1.8.10 installieren kann: http://www.cososo.co.uk/2015/06/instal…n-raspberry-pi/
Aber nach der Installation erhalte ich dann beim Befehl svn --version, die Meldung "Ungültiger Maschinenbefehl".
Was ist hier los?
Aber nach der Installation erhalte ich dann beim Befehl svn --version, die Meldung "Ungültiger Maschinenbefehl".Was ist hier los?
Wie sind auf deinem PI, die Ausgaben von:
?
Die Ausgaben wären:
apt-cache policy subversion
subversion:
Installiert: 1.8.10-6+deb8u2~bpo70+1
Installationskandidat: 1.8.10-6+deb8u2~bpo70+1
Versionstabelle:
*** 1.8.10-6+deb8u2~bpo70+1 0
100 http://http.debian.net/debian/ wheezy-backports/main armhf Packages
100 /var/lib/dpkg/status
1.7.5-1+rpi4 0
500 http://mirrordirector.raspbian.org/raspbian/ wheezy/main armhf Packageswhich svn
Ich benötige den Subversion-Server als Apache Service. Deswegen habe ich zusätzlich auch libapache2-svn installiert.
OK, jetzt noch die Ausgaben von:
posten.
file $(which svn)
/usr/bin/svn: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x1d7e328bf3e04258c834a0f7b471a0116d916d9d, strippedldd $(which svn)
/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so (0xb6f6c000)
libsvn_client-1.so.1 => /usr/lib/arm-linux-gnueabihf/libsvn_client-1.so.1 (0xb6f1e000)
libsvn_wc-1.so.1 => /usr/lib/arm-linux-gnueabihf/libsvn_wc-1.so.1 (0xb6eaf000)
libsvn_ra-1.so.1 => /usr/lib/arm-linux-gnueabihf/libsvn_ra-1.so.1 (0xb6e9e000)
libsvn_delta-1.so.1 => /usr/lib/arm-linux-gnueabihf/libsvn_delta-1.so.1 (0xb6e8a000)
libsvn_diff-1.so.1 => /usr/lib/arm-linux-gnueabihf/libsvn_diff-1.so.1 (0xb6e75000)
libsvn_subr-1.so.1 => /usr/lib/arm-linux-gnueabihf/libsvn_subr-1.so.1 (0xb6e1f000)
libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0xb6df2000)
libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb6dd3000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6c9f000)
/lib/ld-linux-armhf.so.3 (0x7f643000)
libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0xb6c79000)
libldap_r-2.4.so.2 => /usr/lib/arm-linux-gnueabihf/libldap_r-2.4.so.2 (0xb6c2f000)
liblber-2.4.so.2 => /usr/lib/arm-linux-gnueabihf/liblber-2.4.so.2 (0xb6c1b000)
libsvn_ra_local-1.so.1 => /usr/lib/arm-linux-gnueabihf/libsvn_ra_local-1.so.1 (0xb6c0d000)
libsvn_repos-1.so.1 => /usr/lib/arm-linux-gnueabihf/libsvn_repos-1.so.1 (0xb6be3000)
libsvn_fs-1.so.1 => /usr/lib/arm-linux-gnueabihf/libsvn_fs-1.so.1 (0xb6bd3000)
libsvn_ra_svn-1.so.1 => /usr/lib/arm-linux-gnueabihf/libsvn_ra_svn-1.so.1 (0xb6bb8000)
libsvn_ra_serf-1.so.1 => /usr/lib/arm-linux-gnueabihf/libsvn_ra_serf-1.so.1 (0xb6b93000)
libz.so.1 => /lib/arm-linux-gnueabihf/libz.so.1 (0xb6b75000)
libexpat.so.1 => /lib/arm-linux-gnueabihf/libexpat.so.1 (0xb6b52000)
libsqlite3.so.0 => /usr/lib/arm-linux-gnueabihf/libsqlite3.so.0 (0xb6abb000)
libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xb6a93000)
libuuid.so.1 => /lib/arm-linux-gnueabihf/libuuid.so.1 (0xb6a86000)
librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0xb6a77000)
libcrypt.so.1 => /lib/arm-linux-gnueabihf/libcrypt.so.1 (0xb6a40000)
libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0xb6a34000)
libresolv.so.2 => /lib/arm-linux-gnueabihf/libresolv.so.2 (0xb6a20000)
libsasl2.so.2 => /usr/lib/arm-linux-gnueabihf/libsasl2.so.2 (0xb6a01000)
libgnutls.so.26 => /usr/lib/arm-linux-gnueabihf/libgnutls.so.26 (0xb6946000)
libgcrypt.so.11 => /lib/arm-linux-gnueabihf/libgcrypt.so.11 (0xb68c6000)
libsvn_fs_fs-1.so.1 => /usr/lib/arm-linux-gnueabihf/libsvn_fs_fs-1.so.1 (0xb689b000)
libsvn_fs_base-1.so.1 => /usr/lib/arm-linux-gnueabihf/libsvn_fs_base-1.so.1 (0xb6877000)
libsvn_fs_util-1.so.1 => /usr/lib/arm-linux-gnueabihf/libsvn_fs_util-1.so.1 (0xb686d000)
libserf-1.so.1 => /usr/lib/arm-linux-gnueabihf/libserf-1.so.1 (0xb6854000)
libtasn1.so.3 => /usr/lib/arm-linux-gnueabihf/libtasn1.so.3 (0xb683d000)
libp11-kit.so.0 => /usr/lib/arm-linux-gnueabihf/libp11-kit.so.0 (0xb6826000)
libgpg-error.so.0 => /lib/arm-linux-gnueabihf/libgpg-error.so.0 (0xb681b000)
libdb-5.1.so => /usr/lib/arm-linux-gnueabihf/libdb-5.1.so (0xb66d4000)
libssl.so.1.0.0 => /usr/lib/arm-linux-gnueabihf/libssl.so.1.0.0 (0xb6683000)
libcrypto.so.1.0.0 => /usr/lib/arm-linux-gnueabihf/libcrypto.so.1.0.0 (0xb651e000)
libgssapi_krb5.so.2 => /usr/lib/arm-linux-gnueabihf/libgssapi_krb5.so.2 (0xb64e6000)
libkrb5.so.3 => /usr/lib/arm-linux-gnueabihf/libkrb5.so.3 (0xb6438000)
libk5crypto.so.3 => /usr/lib/arm-linux-gnueabihf/libk5crypto.so.3 (0xb6408000)
libcom_err.so.2 => /lib/arm-linux-gnueabihf/libcom_err.so.2 (0xb63fd000)
libkrb5support.so.0 => /usr/lib/arm-linux-gnueabihf/libkrb5support.so.0 (0xb63ed000)
libkeyutils.so.1 => /lib/arm-linux-gnueabihf/libkeyutils.so.1 (0xb63e2000)strings $(which svn) | grep -i 1.8.10 | tail -n 1
Wäre es evtl. besser ein Upgrade von Wheezy zu Jessie zu machen? Anleitung https://www.elektronik-kompendium.de/sites/raspberry-pi/2005051.htm
Das scheint noch alles OK zu sein. Poste mal von deinem PI, auch die Ausgaben von:
Wäre es evtl. besser ein Upgrade von Wheezy zu Jessie zu machen?
Statt Upgrade, wäre m. E. eine Neuinstallation mit jessie, besser.
Ich denke es wird am "armv6l" liegen. Das binary wird für bzw. mit "armv7l" kompiliert sein.
BTW: Mit wheezy und dem PI2 kann man auch:
verwenden. Oder ist das bei dir kein PI2?
EDIT:
Siehe auch die Ausgaben von:
Es handelt sich noch um die RASPBERRY PI (MODELL B, REV 2.0, 512MB). Das müsste die erste Version sein.
Ich führe gerade das Upgrade der PI durch. Deswegen kann ich deine Ausgaben nicht erzeugen lassen.
Nach dem Upgrade kann ich Subversion wieder ohne Probleme verwenden. Vielen Dank.
Don’t have an account yet? Register yourself now and be a part of our community!