Norbert Wenzel schrieb:
Wenn er es macht, dann passt alles. t...@h vergleicht aber soweit ich weiß
nur die eigene Versionsnummer und macht das nächste Update erst, wenn
sich im t...@h Client selbst etwas geändert hat. Änderung in den
Renderregeln werden dabei nicht berücksichtigt und in
Am Montag, 5. Januar 2009 04:07 schrieb Johann H. Addicks:
Wenn Dir das Vertrauen fehlt gegenüber den derzeit im SVN
Schreibberechtigten:
...
Ich vertraue den SVN-Einscheckern sonst würde ich t...@h nicht mitmachen.
Trotzdem will ich die Kontrolle über den Rechner behalten. Ist das für Dich
On 01/05/2009 02:01 PM, DarkAngel wrote:
Norbert Wenzel schrieb:
Wenn er es macht, dann passt alles. t...@h vergleicht aber soweit ich weiß
nur die eigene Versionsnummer und macht das nächste Update erst, wenn
sich im t...@h Client selbst etwas geändert hat. Änderung in den
Renderregeln
Ich vertraue den SVN-Einscheckern sonst würde ich t...@h nicht mitmachen.
Trotzdem will ich die Kontrolle über den Rechner behalten. Ist das für Dich
ein Widerspruch?
Aber durchaus nicht!
Nur würde ich mir in diesem Fall nicht selbst vertrauen, jedes Update
hinreichend gründlich zu prüfen,
On 01/05/2009 10:25 AM, DarkAngel wrote:
Norbert Wenzel schrieb:
Der Nachteil ist nur, dass die vielen externen Repositories
(Renderregeln) nicht immer aktuell sind, wenn der User die Updates nicht
händisch durchführt.
Jetzt nur mal so zur Klarstellung: Wenn das t...@h-script zum Beginn ein
Norbert Wenzel schrieb:
Der Nachteil ist nur, dass die vielen externen Repositories
(Renderregeln) nicht immer aktuell sind, wenn der User die Updates nicht
händisch durchführt.
Jetzt nur mal so zur Klarstellung: Wenn das t...@h-script zum Beginn ein
svp-up macht, ist der Client dann auf
Hallo,
das hatte ich nicht für möglich gehalten, aber offenbar ist die
Darstellung bei t...@h davon abhängig, auf welchem Rechner die Kachel
gerendert wird. Das anhängende Bild zeigt eine durchgehende Grenzlinie.
Es werden wohl verschiedene Regeln genutzt.
Gruß
nk
inline:
Hallo,
Norbert Kück wrote:
das hatte ich nicht für möglich gehalten, aber offenbar ist die
Darstellung bei t...@h davon abhängig, auf welchem Rechner die Kachel
gerendert wird.
Ja, das ist sie, aus mehreren Gründen. Einmal können unterschiedliche
Rechner (teils Windows, teils Unix,
Hallo,
Norbert Kück wrote:
Klingt etwas nach Killerphrase. Das mit dem bis ins letzte
vorschreiben habe ich schon zu oft gelesen. Darum geht es doch nicht.
Ich würde eher an Selbststeuerung denken.
Bei ti...@home machen erstaunlich viele Leute mit, die zwar gute
Absichten haben, aber
Am Sonntag, 4. Januar 2009 21:47 schrieb Norbert Kück:
Hallo,
Ich würde eher an Selbststeuerung denken. Bin naiv genug um anzunehmen,
dass
1.
die Leute, die sich bei t...@h einbringen, einen guten Job mit gutem
Resultat machen wollen, und daher
Als auch t...@h-teilnehmer kannst Du davon
Norbert Kück schrieb:
Hallo,
das hatte ich nicht für möglich gehalten, aber offenbar ist die
Darstellung bei t...@h davon abhängig, auf welchem Rechner die Kachel
gerendert wird. Das anhängende Bild zeigt eine durchgehende
Grenzlinie. Es werden wohl verschiedene Regeln genutzt.
Hab ein
On 01/04/2009 10:15 PM, Thomas Schäfer wrote:
Und weil es mit der Aktualisierung so eine Sache ist, hat ein schlauer t...@h
Programmierer die Unsitte (aus meiner Sicht) eingeführt, dass das Skript zu
Beginn gleich ein svn up macht, anstatt dies dem User zu überlassen.
Naja, das kommt bei mir
Norbert Wenzel schrieb:
On 01/04/2009 10:15 PM, Thomas Schäfer wrote:
Und weil es mit der Aktualisierung so eine Sache ist, hat ein schlauer t...@h
Programmierer die Unsitte (aus meiner Sicht) eingeführt, dass das Skript zu
Beginn gleich ein svn up macht, anstatt dies dem User zu überlassen.
Thomas Schäfer schrieb:
entsprechend häufig ist genauso gut wie angemessen definiert, ich
aktualisiere zwischen 2 Mal am Tag und alle zwei Tage.
Ich werde es Deinetwegen nicht in per cronjob killen und neustarten lassen,
u.a. deswegen, weil ich auch noch etwas Kontrolle über die sich
14 matches
Mail list logo