[05:22:42] Join madduck_ has joined this channel. (~madduck@p3E9EBFB7.dip.t-dialin.net) [05:22:45] Mode madduck gives channel operator privileges to madduck_. [05:23:26] Mode madduck gives channel operator privileges to madduck_. [05:37:04] are you going to invite the candidates in here? [05:37:12] I think we should ask them to change their nicks to be their names [05:38:44] Join aj has joined this channel. (aj-irc@azure.humbug.org.au) [05:39:04] good morning aj [05:39:19] good afternoon, madduch -- what channels am i meant to be in? [05:39:27] madduck even [05:39:52] aj: this one and the debate one, at least. [05:40:45] Join stockholm has joined this channel. (~andi@petrus.schuldei.org) [05:41:51] ah, and -discuss, and that's all? [05:41:57] stockholm: good morning. [05:42:01] (hey stockholm, helen) [05:42:02] aj: yes [05:42:11] aj: yes, that's all. [05:42:45] aj, stockholm: at your convenience, please change your nicks to AnthonyTowns and AndreasSchuldei (or similar) [05:43:06] madduck_: hi! [05:43:51] madduck_: Andreas_Schuldei The hand of the deity is upon thee, thy nick may not change [05:43:54] (#debian-dpl-debate) [05:44:09] should i leave that channel first? [05:44:14] Join Overfiend has joined this channel. (~branden@cpe-65-26-182-85.indy.res.rr.com) [05:44:25] Overfiend: at your convenience, please change your nick [05:44:36] (good afternoon) [05:44:46] 00:44 [freenode] -!- BrandenRobinson The hand of the deity is upon thee, thy nick may not change (#debian-dpl-debate) [05:44:55] madduck_: ---^ [05:45:32] aye [05:45:36] wtf??? [05:45:45] i think you may have to /part the channel and rejoin. [05:45:48] no clue why... [05:45:51] balls. [05:45:54] maybe because it's moderated? [05:45:57] sorry [05:46:01] Nick Overfiend is now known as BrandenRobinson. [05:46:21] aj, stockholm: please do the same. [05:46:43] where are gus, jonathan, mjg59? [05:46:44] Nick aj is now known as AnthonyTowns. [05:47:16] "Why register and identify? Your nick is how people know you." - heh [05:47:18] maybe krooger is stuck in line at Kroger. [05:47:33] [05:50:00] Nick stockholm is now known as AndreasSchuldei. [05:50:19] Join mjg59 has joined this channel. (~mjg59@tyrosine.codon.org.uk) [05:50:28] mjg59: great. good morning. [05:50:37] 4 out of 6 [05:50:41] morning to all :) [05:50:44] mjg59: please part from -debate, change your nick to your real name, then rejoin -debate. [05:50:58] Nick mjg59 is now known as MatthewGarrett. [05:55:38] * AnthonyTowns wonders how this is going to all work [05:56:04] AnthonyTowns: we do too. :) [05:56:11] awwwesome [05:56:33] branden's done this all before, we should just let him moderate :-P [05:56:39] :-P [05:57:17] okay, that's two tongues out. Where do the other 2/3rds of the candidates stand on the all-important exposed tongue issue? [05:57:28] lol [05:57:36] Join gus has joined this channel. (~user@46.33.233.220.exetel.com.au) [05:57:40] howdy gus [05:57:50] okay, andreas will only expose his tongue in a wide jawed laugh [05:57:54] My tongue is remaining entirely within my mouth [05:58:02] bah. just managed to get out of a meeting :( [05:58:10] gus: please change your nick to AngusLees. you will need to part from -debate and rejoin to be able to do so. [05:58:13] (Lordy, I'm tired) [05:58:14] MatthewGarrett: /your/ mouth? [05:58:31] MatthewGarrett: hehe - me too [05:58:53] MatthewGarrett: the adrenalin will be there in a se [05:58:55] sec [05:58:59] no sign of Jonathan Walter? [05:58:59] * BrandenRobinson isn't tired. Just nervous and hallucinating. Should make for some entertainment. [05:59:05] madduck_: "Walther" [05:59:07] with an H [05:59:16] but, no I haven't seen him under any of his nicks [05:59:18] SirD* [06:00:58] so are we supposed to keep up with / chat on -discuss too? [06:01:06] gus: if you want. [06:01:09] please change your nick... [06:01:26] Nick gus is now known as AngusLees. [06:01:33] AngusLees: thanks [06:01:57] sorry, hadn't realised it hadn't worked previously.. [06:01:59] yay [06:02:15] in previous years, candidates talking on -discuss was not allowed. [06:02:23] because of the time limits on replies [06:02:37] BrandenRobinson: it's your own decision [06:02:48] BrandenRobinson: if you can multitask... [06:02:53] shall we all (candidates) take a pledge not to real quick? :) [06:03:11] i can't keep up with -discuss already :) [06:03:18] heh. i've already got information overload [06:03:18] me either. [06:03:26] MatthewGarrett: please join #debian-dpl-debate! [06:03:28] * BrandenRobinson is swamped as well. [06:03:33] BrandenRobinson: can you rephrase that? [06:03:41] MatthewGarrett: nevermind [06:03:51] AndreasSchuldei: we can all mutually agree to not speak on debian-dpl-discuss during the actual debate [06:04:03] oh, sure. [06:04:15] i would not dare waste time [06:04:21] just to keep the playing field level for people who don't have multiple brains. [06:04:45] * BrandenRobinson so pledges, contingent on unanimity :) [06:06:13] AndreasSchuldei: wake up! [06:06:18] and yay, i get a phonecall as soon as helen hits enter. yeesh [06:06:40] i am awake, whats wrong? [06:06:48] #debian-dpl-debate... [06:06:51] ah [06:07:08] AndreasSchuldei: please confirm you are there and ready to go [06:07:23] * AndreasSchuldei waves [06:07:37] in -debate, please... [06:08:54] Join SirDinosaur has joined this channel. (~user@s142-179-93-180.bc.hsia.telus.net) [06:09:09] we're answering here, right? [06:09:11] SirDinosaur is Jonathan Walther [06:09:13] SirDinosaur: please change your nick to JonathanWalther. you nwill need to part and rejoin -debate [06:09:16] * SirDinosaur waves. [06:09:17] AnthonyTowns: that's my understanding [06:09:19] just got in from church. [06:09:19] AnthonyTowns: yes [06:09:20] helen: is anything more required? [06:09:35] AndreasSchuldei: nope, paste your answer in *here* when you are ready or when we call Time. [06:09:43] yes [06:09:54] my *scratch* buffer is ready [06:09:55] had a team of 5 prayer warriors praying with and for me. :-) [06:10:05] ouch [06:10:09] SirDinosaur: please change your nick to JonathanWalther. you nwill need to part and rejoin -debate [06:10:16] SirDinosaur: we are already started with the first question, you may want to be quick... [06:10:31] SirDinosaur: we gave you a few minutes to be running late, but we had to get started [06:10:42] thanks helen, I appreciate the breather. [06:10:52] if everyone else will give their answer, I'll start composing mine [06:10:58] SirDinosaur: you need to change your nick [06:11:03] SirDinosaur: please change your nick... :) [06:11:06] crud. [06:11:10] I just did change my nick. guess it didn't work [06:11:13] for that you need to leave -discuss [06:11:23] -debate [06:11:38] -debate, otherwise it wont work [06:11:51] Nick SirDinosaur is now known as JonathanWalther. [06:12:00] (c: [06:12:01] there. danke. [06:12:22] thanks. [06:12:44] helen: I saw everything up until "you agree, please state" [06:12:50] s/up until/past/ [06:13:02] how long do we have left/ [06:13:14] 27 secs [06:13:16] BrandenRobinson: 30 seconds [06:13:26] i saw no question at all [06:13:31] I think the primary responsibility of the DPL with respect to [06:13:31] release management is to make sure the release managers have the [06:13:31] support and resources they need. The recent proposal which I've [06:13:31] decided to call the "Vancouver Prospectus" has done a good job [06:13:31] of getting the ball rolling, when it comes to exposing the [06:13:33] developers at large to the exigencies of release management. [06:13:36] There's a lot more to it than fixing RC bugs, as critical as [06:13:38] that is. As I said in my recent message to -vote, this is a [06:13:41] pardon? [06:13:41] beginning, not the end of the release management process. The [06:13:43] current RM team certainly has my full trust and respect. As [06:13:46] DPL, I pledge to work with them to the best of my ability to see [06:13:48] that their needs are met. Sometimes, that includes deflecting a [06:13:51] flame or two, of course -- though they're amply equipped in [06:13:53] their own regard on that front. :) [06:13:56] did I do the right thing? [06:14:01] BrandenRobinson: yes [06:14:05] and if so, should the rest of us do it too? :) [06:14:08] yes please [06:14:10] now please [06:14:13] The release strategy is primarily the release manager's responsibility. [06:14:14] TIME IS UP [06:14:15] I think the key focus for the DPL is on supporting their role, andensuring they have the resources to act appropriately, such as byorganising meetings like AndreasSchuldei and Steve did in Vancouver, [06:14:17] I believe OpenBSD has developed the optimal release strategy. However I believe that the release team, at their meeting in Vancouver, came up with a very welcome step forward, which will benefit Debian greatly. [06:14:19] and be making sure that other teams are aware of what the release [06:14:22] team needs, and vice-versa. There's a lot of benefit to be had tothe release team from simply ensuring other teams -- such as the [06:14:25] GNOME/KDE teams or the d-i team -- are functioning effectively. [06:14:27] I think the ideal release strategy would result in regular releases, [06:14:30] on either a six, nine, twelve, or eighteen month basis; ideally [06:14:33] predictable to the day. [06:14:35] I think the release team's proposal for sarge and etch is good, and [06:14:38] working out the kinks in it on the mailing lists is the best approach. [06:14:50] I believe that Debian should release faster, but beyond that I believe [06:14:53] the details should basically be left up to the release team. The current [06:14:56] proposals are somewhat controversial, and I'll happily admit that I'm [06:14:59] not a big fan of the idea of reducing our support of other [06:15:02] architectures. However, the release team are the people doing the work. [06:15:05] Now that they've provided more information about the problems they face, [06:15:08] there's an opportunity to try to find other ways of tackling the [06:15:10] problems. The release team are the people responsible for actually doing [06:15:13] the work - if nobody else can come up with an acceptable plan, then we [06:15:16] should support them in their choices. [06:15:46] The DPL should represent the projects views on the release cycle, and [06:15:46] that means the views of the release team. Being DPL should give [06:15:46] little weight over the average developer. Personally I think reducing [06:15:46] the number of archs will be a necessary part of this. Given the [06:15:46] existence of testing, I think the optimum release cycle for stable [06:15:46] releases is probably somewhere around 18-30 months. [06:15:48] [06:15:50] is there an agree on order we should answer the questions? [06:15:55] (crap, how do you people write so much so quickly) [06:16:06] JonathanWalther: no. [06:16:07] JonathanWalther: madduck will change the order as he pastes them into -debate [06:16:12] ok. [06:16:32] (i don't know if you can manage it, but BrandenRobinson said: .... would be nicer than having the name on each pasted line) [06:16:43] my roommate is the greatest; I come home at 10pm to find a big Italian dinner ready waiting on the counter. [06:17:12] * AnthonyTowns watches JW try to distract us all with salivating hunger [06:17:15] AndreasSchuldei: did you see anything that I wrote in the start? [06:17:23] AndreasSchuldei: I can't understand how youwould not see the question [06:17:26] no, i did not [06:17:38] could i have caused this by /ignore #debian-dpl-debate * JOIN NICKS PARTS QUITS [06:17:41] you didn't see my welcome or anything? not ignoring me are you? [06:17:43] damn [06:17:47] is the * at fault? [06:17:56] I don't know [06:18:02] CANDIDATES, please answer on a single IRC line if possible. [06:18:18] madduck_: ugh, my answers are very likely to overflow that [06:18:34] but I set my texwidth to 40 in Vim, to help the 80-column-limited people [06:18:37] madduck_: It's not possible to answer on a single line unless you want the length of answers to be heavily limited [06:18:37] is that any help: [06:18:38] ? [06:18:38] and is hard to do with cut and paste :( [06:18:42] (it was 65) [06:18:56] tr '\n' ' ' [06:19:17] i'll work on something in my script [06:19:19] madduck_: there is a limit to the length of IRC lines, and some clients truncate them after what they tell you [06:19:32] i.e., you see "abcdefg" at the end of your line in the client... [06:19:39] ...but only "abc" shows up. [06:19:53] IRC lines can go up to 1024 characters in length. [06:19:58] are we on the next question yet? [06:20:09] no, just getting started [06:20:36] AndreasSchuldei: you see what I am writing now? [06:20:36] hey, we should work out a plan to drop gnome, and announce it at the end of the debate [06:20:44] no [06:20:47] it must be the star [06:20:56] I'll repaste it here [06:20:56] how can i unignore * ? [06:21:07] 06:20:44] Question 2 has a time limit of 4 minutes: [06:21:07] [06:21:00] 2. The New Maintainer queue has recently been "revived" thanks (in part) to additional manpower. Where do you see the strengths of the current approach to new maintainers, and which weaknesses can you identify? In what ways does the current NM process ensure the necessary skills of a prospective developer, and where does it fall short? What might you do after your election to further improve the [06:22:25] AndreasSchuldei: I'm sorry, I don't know. [06:22:43] AndreasSchuldei: /ignore shows you the index numbers. [06:22:48] /uinignore [06:23:09] this reminds me of the running of the bulls in Pamplona. [06:23:16] except with DPL candidates instead of bulls. [06:23:34] 100 seconds left [06:23:49] The NM process is strong in that it [06:23:49] probably weeds out those who are only [06:23:49] very casually interested. The downside [06:23:49] is that it is so rigorous that it might [06:23:49] scare off, or drain, people who could [06:23:51] otherwise contribute valuably. Some of [06:23:53] this year's DPL candidates (including aj [06:23:56] and myself) came in under the old [06:23:58] system, and I don't think anyone can [06:24:01] deny that we've contributed a lot to the [06:24:04] project. A good start, as DPL, would be [06:24:06] to simply talk to the NM team and find [06:24:09] out what gets complained about by the [06:24:11] actual applicants. Also, there's a [06:24:14] legendarily difficult dynamic loader [06:24:16] question that's in T&S that might, [06:24:19] perhaps, be overkill. [06:24:21] madduck_: if you want me to join that beast, I will [06:24:42] erk [06:24:49] one sec [06:25:03] I haven't had any particular reason to complain about the skills of any [06:25:04] It has been 8 years since I went through the New Maintainer process. I haven't looked at it since then. Since we keep bringing new developers on board, it must be working well. If anyone knows of any problems with the New Maintainer queue, they are welcome to bring them up to me before, after, and during the election. Vote Jonathan Walther! [06:25:06] of the recent new maintainers, so I'm happy enough with the amount of [06:25:09] testing that we're performing. Again, I don't really see it as the DPL's [06:25:12] job to interfere with the working of a system unless there's obviously [06:25:16] something wrong, and as far as I can tell the majority (if not all) of [06:25:18] Time people [06:25:20] I've posted about NM on -vote; but to summarise. I think there are a few [06:25:24] flaws remaining in NM; most notably that it takes a long time to go [06:25:26] through. I was accepted into Debian within a week or so of applying, and only [06:25:26] the people working on NM are doing an excellent job of it. [06:25:29] to maintain "distributed-net-pproxy", in non-free. Now, people routinely [06:25:32] have to wait months before they can get in, which is far from ideal. [06:25:33]  [06:25:34] The new maintainer process helps people entering the project to reach a good skill level on technical terms today. It still has probems with the socal skills. somehow we filter for endurability and patient, not for the ability to cooperate.It might help to add a SocialSkills part to the process and communicate how the new maintainer should try to behave. [06:25:34] I'd like to see NM focus more on a mentoring role; so that the "tasks and [06:25:37] skills" section at least, and some of the procedures/policies section to [06:25:40] In my SmallTeams approach explained in my platform the NM process is partly integrated and has mentoring and social skills included. [06:25:40] mostly consists of working on real packages with real maintainers, rather [06:25:44] than often filling in questionnaires, or working on new packages that aren't [06:25:46] necessarily very useful. There are some more details in my post ot -vote, [06:25:50] and I think the example of the -women mentoring project is worth following, [06:25:53] but more details will need to be worked out over time as well. [06:25:55] my irc client may be playing up, yay :( [06:26:01] AnthonyTowns: :( [06:26:09] madduck_: Branden's reply has been truncated [06:26:20] I'll keep pasting the questions in here after I ask them in -debate [06:26:28] helen: thanks. that helps. [06:26:30] BrandenRobinson: where??? [06:26:38] on the actual channel [06:26:43] madduck_: It got to "A good start, as DPL" [06:26:57] The new maintainer process is to weed out people who are unsuitable [06:26:58] (either technically or because they're just downright unhelpful). My [06:26:58] (uneducated) understanding is that few people are actually *actively* [06:26:58] turned away by this process, and certainly Debian has little in place [06:26:58] to deal with such people once they make it into the project. So this [06:26:58] probably shows that almost all people in NM are appropriate and we [06:27:00] should optmiise the process a little on that assumption. In [06:27:02] particular, I'm not at all confident that existing DDs would survive [06:27:04] what we ask of new DDs now, which says a lot. Perhaps forcing *all* [06:27:07] DDs to "reevaluate" regularly might force us all to pay more attention [06:27:08] to the suitability of NM - as well as giving us a way to weed out MIA or maintainers that no longer reach our increasing demands. [06:27:11] [06:27:49] * JonathanWalther looks at Angus mirthfully. [06:29:07] madduck_: Angus got truncated this time. [06:29:41] a rapier wit is no match for a 40-character-per-line limit! [06:29:47] "MIA or ma" [06:30:12] btw: i have -debate now [06:30:31] AndreasSchuldei: you can see what i say there? [06:30:44] yes i do [06:30:55] good, that's much better [06:31:02] [06:30:37] Question 3 has a time limit of 5 minutes: [06:31:02] [06:30:43] 3. It has often been claimed that Debian is growing too large. What positive and what negative influences does Debian's current size have on the project? Depending on where you see Debian in the future, what steps would you take as DPL to shrink or grow the project, or to help it maintain its current extents? [06:31:07] just incase anyone missed it [06:31:41] fmt sucks [06:32:14] madduck_: you're doing fine. Glad I'm not doing your job here... [06:34:42] * madduck_ fixed his script [06:34:58] great :) [06:35:01] The large size of Debian, in terms of our developer population, our userbase, and the size of our archive (thanks to both package coverage and architecture support) is both a blessing and a curse. Large size makes us appealing to a broad audience, and often an official Debian package of a FLOSS project you've heard of is just an apt-get away. Still, the large size means we've accumulated a lot of cruft. I think Mart [06:35:08] urp [06:35:11] BrandenRobinson: feel free to paste as before [06:35:13] that didn't paste how I wanted [06:35:13] BrandenRobinson: Truncated [06:35:19] yeah. balls. [06:35:20] It's not clear whether the question refers to the size of the archive or [06:35:20] Beyond its free software stance, Debian's size is probably its most [06:35:20] significant asset. Because the number of developers is (pretty much) [06:35:20] allowed to scale with the amount of free software packaged, Debian is [06:35:20] ableto give each package a much larger amount of attention than any [06:35:20] other distro. This is evident in the complexity (and usefulness) of [06:35:21] our postinsts compared to (say) the average redhat ".tar.gz with deps" [06:35:22] going back to 40 cols [06:35:23] package. I think the project is growing at a reasonable rate [06:35:23] the number of people involved. If the former, I think that's up to the [06:35:25] currently, and all we (and the DPL) really need to do is watch out for [06:35:26] release team - if they believe we can release with an archive this size, [06:35:27] bottlenecks that aren't scaling with the number of members. One such [06:35:29] then we should do so. If they don't, then we'll need to start thinking [06:35:29] point was DAM, which is now being addressed - perhaps the security [06:35:31] team might be next (I have no idea without talking with people [06:35:32] about approaches to reduce the size. The wide range of software we offer [06:35:33] involved in various areas). [06:35:34] Debian's great as a large project; the more architectures and packages and developers and users we can support the better. Each of those have problems though; lots of architectures are a hot topic right now; but the others cause problems too: lots of packages make it hard for users to know what to install, make it hard to track bugs, and make it hard to provide services [06:35:35] [06:35:35] is obviously something our users like, and it would be good to be able [06:35:36] Groups that dont grow stagnate. But Debian can grow a lot bigger if it manages to handle the process smoothly. It has reached several chokepoints now, limiting its growth severly. The SmallTeams approach i presented in my platform is a unique and proven way of letting social groups grow larger without losing their charater or vision. With its help there would be a smooth entry point for developers and users to help along on most level [06:35:38] to continue supporting that. [06:35:40] (like the buildds or the archive or mirrors or lintian.debian.org) that work on all of them. Lots of developers make it hard to reach consensus on issues, and understand what everyone else in the project is doing. And lots of users mean that you're never allowed to make mistakes. :) [06:35:41] If it's in terms of the number of people involved, then the obvious [06:35:43] issue is that it's harder to keep a strong sense of a single community. [06:35:45] I think Debian's about solving those problems as well as possible, and making an OS that works as effectively as possible for everyone. [06:35:46] I don't think that Debian growing in size is an intrinsic problem, but [06:35:47] The large size of Debian, in terms of our developer population, our userbase, and the size of our archive (thanks to [06:35:50] we need to be able to communicate more clearly within the project. With [06:35:51] Many hands make for light work. The more the merrier! As DPL I will let things develop organically, as they have so far. When we reach the natural limits to our growth, we will stop growing without any need for DPL intervention. [06:35:52] a small set of developers, information can be trusted to pass back and [06:35:54] audience, and often an official Debian [06:35:55] forth. With a thousand people involved, we need to be more rigerous in [06:35:57] package of a FLOSS project you've heard [06:35:59] terms of making sure that people are told everything that they need to [06:35:59] of is just an apt-get away. Still, the [06:36:02] know. [06:36:02] large size means we've accumulated a lot [06:36:04] of cruft. I think Martin Michlmayr has [06:36:05] AndreasSchuldei: truncated... [06:36:07] done a great job with MIA, but we [06:36:09] probably need more people doing it, if [06:36:13] we can find the volunteers. Likewise, [06:36:15] we might want to more strongly consider [06:36:17] an MIA review process for packages [06:36:19] themselves. Some packages in sarge [06:36:22] haven't been revved since woody -- they [06:36:24] should be looked at, at the very least. [06:36:26] BrandenRobinson: "(thanks to audience, and often an official Debian" [06:36:27] Managing growth is a major challenge for [06:36:28] The SmallTeams approach i presented in my platform is a unique and proven way of letting social groups grow larger without losing their charater or vision. With its help there would be a smooth entry point for developers and users to help along on most levels. [06:36:29] all organizations -- many businesses [06:36:32] fail because they can't manage this. [06:36:34] The DPL's primary role in many respects [06:36:37] is to manage growth. IMO the best way [06:36:39] to do this is keep one's ears open, and [06:36:42] remember the Social Contract: We Won't [06:36:44] Hide Problems. [06:36:47] what a mess :( [06:36:49] I wonder if we'd be better off /dcc sending text files [06:36:53] audience, and often an official Debian [06:36:53] package of a FLOSS project you've heard [06:36:53] of is just an apt-get away. Still, the [06:36:53] large size means we've accumulated a lot [06:36:55] of cruft. I think Martin Michlmayr has [06:36:58] done a great job with MIA, but we [06:37:06] does that help? [06:37:13] BrandenRobinson: we need the log of what you said compared to what we pasted into -debate [06:37:14] yeah [06:37:24] BrandenRobinson: We got a ( but not a ) (as far as I could tell) [06:37:38] 01:35 < BrandenRobinson> The large size of Debian, in terms of [06:37:38] our developer population, our userbase, [06:37:38] and the size of our archive (thanks to [06:37:39] both package coverage and architecture [06:37:39] support) is both a blessing and a curse. [06:37:41] Large size makes us appealing to a broad [06:37:43] 01:35 < BrandenRobinson> audience, and often an official Debian [06:37:48] oh, I see. [06:37:48] grrrr [06:37:51] that better? [06:38:12] I don't know why irssi laid out that first line like that [06:38:18] "We Won't Hide Problems. what a mess :(" :) [06:38:20] AndreasSchuldei: you were truncated in the first reply. Please repaste [06:38:29] The SmallTeams approach i presented in my platform is a unique and proven way of letting social groups grow larger without losing their charater or vision. With its help there would be a smooth entry point for developers and users to help along on most levels. [06:38:34] that is the second part [06:39:21] AnthonyTowns: yeah, that's the sound of 100 rank-1 votes going away :-P [06:39:35] madduck_: do you need the first part, again? [06:40:26] yes [06:40:27] AndreasSchuldei: yes [06:40:41] Groups that dont grow stagnate. But Debian can grow a lot bigger if it manages to handle the process smoothly. It has reached several chokepoints now, limiting its growth severly. [06:40:56] (stagnant) [06:41:06] Do not chatter here. i will paste everything. [06:41:43] can we do a ---BEGIN/---END instead and chatter outside? [06:42:11] BEGIN [06:42:11] The large size of Debian, in terms of our developer population, our userbase, and the size of our archive (thanks to [06:42:18] audience, and often an official Debian [06:42:21] package of a FLOSS project you've heard [06:42:25] of is just an apt-get away. Still, the [06:42:27] large size means we've accumulated a lot [06:42:29] of cruft. I think Martin Michlmayr has [06:42:31] done a great job with MIA, but we [06:42:33] probably need more people doing it, if [06:42:36] we can find the volunteers. Likewise, [06:42:39] we might want to more strongly consider [06:42:41] an MIA review process for packages [06:42:43] themselves. Some packages in sarge [06:42:46] haven't been revved since woody -- they [06:42:49] should be looked at, at the very least. [06:42:51] Managing growth is a major challenge for [06:42:54] all organizations -- many businesses [06:42:56] fail because they can't manage this. [06:42:59] The DPL's primary role in many respects [06:43:01] is to manage growth. IMO the best way [06:43:04] to do this is keep one's ears open, and [06:43:06] remember the Social Contract: We Won't [06:43:09] Hide Problems. [06:43:11] END [06:43:14] WTF is up with irssi [06:43:16] that first line does not have all that damn whitespace in it [06:43:52] BrandenRobinson: The first line has (again) gone "(thanks to" and then continued to "audience" on the second line [06:44:21] I'm just going to /exec -o cat a damn text file from now on [06:44:24] it's fucked [06:45:31] we get a semi-live debate next at least [06:45:35] yes [06:47:48] BrandenRobinson: can you also paste your answers in here for the log. [06:48:33] BEGIN [06:48:33] In my view, the relationship between [06:48:33] Debian and SPI has not changed that much [06:48:33] over the years, and that's not a good [06:48:33] thing. SPI appears to be viewed by many [06:48:37] Debian developers as a black box, or as [06:48:39] someone else's problem. The truth is [06:48:41] that SPI is a wholly volunteer-run [06:48:43] organization just as Debian is. SPI, [06:48:46] however, has vastly less manpower. I'd [06:48:48] like to see Debian developers much more [06:48:51] involved in SPI, to exercise their [06:48:53] rights as contributing members, and help [06:48:56] SPI live up to the noble goals upon [06:48:58] which it was founded. We can always use [06:49:01] more eyes and more hands at SPI. I feel [06:49:03] certain I know that better than anyone [06:49:06] else running this year. :) [06:49:08] END [06:49:11] that better? [06:49:13] Time! [06:49:14] time [06:49:20] BrandenRobinson: looks ok to me [06:49:28] * BrandenRobinson breathes a sigh of relief. [06:49:40] sorry, got stuck in the wrong channel. [06:49:43] the /exec -o cat technique is working well for me, and I recommend it. [06:49:45] BrandenRobinson: did it paste fine? [06:49:48] SPI was founded as Debian's legal chaperone, with some in the end trivial side projects like OpenHardware. It's had a whole range of problems over the years, which now seem to be being sorted out. [06:49:52] ERC doesn't have /exec -o [06:49:52] Currently, SPI holds copyrights and trademarks on behalf of the Debian project, and a large proportion of funds, and is increasingly doing the same for other projects. Other organisations in countries outside the US are doing likewise. I think continuing that trend -- ie, diversity at both ends, and increasing effectiveness, is ideal. [06:49:56] JonathanWalther: please repaste here for the log [06:50:19] In an ideal world, Debian would take more interest in SPI. However, it's [06:50:22] clear that there's no great desire from the developers to do so, and I [06:50:25] don't see any especially good reason to motivate them - what SPI does [06:50:28] for Debian is fundamentally not that interesting. However, it's [06:50:31] important to ensure that SPI continues to take good care of our [06:50:33] finances, and if there is any evidence that there are problems there in [06:50:36] future then we should take more action. One thing that I would like to [06:50:39] see improved is SPI's handling of our trademarks - we've had [06:50:42] contradictory legal advice from SPI, and as a result we've taken no [06:50:43] As DPL I would immediately canvass the developer base for recommendations for a good bookkeeper, and hire her on a part time basis to handle all of Debians accounts. By extension, this would include SPI's accounts. Last year Debian last $18,000 dollars due to lack of proper infrastructure for handling donations. This doesn't need to happen. If the SPI board is agreeable, it won't happen. The cost of a parttime [06:50:43] bookkeeper is only $6,000 a year. Considering the amount at stake, ($18,000), that is well worth it. [06:50:44] great deal of action against possible infringement. That's not good for [06:50:47] the project. [06:50:55] SPI is in the process to get its internal process worked out. Current events show that those effords start to take effect. As DPL i will try to help in that process and get involved. Branden, who is on the dpl-team is of course deeply involved allready and could serve in this capacity. [06:51:01] did thatget through? [06:51:07] AndreasSchuldei: yes [06:51:08] yes [06:51:14] yay [06:51:26] AngusLees: ? [06:51:41] There are several issues with SPI. SPI has some issues resulting from [06:51:41] its nature as a volunteer organisation - I don't see why Debian would [06:51:41] be any different here. Its 501c3 status, however, is only meaningful [06:51:41] to US donors, and I think SPI (themselves) overstate their usefulness [06:51:41] to Debian because of this. I would rather see the existing loose [06:51:41] arrangement of tracking distributed piles of money with more [06:51:44] formalised non-profit entities in many countries. SPI would be but [06:51:45] one of these and Debian would oversee and manage them. On a different [06:51:47] track, I see SPIs reason for existence as purely a financial entity - [06:51:49] I am nervous about the few plans people have had for growing SPI into [06:51:51] some political force. If that happened, we'd need to find a new bank [06:51:53] account. [06:52:01] done? [06:52:08] (me?, yes) [06:52:12] ok [06:52:16] helen, move on. [06:52:30] and i thought i was going to get to read some of your replies... ha! [06:53:13] helen: question was truncated [06:53:43] I *told* you guys the IRC server truncates more aggressively than the clients! [06:53:46] or something [06:53:49] :-/ [06:53:52] fuck it. [06:54:53] People organize themselves on the basis of interests and abilities. Debian is a self-organizing project. Those who are interested in Debian will be the best developers. If Debian is doing something to discourage any of the groups mentioned (women, Indians, and elderly) then it needs to stop doing those things at once. [06:55:51] The squeaky wheel gets the grease; noone will know something is wrong until someone speaks up and talks about it. As DPL, I am inviting everyone to bring their problems out into the open where they can be dealt with. [06:56:27] Debian developer's aren't that homogenous, IMO. But there are certainly some groups that're underrepresented. I think we can only solve this for the people who actually want to join and are being prevented somehow; and I'm not aware of large Indian [06:56:36] or elderly groups who'd like to contribute more to Debian but feel unable. I think the -women and translation projects set a good example to follow here of catering to special needs, and I think we should work on making the project as a whole better at those as we learn more those needs. [06:56:55] please use BEGIN/END, as Overfiend proposed. [06:57:06] *cough* :) [06:57:07] Time! [06:57:07] AnthonyTowns: if you are done, you're fine. [06:57:13] BEGIN [06:57:13] I don't think its appropriate for Debian to seek out contributors from [06:57:14] certain groups - if people from under-represented groups wish to join [06:57:14] then that is up to them. What Debian should do is make sure that [06:57:14] there are no barriers that unfairly affect certain groups - if/when [06:57:14] they are identified, we should all do what we can to remove them. [06:57:15] [06:57:17] END [06:57:27] BEGIN [06:57:27] Unfortunately, I'm not sure there's a [06:57:27] lot that Debian can do in an official [06:57:27] outreach capacity. I haven't seen many [06:57:30] proposals along those lines. It should [06:57:32] be noted that some groups are [06:57:35] underrepresented due to the "digital [06:57:37] divide" -- in many countries, [06:57:40] socioeconomic stratification keeps [06:57:42] Again, SmallTeams is a possible answer here. With an on-team-translator, even people from other language groups could contribute, for example. (I talked to developers from India about this and he thought it was more of a cultural thing with free software, though). [06:57:42] Debian from being accessible to people. [06:57:45] Educational opportunities are lean for [06:57:46] Debian-Women is making an effort to integrate more women in the project already and seems to do a good job at it. other underrepresented groups could follow their example. [06:57:47] many people worldwide as well. [06:57:50] Focussing on the "developed" world, I [06:57:52] think it's mostly a matter of creating a [06:57:56] less threatening environment. I don't [06:57:57] mind good rip-roaring debates, but we [06:58:00] can all remind ourselves that [06:58:03] group-oriented prejudices and [06:58:05] stereotypes are out of place. The good [06:58:07] news is that I only hear of these mostly [06:58:10] because they have been forced [06:58:13] underground in our project. Overall, [06:58:15] Debian is a really tolerant place. I [06:58:17] welcome folks' thoughts on how we can [06:58:20] capitalize further on that trait. [06:58:22] END [06:58:25] madduck_: AnthonyTowns was trying to remind you BEGIN/END was *his* proposal. Shame on you for giving me credit for something he did ;-) [06:58:25] BEGIN [06:58:32] The debian-women project has done a great deal to make Debian more [06:58:32] accessible to women, and the increased number of women in the NM queue [06:58:36] shows that it's beginning to take effect. I think we need to look at [06:58:38] making Debian more accessible to other underrepresented groups, and I [06:58:41] think debian-women is a good model to work from here. More input from a [06:58:45] wider range of groups makes it easier for us to produce a distribution [06:58:47] that's useful for as many people as possible, and that's good for the [06:58:50] spread of free software. [06:58:52] END [06:59:44] * madduck_ is starting to get the hang of it. [06:59:52] madduck_: helen: While I think about it - it would be great if you could write up your experience of this for future moderators [06:59:59] MatthewGarrett: of course. [07:00:04] MatthewGarrett: that already occured to me [07:00:12] i will have a script ready too [07:00:20] dang, you stopped pasting questions in here. how annoying. [07:00:31] 07:59 <@helen> 6. How do you plan to integrate your duties as DPL with your [07:00:34] real life and your duties as Debian developer? On a hypothetical [07:00:37] what is the emacs command to split a window? [07:00:37] level, how would you react to substantial criticism that you are [07:00:40] not devoting enough of your time to the job? [07:00:44] JonathanWalther: sorry, got distracted sorting other things [07:00:46] 2 minutes [07:00:52] ah, there we go. two windows. [07:01:12] no more need for pasting, but thank you Martin. [07:01:48] I'm sorry, I don't have enough time to answer that question. :) [07:01:49] Umm, mostly I expect to be able rely on other developers to help me out if there gets to be a lot to do; most of the projects in Debian I've workedon have had co-maintainers, teams, or NMUers, or patchers or similar, andI expect if I'm DPL, I'll try to follow the same philosophy there. [07:01:57] BEGIN [07:01:57] I believe I mostly addressed this issue [07:01:57] in my platform, and I urge people to [07:01:57] review it. My real-life duties are [07:01:57] already largely integrated with my life [07:01:59] as a Debian developer, since I work on [07:02:01] "Debian stuff" as part of my job (and [07:02:03] END [07:02:04] career). If time constraints impose, I [07:02:05] Time! [07:02:07] expect to be able to seek assistance [07:02:09] from others. Delegation is good. The [07:02:12] DPL team of which I'm a proud part is [07:02:14] just one source of candidates for [07:02:17] delegates. Above all, regular reporting [07:02:19] and accountability are key to preventing [07:02:22] time limitations from becoming [07:02:24] crippling. [07:02:27] END [07:02:29] wow, that was a whip-cracking interval. [07:02:58] gotta keep you on your toes... ;) [07:02:59] BEGIN [07:03:02] If there is justifiable concern that I am not devoting enough time to [07:03:04] Criticism is not a problem. I am accustomed to controversy. Technical excellence is what is important here. You will NOT get excellence without debate and competition. As for time, I have a job which is very flexible in hours. My availability to meet the needs of the project is excellent, probably the best of all the candidates. [07:03:06] AnthonyTowns: sorry for misattributing to Branden. [07:03:06] the role of DPL, and if I am unable to alter the situation, then I will [07:03:09] resign. I don't believe that that will be necessary, though. I've been [07:03:12] reducing my other time commitments over the course of the past few [07:03:14] months, and the student lifestyle is fairly well suited to having time [07:03:17] to devote to Debian... Fundamentally, the role of DPL should not be a [07:03:20] huge time sink. It's about ensuring that the right people are doing the [07:03:21] BEGIN [07:03:22] I consider travelling as an extremely important factor of being DPL. [07:03:22] Before nominating, I carefully considered the time I will have [07:03:22] available and I am confident that I can do what is required and it [07:03:22] will not impact on my existing (minimal) Debian duties. [07:03:22] [07:03:23] right job, not micromanagement. [07:03:24] END [07:03:26] END [07:03:30] BEGIN I think that I established very well that i prepared and planned ahead for this not to happen: i can work on Debian and DPL issues during work hours and have the DPL-team to fall back on. [07:03:35] Even with flames and critizim, which can hurt individuals and demotivate them severely, the team can help by offering moral support.END [07:03:42] embedded end. ouch [07:04:52] AndreasSchuldei: I'm sure madduck will sort it out :) [07:05:03] helen: maybe question 8? [07:05:16] madduck_: we're out of time. [07:05:30] madduck_: lets discuss the question in -moderator [07:05:34] oh crap. [07:05:37] can we hold the debate? [07:05:43] my landlady is having a severe insulin reaction. [07:05:51] 10 minutes break [07:10:22] 5 more minutes [07:10:25] can a moderator sugged on -discuss that followup questions should go to -vote or the moderators or something? [07:10:29] suggest [07:10:59] AnthonyTowns: that's a good idea, we can say it on -debate at the end (someone remind me or madduck to do that, please!) [07:11:02] * BrandenRobinson seconds that. [07:11:13] I thought aj meant followups to phase 1 [07:11:19] well, there's some good questions now is all, and yeah what BR said [07:11:23] i.e., for asking in phase 2 [07:11:38] though phase 2 could be full already :) [07:11:43] but not everyone can keep up with 3 IRC channels. [07:11:44] back. [07:11:54] yeah, I don't know if phase 2 is already booked full. [07:11:54] i will announce it up front. [07:11:59] are we all ready to move on? [07:12:09] well, we have 3+ more minutes... [07:12:20] i know. and i am starting to herd the sheep [07:12:20] you announced 10, to be fair we should give people the full stretch IMO [07:12:30] okay. You're the boss. [07:12:33] :) [07:12:48] take your time. but if we start collecting people in 3, you will get 17 minutes of break. :) [07:13:09] madduck_: true. [07:14:23] approaching the end... [07:14:30] AndreasSchuldei: are you going to paste your reply? [07:15:24] i am still writing. english is my second language [07:15:41] JonathanWalther: are you with us now? I hope so. We have to get on with this... [07:15:55] helen: yes, I'm here. the medical things are taken care of. [07:16:01] ok, that's good. I hope all is ok. [07:16:10] nothing scarier than hearing moans and cries at midnight. [07:16:13] The DPLs job is to find the right people to manage the release. I think the present team is excellently qualified and has worked on the issues involved for some time already. My job as DPL would try to help them sort out problems outside their power. [07:16:41] done? [07:16:58] It would be their job to find the best release strategy. [07:16:59] yes [07:17:43] JonathanWalther: you have an exciting life. (c: [07:17:50] macabre! [07:18:16] as long as it turns out well, it is ok. [07:18:21] eww, stinky gus ;) [07:18:35] JonathanWalther: you're wanted on -debate [07:18:37] AndreasSchuldei: diabetes is an excitement everyone should be blessed to live without [07:18:53] AndreasSchuldei: but looking after a disabled senior with diabetes has taught me a lot. [07:18:55] JonathanWalther: you need to "pong" on -debate. [07:19:01] * AndreasSchuldei agrees. [07:19:03] danke. [07:19:12] AngusLees, BrandenRobinson: ping? [07:19:21] madduck_: I already ponged. [07:19:27] BrandenRobinson: missed it. [07:19:30] madduck_: you've missed their "/me pongs" lines [07:19:33] sorry [07:19:59] don't worry - lets get going [07:20:14] BrandenRobinson: confirmed [07:20:18] cool. [08:07:58] Nick BrandenRobinson is now known as Overfiend. [08:08:05] Nick AnthonyTowns is now known as aj. [08:08:19] Nick AngusLees is now known as gus. [08:09:08] Nick MatthewGarrett is now known as mjg59_. [08:10:19] please part from this channel [08:10:21] or get kicked. :) [08:10:43] Part mjg59_ has left this channel. () [08:11:27] Kick Overfiend has been kicked from the channel by madduck_. (madduck_) [08:11:30] Kick gus has been kicked from the channel by madduck_. (madduck_) [08:11:32] Kick JonathanWalther has been kicked from the channel by madduck_. (madduck_) [08:11:35] Kick aj has been kicked from the channel by madduck_. (madduck_) [08:11:37] Kick AndreasSchuldei has been kicked from the channel by madduck_. (madduck_) [08:12:00] madduck_: well done! [08:12:04] that was great. not easy at all. [08:12:07] yeah [08:12:10] thanks to you too. [08:12:13] now i must hury [08:12:15] hurry [08:12:20] ok, bye [08:12:24] i'll send you links to the logs [08:12:27] will you summarise? [08:12:27] have a good flight and all. [08:12:30] yes, I'll summarise [08:22:37] helen: people.debian.org/~madduck/misc/2005-dpl-debate [08:23:19] Quit madduck_ has left this server. ("leaving") [08:26:28] Topic madduck sets the channel topic to "The debate is over. Go home.". [08:26:59] ok, thanks [08:28:00] Part You have left channel #debian-dpl-replies. ("Bye :)")