On 05/16/2013 11:08 AM, Antoine Beaupré wrote: > i wonder if util-linux is really necessary - since it's of priority > 'required', are those installed automatically? util-linux is also "Essential: yes", so i think that's superfluous too. > That would be great! > > However, one thing I am looking at is a way to generate binary images > directly through a package, something that has been discussed in #620294 > I believe, but never implemented. Cool, but we should keep that as a separate issue, i think. > Also, I wonder if it wouldn't be better to set `stressant` as an example > of how it's possible to extend debirf without having to merge patches > into the upstream project itself, some kind of "contrib" way of doing > things that could radically expand the number of debirf-built flavors > out there, as they wouldn't depend on a central piece of authority to be > distributed or accepted. i don't want to play a gatekeeper role, and i'm happy to encourage other contributions. but i actually actively want something like the proposed stressant in debirf. I think it would be really useful. > So far, the changes to the rescue image are really minimal, it's just a > bunch of extra packages but otherwise very minimally changed from the > rescue build. if it's a small set of packages that arguably fit in with rescue, let's fold them in there. But i also like the idea of a stressant profile being something you boot into (like memtest86+) that just automatically hammers on your hardware in a reliable and repeatable fashion while reporting its conclusions in a standardized way. > I will wait and see what you guys think about making a third party > extension before going on with a merge, especially since the project is > far from finished... I'd personally rather integrate your suggestions with mainline debirf than juggle it as a "contrib". --dkg
Attachment:
signature.asc
Description: OpenPGP digital signature