[Qa-jenkins-scm] [jenkins.debian.net] 01/02: reproducible: cleanup

Holger Levsen holger at moszumanska.debian.org
Sun Aug 30 19:57:02 UTC 2015


This is an automated email from the git hooks/post-receive script.

holger pushed a commit to branch master
in repository jenkins.debian.net.

commit 35df114db6b8aa4a3c38e4b748e236e413fcfe77
Author: Holger Levsen <holger at layer-acht.org>
Date:   Sun Aug 30 21:51:53 2015 +0200

    reproducible: cleanup
---
 TODO | 25 ++++++++++++-------------
 1 file changed, 12 insertions(+), 13 deletions(-)

diff --git a/TODO b/TODO
index f3ab006..6d445d2 100644
--- a/TODO
+++ b/TODO
@@ -174,10 +174,9 @@ properties:
 
 * higher prio:
 ** call_apt_update() needs to be moved from _scheduler.py to jobs so its run on all build nodes
-** add support for remote building
-** use disorderfs
-*** on all hosts
-*** document usage
+** use disorderfs (atm its disabled)
+*** current scripts are only in hosts/jenkins/ but need to be copied to hosts/+/
+*** document usage in diff table...
 ** fix https://jenkins.debian.net/munin/debian.net/jenkins.debian.net/jenkins_builds.html which is broken since jessie upgrade
 ** repo-comparison: check for binaries without source
 ** link source-data-epoch spec from rb.d.n
@@ -200,7 +199,6 @@ properties:
 ** when a package is automatically rescheduled because of the mirror was updated between the two tests, there will be three rbuild logs in one. thats confusing, the first one should be dropped.
 ** adopt usertag script from pkg-apparmor to notify us about new usertagged bugs automatically
 ** use reprepro and snapshot (reprepro gen-snapshot) on alioth to speed up our repo, maybe. maybe we'll just be in sid soon :-)
-** document usage of -j 24/8/3 in write_explaination_table()
 
 * notes related
 ** #786396: classify issue by "toolchain" or "package" fix needed: show bugs which block a bug
@@ -224,14 +222,6 @@ properties:
 ** variation of filesystem being built on (we probably wont do that and just always build on tmpfs...)
 ** variation of users shell (bash + zsh?)
 
-* status of remote build nodes for amd64
-** profitbricks-build1-amd64 is setup
-*** squid needs proper configuration
-** profitbricks-build2-amd64 is setup
-*** squid needs proper configuration
-*** should run in the future: +1d+1m+1y
-*** needs to be moved to a different Profitbricks datacenter, to run with a different cpu type
-
 * enable people to upload test packages, to be built in jenkins:
 ----
   <mapreri> h01ger: another wild future request by me: allowing us to upload something and let jenkins test it. rationale: I sent (another) patch for debian-keyring, to fix a timestamp issue in debian control files (due to not_using_dh-builddeb), but there is also a umask issue. I don't want to bother me to setup the very same things jenkins tests locally (I already did too much in this regards, imho), but really people can't tests everything
@@ -270,6 +260,7 @@ properties:
 
 * then we have a new script, reproducible_info.sh which just outputs key-value pairs, like "ARCH=armhf", DATETIME="Mo 10. Aug 11:56:22 CEST 2015" and "TZ=UTC" and whatever.
 ** this script is run on all nodes, but each run is triggered by a single job running on the main node (jenkins atm), so the results can be captured in /srv/reproducible-results/node-information/$NODE and then eg be used by reproducible_html_dashboard.sh to create the table with the differences between 1st and 2nd build...
+*** document usage of -j 24/8/3 in write_explaination_table()
 ** /srv/reproducible-results/node-information/$NODE could also be read by reproducible_build.sh to determine the dpkg-architecture a node is captable of building, but I think we also want that info to be encoded in the build job names, so probably there's no need to read it...
 
 ==== reproducible Debian armhf
@@ -280,6 +271,14 @@ properties:
 * make systems send mail
 * change date on 2nd build hosts (and disable systemd-timesyncd)
 
+==== status of new remote build nodes for amd64
+
+* profitbricks-build1-amd64: squid needs proper configuration
+* profitbricks-build2-amd64
+** squid needs proper configuration
+** should run in the future: +1d+1m+1y
+** needs to be moved to a different Profitbricks datacenter, to run with a different cpu type
+
 ==== reproducible Debian installation
 
 * see https://wiki.debian.org/ReproducibleInstalls

-- 
Alioth's /usr/local/bin/git-commit-notice on /srv/git.debian.org/git/qa/jenkins.debian.net.git



More information about the Qa-jenkins-scm mailing list