=== thedonvaughn [n=jayson@unaffiliated/printk] has joined #ubuntu-motu === persia [n=persia@ubuntu/member/persia] has left #ubuntu-motu [] === mode/#ubuntu-motu [+o gnomefreak] by ChanServ === mode/#ubuntu-motu [+b *!*@AMarigot-102-1*!#ubuntu-ops] by gnomefreak === mode/#ubuntu-motu [-o gnomefreak] by ChanServ === dsas [n=dean@ubuntu/member/dsas] has joined #ubuntu-motu === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu === avoine [n=avoine@modemcable003.251-59-74.mc.videotron.ca] has joined #ubuntu-motu [01:18] http://revu.tauware.de/details.py?upid=377 [01:18] can someone nuke this one? === fritzs [n=fritzs@livecd.student.iastate.edu] has joined #ubuntu-motu === protonchris [n=chris@pdpc/supporter/active/protonchris] has joined #ubuntu-motu === Frogzoo [n=Frogzoo@202.155.165.25] has joined #ubuntu-motu === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu === RAOF [n=chris@123-243-65-41.tpgi.com.au] has joined #ubuntu-motu === doko [n=doko@dslb-088-073-125-209.pools.arcor-ip.net] has joined #ubuntu-motu === bddebian [n=bdefrees@c-71-224-175-179.hsd1.pa.comcast.net] has joined #ubuntu-motu [01:53] Heya gang [01:55] Hi there bddebian. [01:55] Hi minghua [01:55] The mail from GetDeb.net admin looks interesting. [01:56] Hmm, so we are 5 minutes from archive freeze... [01:58] eeks :-) [01:58] nice, positive email on -sounder [01:59] So how long before the first getdeb bugs start getting filed on LP? :-) [01:59] what makes you think that they haven't already been there? === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu === khermans__ [i=khermans@nat/cisco/x-9845f4216d4d948b] has joined #ubuntu-motu === bigon [n=bigon@ubuntu/member/bigon] has joined #ubuntu-motu [02:01] eg https://bugs.edge.launchpad.net/ubuntu/+source/pidgin/+bug/134707 [02:01] Launchpad bug 134707 in pidgin "Group with broken characters keeps coming back with ICQ/AIM buddies" [Undecided,New] [02:02] Of course... [02:03] That pidgin is not quite bad, actually... === rrittenhouse [n=tad@unaffiliated/rrittenhouse] has joined #ubuntu-motu === Pici [n=Pici@unaffiliated/pici] has joined #ubuntu-motu === persia [n=persia@ubuntu/member/persia] has joined #ubuntu-motu [02:16] Heya persia [02:16] hey bddebian === thedonvaughn [n=jayson@unaffiliated/printk] has joined #ubuntu-motu [02:19] So, it's Monday UTC now. Does motu-uvf need to ACK all the pending sync requests? === radhios [n=radhios@unaffiliated/radhios] has joined #ubuntu-motu [02:26] Wow, eclipse is *still* building. ScottK - you wanted the eclipse build, right? [02:27] RAOF: Still? That seemed like a sensible patch, but that's a long time for he buildds to be busy. [02:28] persia: It'll probably be faster when it doesn't have to thrash swap to build :/ [02:28] heh [02:28] How much ram in the buildds, again? [02:28] :) [02:32] Alas. Have tracker enabled and not exclude ~/Temp from its tracking, meanwhile use ~/Temp as a place to extract big HTML documents to read is probably not a good idea... [02:39] Build needed 19:02:38, 1654800k disk space [02:39] It's done! Hurrah. Does it work? [02:39] Build killed with signal TERM after 151 minutes of inactivity! [02:39] Gah! It had built, damnit! [02:39] Umm.... [02:40] It was assembling the debs, and something killed it! [02:40] Usually 151 minutes of inactivity indicates it couldn't get something done. Doesn't usually bode well for later buildd building... [02:41] persia: Want a pastebin of the last builder output? [02:42] RAOF: Sure. No guarantees I can explain it, but it might help (and someone else might look as well) [02:43] I'd mail you the build log, but apparently postfix doesn't like sending messages that large(!) [02:43] Err. That's huge! Does pastebin accept it? [02:44] I don't have all the buildlog in backscroll, I haven't set screen's buffer to 64MB yet [02:45] Pastebin will accept what I have :) === albert23 [n=albert@86.81.99.204] has left #ubuntu-motu [] [02:48] Ah, what I meant was: I don't *have* a full build log, because I rely on sbuild to mail me one. And postfix won't :) [02:48] RAOF: Look in ~/logs/ [02:48] RAOF: heh [02:49] persia: Nope, empty. [02:49] RAOF: Ah. My sbuild is configured to store the logs there (and I don't remember fiddling with it). [02:49] Anyway, here's the end of the log: http://paste.ubuntu-nl.org/40667/ [02:49] Maybe I should look into that :) [02:50] that's a seriously broken package [02:50] Oh, whoops. ~/Ubuntu/logs ;) [02:50] heh] [02:50] again [02:50] The bigger the project... === persia thinks it's a good thing this didn't get uploaded in the current state. [02:51] Ah, there it is. Surprisingly enough, postfix doesn't like sending a 26Mb build log. [02:52] Anyone who wants to run a post mortem on that can grab all glorious 26Mb of that log from http://cooperteam.net/eclipse_3.2.2-3ubuntu4_20071014-1525 === persia thinks upstream needs a code janitor [02:55] They perhaps could generate fewer than 6000 warnings/code file, yes. === persia is expecting to find ant crashing, complaining that there are too many warnings === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu === minghua [n=minghua@ubuntu/member/minghua] has left #ubuntu-motu [] === persia wonders if the command to "Preinitialisz the Eclipse directory" shouldn't be in postinst. [03:04] RAOF: Why does it have "L Launchpad-Bugs-Fixed" everywhere? Isn't that usually just "Launchpad-Bugs-Fixed"? === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #ubuntu-motu [03:05] Uuum, let me grep some other build logs... [03:06] Nope, all my builds have "L Launchpad-Bugs-Fixed". I don't know why. [03:06] RAOF: Also, did it produce any binaries? [03:06] No. [03:07] Interesting. I wonder if that is because all those dpkg-deb lines failed, or because sbuild removed them after the final failure notice. [03:08] RAOF: Is your sbuild purge-mode "successful" or "never" by any chance? [03:08] persia: Let me check [03:08] grr. it should be a crime to use flash video playback when i have plugins that run flv perfectly fine === theneb [n=theneb@theneb.co.uk] has joined #ubuntu-motu [03:10] im tired of 100 percent cpu playback for crappy youtube / google video [03:10] when totem et all handle it flawlessly [03:10] persia: It's default, which seems to be "successful" === persia thought default was "always". [03:10] RAOF: Does the build-tree have any useful clues? [03:12] No, it's gone, apparently. The snapshot is no more. (Maybe the default *is* always) [03:13] RAOF: I like to use "successful" just for this type of eventuality. === RAOF goes to uncomment that option. [03:14] Not very useful for now, of course. === StevenK [n=stevenk@14.5.233.220.exetel.com.au] has joined #ubuntu-motu [03:14] Next time :) [03:14] I think, however, that this may be an artifact of how long it takes to build, although it's stupid that it'd be triggered at the end. [03:15] Some of the build commands would've taken > 150 minutes without any output, and I think sbuild tries to kill such builds. [03:15] RAOF: I'm inclined to agree, although the number of warnings is larger than I'm willing to look at individually. Unfortunately, it may be difficult to get enough build time to try again for gutsy. [03:17] Yeah. I could turn off the timeout & try again, but that will *still* mean that the package finishes building *tomorrow*. === persia thinks tomorrow is likely too late [03:18] Yeah, probably. [03:19] RAOF, persia, what option is that? [03:19] c [03:19] ugh [03:20] TheMuso: "purge-mode". If set to "successful", it doesn't delete the build-tree when the build is complete if there is an error. ("never" always leaves the build-tree, and "always" always deletes it (the default)) [03:21] persia: And that's going to work with lvm snapshots, too? === zachy [i=zakame@ubuntu/member/zakame] has joined #ubuntu-motu [03:22] RAOF: At this point I'd say it's not worth uploading Eclipse. I don't know that the buildd's are going to finish with what they already have. [03:22] RAOF: I've not looked at it in a bit, and my sbuild / schroot configuration is broken in a couple ways that I've manually worked around, but my memory is that it skips the "delete the build directory" step, but still clears the chroot (leaving the build directory in .) [03:23] ScottK: In that case an extra ~90min worth of build time is not going to go down well :) [03:23] persia: I'm guessing thats a .sbuildrc option? [03:23] ScottK: You'll have an opinion: Do the sync requests filed yesterday need motu-uvf ACK if the syncs haven't been completed? [03:23] RAOF: Right. [03:23] TheMuso: I believe so. man sbuild [03:23] persia: I'd say not, but I'm easy. [03:23] persia: Did you see you got a 2nd ack for polyxmass-doc [03:24] ScottK: Yep. It's now amoung the 8 syncs I'd like to see get in :) [03:24] $purge_build_directory="successful"; [03:24] $purge_build_directory="never"; [03:24] persia: one of those... [03:24] or "always" [03:25] persia: I'd say it's time to push the process along. [03:26] Hi all, common question I'm sure but how do I get our project (maintained in svn and on the debian repos) onto Ubunut? [03:26] *Ubuntu [03:27] ScottK: I'm agreed to that, I just wanted to verify that I didn't need to get motu-uvf ack for all of them before making noise. [03:27] theneb: If it's in Debian, it should get sync'd into Ubuntu at the start of each dev cycle. [03:28] theneb: Or is that an answer to a different question to the one you asked? :) [03:28] theneb: The software will need to be packaged. The first step is to file a bug in Launchpad, asking that the package be included. The next step is preparing a candidate package for review. After that, it's just shared feedback, and once two developers have approved, it will be uploads. [03:28] We started being in aptitude on the 27th of April [03:29] theneb: What package is this? [03:30] liquidsoap [03:30] http://savonet.sourceforge.net [03:30] ScottK: I also haven't seen the snort-common-libraries package hit NEW yet. Have you been chasing that? [03:31] theneb: So, if it's packaged in Debian, it'll automatically get synced over into Hardy when the archives open (in a couple of weeks, I think). [03:31] moins all === zachy [i=zakame@ubuntu/member/zakame] has joined #ubuntu-motu [03:32] RAOF: thanks for your help so far, I've just noticed it's not in stable Debian, do I need to get a release in stable before it'll be included? [03:33] liquidsoap | 0.3.2-4 | http://nz2.archive.ubuntu.com gutsy/universe Sources [03:33] Heya imbrandon [03:34] Ah, ubotu was only looking at binary packages :) [03:34] which means that it probably never built [03:34] And no-one noticed :) [03:35] right, build error with the docs [03:35] maybe you'll get lucky & it'll be fixable with a stable release update [03:35] I know they were broken at some point, though I'll do a compile and check on it [03:36] I wonder whether we should see about getting general FTBFS notices for autosyncs for universe sent somewhere. [03:36] So we can pick up no them and get them fixed. [03:36] s/no/on/ [03:37] I thought we had a list of all source packages with no binaries somewhere? [03:38] or even a list of packages where source version != binary version [03:38] Aye [03:38] ajmitch: IMO the FTBFS notice approach would cover all architectures better, unless we could run version checks on several arches in the DC somehow. [03:39] Oh and one little thing, stop making Ubuntu awesome, My gentoo desktop now fails in comparision [03:39] :D [03:39] TheMuso: you mean by grabbing the Packages.bz2 files? :) [03:39] lucas had an FTBFS list of the whole archive [03:39] TheMuso: You don't need to be in the DC to get that. [03:39] ajmitch: ...or that. === ajmitch has some scripts that probably fit that [03:40] Also, more generally, I've found a lot of FTBFS issues from bitrot, which a package version comparison won't help with. Maybe we could schedule an archive-autobuild starting with UVF (or autosync-off), and track those? [03:40] persia: one was meant to be scheduled [03:41] you just have to poke people harder, I suspect [03:41] ajmitch: What happened? [03:41] as with everything, nobody found the time to do it === persia adds to the list of things to list as MOTU meeting topics during the hardy cycle === ajmitch should probably wipe the rc bug comments soon [03:43] ajmitch: Could you wait until the per-bug commenting system is available? A fair number of those will be relevant during the hardy cycle, and active tracking of RCs isn't usually agreesively relevant until autosync freeze [03:43] s/ees/sse/ [03:43] um. [03:44] persia: snort hasn't built yet. It was accepted, but the line is long at the buildd's. [03:45] ScottK: It's built on a few architectures. Are all the binaries bundled, and presented in NEW together? [03:45] persia: Dunno. I'll have a look. [03:45] If they're waiting in NEW, it usually won't be accepted until it has built everywhere [03:45] StevenK: That makes sense. [03:47] persia: the whole point of removing per-package comments is because they couldn't simply be copied to per-bug [03:47] ajmitch: I completely agree. I just don't know your release schedule. If you're releasing, by all means wipe it. [03:48] 'release schedule' is when I have the urge to work on it [03:48] though I've been doing some hacking in that area today with django, but on another app === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu === No1Viking [n=No1Vikin@83.140.104.41.dyn.rp80.se] has joined #ubuntu-motu === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu [04:02] RAOF: Did you get a chance to test that amd64 kompozer crash? [04:04] tonyyarusso: Ah, no sorry. [04:04] k [04:04] I actually forgot about it! :( [04:08] Does anybody else's nautilus in browser mode need double-click in the sidepane to switch directories (gutsy)? === zachy [i=zakame@ubuntu/member/zakame] has joined #ubuntu-motu === fritzs [n=fritzs@livecd.student.iastate.edu] has joined #ubuntu-motu === Whoopie_ [n=Whoopie@unaffiliated/whoopie] has joined #ubuntu-motu === JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-motu [04:34] may I upload a fix for the liquidsoap FTBFS? [04:34] bigon: I'd recommend opening a bug with the debdiff to make it easy for motu-uvf to approve. [04:37] bigon: Also, if you want to chase FTBFS issues, there's still heaps of FTBFS bugs listed on http://django.ajmitch.net.nz/rcbugs/ (all of which are guaranteed to have a solution) [04:38] thx [04:39] bigon: Only thing to remember is that hard freeze is in seven hours, and you'll want to have had anything already accepted and built by then (and neither the accept nor build queues are empty) [04:40] is bryce's xserver-xorg-video-intel fix going to make it? [04:41] and it's nearly 5 am here :o [04:42] https://launchpad.net/bugs/152821 [04:42] Launchpad bug 152821 in liquidsoap "Fix FTBFS" [Undecided,New] [04:43] good night [04:52] Since it looks like bigon went to bed, anyone want to upload his fix in 152821 ^^^. Feel free to go for it. [04:52] I'll look into it. [04:52] bug 153821 [04:53] ugh [04:53] bug 152821 [04:53] Launchpad bug 152821 in liquidsoap "Fix FTBFS" [Undecided,New] https://launchpad.net/bugs/152821 [04:53] TheMuso: Thanks. === Frogzoo [n=Frogzoo@202.155.165.25] has joined #ubuntu-motu === ..[topic/#ubuntu-motu:ScottK] : Ubuntu Masters of the Universe: https://wiki.ubuntu.com/MOTU | New Packages Freeze / Upstream Version Freeze in effect - Universe Freeze in effect, all uploads to be approved by motu-uvf | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | http://ubuntu.joejaxx.org/ - TOP 10 Uploaders/Packages === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu === fritzs [n=fritzs@livecd.student.iastate.edu] has joined #ubuntu-motu === zenrox [n=zenrox@pool-71-115-208-222.spknwa.dsl-w.verizon.net] has joined #ubuntu-motu === highvoltage [n=jonathan@johannesleroux.co.za] has joined #ubuntu-motu === persia notices https://bugs.launchpad.net/ubuntu/+bugs?field.has_cve=on [05:06] Ugh. Didn't put the bug number in the aptch. I'll do it for the sake of expediency. [05:07] s/aptch/patch/ [05:08] I thought Laurent was a MOTU. Obviously not activated yet... [05:09] persia: His is, but we are in the mother-may-I motu-uvf stage of the process. [05:09] His/He [05:09] I guess he gave up getting an answer. [05:09] TheMuso: ScottK is really speaking to you :) [05:09] persia: Sorry. [05:09] Right. [05:09] heh [05:10] ScottK: Not so much gave up, as was advised he needed motu-uvf-may-I just when he finally finished and was going to sleed (5am local time) [05:10] ScottK: Yeah I know, and the fact he has gone to bed. [05:10] s/sleed/sleep/ === zachy [i=zakame@ubuntu/member/zakame] has joined #ubuntu-motu === TheMuso waits for liquidsoap's bulid-deps to download... [05:11] TheMuso: And this is why having a local mirror is *wonderful* === persia seconds the advantages of network-near mirrors [05:11] StevenK: When my server is built, I'll likely have such a local mirror. [05:12] Till then, it gives my CPU enough time to finish another build session I have running. [05:15] TheMuso: Yeah, but then you get to deal with the joys of syncing a mirror. And how completly brain-dead debmirror really is. [05:16] at least it's better than apt-proxy [05:17] Sometimes I question that. :-) [05:17] apt-proxy is a nice idea [05:18] Yeah, it just completly and utterly blows. :-) [05:20] StevenK: Well I'll worry about it when I get roudn to having to set it up. === Starting logfile irclogs/ubuntu-motu.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-motu === Topic for #ubuntu-motu: Ubuntu Masters of the Universe: https://wiki.ubuntu.com/MOTU | New Packages Freeze / Upstream Version Freeze in effect - Universe Freeze in effect, all uploads to be approved by motu-uvf | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | http://ubuntu.joejaxx.org/ - TOP 10 Uploaders/Packages === Topic (#ubuntu-motu): set by ScottK at Mon Oct 15 04:56:25 2007 === dholbach [n=daniel@i59F77D20.versanet.de] has joined #ubuntu-motu [07:55] good morning [07:55] Hi dholbach. [07:55] hey Fujitsu [07:58] hello [07:59] hey ajmitch [07:59] Hey dholbach. [07:59] hiya TheMuso [07:59] how are you guys doing? [07:59] Couldn't be better atm! === TheMuso notes he is currently in musical heaven. :p [07:59] ok [07:59] hehe, cool :-) === khermans__ [i=khermans@nat/cisco/x-82c89e0c79ce3363] has joined #ubuntu-motu === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu === Nicke [n=niclasa@ua-83-227-140-135.cust.bredbandsbolaget.se] has joined #ubuntu-motu [08:01] Looks like a fair few MOTUs will be in Boston. [08:02] that's a good change [08:03] ajmitch: I thought a lot of MOTUs were in attendance for all of the UDSs. [08:04] often there's not many [08:04] Right. [08:04] we always had a few MOTUs there, no? [08:05] dholbach: Yeah, I'm just not sure how many, and looking at the boston attendees on LP, I see a few MOTUs, and theres likely to be more. [08:05] a few but not a lot === superm1 will be there :) [08:05] superm1: Sweet, so will I. [08:06] TheMuso, cool :) [08:06] TheMuso, all week? [08:06] :-) === homanj [n=homanj@24-197-201-200.dhcp.roch.mn.charter.com] has joined #ubuntu-motu [08:08] hi dholbach [08:09] a pitty I have to go now, will contact you later today... === viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-motu [08:09] hey luk_ - yeah, feel free to send me a mail or ping me on IRC === coNP[uni] [i=conp@ubuntu/member/coNP] has joined #ubuntu-motu === Gasten [n=Gasten@h14n5c1o1095.bredband.skanova.com] has joined #ubuntu-motu === bigon [n=bigon@ubuntu/member/bigon] has joined #ubuntu-motu === thekorn [n=markus@a89-182-139-195.net-htp.de] has joined #ubuntu-motu === bigon [n=bigon@ubuntu/member/bigon] has joined #ubuntu-motu [08:27] there is not by any chance a nice conference in the US in middle of june, which would sponsor DDs to come there and stuff? === white found out that debconf is in august, which is in the middle of my semester time :/ === amachu_ [n=amachu@202.71.146.210] has joined #ubuntu-motu [08:31] ScottK: 0.9.8.5-1 will probably do [08:32] ScottK: the maintainer is also upstream and the new version was uploaded straight after my NMU === persia wonders to which package white is referring [08:33] knowledgeroot [08:34] 0.9.8.5-1 is just finishing building now :) [08:35] well it is time to go for a run now :) [08:54] I just noticed bug #87844. Is anyone planning on fixing that in the next three hours? Should it perhaps not be milestoned? If nothing else, I'm tempted to unassign "MOTU". [08:54] Launchpad bug 87844 in spe "[apport] spe crashed with AttributeError in skip()" [Medium,Confirmed] https://launchpad.net/bugs/87844 === jussi01 [n=jussi@oul088-gw3.netplaza.fi] has joined #ubuntu-motu === freeflying [n=freeflyi@211.94.35.200] has joined #ubuntu-motu === elkbuntu [n=melissa@ubuntu/member/elkbuntu] has joined #ubuntu-motu === cassidy [n=cassidy@host-85-27-68-188.brutele.be] has joined #ubuntu-motu === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu [09:03] persia: What needs doing to it to get it fixed? Is there a patch attached? [09:03] TheMuso: There's a patch, but the comments indicate it doesn't work. Last comment is pkern suggesting an SVN pull (as far as I understand the buglog) [09:04] persia: Ok, I'll have a look in a bit. === pgquiles [n=pgquiles@62.43.226.52.static.user.ono.com] has joined #ubuntu-motu [09:07] TheMuso: Thanks. If a solution doesn't occur to you, would you mind getting it unmilestoned? I'm not sure it's really as release-critical as some of the other outstanding bugs. [09:10] persia: I'm going to see bout pulling it from svn if I can. [09:11] how old is the bug? [09:11] from February. === Frogzoo [n=Frogzoo@202.155.165.25] has joined #ubuntu-motu [09:12] so hardly a regression if it's released as-is [09:12] The only confusing bit is that the bug was milestoned, and assigned to MOTU. [09:13] that sort of thing happens [09:13] Assigning to MOTU is fairly normal. [09:13] dholbach assigned it to motu back in march, so it's been there for awhile [09:13] the activity log doesn't track nominations though [09:14] You'd have to check bugmail === ajmitch presumes it happened at the same time === Fujitsu does so. === Yagisan [n=Yagisan@doomsday/developer/Yagisan] has joined #ubuntu-motu === CrummyGummy [n=CrummyGu@dsl-242-12-54.telkomadsl.co.za] has joined #ubuntu-motu === asac [n=asac@debian/developer/asac] has joined #ubuntu-motu [09:16] Patrice Vetsel milestoned it to beta more than a month ago, so it has been a while... [09:28] Meh. Can't find its svn repo. [09:28] I must say I haven't looked very hard for it either. [09:28] Considering the discussion thats been had about the bug. [09:29] TheMuso: No rush. There's more than 100 outstanding of each FTBFS and unmetdeps bugs, either of which is probably more interesting. === ajmitch thinks there's really no time to chase after such bugs === persia thinks anything uploaded now wouldn't make the release anyway. There are still two universe uploads pending in unapproved (as far as I can tell) === POX_ [i=piotr@stallman.rootnode.pl] has joined #ubuntu-motu [09:31] If they both start with virtualbox, they're mine. [09:31] ajmitch: I'm kinda in agreement. We've done all we can, anything important to be fixed can wait for SRUs. === TheMuso thinks he should return to ripping CDs. [09:34] TheMuso: Why are they unripped? === jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-motu [09:35] StevenK: No. There are four now: liquidsoap, sqlfairy, virtualbox-ose-modules, and virtualbox-ose [09:35] Fujitsu: The HD I had them on several months ago crashed, and I haven't been bothered till now to re-rip them, and it gives me a chance to re-organise them, and change the way I'm storing them. [09:35] Ah. === ajmitch is busy doing some stuff with django anyway [09:36] RAOF: hi [09:37] ah, jml is back [09:38] yes, I'm back and I've discovered the xrandr command line tool === vil [n=lada@ubuntu/member/vil] has joined #ubuntu-motu [09:38] heh === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu [09:39] good evening Hobbsee [09:39] jml: Ho! === randomwalker [n=me@cpe-70-112-180-33.austin.res.rr.com] has joined #ubuntu-motu [09:40] Afternoon Hobbsee, ajmitch. [09:40] hi RAOF, how's it going? [09:40] ajmitch: It's hot, and I've got a friend from Hobart staying with me. [09:40] This is in order of obviousness. === RAOF was sure he had pointed jml at xrandr [09:41] heya ajmitch, RAOF! [09:41] RAOF: you had, but for some reason when I upgraded to gutsy, I tried the GUI tool instead [09:41] Good $Time_Of_Day newcomers. [09:42] RAOF: anyway, it looks like I can get 1680x1050 on my new monitor from my laptop (although not while displaying stuff on the laptop screen) === perher [n=per@c-51f872d5.1316-1-64736c10.cust.bredbandsbolaget.se] has joined #ubuntu-motu [09:42] jml: Yay! Kinda. [09:44] StevenK: Does virtualbox not work with -rt? [09:44] persia: I've not tried. [09:44] And to be honest, I didn't think of trying to build against -rt [09:44] Does virtualbox need a CPU with virtualization support? === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-motu [09:45] TheMuso: Not that I've seen. [09:45] Also, doesn't i386 provide a special -i686 kernel which isn't -generic? Anyway, I'll stop whining :) [09:45] persia: -386. And, hmph. [09:46] how's the sponsorship queue? [09:46] we have 9 hours, iirc [09:47] Hobbsee: Isn't it a bit over 2 hours? [09:47] Hobbsee: I think we only have 2 hours, and sponsorship queue looked triaged about 8 hours ago (although I haven't looked since) [09:47] Fujitsu: oh, so i cant do maths? great. [09:47] oh, i see, by 10 UTC [09:47] Yeah, 20071014 1000 UTC [09:47] fuzzy deadline [09:48] Erm, the date in the mail looks wrong. I presume it means the 15th, not the 14th? [09:48] That would be a while ago. [09:48] And not a Monday. [09:48] yeah === persia certainly hopes the 15th: there's been lots of uploads and acceptances since then. === pgquiles_ [n=pgquiles@62.43.226.52.static.user.ono.com] has joined #ubuntu-motu === beuno [n=beuno@44-111-231-201.fibertel.com.ar] has joined #ubuntu-motu [09:55] The buildds are hungry... [09:55] yeah, i know. i've poked. === Knightlust [n=dax@ubuntu/member/knightlust] has joined #ubuntu-motu [09:56] but...i'm dependant on them doing the work [09:56] Hobbsee: I completely understand. Thanks for poking :) [09:57] What needed poking? [09:58] TheMuso: the archive admins who are permitted to accept packages from unapproved [09:58] ah [09:58] TheMuso: Someone could accept some sources before the next publication so the buildds have something to do. [09:59] (well, non-hppa buildds) [09:59] yep [09:59] I'm aware of that, but wasn't aware the builds had nothing to do. === amachu_ [n=amachu@59.92.89.68] has joined #ubuntu-motu [10:00] TheMuso: As far as I can tell, the last 4 compiles are now underway, and there's one source expected in the next publish. === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu [10:00] right [10:01] oh, there's not even that much there [10:01] For universe, we've only 3: liquidsoap + virtualbox (x2) [10:01] I'm still wondering how they managed to have +queue using such different code that it doesn't announce. === TheMuso wishes that sometimes people would have the same opinion on how to label tracks in CDDB. [10:02] Fujitsu: Doesn't announce? [10:02] persia: Yeah, Hobbsee has permissions to accept things through the web UI, but the code there doesn't announce to -changes, so is dangerous. [10:02] persia: Web UI for accepting packages not announcing to changes. [10:02] Fujitsu: Ah. Right. === persia thinks unapproved -> approved is a manual script, and LP UI is a complete rewrite === DaveMorris [n=dave@cubert.itri.bton.ac.uk] has joined #ubuntu-motu [10:04] persia: goodness only knows. but i havent found any launcphad-types yet. [10:04] Am I correct that the next publish run is the last allowed? [10:05] persia: The 0903Z run? [10:05] The publisher probably started about a minute ago, unless they've already pushed it to manual [10:05] I suspect it will be. [10:05] Fujitsu: Yep. [10:05] StevenK: It did. I'm hoping for at least one more run to grab the last few packages. === DaveMorris [n=dave@cubert.itri.bton.ac.uk] has left #ubuntu-motu [] [10:07] persia: there's still stuff in unapproved, so until someone actually ack's that, then... [10:08] Actually, there's no need to switch publisher to manual at the moment that I can see, so anything accepted will probably be published as normal, so the 1003 will be the last. [10:08] Hobbsee: Yes. It's the 3 in unapproved I'm watching. At least sqlfairy made the run. I'm guessing someone will pay attention soon, given the growing critical population. [10:08] persia: yeah, well. i've poked. [10:10] Fujitsu: That still means we need the rest of the sources in for 0903, as otherwise the binaries will never go. [10:10] persia: Hm, not sure about how freezes apply to binaries. [10:10] Is it not the same queue? It looks that way from the web UI. [10:12] Hobbsee: Do you know if binaries ever go into unapproved? [10:12] (only sources seem to be published in p.u.c/~ubuntu-archive/queue === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-motu === persia thinks binaries sometimes go NEW, but not unapproved [10:12] Fujitsu: they dont. [10:13] well, not that i can see, anyway :) [10:13] That's what I thought. [10:13] hiya jono [10:13] persia: exactly [10:13] Oddly though, I had a package with NEW binaries go in today, without ever showing in the NEW queue (that I saw). [10:13] persia: Somebody might just have been very quick. [10:14] persia: which was that? [10:14] Fujitsu: Maybe. [10:14] snort? [10:14] Hobbsee: snort-common-libraries [10:14] oh, i didnt ack that === Hobbsee sees no snort at all [10:14] Hobbsee: New snort finished publishing for !hppa a couple hours ago. Refresh your apt-cache :) [10:15] heya Hobbsee [10:15] Why aren't we permitted to see UNAPPROVED through the LP UI? [10:15] persia: wasnt looking in my aptcache. [10:15] Fujitsu: Silliness [10:15] Fujitsu: goodness only knows. becaus eit's soyuz, and we know about how soyuz is made.. [10:16] and they refuse to break the freeze, and add a chunk of existing launchpad code now. GRRR! [10:16] NEW I could understand (even though we can see it), due to copyright issues, but UNAPPROVED is explicitly denied for no particularly good reason that I can see. [10:16] they say it's not critical. === coNP[uni] [i=conp@ubuntu/member/coNP] has joined #ubuntu-motu [10:16] Hobbsee: Bah, who needs release managers. [10:16] yeah, well === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-motu [10:19] Aw, they're not releasing 1.1.10 in the next couple of days. It doesn't seem right to not have new Soyuz-breaking features a day before release. [10:19] Nope, being released on the 24th === TheMuso quietly notes that moving the ati driver to xrandr when they did was a bad move... [10:20] TheMuso: Like you need a video driver. === amachu_ [n=amachu@59.92.89.68] has joined #ubuntu-motu [10:20] At least for gutsy that is. [10:20] Anyone happen to know the planned estimated toolchain schedule? [10:21] StevenK: I do actually, and I'd like my monitor to run at full res. === StevenK makes a note to not joke about compiz to TheMuso. [10:22] StevenK: Actually, the eZoom plugin is very andy, particularly on my notebook. [10:22] s/andy/handy/ [10:22] TheMuso: Which is what I thought about, hence the lack of jokes. [10:22] StevenK: Gotcha. [10:24] But at any rate, I feel there will be a few unhappy ati driver users out there... [10:24] Come release. [10:26] What's broken about it? [10:26] Fujitsu: Well for me at least, its not driving my monitor at full resolution possible, even though xorg.conf is correct for the monitor. [10:27] TheMuso: What if you play around with displayconfig-gtk or xrandr? === allee [n=ach@allee.mpe.mpg.de] has joined #ubuntu-motu [10:29] Fujitsu: I could play with those a bit. It could also be something to do with my DDC-signaling incapable KVM. [10:29] Ah, that could do it. [10:29] randr probably wants EDID. [10:29] SO I need to try direct via VGA and DVI. === persia notes than displayconfig-gtk supports third-party preloaded EDID files where a monitor is unresponsive [10:34] moving to -ati 6.7.x was a chancy risk we took, and we knew it would incur regressions for certain users. However this was balanced by fixes to a number of long-standing problems. I felt it was worth the risk, and I think due to how responsive Alex Deucher has been to generate fixes to the issues we've reported, it was a good decision. === MatthewV [n=MatthewV@123.200.138.174] has joined #ubuntu-motu [10:36] the good news is that while we may still have some issues for situations like kvms or triple-head, or etc. Alex is still being very active with fixes, so as long as they get reported upstream effectively, we should be able to continue rolling out updates for -ati and resolve many of the remaining issues. [10:36] bryce: Are you expecting high -updates traffic for the driver? [10:37] persia: I am hopeful we can roll out 6.8.0 and be done, but can't say for sure [10:38] persia, I think what we have now is stable enough that we could hold off until 6.8.0 === TLE [n=kenneth@77.75.167.190] has joined #ubuntu-motu === marcel [n=marcel@wc-50.r-195-35-150.atwork.nl] has joined #ubuntu-motu === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-motu === huats [n=huats@194.98.120.3] has joined #ubuntu-motu [10:58] good morning everybody === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu === asac__ [n=asac@d107081.adsl.hansenet.de] has joined #ubuntu-motu [11:02] persia: you highlighted me [11:02] pkern: It was about bug #87844 [11:02] Launchpad bug 87844 in spe "[apport] spe crashed with AttributeError in skip()" [Medium,Confirmed] https://launchpad.net/bugs/87844 [11:03] pkern: More specifically, that bug was milestoned when I mentioned it (I don't know about the current state), and I thought the last comment was you indicating it should be pulled from SVN. I doubt there's time for it to matter now. === fredix [n=fredix@77.195.82.91] has joined #ubuntu-motu [11:04] (hard freeze in < 1 hour and RM reviewing the last uploads beforehand already) [11:06] persia: It is too late. It would somehow require a UVFe anyway because the changes are way too intrusive. [11:06] Their way of programming is broken. [11:10] pkern: It's still milestoned. You don't happen to know how to unmilestone do you? [11:11] I don't see a milestone there. === persia points at https://launchpad.net/ubuntu/+milestone/ubuntu-7.10-rc [11:13] persia: Sorry yeah. Un-milestoned. [11:13] Point is that this program might be unusable in its current state. [11:14] We can't fix that for RC/release, but we should consider a SRU iff we release with that program in Ubuntu. [11:14] pkern: I totally agree it's broken. I just don't think it's any more RC than the > 100 unmetdeps or > 100 FTBFS bugs that aren't milestoned, and I don't want to promise to fix it for gutsy unless someone actually volunteers to do so. [11:15] Also. Thanks for unmilestoning. [11:15] Now packages with unmetdeps should be removed IMHO, but well. [11:16] persia: Unmilestoning is clicking on the bug state and removing the milestone besides the bug's priority. [11:16] pkern: Thanks for the hint. [11:16] persia: hi [11:16] removing packages is hard, so we don't. [11:17] hi nxvl [11:17] how are you? === Hobbsee has no idea if people will do a final archive run [11:17] im reading the docs to help wwith hardy [11:17] :D [11:17] im creating mi pbuild chroot also [11:17] pkern: The main obstacle is that we don't have "testing", so it's hard to keep a good model of the target set. [11:17] persia: Now actually removing packages should not be hard. [11:17] persia: If a package is not in a releasable state it should not be released. [11:17] nxvl: Great! We're having a bunch of sessions for Ubuntu Open Week soon, which might be interesting to you. [11:17] It could be pulled back in afterwards. [11:18] But universe isn't supported anyway, so... whatever. [11:18] Or rather *officially supported [11:18]