subversion installieren

S

saftig

Active Member
ich habe versucht via port system subversion zu installieren:

umask habe ich testweise schon auf 0000 / 0077 / 0020 / 0777 gesetzt, jedesmal wird ueber die umask gemeckert die ich gesetzt habe.

# cd /usr/ports/devel/subversion/
# make install
===> Checking files for subversion-1.1.1
`/usr/ports/distfiles/subversion-1.1.1.tar.gz' is up to date.
>> Checksum OK for subversion-1.1.1.tar.gz. (sha1)
===> subversion-1.1.1 depends on: python-2.3.4p1 - not found
===> Verifying install for python-2.3.4p1 in lang/python/2.3
===> Checking files for python-2.3.4p1
`/usr/ports/distfiles/Python-2.3.4.tgz' is up to date.
>> Checksum OK for Python-2.3.4.tgz. (sha1)
===> python-2.3.4p1 depends on: db-4.2.52p1 - not found
===> Verifying install for db-4.2.52p1 in databases/db/v4
===> Checking files for db-4.2.52p1
`/usr/ports/distfiles/db-4.2.52.tar.gz' is up to date.
`/usr/ports/distfiles/patch.4.2.52.1' is up to date.
`/usr/ports/distfiles/patch.4.2.52.2' is up to date.
>> Checksum OK for db-4.2.52.tar.gz. (sha1)
>> Checksum OK for patch.4.2.52.1. (sha1)
>> Checksum OK for patch.4.2.52.2. (sha1)
===> db-4.2.52p1 depends on: tcl84 (tcl-8.4.*) - tcl84 missing...
===> Verifying install for tcl84 (tcl-8.4.*) in lang/tcl/8.4
===> Checking files for tcl-8.4.7
`/usr/ports/distfiles/tcl8.4.7-src.tar.gz' is up to date.
>> Checksum OK for tcl8.4.7-src.tar.gz. (sha1)
===> tcl-8.4.7 depends on: metaauto-0.2 - not found
===> Verifying install for metaauto-0.2 in devel/metaauto
===> Faking installation for metaauto-0.2
Error: your umask is "0020".
*** Error code 1

Stop in /usr/ports/devel/metaauto (line 1804 of /usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/lang/tcl/8.4 (line 1296 of /usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/lang/tcl/8.4 (line 1578 of /usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/databases/db/v4 (line 1296 of /usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/databases/db/v4 (line 1578 of /usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/lang/python/2.3 (line 1296 of /usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/lang/python/2.3 (line 1578 of /usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/devel/subversion (line 1296 of /usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/devel/subversion (line 1578 of /usr/ports/infrastructure/mk/bsd.port.mk).


Danke
 
Zuletzt bearbeitet:
Also doch nich daran. Update mal die Ports, weil vorhin einige Aenderungen in der bsd.port.mk gemacht worden sind. Danach ein
# cd /usr/ports/devel/subversion/
# make clean
# make && make install
Ich kann das hier nicht nachvollziehen (bsd.port.mk 1.666).
 
ich habe folgendes gemacht:
cd /usr
rm -rf ports
export CVS_ROOT=...
cvs -q get -P ports
cd /usr/ports/devel/subversion
make clean //das haette hier wohl nicht sein gemusst aber was solls
make

der Fehler ist genau der gleiche
Ich habe uebrigens so lange gebraucht weil ich src auch noch ausgecheckt habe
 
Zuletzt bearbeitet:
versuchst du es als root oder als user?
wenn root: hast du an der umask rumgespielt?
wenn user: SUDO=/usr/bin/sudo in /etc/mk.conf oder 'sudo make install'

auf bald
oenone
 
ich versuche es als root
und bevor der Fehler kam habe ich nichts an der umask gemacht. Danach habe ich aber einfach mal alles ausprobiert und immer den gleichen Fehler erhalten.

Aus einer anderen Quelle habe ich eine vermutliche Antwort bekommen:

you are using a -current ports tree on a -release system.
to use this ports tree you need a -current system.

neue Frage: Wie mache ich aus meinem release system ein current system?
 
da das mit dem uptodate halten und dem update mechanismus von openbsd wohl nicht so ganz einfach zu sein scheint, wuerde ich doch lieber bei -stable bleiben. Dummerweise scheint es da fuer subversion keinen port zu geben?

cd /usr
rm -rf ports
export CVSROOT=anoncvs@mirror.osn.de:/cvs
cvs -q get -rOPENBSD_3_6 -P ports

und zack ports/devel/subversion ist weg :-(
 
ich habe openbsd neu installiert und bin inzwischen auf stable Stand.
$ uname -a
OpenBSD saftserver.my.domain 3.6 GENERIC#0 i386

Weiterhin geht es darum subversion (Server) ans laufen zu bekommen.
Inzwischen ohne ports und dafuer mit dem tarball von subversion.

Hier der Fehler:

$ ./configure
: No such file or directory
Configuring Subversion
creating config.nice
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking whether ln -s works... yes
configure: Apache Portable Runtime (APR) library configuration
checking for APR... sed -n '/#define.*APR_MAJOR_VERSION/s/^[^0-9]*\([0-9]*\).*$/\1/p' "./apr/include/apr_version.h"
reconfig
configuring package in apr now
: not foundsubversion-1.1.2/apr/configure[12]:
/home/rene/subversion-1.1.2/apr/configure[20]: syntax error: `elif' unexpected
configure failed for apr


elif expected - ich vermute mal das liegt an der erstklassigen csh ...
also habe ich statt #!/bin/sh in die Datei apr/configure mal #!/usr/local/bin/bash eingetragen
Der Fehler bleibt unveraendert.


hier ein Ausschnitt aus apr/configure:
12: # Be Bourne compatible
13: if test -n "${ZSH_VERSION+set}" && (emulate sh) >/dev/null 2>&1; then
14: emulate sh
15: NULLCMD=:
16: # Zsh 3.x and 4.x performs word splitting on ${1+"$@"}, which
17: # is contrary to our usage. Disable this feature.
18: alias -g '${1+"$@"}'='"$@"'
19: elif test -n "${BASH_VERSION+set}" && (set -o posix) >/dev/null 2>&1; then
20: set -o posix
21: fi
 
CSH wegwerfen. Weit und vorallem jetzt! Das Aendern der Shebang muss nicht zwingend funktionieren. Zsh/Ksh/Sh/Bash als Loginshell festlegen, ./configure ausfuehren und dann funktioniert es auch (ich hab grad Subversion 1.1.2 auf OpenBSD 3.6 aus den Sourcen kompiliert und installiert.
 
hmm, ich habe als root chsh ausgefuehrt, scheint ein link auf vi zu sein. Dann an die entsprechende Stelle /usr/local/bin/bash eingetragen neueingeloogt und der Fehler von oben ist jetzt auch weg. Leider habe ich einen anderen:

configuring package in apr now
configure: error: cannot run /bin/sh build/config.sub
configure failed for apr

diesmal scheint es nicht an der shell zu liegen.
die Datei config.sub gibt es in dem Verzeichnis naemlich gar nicht

Wieso klappt das denn bei Dir?
 
ich verzweifel hier langsam:

der Fehler scheint aus der Datei apr/configure zu kommen
jedenfalls erscheint beim ausfuehren dieser der gleiche Fehler
 
Zuletzt bearbeitet:
verwende mal "apr-nothr-db4", damit ging's bei mir problemlos,
allerdings unter freebsd

vieleicht hilfts ja

mfg dagnu
 
Eigentlich ist apr schon im tarball von subversion enthalten und bei strcat scheint es ja auch problemlos zu laufen. Wieso bei mir nicht?

apr-nothr-db4 ist weder im packages noch im portstree von openbsd enthalten.

@strcat
Was heisst denn eigentlich aus den Sourcen? cvs Version oder auch wie ich hier 1.1.2 tarball?
 
Zuletzt bearbeitet:
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben