Driving ARM secondary rebuild with script - builddep tree?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



While smarter people than me fix the boostrapping of F14 on ARM, I am
looking at whether we can automate driving koji in an optimal order.

I am looking at mass-rebuild.py from the releng scripts repo; and at
yum-builddep.

 - mass-rebuild gets a git checkout, bumps the rev, commits, pushes,
we don't do that (!)

 - mass-rebuild counts on tags and on koji metadata indicating that a
pkg is blocked -- we don't do tags, and I don't know whether koji's
"blocked" metadata indicates a builddep check

 - if possible, we'd like to prioritize a particular set of packages
that is in the critical path for testing on our hw -- for that, I was
hoping to perform a recursive builddep tree, but it is... more complex
than it seems at first blush. Is there any tool that performs
recursive builddep checks, and defines an order (as yum does with deps
when planning an install?)

thanks!


m
-- 
 martin.langhoff@xxxxxxxxx
 martin@xxxxxxxxxx -- Software Architect - OLPC
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux