Dotaz: SVN - nelze udělat commit

[Dibur_X]

Mám systém Ubuntu 8.10, system servru je Debian 5. Na servru je rozjet SVN servr pod rootovskymi právy (připomínky ohledně roota prosím vynechte - testuju to zatím). Mám tam přidán do SVN projekt. K servru se připojím. Dokážu stáhnout data ze servru (tedy struktura složek a i soubory), ale nedokážu udělat commit vyhodí to chybu:

Error: Error while performing action: Commit failed (details follow):

Používám klienta RapidSVN a zkoušel jsem i modul do eclipse. Tam je to stejné, takže na klientovi to nezavisí. Zkoušel jsem rekonfigurovat SVN. Aby mohl zapsat nepřihlášený uživatel, přihlášený a různé. Chvilku jsem si myslel, že tam svnservr nemé přístup pro zápis (i když u roota snad nemožné). Tak jsem nastavil, že do té složky může zapisovat kdokoli. Očekávm, že budu mít chybu v konfiguráku, ale nemohu ji najít. Zde dávám k dispozici konfiguráky SVNservru, které jsou umištěni v složka projektu/conf

authz:

### This file is an example authorization file for svnserve.
### Its format is identical to that of mod_authz_svn authorization
### files.
### As shown below each section defines authorizations for the path and
### (optional) repository specified by the section name.
### The authorizations follow. An authorization line can refer to:
###  - a single user,
###  - a group of users defined in a special [groups] section,
###  - an alias defined in a special [aliases] section,
###  - all authenticated users, using the '$authenticated' token,
###  - only anonymous users, using the '$anonymous' token,
###  - anyone, using the '*' wildcard.
###
### A match can be inverted by prefixing the rule with '~'. Rules can
### grant read ('r') access, read-write ('rw') access, or no access
### ('').

[aliases]
# joe = /C=XZ/ST=Dessert/L=Snake City/O=Snake Oil, Ltd./OU=Research Institute/CN=Joe Average

[groups]
# harry_and_sally = harry,sally
# harry_sally_and_joe = harry,sally,&joe

[/]
Petr = rw
Zdenka = rw
Dusan = rw
Tomas = rw

# [repository:/baz/fuz]
# @harry_and_sally = rw
# * = r

svnserve:

### This file controls the configuration of the svnserve daemon, if you
### use it to allow access to this repository.  (If you only allow
### access through http: and/or file: URLs, then this file is
### irrelevant.)

### Visit http://subversion.tigris.org/ for more information.

[general]
### These options control access to the repository for unauthenticated
### and authenticated users.  Valid values are "write", "read",
### and "none".  The sample settings below are the defaults.
anon-access = write
auth-access = write
### The password-db option controls the location of the password
### database file.  Unless you specify a path starting with a /,
### the file's location is relative to the directory containing
### this configuration file.
### If SASL is enabled (see below), this file will NOT be used.
### Uncomment the line below to use the default password file.
password-db = passwd
### The authz-db option controls the location of the authorization
### rules for path-based access control.  Unless you specify a path
### starting with a /, the file's location is relative to the the
### directory containing this file.  If you don't specify an
### authz-db, no path-based access control is done.
### Uncomment the line below to use the default authorization file.
# authz-db = authz
### This option specifies the authentication realm of the repository.
### If two repositories have the same authentication realm, they should
### have the same password database, and vice versa.  The default realm
### is repository's uuid.
realm =dibdeb

[sasl]
### This option specifies whether you want to use the Cyrus SASL
### library for authentication. Default is false.
### This section will be ignored if svnserve is not built with Cyrus
### SASL support; to check, run 'svnserve --version' and look for a line
### reading 'Cyrus SASL authentication is available.'
# use-sasl = true
### These options specify the desired strength of the security layer
### that you want SASL to provide. 0 means no encryption, 1 means
### integrity-checking only, values larger than 1 are correlated
### to the effective key length for encryption (e.g. 128 means 128-bit
### encryption). The values below are the defaults.
# min-encryption = 0
# max-encryption = 256

passwd:

### This file is an example password file for svnserve.
### Its format is similar to that of svnserve.conf. As shown in the
### example below it contains one section labelled [users].
### The name and password for each user follow, one account per line.

[users]
Petr = heslo
Zdenka = heslo
Dusan = heslo
Tomas = heslo

Předem moc děkuji za pomoc.

Odpovědi

[Dibur_X]

Nikdo?

[Dibur_X]

Ono ted jsem si vsiml, ze se u svn jeste udava cesta k repozitory tzn

svn://xx.xxx.xxx.xxx/home/http/svn2

například a na skutečnou cestu to vipiše že nexistuje... když tam zadam jen ip tak se to připoji. Zkoušel jsem postupovat dle tohoto navodu. Zakladat tak novu repozitory atd. Ale proste se na ni pomoci te cesty neprihlasim... zkousel jsem resetovat server... taky nic.

[AraxoN]

Cesta ku repozitáru sa IMHO neudáva. Správna URL je svn://názov_servera/názov_repository/ a za to je ešte možné pripojiť cestu v rámci repozitára - napr. trunk/ alebo branches/2.0/. Repozitáre by sa potom mali nachádzať v default ceste na disku, ak je to napr. /var/svn/, tak sa svnserve spúšťa s parametrom --root=/var/svn a celá cesta na disku by potom bola /var/svn/názov_repository/.

Ako prvé by som na Tvojom mieste skúšal rozbehať čo najjednoduchší anonymný prístup a až potom keď to pôjde tak pridával používateľov, a ACL-ka.

[Dibur_X]

jo spouštím to při najetí systému s parametrem -r "cesta k repozitari". Ale teď při pokusech jsem na to zapomněl. Díky za připomenutí.

[Dibur_X]

Takže, spouštím to s parametrem -r /home/http/svngame a

 pomoci svnadmin create /home/http/svngame/game 

jsem tam vytvořil repozitář ve složce game a takhle mi to nejede... . Zkoušim to na anonymním přístupu.

Když dám v klientovy update na cestu svn://server/game tak to vypíše:

Execute: Update
Updated: /home/dibur/svngame
Updating...
Ready

takže se stahlo. v Konfiguraku na servru v /home/http/svngame/game/conf/svnserve.conf jsem odkomentoval a upravil řádky

anon-access = write
auth-access = write

abych mohl zapisovat. Pak jsem v mém editoru vytvořil složku a dal jsem commit. Vyskočila chyba. Zde je kompletni vypis těchto ukonu v klientovi:

Execute: Checkout
Updated: /home/dibur/svngame
Updating...
Ready

Execute: Mkdir
Add: /home/dibur/svngame/svd
Updating...
Ready

Execute: Update
Updated: /home/dibur/svngame
Updating...
Ready

Execute: Commit
Error: Error while performing action: Commit failed (details follow):
Ready

Execute: Mkdir
Add: /home/dibur/svngame/svn2
Updating...
Ready

Execute: Commit
Error: Error while performing action: Commit failed (details follow):
Ready

Vypíše to error a pak že ready... ok. Pokračuji tedy dal. Vypnu a zapnu klienta. Přetahnu tam soubor a dám opět commit.

Zase:

Execute: Commit
Error: Error while performing action: Commit failed (details follow):
Ready

Hm a editor to pořád ukazuje červeně... . Tedy jako že je to jen u mě. Hm? Co s tim?

[Dibur_X]

respektive vypisuje to ještě jednu chybu když dám commit přímo na soubor.

Error: Error while performing action: Commit failed (details follow):
'/home/dibur/svngame/svn2' is not under version control and is not part of the commit, yet its child '/home/dibur/svngame/svn2/ArticleTest.php' is part of the commit

podotykam ze jsme od te doby restartoval i server. Takže prý neexistuji ani složky pod subversion... co s tím?

[stativ]

A udělal jsi svn add na ten adresář?

[Dibur_X]

no ten muj klient dělá to add asi na pozadi. Má tam vyrobit adresář a commit... nic vic. Tak ho dam vyrobyt. A pak na nej kliknu a dám commit. Nic jako add tam není. Používám klienta RapidSVN

[Dibur_X]

ostatně je to v tom vypisu co ten program dělá:

Execute: Mkdir
Add: /home/dibur/svngame/svd
Updating...
Ready

[Dibur_X]

subclipse do eclipse vypisuje pro změnu při vytváření adresáře:

mkdir -m "" svn://xxx.xxx.xxx.xxx/zkouska
    svn: Authorization failed
    svn: Authorization failed

[Dibur_X]

pořád nikdo? Aspoň tip? V čem to je...