[Dwn-trans-commit] CVS german/2008/05

CVS User kreutzm-guest dwn-trans-commit at lists.alioth.debian.org
Wed Jun 25 17:19:10 UTC 2008


Update of /cvsroot/dwn-trans/german/2008/05
In directory alioth:/tmp/cvs-serv13169

Modified Files:
	index.wml 
Log Message:
Wie korrekte Ziele für get-orig-source geschrieben werden


--- /cvsroot/dwn-trans/german/2008/05/index.wml	2008/06/25 16:52:01	1.13
+++ /cvsroot/dwn-trans/german/2008/05/index.wml	2008/06/25 17:19:10	1.14
@@ -60,12 +60,27 @@
 inclusion, since it is often recommended to users to use the Backport service
 when they are in need for newer packages.</p>
 
+<p><strong>Wie korrekte Ziele für get-orig-source geschrieben werden</strong></p>
+<p>David Paleino <a 
+   href="http://lists.debian.org/debian-mentors/2008/06/msg00364.html">fragte
+   sich</a>, wie er mit dem Ziel <q>get-orig-source</q> in der Datei debian/rules
+   umgehen solle. Laut den Richtlinien sollte dieses Ziel den neusten Tarball
+   der Originalautoren erzeugen, was bedeuten könne, das eine Version aus einem
+   Versionskontrollsystem exportiert werden müsse. Während dieses Prozesses würden
+   Zeitstempel von Dateien beigefügt, die dann zu andren Prüfsummen führten, 
+   selbst wenn sich die Dateien nicht geändert haben. Gzip mit dem Schalter
+   <q>-n</q> aufzurufen löste das Problem nicht komplett, aber <a 
+   href="http://packages.debian.org/pristine-tar">Pristine-tar</a> scheint die
+   Lösung für das Problem zu sein.</p>
+
 # XXXX
 <p><strong>How to write proper get-orig-source targets</strong></p>
 <p>David Paleino
 <a href="http://lists.debian.org/debian-mentors/2008/06/msg00364.html">wondered</a>
+#FIXME Doppeltes Leerzeichen nach Satzpunkt
 how to deal with the get-orig-source target for debian/rules files.  According
 to policy, this target should create the latest upstream tarball, which might
+#FIXME Doppeltes Leerzeichen nach Satzpunkt
 mean to export a version from a version control system.  During this process
 timestamps of files are included, causing different checksums, even if the
 files haven't changed. Calling gzip with the -n switch didn't solved the



More information about the Dwn-trans-commit mailing list