From a9d6a45a35b50a70c337c826e0b10c967ec936f9 Mon Sep 17 00:00:00 2001 From: Mattia Rizzolo Date: Mon, 8 Jun 2015 14:37:51 +0200 Subject: todo: add debootstrap tests + improve syntax --- TODO | 18 ++++++++++++------ 1 file changed, 12 insertions(+), 6 deletions(-) (limited to 'TODO') diff --git a/TODO b/TODO index 61fe2557..0ccfbf09 100644 --- a/TODO +++ b/TODO @@ -217,12 +217,18 @@ egrep -R -l '(debbindiff had trouble comparing|maybe there is still )' /var/lib/ ** runs pbuilder inside the kmv guest * enable people to upload test packages, to be built in jenkins: - 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 - jenkins tests. - mapreri: please add the feature request to the todo. i'm thinking now that it maybe should just be a jenkins job not integrated into the rp.d.n webui, but... maybe we find a nice way to do it - h01ger: I'm instead thinking about a repo defining a reproducible-specific suite or something on that line, that integrates well with the current setup. but this is really something wild. - well, and everybody in debian-keyring from sid can uplood? :) - that would be wonderful. +---- + 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 + jenkins tests. + mapreri: please add the feature request to the todo. i'm thinking now that it maybe should just be a jenkins job not integrated into the rp.d.n webui, but... maybe we find a nice way to do it + h01ger: I'm instead thinking about a repo defining a reproducible-specific suite or something on that line, that integrates well with the current setup. but this is really something wild. + well, and everybody in debian-keyring from sid can uplood? :) + that would be wonderful. +---- + +* debootstrap +** add the test (something weekly or so) +** https://wiki.debian.org/ReproducibleInstalls * coreboot ** add more variations: domain+hostname, uid+gid, USER, UTS namespace -- cgit v1.2.3-54-g00ecf