1. 09 8月, 2009 12 次提交
  2. 06 8月, 2009 3 次提交
  3. 02 8月, 2009 1 次提交
  4. 29 7月, 2009 1 次提交
  5. 28 7月, 2009 1 次提交
  6. 19 7月, 2009 1 次提交
    • J
      dqeued · 04c242d1
      Joerg Jaspert 提交于
      it is really helpful if we upload to ftp-master.d.o instead of ftp.upload.debian.org.
      Especially in the case ftp.u.d.o points back to us, as then we think its already there
      and go "HEY, FINE, DELETE". Which isnt what the DDs expect, for some reason.
      Thanks to sgran/weasel for this fix.
      Signed-off-by: NJoerg Jaspert <joerg@debian.org>
      04c242d1
  7. 12 7月, 2009 2 次提交
  8. 05 7月, 2009 4 次提交
  9. 23 6月, 2009 1 次提交
  10. 21 6月, 2009 1 次提交
  11. 20 6月, 2009 1 次提交
  12. 17 6月, 2009 2 次提交
  13. 14 6月, 2009 1 次提交
  14. 09 6月, 2009 2 次提交
  15. 05 6月, 2009 3 次提交
  16. 04 6月, 2009 4 次提交
    • J
      dinstall · 99576eb9
      Joerg Jaspert 提交于
      background two function calls.
      once for the initial ssh to merkel and the other the dak-dev cluster
      projectb reload on ries.
      The first does not need to be foreground, we do not care if we are already
      continuing in dinstall, its only informative for the qa user on merkel.
      The second also doesnt need to run alone. The next thing after it is the 1hour
      apt-fuckthearchive call. So the dak-dev reload will well be done, with its 15 minutes
      runtime, before the next function is also done. And there is no harm done
      in having the two run at the same time.
      Signed-off-by: NJoerg Jaspert <joerg@debian.org>
      99576eb9
    • J
      tab/space, i hate you · 1a83aa72
      Joerg Jaspert 提交于
      Signed-off-by: NJoerg Jaspert <joerg@debian.org>
      1a83aa72
    • J
      dinstall · 92ee37da
      Joerg Jaspert 提交于
      spelling, little more explanation.
      Signed-off-by: NJoerg Jaspert <joerg@debian.org>
      92ee37da
    • J
      dinstall · 0ef771ea
      Joerg Jaspert 提交于
      put all log created by the varios functions into files named after
      their stage lockfile. At the end of the function, redirect log
      back to the global LOGFILE, after their stage logfile got appended to
      it.
      
      Use the stage logfile in the ERRtrap, so whenever an error happen the
      stuff that gets mailed is the short part that happens to be around the
      error, not the whole long stuff the complete dinstall log happens to be.
      Signed-off-by: NJoerg Jaspert <joerg@debian.org>
      0ef771ea