=== Elly is now known as hvincent_______ === hvincent_______ is now known as Elly [02:24] hello there, in #ubuntu-hardened is avaiable a bot (nick ubuSecurity) that paste in realtime CVE advisory, bugtraq advisory and milw0rm POC. if someone is interested please join. :) === asac_ is now known as asac === Hobbsee_ is now known as Hobbsee === Hobbsee` is now known as Hobbsee [05:36] youch. broken gnome. [05:37] Hobbsee: Its not so bad if you have the latest updates. [05:38] Not so bad, as in, working properly. [05:38] However, I don't know what you are meaning by broken. [05:38] * Hobbsee is updating again, in the hope that it goes away [05:39] Gnome would go away if you'd switch back to Kubuntu ... [05:39] heh. there is that [05:40] Sorry. Couldn't resist. [05:42] Hobbsee: update gnome-session and logout [05:43] Hobbsee: alternatively, unset G_DEBUG in a terminal and run the crashing application from there [05:43] gnome-session said it fell over [05:44] Fetched 60.3MB in 7min47s (129kB/s) [05:44] sob. [05:44] * Hobbsee prefers fetching at 3006kB/s [05:44] Hobbsee: seb128 forgot to patch out what makes fatal warnings crash applications; it's fixed in the last upload [05:45] but since it's an environment variable set by gnome-session you need to log out [05:45] that's fine. i have bip :) [05:45] bip? [05:45] bip irc proxy [05:45] ah [05:45] * Chipzz just uses screen/irssi :P [05:46] terminal lover :P [05:46] you betcha :) [05:47] * Chipzz also uses mutt ;P [05:49] * realist wonders if Chipzz also uses lynx [05:56] realist: are you crazy? :P [05:56] at the very least, links :P [05:56] and even then preferable elinks :P [05:57] but no, I do not, or allmost not :) [05:57] except when I need to download something on a remote server (like from sf) [05:57] wget/curl :-) [05:58] which does not work for sf [05:58] just gives you some nice html :P [05:58] html2text [05:58] I'm really sure tar will grok that :P [05:58] I'd forgotten sf did that [05:59] well I guess you *can* download directly from sf [05:59] except most links are links to the download.php pages and not direct links [05:59] which still leaves you nowhere [06:00] realist: also, wget lacks a feature to save some downloads under the correct filename [06:00] If you want text mode browsing, elinks is the only one worth considering. [06:01] ie if you have a php page which adds information about the file name (forgot what the exact http header is), wget will not use that and save your download as bla.php [06:01] TheMuso: reason being? [06:01] realist: support for https for starters [06:02] lynx has that doesn't it? [06:02] compared to plain links, that is [06:02] but lynx doesn't do tables. at all. [06:02] which... sucks. big time [06:05] you mean you don't use the Stallman method?? [06:05] http://lwn.net/Articles/262570/ [06:05] FrankQ: we were joking about that at LCA yesterday [06:07] I would get so agitated with a method like that [06:07] realist: but really, mutt *does* have some extremely handy features which I have not found in any other mailer yet [06:07] Chipzz: such as? [06:08] realist: do you know about link-threads and break-thread in vim? [06:08] very convenient for people with broken mailers you'ld like to give a kick on the butt :P [06:08] in vim? [06:08] errr [06:08] in mutt [06:08] * realist nods [06:09] you can join threads which get broken by people with broken mailers which fail to add references headers [06:09] I like the pattern tagging, and tag commands too [06:10] and you can break threads for those bloody morons who have to hit reply on a random message in a thread instead of just copy/pasting the to: and starting a new one [06:10] It does gpg out of the box too, these days [06:10] don't really care about pgp atm though [06:11] maybe at some point in the future [06:11] but you don't happen to know another mailer that has these features? [06:11] realist: Customizable keyboard commands, tables, javascript thanks to libmozjs0d/xulrunner, https, bookmarks, cookies, and a lot more that I haven't thought of. :p [06:12] TheMuso: nice, I'll have to try it out. [06:12] TheMuso: but regular links also has a lot of those features [06:12] Chipzz: no, I use mutt. [06:12] TheMuso: cookies, bookmarks, tables... [06:12] Chipzz: lynx doesn't :-) [06:12] Chipzz: WHich links? links2, links, or lynx? [06:13] Chipzz: But no javascript [06:13] ChipzzOh thats right, elinks also allows you to use $EDITOR for editing multi-line form fields. [06:14] TheMuso: I don't use elinks *that* much ;) [06:15] Chipzz: Well I do, so thats why I love what it can do compared to the rest of the text mode browsers. [06:17] TheMuso: anyway: 06:56 < Chipzz> and even then preferable elinks :P [06:17] heh [06:27] Good morning [06:34] morning pitti! [06:35] Good morning Hobbsee! === nenolod_ is now known as nenolod [07:05] is update-manager-core going to be entering dapper-proposed for testing dapper-hardy server upgrades, or is there a different plan? [07:11] well i guess i see bug 186694 [07:11] Launchpad bug 186694 in update-manager-core "update-manager-core dapper backport" [Undecided,New] https://launchpad.net/bugs/186694 [07:11] Good morning [07:11] i dont suppose it's been released into dapper-proposed yet then [07:14] warp10, morning [07:15] hi emgent ;-) [07:17] yeah its sitting in the NEW queue yet. https://launchpad.net/ubuntu/dapper/+queue?start=20 === soren_ is now known as soren [08:03] good morning [08:05] Does anyone know why I'm getting a 404 error on my PPA on launchpad? [08:05] http://ppa.launchpad.net/goobsoft/ubuntu [08:07] I just set it up... is there a delay? [08:20] soren: hm, did you ever try virt-manager with compiz? they don't seem to like each other very well :/ [08:22] moin [08:23] pitti: Yeah, there's a bit of focus-oddness going on there. [08:23] pitti: I assume that's what you're talking about? [08:23] soren: by default the window title bar of a VM is invisible, then I have *two* mouse cursors, and fullscreen doesn't work [08:24] pitti: I'm not sure how much of that is compiz-specific? [08:24] hm, and now the kernel just panicked again, darn [08:24] Guest, I assume? [08:24] no, the host [08:24] Erk. [08:24] soren: might also be bugs in the vnc viewer, not sure [08:25] should try with metacity [08:25] soren: (don't worry, that kernel panic happens to 2.6.24 about twice a week on my laptop, nothing kvm specific as it seems) [08:26] phew.. [08:27] * soren wipes the sweat off his brow [08:48] soren: FYI, xen-3.2 NEWed [08:52] pitti: Thanks. [08:59] pitti: hello, i have a short question about the esd-multiuser-patch you wrote some years ago (http://people.ubuntu.com/patches/esound.multiuser.diff) [09:00] borschty: hello [09:00] https://bugs.launchpad.net/ubuntu/+source/esound/+bug/177072 i have described it in the last post [09:00] Launchpad bug 177072 in esound "AUDIODEV should be exported when using pulseaudio" [Wishlist,Invalid] [09:01] borschty: that bug is still on my TOOD list, haven't found time to look at it yet [09:01] well the bug itself is closed now, but i think the patch might contain a small leak [09:03] not really important stuff, if you have to smash some real bugs, this can wait [09:03] pitti: What is involved to get that AUDIODEV environment variable exported? Does that have to be done within pulse itself? [09:03] TheMuso: why do you need that? looks like that was a workaround when libesd what broken but it's fixed now [09:04] seb128: pitti said its somethign that still needs doing, or so I thought... [09:04] yes, it was a workaround, i guess i should have changed the description, but i did not want to spam the subscribers [09:05] the actual bug is fixed, but i suspect the patch to introduce a small memory leak [09:06] ok, if the AUDIODEV one was fixed with the re-applying of the libesd patch, great [09:06] borschty: ok, thanks for pointing out; I'll have a look and fix the memleak [09:11] evand did you see my msg yesterday night? [09:20] soren: is kvm known to not install correctly? [09:20] soren: * Module kvm_intel failed to load [09:20] soren: Operation not supported [09:21] seb128: is it known that latest evolution in Hardy crashes after sending an email? (I'm not sure it would be related, but I use SMTP + SSL). The email is not sent and it's lost [09:22] carlos: upgrade gnome-session and restart GNOME or unset G_DEBUG [09:22] carlos: that has been fixed yesterday, we had the warnings crashers code enable by mistake for a day [09:23] hmm, I think I had that fix already installed... but let me restart it, just in case... [09:23] * carlos restarts [09:25] seb128: Does your machine support kvm? [09:25] seb128: (grep vmx /proc/cpuinfo) [09:25] soren: I supposed so, that's a D630 [09:26] I didn't enable the bios option most likely though [09:26] but the package install should not fail anyway [09:26] seb128: dmesg will tell you if that's the case. [09:26] what should I look for there? [09:26] kvm: Disabled in BIOS [09:26] or something like that. [09:26] $ dmesg | grep kvm [09:26] [ 1516.217209] kvm: disabled by bios [09:27] There you go. [09:27] soren: that was expected, still the package should install? [09:27] Should it? [09:27] soren: well, I see no valid reason to break installations [09:28] seb128: seems like that's it. At least that also fixed pidgin :-P [09:28] Well, if you don't have the hardware, it can't be configured. [09:28] soren: if I install the intel video driver on a box using nvidia it doesn't fail ;-) [09:28] the package should always succeed to install [09:28] ++ [09:28] soren: you should display a warning but not break the install [09:28] and if it doesn't work, the init script would ideally point out why [09:28] also, for some reason, all emails I sent appear in the outbox folder so I didn't lose data [09:28] seb128: thanks for your help [09:28] carlos: you are welcome [09:28] I'm certain there was a discussion about this at some point where the opposite conclusion was reached. [09:28] weird [09:29] soren: I guess at some point you want to ship the package by default on the server image? [09:29] on a list or in a channel? [09:29] I have very strong opinions about failing maintainer scripts [09:29] mvo: Yes :) [09:29] is there anybody here who argued for breaking installation? [09:29] seb128: Come on.. [09:29] me too, package installation should never break [09:29] * mvo looks around to see if he can find his stick-of-doom [09:29] just add a || true in the postinst [09:29] and display a warning [09:29] * Hobbsee offers mvo the Long Pointy Stick of DOOM!!!!!!!!!!!!!!! ™ [09:29] whoever proposed that should be sentenced to one week of triaging apport package inst failure bugs [09:30] "So, guys, what do you think? I think we should break isntallation of stuff." [09:30] seb128: I'm perfectly aware of the mechanics involved. [09:30] and update-manager bug triage too [09:30] soren: I'm surprised you seem to argue that's not a bug [09:31] seb128: I'm surprised to see you argue the way you do. Can we please focus on the problem rather than resort to stuff like "is there anybody here who argued for breaking installation?" [09:31] Ok, the argument, as I remember it, went: [09:32] If the package will be unable to function after installation, it's wrong to have dpkg claim that it's configured, since.. well... it's not. [09:32] Guys just to say that the nautilus-cd-burner patch has fixed only being able to burn one cd :) [09:33] but configuring a package just means that it's properly installed, not necessarily working [09:33] otherwise we could not install any printer or X.org graphics driver by default either [09:33] soren: well, as said you can install the intel video driver on a nvidia machine, it'll not work but that's alright [09:33] the init script should fail, sure [09:34] What causes two windows to open when ever you insert a cd or pen drive though. Is there anything I can do to track it down or is it already being worked on? [09:34] davmor2: that's a feature, nothing to track down, go to nautilus preferences, media tab and uncheck the option if you don't want it [09:35] It's not something I feel very strongly about. [09:35] davmor2: ah, the duplicate window, that's known [09:35] seb128: two windows for one driver? [09:35] drive [09:35] pitti: I read too quickly [09:35] ah, ok [09:35] seb128: okay cool :) [09:35] 118 sync bugs? ugh [09:35] basically gvfs mount drivers on first access now [09:35] Where is the dpkg status semantics documented? I can't seem to find it. [09:35] soren: I see your point, but I think with the tools we currently have we can not follow that for practical reasons. we have no good recovery mechanism for package failures, we can not do rollbacks and a package failure during a complex upgrade causes cascadigng errors or stop of the upgrade [09:36] pitti: I didn't do syncs because of the freeze ... [09:36] soren: ... that, and it would forbid us to install that package by default [09:36] I think even if we wanted to follow that definition we would first have to fix the tools [09:36] seb128: np; you've been busy enough [09:36] but we have too many sync requests I agree [09:37] we should really consider this automatic sync new revisions for universe packages [09:37] I'm just happy I can burn all the iso's again without resorting to rebooting the machine :) [09:37] davmor2: you can use brasero now if n-c-b is broken [09:37] you should not need to reboot [09:38] IIRC, it was iwj that was making the point I'm trying to make now, so it's not entirely inconceivable that it was more of a "this is how things are supposed to be" rather than "this is how we should actually do it" :) [09:39] soren: right [09:39] soren: the current situation is not nice because it'll let apt in a broken state you can't resolve with graphical tools easily [09:39] seb128: True. [09:39] and will prevent you to install anything else [09:40] which will lead to pretty bad users comments [09:40] anyway, rebooting to set the bios option now ;-) [09:41] \o/ [09:41] * soren has amd hardware now for testing kvm. [09:41] well, it let you install stuff, but you always get the error and stuff. I think that the package level is the wrong layer for this kind of tests [09:41] seb128: brasero didn't work for the same reason as n-c-b as far as I could figure. It would burn one cd perfectly but the next cd you put in would fail. Not sure if it was the n-c-b fix or gvfs but it is working now which is the good news :) [09:42] soren: yay new toys! [09:42] mvo: I think the argument could be made both ways. However, as the tools are now, I can see why making the install succeed makes sense. [09:42] I'm going through the bugs reported on the tracker, we have bug 187898 and bug 186711 looking quite similar, can some confirm that I can set bug 187898 as dupe of bug 186711 ? [09:42] Launchpad bug 187898 in ubiquity "Stuck on "Removing conflicting operating system files"" [Undecided,New] https://launchpad.net/bugs/187898 [09:42] pitti: Yeah, and it's on a decent pipe, too :) [09:42] 09:26:05 (9.67 MB/s) - `hardy-desktop-amd64.iso' saved [721704960/721704960] [09:42] Launchpad bug 186711 in partman-target "The installer needs to remove operating system files from the install target, but was unable to do so. The install cannot continue" [Undecided,Fix released] https://launchpad.net/bugs/186711 [09:44] soren: WANNAHAVETOO [09:45] soren: woah! [09:46] It's not that expensive, really. €59/month. [09:46] Deductible, even :) [09:47] re [09:47] soren: better now ;-) [09:47] I get a bit agitated about failing maintainer scripts, they just come up way too often in failed upgrades where it could have been avoided [09:47] I hear you, I hear you. It's changed in the next upload. [09:48] * mvo hugs soren [09:52] O_O [09:52] * soren eyes netcat-openbsd in Debian [09:52] \o/ [09:55] soren: waouh, kvm is very easy to use once installed, good work ;-) [09:56] current hardy image booted correctly === fabbione is now known as thegodfather [09:56] seb128: you used virt-manager? [09:56] pitti: I did what is written on the wiki page [09:57] yes [09:57] it's on my D630 and work like charm, out of usplash which is not displayed [09:58] but it took less than one minute to boot and I've the standard desktop usuable now [10:00] hum [10:00] the virtual network thing might not be what I want, I've not internet access from the image [10:01] We have very little results on the tracker, so when you guys are doing testing please think of reporting your results : http://iso.qa.ubuntu.com/qatracker/build/all/all [10:06] seb128: argh, syncbugbot gets this "AssertionError: Wrong XPath-Expr in InfoTable.parse()" exception [10:06] seb128: was it that one which you recently fixed in the retracers? [10:06] pitti: somebody should upload a new python-launchpad-bugs [10:06] pitti: yes, that's fixed in bzr for some time now [10:06] dholbach, thekorn: any plans for uploading a new p-lp-bugs? [10:06] that's a one line change [10:07] seb128: ok, I'll dig into the bzr [10:07] I need to manually roll it out to drescher anyway [10:07] pitti: http://launchpadlibrarian.net/11477436/184594.diff [10:07] pitti: I asked bdmurray he said "today or tomorrow" [10:07] seb128: usplash will work when the new kernel lands, by the way. [10:07] dholbach: thanks [10:07] seb128: merci! [10:07] soren: good [10:08] pitti: you are welcome [10:08] seb128: What type of networking did you choose? [10:08] seb128: Virtual (the default)? [10:08] soren: the one you recommend, virtual, it's not on the right network though and the preferences dialog doesn't let me edit that [10:08] I need to change the .122 [10:09] seb128: I don't quite follow.. [10:10] seb128: hm, that didn't help [10:11] soren: the virtual network use 192.168.122.0, shouldn't it be on the same network than my router if I want to go on internet? [10:11] pitti: weird, that did the trick for the retracers [10:11] seb128: No, it's separate. It sets up nat by default, though. [10:11] pitti: maybe you have a pyc? [10:11] * pitti pokes it harder [10:12] seb128: If you install dnsmasq, dhcp will be enabled in the virtual network. [10:12] (install dnsmasq and restart libvirtd, that is) [10:12] soren: doing that [10:12] (I'm adding dnsmasq as a dependency of libvirt-bin real soon, by the way) [10:13] Whose archive day is it? [10:13] pitti's [10:14] hum [10:14] soren: I get a non bootable device error in the vm now [10:15] pitti: Will you be able to look at bug 187983 and bug 187986 today? And do the subsequent binary new for netcat and source+binary new for netcat-openbsd? [10:15] Launchpad bug 187983 in netcat "Please sync netcat (main) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/187983 [10:15] Launchpad bug 187986 in ubuntu "Please sync netcat-openbsd (universe) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/187986 [10:15] soren: yes, I'm currently processing sync bugs [10:15] seb128: Right. The CD is only attached when you run it the first time, and it will only boot from CD the first time as well. [10:15] soren: and as soon as I fix that python-launchpad-bugs thingy, I'll be able to commit the syncs [10:15] soren: so I need to recreate the machine every time? [10:15] pitti: Cool. It's the final piece of the puzzle to enable remote libvirt management. [10:16] seb128: You can tweak the xml by hand. [10:16] seb128: Otherwise, yes. There's a bug open about it upstream. [10:16] seb128: If they don't get around to it soon, I'll be looking into it myself. [10:16] ok, thanks [10:17] thekorn: hm; on p-lp-bugs main head I still get "Wrong XPath-Expr in InfoTable.parse()" for bug 186856 [10:17] Launchpad bug 186856 in apache2 "Please sync apache2 2.2.8-1 (main) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/186856 [10:17] soren: can you point me to what to change exactly? [10:17] seb128: I'm writing it for you already. Hang on :) [10:17] good ;-) [10:17] thanks! [10:19] seb128: http://paste.ubuntu-nl.org/54315/ [10:19] what's jockey-gtk? [10:21] davmor2: restricted manager renamed [10:21] soren: where is the xml? .virt-manager only has a .log [10:23] seb128: ah okay so the fix released will be effective after the release of alpha4 then? [10:23] seb128: /etc/libvirt/qemu [10:23] davmor2: what fix released? [10:25] seb128: bug 187139 [10:25] Launchpad bug 187139 in jockey "jockey-gtk crashed with AssertionError in __init__()" [Undecided,Fix released] https://launchpad.net/bugs/187139 [10:26] pitti: ok, can reproduce this, will have a closer look at this in about an hour [10:30] thekorn: thank you muchly! [10:31] virt-manager doesn't play nicely with compiz [10:31] heh, just what I said above :0 [10:32] If any of you have any clever hints about that, please don't hesitate to enlighten me. [10:32] soren: bug mvo until he fixes compiz? ;-) [10:33] seb128: Sounds like a plan :) [10:34] seb128: ok, I prepared the current syncs as syncbugbot list in ~pitti/s; not committing, since (a) we are still in freeze, and (b) we need a fixed p-lp-bugs [10:34] pitti: ok [10:38] Riddell: why did you remove the ((qApp) && (qApp->type() == QApplication::Tty))) [10:38] Riddell: in the gtk-qt-engine SRU? [10:39] pitti: which distro release? [10:39] Riddell: gutsy [10:39] http://launchpadlibrarian.net/11630805/gtk-qt-engine_0.8~svn-rev36-2ubuntu2.1.debdiff [10:40] pitti: looks like an error, please reject and I'll upload a fixed one when my machine is done with this test install [10:40] Riddell: ok [10:41] Riddell: also, it would be helpful to describe the "why" of that patch in the changelog [10:41] Riddell: stl. like 'nspluginviewer crashes when using the gtk-qt engine' or whatever the reason is [10:41] pitti: ok [10:41] (it stops it freezing) [10:42] Riddell: rejected [10:50] Riddell: gutsy's kdelibs update has a vast debdiff, mostly just +X-Ubuntu-Gettext-Domain and a changed files list; that's confirmed to not hurt, or break the .desktop/other files? [10:51] Riddell: I don't think that the X-Ubuntu-Gettext-Domain tags make sense in most of the .desktop files [10:52] pitti: hmm, sorry, they should all get cleaned out, reject it and I'll take a look in a minute [10:52] Riddell: the patch itself looks reasonable [10:52] Riddell: will do, thanks [10:55] wow -- kdebase b-deps on libglib2.0-dev now? [10:56] seb128: I wasn't aware that gnome world dominance was that close already :-P [10:56] evolution ... the app that has a new exciting bug for you every day .... [10:56] pitti: mm, well it's a workaround for flash requiring it [10:56] Riddell: (just kidding) [10:57] * ogra sighs ... and installs the evolution-dbg package to provide something useful to seb128 [10:57] pitti: joke aside glib has no gnome depends and is nice, KDE could be using it for other things ;-) [10:57] ogra: what happens now? [10:57] seb128, chrashes while sending [10:58] ogra: that's so yesterday's, did you update gnome-session and restart GNOME? [10:58] it bumps up to 100% CPU usage for a while and then crashes [10:58] ogra: is G_DEBUG set? [10:58] hmm, i had to update 25 packages this morning, let me restart the session (even though i think i did that yesterday evening)# [10:59] ogra: look if G_DEBUG is set [11:00] doesnt seem like [11:00] Riddell: ugh, heavy patch; there's no way I can eyeball this for correctness; I think we just need to test it very thoroughly [11:00] ogra: env | grep G_DEBUG? [11:01] nope [11:01] k, weird [11:01] so maybe you have an another bug [11:01] get me the backtrace ;-) [11:01] a non debug one will do for a quick glance [11:01] meh, apport didnt have it :/ [11:02] * ogra sends another mail to reproduce [11:02] hmm [11:03] send/recieve worked this time ... it crashed before [11:03] Riddell: flashplugin-nonfree isn't updated yet in hardy, right? [11:03] ogra: did you restart your session between? [11:03] yup [11:03] ogra: so that was the G_DEBUG issue [11:03] the mail that made it crash was sent but also still sitting in oubox [11:04] pitti: yes it is [11:04] ogra: unstable gnome-session set G_DEBUG to turn critical warnings to crashers, we usually disable that but the patch was not in the series [11:04] ah [11:04] Riddell: nothing obvious in the changelog [11:04] well, seems to work now [11:04] ogra: I fixed that yesterday, that took only effect after you restarted the session though [11:04] ogra: yeah, likely that was due to it [11:04] yeah [11:04] thanks [11:04] you are welcome [11:04] bryce: are there still known dpi issues in X (if so, what would be the right X bug for bug 178558)? [11:04] Launchpad bug 178558 in firefox-3.0 "Firefox 3.0 makes everything annoyingly huge" [Undecided,Confirmed] https://launchpad.net/bugs/178558 [11:05] pitti: it's version 9.0.115 [11:05] Riddell: ah, thanks; marking as fixed then [11:08] Riddell: gtk-qt-engine> dapper looks fine, edgy and feisty have the same problem; I'll keep track of it in the bug [11:13] hmm, why did nautilus stop to display the gartoon icons :/ [11:14] ogra: where? [11:14] on my recently upgraded laptop [11:14] I meant what icons? [11:14] are the menus using correct icons? [11:14] (the one that just had the evo issue) [11:14] yes [11:15] places shows the gartoon folders [11:15] panel icons are fine as well [11:15] in a nautilus window everything above the location bar is correct [11:15] below it shows the fallback icons [11:17] hman theme seems to work ... i bet gartoon is missing a change [11:17] *human [11:21] asac: dpi issues don't increase the size of the images afaik :) [11:22] tjaalton: hmm ... reading the bug it appears that setting the dpi value explicitly in firefox fixes this [11:23] asac: ok, maybe it's because 3.0 uses cairo for everything? [11:23] tjaalton: maybe it was true in the past that dpi issues didn't affect firefox, but now they zoom images as well. [11:24] s/firefox/firefox images/ [11:24] pitti: py-lp-bugs is broken, parsing of bugreports in edge.launchpad.net is impossible, [11:24] ugh [11:24] due to a change in edge.lp.net (bug 137448) [11:25] tjaalton: maybe; but i think they calculate a scaling factor in firefox itself. most likely cairo just does what they tell it to do [11:25] Launchpad bug 137448 in malone "New UI is confusing and counter inuitive for changing affected package" [High,Fix committed] https://launchpad.net/bugs/137448 [11:26] asac: sure. if other apps look normal then I'd say it's indeed an issue with xulrunner [11:26] thekorn: you mean Bjorn's recent fix changed the HTML? [11:26] reading the upstream report [11:27] thekorn: do you know the page of maybe duplicates you get when reporting a bug. i couldn't get a similar search result using the standard search form, so i wonder whether that search facility is already supported in py-lp-b [11:27] pitti: yes [11:28] asac: no such a search is not implemented in py-lp-bugs [11:32] OT microsoft tries to buy yahoo [11:33] pitti: gtk-qt-engine and kdelibs re-uploaded [11:33] now on bloomberg [11:33] Riddell: hm, I just accepted kdelibs/feisty, that looked goo [11:34] d [11:34]