[12:22] <cbx33> Hi guys just put a sound card into my edgy machine....and now the system is really really laggy, but with no visible processes running....IRQ conflict?
[12:23] <HrdwrBoB> possibly, but certianly not relevant
[12:23] <HrdwrBoB> probably best for another channel
[01:24] <Nafallo> mdz, cjwatson: hi! I just installed gnome-hearts, which segfaults on start. I found bug #65274 with a proposed patch from the upstream author. I'm currently have a package for edgy-updates in my pbuilder. does it sound like a candidate for getting approved?
[01:24] <Ubugtu> Malone bug 65274 in gnome-hearts "Hearts crashes on startup" [High,Fix committed]  http://launchpad.net/bugs/65274
[01:25] <ajmitch> Nafallo: it's universe
[01:25] <Nafallo> ajmitch: yes. according to the wikipage I was pointed to this is the way for SRU.
[01:25] <ajmitch> StableReleaseUpdates is for main
[01:26] <Nafallo> yay
[01:26] <ajmitch> I said that we were discussing universe policy on the list
[01:27] <Nafallo> yea, but I took it like we followed that wikipage until something new was established.
[01:28] <Nafallo> ajmitch: so this means we can't push universe stuff to edgy-updates atm? until the policy is clear that is...
[01:28] <ajmitch> that's why we're trying to agrre on it by the end of the week
[01:28] <Nafallo> ah.
[01:29] <Nafallo> the package fixed it anyway ;-)
[01:29] <Nafallo> so pending-upload :-P
[01:29] <Nafallo> mdz, cjwatson: sorry for the noice, nm.
[01:45] <mvo> sfllaw: ping?
[01:46] <sfllaw> mvo: Pong.
[01:47] <mvo> sfllaw: I send you a mail about possible qa for the dist-upgrade testing some days ago. I just wanted to add that we might want to add a plain "apt-get dist-upgrade" into that scenario as well. 
[01:47] <mvo> and check if that upgrades somewhat cleanly and doesn't want to remove e.g. a installed ubuntu-desktop
[01:47] <sfllaw> That seems reasonable.
[01:47] <sfllaw> I did do some Edgy dist-upgrading.
[01:48] <sfllaw> From Dapper installs.
[01:48] <sfllaw> But it is, uhm, difficult to figure out whether certain things will go well.
[01:48] <sfllaw> Especially for people who did Breezy -> Dapper -> Edgy.
[01:48] <sfllaw> Many of them lost their X drivers.
[01:49] <mvo> yeah, I think the fix in https://launchpad.net/distros/ubuntu/+source/xorg/+bug/68430 should help them
[01:49] <Ubugtu> Malone bug 68430 in xorg "Dependencies allow driver packages to be removed too easily" [Medium,Confirmed]  
[01:49] <mvo> sfllaw: I agree, upgrades are the hardest thing for QA 
[01:49] <ajmitch> mvo: are there any specs up for discussion on this at UDS?
[01:49] <sfllaw> mvo: This is probably why we're among the crazy ones.
[01:50] <sfllaw> mvo: That debdiff looks like it will solve that.  Good job.
[01:50] <ajmitch> ah, dist-upgrader-fixes it is
[01:51] <mvo> ajmitch: yes, we will discuss how to make the whole thing more robust
[01:51] <sfllaw> The simplest thing is to convince more people to dist-upgrade before release.  :)
[01:51] <ajmitch> was just looking what to subscribe to :)
[01:51] <mvo> sfllaw: thanks :)
[01:52] <sfllaw> Same here.
[01:52] <mvo> I think I will go to bed now
[01:52] <mvo> bybye everyone
[02:05] <jdong> what was the command again for disabling autoremove for a kubuntu-desktop metapackage?
[02:09] <sfllaw> jdong: What do you mean by that?
[02:09] <jdong> Whenever I remove the kubuntu-desktop metapackage, apt-get will bug me about 50+ packages that can be autoremoved
[02:10] <jdong> this is nonsense... I do not wish to autoremove them
[02:10] <bhale> it doesnt autoremove them
[02:10] <bhale> it just tells you about it
[02:10] <bhale> becuase they have no depends
[02:10] <jdong> bhale: I know. I don't want it telling me about those particular packages
[02:10] <jdong> it's bothersome
[02:10] <jdong> now all my APT output is twice as long
[02:10] <bhale> sorry you are bothered
[02:11] <jdong> I remember there was a -o something that could be used to exclude packages from autoremove....
[02:11] <bhale> launchpad is a more productive way to air your greivances than to complain on irc late at night
[02:11] <jdong> I'm not complaining....
[02:11] <jdong> I'm asking....
[02:11] <_ion> You could remove or modify /var/lib/apt/extended_states :-)
[02:12] <jdong> _ion: ooh, that's close :)
[02:12] <jdong> I guess I can make that work
[02:12] <_ion> It sucks that it isn't synchronized with aptitude's similar database.
[02:13] <jdong> grr, any good ideas on how to turn apt-get autoremove's output into a script to modify extended_states?
[02:13] <jdong> :D
[03:19] <TheMuso> c
[03:28] <bmonty> ajmitch: are you going to link your authtool branch in to the directory team?
[03:28] <bmonty> oops, wrong channel, sorry
[06:13] <sfllaw> http://xkcd.com/c178.html
[06:13] <Burgundavia> sfllaw: rofl
[06:52] <fabbione> morning
[07:53] <dholbach> good morning
[07:58] <pitti> Good morning
[07:59] <Burgundavia> morning pitt
[07:59] <Burgundavia> pitti, rather
[08:06] <pitti> hi Burgundavia 
[08:16] <mdz> tfheen: wrong hinting?
[08:17] <tfheen> mdz: very possible.  Vera Sans Mono has bold numbers "cut off" at the end
[08:20] <tfheen> http://err.no/tmp/blah.png has a screenshot with 8point DejaVu Sans Mono
[08:34] <neuralis> tfheen: do you prefer g-t to the alternatives, or are you just using it since it's there?
[08:36] <tfheen> neuralis: currently, I'm just testing it again after a long absence.  I tend to use pterm, but that one doesn't support compose sequences and clickable links.
[08:36] <neuralis> fair; pterm here as well, and the fonts work quite nicely.
[08:38] <tfheen> not having compose annoys me a bit, though
[08:39] <Hobbsee> hey not-Mithrandir, aka tfheen 
[08:39] <lifeless> do you mean the compose key stuff ?
[08:42] <tfheen> lifeless: yes.
[08:42] <lifeless> I recall that working in xterm
[08:42] <tfheen> Good morning, Hobbsee 
[08:42] <lifeless> 
[08:42] <sivang> morning
[08:42] <lifeless> yup, it works
[08:42] <Hobbsee> :)
[08:43] <tfheen> there were other annoying things with xterm, iirc. :-)
[08:43] <lifeless> ah well, each to their own punishment
[08:44] <tfheen> g-t just had the "is really slow" problem, but that's rumored to have been fixed or at least become less annoying
[08:55] <jdub> http://lca2007.linux.org.au/ *COUGH*
[08:55] <pitti> hey jdub, how's it going?
[08:55] <jdub> morning pitti 
[08:56] <jdub> groovy!
[08:56] <jdub> you?
[08:56] <pitti> feisty!
[08:57] <fabbione> jdub: PANTS OFF DUDE!
[08:58] <Hobbsee> jdub: it seems you have a terrible cough there :P
[08:58] <jdub> comes out sounding like a url
[09:32] <mpt> StevenK, https://launchpad.net/people/mpt/+branch/about-window/dev
[09:32] <StevenK> Ah!
[09:33] <StevenK> Except I can't reach launchpad.net at the moment.
[09:33] <Burgundavia> mpt: apparently a bunch of us having issues contacting the datacentre
[09:34] <Spads> It appears to be a routing problem upstream.
[09:34] <mpt> ok, emigrate, then bzr pull
[09:35] <lifeless> lol
[09:35] <StevenK> mpt: Hah. :-)
[09:35] <Burgundavia> robitaille: you are not having issues?
[09:35] <Burgundavia> telus or shaw?
[09:36] <sivang> me as well
[09:36] <robitaille> Burgundavia:  telus.  I can connect LP
[09:36] <Burgundavia> hmm, shaw no worky for me
[09:36] <Burgundavia> ironic, given we both live in the same city
[09:36] <sivang> works from here as well
[09:37] <Burgundavia> sivang: you don't live in the same city as me :)
[09:37] <sivang> Burgundavia: sucks to be me ;) 
[09:38] <Burgundavia> sivang: *grin*
[09:39] <robitaille> Burgundavia: to get to LP, Telus seems to go to Seattle then London.  I would assume Shaw routes you to Calgary first
[09:39] <Burgundavia> robitaille: no, I am going to same way
[09:39] <Burgundavia> dying at level3 in london
[09:40] <robitaille> but I seem to lose 27% of the packets on the way
[09:47] <test_> I have created a ubuntu setup, this setup is going to be used on more then 1000 ubuntu desktop pc's. However. I want to create a recover-image cd. The idea behind this is, that if the user put's in the cd, restarts the computer and the computers starts a recovery process. The end result has to be, the user should have a installed ubuntupc just like deliverd.
[09:48] <Treenaks> test_: look at partimage
[09:49] <test_> partimage doesn't work well with costum installed debs that are not installed through a repository.
[09:50] <Treenaks> test_: create a working system, image it with partimage...
[09:50] <Treenaks> test_: then you can restore the image as often as you like..
[10:29] <mcsmurf> iwj: ping
[10:35] <StevenK> mpt: How attached are you to the code layout? :-)
[10:36] <mpt> StevenK, not at all :-)
[10:36] <mpt> Why?
[10:37] <StevenK> mpt: If you want a screenshot, that can be arranged.
[10:37] <mpt> sure
[10:37] <mpt> or just push your own branch
[10:38] <mcsmurf> I guess Matthew Paul Thomas is a quite common name though...
[10:38] <mpt> Alas, I've been found out
[10:38] <mcsmurf> hah ;)
[10:39] <mpt> Whenever I turn up on irc.mozilla.org some person I've never heard of says "You're not *the* mpt, are you?"
[10:39] <mcsmurf> well :)
[10:39] <Lathiat> heh
[10:39] <StevenK> Muaha
[10:41] <StevenK> Hum.
[10:41] <mpt> Was my "just" misplaced?
[10:41] <mpt> If you're having trouble reaching Launchpad you likely won't be able to push either
[10:42] <StevenK> mpt: Ah, that has resolved itself.
[10:43] <StevenK> Push is in progress, according to the no output I'm getting from bzr.
[10:43] <mpt> heh
[10:43] <mpt> I reported that bug earlier
[10:43] <StevenK> Ahh, there we go, output.
[10:43] <StevenK> phase 0/4, apparently.
[10:44] <mpt> bug 60171
[10:44] <Ubugtu> Malone bug 60171 in bzr "bzr push appears to do nothing for several minutes" [Undecided,Unconfirmed]  http://launchpad.net/bugs/60171
[10:44] <StevenK> Yeah, that'd be the one. :-)
[10:45] <pygi> :P
[10:46] <StevenK> And after all that:
[10:46] <StevenK> 0 revision(s) pushed.
[10:46] <StevenK> Thanks, bzr.
[10:46] <mpt> Did you commit first?
[10:46] <StevenK> Hush.
[10:46] <Lathiat> haha
[10:46] <pitti> StevenK: was this the initial push?
[10:46] <pitti> StevenK: if so, it always claims to have pushed 0 revisions
[10:47] <StevenK> pitti: Nope, but mpt is right.
[10:47] <StevenK> Faster!
[10:47] <mpt> bzr push --uphill
[10:48] <StevenK> mpt: That's the one. :-)
[10:48] <StevenK> mpt: Pushed.
[10:48] <StevenK> mpt: ~stevenk/about-window/dev
[10:49] <mpt> Cool, it shows up on Launchpad straight away
[10:50] <mpt> bzr: ERROR: Not a branch: http://bazaar.launchpad.net/~stevenk/about-window/dev/
[10:50] <StevenK> ... Interesting.
[10:50] <dholbach> what happens if you check if out over sftp?
[10:50] <StevenK> Oh yeah, it was pushed over sftp://
[10:51] <StevenK> Apparently, http:// takes a little while to catch up.
[10:51] <dholbach> it usually takes some time to show up over http
[10:51] <dholbach> yeah
[10:51] <mpt> This is where I suffer from bug 43564
[10:51] <Ubugtu> Malone bug 43564 in launchpad-bazaar "hosted branches should display sftp information" [High,In progress]  http://launchpad.net/bugs/43564
[10:51] <mpt> Oh, that bug's assigned to me, I should fix it
[10:51] <mpt> grumph
[10:51] <StevenK> Muahaha
[10:52] <StevenK> mpt: I have a plan to refactor the code, but the first step was to get it working.
[10:52] <mpt> bzr: ERROR: Not a branch: sftp://bazaar.launchpad.net/~stevenk/about-window/dev/
[10:54] <StevenK> I have this idea that a screenshot would have been far simpler.
[10:54] <mpt> oh, perhaps
[10:54] <mpt> though I would have needed to merge from you eventually anyway
[10:54] <mpt> if I'm ever to learn how to package software
[10:55] <StevenK> Ah.
[10:55] <StevenK> I should throw some Debian bits around it and create a package.
[10:56] <StevenK> Getting it working is more fun, though.
[10:56] <mpt> of course
[10:56] <dholbach> it's "not a branch" for me too. :-/
[10:56] <StevenK> Did I push it wrong, I wonder?
[10:57] <StevenK> I am comforted by the fact that it looks like mpt's in launchpad.
[11:01] <StevenK> mpt: In the mean time, http://wedontsleep.org/~steven/about.png
[11:02] <thom> "Ubuntu is the overall system" is hella awkward phrasing
[11:02] <mpt> yay for decrufted version numbers
[11:02] <mpt> I thought I deleted that text
[11:02] <mpt> Oh, I didn't commit that change
[11:02] <StevenK> Heh
[11:03] <mcsmurf> haha
[11:03] <StevenK> mpt: I had a block of a text taken the default start page, which wasn't ideal either.
[11:03] <mpt> yah, I just nuked it. Minimalism is the new black.
[11:04] <mpt> What happened with the processor speed?
[11:04] <StevenK> Ahhh, about that. :-)
[11:05] <StevenK> You only pull it from cpufreq, and that machine is no laptop.
[11:05] <mpt> Yeah, I was wandering around at UBZ asking various people how to get the information
[11:05] <StevenK> The problem is we can't rely on the speed being in the model name.
[11:05] <mpt> and people would tell me and then say "oh, but you need to be root for that"
[11:06] <StevenK> "gksu aboutubuntu" would suck.
[11:06] <mpt> indeed.
[11:07] <mpt> "Sorry son, I'm not telling you the horsepower until you've got your license"
[11:07] <mpt> It was approved at UDU :-P
[11:08] <Mez> is there something wrong with security.ubuntu.com people are reporting MD5Sum errors (http://rafb.net/paste/results/NTnRJx38.html)
[11:08] <mpt> StevenK, https://wiki.ubuntu.com/AboutUbuntu
[11:08] <StevenK> Yeah, I've seen that.
[11:09] <fabbione> Mez: yes, they are working on it
[11:10] <Mez> fabbione: cheers (I only ask as it's working for me!)
[11:10] <fabbione> Mez: hold on
[11:11] <fabbione> Mez: are these guys behind a transparent proxy of somekind?
[11:12] <Mez> fabbione, yes, why ?>
 Mez: Yes, I think so, but that's never been a problem with other Ubuntu or Debian repositories before
[11:12] <fabbione> Mez: tell them to fix the proxy. kthxbye
[11:13] <fabbione> security works fine from here
[11:15] <jono> do we have any kind of rules or expectations for people remastering CD images for a specific locale?
[11:17] <mpt> Anyone know where to report bugs about Synaptic? Launchpad says "not here" and its Web site doesn't mention bugs at all
[11:18] <mpt> and it seems not to be in bugzilla.gnome.org either
[11:18] <StevenK> It looks like a native Debian package.
[11:18] <StevenK> Report it directly to debbugs?
[11:18] <mpt> Eh.
[11:19] <Mez> mpt: theres a truckload of bugs @ https://launchpad.net/distros/ubuntu/+source/synaptic/+bugs
[11:19] <mpt> Yah, I was looking for something a little further upstream
[11:19] <mpt> but I'm not desperate enough to figure out how to use debbugs
[11:19] <Mez> mpt: I realised that after I hit enter
[11:19] <mpt> so I'll report it in Ubuntu
[11:20] <giskard> hello
[11:20] <thom> mpt: mailto: submit@bugs.debian.org... and in the body Package: synaptic \n  some text.
[11:21] <Mez> mpt: mvo's the author though - so.... *shrugs*
[11:38] <iwj> mcsmurf: Please say what you want, rather than just doing a content-free ping!
[11:39] <cjwatson> jdong: apt-mark is the tool you want
[11:39] <mcsmurf> iwj: a pong with round-trip time of course!
[11:39] <test_> why is there no /etc/locale.gen in edgy?
[11:39] <mcsmurf> iwj: why is the build id of 20060601 hardcoded in Firefox?
[11:39] <mcsmurf> iwj: if it is actually...
[11:39] <cjwatson> iwj: judging from other scrollback, he's asking about the build id in firefox being apparently dated 2006-06-01
[11:39] <cjwatson> oh, too late :-)
[11:40] <cjwatson> test_: superseded by /var/lib/locales/supported.d/; if you just want to generate a new locale, use e.g. 'locale-gen pl_PL.UTF-8'
[11:40] <cjwatson> sudo locale-gen ... rather
[11:40] <mpt> iwj, fixing bug 69444 would make life a lot easier for me in Launchpad hacking :-)
[11:40] <Ubugtu> Malone bug 69444 in firefox "Ubuntu's Firefox DOM Inspector is incompatible with Ubuntu's Firefox" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69444
[11:42] <iwj> mcsmurf: That's an encoding of the distro version number.  Websites don't need to know whether the user has run an update recently.
[11:42] <cjwatson>         <em:minVersion>2.0</em:minVersion>
[11:42] <cjwatson>         <em:maxVersion>2.0</em:maxVersion>
[11:42] <mcsmurf> iwj: this is a quite weird use of the build id...
[11:42] <cjwatson> hope not
[11:43] <cjwatson> iwj: 20060610 would have been a much less confusing encoding
[11:43] <cjwatson> or 20061001, come to that
[11:43] <cjwatson> given the meaning of the "6"
[11:43] <mcsmurf> do you know which file was patched for doing this?
[11:43] <mcsmurf> (in http://librarian.launchpad.net/4927395/firefox_2.0%2B0dfsg-0ubuntu3.diff.gz)
[11:44] <iwj> mpt: I'll see what I can do about 69444.  Debian have done something different with the dom inspector which is probably part of why it's broken.
[11:44] <iwj> cjwatson: That would result in a build id in the future.
[11:45] <iwj> So I arranged for it to subtract 6 months (IIRC).
[11:45] <mcsmurf> iwj: we already do have october ;)
[11:45] <iwj> mcsmurf: Yes, but edgy existed before october.
[11:46] <cjwatson> iwj: is that so bad? :-)
[11:46] <iwj> mcsmurf: Is the fact that you can't tell exactly which version it is just by looking at the browser string a problem for you somehow ?
[11:46] <cjwatson> (build in the future)
[11:47] <iwj> cjwatson: I don't know but since people seem to use this string for all sorts of stupid purposes I thought it might break some webshite's stupid javascript.
[11:47] <mcsmurf> iwj: no, I was just wondering since noone hardcoded build ids before
[11:47] <cjwatson> It would reinforce that it's notional.
[11:47] <mcsmurf> (and I'm active in the Mozilla community)
[11:47] <mpt> thanks iwj
[11:48] <mcsmurf> and mozilla developers tend to look at the build id, too ;-)
[11:48] <iwj> mpt: I'm not planning to do a firefox before mtv, though; I hope that's not a problem ...
[11:48] <mcsmurf> (there was some discussion yesterday if the svg support in Ubutu Firefox can be considered to be supported)
[11:48] <mcsmurf> since system cairo or so is used
[11:50] <mpt> iwj, it's not awful, it just means using two laptops
[11:51] <mcsmurf> mpt: my build here still has that... ;)
[11:51] <mcsmurf> (SeaMonkey unofficial build)
[11:51] <iwj> mpt: You could use a chroot.
[11:52] <mpt> I think I don't have enough HD for that
[11:52] <iwj> Ouch, that must be an old laptop.
[11:52] <mpt> oh, 12 GB now, that should be enough
[11:52] <mpt> Last time I looked I had 1.6 GB or something ridiculous
[11:56] <Manny> hi
[11:56] <Manny> how can I find whether anybody is working on particular packages (MuleHashDB in my case)?
[12:09] <realist> I'd like to know that also Manny...
[12:09] <realist> Or more specifically, what packages no-one is maintaining
[12:10] <dholbach> Manny: is that a software that is already packaged?
[12:10] <StevenK> steven@liquified:~/ubuntu/about% bzr di | diffstat | grep changed 1 file changed, 85 insertions(+), 74 deletions(-)                             
[12:10] <StevenK> Yummy.
[12:12] <Mez> doko, ping
[12:12] <Manny> dholbach: I don't think so. It has a setup.py script. http://cheeseshop.python.org/pypi/MuleHashDB/0.1.1
[12:14] <Manny> dholbach: of course I know that your resources are limited, but I'm not a packaging expert and ubuntu is quite python-friendly, it has virtually all packages
[12:14] <dholbach> Manny: you could add it to http://wiki.ubuntu.com/UniverseCandidates or I can add it there for you
[12:14] <Manny> also note that aMule makes use of it
[12:15] <dholbach> Manny: it's also better if somebody using it maintains it ;-)
[12:15] <Manny> heh ;)
[12:16] <Manny> well I'd like to write some ed2k scripts, because I need it and because it makes a good python exercise
[12:16] <doko> Mez: ?
[12:17] <Mez> doko, regarding libstdc++5 in kubuntu-desktop - what packages is that for ?
[12:17] <pitti> Mez: it's mainly used for commerical packages which still need the old ABI
[12:18] <Mez> pitti, I was wondering if it was for any specific package
[12:18] <dholbach> Manny: added it for you
[12:19] <Mez> I know rar uses it (and I'm updating that now)
[12:19] <Manny> thanks! :)
[12:27] <aualin> HOW THE HELL CAN YOU MANAGE BREAKING THE PRISM DRIVERS!!!!!!!!!!!!!????????????
[12:27] <aualin> you REALLY KNOW HOW TO BREAK THINGS!
[12:27] <bhale> sigh, not you again
[12:27] <highvoltage> /kick aualin 
[12:27] <bhale> please calm down or leave
[12:27] <mcsmurf> thumbs up
[12:28] <StevenK> Wait. Maybe +o is enough of a threat.
[12:30] <aualin> you guys really know howto be ignoring!
[12:30] <aualin> bye
[12:30] <aualin> you idiots
[12:30] <Hobbsee> bhale: can we just ban everyone from #beryl-dev?  :P
[12:30] <HrdwrBoB> I see the problem, they were using KDE
[12:30] <bhale> Hobbsee: oh, please
[12:31] <Hobbsee> HrdwrBoB: kde wont affect the prism drivers, dummy :P
[12:31] <Hobbsee> HrdwrBoB: (i hope!)
[12:32] <aualin> go and burn up
[12:32] <StevenK> I note no one is forcing him to use Ubuntu.
[12:32] <HrdwrBoB> Hobbsee: I was taking a wholistic view, perhaps of the person rather than the actual problem
[12:33] <tseng> thats right isnt it
[12:33] <StevenK> Yes.
[12:33] <tseng> almost.
[12:35] <dholbach> Mez: 3rd party apps use it
[12:35] <Hobbsee> uh....
[12:35] <Hobbsee> drat
[12:35] <Mez> lol
[12:36] <bhale> morn tfheen 
[12:36] <tfheen> morning, bhale 
[12:36] <Hobbsee> tfheen: a +d ban, but i think i got the syntax wrong
[12:36] <Mez> Hobbsee is pwning the channel ;) run for your lives
[12:36] <Hobbsee> haha
[12:37] <Hobbsee> hmmm.  that really doenst seem to work as intended.
[12:37] <Hobbsee> i'm not sure why it drops all the other modes
[12:38] <Mez> because it set them ?
[12:38] <fabbione> so what do you need to do?
[12:38] <Mez> fabbione, darn, and I was going to get my botnet to spam the channel 
[12:38] <Hobbsee> oh, i know why
[12:38] <bhale> *yawn*
[12:39] <thom> oh, grow up
[12:39] <Hobbsee> ah :)
[12:39] <Hobbsee> *that* got it :)
[12:40] <Hobbsee> and it's even showing it correctly.  yay
[12:40] <elkbuntu> ok.. so who was the actual problem here? the other guy or hobbsee?
[12:40] <Hobbsee> elk
[12:40] <StevenK> Both? :-P
[12:40] <bhale> the other guy has done this at least three times
[12:40] <Hobbsee> elkbuntu: of course i'm the problem.  i'm the one who has ops in here.  duh :P
[12:41] <Mez> elkbuntu, Hobbsee's always a problem :P
[12:41] <elkbuntu> Hobbsee, right you are, dear.
[12:41] <siretart> depending on your POV, she might also be the final answer ;)
[12:41] <Hobbsee> haha
[12:42] <elkbuntu> siretart, final as in 'finally got the right mode'?
[12:42] <ajmitch> the same annoying guy in here?
[12:42] <Hobbsee> hahahaahahaha!
[12:42] <siretart> elkbuntu: as in 'the final answer for all problems' ;)
[12:42] <Hobbsee> I WIN!!!!
[12:42] <ajmitch> hey siretart, elkbuntu 
[12:42] <Hobbsee> my ban keeps him out!
[12:42] <Hobbsee> [22:37]  --> aualin has joined this channel (n=mikael@89.233.211.46).
[12:43] <Hobbsee> but he couldnt get here :)
[12:52] <kmon_> Is there any python ide specifically targeted at development for gnome desktop?
[12:53] <siretart> huhu ajmitch 
[12:54] <zyga> hello
[12:54] <zyga> is there anyone around interested in SABDFL's recent blog post?
[12:56] <bhale> zyga: no
[12:57] <bhale> that sounds excessively painful
[12:57] <jsgotangco> heh
[12:58] <bhale> "many have tried..."
[12:59] <Chipzz> kmon_: I think there's something like wingide, but that's payware though
[12:59] <Chipzz> and it's aimed mostly at python development too
[01:00] <thom> zyga: his diagnosis is more or less right, but i doubt he's going to get much traction. esp outside of the linuxes, since that adds a whole raft of additional problems
[01:02] <kmon_> Chipzz: eah, I was looking for a "monodevelop for python" thing
[01:02] <sladen> dholbach: https://wiki.ubuntu.com/MotuOrganisation 404
[01:05] <fabbione> ftpmaster: please do NOT accept glibc-2.5. Leave it on hold
[01:05] <dholbach> sladen: what do you want to tell me with that?
[01:12] <sladen> dholbach: you posted a link on the bottom of Jono's blog linking to it
[01:13] <dholbach> no?
[01:13] <dholbach> https://features.launchpad.net/distros/ubuntu/+spec/motu
[01:13] <dholbach> oh and the spec links to it
[01:13] <dholbach> yeah, nobody stepped up to write the spec yet
[01:13] <ajmitch> more work for us :)
[01:14] <Keybuk> fabbione: I've been deliberately not touching anything in feisty in someone says "GO!"
[01:14] <fabbione> Keybuk: i know.. i just had to make sure nobody accepted it by mistake
[01:14] <fabbione> Keybuk: it's pending Spads to upgrade ppc kernel on the buildd
[01:14] <fabbione> the package is good
[01:15] <jsgotangco> dholbach: hey
[01:16] <Keybuk> fabbione: does the new gcc not need to go in first anyway?
[01:16] <fabbione> Keybuk: glibc first, then gcc and then glibc again
[01:16] <Keybuk> really?  I didn't think gcc needed glibc
[01:17] <fabbione> Keybuk: yes because there are several changes this time.. including an ABI change for sparc and ppc
[01:17] <fabbione> so we need to do it in 2 steps
[01:28] <fabbione> Keybuk: is the publisher set to auto now?
[01:28] <fabbione> (at :03 right?)
[01:32] <Keybuk> fabbione: publisher is on automatic, yes
[01:32] <Keybuk> however uploads require manual approval
[01:32] <fabbione> Keybuk: ok thanks
[01:33] <marcin_ant> hi guys
[01:33] <marcin_ant> I would like to develop some web application especially for ubuntu - can I talk abot it here or will you send me away ;) ?
[01:33] <Spads> Powerpc buildds are going down for system upgrade
[01:35] <fabbione> Keybuk: please accept glibc
[01:36] <aualin> has feisty repos got new packages?
[01:36] <aualin> got some updates, (using feisty repos)
[01:36] <fabbione> aualin: only some bits of the new toolchain
[01:36] <aualin> ok
[01:36] <fabbione> it's not WISE to use them
[01:36] <fabbione> not yet
[01:36] <Hobbsee> not for a long time
[01:36] <aualin> like to use everything that is buggy :P
[01:38] <aualin> (as long it is something like: no x:P thats not funny, if you understand what i mean)
[01:38] <fdoving> mdz: does bug 69583 qualify for a update to dapper-updates too?
[01:38] <Ubugtu> Malone bug 69583 in kopete "SRU: kopete can't connect to ICQ. " [Low,Fix committed]  http://launchpad.net/bugs/69583
[01:38] <aualin> Ubutgu=bot?
[01:38] <Hobbsee> yes
[01:38] <aualin> ok
[01:38] <aualin> fun name:P
[01:39] <Hobbsee> aualin: why are you here again? 
[01:39] <aualin> calmed down
[01:39] <Hobbsee> oh good
[01:39] <aualin> oh, and have never used a proxy
[01:39] <Keybuk> fabbione: ok
[01:39] <fabbione> Keybuk: cheers
[01:39] <Hobbsee> aualin: you're right.  the IP is the same
[01:39] <Keybuk> aualin: if you like X to work, you probably shouldn't use feisty at this point
[01:39] <aualin> :P
[01:40] <Keybuk> there's all probability that it won't even boot
[01:40] <aualin> hm..
[01:40] <aualin> well i am not going to accept feisty x
[01:40] <aualin> got many kernels
[01:40] <aualin> oh
[01:40] <aualin> and i got 2 dists
[01:40] <aualin> sabayon and ubuntu
[01:40] <zyga> re
[01:40] <shackan> so what?
[01:40] <thom> this is so far off topic it's stupid
[01:40] <aualin> (sabayon is based on gentoo)
[01:41] <aualin> (these off topic things happen often with me)
[01:42] <aualin> but right now i am reading about 3d modelling
[01:42] <gnomefreak> aualin: join #ubuntu-offtopic to chat in general
[01:42] <aualin> thanks
[01:43] <Spads> Soyuz powerpc buildds are back
[01:55] <marcin_ant> anyone that could answer question about python webapp policy for ubuntu?
[01:57] <aualin> not me...
[02:14] <giskard_> who i should ask for an X+ati bug/problem?
[02:15] <thom> rodarvus, most likely
[02:15] <giskard_> thank you thom 
[02:16] <giskard_> rodarvus: ping :;
[02:17] <rodarvus> giskard, go ahead :)
[02:20] <giskard_> rodarvus: i got i have an ati rage 128 pr/pro agp 4x tmds
[02:20] <giskard_> i'm trying to use the ati driver but X doesn't start
[02:20] <giskard_> i get this:
[02:21] <giskard_> and of bloc range 0xefffffff < begin 0xf0000000
[02:21] <giskard_> R128(0): mmap  mmio: Invalid Argument
[02:22] <rodarvus> this error is quite cryptic
[02:22] <giskard_> eheh :(
[02:22] <sivang> re people
[02:22] <rodarvus> you appear to be using the r128 driver, is that correct?
[02:23] <rodarvus> (please check it on the Device section of /etc/X11/xorg.conf)
[02:23] <^robertj> so what's the background on Mark's latest posting?
[02:23] <rodarvus> anyhow, lets move to a privmsg window
[02:23] <giskard_> rodarvus: yes
[02:23] <rodarvus> not a topic for #ubuntu-devel :)
[02:23] <giskard_> ehehe
[02:24] <giskard_> ahh stupid freenode privmsg policy
[02:24] <pepsiman> launchpad still shows hoary as "Supported".  It was EOL yesterday.  Who can fix this?
[02:25] <cjwatson> pepsiman: yes, we know ...
[02:25] <cjwatson> pepsiman: any launchpad admin, IIRC
[02:25] <cjwatson> I'll check, but I don't think I can
[02:25] <cjwatson> (we talked about it this morning; mdz was going to do it but had routing problems getting to launchpad)
[02:25] <pepsiman> ok
[02:25] <cjwatson> it's not that urgent
[02:34] <^robertj> sivang: http://www.markshuttleworth.com/archives/66
[02:35] <sivang> ^robertj: thanks
[03:03] <Mez> hmmm- dri isnt enabled by default when installing ati drivers
[03:26] <Mez> is the ubuntu website meant to be showing french translations on an english page ?
[03:28] <Mez> and now the same page with german
[03:28] <Mez> weird
[03:52] <sivang> does anybody know how to make ConfigParser save state using option : value form instead of option = value ?
[03:52] <sivang> doko: ^
[03:53] <sivang> the reference seems to lack documentation of this
[03:55] <doko> sivang: no idea
[03:55] <Whoopie> doko: HI, did you find the time to look into the python-httplib2 packaging issue?
[03:55] <bddebian> Howdy
[03:56] <azeem> Whoopie: what's wrong with it?
[03:57] <Whoopie> azeem: under Edgy, python-support doesn't compile the python2.4 modules, only for python2.5.
[03:58] <azeem> ah, right
[04:02] <sivang> doko: ah nice, it is not needed. ConfigParser does the right thing (tm) anyways.
[04:05] <cjwatson> sivang: the standard module has no way to do that. You'd have to reimplement write()
[04:06] <cjwatson> obviously, if it's not needed, that's easier
[04:06] <sivang> cjwatson: Yes, I feared that having data starting or containing '=' in them would break machine readiability, but it seems to graciously handle this.
[04:07] <bddebian> What's with this cjwatson nick? :-)
[04:07] <sivang> cjwatson: did you check the code or just recalled this off-hand ?
[04:07] <cjwatson> bddebian: decided I preferred it
[04:07] <cjwatson> sivang: checked
[04:08] <cjwatson> (cjwatson's my username everywhere anyway, so ...)
[04:08] <cjwatson> damnit, I wish there were a way to leave comments in glade files in such a way that the interface editors would preserve it. I've totally forgotten what I was going to use this bit of UI for ...
[04:09] <sivang> cjwatson: can't you just leave xml comments <!-- ... ? 
[04:10] <cjwatson> sivang: I bet glade-2 won't preserve them?
[04:12] <sivang> cjwatson: right, I just checked, damn
[04:12] <pygi> siretart: CLOSE SESSION command takes 25 seconds :(
[04:13] <pygi> siretart: CLOSE SESSION command (5Bh 00 02h ..) bla, bla, bla :)
[04:13] <sivang> cjwatson: seems it just treats UI meaningful stuff, we ought to open a bug about this.
[04:13] <pygi> sivang: was -tao one of the things you needed for HUB?
[04:15] <sivang> pygi: is it related to multi sessions recording in any way? ;)
[04:15] <pygi> sivang: heh :P
[04:16] <pygi> sivang: I need a lot of reading, a lot of testing, and a lot of writing prototype code to make multi session work
[04:17] <pygi> sivang: I don't think I'm currently smart enough to implement multi session :P
[04:38] <rc-1> why should the arcatectural design of a system precede the development for a formal specification
[04:44] <freacky22527> hi!
[04:44] <freacky22527> I've recently started a new project, a frontend for wine, which will be a clone of the windows Add/remove tool
[04:45] <freacky22527> I made a "sample" version to test the libwine and everything work
[04:45] <freacky22527> here is a screenshot
[04:45] <freacky22527> http://freacky22527.free.fr/images/screenshot.png
[04:45] <freacky22527> the program go to look into the wine (fake windows) registry and list the win32 installed apps
[04:47] <freacky22527> But it's the first time I use gtk, so I'm looking for a "glade guru" to design the user interface, if possible
[04:47] <freacky22527> is anyone interested?
[04:55] <dholbach> freacky22527: try to write to ubuntu-desktop@lists.ubuntu.com maybe
[04:56] <freacky22527> ok thanks daniel :-)
[04:56] <dholbach> de rien :-)
[04:57] <_ion> You do have programmed it so that the view is separated from the controller, right?
[04:58] <_ion> So someone could easily add a Qt UI for example.
[04:58] <freacky22527> _ion: not at all for the moment, I just made this version to do some tests, but I will ;)
[06:03] <madduck> cjwatson: thanks for Debian#395473 !
[06:04] <cjwatson> np
[06:04] <cjwatson> madduck: planning to wait until the current version hits testing before uploading
[06:05] <_ion> It would be cool if ubugtu printed URLs for those, too. E.g. http://bugs.debian.org/395473
[06:05] <madduck> cjwatson: "pending" is enough for me for now. molly-guard is still in the new queue anyway. :/
[06:05] <_ion> Perhaps even scrape the title and print it.
[06:05] <cjwatson> debian bug 395473
[06:05] <Ubugtu> Debian bug 395473 in openssh-server "please add suggests for molly-guard" [Wishlist,Open]  http://bugs.debian.org/395473
[06:05] <_ion> Hehe, ok. :-)
[06:05] <cjwatson> ok, so it can sort of manage it, just needs a format tweak ...
[06:06] <cjwatson> it should definitely be told how to scrape it from the URL form it produces
[06:08] <cjwatson> Seveas: ^-- FYI
[06:09] <jdub> what's molly-guard?
[06:09] <cjwatson> jdub: the bug link above explains it
[06:10] <jdub> google was surprisingly unuseful
[06:10] <madduck> jdub: http://svn.debian.org/wsvn/collab-maint/deb-maint/molly-guard/trunk/shutdown?op=file&rev=0&sc=0
[06:10] <jdub> ha ha, cute
[06:10] <cjwatson> I haven't quite got to the point of eschewing provided links in favour of google :-)
[06:11] <madduck> jdub: 
[06:11] <madduck> piper:~# halt                                                            #[366] 
[06:11] <jdub> didn't think the bug link would explain what it was :)
[06:11] <madduck> molly-guard: SSH session detected!
[06:11] <madduck> Please type in hostname of the machine to halt: uh, no!
[06:11] <madduck> Good thing I asked; I won't halt piper ...
[06:11] <jdub> heh
[06:12] <madduck> molly-guard, which was coined by Ben Hutchins, is such a perfect name for it. :)
[06:12] <jdub> i look forward to molly-guard in fisty
[06:15] <elmo> that has exactly the same problem as aliasing rm to rm -i
[06:15] <jdub> elmo: the "ah, fuck it" effect?
[06:16] <elmo> jdub: the "ah, shit this isn't a box with molly-guard installed" effect as the box shuts down
[06:16] <jdub> heh
[06:16] <elmo> but maybe that's what you meant
[06:16] <madduck> elmo: yes, this is a problem and i ran into it a bunch of times.
[06:16] <madduck> but only when testing
[06:16] <madduck> i mean, you don't really type 'halt' to provoke molly-guard... :)
[06:17] <madduck> but my goal is obviously to make it essential. haha!
[06:18] <thom> madduck: hah, nice
[06:24] <madduck> http://debian.madduck.net/repo/dists/sid/main/binary-all/admin/molly-guard_0.2.1-1_all.deb in case anyone wants to give it a whirl
[06:33] <Seveas> cjwatson, ack
[06:34] <Seveas> it's on my to-do list to extend the scraping
[06:38] <keescook> looks like gcc SSP was lost in the feisty toolchain?
[06:39] <keescook> err.. 
[06:40] <keescook> nevermind
[06:40] <keescook> my testcase sucked.  :)
[06:41] <gottreu> bi-arch or multiple architectures with apt: what's the status on that?
[06:45] <gottreu> or where should I go to ask that question?
[06:51] <Burgwork> gottreu: afaik, no work being done
[06:52] <Burgwork> gottreu: you can see the specs that are likely to be in the next version of Ubuntu on LP
[06:52] <gottreu> LP being launchpad?
[06:52] <Burgwork> yes
[06:52] <gottreu> where exactly on this launchpad?
[06:52] <Burgwork> https://features.launchpad.net/sprints/uds-mtv
[06:52] <Burgwork> that is your link
[06:53] <bhale> Burgwork: specs in LP for toolchain changes are actually 2 release ahead
[06:53] <bhale> feisty+1
[06:53] <Burgwork> those are spec beings talked about at the next development summit
[06:53] <Burgwork> bhale: ah
[06:53] <bhale> you don't spec toolchain changes for feisty as it is opening
[06:53] <bhale> need to be ahead
[07:39] <zyga> hey guys, I'm looking at rather annoying openoffice bug in edgy malone 67618
[07:39] <Ubugtu> Malone bug 67618 in openoffice.org "OpenOffice doesn't hint fonts in Edgy" [Undecided,Needs info]  http://launchpad.net/bugs/67618
[07:39] <zyga> it seems that debian has a patch to freetype that gets rid of this
[07:46] <ajmitch> morning
[07:46] <zul> afternoon
[08:10] <Robot101> hm
[08:12] <Robot101> is it a known issue that both the dbus and the dbus-1-utils packages provide scripts to start dbus-daemon in your session?
[08:12] <Robot101> $ ls /etc/X11/Xsession.d/75dbus*
[08:12] <Robot101> /etc/X11/Xsession.d/75dbus-1-utils_dbus-launch
[08:12] <Robot101> /etc/X11/Xsession.d/75dbus_dbus-launch
[08:13] <Robot101> and also that xinit and x11-common, both of which I can't remove without braining half of my system, seem to double up all of the other Xsession.d scripts too?
[08:14] <Robot101> $ ls /etc/X11/Xsession.d/90x*
[08:14] <Robot101> /etc/X11/Xsession.d/90x11-common_ssh-agent
[08:14] <Robot101> /etc/X11/Xsession.d/90xorg-common_ssh-agent
[08:14] <Robot101> $ pgrep -u robot101 dbus-daemon
[08:14] <Robot101> 5634
[08:14] <Robot101> 5638
[08:15] <Robot101> $ pgrep -u robot101 ssh-agent
[08:15] <Robot101> 5629
[08:15] <Robot101> 5630
[08:15] <Robot101> :-/
[08:15] <Chipzz> Robot101: yeah I think it's a known issue
[08:18] <Riddell> dholbach: about?
[08:19] <Riddell> dholbach: able to join us in #ubuntu-meeting for a sec?
[08:50] <keescook> ^^ that was pitti testing the old nvidia driver.  :)
[09:08] <pitti> hi Seveas 
[09:10] <Seveas> hi
[09:11] <iXce> hi
[09:16] <sfllaw> Remember how we found bug 69158 before release?
[09:16] <Ubugtu> Malone bug 69158 in ndiswrapper "ndiswrapper-utils downgraded from dapper" [Critical,Confirmed]  http://launchpad.net/bugs/69158
[09:16] <sfllaw> Someone should probably make the simple fix of making ndiswrapper-utils do the right thing.
[09:17] <mdz> sfllaw: Kamion looked into it and found it hairy enough that he wasn't comfortable doing that just yet; please mail him and discuss it further
[09:18] <sfllaw> mdz: Really?  OK, will discuss with him.
[09:18] <sfllaw> mdz: We should at least have a working one for Feisty.
[09:21] <mdz> sfllaw: yes, see comments in bug 59983 (of which I believe 69158 is a duplicate)
[09:21] <Ubugtu> Malone bug 59983 in ndiswrapper "ndiswrapper in edgy broken" [Medium,Confirmed]  http://launchpad.net/bugs/59983
[09:50] <^robertj> what's the correct package to file sync requests against?
[09:50] <crimsun> whichever source package needs to be synced
[09:50] <pitti> ^robertj: the package you want to have synced
[09:50] <^robertj> pitti: assuming its err not there?
[09:50] <pitti> ^robertj: ah, a new one? well, just 'Ubuntu' then
[10:05] <slomo> keescook: i already fixed the mpeg2dec crasher...
[10:05] <slomo> keescook: FYI mpeg2dec's output buffers start address has to be 16byte aligned... for whatever reason ;) thanks for looking into it anyway :)
[10:06] <keescook> slomo: ah-ha!  great.  I didn't get far.  :)
[10:06] <keescook> slomo: do you have a patch handy?
[10:06] <slomo> keescook: http://bugzilla.gnome.org/attachment.cgi?id=75796&action=view
[10:06] <slomo> keescook: attached to pitti's bugreport
[10:07] <jud> hi....hey  booting in recovery mode with edgy results with a root terminal???? isnt that a problem????
[10:07] <_ion> Nope.
[10:07] <pitti> jud: why?
[10:07] <pitti> jud: that's exactly what recovery mode is supposed to do :)
[10:07] <jud> anyone can restart my computer!!
[10:07] <jud> booting
[10:07] <_ion> You don't have locks?
[10:07] <pitti> jud: anyone having physical access, yes
[10:08] <jud> yes
[10:08] <jud> office??
[10:08] <pitti> jdub: if you have to defend against untrusted people with physical access, the only solution is to encrypt your hard disk
[10:08] <_ion> It's the workplace's security problem if anyone can just walk into your office. Her being able to reboot your computer is the smallest problem.
[10:09] <sfllaw> keescook: Did your vino upload make it into edgy-proposed?
[10:09] <jud> anyway just wonder!!  bye
[10:09] <keescook> sfllaw: I don't think so.  I'm unclear on who needs to push it.
[10:09] <sfllaw> Kamion, I think.
[10:09] <sfllaw> Or mdz.
[10:13] <ajmitch> ^robertj: /win 94
[10:13] <ajmitch> oops
[10:13] <ajmitch> :)
[10:13] <keescook> ajmitch: you have *94* windows?  nice.
[10:14] <ajmitch> ^robertj: I don't think you'll need to file sync requests for new packages, they should be synced automatically
[10:14] <ajmitch> keescook: yeah, mostly ubuntu or debian
[10:14] <ajmitch> & /query windows :)
[10:14] <sfllaw> keescook: Can you get me a URL to the appropriate .deb?
[10:14] <sfllaw> The same one you uploaded to upload.ubuntu.com?
[10:15] <keescook> sfllaw: you mean the changes file?  one sec
[10:15] <sfllaw> keescook: No, not the .dsc.
[10:15] <sfllaw> The .deb.
[10:15] <sfllaw> The built one.
[10:15] <sfllaw> I'm trying to make sure your fix works.
[10:15] <keescook> Isn't that LP's job?
[10:15] <mdz> keescook,sfllaw: it's the archive admin team who process them, as documented in StableReleaseUpdates
[10:15] <keescook> mdz: I sub'd the archive team to the bug.  should I do anything additional?
[10:16] <sfllaw> keescook: https://wiki.ubuntu.com/StableReleaseUpdates
[10:16] <mdz> keescook: you don't need to do that; they will look at the queue, see your upload, read the changelog, check the bug to verify, and then accept the upload
[10:16] <mdz> they do this especially on tuesdays and fridays, but occasionally other times as well
[10:17] <sfllaw> mdz: To clarify the SRU policy.
[10:17] <sfllaw> It's 7 days after the archive admin accepts it, right?
[10:17] <keescook> mdz: ah-ha, okay.  SRU wiki didn't specify when those things would happen.  it was uploaded yesterday
[10:17] <mdz> sfllaw: it's accepted into -proposed immediately upon verifying that the SRU is approved
[10:18] <mdz> the 7 day delay is from -proposed to -updates
[10:18] <mdz> is that not clear from the document?
[10:18] <bluefoxicy> Anyone have word on why there is no longer a disk management app obviously visible in Edgy?
[10:18] <sfllaw> No, it's not.  It says...
[10:18] <sfllaw> "After successful testing and a minimum aging period of 7 days"
[10:18] <bluefoxicy> Was that pulled out of GNOME or just Ubuntu
[10:18] <sfllaw> So it's unclear when 7 days is relative from.
[10:19] <mdz> I'll clarify
[10:19] <sfllaw> Thanks.
[10:19] <keescook> sounds like we need a step 3.5) Wait for archive team to publish the upload. (Usually happens on Tues and Fridays)
[10:19] <mdz> it would be a bit silly to have it wait 7 days in the queue
[10:19] <sfllaw> and then have it immediately pushed to -updates.
[10:19] <sfllaw> That would be terrible.
[10:19] <mdz> keescook: I changed it to "The upload will be reviewed by the archive administrators during regularly scheduled processing"
[10:20] <keescook> sfllaw: okay, so, apologies, I pinged you too early.  :)
[10:21] <mdz> I don't want to duplicate the schedule in multiple places, lest it get out of sync
[10:22] <mdz> I've also clarified the aging period to apply explicitly to -proposed
[10:23] <doko> mdz: could you clarify as well 1) Propose *by email*, not i.e. by a bug report
[10:23] <mdz> doko: why?  either method works for me
[10:24] <doko> mdz: ? last Friday you explicitely asked for email (the bug reports were already filed)
[10:25] <mdz> doko: where?  perhaps I misunderstood your question
[10:25] <mdz> it doesn't matter to me so far as all of the information is present
[10:25] <mdz> I'm not sure whether Colin has a preference
[10:26] <keescook> mdz: I guess the question is how to initially get your attention.  should we email you, subscribe you to the bug, etc.  That where I wasn't sure.
[10:27] <keescook> s/That/That was/
[10:27] <keescook> what information is needed for the SRU is quite clear.  It's just not clear how to start the notification process.
[10:27] <doko> mdz: 68396 and 68380, emails sent on Monday
[10:28] <mdz> keescook: I've added a bit to the doc about how to do it with bugs
[10:29] <keescook> mdz: perfect!  reads clearly now, thanks.  :)
[10:32] <slomo> keescook: well, not yet 100% correct, i'll fix it ;)
[10:33] <keescook> slomo: see if you can add checks or docs updates in upstream libmpeg2.  I bet others will run into this too.
[10:48] <rpedro> can tell me someone who is resposible for the ubuntu daily iso builds?
[10:48] <rpedro> I have a problem with the latest daily jigdo template for i386
[10:48] <rpedro> possibly the it's the same as edgy final
[10:49] <LaserJock> that could be
[10:50] <tfheen> rpedro: they haven't started yet.
[11:42] <jdub> bhale: ping
[11:42] <bhale> hello jdub 
[11:43] <jdub> bhale: what are the chances of getting a bugfix update for beagle?
[11:43] <bhale> jdub: not my call, but it seems slim to none
[11:44] <jdub> joe tells me a "suck 100% cpu on certain file types" bug was fixed in 0.2.10
[11:44] <bhale> yeah
[11:44] <bhale> but its a new upstream
[11:44] <bhale> needs a full report to mdz for a final decision
[11:45] <jdub> well, could just pick up specific fixes
[11:46] <jdub> bhale: also 0.2.12 sounds awesome, but that's not a wildly brilliant reason for upgrading
[11:46] <bhale> 40% less memory would be for me
[11:46] <bhale> but im not the guy in charge
[11:47] <jdub> you would totally be saying that in battle dude
[11:47] <bhale> what battle?
[11:47] <jdub> 40% less enemy would be fine for me *CHA-SHICK!*
[11:47] <jdub> but i'm not the guy in charge
[11:47] <bhale> *POW*
[11:47] <bhale> I am now.