[00:18] # FIXME: Remove this LVM block after Etch releases [00:18] ^-- mkinitramfs in gutsy ;-) === macd_ is now known as macd [04:03] bryce: unlikely ping (totally awesome X bug) [04:11] * lamont wants a fix for debian bug#457799 [04:11] (zenmap desktop file) [04:15] hey lamont [04:15] howdy jdub [04:16] long time no see [04:38] asac: i finally got it all patched and tried to build ooo with lzma and xulrunner-1.9 and it failed, so i'm trying to debug it now [04:38] asac: i'm not sure if it is actually related to xulrunner yet or not [04:39] asac: i may end up sending you the patch and have you look over it to see if it looks right to you [04:39] asac: i may have done something wrong since i haven't messed with autoconf stuff in a while [04:39] asac: esp autoconf + pkgconfig code [05:46] jdub: thanks :-) [05:47] jdub: yeah it's surprising how many serious issues this one patch solves [05:48] jdub: and I have a suspicion that if we use it for ALL intel graphics it may solve a slew of other similar bugs [05:59] argh. [05:59] going away is bad. [06:02] Hobbsee: With all the email you have to catch up on, yes of course it is. [06:03] TheMuso: yeah...and updates. [06:03] Meh thats nothing compared to email. [06:03] yeah, true [06:12] bryce: still there? [06:12] jdub, yup [06:13] http://www.gnome.org/~jdub/2008/x-marks-the-black.png [06:13] bryce: so here's why it's weird [06:14] that black area is completely inactive (blacked out), 'cept for the mouse cursor [06:14] then if i disable the metacity compositor [06:14] the previously active area goes inactive (no more updates) [06:14] and the previously inactive area becomes active (i can see the background and move windows into it) [06:14] and i can switch between those areas by turning the compositor on and off [06:14] reproduceable after logout and reboot [06:15] it's wild :-) [06:15] jdub, have you tried doing `xrandr --output LVDS -off`? [06:16] bryce: yeah -- no change [06:16] note that the whole screen area (1920x1200) is, uh, interactive... but isn't updated [06:17] you can see the panel disappears into the black on the right there [06:17] hmm, so by chance is the active area 1280x800? [06:17] yes, the size of the LVDS :-) [06:17] interesting, so best bet is that the LVDS is confusing either X or metacity [06:18] have you tested running a different wm? [06:18] the composite inversion thing is hilarious [06:18] no, just states of metacity [06:18] i'll try something else now [06:18] * jdub finds something that is not objectionable [06:18] if I had to guess, I'd bet it's xrandr confusifying metacity [06:19] we've seen a variety of metacity and gnome bugs when resizing, disabling, etc. stuff through xrandr [06:20] aha, interesting [06:21] under twm, it's all okay [06:21] ahh, as I suspected [06:21] okay [06:22] i am shocked and appalled that it's metacity :-) [06:22] hehe [06:22] thanks, i should've thought about running another wm [06:22] I suspect its looking at what outputs are *connected* rather than which are *enabled* [06:22] i'll bug marnanel about it [06:22] uh oh, jdub is in da hizzy, hide your liquor! [06:22] jdub, glad to help :-) [06:23] this compositor switching thing will melt his face [06:23] if not his brain [06:23] meanwhile, the vintage appeal of twm [06:23] hehe [06:23] alt-tab? HAHA. children. === lando_ is now known as lando [06:24] hmm, wouldn't it be ironic if you switched compiz on and it worked fine there too? [06:24] thankfully, compiz just didn't start at all [06:25] ah, whew [06:25] metacity is saved that embarrassment ;-) [06:50] slangasek: tjaalton and I have a couple questions about getting in some X package uploads for alpha5 if/when you're around === gouki_ is now known as gouki [06:50] bryce: ouch. where are they? [06:51] uploaded ~8h ago === cjwatson_ is now known as cjwatson [06:51] heya cjwatson [06:54] bryce: ok, what packages? [06:54] slangasek: xserver-xorg-video-intel and xorg-server [06:55] also, we are considering syncing xserver-xorg-video-ati, which just had a new release yesterday === Traxer is now known as Traxer|on [06:55] a new _stable_ release, the first in 18 months or so :) === Traxer|on is now known as Traxer [06:56] right; we currently have a fairly recent git snapshot, but would like to get onto the official released version === slangasek changed the topic of #ubuntu-devel to: Archive: Feature freeze, Alpha 5 freeze | Development of Ubuntu (not support, not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/edgy/feisty/gutsy, #ubuntu+1 for hardy | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [06:56] Good morning [06:56] heya pitti [06:57] morning pitti! [06:57] darn. [06:57] just after i deleted all the package changes [06:57] Good morning [06:58] bryce: please hold off the sync of the new -ati release until after the alpha. The others would be uploads of targetted bugfixes? [06:58] * pitti hugs Hobbsee and bryce, good morning [06:58] * Hobbsee hugs pitti back :) [06:58] YokoZar: you're welcome [06:59] slangasek: ok. Yes they're fixes for specific critical bugs [06:59] pitti: :) [06:59] bryce: i can't seem to find -intel. where is it? :) [06:59] keescook: fallout from the python-central goo; I think seb128 did a rebuild, I'll check it out today [07:01] keescook: hald virtual network> ah, that patch looks good; virtual interfaces are direct childs of computer? ok [07:01] keescook: I'll apply it after hardy-5, ok? [07:01] Hobbsee: tjaalton uploaded it; it's also present at http://people.ubuntu.com/~bryce/Uploads/ [07:02] \sh_away: language-selector-common> if it was uploaded recently, it'll need a rebuild [07:02] \sh_away: hm, it was not; seems it'll just sort out itself [07:02] bryce: oh good. that's a workable solution for hardy, then. [07:04] pitti: hal> yeah, I tried a few ideas (matching MAC addresses) etc, and in the end nothing really works well, and trying to represent a tree for network devices starts becoming non-trivial since you can have very non-tree relationships (vlan interfaces on different physical interfaces belonging to different bridges, etc etc) [07:04] so, due to madness, I just went the route of having them show up where other virtual devices do -- direct children of computer. [07:04] keescook: yeah, makes sense; the hal tree is organized by physical bus layout [07:05] so I'm fine with this solution [07:05] keescook: I didn't see upstream's comment on this, though? [07:06] okay, cool. I'd _like_ vlan interfaces to show up as children of the physical dev, but i'd like that hinting to come from the kernel since I can't count on interface names showing the relationship. Yeah, David hasn't commented still. I pinged him on IRC, but no response there either. [07:06] * ogra mumbles about the buildds not having http access to pull data from popcon at buildtime ... [07:06] * Hobbsee grumbles about this keyboard bug. [07:07] * keescook goes to bed [07:09] bryce: so is 177492 is the only change not yet uploaded? How soon could you have it uploaded if I said "yes" for alpha5? [07:09] immediately; we have the packages ready to go [07:10] slangasek: the change (which involves one patch to xserver and two to -intel) essentially just flips a configuration option, and in the new config it solves 4 different issues [07:11] ok, please go for it [07:12] cool thanks, tjaalton would you mind putting the upload in? [07:12] ok, let's try again [07:13] uploaded === fabbione is now known as thegodfather [07:18] still not getting them through [07:21] tjaalton: where are you looking to see if they come through? [07:21] my inbox and the changes list :) [07:22] same thing 8h ago [07:22] ah [07:29] superm1: ping? [07:30] bryce, do you know if there is somebody anywhere in the world packaging the intel embedded graphics drivers (iedg) into .deb ? [07:31] thegodfather, hey [07:31] i'm off to bed in a few min, is it quick? [07:32] superm1: hey dude... yes quick.. did you read my suggestion to make the Depends on libmyth (= version) instead of (>= version) ? [07:32] keescook: btw, David and other upstreams are much more likely to comment on the hal ML; no idea why they ignore the bug tracker so much [07:32] superm1: all plugins refuses to work if the lib is newer anyway [07:32] thegodfather, yeah while we are in trunk, that does make more sense [07:32] superm1: might as well avoid the update until it's all in sync on the same system [07:33] superm1: ok cool. that's it.. good night :) [07:34] asac: any objections to a no-change rebuild of NM against the current libnl? [07:34] ogra, no idea; in fact this is the first I've heard of iedg [07:35] slangasek: has libnl been upgraded? [07:36] bryce, yeah i heard about it last week first time and was told it improves the classmate ... i'll try it myself then .. saldy i dont seem to be able to find the actual source, they have a binary rpm and an exe :/ [07:36] asac: yes, we have libnl 1.1-1 in hardy now [07:36] ogra, hrm, not a good sign [07:36] right [07:36] slangasek: oh ... thast most likely more recent than 1.1-pre8, right? [07:37] but they asvertise its linux compatibility (at least for xorg 7.0 to 7.2) [07:37] slangasek: i think it won't build then ... at least 0.6 branch needed apatch for pre8 [07:37] *advertise [07:37] asac: it's no longer pre-, so yes it's more recent [07:38] slangasek: i added this to my todo list. feel free to prod me in case don't happen quick enough [07:39] asac: ack, thanks [07:42] pitti: libpam-mount was recently promoted to main but not libhx, which is mentioned as a build-dependency in https://wiki.ubuntu.com/MainInclusionReportLibPamMount - oversight? [07:45] slangasek: ah, oversight, sorry [07:46] slangasek: I'll review and either promote, or demote libpam-mount again and ask for an MIR [07:46] asac: confirmed that n-m FTBFS currently; Debian does seem to have the package, so perhaps this would be a straightforward merge [07:46] pitti: ok, cheers [07:48] slangasek: well ... there is a patch patch available. but i think upstream had concerned with the debian one, but afaik they care for latest libnl in the 0.6.6 update they wanna release [07:48] and most likely its alrady in the 0.6.6 preview release they did last week ... i'll look [07:48] ok, I'll shut up and leave it in your hands :) [07:49] good morning [07:49] slangasek: hehe ;) [07:54] good morning [08:02] slangasek: hostname => hostname -f basically ends up being localhost() => gethostbyname(localhost())->h_name [08:02] slangasek: /etc/hosts might not be configured in the livefs chroot, which could be it? [08:02] mmm, right [08:03] ok, I'll upload a quick 'hostname -a || hostname' fix [08:05] c [08:05] ugh wrong tab [08:05] er, hostname -f || ... [08:12] slangasek: how about also having livecd-rootfs copy /etc/hosts from the build system? [08:12] of course live fs building is chroot-within-chroot and I don't know if the middle chroot has an /etc/hosts either [08:17] cjwatson: well, I can't actually reproduce the error by nuking my /etc/hosts in a chroot... so conversely, it doesn't seem that copying /etc/hosts would fix it [08:17] not that having a good /etc/hosts would be a bad thing [08:17] hm [08:17] where did I put my unpacked glibc tree [08:18] oh, mind you, if we copied /etc/hosts during build we'd have to take care to clean it out at the end too [08:19] terranova's /etc/hosts is probably not massively useful elsewhere [08:19] heh === awalton__ is now known as edud_eoqqq [08:21] thank you, glibc, for calling the file containing gethostbyname() "gethstbynm.c" [08:21] * cjwatson hands Ulrich some more vowels [08:21] * slangasek trembles to think how they'll be applied [08:22] :-D [08:24] hi seb128 [08:24] hey bryce [08:24] hey seb128, bonjour [08:25] seb128: thanks for taking care of the jockey rebuild [08:25] guten tag pitti ;-) === hunger_t is now known as hunger [08:25] pitti: you are welcome, I didn't manage to use the bzr correctly though I think, sorry about that [08:25] seb128: no, it was fine [08:26] pitti: hi, I think I broke the ubuntu-bugpattern branch yesterday, I useed bzr 1.x and did not know that the brnach format changed, [08:26] seb128: unlike apport and r-m, jockey has an orig.tar.gz, though, which makes it a little harder [08:26] pitti: I diffed the current package and bzr, and there is 3 examples which are in one and not the other and the ChangeLog you generate, but the gnu format doesn't work on my installation [08:26] so, this branch can't be used with bzr <1.x anymore [08:26] thekorn: that's just the format of your local checkout, I assume [08:27] $ bzr branch http://bazaar.launchpad.net/~ubuntu-bugcontrol/apport/ubuntu-bugpatterns [08:27] bzr: ERROR: Unknown branch format: 'Bazaar pack repository format 1 (needs bzr 0.92)\n' [08:29] does look like hostname -f || hostname is the right answer, anyway [08:29] thekorn: that would normally only happen if you explicitly did 'bzr upgrade' [08:29] bzr doesn't auto-upgrade branches just 'cos you use a newer version of bzr [08:36] I might be wrong but I think a simple bzr branch ... ; bzr commit; bzr push changes the branch format [08:38] thekorn: it gives you a local branch with a different format, but it doesn't change the format of the remote branch IME [08:42] hmm, python-central doesn't seem entirely fixed; bzrtools still refuses to upgrade or even install from scratch, even after rebuilding with absolute current python-central [08:42] and that's not a bzrtools bug? [08:42] though it seems to be a different problem from the original python-central one [08:42] it's something to do with the pycentral upgrade handling [08:43] hmm, or maybe not, I'm investigating === edud_eoqqq is now known as awalton__ === doko_ is now known as doko [08:54] Hm.. The kernel udebs are missing on the alternate installer. Is this known? [08:55] doko: http://paste.ubuntu.com/4793/ [08:55] doko: is this a python-central bug or a bzrtools bug? [08:55] looking ... [08:56] soren: damn, I forgot to change the seeds again [08:56] will fix [08:58] cjwatson: The oddest part (IMO) is that the cd build logs talk about -7.. We've been using -8 happily for at least a few days have we not? [08:59] soren: depends which bit of the CD build logs. Like I say, I only updated d-i and forgot to update the seeds too. [09:00] cjwatson: Sure, got that, but AFAIR we updated both to -8 a few days ago, and now I see "! Allowing d-i kernel versions: ['2.6.24-7-386']" in the build logs. Maybe I just remembered wrong. :/ [09:04] soren: we did not. we updated *only* d-i because *I forgot*. [09:04] soren: you seem to be saying "but you remembered" and it's clear I didn't because I only made the change just now. [09:04] should be fixed now, anyway [09:07] Erm.. Ok. I thought you were updating it to -9 now. [09:07] I'm clearly confused. [09:08] doko: so the python-pysqlite2 package is 100% integrated into python2.5? [09:08] doko: it says "Python-Version: 2.4, 2.5" (unlike -celementtree, which only has 2.4) [09:08] * soren wonders which kernel version the dailies from yesterday and the day before used [09:08] soren: afaik -9 has no meta yet. [09:10] doko: oh, seems it's called 'sqlite3' in python2.5, not pysqlite2 [09:10] TheMuso: You're probably right. === \sh_away is now known as \sh [09:24] mjg59: your VT switch font restoration patch works beautifully. Thanks! [09:25] pitti: afaik there are three versions of the sqlite module, 2.5 only comes with sqlite3 [09:26] doko: python-pysqlite2 is still in main, built for 2.5, and has a different python module name, so I guess leaving it as a recommends doesn't hurt for now? [09:27] hmm, if we don't need it, why keep it? [09:27] <\sh> doko: ncurses FTBFS...it can't find the 32bit libs which were moved from /emul/ to /usr/lib32/ (ubuntu change)...I don't have the time to fix it myself... [09:27] doko: we could patch the upstream source to import s/pysqlite2/sqlite3/, but that would break with python2.4? [09:28] pitti: I'll have a closer look later today [09:28] doko: ok, thanks [09:29] Somebody might want to throw the netbeans binary back to universe. [09:29] Fujitsu: erk, done; thanks [09:33] cjwatson: this time not pycentral, but bzrtools; there's a "workaround", which just removes all the preparation work done by pcentral. preparing a fix [09:36] doko: ok, cool, thanks [09:47] mvo: so you tried ndisgtk and think we can support it? [09:48] I've tried it. [09:48] it's shiny? [09:49] Quite. [09:49] I like it. [09:49] . o O { bah, can we please have a su-to-root wrapper like Debian? those tiny debian deltas suck } [09:49] It made setting up the nic in my d430 a breeze (I got the Dell 1505 wifi nic). [09:49] cool [09:49] soren: why didn't you take a 3945? [09:49] pitti: DElivery time. [09:50] soren: well, in the interest of widening the scope of hw of the distro team that was a good choice :) [09:50] pitti: I needed this laptop before Boston (didn't want to be stuck on a plane for 20 hours with a non-kvm-capable machine). [09:50] pitti: That too :) [09:55] pitti: I played with it a bit, I think its something that a lot of users find very useful, the code itself is relatively small, mostly running some ndiswrapper commands [09:55] mvo: right; if it's actually working and DTRT, I'm all for it [09:55] mvo: recently I was quite surprised to see ndiswrapper in main, so we should provide a GUI, too :) [09:56] pitti, it was a SoC project and was in pretty good shape from the beginning :) [09:56] pitti: :) [09:58] mvo: btw, did you get an answer about the compiz session mgmt plugin? [09:59] pitti: not yet :/ [09:59] pitti: I will keep naging about it [10:16] doko: ok, we are on top of the MIR stack [10:16] doko: I need to talk about elisa with Keybuk, all the others are incomplete or fully done [10:16] * pitti ^5s doko [10:17] pitti: cool, thanks! [10:33] seb128: where does bug 192441 belong? it clearly isn't casper; I can reproduce the .spx problem on an installed system though not the .ogg problem [10:33] Launchpad bug 192441 in casper "Examples folder has files Hardy Ubuntu can't play" [Undecided,New] https://launchpad.net/bugs/192441 [10:33] dholbach: hm, I just tested add-5-a-day, which works fine [10:33] dholbach: but update-signature breaks my signature [10:34] pitti: how? [10:34] dholbach: first, it adds a "-- " line to it, which shouldn't be part of .signature IMHO (the MUA should add it) [10:34] second, it should append 5-a-day data, not prepend it (loks really nasty that way) [10:34] pitti: let me check if evolution and thunderbird will do it [10:34] and third, it should leave a blank line [10:34] dholbach: ok, let me cross-check with mutt [10:34] cjwatson: that's a duplicate, I closed it [10:34] pitti: I'm happy to change the second part [10:34] Yeah, the MUA should definitely be the one that adds that IMHO. [10:35] thunderbird is OK [10:35] dholbach: hm, mutt adds "-- " unconditionally itself, thus I end up with two [10:35] What is this update-signature you speak of? [10:35] ion_: http://wiki.ubuntu.com/5-A-Day#Log [10:35] Thanks [10:35] dholbach: and it doesn't wrap the very long line [10:36] dholbach: anyway, add-5-a-day works great! *hug* [10:36] dholbach: so you think it's not worth the effort of adding some verbs to the bugs? just the package name? [10:36] dholbach: WDYT about s/Bug /#/ for brevity? [10:37] pitti: if you can think of a clever way update-signature can be used with adding comments [10:37] # is fine with me [10:37] dholbach: no, that would be entirely manual work [10:37] hmm 5-a-day.. we've closed nearly 500 X bugs in the past 80 days, so it seems we're on track here :) [10:37] like "#12345 (fixed in hardy), #23456 (tested SRU), etc. [10:38] pitti: how will the normal user use add-5-a-day and update-signature? [10:38] where will this information come from? [10:38] * pitti is speaking about "vi ~/.signature" [10:38] can't figure out evolution right now, I'll assume it adds "-- " itself [10:38] but if the general consensus is to just mention the package names, I'm fine with it [10:38] dholbach: testing evo [10:40] dholbach: meh - seems that evo doesn't even look at ~/.signature [10:40] dholbach: I have to manually update it in evo [10:40] dholbach: but I don't have "-- " in the signature field there, evo adds that automatically [10:40] I think that jcastro did some symlinking somewhere and it worked [10:40] ok, so we're safe [10:40] right [10:41] dholbach: so, drop "-- ", and s/Bug /#/, and auto line-wrap? [10:41] pitti: evo has its list of signature or can use a script [10:41] and maybe append the 5-a-day data, not prepend it? [10:41] the signature will be a bit big ten [10:41] already done [10:41] * pitti hugs dholbach [10:41] if you do the auto-line wrap, it might get a bit big [10:41] but I can do it [10:41] * pitti tries to squeeze his former 3-line sig into fewer lines [10:42] dholbach: hm; well, let's keep it like it is for now [10:42] it just looks a bit awkward, but I think that's more a mutt bug [10:46] dholbach: BTW, I guess it is ok if "my 5 today" are really "my 5 yesterday", since I update the sig in the morning :) [10:47] pitti: I think everybody can live with that ;-) [10:52] grrrrrr [10:52] pycentral crash [10:52] * dholbach fetches ubuntu7 [10:52] keescook: I tagged your patch (Description: and Upstream:) and committed it to ubuntu's hal bzr; I'll upload it after alpha-5 [10:53] What could I do to check if a mail I sent to ubuntu-art was actually received or rejected? [10:53] pitti: did you upload the fix for duplicates battery? [10:53] MacSlow: you can check the web archive [10:53] MacSlow: you can check the archives of the list [10:53] seb128: I'm just about to commit it [10:54] bah, pitti was faster :) [10:54] pitti: ah ok, I was under the impression you had a pending upload when I pinged about that one week ago [10:54] pitti: good ;-) [10:54] well, a TODO list item [10:54] pitti: http://daniel.holba.ch/temp/five-a-day_0.7_all.deb - let me know if it's better and I'll upload to PPA [10:54] pitti: maybe you can upload that now? quite some users notice it [10:54] seb128: well, I think I can upload it now, too [10:54] it's just a bug fix, after all [10:54] * seb128 hugs pitti [10:54] right [10:55] pitti: what is needed to get icatalan, idutch, ispanish and ilithuanian back into the archive? It looks like it was promoted twice from universe to main which mislead LP to remove it completely. [10:55] erm, you mean it's gone? [10:55] duh [10:55] pitti: e.g. https://edge.launchpad.net/ubuntu/hardy/i386/icatalan/+index# [10:56] geser: I'll ask the soyuz guys [10:57] pitti: I filed a bug on that a couple of days ago. [10:57] Fujitsu: oh, which? thanks [10:57] * Fujitsu looks. [10:58] pitti: I asked cprov about it and he said it needs archive admin approval to get them back [10:58] Bug #192547 [10:58] Launchpad bug 192547 in soyuz "Doubly-overridden binaries get eaten" [Undecided,Triaged] https://launchpad.net/bugs/192547 [10:58] hm... sending an email with my ubuntu.com-address apparently gets silently rejected by the ubuntu-art list... I know that I'm subscribed to it with my bangang.de-address [10:58] Fujitsu: thanks [11:01] there is also bug #193202 complaining about the missing idutch package in hardy [11:01] Launchpad bug 193202 in dutch "Missing dependency idutch" [Undecided,Confirmed] https://launchpad.net/bugs/193202 [11:13] seb128: thanks [11:13] cjwatson: you are welcome [11:13] pitti: http://daniel.holba.ch/temp/five-a-day_0.7_all.deb - fixed another small bug [11:13] dholbach: \o/ [11:14] pitti: let me know if it works for you and I'll push to PPA [11:14] NameError: global name 'fn2' is not defined [11:14] argh, pycentral [11:14] curses doko [11:14] I have 0.5.50ubuntu6, that's not recent enough, I guess [11:14] pitti, seb128: try 0ubuntu7 - it's in LP already [11:15] * dholbach had the same problem [11:15] not yet in dist-upgrade [11:15] I'll fetch it [11:15] it's weird - how often does the publisher run? [11:15] to me it seems like it's running only once a day [11:15] dholbach: I've no problem, I don't update that often, just speaking about all the python breakages since yesterday ;-) [11:15] I had the same experience in the last days already [11:15] dholbach: it had some problems yesterday and some separate problems a few days ago, but AFAICS is working fine now [11:16] cjwatson: great - thanks a lot [11:16] gb.archive seems behind for some reason; I thought it updated hourly [11:16] archive is up to date though [11:17] seb128: the fix is in -7 [11:17] yep, that worked [11:19] doko: ok [11:20] seb128: ok, hal patch works; my laptop lost a battery *sniff* [11:20] debian/patches/revoke-free-batteries.patch [11:22] dholbach: much better, but I still prefer having my original sig at the top, and the 5-a-day list at the bottom [11:23] Just remember that the evilness of an email signature is exponentially relative to the number of lines in it. :-) [11:25] seb128: uploaded [11:25] pitti: danke [11:28] pitti: oh, I thought I fixed that - hang on [11:30] pitti: sorry my bad, fixing [11:34] pitti: fixed and uploaded [11:34] thanks again [11:35] dholbach: hm, I wget'ed and dpkg -i'ed again, no change [11:36] dholbach: or did you upload to the PPA? [11:36] pitti: to PPA, but just re-uploaded to holba.ch/temp again [11:36] pitti: if you want to try, that'd be great [11:37] f.write(text) [11:37] ValueError: I/O operation on closed file [11:37] on line 76 [11:37] ok... that's what I get for trying to do too many things at once [11:37] yeah, that looks quite obvious :) [11:37] yes it does :) [11:38] dholbach: I swapped the f.close() and f.write(), looks great now! [11:38] thanks a lot pitti [11:38] I'll upload the changes to hardy ppa and gutsy ppa in a bit :) [11:57] cjwatson_: Excellent === cjwatson_ is now known as cjwatson [12:00] hi there [12:01] could anyone say where are kdm's Xsession files ? === hunger_t is now known as hunger === Adri2000_ is now known as Adri2000 === cjwatson_ is now known as cjwatson [12:40] asac: hi! [12:40] asac: do you know of any workarounds for bug #193405 [12:40] Launchpad bug 193405 in firefox-3.0 "firefox-3.0: doesn't work as a preferred application" [Undecided,New] https://launchpad.net/bugs/193405 === \sh is now known as \sh_away [12:43] jdstrand: custom application -> firefox-3.0 %s ;) [12:44] fwiw, I think the xml file that lists the available applications is in gnome-control-center [12:44] Ng: tried that already :P [12:44] jdstrand: works here [12:44] Ng: it goes to use firefox, but firefox gives an error [12:46] pitti: bouhouh, the retracer is still crashing [12:46] pitti: didn't you fix the "ValueError: Unsupported attachment-type ''" issue? [12:50] jdstrand, ping [12:51] emgent: pong [12:51] jdstrand, cacti patch it'snt pubblic now [12:51] i will try to write this [12:52] and mail upstram, but i know that there are a rivate discussion about this vuln in cacti group [12:52] emgent: if the patch isn't public, I can publish what you have if you want [12:53] meaning publish the patch for the 2 vulns, and when this gets sorted out upstream, we can do the rest [12:53] it's cool write this and mail upstram? or commit old patch and wait cactipeople ? [12:53] if you would rather wait, that is fine too [12:53] uhm [12:53] emgent: it's up to you, but I'd like to use the patch that upstream ultimately uses [12:53] jdstrand, oh ok.. [12:54] well, now is good commit old patch and i will reopen new bug for new vuln [12:54] so please, get involved, write the patch and submit it upstream [12:54] sure i will do! [12:54] :P [12:54] emgent: ok cool-- thanks! :) [12:54] someone have docs about python-launchpad-bugs ? [12:55] i'd like complete https://wiki.ubuntu.com/UbuntuPentest/ptreport [12:55]