[Piuparts-commits] [SCM] piuparts git repository branch, bikeshed, updated. 0.51-22-g9147fc5

Holger Levsen holger at layer-acht.org
Tue May 21 11:06:02 UTC 2013


The following commit has been merged in the bikeshed branch:
commit dbbaa888042402c40061bc612e7cd6d7c3d33b4b
Author: Holger Levsen <holger at layer-acht.org>
Date:   Fri May 17 16:34:28 2013 +0200

    TODO: update plans for master-slave packages: no debconf usage, instead documentation.

diff --git a/TODO b/TODO
index 9567000..74f2178 100644
--- a/TODO
+++ b/TODO
@@ -8,16 +8,18 @@ wishlist!
 for 0.5x:
 
 - make piuparts-master + piuparts-slave packages work out-of-the-box:
-  - enable sudoers.d/piuparts-slave in p-s.deb:
-    - there should be a high prio debconf question asking the user whether
-      to enable the slave and this sudoers config - defaulting to no.
+  - do not enable sudoers.d/piuparts-slave in p-s.deb, neither the cronjobs.
+    - this is manual work one has done once after installation. we should 
+      whats needs to be done how.
   - the shipped crontabs are not suitable from cron.d/ due to missing user
-    column - discuss this with DSA
+    column -> provide instructions how to install them as piuparts(s|m) user
+    from /u/s/doc/p-(s|m)/examples
   - verify that all scripts in $user/bin/ also work from master-slave packages
     eventually enable some conjobs in the packages
-  - slave.postinst should setup ~piupartsm/.ssh/authorized_keys using triggers
+  - slave.postinst should setup '~piupartsm/.ssh/authorized_keys' using triggers
     dpkg-trigger piuparts-master-please-install-the-slave-key
     + the current method only works if -slave is configured after -master
+    - maybe do this manually again as well?
 
 - in maintainer view: sort buggy states up again
 
@@ -53,6 +55,14 @@ for 0.5x:
 
 for 0.6x:
 
+- enable unit tests again.
+
+- if it weren't for 'slave-bin/slave_cleanup', the slave would only need
+  rights to run "sudo piuparts" but nothing else. If we can clean this up,
+  the sudoers.d should recommend sudo (lsof|kill|umount) for admins.
+
+- if there were real schroot support, piuparts could be used without sudo.
+
 - generate piuparts.1.txt automatically from piuparts.py - see this blog post
   for a nice howto:
   http://andialbrecht.wordpress.com/2009/03/17/creating-a-man-page-with-distutils-and-optparse/
@@ -84,7 +94,8 @@ for 0.6x:
 - "decorate" (strike-through) bug links generated by piuparts-analyze to
   indicate resolved state (take package version into account!)
 
-* verify that find_default_debian_mirrors does something sane
+- verify that find_default_debian_mirrors does something sane
+
 - find_default_debian_mirrors: if parts[2] contains a / (think stable/updates
   for security.d.o), you can't ignore this, it will break later...
   - with distros.conf this may no longer be needed
@@ -123,9 +134,6 @@ for 0.7x and later:
 - a redirect of http://piuparts.d.o/foo to http://p.d.o/source/f/foo.html would
   be nice
 
-- monitor: master.log grows to fast and there is no mechanism to stop it
-  - use logrotate
-
 - really support multiple architectures:
   - piuparts-report should have a list of available arch and list packages only
     available on untested archs in a new state
@@ -144,7 +152,7 @@ for 0.7x and later:
 
 - not sure if it's a sensible thing to to, but provide a way to turn off
   debugging output for piuparts.py - see
-http://docs.python.org/library/logging.html
+  http://docs.python.org/library/logging.html
 
 - commandline-switches for all programms
 

-- 
piuparts git repository



More information about the Piuparts-commits mailing list