Svn on Ulis Notizen https://wolf-u.li/tag/svn/ Recent content in Svn on Ulis Notizen Hugo de Copyright 2006-CURRENTYEAR Uli Wolf - All rights reserved Wed, 21 Jan 2009 18:18:55 +2100 Fehler: "svn: Unrecognized URL scheme for 'http://some.subdomain.wolf-u.li'" mit Subversion https://wolf-u.li/fehler-svn-unrecognized-url-scheme-for-httpsomesubdomainwolf-uli-mit-subversion/ Mon, 19 May 2008 16:05:36 +1900 https://wolf-u.li/fehler-svn-unrecognized-url-scheme-for-httpsomesubdomainwolf-uli-mit-subversion/ <p>Soeben wollte ich in der Kommandozeile ein SVN auf meinem Server auschecken und erhielt folgenden Fehler (URL wurde von mir maskiert):</p> <div class="highlight"><div class="chroma"> <table class="lntable"><tr><td class="lntd"> <pre tabindex="0" class="chroma"><code><span class="lnt">1 </span></code></pre></td> <td class="lntd"> <pre tabindex="0" class="chroma"><code class="language-bash" data-lang="bash"><span class="line"><span class="cl">svn: Unrecognized URL scheme <span class="k">for</span> <span class="s1">&#39;http://some.subdomain.wolf-u.li&#39;</span> </span></span></code></pre></td></tr></table> </div> </div><p>Dieser Fehler ist auf subversion selbst zurückzuführen, nicht auf eine Notation. Subversion wurde hierbei ohne &ldquo;Neon&rdquo; kompiliert, was daher keinen Zugriff auf ein WebDAV (http://) erlaubt. Unter Gentoo ist die Lösung folgende:</p> <div class="highlight"><div class="chroma"> <table class="lntable"><tr><td class="lntd"> <pre tabindex="0" class="chroma"><code><span class="lnt">1 </span><span class="lnt">2 </span><span class="lnt">3 </span></code></pre></td> <td class="lntd"> <pre tabindex="0" class="chroma"><code class="language-bash" data-lang="bash"><span class="line"><span class="cl"><span class="nb">echo</span> <span class="s2">&#34;dev-util/subversion webdav-neon&#34;</span> &gt;&gt; /etc/portage/package.use </span></span><span class="line"><span class="cl"><span class="nb">echo</span> <span class="s2">&#34;net-misc/neon ~x86&#34;</span> &gt;&gt; /etc/portage/package.keywords </span></span><span class="line"><span class="cl">emerge -av subversion </span></span></code></pre></td></tr></table> </div> </div><p>(Neon ist leider noch nicht stable, bei mir läufts trotzdem ;) )</p> Soeben wollte ich in der Kommandozeile ein SVN auf meinem Server auschecken und erhielt folgenden Fehler (URL wurde von mir maskiert):

1

svn: Unrecognized URL scheme for 'http://some.subdomain.wolf-u.li'

Dieser Fehler ist auf subversion selbst zurückzuführen, nicht auf eine Notation. Subversion wurde hierbei ohne “Neon” kompiliert, was daher keinen Zugriff auf ein WebDAV (http://) erlaubt. Unter Gentoo ist die Lösung folgende:

1
2
3

echo "dev-util/subversion webdav-neon" >> /etc/portage/package.use
echo "net-misc/neon ~x86" >> /etc/portage/package.keywords
emerge -av subversion

(Neon ist leider noch nicht stable, bei mir läufts trotzdem ;) )

]]> "(20014)Internal error: Version mismatch in 'svn_delta': found 1.5.0-rc4, expected 1.5.0-rc5" lösen https://wolf-u.li/20014internal-error-version-mismatch-in-svn_delta-found-150-rc4-expected-150-rc5-loesen/ Sat, 10 May 2008 10:52:38 +1000 https://wolf-u.li/20014internal-error-version-mismatch-in-svn_delta-found-150-rc4-expected-150-rc5-loesen/ <p>Nach einem Update von Subversion unter Gentoo von 1.5.0-rc4 auf 1.5.0-rc5 erhielt ich von Apache beim Abrufen des SVN über HTTP einen Fehler und fand in den Logs die folgenden Einträge</p> <div class="highlight"><div class="chroma"> <table class="lntable"><tr><td class="lntd"> <pre tabindex="0" class="chroma"><code><span class="lnt">1 </span><span class="lnt">2 </span><span class="lnt">3 </span></code></pre></td> <td class="lntd"> <pre tabindex="0" class="chroma"><code class="language-bash" data-lang="bash"><span class="line"><span class="cl"><span class="o">[</span>error<span class="o">]</span> <span class="o">(</span>20014<span class="o">)</span>Internal error: Version mismatch in <span class="s1">&#39;svn_delta&#39;</span>: found 1.5.0-rc4, expected 1.5.0-rc5 </span></span><span class="line"><span class="cl"><span class="o">[</span>error<span class="o">]</span> Could not fetch resource information. <span class="o">[</span>500, <span class="c1">#0]</span> </span></span><span class="line"><span class="cl"><span class="o">[</span>error<span class="o">]</span> Could not open the requested SVN filesystem <span class="o">[</span>500, <span class="c1">#200019]</span> </span></span></code></pre></td></tr></table> </div> </div><p>Die Lösung war sehr einfach: Einmal Apache durchstarten.</p> Nach einem Update von Subversion unter Gentoo von 1.5.0-rc4 auf 1.5.0-rc5 erhielt ich von Apache beim Abrufen des SVN über HTTP einen Fehler und fand in den Logs die folgenden Einträge

1
2
3

[error] (20014)Internal error: Version mismatch in 'svn_delta': found 1.5.0-rc4, expected 1.5.0-rc5
[error] Could not fetch resource information. [500, #0]
[error] Could not open the requested SVN filesystem [500, #200019]

Die Lösung war sehr einfach: Einmal Apache durchstarten.

]]> svn:externals zum Einbinden externer Bibliotheken nutzen https://wolf-u.li/svnexternals-zum-einbinden-externer-bibliotheken-nutzen/ Fri, 02 May 2008 22:36:50 +0200 https://wolf-u.li/svnexternals-zum-einbinden-externer-bibliotheken-nutzen/ <p>Seit einiger Zeit arbeite ich bereits mit SVN in meinen Programmierprojekten, da es eine große Hilfe beim Rückgängigmachen von fehlerhaften Implementierungen ist und die Zusammenarbeit zwischen mehreren Leuten stark vereinfacht. Derzeit verwende ich in meinen PHP-Projekten gerne das Template-System <link rel=dns-prefetch href=//www.smarty.net /> <a href="http://www.smarty.net/" title="Smarty" target="_blank" rel="nofollow noopener noreferrer" > Smarty&nbsp;<svg xmlns="http://www.w3.org/2000/svg" class="icon" aria-hidden="true" focusable="false" viewBox="0 -128 512 640"> <path d="M384 320c-17.67 0-32 14.33-32 32v96H64V160h96c17.67 0 32-14.32 32-32s-14.33-32-32-32L64 96c-35.35 0-64 28.65-64 64V448c0 35.34 28.65 64 64 64h288c35.35 0 64-28.66 64-64v-96C416 334.3 401.7 320 384 320zM488 0H352c-12.94 0-24.62 7.797-29.56 19.75c-4.969 11.97-2.219 25.72 6.938 34.88L370.8 96L169.4 297.4c-12.5 12.5-12.5 32.75 0 45.25C175.6 348.9 183.8 352 192 352s16.38-3.125 22.62-9.375L416 141.3l41.38 41.38c9.156 9.141 22.88 11.84 34.88 6.938C504.2 184.6 512 172.9 512 160V24C512 10.74 501.3 0 488 0z"/> </svg></a>, da es recht schnell und unkompliziert arbeitet. Bis vor wenigen Minuten habe ich bei Aktualisierungen dieser Templateengine immer in meiner lokalen Arbeitskopie Smarty gelöscht und anschließend das heruntergeladene Archiv der neuen Version wieder entpackt und in das SVN eingecheckt. Eine prinzipiell unnötige Arbeit, da Smarty bereits in einem SVN im Web bereitgestellt wird.</p> Seit einiger Zeit arbeite ich bereits mit SVN in meinen Programmierprojekten, da es eine große Hilfe beim Rückgängigmachen von fehlerhaften Implementierungen ist und die Zusammenarbeit zwischen mehreren Leuten stark vereinfacht. Derzeit verwende ich in meinen PHP-Projekten gerne das Template-System Smarty , da es recht schnell und unkompliziert arbeitet. Bis vor wenigen Minuten habe ich bei Aktualisierungen dieser Templateengine immer in meiner lokalen Arbeitskopie Smarty gelöscht und anschließend das heruntergeladene Archiv der neuen Version wieder entpackt und in das SVN eingecheckt. Eine prinzipiell unnötige Arbeit, da Smarty bereits in einem SVN im Web bereitgestellt wird.

Der Vorgang ist nun folgender: Bei einem Checkout in eine lokale Arbeitskopie, wird von extern Smarty (In diesem Fall dem SVN von Smarty auf googlecode ) ausgecheckt. Was genau ausgecheckt wird, wird durch die Eigenschaft svn:externals festgelegt. Ich möchte ind en folgenden Beispielen im Verzeichnis libs einen Ordner namens Smarty haben, in dem die derzeit aktuelle Stable-Version von Smarty abgelegt wird. Ich demonstriere den Vorgang zunächst anhand des Windows-Tools TortoiseSVN :

TortoiseSVN

Zunächst macht man einen Rechtsklick im Ordner “libs” und wählt im Menü “TortoiseSVN” den Punkt “Eigenschaften” aus.

TortoiseSVN

Im sich nun öffnenden Fenster klickt man auf “Hinzufügen”. Dort wählt man im Dropdown “svn:externals” aus und im Eingabefeld wird nun der gewünschte Ordner “Smarty” sowie die URL der gewünschten Version (derzeit 2.6.19) von Smarty angegeben, was in meinem Falle nun:

Smarty http://smarty-php.googlecode.com/svn/tags/Smarty_2_6_19/libs/

lautet.

TortoiseSVN

Nach dem ersten Klick auf OK, sollte das in etwa wie auf dem Bild links aussehen. Nach einem weiteren OK sollte nun die Arbeitskopie aktualisiert werden, womit Smarty importiert wird. Anschließend muss man noch einmal übertragen (commit), um die Eigenschaft “svn:externals” im SVN zu speichern. Die Kopie von Smarty wird hierbei jedoch NICHT übertragen, diese wird bei jedem Client dann von extern geupdatet.

Alternativ gibt es die Kommandozeilenbefehle:

1
2
3

svn propset svn:externals "Smarty http://smarty-php.googlecode.com/svn/tags/Smarty_2_6_22/libs/" libs
svn up
svn commit

Der Vorteil ist nun, dass bei Updates von Smarty nur die Variable svn:externals für das Verzeichnis libs aktualisiert werden muss. Prinzipiell könnte man diese auch auf den trunk setzen, um immer die aktuellste Version zu haben, jedoch hat man damit auch durchaus gelegentlich eine nicht funktionierende Version in der Arbeitskopie, was für die Entwicklung hinderlich ist.

]]>