=== rbelem-afk [n=rodrigo@200.246.97.164] has joined #ubuntu-meeting === Simira [n=rpGirl@214.84-48-74.nextgentel.com] has joined #ubuntu-meeting === doko_ [n=doko@dsl-084-059-067-056.arcor-ip.net] has joined #ubuntu-meeting === slomo_ [n=slomo@p5487FAAC.dip.t-dialin.net] has joined #ubuntu-meeting === bmonty [n=bmontgom@wsip-68-15-230-31.om.om.cox.net] has joined #ubuntu-meeting === ozamosi [n=nnnozamo@h174n7c1o1049.bredband.skanova.com] has joined #ubuntu-meeting === ozamosi [n=nnnnozam@h174n7c1o1049.bredband.skanova.com] has joined #ubuntu-meeting === ozamosi [n=nnnnnoza@h174n7c1o1049.bredband.skanova.com] has joined #ubuntu-meeting === ozamosi [n=nnnnnnoz@h174n7c1o1049.bredband.skanova.com] has joined #ubuntu-meeting === rob^ [n=rob@pdpc/supporter/student/rob-ubuntu] has joined #ubuntu-meeting === robitaille [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #ubuntu-meeting === dholbach [i=foobar@i577B0F28.versanet.de] has joined #ubuntu-meeting === dholbach [i=foobar@i577B0F28.versanet.de] has left #ubuntu-meeting ["Ex-Chat"] === highvoltage [n=Jono@196.36.161.235] has joined #ubuntu-meeting === JaneW [n=JaneW@196.36.161.235] has joined #ubuntu-meeting === ..[topic/#ubuntu-meeting:robitaille] : Agendas: http://wiki.ubuntu.com/MeetingAgendas | Calendar: http://wiki.ubuntu.com/Calendar | Logs: http://people.ubuntu.com/~fabbione/irclogs/ | 22 Sep 12:00 UTC: MOTU | 23 Sep 14:00 UTC: DocTeam | 27 Sep 20:00 UTC: Community Council | 3 Oct 18:00 UTC LoCo Teams | 4 Oct 20:00 UTC: TechnicalBoard === ..[topic/#ubuntu-meeting:robitaille] : Agendas: http://wiki.ubuntu.com/MeetingAgendas | Calendar: http://wiki.ubuntu.com/Calendar | Logs: http://people.ubuntu.com/~fabbione/irclogs/ | 22 Sep 12:00 UTC: MOTU | 23 Sep 14:00 UTC: DocTeam | 27 Sep 20:00 UTC: Community Council | 3 Oct 18:00 UTC: LoCo Teams | 4 Oct 20:00 UTC: TechnicalBoard === mvo [n=egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-meeting === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has joined #ubuntu-meeting === ..[topic/#ubuntu-meeting:robitaille] : Agendas: http://wiki.ubuntu.com/MeetingAgendas | Calendar: http://wiki.ubuntu.com/Calendar | Logs: http://people.ubuntu.com/~fabbione/irclogs/ | 22 Sep 12:00 UTC: MOTU | 23 Sep 14:00 UTC: DocTeam | 27 Sep 20:00 UTC: Community Council | 28 Sep 12:00 UTC: Edubuntu | 3 Oct 18:00 UTC: LoCo Teams | 4 Oct 20:00 UTC: TechnicalBoard === azeem_ [n=mbanck@proxy-out.lrz-muenchen.de] has joined #ubuntu-meeting === Yagisan [n=jamie@220-245-248-145-nsw-pppoe.tpgi.com.au] has joined #ubuntu-meeting === cyphase [n=cyphase@adsl-69-105-233-42.dsl.pltn13.pacbell.net] has joined #ubuntu-meeting === JaneW [n=JaneW@196.36.161.235] has joined #ubuntu-meeting === Simira [n=rpGirl@55.80-203-65.nextgentel.com] has joined #ubuntu-meeting === ogra [n=ogra@p5089EF7C.dip.t-dialin.net] has joined #ubuntu-meeting === lamont [n=lamont@dhcp-sn38-07.hrz.uni-oldenburg.de] has joined #ubuntu-meeting === lamont [n=lamont@dhcp-sn38-07.hrz.uni-oldenburg.de] has joined #ubuntu-meeting === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-meeting === joolz_ [n=joolz@kiar.xs4all.nl] has joined #ubuntu-meeting === terrex [n=terrex@84-122-83-29.onocable.ono.com] has joined #ubuntu-meeting === Lathiat [i=lathiat@gasp.bur.st] has joined #ubuntu-meeting [12:34] Thu Sep 22 10:34:38 UTC 2005 [12:35] yes, thanks for that ;) [12:35] im so helpfull [12:36] sure === yann3 [n=yann3@sab57-1-82-231-107-53.fbx.proxad.net] has joined #ubuntu-meeting === dcraven [n=dcraven@CPE000f3d5d5cd1-CM014340007726.cpe.net.cable.rogers.com] has joined #ubuntu-meeting === sistpoty [n=sistpoty@DSL01.83.171.161.183.NEFkom.net] has joined #ubuntu-meeting [02:00] ok [02:00] who's around for the meeting? :) === infinito [n=infinito@75.Red-80-59-227.staticIP.rima-tde.net] has joined #ubuntu-meeting === sistpoty is Stefan Potyra [02:00] ajmitch: i am... at least partially ;) [02:01] hehe [02:01] we don't usually do name intros here, since there's no need to match wiki pages to potential members ;) [02:01] slomo: pff, it's midnight here [02:01] ah... thought it would some kind of tradition ;) [02:01] 10pm here === ajmitch knows ogra, Lathiat, and others were around.. [02:02] 3pm [02:02] no dholbach? [02:02] I was speaking about the time whats now :) === Nafallo [i=nafallo@unaffiliated/nafallo] has joined #ubuntu-meeting [02:02] ajmitch: 14:02 here... but i have to learn mathematics ;) [02:02] wb Nafallo [02:02] bah [02:02] morning all :-) [02:03] hi Nafallo === Nafallo == ChristianBjlevik === ogra <- OlverGrawert === siretart Reinhard Tartler === ajmitch gives up :) [02:03] hi folks ;) [02:03] huhu siretart [02:03] well if we are giving intros [02:03] hi sistpoty === Yagisan == Jamie Jones === dholbach [i=foobar@i577B0F28.versanet.de] has joined #ubuntu-meeting [02:04] ahh, motumeeting _and_ breakfast :-) [02:04] hi [02:04] hi dholbach [02:04] hi dholbach [02:04] hi dholbach [02:04] hi everybody === Yagisan runs for a coffee === Nafallo [i=nafallo@unaffiliated/nafallo] has left #ubuntu-meeting ["Read] === Nafallo [i=nafallo@unaffiliated/nafallo] has joined #ubuntu-meeting [02:04] ok, who wants to volunteer to do the meeting minutes this week? [02:04] shall I do them again? [02:04] if you like ... i'm stuffed... [02:05] why is my IRC screwed? I've got - and + before all names [02:05] ogra: understandable [02:05] i can do the minutes... but only if someone will correct them ;) [02:05] we've got enough people here to get started then [02:05] (the edubutu DVD will be used by the club of rome to promote their documents) === siretart is currently at work, will have some lags here [02:05] and by the unesco... [02:05] ogra: ROCK'N'ROLL! [02:06] yep :) === dholbach is amazed === sivang faints [02:06] ogra: oh man, that's cool! [02:06] sounds great! [02:06] good work :) [02:06] :) [02:06] wow [02:06] let's get cracking [02:07] ogra: amazing, were they impressed by the quality ? [02:07] first item, REVU [02:07] sistpoty: your item, i believe? [02:07] not revu actually, but the server sponsored by canonical [02:07] s/REVU/tiber/ :-) [02:07] since we have it... why not use it for MOTU business as well ;) [02:07] sistpoty: such as? [02:07] RT ? [02:07] sistpoty: MOTU have a server from canonical ? [02:07] sistpoty: like a people.ubuntu.com derivate? [02:07] webspace for other uploads? [02:08] ogra: hm, could be good :) [02:08] whatever we could need it for [02:08] err, that should comae anyway through launchpad at some point i think [02:08] (p.u.c functionality) [02:08] somebody could doublecheck in #launchpad [02:08] dholbach: they've got a meeting now [02:09] sistpoty: I think the point was to use it as developer machine. in the meantime I hacked this revu-build script [02:09] ajmitch: oh i see [02:09] siretart: that's excellent news [02:09] <\sh> morning [02:09] sistpoty: chroots setup for package building? how fast is the box? [02:09] morning \sh [02:09] sistpoty: any root on tiber can now throw revu uploads into revu build, and get it autobuilt and some more diagnostics [02:09] I thought it was a shared linode box [02:09] i think we urgently need something better than UniverseCandidates .... that would be my first shot for additional services [02:09] siretart: cool [02:09] I think some ppl have already seen what I mean [02:09] ogra: yes, certainly [02:10] yeah that'd rock [02:10] ogra: even malone would be better than universecandidates :) [02:10] heh [02:10] well, when LP is working [02:10] ajmitch: AMD Sempron(tm) 2400+ [02:10] <\sh> I think RT is a kewl solution [02:10] <\sh> or via trac [02:10] sistpoty: so it's not a shared box, but a dedicated server for MOTUs? :) [02:10] <\sh> the ticketing system is also nice [02:11] ajmitch: i dunno if this is a vserver or a dedicated one... how could i check? === ajmitch doesn't care which one is used, anything would be an improvement on what we have [02:11] yup [02:11] maybe we can fire up a wiki page to collect ideas for pages that organize our work a bit better [02:12] dholbach: good idea [02:12] like short script for morguecandidates, syncs to make sure they are done, ... [02:12] otherwise we'll waste the meeting time talking about various things we could do :) [02:12] mom [02:12] yeah [02:12] yup, we ned a tool thats good at transition lists... and a tool for the UniverseCandidates [02:12] yeah [02:12] that sounds excellent === ajmitch has a bunch of scritps here that could be put on it [02:12] preferable one that can do both [02:13] for transitions, unmet deps, etc [02:13] MOTUWebTools ? [02:13] sournds good [02:13] starting it [02:13] :) [02:13] next item? === ajmitch will have to clean up his messy scripts first ;) [02:13] UVF, and the lack of knowledge of it? [02:13] i'd like to speak about user-accounts [02:13] sistpoty: ok [02:13] on tiber... if you don't mind [02:13] go ahead :) [02:14] how do we want to handle this? i don't object about giving every modu root-rights... [02:14] but this might lead to some administering chaos [02:14] any ideas? [02:14] I think this should be handled by request [02:14] s/modu/motu ;) [02:14] siretart: agreed [02:15] given on need [02:15] if some motu wants an account on tiber, we can create it [02:15] and stuff should be setup such that few people _need_ root [02:15] the applicant should state what he intends to do on tiber [02:15] perhaps striping unneeded rights with something like grsec === ajmitch wants to h4x0r the world [02:15] and we will consider if root rights are necessary [02:15] siretart: agreed [02:15] s/striping/stripping [02:15] /etc/sudoers can be set up as needed [02:16] i think a good group management is enough, no need for custom kernel stuff etc [02:16] for http://revu.tauware.de/cgi-bin/trac.cgi/wiki/Revu1Building - root is needed, though [02:16] siretart: sudo can be setup to run just some commands - not really secure, but avoids accidental mistakes [02:16] ajmitch++ [02:16] anyone building stuff in a chroot can probably still own the box anyway ;) [02:16] <\sh> I would say, siretart will be the the "uber-root" of this machine... [02:17] siretart: for example you could just allow sudo on revu-build for everybody or something like that [02:17] hehe [02:17] :) [02:17] ajmitch: sudo rights for pbuilding is effectly root [02:17] ajmitch: that's not always true ... [02:17] did anyone notice that the wiki is f.cking slow? [02:17] yup [02:17] yes - it's always slow [02:17] yesterday already [02:17] Yagisan: no, but we've got a stock ubuntu install, no chroot hardening at the moment, iirc [02:17] ajmitch: I see [02:17] \sh: hehe - I think we should establish a tiber admin team, in case e.g. me is not available or very busy [02:18] wiki page is there [02:18] siretart++ [02:18] super [02:18] siretart: or sleeping, since all the admin team in one country isn't so helpful at times :) [02:18] <\sh> siretart: backup is a good thing...we should avoid SPoFs [02:18] ajmitch - If needed - could we change kernel or turn on selinux etc ? === Lathiat casually wanders in [02:18] Yagisan: probably doable, depending on if it's a shared box, etc [02:19] Yagisan: I haven't seen the box yet [02:19] i'm oppsed to change the kernel [02:19] \sh: do you have some time in future (not atm but general) to do adminning buissness on tiber? [02:19] we loose the upgradeability [02:19] ogra: as am I, but we can fit selinux in if needed [02:19] <\sh> siretart: well...I'm always on :) so I can do some things... [02:19] Yagisan: I'd rather put xen on tiber [02:19] ogra: I think selinux also can do the caps - bit it's set to diablled by default [02:19] ajmitch, thats only a boot option, right ? [02:19] ogra: yes [02:19] hm... imo all the motu's are trustworthy enough to "have" root rights... i see the real problem in several persons fiddling on the same stuff so the sudoers variant for pbuilder should suffice [02:19] could someone check with whoever fixed that box exactly what it is? :-) [02:19] ok [02:19] <\sh> anyways...lets agree on an admin team all over the main motu TZs and lets move on :) [02:20] ok, in this case, I'd propose sistpoty, sh and myself as core tiber admin team, [02:20] yeah [02:20] sistpoty, even the best MOTUs make mistakes [02:20] siretart: same country :-P === Lathiat is happy to [02:20] :) [02:20] ogra: that's why i prefer the sudoers variant... but let's move on [02:20] <\sh> everyone makes mistakes..sometimes small ones..and sometimes..forget it ;9 [02:20] we will handle account requests, via an alias file, will create an alias for this: admin@tiber.tauware.de [02:21] Nafallo: oh. you're right, that was not on purpose [02:21] excellent idea [02:21] I would like ajmitch on that admin theme personally :-). [02:21] admin theme hey [02:21] heh [02:21] hehe, or team ;-) [02:21] theming, sounds like andyfitz territory ;) [02:21] do we have somebody from the US ? [02:21] <\sh> bddebian ;) [02:21] to add to this team ? [02:22] great :) [02:22] we're a little short on US MOTUs at the moment :) [02:22] seems to be mostly europe active [02:22] what is the us timezone [02:22] -4 or something? [02:22] but bddebian is a good start :) [02:22] yes [02:22] ajmitch: you are awake when germany is asleep most times, no? :-) [02:22] what a guess [02:23] Nafallo: sure, I'm about 12 hours different, and I'm addicted to IRC ;) [02:23] <\sh> Lathiat: -6? [02:23] so ajmitch for admin then ;-) [02:23] \sh: ah [02:23] Lathiat: depends which US TZ you mean [02:23] admin@tiber.tauware.de should work now [02:23] <\sh> east-coast should be ok [02:23] ok, so who's on the team? [02:23] -4 here in Canada, but there are 3 tzs. [02:23] <\sh> ajmitch: bddebian ;) [02:24] \sh: ok [02:24] tseng is in the US as well [02:24] could we _ask_ bddebian before? :-) [02:24] <\sh> ajmitch: i think it should be: you, bddebian (US), siretart [02:24] <\sh> Nafallo: no...it's settled [02:24] hehe [02:24] ah, yes, or tseng... but tseng was busy recently [02:25] <\sh> Nafallo: he would say always "No, I'm a n00b" but I don't believe bddebian [02:25] \sh: bddebian has plenty of admin experience [02:25] <\sh> Nafallo: so giving him the job is the best we can do for him ;) [02:25] <\sh> ajmitch: but he's is playing a fool with us ;) [02:25] yeah, he likes his little jokes [02:25] hehe, okey. we use the --force on him then :-P [02:25] <\sh> s/a/the/ [02:26] ok, next item? [02:26] :) [02:26] <\sh> UVF for universe and multiverse (ReinhardTartler, ajmitch) [02:27] the fact that recent MOTUs just don't know that we had UVF for universe [02:27] and we got a few broken syncs of new upstream versions [02:27] damned [02:27] <\sh> which ones? vpnc is fixed ;) [02:27] hmm, not even I knew that :-P [02:27] it's quite easy to answer that, i guess - if a new version fixes a problem easier than patching/fixing/cirvumventing, we should get it in (especially, if it's in debian) - we should insist on testbuilds and tests before [02:28] regardless of UVF, syncs should *always* be tested before requesting the sync ! [02:28] dholbach: not just that, but that UVF exceptions were meant to be passed by you/ogra/some others, with those conditions [02:28] ogra: yes, agreed [02:28] Can someone say what UVF stands for so us new folk can keep up? [02:29] Ubuntu Version Freeze [02:29] dcraven: upstream version freezy [02:29] freeze, even [02:29] upstream version freeze [02:29] cheers [02:29] upstream version freeze === Yagisan is close enough [02:29] we ar in it since 2 months [02:29] Mithrandir: freezy is funny - we should have it in one of the next releases :) [02:29] Mithrandir: and announce it at UbuntuBelowZero :) [02:29] so new upstream versions need approval before they are done, to make sure a second pair of eyes looks over them [02:29] dholbach: aka outdoors meeting? [02:30] hehe, exactly [02:30] hehe [02:30] *shiver* [02:30] ogra: we need this written up on a wiki page, with the people to contact for UVF exceptions [02:30] smokers bofs :) [02:30] <\sh> for dapper we HAVE to stay with UVF/FF etc. [02:30] \sh: agreed [02:30] ajmitch, we also need to respect it completely in dapper... [02:30] we have to maintain a *high* quality for dapper [02:31] ogra: yes, given exceptions that are tested [02:31] so no need for a wiki page, since we will have to follow the release schedule completely in dapper [02:31] <\sh> for breezy it was as well a bit shitty, cause all this transitions and {gcc,g++}-4 fixes... === Yagisan thinks you need more motus for dapper [02:31] Yagisan: of course [02:31] remember we'll have to support dapper for 5 years [02:31] my main problem with UVF this time round was that noone really knew what was happening :) [02:31] <\sh> ogra: so..we need a good securtiy team [02:31] so we should totally stick to the schedule as for main [02:31] Yagisan: we _always_ need more MOTUs :-) [02:31] Yagisan++ [02:32] ok, what can we decide on this? [02:32] dholbach, its over... failures happened... what should we decide here [02:32] we *are* in UVF that should be promoted in the channel... [02:32] that's how i see it too [02:33] dholbach: to learn from previous releases (incl. breezy) mistakes and start following procedures :-) [02:33] <\sh> dholbach: that we stay with _MAIN_ schedule for dapper, but it has to be discussed at UBZ how we can achieve a _secure universe_ and how the support of _dapper_ will apply to _universe/multiverse_ [02:33] no wikipage needed [02:33] ogra: we'll have to talk about how lenient we can be with UVF exceptions [02:33] ogra: since we'll probably get the request to import apt-get.org again [02:33] or other new stuff [02:33] there should be good reasons, but we shouldnt be completely anal [02:34] for secure universe - I think new updates as required should be ok [02:34] ajmitch if the fix something ad are tested well and dont introduce additional breakage, exceptions are fine [02:34] <\sh> ajmitch: regarding UVF for dapper, we have to comply with _main_ rules...so ogra and dholbach have to approve [02:34] \sh: just those 2? [02:34] Yagisan: rather backports of fixes... [02:34] Yagisan: where possible that is... [02:34] . o O { as if we didnt have other stuff to do :-) } [02:34] Nafallo: of course [02:34] ajmitch: no, we'll agree on a team [02:34] <\sh> ajmitch: for me ogra and dholbach are the leads...so if they share their responsibilty it's up to them :) [02:34] kismet wasn't possible ;-) [02:34] dholbach: we 'sort of' had a team for breezy for UVF ;) [02:34] but let's go ahead, if you don't mind - i really don't fancy building a complex rule system [02:35] ajmitch: yeah :) [02:35] I don't like complex rules [02:35] Nafallo - neither is tor (was that fixed ??) [02:35] dholbach, we'll need one if we have a 5 year support cycle [02:35] just ones that work, and let us get dapper rocking by release ;) [02:35] <\sh> *ALL*: lets discuss it at UBZ ;) [02:35] <\sh> with a beer ,-) [02:35] ogra: we will manage [02:35] \sh: I can't go :-P [02:35] \sh: not everyone will be there === Yagisan can't get to UBZ [02:35] \sh, yup === Lathiat isn't going either === Yagisan will attend birth of child instead [02:35] we'll make a IRC based BOF about it ;) [02:36] Yagisan: oh, congrats :) === Nafallo will move his girlfriend home ;-) [02:36] :) [02:36] <\sh> ajmitch: I think we're enough to discuss this...and prepare a proposal for agreeing with the rest... [02:36] ogra: like UDU? :) [02:36] \sh: yep [02:36] ajmitch yup [02:36] \sh: as long as canadian beer is good, we'll be fine ;) [02:36] <\sh> Yagisan: congrats [02:36] ogra: I _will_ be coming :) [02:36] ... and congrats Yagisan :-) === ajmitch booked flights for UBZ yesterday [02:37] thanks - second bub :) [02:37] :) === Yagisan should find more customers [02:37] dholbach, 5 years with broken packages in universe are quite bad... "we'll manage" isnt enough [02:37] ogra: i didnt say that we should upload everything that gets in our hands, did i? :) [02:37] ogra: so we need to recruit more :) [02:38] dholbach, nope, but "we'll manage" isnt "we'll have to stich to release plans" [02:38] i just stated, that we shouldnt agree on something for the next release now [02:38] stick too [02:38] dholbach++ [02:38] or get canonical to pay someone for a secure universe :-P [02:38] <\sh> ogra: well...lets hear other voices about how we have to handle universe/multiverse for dapper, because officially it's not "supported" as _main_ is [02:38] \sh: no, but universe is important [02:38] <\sh> ajmitch: it is for sure... === ajmitch doesn't know where he'll be in 5 years :) [02:39] \sh, universe will be closed as main will at release [02:39] <\sh> ajmitch: but I don't think, putting a 5 years support (server side) or 3 years (desktop side) on volunteers back [02:39] ogra: I think if you really want to improve the over package quality in universe, we should rather take package from debian/testing instead of debian/unstable, or establish a 'testing' distribution on our own [02:39] hrm [02:39] plus manual uploads [02:39] siretart, thats a no go [02:39] \sh: UniverseSecurity was written to be best-effort [02:39] ogra: I know [02:39] siretart - that would miss packages like mine [02:39] <\sh> ogra: for sure...that's not the questions...the question is: release snapshot 6.04 -> supporting 3 years a package base of >10k [02:39] testing is often less stable than unstable [02:40] siretart, what enables us to have 6 month releases it the non existence of "testing" [02:40] \sh: I agree with you fwiw. we can't have support for universe in dapper. please convince people on UBZ about that ;-). [02:40] officially the support just covers main [02:40] AFAIK [02:40] but the better universe can be made, the better [02:40] (obviously) [02:40] Kamion++ [02:40] Kamion: most likely, but people will want to run universe packages [02:40] ogra: I'm clear and happy about that disicion. [02:40] and we should make more use of *-{updates,security} (and no, this is no argument for lax rules) [02:40] well we will have dapper-updates for a reason [02:40] dholbach: agreed [02:41] siretart, and grabbing from debian testing will give us more outdated SW [02:41] the other possibility would be to use dapper-updates for less than critical bugfixes [02:41] <\sh> Kamion: this is one point we should discuss at UBZ...how we see universe as one piece of work (even seeing it only community/volunteer supported) for dapper [02:41] after dapper release. [02:41] Yagisan, yes as we have hoary and warty udates [02:41] sounds like UBZ might have a few universe BOFs :) [02:41] yup [02:41] ogra: but they don't get much use [02:41] yup, we should have [02:41] Yagisan, they do for the purposed they were made for [02:42] -d [02:42] <\sh> ogra: are they usefull for universe as well? if so, how do we use them? ,-) [02:42] ok, how much mroe can we discuss this now? [02:42] s/mroe/more/ [02:42] nothing, lets move it to UBZ [02:42] ajmitch: we should agree to defer [02:42] ok [02:42] yeah, next item? === ajmitch needs his beauty sleep sometime ;) [02:42] <\sh> Transitions, Testbuilds etc. Last workload to fix (StephanHermann) (status report) [02:42] just make sure we dont have anybody introducing any breakage in breezy *now* [02:42] <\sh> I pointed most of the things out on the wiki page... [02:43] <\sh> CXX Transition is done. [02:43] ogra: well I'll have a new upstream for f-spot next week, but I know what bugs it fixes :) [02:43] excellent [02:43] ajmitch thats ok :) [02:43] <\sh> Unmet Deps -> slomo said 92 packages are left... [02:43] i will write a script that will take the popcon info and the test-build info and merge them [02:43] sounds good for 3 weeks left [02:43] \sh: 88 source packages... including main ones [02:44] <\sh> slomo: ok...88 :) [02:44] :) [02:44] <\sh> some of them are haskell stuff [02:44] some of the unmet deps are old, crufty, and some of them are removed from debian [02:44] baah. I read popcorn. I want a script for making popcorn :-P. [02:44] <\sh> so ghc6 specialists are needed ;) [02:44] sistpoty? [02:44] ;) [02:44] Nafallo, write it, youre a MOTU :) [02:44] hm... i can't say I'm a specialist ;) but i'll give my best;) [02:44] <\sh> everything which is not fixable, no new upstream, no new work, should be listed asap on morgue [02:45] nope [02:45] only stuff users wont demand... [02:45] <\sh> ogra: please add a && in between the points [02:45] even if it doesnt build, the source might be good to have [02:45] <\sh> or s/\,/\&\&/ [02:45] for the haskell stuff... it is behind my name on the unmet deps page... but everybody can take the stuff, i will get to it in 2 weeks otherwise (no time before that :( ) [02:46] s/doesnt build/is not fixable, no new upstream, no new work/ [02:46] slomo: ok [02:46] 2 weeks from now is < 1 week from release, right? [02:46] yup [02:46] so we'd better help out as much as we can [02:46] <\sh> sistpoty: please check then hmake ;) [02:46] <\sh> or slomo ;) [02:46] ' \sh: i will ;) [02:46] <\sh> sistpoty: thx :) [02:46] I can check slomo :-) [02:46] \sh: i already tried to fix it... isn't that easy ;) [02:46] hehe [02:47] <\sh> Ok...another important thing is: [02:47] <\sh> testbuilds running now and again [02:47] <\sh> you can find the logs to those testbuilds on http://people.ubuntu.com/~lamont/buildLogs/Test/ [02:47] > "i will write a script that will take the popcon info and the test-build info and merge them" :) [02:48] hmm, we need an ografying effect on that URL :-) [02:48] how is the gl/glu transition going on? [02:48] <\sh> important note: The testbuilds are not synced with the actual builds, so it's a snapshot of a certain date [02:49] Nafallo, dholbachs script will do... [02:49] k. I like those colorthingies :-). much easier to see what happens :-) [02:49] <\sh> when u need some informations about those outputs...please ask infinity or lamont, they can help you to understand ;) [02:50] how is the gl/glu transition going on? [02:50] are there much untransitioned items still? [02:50] Nafallo, true, but as long as it runs through my own server i'd like to keep the traffic low... bunzipping on the fly is cpu consuming ;) [02:50] ogra: hehe :-) [02:50] dholbach: I must admit, that I lost the overview, sorry :( [02:51] i guess, we will find them in the test-rebuild list [02:51] <\sh> Here is what I got when running the above (Updated 2005-09-15): (BarrydeFreese) [02:51] <\sh> boson-base, felt, galan, ghc-cvs, ghc5, libsdl-erlang, ncbi-tools6, poker3d [02:51] poker3d is fixed when I runned it 4 days later. [02:53] <\sh> ok [02:53] boson-base is a beast, I tried and failed :( [02:53] <\sh> siretart: even new upstream (from real upstream) is buggy [02:53] oh [02:53] :/ [02:53] <\sh> as many of sources on worldforge [02:53] ghc5 can be dropped, as can ghc-cvs? [02:54] <\sh> there are many things from old kde sources included which is fcking shit [02:54] hm... -cvs seems to be a cvs snapshot... if we pull newest sources it shouldn't be that hard to get it to work [02:54] <\sh> sistpoty: nescessary to have it for breezy? [02:54] yepp, still the same except poker3d :-) [02:54] ' \sh: no === Nafallo updates the wiki [02:56] <\sh> sistpoty: so leave it as broken package or remove the binaries by elmo and leave it as source? ,-) [02:56] is it possible (in future) for when we upload something to revu [02:56] ' \sh: a old version of the -cvs is almost useless... ;) [02:57] that we can get it autobuild on all ubuntu arches [02:57] <\sh> sistpoty: ok...so morgue [02:57] with build logs sent to us ? [02:57] <\sh> Yagisan: if you provide an amd64 + ppc? [02:57] Yagisan, we have the buildds for that... [02:57] <\sh> + ia64 + sparc64? ,-) [02:57] <\sh> and sparc32 ,-) [02:58] I wish tiber was amd64 so that we could build amd64+i386 :-) [02:58] revu is for review, a testbuild on one arch is a nice goddie, but cant replace the real buildds [02:58] Yagisan: autobuilding on i386 is planned however ;) [02:58] developer machines would be nice ;) [02:58] yep - but it's nice to fix the bugs before that get into universe [02:58] s/that/they [02:58] i think thats something to address at UBZ [02:59] <\sh> yes [02:59] once launchpad is fully operational, people will be able to do autobuilds on canonical's servers [02:59] Yagisan: that's why everyone builds them and leave a comment? ;-) [02:59] wow [02:59] since they just commit a branch, and request a build of that branch [02:59] afaict [02:59] it's some serious crack going on there ;) [02:59] siretart: ey! could we have checkboxes? tested on: [X] amd64 [X] i386 [X] ppc ? [03:00] Nafallo: good idea ;) [03:00] Nafallo: would be possible, file a bug in trac ;) [03:00] very good idea [03:00] ajmitch: that is correct [03:00] hmm, where is this trac-thingie? :-P [03:00] lamont: about the crack? :) [03:00] although first-launch you only get FCC architectures, I believe. [03:01] no, about what launchpad does. [03:01] Nafallo: http://revu.tauware.de/cgi-bin/trac.cgi [03:01] lamont: right [03:01] <\sh> http://revu.tauware.de/cgi-bin/trac.cgi/ [03:02] what other meeting topics? .desktop files? [03:02] <\sh> yes...when we have time we should also work on them [03:02] is there some doc to .desktop files? [03:03] there are some wiki pages [03:03] it's fairly basic to write the files [03:03] k [03:03] moderately easy to get them installed with the package [03:03] <\sh> checking before if upstream (== debian and real) has one. if not, then create one, if yes, include it [03:04]