[12:18] <pochu> one question: does every version of Ubuntu uses utf-8 for the filenames?
[12:37] <sladen> bah, missed seb
[12:37] <cbx33> ogra, ok....
[12:37] <cbx33> found a way we can use pycrypto
[12:37] <cbx33> crippled_des is stupid...
[12:37] <cbx33> probably why it's crippled
[12:38] <cbx33> there is some swapping of bits going on
[12:39] <cbx33> meaning that the two only give the same results if the bits in the keys and passwords are symmetrical
[12:44] <ogra> cbx33, have a look at the mode switch of DES.new() as well ...
[12:45] <cbx33> ok
[12:46] <ogra> i.e. des=DES.new('01234567', 4) is pgp mode, DES.__dict__ shows a list ...
[12:48] <cbx33> hmmm
[12:53] <cbx33> ogra, no
[12:53] <cbx33> that doesn't help?
[12:53] <cbx33> tried all modes
[01:00] <cbx33> ogra, please read
[01:00] <cbx33> this is the reason that that des is crippled ;)
[01:00] <cbx33> http://www.vidarholen.net/contents/junk/vnc.html
[01:04] <ogra> ah, so you just need to flip the bytes :)
[01:04] <cbx33> yes
[01:04] <cbx33> but internally
[01:05] <cbx33> so recompiling python-crypto
[01:08] <cbx33> i dunno
[01:08] <cbx33> stupid VNC
[01:26] <elmo> hey since you guys are all about VNC
[01:26] <elmo> is there any sort of VNC recorder?
[01:26] <elmo> instead of viewing dumps the output to a file for later playback?
[01:26] <jdub> vnc2swf
[01:26] <elmo> swf == flash?
[01:27] <jdub> yeah, though it's pretty much the best of a bad bunch
[01:27] <jdub> there's one called vncrec which uses its own special format
[01:27] <jdub> hmm, which can now be transcoded, interesting
[01:27] <jdub> http://www.sodan.org/~penny/vncrec/
[01:28] <jdub> your other option is an X-based recorder, kicked off *via* vnc... that might work
[01:28] <jdub> depending on the reqs
[01:28] <elmo> jdub: I'm trying to capture something scrolling off screen on a KVM-over-VNC, I suspect my best bet is VNC recorders
[01:28] <elmo> thanks, I'll try vncrec and vnc2swf if I get desparate
[01:29] <kylem> elmo, it's probably ok. i should be able to debug with this.
[01:29] <elmo> kylem: it's got other use cases tho :)
[01:30] <kylem> one this git checkout finishes. sigh.
[01:30] <mjg59> elmo: uk.archive supposed to be down?
[01:30] <kylem> 4200rpm is not good for git.
[01:30] <elmo> mjg59: nope
[01:30] <mjg59> elmo: Hm. Can't get at it from here.
[01:30] <elmo> mjg59: it is down tho
[01:30] <elmo> it's just not supposed to be, ho hum
[01:30] <mjg59> Ah, ok
[01:31] <elmo> mjg59: archive.u.c is still in the uk in the meantie, FWIW ;-) - I'll contact the people hosting gb/uk
[01:32] <mjg59> elmo: Yeah, hitting it up now
[01:34] <cbx33> if you're talking about pyvnc2swf then
[01:34] <cbx33> hehe that's the one that's using the crippled_des that is breaking the GPL and giving me a headache ;)
[01:51] <enrico> siretart: python-debian uploaded to unstable!
[02:08] <elmo> mjg59: (it's back - thanks for letting us know)
[02:08] <mjg59> elmo: No problem
[02:34] <elmo> zul: ping
[02:50] <zul> elmo: pong
[02:50] <bddebian> Heya
[02:50] <zul> elmo: whats up?
[02:51] <elmo> zul: got any xen 3.0.4 packages around yet?
[02:51] <zul> playing with it but not really..had too many problems with it
[02:52] <elmo> oh?
[02:57] <elmo> zul: like what?
[02:59] <elmo> does anyone know where fedora keep their feisty equiv?
[03:00] <kylem> elmo, they call it rawhide. most of their stuff is in cvs.
[03:00] <zul> elmo: like domU not starting
[03:00] <kylem> http://cvs.fedora.redhat.com/viewcvs/?root=core
[03:01] <elmo> kylem: cool, thanks
[03:01] <elmo> zul: ok
[03:01] <kylem> np.
[04:11] <jdong> ogra: ping; were you the one trying to bring fuse to 2.6.0?
[04:12] <jdong> unping; I think it was givre
[04:24] <jdong> fabbione: ping regarding fuse 2.6.0
[07:28] <Mithrandir> ogra: it doesn't seem urgent to me?
[07:33] <pitti> good morning
[07:35] <Hobbsee> hey pitti 
[07:36] <Hobbsee> Mithrandir: ping @ kdenetwork.
[07:36] <Mithrandir> Hobbsee: hiya
[07:36] <Hobbsee> hey Mithrandir :)
[07:36] <Hobbsee> Mithrandir: can you accept yesterday's kdenetwork please?  (0ubuntu4)
[07:38] <Hobbsee> Riddell: was happy with it
[07:41] <Mithrandir> Hobbsee: you have forgotten to mention the addition of the sms plugin, it seems
[07:42] <Mithrandir> anyway, accepted
[07:42] <Hobbsee> Mithrandir: cool, thanks.  
[07:54] <pitti> Mithrandir: I have two easy, but important apport bug fixes: http://paste.ubuntu-nl.org/3558/
[07:54] <pitti> Mithrandir: it would be nice to get them in to get more testing for package install/upgrade failures
[07:55] <pitti> Mithrandir: ok for you for herd-3?
[07:55] <Mithrandir> pitti: looking.
[07:56] <Mithrandir> pitti: approved, please get in in ASAP
[07:57] <pitti> Mithrandir: thanks; uploaded
[08:31] <siretart> enrico: THANKS! :) - and I already merged it and uploaded to feisty :)
[09:12] <pitti> mvo: I fixed your apport bugs, but I'd like confirmation from you for bug 82267
[09:12] <Ubugtu> Malone bug 82267 in apport "apport-gtk keeps crashing" [Undecided,Fix released]  https://launchpad.net/bugs/82267
[09:12] <pitti> cjwatson: good morning Colin
[09:14] <mvo> pitti: good morning
[09:14] <Mez> quick question... if something needs a depend on the source version it should be
[09:14] <mvo> pitti: what kind of confirmation?
[09:14] <pitti> mvo: that your python-apport package is indeed outdated
[09:14] <Mez> Depends: package (= ${Source-Version})
[09:14] <Mez> not
[09:14] <Mez> Depends: package (= ${source:Version})
[09:14] <Mez> right ?
[09:14] <pitti> Mez: IIRC it's ${Source:Version}
[09:15] <Mez> hmm - dh_make uses ${Source-Version}
[09:15] <Mez> but this package I'm looking at uses ${source:Version}
[09:15] <pitti> Mez: yup, you are right, sorry
[09:15] <Mez> but that errors out with
[09:15] <Mez> dpkg-deb: parse error, in file `debian/nagios2/DEBIAN/control' near line 6 package `nagios2':
[09:15] <Mez>  `Depends' field, reference to `nagios2-common': error in version: version string is empty
[09:15] <Mez> I'm wondering how it ever built
[09:16] <Mez> (it's synced from debian)
[09:18] <Mez> unless debians systems aren't correct ?
[09:19] <Mez> aha ...
[09:19] <Mez> ok... I get it now .. :D
[09:22] <Mez> have the standards changed ?
[09:28] <pitti> seb128: good news!
[09:28] <seb128> pitti: oh?
[09:29] <pitti> seb128: I played a while with fakechroot yesterday and started working on an apport-retrace version which can build a sandbox for retracing with just user privileges
[09:29] <pitti> seb128: IOW: this would enable us to set up an automatic retracing service on porter's boxes
[09:29] <seb128> that is good news indeed ;)
[09:31] <Mez> hmmles, pitti, some advice.
[09:31] <Mez> Is it worth making an ubuntu-specific change just for a backport (changing ${source:Version} to ${source-Version}
[09:32] <pitti> Mez: if the package doesn't build, then it's definitively worth making the change
[09:32] <pitti> Mez: but it should be filed as an important debian bug as well
[09:32] <Mez> pitti: it builds against newer dpkg-dev though
[09:32] <pitti> ah
[09:33] <seb128> what package is that?
[09:33] <Mez> having a small debate over it on OFTC #debian-devel
[09:33] <Mez> seb128, nagios2
[09:39] <Mez> ok, apparently the ${Source:Version} is specifically for binNMUs.
[09:39] <Mez> but wont work with dappers dpkg-dev...
[09:39] <seb128> right
[09:39] <seb128> they didn't change the sementic just for changing it
[09:39] <Mez> so is it worth making the ubuntu specific change?
[09:40] <Mez> 1) theres a request for backporting
[09:40] <seb128> the new Source:Version doesn't contain the revision
[09:40] <Mez> 2) we dont do binNMUs in ubuntu
[09:40] <seb128> well, I thought you guys could do changes for backport no?
[09:40] <seb128> there is no real reason to create extra diff with Debian only for backport
[09:40] <Mez> seb128, I've no clue ;)
[09:41] <Mez> apparently so, but I dont know if it's been done
[09:41] <Mez> cjwatson, elmo, mdz, care to confirm or deny if we can now ?
[09:42] <Mez> (or anyone else who knows - anyone from ubuntu-archive I guess)
[09:43] <Mithrandir> can, yes, but no, we don't do it as a matter of policy.
[09:44] <Mez> Mithrandir, I believe it was agreed at some point that we were allowed as long as a main dev sponsored us in the changes. The last I knew, it was just impossible to actually put the changes in physiclaly
[09:51] <dholbach> good morning
[09:53] <dholbach> hey mvo_
[09:53] <mvo_> hey dholbach!
[09:53] <mvo_> looks my network is unstable today 
[09:53] <mvo_> looks like
[09:53] <Mithrandir> mvo_: gdebi-core needs versioned conflicts+replaces on gdebi.
[09:54] <mvo_> Mithrandir: I will fix that
[09:55] <Mez> Mithrandir, so I'm assuming that you wont let this be backported? (If so I'll just reject it)
[09:55] <Mithrandir> Mez: sorry, I'm in herd release mode, I'd need to make up something up on the fly.
[09:57] <Mez> Mithrandir, slightly confused by that ;) cant tell if it's a yes or no ;)
[09:58] <Mithrandir> Mez: it's neither. :-P
[09:58] <Mez> Mithrandir, thats how i read it ;)
[09:58] <cjwatson> Mez: it would be the first time it had been done. Frankly I think it depends how important the backport is; if it's just nice-to-have then I would recommend moving on to something else.
[09:59] <Mez> cjwatson, put simply, if it was anything other than "nice-to-have" it'd be an SRU ;)
[10:00] <Chipzz> mvo_: ping :)
[10:00] <Mez> I cant really think of a situation where a backport would be "important" enough in that case without it being an SRU
[10:01] <mvo_> Chipzz: pong
[10:01] <Mez> cjwatson, so - just move on ? :P
[10:01] <Mithrandir> if you needed the same fix for, say, usplash to it to use vesafb on amd64, I'd say it'd be a backport, not a SRU.
[10:01] <mvo_> Chipzz: looking at the bug now
[10:03] <Mez> Mithrandir, surely thats the ONLY time it could be used ? :P
[10:04] <Mez> I'll move on
[10:05] <Mez> oh, and scim ;)
[10:21] <mdz> Mez: yes
[10:22] <Mez> mdz: but do you agree with cjwatson about the whole "it depends how important the backport is"
[10:34] <tkamppeter> cjwatson, ping
[10:36] <tkamppeter> Any tar expert around?
[10:39] <seb128> tkamppeter: ask your question
[10:39] <seb128> if somebody knows the answer he'll probably reply
[10:41] <cjwatson> tkamppeter: hello
[10:43] <tkamppeter> Hi, cjwatson and seb128, I have tried to make CUPS extracting the PostScript printer PPDs from a tarball on-the-fly, see bug 39847.
[10:43] <Ubugtu> Malone bug 39847 in foomatic-db "Getting (more) manufacturer-supplied PostScript PPDs onto the Ubuntu desktop CDs" [Undecided,Confirmed]  https://launchpad.net/bugs/39847
[10:44] <cjwatson> tkamppeter: (I didn't mean to imply yesterday that this was urgent)
[10:45] <tkamppeter> To try to make it as fast as possible I have put the index file into the begiinning of the tarball, so that CUPS lists the PPDs quickly.
[10:46] <tkamppeter> The problem is that tar goes on reading after it has already found the requested file and so it takes always the time for reading the full tarball, independent which and how many files I extract.
[10:46] <tkamppeter> Is there a possibility to make tar stop reading when it has found the requested file?
[10:46] <pitti> Mithrandir: oh, new kernel is for herd-3?
[10:46] <cjwatson> Mithrandir: d-i uploaded, Ubuntu seeds modified (merge needed)
[10:48] <tkamppeter> cjwatson, so if there is no simple solution for this tar problem I think I will leave the PPDs as they are and simply do "gzip -9" on the PPDs when I make the next foomatic-db package.
[10:49] <tkamppeter> seb128, if you have a solution for my tar problem would be great.
[10:49] <seb128> tkamppeter: no idea about that one :/
[10:49] <cjwatson> tkamppeter: looking at the tar source code, I don't see a way to do that. extract_archive returns void and has no way to communicate meaningfully with the loop over all files in read_and.
[10:50] <cjwatson> tkamppeter: the saving would only have been a couple of hundred kilobytes, so there is certainly lower-hanging fruit elsewhere - we saved about 6MB yesterday by recompressing other .debs with bzip2
[10:51] <tkamppeter> So as I do not want to modify or re-implement tar, I think we must live with the splitting of linuxprinting.org-ppds and linuxprinting.org-ppds-extra, as we do on current Feisty.
[10:52] <cjwatson> ogra: could you update the status of your Edubuntu specs, please? a lot of them are "unknown" at the moment
[10:53] <cjwatson> tkamppeter: likewise for your printing specs (see https://launchpad.net/ubuntu/feisty/+specs) to reflect whatever progress is in the Ubuntu archive at the moment
[10:53] <Mithrandir> cjwatson: thanks.
[10:53] <Mithrandir> Riddell,ogra: please merge seeds.
[10:53] <ogra> cjwatson, will do
[10:53] <cjwatson> Mithrandir: what was the result of your grub2 discussion with Ian at the sprint?
[10:53] <ogra> MikeSmith, on my way ...
[10:53] <Mithrandir> pitti: yes.  I had hoped we would have it a bit earlier, but we didn't.
[10:53] <Mithrandir> cjwatson: just that he'll take it over and do what's in the spec.
[10:53] <ogra> MikeSmith, and no, its not urgent ...
[10:53] <cjwatson> Mithrandir: I'll change the assignee, then.
[10:54] <Mithrandir> cjwatson: thanks.
[10:57] <mvo_> Mithrandir: I uploaded a new gdebi with propper C/R line. and a new g-a-i that updates two codec lines. I hope those are ok for herd-3
[10:58] <MikeSmith> ogra - ?
[10:59] <ogra> MikeSmith, heh, yes, sorry 
[11:00] <MikeSmith> ogra - np
[11:00] <Treenaks> mikerandir ;)
[11:00] <MikeSmith> heh
[11:00] <Mithrandir> mvo_: it's in NEW and has been for a week, I'm not sure I'd want to let it out now.
[11:01] <Mithrandir> mvo_: I could take a look at the changes and see how big they are.
[11:01] <mvo_> Mithrandir: oh, I misunderstood then. keep it in NEW, that should be fine
[11:07] <tkamppeter> cjwatson, updated the status of all specs which are approved and assigned to me https://blueprints.launchpad.net/~till-kamppeter
[11:08] <cjwatson> tkamppeter: thanks. I think printer-sharing is probably Blocked rather than Needs Infrastructure, although it's a minor point.
[11:09] <cjwatson> tkamppeter: printerdrake status is concerning given that another spec is blocked on that
[11:09] <cjwatson> pitti: can you comment
[11:09] <cjwatson> ?
[11:09] <cjwatson> ajmitch: could you update the status of the network-authentication spec, please?
[11:12] <tkamppeter> cjwatson, changed printer-sharing to Blocked
[11:12] <pitti> cjwatson: I agree, it was just changed
[11:12] <pitti> cjwatson: and it has proper dependencies
[11:15] <cjwatson> pitti: right, I'm more wondering whether it will make feature freeze
[11:15] <pitti> cjwatson: 99% not, printerdrake is just not there yet
[11:21] <tkamppeter> As I suggested the replacement of gnome-cups-manager by printerdrake I thought one could simply take in some libs from Mandriva to make it working and then later replace the GUI.
[11:22] <pitti> siretart: this is mainly/only useful if you maintain the upstream bits in bzr, too, right?
[11:22] <siretart> pitti: no, it supports both merge and nonmerge mode
[11:22] <tkamppeter> Then pitti told me once by e-mail that there is no chance to get Mandriva's libraries into Feisty and the user interface HAS to be replaced. Then he asked me for screenshots and docs and I made these available.
[11:22] <siretart> pitti: together with the bzr-svn plugin, you can even have the upstream branch maintained in svn and your debian/ dir maintained in bzr, if you prefer
[11:25] <siretart> pitti: see https://wiki.ubuntu.com/BzrBuildpackage#head-1cb3f99dcc67a9b9b372e7252af55ac673b372ae
[11:26] <cjwatson> mvo_: you don't seem to have ever responded to my review comments on dist-upgrader-arch-any - could you do so?
[11:26] <cjwatson> mvo_: have you talked with Celso/Kiko about that?
[11:30] <mvo_> cjwatson: sorry for that, I will do that today
[12:08] <tkamppeter> pitti, you have rejected moving m2300w into main due to FTBFS, as it builds for me I want to know why it does not build for you.
[12:08] <pitti> tkamppeter: it doesn't build on the buildds, please see the logs
[12:09] <tkamppeter> pitti, where can I find these logs?
[12:09] <pitti> tkamppeter: https://launchpad.net/distros/ubuntu/+source/m2300w -> latest source version -> Builds
[12:09] <pitti> http://librarian.launchpad.net/5799737/buildlog_ubuntu-feisty-i386.m2300w_0.51-0ubuntu1_FAILEDTOBUILD.txt.gz
[12:10] <pitti> tkamppeter: it seems you need 'gs' as build dependency
[12:10] <tkamppeter> Thanks.
[12:24] <cjwatson> tkamppeter: you can always find the build logs from https://launchpad.net/ubuntu/+source/SOURCEPACKAGENAME, click on version, click on link for appropriate architecture
[12:24] <cjwatson> tkamppeter: you should be familiar with this sort of thing
[12:25] <TheMuso> What is the story re espeak promotion to main? Does it need to be seeded before that happens? The main inclusion report on the wiki says its approved.
[12:25] <TheMuso> dholbach: Once espeak moves into main, I'm happy to look at gnome-speech to get it building with espeak.
[12:26] <cjwatson> TheMuso: packages always need to be seeded, or (build-)depended upon by something that's seeded, in order to be promoted
[12:26] <TheMuso> cjwatson: Right.
[12:27] <TheMuso> I understand you guys are in freeze right now, but just wondering.
[12:27] <dholbach> TheMuso: I wrote the main inclusion report and I have the gnome-speech package prepared to build with it (once it's approved)
[12:27] <TheMuso> Been talking to heno .
[12:27] <TheMuso> dholbach: Bah you are too quick.
[12:27] <heno> Yeah, it looks on track :)
[12:27] <dholbach> TheMuso: excusez-moi :)
[12:28] <Riddell> Mithrandir: seeds merged by the way, I also uploaded a fixed kdenetwork
[12:28] <dholbach> TheMuso: I'll leave the next a11y tarballs for you, I promise :)
[12:28] <TheMuso> This also means that we can drop festival and get some 10s of MB back for the CD>
[12:28] <Mithrandir> Riddell: the one I accepted this morning or another one?
[12:28] <TheMuso> dholbach: Its alright.
[12:28] <dholbach> yoohoo
[12:29] <heno> TheMuso: until we add huge espeak voices like Russian and Chinese ;)
[12:29] <TheMuso> heno: Are they supposed to be big?
[12:29] <heno> (which for some reason are bigger)
[12:29] <TheMuso> Probably don't come close to festival however.
[12:29] <heno> Lot's of exceptions I guess (really don't know)
[12:31] <Riddell> Mithrandir: another one, 4:3.5.6-0ubuntu4 failed to build
[12:32] <Mithrandir> Riddell: ok, accepted
[12:32] <cjwatson> Mithrandir: I uploaded xorg to fix bug 59618 at long last, but it can be post-herd-3 if you like
[12:32] <Ubugtu> Malone bug 59618 in xorg ""Safe graphics mode" doesn't use VESA" [High,Fix committed]  https://launchpad.net/bugs/59618
[12:33] <Mithrandir> cjwatson: I was just going to investigate who did it, so thanks.  I guess it can be herd-ed in
[12:36] <cjwatson> Mithrandir: up to you
[12:36] <Mithrandir> already accepted
[12:36] <Mithrandir> looked safe enough
[01:22] <bSON> hi
[01:24] <gpocentek> Mithrandir: I've just merged the xubuntu seeds with ubuntu, could you build both daily and daily-live isos for us?
[01:25] <Mithrandir> gpocentek: once we have l-r-m which doesn't ftbfs, yes.
[01:25] <StevenK> Woot
[01:25] <gpocentek> Mithrandir: ok, thanks
[01:28] <bSON> ubuntu should drop it's gnome-cups-manager .desktop file and use the one upstream
[01:29] <bSON> and more important, it shouldn't install it in /usr/share/control-center-2.0/capplets but in /usr/share/applications
[01:33] <Mithrandir> bSON: any reason why it shouldn't be in both places?
[01:34] <bSON> Mithandir, it isn't in both places, it is just in the legacy directory
[01:35] <Mithrandir> : tfheen@golem ~ > dpkg -L gnome-cups-manager| grep desktop
[01:35] <Mithrandir> /usr/share/control-center-2.0/capplets/gnome-cups-manager.desktop
[01:35] <Mithrandir> /usr/share/applications/gnome-cups-icon.desktop
[01:35] <Mithrandir> so no, it's not.
[01:36] <bSON> Mithrandir, gnome-cups-icon.desktop is not gnome-cups-manager.desktop, those are two different things
[01:36] <bSON> gnome-cups-icon.desktop is from upstream that's why it's in the correct folder
[01:37] <Mithrandir> oh, true, different names.
[01:37] <bSON> (gnome-cups-icon is the notification area icon)
[01:39] <bSON> Mithrandir, i think the fix is as simple as dropping debian/gnome-cups-manager.desktop and going with upstream
[02:38] <xerxas> Hi all 
[03:04] <iwj> So allegedly we have a xen dom0 kernel in feisty now.  Let's see how bad it is.
[03:06] <wasabi_> the default kernel?
[03:06] <wasabi_> -generic?
[03:06] <zul> iwj: thanks...love you too
[03:06] <iwj> :-)
[03:06] <Mithrandir> wasabi_: no, it's in universe.
[03:07] <zul> iwj: works for me
[03:07] <iwj> zul: No insult intended.  If you know me you'll know I have a natural distrust of software - all software.
[03:07] <iwj> Excellent.
[03:07] <zul> iwj: none taken..
[03:07] <iwj> By and large I find that software is terrible, sadly.
[03:07] <Mithrandir> it's less bad than hardware, because fixing hardware takes more effort.
[03:08] <Treenaks> iwj: you must hate hardware
[03:08] <cjwatson> Riddell: Scott says you reckon you're entirely blocked on me for kubuntu-feisty-ubiquity - but surely there's lots of stuff in there that you can do independently of advanced-partitioner and slideshow?
[03:11] <kylem> it's just cheaper to fix sw than hardware.
[03:11] <Treenaks> kylem: unless your RAID-disks start to break ;)
[03:11] <wasabi_> hopefully you're using software raid. :)
[03:12] <iwj> Hardware is bad in different ways.  I quite like hardware I built myself.  Unfortunately even the software I write myself is buggy.
[03:12] <webben> The Scribus folks seem very very unhappy. http://bugs.scribus.net/view.php?id=4423 Would it be possible to select a "non-random" font and theme for QT apps?
[03:19] <wasabi_> Not sure what you mean by "random"
[03:23] <Riddell> cjwatson: I think it's all been done except for those and the missing translation strings
[03:29] <cjwatson> Riddell: I'm sure I haven't seen merges for a big chunk of those
[03:29] <cjwatson> unless it *all* went in with the qt4 port
[03:30] <cjwatson> I'll have a look at the next opportunity
[03:32] <sfllaw> kylem: Ping?
[03:32] <kylem> sup
[03:32] <sfllaw> kylem: How does one debug problems with ACPI buttons not showing up?
[03:32] <mjg59> sfllaw: What hardware?
[03:32] <sfllaw> kylem: Thinkpad T60p.
[03:32] <mjg59> sfllaw: Not showing up in what way?
[03:33] <kylem> apply matthew garret liberally to the problem.
[03:33] <kylem> ;-)
[03:33] <sfllaw> kylem: lshal -m doesn't respond when I hit SLPB.
[03:33] <mjg59> sfllaw: And is there a /proc/acpi/ibm directory with contents?
[03:33] <sfllaw> mjg59: Indeed there is.
[03:34] <mjg59> kylem: Hm. Does sudo acpi_fakekey 142 generate one?
[03:34] <sfllaw> Ah, strange, it's back.
[03:34] <mjg59> Ah
[03:34] <Mithrandir> is it just for me that pages in launchpad seems to return bin files for every second or third click now?
[03:34] <webben> Sorry, my X froze if anyone replied about Scribus, and default theme and font for QT apps.
[03:35] <sfllaw> mjg59: Strange, it's disappeared again after setting the hotkey back to its default 0xff9f and then to 0xffff again.
[03:36] <sfllaw> mjg59: Or rather, it's very intermittent.
[03:36] <sfllaw> After hitting it about 30 times, I get one response.
[03:36] <mjg59> sfllaw: Hm.
[03:36] <sfllaw> acpi_fakekey works.
[03:36] <mjg59> sfllaw: Does the acpi_fakekey thing work reliably?
[03:36] <sfllaw> Yes.
[03:36] <mjg59> Ok. Is stuff appearing in /var/log/acpid ?
[03:36] <sfllaw> Yes.
[03:36] <sfllaw> Am I looking for something?
[03:38] <sfllaw> mjg59: acpid doesn't respond to SLPB very often...
[03:39] <mjg59> sfllaw: Can you stop acpid, then cat /proc/acpi/events and see if anything is being generated?
[03:40] <sfllaw> mjg59: Only every 50 keypresses or so.
[03:40] <mjg59> sfllaw: Kernel boog, then
[03:40] <sfllaw> That was my intuition...
[03:40] <sfllaw> kylem: What kind of help would you need to track this down?
[03:41] <sfllaw> kylem: I'm willing to file a bug with as much information as you need.
[03:41] <kylem> i dunno, acpi isn't really my bag. but file a bug and i'll look at it.
[03:45] <bddebian> heya
[03:45] <kylem> sfllaw, you going to be in the office on friday?
[03:48] <sfllaw> kylem: Probably.
[03:49] <pitti> kylem: just a question, when will the new stable-security kernel be ready for upload approximately?
[03:49] <kylem> pitti, today. in an hour or two.
[03:49] <pitti> \o/
[03:49] <kylem> had some build troubles yesterday, but those are better now.
[03:51] <sfllaw> kylem: It takes around 60 seconds to register the next SLPB press.
[03:51] <sfllaw> Suspicious.
[03:53] <sfllaw> seb128: Does gnome-power-manager now handle ButtonPressed = sleep?
[03:55] <seb128> sfllaw: what is "ButtonPressed"?
[03:55] <sfllaw> [button_pressed_cb]  gpm-info.c:435 (09:55:09):   Button press event type=sleep
[03:55] <seb128> (note that ogra maintains that package and he might be the right person to ask)
[03:55] <sfllaw> Ah, sorry.
[03:55] <sfllaw> ogra: ^^^?
[03:55] <mjg59> sfllaw: Yes
[03:56] <seb128> is that the "When the power button is pressed" config option?
[03:56] <iwj> zul: You mean with xen-image-xen0-2.6.17.6 et al ?  ISTR reading about a 2.6.19 somewhere.
[03:57] <zul> iwj: yeah im just about to upload a newer version, i can put it up for you somewhere if you wish so you can get it when im done
[03:57] <sfllaw> seb128: No, it's when you hit the sleep button on your computer.
[03:57] <seb128> ah ok
[03:58] <sfllaw> ogra: It looks like SLPB is being eaten by gnome-power-manager in Feisty.
[03:58] <sfllaw> ogra: Is that supposed to be the case?
[03:59] <mjg59> sfllaw: If it's not appearing in /proc/acpi/events, it's never getting anywhere near g-p-m
[03:59] <iwj> zul: I don't need a newer version unless you think I need one.  I'm happy to live not so near the bleeding edge provided it mostly works.
[03:59] <sfllaw> mjg59: There are two bugs here.
[03:59] <zul> ok but there will be a newer version today though
[03:59] <sfllaw> mjg59: In that when button presses do get to g-p-m, nothing happens.
[04:00] <zul> iwj: although it should work with 2.6.17
[04:00] <iwj> zul: Right, that's great, thanks.
[04:00] <mjg59> sfllaw: Just as a point of reference, if ibm-acpi is loaded, you won't get SLPB. It'll be an ibm/hotkey event.
[04:01] <mjg59> Also, SLPB is just an internal identifier in the DSDT. Different hardware will have different names there.
[04:01] <sfllaw> Ah, g-p-m is set to have it do nothing.
[04:01] <mjg59> Yes, that seems like a plausible answer :)
[04:02] <cjwatson> tkamppeter_: what's your expectation that the upstream changes for printerdriverautodownload can happen in the next week?
[04:02] <cjwatson> tkamppeter_: (i.e. pre-feature-freeze)
[04:02] <sfllaw> ogra: It looks like bug 63303 has regressed.
[04:02] <Ubugtu> Malone bug 63303 in gnome-power-manager "No sleep button in edgy?" [Critical,Fix released]  https://launchpad.net/bugs/63303
[04:02] <mjg59> sfllaw: You're testing a clean install?
[04:03] <sfllaw> mjg59: Not completely.  But I'd expect /usr/share/gconf/defaults/10_gnome-power-manager to say something about that gconf key.
[04:04] <sfllaw> Like, one day it worked, and the next day it didn't.
[04:05] <sfllaw> mjg59: Let's check edgy's package to see what it says.
[04:06] <sfllaw> mjg59: Oh, Edgy didn't have this file.
[04:22] <tkamppeter_> cjwatson, in the next week I will not be able to do this upstream work. So I think we should move this to Feisty+1, especially for doing automatic downloads from Ubuntu we also need a printer setup tool which is maintained, so we better should make the driver auto download also dependent on the introduction of printerdrake.
[04:23] <pitti> tkamppeter_: pd-autodownload is mainly about creating a magic source package that fetches drivers from upstream, tests them, and creates packages for them; how does that depend on printerdrake?
[04:24] <tkamppeter_> pitti, one can perhaps make a PPD generator for CUPS 1.2 which checks whether the user is on the internet and if so it takes drivers from OpenPrinting into the PPD list
[04:25] <cjwatson> tkamppeter_: this sounds like all of your specs are crashed-and-burned for feisty, then?
[04:25] <cjwatson> tkamppeter_: that's ... concerning
[04:25] <tkamppeter_> and if a user chooses a driver which is only available on OpenPrinting, the PPD generator downloads the driver package.
[04:26] <pitti> tkamppeter_: right, but that does not seem to be related to the spec?
[04:26] <cjwatson> if you can decouple it from printerdrake, that would be a very good idea, even if it has to slip past feature freeze a little
[04:26] <pitti> please let's not have the automatic dl discussion again for now
[04:28] <tkamppeter_> cjwatson, it seems that the introduction of printerdrake was more work than expected. On the Summit pitti asked me for the files and told me that he tries to make them running under Ubuntu. Later on he told me that it is nott possible to get the Mandriva GUI libraries running with Feisty and asked me for materials to work on that and after that I did not get any retrurn any more
[04:29] <pitti> right, that's sort of stalled on UI redesign now, on mpt's table, but certainly not his first priority
[04:30] <tkamppeter_> driver auto-download can be completely hiden into CUPS, as driver generator, but as there is no sample driver package yet on OpenPrinting one cannot develop and test very well a CUPS PPD generator to be launched in a week.
[04:31] <pitti> tkamppeter_: but the spec is about a source package that downloads the drivers from openprinting and builts debs from them, not writing a cups backend
[04:31] <cjwatson> the date of feature freeze isn't something that was established today ...
[04:31] <pitti> althugh that would certainly be nice to have
[04:37] <tkamppeter_> Also for the development of a source package which downloads and re-packages all drivers sample driver packages are needed ...
[04:37] <iwj> Hmm, the trouble with testing adt-xenlvm-setup is that I have to wait for debootstrap each time.  I wonder if there's a quicker way.
[04:37] <iwj> zul: Congratulations, it all works just fine.
[04:37] <iwj> Thanks very much.
[04:37] <cjwatson> the cups backend is not specced; the spec lists the openprinting-drivers magic source package (waiting for openprinting.org) and the printerdrake integration (which will have to be deferred)
[04:38] <pitti> tkamppeter_: oh, openprinting does not export those yet? hm, too bad
[04:38] <iwj> mdz: Yes, I might resort to that but really I need more RAM I think.
[04:38] <cjwatson> tkamppeter_: I would suggest moving the openprinting.org changes as far forward in your schedule as possible, and getting the source package work done as soon after feature freeze as possible
[04:38] <iwj> But in fact it's just worked so I don't need to debug it any more :-).
[04:40] <tkamppeter_> cjwatson, I will do so.
[04:40] <cjwatson> tkamppeter_: thanks
[04:40] <tkamppeter_> cjwatson, should I mark printerdrake as Feisty+1 then?
[04:42] <cjwatson> tkamppeter_: yes, with an explicit annotation of exactly whom it's blocked on so that we can come back to this later without losing information
[04:42] <zul> iwj: cool
[04:46] <iwj> zul: X is still broken but when I'm doing this I don't mind not using the machine's head.
[04:47] <zul> iwj: might be the kernel then
[04:49] <iwj> Ben thought it might be something to do with the way xen remaps video stuff.  I have to admit to not understanding how all of the X/Xen/kernel interaction works.
[04:50] <Keybuk> the testing machine in the DC won't have X running, I suspect
[04:50] <iwj> Keybuk: You mean to tell me elmo doesn't like standing in the DC pointyclicking at menus ?
[04:51] <zul> iwj: which card is it again?
[04:52] <kwwii> Keybuk: was my mail enough for the weekly report or should I do another with more info?
[04:53] <Keybuk> kwwii: I don't have one yet?
[04:54] <kwwii> hrm, sabdfl received it (and responded), perhaps it ended up in your spam filter or such
[04:55] <iwj> Hmm, the gdebi -> gdebi{,-core} change seems to be stuck in NEW for the binaries.
[04:55] <pitti> Keybuk: he means the report for the sprint, not the Wednesday evening report for this week, I assume?
[04:55] <iwj> AFAICT.
[04:56] <iwj> zul: Some intel onboard thing.
[04:56] <kwwii> pitti: actually, i do mean the wednesday evening report :-)
[04:56] <pitti> kwwii: oh, hm, sorry
[04:56] <iwj> 00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G] /GE Chipset Integrated Graphics Device (rev 01)
[04:56] <Keybuk> kwwii: Subject ?
[04:56] <kwwii> Keybuk: have you received any mails from me yet? (scott at ubuntu dot com, right?)
[04:57] <kwwii> "a few pics for Wednesday"
[04:57] <Keybuk> ah,  I got that one
[04:57] <Keybuk> a more summary-type mail would be appreciated for the meeting
[05:01] <iwj> Mithrandir: Is the gdebi -> gdebi{,-core} split held up now because of the herd 3 freeze or for some other reason ?
[05:02] <kwwii> Keybuk: cool, will do
[05:02] <tkamppeter_> cjwatson, I have added an appropriate comment to the printerdrake spec now.
[05:03] <iwj> The relevant source upload was on Wednesday but the most recent source upload was on Friday.
[05:13] <Mithrandir> iwj: yes, the split meant NEW processing and we're frozen now, so I'm not going to approve it before Friday.
[05:14] <davmor2> help please.  Does network-manager work with intel chipset wireless?
[05:14] <lifeless> usually. But please use #ubuntu or the answer tracker or forums for support questions.
[05:15] <iwj> Mithrandir: OK, thanks for the info and I'll work around it locally somehow.
[05:23] <giskard> davmor2, yes it works 
[05:25] <davmor2> giskard:  It does now I needed to remove the config that was set up i /etc/network/interfaces for it to work though.
[05:26] <sfllaw> pitti: Bug 73617: Please make sure the right release is targetted.
[05:26] <Ubugtu> Malone bug 73617 in digikam "SRU proposal" [Undecided,Fix committed]  https://launchpad.net/bugs/73617
[05:27] <pitti> hi sfllaw 
[05:27] <sfllaw> I'll set it to Edgy and Fix Committed.
[05:27] <pitti> ah, I see
[05:27] <pitti> sfllaw: so it should be 'fixreleased', and an edgy task 'fixcommitted', I guess
[05:27] <sfllaw> Yeah.
[05:27] <sfllaw> Medium importance, I guess.
[05:38] <pitti> BenC: here?
[05:38] <iwj> BenC: I have a reproduceable oops in dm_snapshot in Chuck's 2.6.19 for feisty Xen.  Are you at all interested ?
[05:38] <iwj> snap
[05:38] <pitti> iwj: funny
[05:38] <pitti> iwj: I just wanted to tell him that I'll have the apport kernel oops hook ready by tomorrow
[05:39] <pitti> BenC: ^ does that make sense to ship already? i. e. can the kernel actually trigger it somehow
[05:39] <pitti> ?
[05:39] <iwj> pitti: *snort*
[05:40] <pitti> BenC: also, which package shall these reports be filed against? is linux-meta okay?
[05:43] <iwj> For now I think I'll Not Do That Then.
[05:44] <pitti> iwj: just to prevent misunderstandings, my apport stuff has nothing to do with you reporting oopses to Ben
[05:44] <iwj> pitti: I gathered.
[05:46] <BenC> iwj: not at all interested in 2.6.19 :)
[05:47] <iwj> BenC: Hmm.  OK.  I might have to debug it myself then.  Do you know of a crash in this area ?  I'm not doing anything very unusual: I have a snapshot which I fill up and keep trying to write to, and which I then deactivate.
[05:49] <BenC> iwj: No idea...haven't heard of anything
[05:49] <iwj> OK, thanks.
[05:51] <pitti> BenC: also, would it be useful for you to have the output of 'dpkg -l|grep linux-'?
[05:52] <BenC> pitti: No, just /proc/version_signature is good
[05:52] <pitti> ok
[05:53] <pitti> BenC: SourcePackage: linux-meta is ok for you? Or shall I figure out the actual linux-image-<version>?
[05:58] <BenC> pitti: linux-source-<ver>
[06:07] <Keybuk> seb128: totem is unhappy
[06:07] <Keybuk> futex() won't return
[06:08] <Keybuk> I don't think it likes glibc or something
[06:08] <Keybuk> it locks up after saying that it detected glibc
[06:08] <Keybuk> *** glibc detected *** totem: double free or corruption (out): 0x00000000005d6910 ***
[06:09] <Keybuk> somewhere in gstogg
[06:10] <iwj> Detecting glibc is a sure sign of trouble.
[06:12] <geser> does somebody have an idea why xmms2 didn't find a  c-compiler? http://librarian.launchpad.net/6012813/buildlog_ubuntu-feisty-i386.xmms2_0.2DrHouse-3.1ubuntu1_FAILEDTOBUILD.txt.gz
[06:12] <geser> xmms2 build without problems in my pbuilder
[06:13] <cjwatson> Keybuk: that message confuses lots of people :-)
[06:14] <cjwatson> it should be written as "glibc detected a double free or corruption in totem" or words to that effect
[06:14] <cjwatson> valgrind usually nails it
[06:14] <bddebian> love those
[06:15] <Keybuk> cjwatson: it should be written as "double-free detected (core dumped)"
[06:15] <cjwatson> that too
[06:17] <bddebian> geser: I'm going to try to build now just to see what happens
[06:18] <Keybuk> raise (SIGSEGV) in glibc would be sufficient
[06:25] <keescook> mornin'
[06:27] <bddebian> geser: FTBFSs for me:
[06:27] <bddebian> E: Couldn't find package libfaad-dev
[06:27] <bddebian> W: Unable to locate package libfaad-dev
[06:27] <bddebian> E: Could not satisfy build-dependency.
[06:28] <geser> bddebian: which source version of xmms2?
[06:28] <bddebian> xmms2_0.2DrHouse-3
[06:29] <bddebian> Oh, where'd you get 3.1 from?
[06:29] <geser> bddebian: it got it from Debian
[06:29] <geser> but you should get 0.2DrHouse-3.1ubuntu1 from Ubuntu
[06:29] <bddebian> I pulled what was in feisty
[06:30] <geser> bddebian: https://launchpad.net/ubuntu/+source/xmms2/0.2DrHouse-3.1ubuntu1
[06:30] <bddebian> Damnit, OK, sorry, let me try again
[06:43] <keescook> curious about a bzr workflow issue.  I have a branch of apport.  pitti frequently pulls changes from my tree (but not all).  How do I diff against his tree without pulling down a full copy?  (i.e. it seems I can use "bzr diff /path1 /path2" but I want to do something like "bzr diff . sftp://...")
[06:45] <pitti> keescook: I merged your entire tree, btw
[06:46] <pitti> keescook: you can probably get my tree and bzr diff ../otherbranch
[06:46] <keescook> pitti: hi!  :)  well, but didn't you fix the Dep issues?
[06:46] <keescook> pitti: yeah, I was curious if there was a way to do it without pulling the tree to my local system.
[06:46] <bddebian> pitti: \o?
[06:46] <pitti> keescook: I just changed your patch to add the dep to the right place
[06:46] <bddebian> Gah \o/
[06:47] <pitti> bddebian: ?
[06:47] <bddebian> pitti: Cheers for helping with archive admining :-)
[06:47] <pitti> bddebian: you're welcome
[06:48] <keescook> pitti: ah, I see.  You pulled my whole tree, then further updated it, so when I pulled it back, it has the changes.  Cool.
[06:48] <bddebian> geser: Builds OK for me.  Maybe ask for a give-back?
[06:48] <pitti> keescook: s/pulled/merged/, right
[06:48] <pitti> keescook: you can either pull from mine now, or just create another branch from trunk
[06:48] <keescook> sneaky bzr.
[06:48] <pitti> keescook: but since I merged your's, you should be able to pull
[06:49] <keescook> yeah, I re-merge every day; I think this last time may have been the first time you pulled directly from me, so that's why I hadn't noticed bzr fixing stuff the Right Way before.
[06:50] <pitti> keescook: btw, I noticed that you can subscribe to branches in LP; I didn't try that out, though
[06:50] <pitti> but I guess/hope it'll mail commit logs and so on
[06:50] <keescook> oh, interesting...
[06:52] <cjwatson> any Intel Mac owners here?
[06:52] <mjg59> cjwatson: You?
[06:52] <mjg59> cjwatson: I'll have another in a week or so...
[06:52] <cjwatson> yes, I know I do :-)
[06:53] <cjwatson> but I'm wondering if anyone else has the incredible slowness booting from CD
[06:53] <cjwatson> (live CD)
[06:53] <mjg59> Hm. What IDE module has it ended up binding?
[06:54] <mjg59> If piix is loaded, there's likely to be a problem
[06:54] <mjg59> Also, check whether /proc/interrupts is increasing like mad
[06:54] <cjwatson> it sounds like the CD is stopping and re-seeking all the time
[06:54] <cjwatson> mm, yes, both piix and ata_piix are loaded
[06:56] <nnonix> When you find a bug that is files against the wrong package, should you just add a comment to that fact and let the dev's modify the bug itself or should you actually modify the bug report?
[06:56] <cjwatson> mjg59: ide-cdrom seems to have got the CD
[06:56] <mjg59> cjwatson: Ok, that's not a good start.
[06:56] <mjg59> cjwatson: This is feisty?
[06:57] <cjwatson> yeah
[06:57] <mjg59> Does dmesg have lots of failed dma stuff?
[06:57] <cjwatson> mjg59: n
[06:57] <mjg59> Or is /proc/interrupts showing a huge number of interrupts for the piix irq?
[06:57] <cjwatson> no
[06:57] <cjwatson> mjg59: I dunno, what's huge?
[06:57] <cjwatson> ide0 says 6508
[06:57] <mjg59> Hm. Ok, so no.
[06:58] <cjwatson> the controller is PCI 8086:27df
[06:58] <mjg59> But piix really shouldn't be binding to that - ata_piix should be
[06:59] <mjg59> Not sure if it'd actually fix this case...
[06:59] <cjwatson> driver -> ../../../bus/pci/drivers/PIIX_IDE
[06:59] <mjg59> I suspect that unbinding that would be... awkward
[06:59] <cjwatson> looks like piix
[06:59] <cjwatson> I can munge the initramfs on the way up and see what happens
[06:59] <bddebian> BenC: Do you have any specific love/interest in kexec-tools?
[06:59] <mjg59> 27DF is in ata_piix.c
[07:00] <BenC> bddebian: Yes
[07:00] <bddebian> BenC: Do you intend to re-merge it?  I filed a sync request for it but maybe I'm missing something important?
[07:01] <BenC> bddebian: I'm looking at some other patches that it may need, so I'll be messing with it soon
[07:01] <bddebian> BenC: OK, thx
[07:01] <mjg59> BenC: So there still seem to be some duplicate IDs in piix and ata_piix - is that deliberate?
[07:01] <BenC> plus implementing a real kdump in our initramfs
[07:01] <cjwatson> piix.c claims PCI_DEVICE_ID_INTEL_ICH7_21
[07:01] <BenC> mjg59: I thought you said dupes were ok :)
[07:02] <mjg59> BenC: Not if they're both ending up in initramfs
[07:02] <BenC> mjg59: That's a blacklist issue...unless one breaks and the other doesn't, then it should be ok
[07:02] <BenC> is there any broken?
[07:02] <cjwatson> BenC: scroll up
[07:02] <mjg59> BenC: Hm. But Colin has piix.c bound...
[07:03] <BenC> mjg59: ok
[07:03] <mjg59> So something's going wrong :)
[07:03] <mjg59> cjwatson: I'm not sure that this will actually help you, but it's worth a go if you can hack it form initramfs
[07:03] <cjwatson> having trouble with the USB keyboard vs. initramfs
[07:03] <mjg59> cjwatson: Ah, yes...
[07:03] <BenC> mjg59: can you blacklist piix and see if that helps you?
[07:04] <mjg59> BenC: I can't
[07:04] <cjwatson> BenC: it's me
[07:04] <BenC> err, cjwatson I mean
[07:04] <cjwatson> I'll have to hack the initramfs elsewhere and re-burn the CD
[07:04] <cjwatson> I'll just remove piix, simpler
[07:08] <seb128> Keybuk: could you get a valgrind log?
[07:12] <gvinueza> hello
[07:13] <gvinueza> anyone?
[07:13] <gvinueza> someone?
[07:14] <ScottK> Yes?
[07:14] <cjwatson> gvinueza: ask - don't ask whether you can ask
[07:14] <gvinueza> well if someone can help me, i'm looking for some reference about development apps for ubuntu
[07:14] <gvinueza> ok cjwatson
[07:14] <gvinueza> so you can help me?
[07:15] <gvinueza> what do i need (dev-apps), where to get it, etc...
[07:15] <cjwatson> no
[07:15] <cjwatson> the fact that I made a comment helping you to ask your question better does not mean that I'm volunteering to help
[07:15] <gvinueza> ok, so them just put me in the right direction...
[07:16] <cjwatson> this channel is for development of Ubuntu itself, not for developing applications on Ubuntu
[07:16] <cjwatson> #ubuntu may be able to help, but if not you'll need to search the web
[07:16] <gvinueza> ok, i have that very clear and in time i will do so, but now i need some pointers for developing apps on ubuntu
[07:17] <Keybuk> seb128: it worked ok on feisty; assuming it's an edgy bug
[07:17] <seb128> Keybuk: ok
[07:18] <gvinueza> ok... then see you later this year, bye
[07:22] <bluefoxicy> umm
[07:22] <bluefoxicy> I have a Control Centre?
[07:22] <bluefoxicy> Center is spelled wrong.
[07:22] <bluefoxicy> I looked, my language support is incompletely installed
[07:22] <bluefoxicy> It's set to English (United States of America)
[07:23] <bluefoxicy> so I tell it to complete installation, it downloads 4 *-en-gb packages
[07:23] <bluefoxicy> this isn't quite correct, is it?
[07:24] <cjwatson> mjg59: killing piix from the initramfs doesn't seem to help
[07:24] <mjg59> cjwatson: Hrm.
[07:24] <cjwatson> still waiting for it to boot to see what bound
[07:24] <mjg59> cjwatson: Ok
[07:24] <mjg59> cjwatson: dmesg would be great once you can get it
[07:24] <cjwatson> sure
[07:24] <cjwatson> bug or mail?
[07:25] <mjg59> pastebin or whatever is fine
[07:36] <cjwatson> mjg59: /wg 79
[07:36] <cjwatson> oops
[07:37] <cjwatson> mjg59: http://pastebin.com/872301
[07:38] <cjwatson> mjg59: ata_piix definitely bound this time
[07:41] <zul>  /msg Mithrandir hi...did my xen-source upload i did this morning disappear?
[07:42] <zul> shoot..
[07:43] <kylem> frozen
[07:43] <Mithrandir> zul: as kylem says, it's frozen.
[07:44] <Mithrandir> and I haven't approved it because I want to keep a clear shot at the buildds for the kernel builds we've been doing
[07:44] <zul> yeah i just realized it
[07:44] <zul> not a problem
[07:46] <sacater> is ubuntu feisty available for general public yet?
[07:47] <Burgwork> mdz: ping
[07:47] <Burgwork> sacater: yes
[07:47] <Burgwork> has been since day one
[07:47] <mdz> Burgwork: pong
[07:47] <sacater> Burgwork: then howcome I cant see it in updates / the ubuntu websute
[07:48] <Burgwork> mdz: I wanted to draw your attention to https://www.redhat.com/archives/fedora-devel-list/2007-January/msg01561.html and https://www.redhat.com/archives/fedora-devel-list/2007-January/msg01616.html 
[07:48] <Burgwork> sacater: it is publicly available but not yet released as stable
[07:48] <Burgwork> ie: there are alphas out there
[07:49] <sacater> kk
[07:50] <sacater> might get it for my laptop
[07:58] <mdz> Burgwork: interesting, in a kind of familiar way
[07:58] <mdz> I don't see anything new or different in the descriptions of either of them
[08:05] <Keybuk> NIHLHCP
[08:06] <Keybuk> the way things are going at the moment, when asked for a list of Linux-compatible hardware, it's easier to just give people www.intel.com ;)
[08:06] <Nafallo> :-P
[08:15] <Burgwork> mdz: indeed. Hopefully their little bit of work and our little bit of work could become more than each could do
[09:06] <sfllaw> mvo: For bug 81428, do you want me to test synaptic on Edgy as well?
[09:06] <Ubugtu> Malone bug 81428 in app-install-data-commercial "sugarcrm needs update of app-install-data-commercial and a synaptic fix" [High,Fix committed]  https://launchpad.net/bugs/81428
[09:06] <mvo> hello sfllaw
[09:07] <sfllaw> mvo: Hello!
[09:07] <mvo> sfllaw: no, thanks. the version in edgy has the bug unfortunately
[09:07] <mvo> sfllaw: I have not issued a SRU for this yet
[09:07] <sfllaw> mvo: All right.  So just in dapper-proposed.
[09:07] <mvo> sfllaw: yes, thanks
[09:07] <sfllaw> mvo: OK, should be done in a few hours.
[09:09] <mvo> cool, thanks
[09:21] <lamont> keescook: re bind9, thanks
[09:21] <keescook> lamont: yawp, no problmo
[09:22] <keescook> lamont: any news on ISC regression tester?
[09:25] <lamont> keescook: it won't be general availablility in any case, I expect - still working through identifying the right victim inside  HP to talk to about  me getting access
[09:27] <keescook> cool.  I'm concerned with the dapper and breezy backports.  especially breezy; that whole area of code is verry different
[10:07] <Adri2000> could an archive admin (if any is around) process the universe packages waiting please? :)
[10:12] <Mithrandir> Adri2000: some accepted; I'm holding back the xen-source to avoid loading the buildds.
[10:13] <Adri2000> ok, thank you
[10:14] <sabdfl> Mithrandir: do we need more buildd's?
[10:19] <Mithrandir> sabdfl: elmo has ordered more parts for two of the ones we have already, but the supplier is being slow, AIUI.
[10:20] <Mithrandir> sabdfl: more buildds (or rather, faster buildds) is always welcome, though.
[10:20] <Mithrandir> (one of the i386 buildds is approximately twice as fast as the two others, so making sure kernel builds go to the right place is crucial when we're a bit tight on time)
[10:24] <sfllaw> kwwii: You may be interested in http://lgm.scribus.net/
[10:26] <kwwii> sfllaw: hi! yeah, I wish I could attend but my parents and one brother have tickets to germany at the same time
[10:26] <kwwii> sfllaw: I missed the last one as well
[10:27] <sfllaw> kwwii: Oh dear.
[10:28] <sfllaw> kwwii: It's in our neck of the woods.
[10:28] <sfllaw> kwwii: Also, UDS is close to that time, but I thought you might be able to get a special exemption.  :)
[10:29] <kwwii> sfllaw: not that I want to miss a sprint or anything
[10:29] <kwwii> ;-)
[10:29] <sfllaw> kwwii: Ha!
[10:29] <sfllaw> kwwii: LGM is pretty work relevant.
[10:29] <sfllaw> Especially if you could raise the needs of distributions.
[10:29] <sfllaw> And corner Inkscape developers and give them your opinion about their gradient tools.
[10:30] <sfllaw> ;)
[10:31] <geser> Mithrandir: can you look at the build failure for xmms2? http://librarian.launchpad.net/6012813/buildlog_ubuntu-feisty-i386.xmms2_0.2DrHouse-3.1ubuntu1_FAILEDTOBUILD.txt.gz
[10:31] <geser> Mithrandir: it builds fine in a pbuilder
[10:32] <Mithrandir> geser: missing build-depends on git?
[10:32] <Mithrandir> sh: git-rev-parse: command not found
[10:32] <kwwii> sfllaw: I can see inkscape devs running in fear
[10:32] <Mithrandir> unsure if that's the fatal one, though.
[10:33] <_ion> Actually, i happened to build 0.2DrHouse-3.1 from Debian today. It printed the error about git-rev-parse, but built just fine.
[10:33] <geser> Mithrandir: it builds fine without git-rev-parse
[10:34] <geser> Mithrandir: I reports it can't find a c compiler but I don't know why
[10:35] <Mithrandir> let me check
[10:40] <sfllaw> kwwii: Maybe you can convince someone else to represent us?  Maybe Cliff?
[10:41] <sfllaw> kwwii: Someone else from #*ubuntu-artwork?
[10:41] <kwwii> sfllaw: still no response from Cliff yet, not sure what is up there
[10:41] <kwwii> sfllaw: that would be the best course
[10:41] <sfllaw> It'd be good if we got someone to go.  Good artwork seems to be very important for us.
[10:42] <kwwii> I would love to go personally
[10:42] <sfllaw> kwwii: But you don't want to be disowned.  I understand.
[10:42] <sfllaw> :P
[10:42] <kwwii> so many people that I have talked to online and in lists, it would be great to meet them in person
[10:42] <kwwii> hehe, yeah
[10:43] <sfllaw> All right.  Well, look around for someone interested and maybe point them at LouisD.
[10:43] <ajmitch> kwwii: corner keescook? :)
[10:43] <sfllaw> kwwii: LouisD is the one organizing LGM.  They're at #lgm on irc.freenode.net.
[10:43] <kwwii> sfllaw: cool, I'll do that
[10:43] <sfllaw> kwwii: Thanks.
[10:44] <ajmitch> keescook: you still have some inkscape involvement?
[10:45] <keescook> ajmitch: I do, yeah
[10:45] <ajmitch> or ubuntu has drained all your time :)
[10:45] <kwwii> oh keescook, you shouldn't have admitted that
[10:45] <keescook> kwwii: heh.  what's up?
[10:46] <ajmitch> I shouldn't drop him in it 
[10:46] <keescook> ah! found it.  gradient tool, eh?
[10:46] <kwwii> keescook: just kidding mainly, but as artist, I do have a lot of issues with inkscape
[10:47] <kwwii> first thing, someone should fix the nasty gaussian blur stuff, it kills my export times :(
[10:47] <keescook> kwwii: hehe.  patches welcome!  join #inkscape.  :)
[10:48] <sfllaw> keescook: Going to LGM?
[10:48] <keescook> sfllaw: since I don't know what LGM is, I guess not.  :)
[10:49] <sfllaw> http://lgm.scribus.net/
[10:49] <sfllaw> keescook: It overlaps a bit with UDS.
[10:49] <sfllaw> But it's the big graphics conference here in Montreal.
[10:49] <dem> i'm trying to get hal to know to work with hotplugable devices in the ultrabay in the new lenovo/ibm thinkpads, on sata chips
[10:49] <keescook> ah!  nah, but we usually have a bunch of inkscape core-devs there
[10:50] <dem> however i have one issue that on those machines i need ide-cd to ignore the the ide cdrom so it can get picked up by the sata drivers... as a part of the install
[10:50] <dem> anyone know how to go about making that work?
[11:00] <cjwatson> Mithrandir: oh, smeg, I think crash handling is fucked in ubiquity at the moment
[11:00] <cjwatson> do we care enough? (i.e. have you already built semi-final livefses?)
[11:01] <cjwatson>     raise
[11:01] <cjwatson> TypeError: exceptions must be classes, instances, or strings (deprecated), not NoneType
[11:02] <Mithrandir> cjwatson: no, haven't built them yet.
[11:02] <Mithrandir> cjwatson: so please.
[11:02] <_ion> Oh, gtk-1 still exists? ;-)
[11:03] <gnomefreak> :) _ion yeah :(
[11:03] <gnomefreak> all i know is im hearing they are warrning when trying to install them
[11:04] <ogra> any idea about the current size after all the seed changes ? 
[11:04] <ogra> i see there was no fresh build during the day at all ...
[11:08] <cjwatson> gnomefreak: that's usually transient and goes away with the next mirror push.
[11:09] <gnomefreak> ah ty
[11:42] <okaratas> jono, hello
[11:43] <jono> hey
[11:52] <sabdfl> what's the monster new debug kernel all about?
[11:52] <kylem> sabdfl, enabling people to sensibly debug things
[11:52] <sabdfl> eggsellent
[11:52] <kylem> need the vmlinux (the uncompressed, unstripped image) to be able to gdb it, for instance.
[11:54] <sabdfl> taint notwithstanding ;-)
[11:54] <kylem> :)
[12:00] <cjwatson> Mithrandir: hmm
[12:00] <cjwatson> Mithrandir: update-notifier isn't running in the live session
[12:00] <cjwatson> Mithrandir: so apport-gtk = not so much
[12:00] <Mithrandir> cjwatson: ugh.
[12:00] <cjwatson> Mithrandir: what were we trying to stop there? just update-manager?
[12:00] <Mithrandir> yes, afaik
[12:01] <Mithrandir> it should still catch normal crashes, shouldn't it?
[12:01] <cjwatson> don't see how
[12:01] <cjwatson> ubiquity basically is a normal crash now
[12:01] <Mithrandir> hmm
[12:02] <Mithrandir> anything we can do about that now, or should I just releasenote it?
[12:02] <cjwatson> I'm trying to figure out if there's an obvious way to fix it quickly
[12:03] <cjwatson> removing the right files from /usr/lib/update-notifier would probably do it