2004-11-13
#Ubuntu-Meeting
Ubuntu-Meeting Log 2004-11-13
Topic: Something which will pass for a tech board meeting
04:53 mdz Keybuk: I received an SMS from a number that I don't recognize saying that they won't be able to make the tech board meeting due to being on a plane
04:55 Keybuk what's the country code?
04:59 mdz Keybuk: so shall we do this, or punt to the next meeting?
05:00 mdz this isn't necessarily tech board stuff, I suppose, but we do need to talk about it
05:00 Keybuk we can have a chat about it, sure
05:00 Keybuk only the one thing on the agenda?
05:00 mdz yep
05:01 Keybuk suppose we better grab a couple of people
05:02 Keybuk I can sense this is going to be of record length
05:03 daniels Keybuk: er, no, hoary kickoff meeting
05:03 mdz elmo: the only thing we need to discuss is how to manage the ongoing merges of new packages from Debian
05:03 Keybuk daniels: what was last week, dude
05:03 thom daniels: the other direction
05:04 elmo mdz: ?
05:04 mdz elmo: Debian, big place with lots of packages
05:04 elmo mdz: ?
05:05 mdz elmo: ...
05:05 thom *giggle*
05:05 mdz Keybuk: so anyway, what kind of shape are the tools in for use on an ongoing basis?
05:05 daniels elmo:
05:05 Keybuk ok
05:05 Keybuk well, as I understand things
05:05 Keybuk packages we haven't modified, elmo's magic will pull from Debian
05:05 mdz Keybuk: is it feasible to automate at least the generation of the best-effort merges, and file bugs for their review?
05:06 Keybuk yeah, I think so
05:06 Keybuk if he can flag that a package we've modified has a new Debian version, my stuff can pull previous and current Debian, try to apply the diff to warty, and do it's dropped stuff
05:06 Keybuk automating a bug filing ... I have no idea about ... I imagine it's doable though
05:07 mdz Keybuk: there's a module in debzilla for filing bugs in bugzilla; it's dead easy
05:07 Keybuk should we flag them all, or just the ones which the debian patch doesn't apply to?
05:08 mdz based on the last round, i think at least an eyeball review is called for
05:08 mdz and a test build
05:08 Keybuk yeah, I tend to agree
05:08 Keybuk there were a few where patch did odd things
05:08 mdz though, these are much smaller
05:08 elmo Keybuk: how do you want me to flag that to you?
05:08 mdz the ones where it did truly odd things seemed to cause build failures anyway, so they'd be caught
05:09 mdz having elmo's stuff send notifications sounds hairy; maybe Keybuk's stuff should just pull a Sources file from Debian on its own
05:09 Keybuk the main issue is that I'm running on rookery
05:09 elmo mdz: I can ultra-trivially dump the lorraine output to a text file which keybuk can wget?
05:09 elmo Keybuk: why's that an issue?
05:10 mdz elmo: works for me
05:10 Keybuk just a text file of source package names elmo thinks Debian have newer than warty would be ideal
05:11 Kamion sorry I'm late
05:11 mdz Keybuk: as part of your output, can you include a debdiff from Hoary->the merged version?
05:11 Keybuk yeah, if elmo installs that on rookery <g>
05:11 mdz good point
05:12 mdz I've been nagging him for a week to put it on jackass :-P
05:12 elmo err, you so haven't
05:12 elmo anyway, it's on rookery
05:12 mdz Oct 29 12:41:07 <mdz> elmo: debdiff on jackass, please?
05:13 Keybuk would you prefer debdiff from base -> {old hoary, new hoary} as well? instead of just ordinary patch?
05:13 elmo mdz: ... one IRC message [that I missed] is nagging for a week?
05:13 mdz elmo: I could dig up more :-)
05:13 mdz Oct 26 15:25:44 <mdz> could I get debdiff+interdiff on jackass?
05:14 Keybuk mdz: so, this debzilla thing, what's that?
05:14 mdz Keybuk: that's the thing which creates bugs in bugzilla based on debbugs bugs
05:14 elmo do you want just main, or main +universe?
05:15 mdz Keybuk: matt.zimmerman@canonical.com--2004/debzilla--mainline--0
05:16 mdz elmo: ideally both, but filterable
05:16 mdz e.g., mark them as main or not in the text file
05:16 mdz so we could generate the output for universe, but not file bugs
05:17 elmo ok
05:17 mdz Keybuk: work for you?
05:18 Keybuk yup
05:19 mdz Keybuk: yeah, base->new hoary is good too
05:19 mdz I'm hoping those will be small and easily reviewable
05:19 Kamion has the problem that we often don't have the right base been fixed?
05:19 Keybuk yeah, hopefully
05:19 Kamion that bit me with a lot of the last round of merges
05:19 Keybuk Kamion: theoretically it's seen the right base now :p
05:20 Keybuk but yeah, I'll write some code to string ubuntu* and look on snapshot for that
05:20 Kamion Keybuk: certainly won't've done for some of the ones I'm doing
05:20 Kamion ok
05:20 Keybuk string? strip!
05:20 Keybuk that's actually easy ... the only reason I didn't do it before is because I'm fallible and didn't think of that <g>
05:20 elmo keybuk: jackass/lorraine/needs-merged.txt
05:20 elmo missing universe atm. but is that okay?
05:21 Keybuk cool
05:21 Keybuk yup
05:21 Keybuk I assume it'll be s/main/universe/ :p
05:21 elmo for universe ones, yes
05:22 elmo it's "%s %s" % (pkg, component)
05:22 mdz so I guess we'll find out in the course of doing this, how much manual work it will truly be
05:23 mdz I think it will be fairly reasonable
05:23 mdz but hopefully just enough to provide the necessary incentives to push our changes upstream :-)
05:23 mdz speaking of which, herbert's kernel-package stem patch needs to go upstream
05:23 Keybuk what are we doing wrt to the current patches, btw?
05:24 Keybuk have they all been pushed, or do we need to push some, etc.
05:25 mdz we don't have those figures
05:25 Kamion I've been going over d-i stuff as I upload the merges, pushing upstream as appropriate
05:26 mdz of course we do have a fair volume of stuff that upstream isn't going to want
05:26 mdz maybe after hoary when we have better tools, we can do a comprehensive review and make sure that everything has been submitted upstream
05:27 Kamion indeed, by far the greatest volume of the d-i patches is branding
05:27 mdz maybe we'll even have someplace to store that metadata :-P
05:27 mdz and mark patches as should-go-upstream or not
05:27 mdz anything else to discuss as part of the meeting?
05:28 Kamion seeds?
05:28 mdz good call
05:28 Keybuk I'm going to finish brutalising hct's cli today ... will work on the continual merge thing tomorrow
05:28 Kamion (viz., having some)
05:28 mdz should we temporarily use some other repository for the master seed lists until the wiki is fixed?
05:28 Kamion I'm happy with a world-writable text file on rookery, personally :-)
05:28 mdz they could be part of germinate's source tree
05:28 Keybuk we could always use the old wiki?
05:28 Kamion Keybuk: that might be a plan
05:29 mdz Keybuk: only if we can enable changes on a per-page basis
05:29 mdz what about a group-writable arch archive?
05:30 Kamion as long as we can get at it from {my dev boxes, little, jackass} that'd work
05:30 Kamion I don't think it should be part of germinate's source tree
05:31 mdz is the wiki really the best place for it long-term?
05:31 mdz maybe when we were editing it every day, it was
05:31 mdz we can keep proposals in the wiki, and move them into the official seeds by other means
05:32 mdz needs a change history -> arch
05:32 elmo the nice thing about the wiki is it was a http get for germinate
05:33 elmo or anything else that wanted to fuck around with seeds
05:33 Kamion elmo: we can do that with arch too
05:33 mdz a tla get isn't much different, no?
05:33 Kamion elmo: dump a checkout on rookery
05:33 mdz can't tla dump a file for you in one step?
05:34 elmo Kamion: yeah, true
05:34 mdz even if not, a checkout isn't a big deal, I suppose
05:34 Kamion fewer dependencies would be good, but I don't see a problem with having a cronned tla update on people/~cjwatson/seeds/ or whatever
05:34 mdz I don't see a problem with germinate doing a tla get
05:34 Kamion it's slow enough already :P
05:35 mdz yeah, exactly :-)
05:35 mdz what should we call the archive?
05:35 Kamion and where should it go? do we want non-canonical staff to be able to write to it?
05:36 Kamion (I assume the answer is "eventually, yes")
05:36 mdz right
05:36 mdz but it isn't a big deal if they can't quite yet
05:36 mdz it's not something which changes often, and we can propagate things easily enough when there's a consensus
05:36 Kamion so just chinstrap as before then, I guess
05:36 mdz yeah
05:37 mdz more a question of a personal archive vs. something else
05:37 mdz Kamion: fine with me if you want to keep them in your archive next to germinate
05:37 Kamion ubuntu-devel@lists.ubuntu.com/seeds--warty--0 etc.?
05:37 Kamion mdz: that's a bit technically awkward for group-writability, because my archive on chinstrap is only a mirror
05:38 Kamion and y'all don't have logins on my home server
05:38 mdz ah, separate then, I suppose
05:38 mdz does anyone know if we have an official naming scheme for public archives from the arch guys?
05:38 Keybuk we do for imports, yes
05:38 mdz anything which we could apply here as well, for consistency?
05:39 Keybuk <product>@arch.ubuntu.com[--<source>-<year>] /<source>--<branch>--<version>
05:39 Keybuk Kamion's idea seemed sound to me
05:39 mdz the ubuntu-devel one?
05:39 Keybuk yeah
05:40 mdz works for me
05:40 Kamion if there are no objections, I can create that after the meeting, import warty's seeds, and tag them onto hoary
05:40 mdz we can always change it if the arch secret police object
05:40 mdz Kamion: sounds good
05:40 mdz we have a bunch of seed changes to review and effect
05:41 mdz I have a list from the kickoff meeting
05:41 mdz and I believe there is stuff in the wiki for hoary
05:42 mdz arything else to discuss?
05:42 Keybuk not from me
05:43 mdz ok, adjourned
05:44 mdz thanks, guysMeetingLog/Ubuntu/2004-11-13 (last edited 2008-08-06 16:19:23 by localhost)