[02:24] <emgent> 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. :)
[05:36] <Hobbsee> youch.  broken gnome.
[05:37] <TheMuso> Hobbsee: Its not so bad if you have the latest updates.
[05:38] <TheMuso> Not so bad, as in, working properly.
[05:38] <TheMuso> 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] <ScottK2> Gnome would go away if you'd switch back to Kubuntu ...
[05:39] <Hobbsee> heh.  there is that
[05:40] <ScottK2> Sorry.  Couldn't resist.
[05:42] <Chipzz> Hobbsee: update gnome-session and logout
[05:43] <Chipzz> Hobbsee: alternatively, unset G_DEBUG in a terminal and run the crashing application from there
[05:43] <Hobbsee> gnome-session said it fell over
[05:44] <Hobbsee> Fetched 60.3MB in 7min47s (129kB/s)
[05:44] <Hobbsee> sob.
[05:44]  * Hobbsee prefers fetching at 3006kB/s
[05:44] <Chipzz> Hobbsee: seb128 forgot to patch out what makes fatal warnings crash applications; it's fixed in the last upload
[05:45] <Chipzz> but since it's an environment variable set by gnome-session you need to log out
[05:45] <Hobbsee> that's fine.  i have bip :)
[05:45] <Chipzz> bip?
[05:45] <Hobbsee> bip irc proxy
[05:45] <Chipzz> ah
[05:45]  * Chipzz just uses screen/irssi :P
[05:46] <Hobbsee> terminal lover :P
[05:46] <Chipzz> you betcha :)
[05:47]  * Chipzz also uses mutt ;P
[05:49]  * realist wonders if Chipzz also uses lynx
[05:56] <Chipzz> realist: are you crazy? :P
[05:56] <Chipzz> at the very least, links :P
[05:56] <Chipzz> and even then preferable elinks :P
[05:57] <Chipzz> but no, I do not, or allmost not :)
[05:57] <Chipzz> except when I need to download something on a remote server (like from sf)
[05:57] <realist> wget/curl :-)
[05:58] <Chipzz> which does not work for sf
[05:58] <Chipzz> just gives you some nice html :P
[05:58] <realist> html2text
[05:58] <Chipzz> I'm really sure tar will grok that :P
[05:58] <realist> I'd forgotten sf did that
[05:59] <Chipzz> well I guess you *can* download directly from sf
[05:59] <Chipzz> except most links are links to the download.php pages and not direct links
[05:59] <Chipzz> which still leaves you nowhere
[06:00] <Chipzz> realist: also, wget lacks a feature to save some downloads under the correct filename
[06:00] <TheMuso> If you want text mode browsing, elinks is the only one worth considering.
[06:01] <Chipzz> 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] <realist> TheMuso: reason being?
[06:01] <Chipzz> realist: support for https for starters
[06:02] <realist> lynx has that doesn't it?
[06:02] <Chipzz> compared to plain links, that is
[06:02] <Chipzz> but lynx doesn't do tables. at all.
[06:02] <Chipzz> which... sucks. big time
[06:05] <FrankQ> you mean you don't use the Stallman method??
[06:05] <FrankQ> http://lwn.net/Articles/262570/
[06:05] <realist> FrankQ: we were joking about that at LCA yesterday
[06:07] <FrankQ> I would get so agitated with a method like that
[06:07] <Chipzz> realist: but really, mutt *does* have some extremely handy features which I have not found in any other mailer yet
[06:07] <realist> Chipzz: such as?
[06:08] <Chipzz> realist: do you know about link-threads and break-thread in vim?
[06:08] <Chipzz> very convenient for people with broken mailers you'ld like to give a kick on the butt :P
[06:08] <realist> in vim?
[06:08] <Chipzz> errr
[06:08] <Chipzz> in mutt
[06:08]  * realist nods
[06:09] <Chipzz> you can join threads which get broken by people with broken mailers which fail to add references headers
[06:09] <realist> I like the pattern tagging, and tag commands too
[06:10] <Chipzz> 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] <realist> It does gpg out of the box too, these days
[06:10] <Chipzz> don't really care about pgp atm though
[06:11] <Chipzz> maybe at some point in the future
[06:11] <Chipzz> but you don't happen to know another mailer that has these features?
[06:11] <TheMuso> 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] <realist> TheMuso: nice, I'll have to try it out.
[06:12] <Chipzz> TheMuso: but regular links also has a lot of those features
[06:12] <realist> Chipzz: no, I use mutt.
[06:12] <Chipzz> TheMuso: cookies, bookmarks, tables...
[06:12] <realist> Chipzz: lynx doesn't :-)
[06:12] <TheMuso> Chipzz: WHich links? links2, links, or lynx?
[06:13] <TheMuso> Chipzz: But no javascript
[06:13] <TheMuso> ChipzzOh thats right, elinks also allows you to use $EDITOR for editing multi-line form fields.
[06:14] <Chipzz> TheMuso: I don't use elinks *that* much ;)
[06:15] <TheMuso> Chipzz: Well I do, so thats why I love what it can do compared to the rest of the text mode browsers.
[06:17] <Chipzz> TheMuso: anyway: 06:56 < Chipzz> and even then preferable elinks :P
[06:17] <TheMuso> heh
[06:27] <pitti> Good morning
[06:34] <Hobbsee> morning pitti!
[06:35] <pitti> Good morning Hobbsee!
[07:05] <superm1> is update-manager-core going to be entering dapper-proposed for testing dapper-hardy server upgrades, or is there a different plan?
[07:11] <superm1> well i guess i see bug 186694
[07:11] <ubotu> Launchpad bug 186694 in update-manager-core "update-manager-core dapper backport" [Undecided,New] https://launchpad.net/bugs/186694
[07:11] <warp10> Good morning
[07:11] <superm1> i dont suppose it's been released into dapper-proposed yet then
[07:14] <emgent> warp10, morning
[07:15] <warp10> hi emgent ;-)
[07:17] <superm1> yeah its sitting in the NEW queue yet. https://launchpad.net/ubuntu/dapper/+queue?start=20
[08:03] <dholbach> good morning
[08:05] <goobsoft> Does anyone know why I'm getting a 404 error on my PPA on launchpad?
[08:05] <goobsoft> http://ppa.launchpad.net/goobsoft/ubuntu
[08:07] <goobsoft> I just set it up... is there a delay?
[08:20] <pitti> soren: hm, did you ever try virt-manager with compiz? they don't seem to like each other very well :/
[08:22] <stgraber> moin
[08:23] <soren> pitti: Yeah, there's a bit of focus-oddness going on there.
[08:23] <soren> pitti: I assume that's what you're talking about?
[08:23] <pitti> 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] <soren> pitti: I'm not sure how much of that is compiz-specific?
[08:24] <pitti> hm, and now the kernel just panicked again, darn
[08:24] <soren> Guest, I assume?
[08:24] <pitti> no, the host
[08:24] <soren> Erk.
[08:24] <pitti> soren: might also be bugs in the vnc viewer, not sure
[08:25] <pitti> should try with metacity
[08:25] <pitti> 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] <soren> phew..
[08:27]  * soren wipes the sweat off his brow
[08:48] <pitti> soren: FYI, xen-3.2 NEWed
[08:52] <soren> pitti: Thanks.
[08:59] <borschty> 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] <pitti> borschty: hello
[09:00] <borschty> https://bugs.launchpad.net/ubuntu/+source/esound/+bug/177072 i have described it in the last post
[09:00] <ubotu> Launchpad bug 177072 in esound "AUDIODEV should be exported when using pulseaudio" [Wishlist,Invalid]
[09:01] <pitti> borschty: that bug is still on my TOOD list, haven't found time to look at it yet
[09:01] <borschty> well the bug itself is closed now, but i think the patch might contain a small leak
[09:03] <borschty> not really important stuff, if you have to smash some real bugs, this can wait
[09:03] <TheMuso> pitti: What is involved to get that AUDIODEV environment variable exported? Does that have to be done within pulse itself?
[09:03] <seb128> TheMuso: why do you need that? looks like that was a workaround when libesd what broken but it's fixed now
[09:04] <TheMuso> seb128: pitti said its somethign that still needs doing, or so I thought...
[09:04] <borschty> yes, it was a workaround, i guess i should have changed the description, but i did not want to spam the subscribers
[09:05] <borschty> the actual bug is fixed, but i suspect the patch to introduce a small memory leak
[09:06] <pitti> ok, if the AUDIODEV one was fixed with the re-applying of the libesd patch, great
[09:06] <pitti> borschty: ok, thanks for pointing out; I'll have a look and fix the memleak
[09:11] <xivulon> evand did you see my msg yesterday night?
[09:20] <seb128> soren: is kvm known to not install correctly?
[09:20] <seb128> soren:  * Module kvm_intel failed to load
[09:20] <seb128> soren: Operation not supported
[09:21] <carlos> 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] <seb128> carlos: upgrade gnome-session and restart GNOME or unset G_DEBUG
[09:22] <seb128> carlos: that has been fixed yesterday, we had the warnings crashers code enable by mistake for a day
[09:23] <carlos> hmm, I think I had that fix already installed... but let me restart it, just in case...
[09:23]  * carlos restarts
[09:25] <soren> seb128: Does your machine support kvm?
[09:25] <soren> seb128: (grep vmx /proc/cpuinfo)
[09:25] <seb128> soren: I supposed so, that's a D630
[09:26] <seb128> I didn't enable the bios option most likely though
[09:26] <seb128> but the package install should not fail anyway
[09:26] <soren> seb128: dmesg will tell you if that's the case.
[09:26] <seb128> what should I look for there?
[09:26] <soren> kvm: Disabled in BIOS
[09:26] <soren> or something like that.
[09:26] <seb128> $ dmesg | grep kvm
[09:26] <seb128> [ 1516.217209] kvm: disabled by bios
[09:27] <soren> There you go.
[09:27] <seb128> soren: that was expected, still the package should install?
[09:27] <soren> Should it?
[09:27] <seb128> soren: well, I see no valid reason to break installations
[09:28] <carlos> seb128: seems like that's it. At least that also fixed pidgin :-P
[09:28] <soren> Well, if you don't have the hardware, it can't be configured.
[09:28] <seb128> soren: if I install the intel video driver on a box using nvidia it doesn't fail ;-)
[09:28] <pitti> the package should always succeed to install
[09:28] <mvo> ++
[09:28] <seb128> soren: you should display a warning but not break the install
[09:28] <pitti> and if it doesn't work, the init script would ideally point out why
[09:28] <carlos> also, for some reason, all emails I sent appear in the outbox folder so I didn't lose data
[09:28] <carlos> seb128: thanks for your help
[09:28] <seb128> carlos: you are welcome
[09:28] <soren> I'm certain there was a discussion about this at some point where the opposite conclusion was reached.
[09:28] <seb128> weird
[09:29] <pitti> soren: I guess at some point you want to ship the package by default on the server image?
[09:29] <mvo> on a list or in a channel?
[09:29] <mvo> I have very strong opinions about failing maintainer scripts
[09:29] <soren> mvo: Yes :)
[09:29] <seb128> is there anybody here who argued for breaking installation?
[09:29] <soren> seb128: Come on..
[09:29] <seb128> me too, package installation should never break
[09:29]  * mvo looks around to see if he can find his stick-of-doom
[09:29] <seb128> just add a || true in the postinst
[09:29] <seb128> and display a warning
[09:29]  * Hobbsee offers mvo the Long Pointy Stick of DOOM!!!!!!!!!!!!!!! ™
[09:29] <pitti> whoever proposed that should be sentenced to one week of triaging apport package inst failure bugs
[09:30] <soren> "So, guys, what do you think? I think we should break isntallation of stuff."
[09:30] <soren> seb128: I'm perfectly aware of the mechanics involved.
[09:30] <mvo> and update-manager bug triage too
[09:30] <seb128> soren: I'm surprised you seem to argue that's not a bug
[09:31] <soren> 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] <soren> Ok, the argument, as I remember it, went:
[09:32] <soren> 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] <davmor2> Guys just to say that the nautilus-cd-burner patch has fixed only being able to burn one cd :)
[09:33] <pitti> but configuring a package just means that it's properly installed, not necessarily working
[09:33] <pitti> otherwise we could not install any printer or X.org graphics driver by default either
[09:33] <seb128> 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] <pitti> the init script should fail, sure
[09:34] <davmor2> 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] <seb128> 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] <soren> It's not something I feel very strongly about.
[09:35] <seb128> davmor2: ah, the duplicate window, that's known
[09:35] <pitti> seb128: two windows for one driver?
[09:35] <pitti> drive
[09:35] <seb128> pitti: I read too quickly
[09:35] <pitti> ah, ok
[09:35] <davmor2> seb128: okay cool :)
[09:35] <pitti> 118 sync bugs? ugh
[09:35] <seb128> basically gvfs mount drivers on first access now
[09:35] <soren> Where is the dpkg status semantics documented? I can't seem to find it.
[09:35] <mvo> 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] <seb128> pitti: I didn't do syncs because of the freeze ...
[09:36] <pitti> soren: ... that, and it would forbid us to install that package by default
[09:36] <mvo> I think even if we wanted to follow that definition we would first have to fix the tools
[09:36] <pitti> seb128: np; you've been busy enough
[09:36] <seb128> but we have too many sync requests I agree
[09:37] <seb128> we should really consider this automatic sync new revisions for universe packages
[09:37] <davmor2> I'm just happy I can burn all the iso's again without resorting to rebooting the machine :)
[09:37] <seb128> davmor2: you can use brasero now if n-c-b is broken
[09:37] <seb128> you should not need to reboot
[09:38] <soren> 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] <seb128> soren: right
[09:39] <seb128> 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] <soren> seb128: True.
[09:39] <seb128> and will prevent you to install anything else
[09:40] <seb128> which will lead to pretty bad users comments
[09:40] <seb128> anyway, rebooting to set the bios option now ;-)
[09:41] <soren> \o/
[09:41]  * soren has amd hardware now for testing kvm.
[09:41] <mvo> 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] <davmor2> 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] <pitti> soren: yay new toys!
[09:42] <soren> 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] <stgraber> 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] <ubotu> Launchpad bug 187898 in ubiquity "Stuck on "Removing conflicting operating system files"" [Undecided,New] https://launchpad.net/bugs/187898
[09:42] <soren> pitti: Yeah, and it's on a decent pipe, too :)
[09:42] <soren> 09:26:05 (9.67 MB/s) - `hardy-desktop-amd64.iso' saved [721704960/721704960]
[09:42] <ubotu> 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] <pitti> soren: WANNAHAVETOO
[09:45] <mvo> soren: woah!
[09:46] <soren> It's not that expensive, really. €59/month.
[09:46] <soren> Deductible, even :)
[09:47] <seb128> re
[09:47] <seb128> soren: better now ;-)
[09:47] <mvo> 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] <soren> I hear you, I hear you. It's changed in the next upload.
[09:48]  * mvo hugs soren
[09:52] <soren> O_O
[09:52]  * soren eyes netcat-openbsd in Debian
[09:52] <soren> \o/
[09:55] <seb128> soren: waouh, kvm is very easy to use once installed, good work ;-)
[09:56] <seb128> current hardy image booted correctly
[09:56] <pitti> seb128: you used virt-manager?
[09:56] <seb128> pitti: I did what is written on the wiki page
[09:57] <seb128> yes
[09:57] <seb128> it's on my D630 and work like charm, out of usplash which is not displayed
[09:58] <seb128> but it took less than one minute to boot and I've the standard desktop usuable now
[10:00] <seb128> hum
[10:00] <seb128> the virtual network thing might not be what I want, I've not internet access from the image
[10:01] <stgraber> 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] <pitti> seb128: argh, syncbugbot gets this "AssertionError: Wrong XPath-Expr in InfoTable.parse()" exception
[10:06] <pitti> seb128: was it that one which you recently fixed in the retracers?
[10:06] <seb128> pitti: somebody should upload a new python-launchpad-bugs
[10:06] <seb128> pitti: yes, that's fixed in bzr for some time now
[10:06] <pitti> dholbach, thekorn: any plans for uploading a new p-lp-bugs?
[10:06] <seb128> that's a one line change
[10:07] <pitti> seb128: ok, I'll dig into the bzr
[10:07] <pitti> I need to manually roll it out to drescher anyway
[10:07] <seb128> pitti: http://launchpadlibrarian.net/11477436/184594.diff
[10:07] <dholbach> pitti: I asked bdmurray he said "today or tomorrow"
[10:07] <soren> seb128: usplash will work when the new kernel lands, by the way.
[10:07] <pitti> dholbach: thanks
[10:07] <pitti> seb128: merci!
[10:07] <seb128> soren: good
[10:08] <seb128> pitti: you are welcome
[10:08] <soren> seb128: What type of networking did you choose?
[10:08] <soren> seb128: Virtual (the default)?
[10:08] <seb128> 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] <seb128> I need to change the .122
[10:09] <soren> seb128: I don't quite follow..
[10:10] <pitti> seb128: hm, that didn't help
[10:11] <seb128> 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] <seb128> pitti: weird, that did the trick for the retracers
[10:11] <soren> seb128: No, it's separate. It sets up nat by default, though.
[10:11] <seb128> pitti: maybe you have a pyc?
[10:11]  * pitti pokes it harder
[10:12] <soren> seb128: If you install dnsmasq, dhcp will be enabled in the virtual network.
[10:12] <soren> (install dnsmasq and restart libvirtd, that is)
[10:12] <seb128> soren: doing that
[10:12] <soren> (I'm adding dnsmasq as a dependency of libvirt-bin real soon, by the way)
[10:13] <soren> Whose archive day is it?
[10:13] <seb128> pitti's
[10:14] <seb128> hum
[10:14] <seb128> soren: I get a non bootable device error in the vm now
[10:15] <soren> 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] <ubotu> Launchpad bug 187983 in netcat "Please sync netcat (main) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/187983
[10:15] <ubotu> Launchpad bug 187986 in ubuntu "Please sync netcat-openbsd (universe) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/187986
[10:15] <pitti> soren: yes, I'm currently processing sync bugs
[10:15] <soren> 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] <pitti> soren: and as soon as I fix that python-launchpad-bugs thingy, I'll be able to commit the syncs
[10:15] <seb128> soren: so I need to recreate the machine every time?
[10:15] <soren> pitti: Cool. It's the final piece of the puzzle to enable remote libvirt management.
[10:16] <soren> seb128: You can tweak the xml by hand.
[10:16] <soren> seb128: Otherwise, yes. There's a bug open about it upstream.
[10:16] <soren> seb128: If they don't get around to it soon, I'll be looking into it myself.
[10:16] <seb128> ok, thanks
[10:17] <pitti> thekorn: hm; on p-lp-bugs main head I still get "Wrong XPath-Expr in InfoTable.parse()" for bug 186856
[10:17] <ubotu> 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] <seb128> soren: can you point me to what to change exactly?
[10:17] <soren> seb128: I'm writing it for you already. Hang on :)
[10:17] <seb128> good ;-)
[10:17] <seb128> thanks!
[10:19] <soren> seb128: http://paste.ubuntu-nl.org/54315/
[10:19] <davmor2> what's jockey-gtk?
[10:21] <seb128> davmor2: restricted manager renamed
[10:21] <seb128> soren: where is the xml? .virt-manager only has a .log
[10:23] <davmor2> seb128: ah okay so the fix released will be effective after the release of alpha4 then?
[10:23] <soren> seb128: /etc/libvirt/qemu
[10:23] <seb128> davmor2: what fix released?
[10:25] <davmor2> seb128:  bug 187139
[10:25] <ubotu> Launchpad bug 187139 in jockey "jockey-gtk crashed with AssertionError in __init__()" [Undecided,Fix released] https://launchpad.net/bugs/187139
[10:26] <thekorn> pitti: ok, can reproduce this, will have a closer look at this in about an hour
[10:30] <pitti> thekorn: thank you muchly!
[10:31] <seb128> virt-manager doesn't play nicely with compiz
[10:31] <pitti> heh, just what I said above :0
[10:32] <soren> If any of you have any clever hints about that, please don't hesitate to enlighten me.
[10:32] <seb128> soren: bug mvo until he fixes compiz? ;-)
[10:33] <soren> seb128: Sounds like a plan :)
[10:34] <pitti> 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] <seb128> pitti: ok
[10:38] <pitti> Riddell: why did you remove the ((qApp) && (qApp->type() == QApplication::Tty)))
[10:38] <pitti> Riddell: in the gtk-qt-engine SRU?
[10:39] <Riddell> pitti: which distro release?
[10:39] <pitti> Riddell: gutsy
[10:39] <pitti> http://launchpadlibrarian.net/11630805/gtk-qt-engine_0.8~svn-rev36-2ubuntu2.1.debdiff
[10:40] <Riddell> 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] <pitti> Riddell: ok
[10:41] <pitti> Riddell: also, it would be helpful to describe the "why" of that patch in the changelog
[10:41] <pitti> Riddell: stl. like 'nspluginviewer crashes when using the gtk-qt engine' or whatever the reason is
[10:41] <Riddell> pitti: ok
[10:41] <Riddell> (it stops it freezing)
[10:42] <pitti> Riddell: rejected
[10:50] <pitti> 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] <pitti> Riddell: I don't think that the X-Ubuntu-Gettext-Domain tags make sense in most of the .desktop files
[10:52] <Riddell> pitti: hmm, sorry, they should all get cleaned out, reject it and I'll take a look in a minute
[10:52] <pitti> Riddell: the patch itself looks reasonable
[10:52] <pitti> Riddell: will do, thanks
[10:55] <pitti> wow -- kdebase b-deps on libglib2.0-dev now?
[10:56] <pitti> seb128: I wasn't aware that gnome world dominance was that close already :-P
[10:56] <ogra> evolution ... the app that has a new exciting bug for you every day ....
[10:56] <Riddell> pitti: mm, well it's a workaround for flash requiring it
[10:56] <pitti> Riddell: (just kidding)
[10:57]  * ogra sighs ... and installs the evolution-dbg package to provide something useful to seb128 
[10:57] <seb128> pitti: joke aside glib has no gnome depends and is nice, KDE could be using it for other things ;-)
[10:57] <seb128> ogra: what happens now?
[10:57] <ogra> seb128, chrashes while sending
[10:58] <seb128> ogra: that's so yesterday's, did you update gnome-session and restart GNOME?
[10:58] <ogra> it bumps up to 100% CPU usage for a while and then crashes
[10:58] <seb128> ogra: is G_DEBUG set?
[10:58] <ogra> 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] <seb128> ogra: look if G_DEBUG is set
[11:00] <ogra> doesnt seem like
[11:00] <pitti> 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] <seb128> ogra: env | grep G_DEBUG?
[11:01] <ogra> nope
[11:01] <seb128> k, weird
[11:01] <seb128> so maybe you have an another bug
[11:01] <seb128> get me the backtrace ;-)
[11:01] <seb128> a non debug one will do for a quick glance
[11:01] <ogra> meh, apport didnt have it :/
[11:02]  * ogra sends another mail to reproduce
[11:02] <ogra> hmm
[11:03] <ogra> send/recieve worked this time ... it crashed before
[11:03] <pitti> Riddell: flashplugin-nonfree isn't updated yet in hardy, right?
[11:03] <seb128> ogra: did you restart your session between?
[11:03] <ogra> yup
[11:03] <seb128> ogra: so that was the G_DEBUG issue
[11:03] <ogra> the mail that made it crash was sent but also still sitting in oubox
[11:04] <Riddell> pitti: yes it is
[11:04] <seb128> 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] <ogra> ah
[11:04] <pitti> Riddell: nothing obvious in the changelog
[11:04] <ogra> well, seems to work now
[11:04] <seb128> ogra: I fixed that yesterday, that took only effect after you restarted the session though
[11:04] <seb128> ogra: yeah, likely that was due to it
[11:04] <ogra> yeah
[11:04] <ogra> thanks
[11:04] <seb128> you are welcome
[11:04] <asac> bryce: are there still known dpi issues in X (if so, what would be the right X bug for bug 178558)?
[11:04] <ubotu> Launchpad bug 178558 in firefox-3.0 "Firefox 3.0 makes everything annoyingly huge" [Undecided,Confirmed] https://launchpad.net/bugs/178558
[11:05] <Riddell> pitti: it's version 9.0.115
[11:05] <pitti> Riddell: ah, thanks; marking as fixed then
[11:08] <pitti> 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] <ogra> hmm, why did nautilus stop to display the gartoon icons :/
[11:14] <seb128> ogra: where?
[11:14] <ogra> on my recently upgraded laptop
[11:14] <seb128> I meant what icons?
[11:14] <seb128> are the menus using correct icons?
[11:14] <ogra> (the one that just had the evo issue)
[11:14] <ogra> yes
[11:15] <ogra> places shows the gartoon folders
[11:15] <ogra> panel icons are fine as well
[11:15] <ogra> in a nautilus window everything above the location bar is correct
[11:15] <ogra> below it shows the fallback icons
[11:17] <ogra> hman theme seems to work ... i bet gartoon is missing a change
[11:17] <ogra> *human
[11:21] <tjaalton> asac: dpi issues don't increase the size of the images afaik :)
[11:22] <asac> tjaalton: hmm ... reading the bug it appears that setting the dpi value explicitly in firefox fixes this
[11:23] <tjaalton> asac: ok, maybe it's because 3.0 uses cairo for everything?
[11:23] <asac> tjaalton: maybe it was true in the past that dpi issues didn't affect firefox, but now they zoom images as well.
[11:24] <asac> s/firefox/firefox images/
[11:24] <thekorn> pitti: py-lp-bugs is broken, parsing of bugreports in edge.launchpad.net is impossible,
[11:24] <pitti> ugh
[11:24] <thekorn> due to a change in edge.lp.net (bug 137448)
[11:25] <asac> 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] <ubotu> 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] <tjaalton> asac: sure. if other apps look normal then I'd say it's indeed an issue with xulrunner
[11:26] <pitti> thekorn: you mean Bjorn's recent fix changed the HTML?
[11:26] <tjaalton> reading the upstream report
[11:27] <asac> 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] <thekorn> pitti: yes
[11:28] <thekorn> asac: no such a search is not implemented in py-lp-bugs
[11:32] <xivulon> OT microsoft tries to buy yahoo
[11:33] <Riddell> pitti: gtk-qt-engine and kdelibs re-uploaded
[11:33] <xivulon> now on bloomberg
[11:33] <pitti> Riddell: hm, I just accepted kdelibs/feisty, that looked goo
[11:34] <pitti> d
[11:34] <Riddell> pitti: kdelibs for gutsy only
[11:34] <pitti> ah, good
[11:34] <pitti> Riddell: bug tasks states are up to date ATM
[11:43] <pitti> Riddell: argh, queue tool fooled me; can you please reupload gtk-qt-engine for edgy with bumping the version number?
[11:44] <pitti> sorry
[11:52] <pitti> Riddell: ok, now we have everything except gtk-qt-engine for edgy (the fixed one, see above) and kdebase for edgy and feisty
[11:56] <Riddell> pitti: what's wrong with kdebase for edgy and feisty?
[11:56] <pitti> Riddell: feisty: https://bugs.edge.launchpad.net/ubuntu/dapper/+source/kdebase/+bug/184149/comments/22
[11:56] <ubotu> Launchpad bug 184149 in kdelibs "[hardy]xembed and flash support patches doesn't work for konqueror" [Undecided,Fix committed]
[11:56] <pitti> Riddell: and for edgy it is not in the queue
[12:34] <emgent> !info wordpress
[12:34] <ubotu> wordpress (source: wordpress): an award winning weblog manager. In component universe, is optional. Version 2.2.2-1ubuntu1.2 (gutsy), package size 783 kB, installed size 4196 kB
[12:35] <thekorn> pitti: I added a fix to Bug 188018
[12:35] <ubotu> Launchpad bug 188018 in python-launchpad-bugs "Latest changes in edges.launchpad.net breaks py-lp-bugs" [High,Fix committed] https://launchpad.net/bugs/188018
[12:35] <pitti> thekorn: \o/
[12:43] <pitti> thekorn: I get a bit further now:
[12:43] <pitti>   File "/home/lp_archive/python/launchpadbugs/lptime.py", line 59, in __new__
[12:43] <pitti>     raise ValueError, "Unknown date format (%s)" %time_str
[12:43] <pitti> ValueError: Unknown date format (2008-01-29 00:39:09 CET)
[12:44] <soren> Muhahahah..
[12:44]  * soren has a cunning plan..
[12:45] <dholbach> MOTU Q&A session in 15 minutes in #ubuntu-classroom
[12:45] <thekorn> pitti: oha :(
[12:45] <thekorn> hi dholbach
[12:46] <dholbach> hey thekorn
[12:46]  * pitti hugs thekorn
[12:55] <pitti> Riddell: can you please re-upload edgy gtk-qt-engine with bumping the version number?
[12:55] <Riddell> pitti: done
[12:55] <pitti> Riddell: thanks
[12:55] <Riddell> pitti: working on kdebase, sorry for the delay, it would help if ubiquity would stop deleteing my hard disk
[12:55] <pitti> ugh
[12:57] <Hobbsee> Riddell: well, it would help if you stopped running windows, i'm sure..
[12:58] <Riddell> Hobbsee: hmm?
[12:59] <Hobbsee> Riddell: you were talking a while ago abotu a feature of ubuntu deleting your windows for you, during the install
[12:59] <Hobbsee> the last time that some people's data got wiped out, iirc
[13:01] <_MMA_> seb128: Did TheMuso contact you re: GDM sound issue? He figured out why the little drum noise wasn't playing on new installs.
[13:02] <seb128> _MMA_: no he didn't
[13:03] <_MMA_>  /usr/lib/gdmplay was not executable.
[13:03] <_MMA_> After a "sudo chmod 755 /usr/lib/gdmplay" things worked fine on a Ubuntu and Studio install.
[13:05] <seb128> _MMA_: ok, good, thanks, i'll fix that with the next upload
[13:08] <_MMA_> seb128: Cool. And he found that Studio's login/out, caching error is specific to us. But we're not sure why we get the error on this one file. Maybe there's a play length or file size limit now. I don't know. Worked in Gutsy. :-/
[13:10] <cheguevara> bryce, hi, are you around?
[13:10] <thekorn_> pitti: I'm looking at your last date/time error, can't reproduce this for the given date,
[13:11] <thekorn_> can you give me a bugnumber of a bug where this error occurs
[13:11] <pitti> ok, hang on
[13:12] <cheguevara> or tjaalton
[13:12] <pitti> thekorn_: it's indeed bug 186856
[13:12] <ubotu> Launchpad bug 186856 in apache2 "Please sync apache2 2.2.8-1 (main) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/186856
[13:13] <pitti> hah
[13:13] <pitti> thekorn_: it seems to fail on    print b.reporter
[13:13] <pitti> thekorn_: where b is a Connector.ConnectBug().Bug() instance
[13:14] <pitti> thekorn_: the actual tasks seem to be ok
[13:14] <thekorn_> pitti: let me check...
[13:36] <davmor2> Xubuntu alternative installs are failing :( bug 188030
[13:36] <ubotu> Launchpad bug 188030 in pkgsel "xubuntu hardy alternative alpha 4 cd fails to install" [Undecided,New] https://launchpad.net/bugs/188030
[13:46] <stgraber> broken deps for libxine1-ffmpeg
[14:02] <pitti> thekorn_: ok, I updated bug 188031; I think I'll just hack around it on drescher; sorry for the noise
[14:02] <ubotu> Launchpad bug 188031 in python-launchpad-bugs "crashes with "ValueError: Unknown date format" on .reporter property" [Undecided,Invalid] https://launchpad.net/bugs/188031
[14:09] <pitti> oh noes, another p-lp-bugs exception
[14:10] <mvo> APIs ftw
[14:17] <ScottK> pitti: If you have a few minutes today, I'd appreciate a chance to discuss the amavisd-new MIR.  There's some tasksel integration work that's blocking on it and with FF two weeks away... https://wiki.ubuntu.com/MainInclusionReportAmavisd-new
[14:18] <pitti> thekorn_: another one for you, sorry: bug 188044
[14:18] <ubotu> Launchpad bug 188044 in python-launchpad-bugs "AttributeError: 'change_obj' object has no attribute 'change_obj__action'" [Undecided,New] https://launchpad.net/bugs/188044
[14:20] <pitti> ScottK: alright; please give me some minutes for this sync wreckage, then I'll do some MIR
[14:20] <ScottK> pitti: No rush.  It's still early morning here.  Thanks.
[14:25] <pitti> thekorn_: ok, another workaround later I could now circumvent above bug and syncs are finally running \o/
[14:28]  * thekorn hugs pitti 
[14:28]  * pitti hugs thekorn, master of LP
[14:29] <thekorn> pitti: If I would be the master of LP, then ... ;)
[14:36] <pitti> argh, more of the above; there's another place that uses change_obj__action
[14:38] <pitti> thekorn: you don't happen to have a quickfix for that? I guess it's something trivial, but I can't figure it out without reading the entire code
[14:38] <thekorn> pitti: I'm sorry, this is code from the very beginning of my python experience, let me check the code
[14:39] <tokok> are you accept mono based d-bus?
[14:50] <pitti> thekorn: if I change "change_obj__action" to __action, I get "AttributeError: 'change_obj' object has no attribute '_Attachments__action'"; hmm
[14:55] <thekorn> pitti: give me a second, testing a fix
[14:58] <pitti> StevenK: libosso reviewed, bug updated
[14:59] <pitti> Riddell: so, only kdebase for feisty-proposed is missing now, rest is in -proposed
[14:59] <pitti> Riddell: what an update, that must have cost you ages to prepare *hug*
[15:06] <thekorn> pitti: added patch to Bug 188044
[15:06] <ubotu> Launchpad bug 188044 in python-launchpad-bugs "AttributeError: 'change_obj' object has no attribute 'change_obj__action'" [Undecided,New] https://launchpad.net/bugs/188044
[15:07] <thekorn> pitti: I have to leave now, I will have a closer look at the bugs over the weekend
[15:07] <pitti> thekorn: you rock
[15:07] <pitti> thekorn: thank you! and enjoy the weekend
[15:07] <thekorn> you too
[15:29] <zul> pitti: ping
[15:29] <pitti> zul: pong
[15:29] <zul> for ibmasm there was no source for it so it is sitting in new
[15:30] <pitti> zul: ah, I see; let me take a look at it then
[15:30] <zul> pitti: thanks
[15:30] <zul> ill file a MIR after you have a look
[15:33] <Riddell> pitti: kdebase for feisty-proposed uploaded now
[15:36] <pitti> zul: NEWed
[15:36] <zul> pitti: thank you
[15:36] <zul> ill do the mir report right now
[15:40] <geser> pitti: Hi, please give-back aspectwerkz2. It failed to upload. Thanks
[15:42] <pitti> geser: done
[16:00] <davmor2> guys I've just tried an encrypted lvm install of Ubuntu it's been 2 hours and it's still erasing the drive
[16:01] <pitti> davmor2: don't you have a cancel button there?
[16:01] <pitti> you should be able to skip this
[16:02] <stgraber> pitti: why has this setting been changed ? wasn't it set not to entirely erase the disk on Gutsy ?
[16:05] <davmor2> pitti: The gutsy version takes no longer than a normal install.
[16:06] <pitti> stgraber: it was; but since it's still useful for paranoia reaons, adding a 'skip' button seemed better
[16:06] <pitti> davmor2: right; my Q is, do you actually have a cancel/skip button there and does it work?
[16:07] <davmor2> pitti:  I've hit cancel now yes.  Maybe change cancel to skip might be better.  I didn't want to cancel the install
[16:07] <pitti> davmor2: that's a good point; can you please file a bug about this?
[16:07] <davmor2> pitti no probs
[16:08] <pitti> davmor2: thanks a lot for testing
[16:09] <davmor2> well can't code, the bug reports are getting too technical it's about the only way left for a dyslexic to help out :)
[16:09] <davmor2> pitti: what do you want the bug filing against d-i
[16:10] <pitti> davmor2: hm, not sure; evand? partman-something?
[16:10] <pitti> davmor2: d-i is fine as a default target
[16:10] <davmor2> np
[16:11] <pitti> davmor2: thorough testing and bug reporting are a great contribution, so no need to be shy about it :)
[16:11] <pitti> davmor2: (my wife can't code either, and I still love her :-P)
[16:13] <evand> partman-lvm?
[16:13] <evand> d-i is fine though, it'll get moved where it needs to be
[16:16] <davmor2> evand: pitti: bug 188085
[16:16] <ubotu> Launchpad bug 188085 in debian-installer "debian-installers encrypted erase disc cancel button should read Skip" [Undecided,New] https://launchpad.net/bugs/188085
[16:16] <davmor2> is that okay?
[16:18] <evand> davmor2: looks good
[16:18] <davmor2> okay cool leave it with you then :)
[16:32] <davmor2> Is it safe to start testing the Live cd's or is ubiquity being updated?
[16:32] <slangasek> ubiquity is being updated
[16:33] <davmor2> okay thanks I'll check back latter then :)
[16:53] <pitti> ah, seems I fixed the i386 retracer to properly process duplicate checks for python bugs again
[16:54] <pitti> (I applied a p-lp-bugs which made them throw exceptions)
[16:54] <pitti> ...patch...
[17:03] <jwendell> Hi, seb128. Vino installs its executable in /usr/libexec. Why does ubuntu package install it in /usr/lib/vino/ ?
[17:03] <slangasek> because libexec is not part of the FHS
[17:03] <seb128> jwendell: because on debian and ubuntu libexec=/usr/lib/binary
[17:04] <slangasek> it's subsumed into /usr/lib according to the standard
[17:04] <seb128> binary being the name of your software
[17:04] <jwendell> ok
[17:05] <slangasek> (I wish we /did/ have a separate libexec, but it's a little late to change our minds now :)
[17:05] <seb128> jwendell: is that an issue?
[17:07] <jwendell> seb128, no, I was just trying to debug vino and noticed that I was looking at wrong directory
[17:07] <seb128> ah ok
[17:13] <tjaalton> cheguevara: yes?
[17:26] <cheguevara> tjaalton, sorry was away wanted to talk to you about the intel driver
[17:28] <LaserJock> pitti: do you have an ETA on the next lang pack update?
[17:28] <soren> pitti: Please let me know if there's any problem with the netcat-openbsd package.
[17:28] <pitti> carlos: ^ for gutsy you told me it would be better to do a full export, right? can you trigger this over the weekend?
[17:29] <carlos> pitti: yes, I told you that
[17:29] <pitti> LaserJock: next Monday would be the next regular update
[17:29] <pitti> soren: it's in the sync buffer, I just need to flush; flushing needs to happen after alpha-4 release, though
[17:29] <carlos> pitti: you are able to do it, although I cannot force Gutsy export, it will happen in its next scheduled time (I think it's tonight)
[17:29] <LaserJock> pitti: will they go up on the PPA before?
[17:29] <pitti> LaserJock: they are already
[17:29] <pitti> carlos: ah, right; I'll flip that checkbox
[17:29] <LaserJock> oh, ok
[17:30] <LaserJock> I checked a day or two ago
[17:30] <carlos> pitti: do you remember the page to do it?
[17:30] <soren> pitti: Oh, ok. I just noticed the netcat package getting synced, so I thought you had specifically skipped the -openbsd one.
[17:30] <pitti> carlos: yes, already done
[17:30] <pitti> carlos: I just keep forgetting that I'm now able to do that myself :)
[17:30] <carlos> pitti: ;-)
[17:31] <pitti> soren: hm, indeed
[17:31] <tjaalton> cheguevara: ok, what about?
[17:32] <pitti> soren: right, I didn't process new package syncs yet (need to flush first)
[17:32] <pitti> soren: if it's very urgent, I could cowboy it, but otherwise I'd just do it on Monday
[17:33] <soren> pitti: No, it's not *that* urgent :)
[17:33] <soren> pitti: Monday it is.
[17:33] <soren> Thanks.
[17:33] <pitti> ok, great
[17:34] <carlos> pitti: confirmed, full export will happen tonight
[17:37] <pitti> \o/
[17:40] <mvo> does anyone has a idea what https://bugs.edge.launchpad.net/ubuntu/+source/update-manager/+bug/187889 is about (is that polish?)
[17:41] <ubotu> Launchpad bug 187889 in update-manager "Nové návrhy na překlady v balíku upgrade-manager" [Undecided,New]
[17:41] <geser> mvo: not polish, from the look and the timezone of the submitter I'd say it's czech
[17:42] <tjaalton> yep
[17:45] <slangasek> yes, it's czech.  "New suggestions for the translation of the upgrade-manager package"
[17:47] <slangasek> ... and then a link to a page that mentions no Czech translations being available, so, er
[17:48] <slangasek> oh, apparently you have to click to see all the translations, n/m :)
[17:51] <geser> slangasek: which language do you don't understand? :)
[17:52] <slangasek> geser: Xhosa
[18:17] <cheguevara> tjaalton, abot exa and xaa thing
[18:18] <cheguevara> i really think switching to xaa is a bad idea
[18:18] <cheguevara> the drm modules are getting merged in .25 they can be backported
[18:21] <superm1> pitti, are you still going to go through the new queue again today?  we (mythbuntu team) were hoping to roll new live disks at some point this weekend (preferably with those builds)
[18:34] <slangasek> stgraber: I've failed at getting builds disabled in a timely manner when we knew we'd be rerolling, but FYI I'm pushing a full set of new images because of the partman "eat my old OS" bug identified yesterday
[18:36] <stgraber> k
[18:39]  * mathiaz just finished testing 18 test installation of the isos. Now he can start over.
[18:42] <tjaalton> cheguevara: well, it's a tough decision..
[18:43] <cheguevara> tjaalton, yeah i understand, what does the kernel team say?
[18:46] <tjaalton> cheguevara: it was discussed at UDS and turned down, I'm not sure anything has changed since
[18:48] <cheguevara> tjaalton, i see, is there any possibility of it happening though? xaa is deprecated, has video problems and doesn't support compiz on 965 (i am sure you know all that though)
[18:48] <cheguevara> compiling mm sources right now to see the diffference
[18:48] <Amaranth> but isn't EXA still slower than XAA even with ttm?
[18:48] <tjaalton> cheguevara: I watched the presentation by cworth at lca, and while they have been able to get the performance better, rendering text is still maybe 40% slower
[18:49] <tjaalton> Amaranth: ^^
[18:49] <tjaalton> :)
[18:49] <MacSlow> Amaranth, depends
[18:49] <Amaranth> The only thing EXA is really better at is large fills or whatever
[18:49] <MacSlow> Amaranth, following Carl Worth's blog regarding his work with EXA and related bits of the i965 driver is always very interesting
[18:50] <cheguevara> tjaalton, when was that?
[18:51] <tjaalton> cheguevara: a sec
[18:51] <tjaalton> cheguevara: http://mirror.linux.org.au/pub/linux.conf.au/2008/Wed/mel8-167.ogg
[18:51] <tjaalton> slides from http://linux.conf.au/programme/wednesday
[18:53] <tjaalton> we have linux-backports-modules package now.. maybe the new versions could be shipped there?
[18:53] <tjaalton> um, new drm modules
[18:54] <cheguevara> yeah that would be better then nothing
[18:54] <cheguevara> and may be specifiy somewhere that if you wanna try experimental drm modules install this package for increased performance etc
[18:55] <tjaalton> but compiz would still be disabled by default
[18:55] <tjaalton> for i965
[18:55] <tjaalton> (i have one)
[18:55] <MacSlow> gee... intels GPU docs were released to the public
[18:56] <cheguevara> tjaalton, new_exa is the batchbuffer git branch right?
[18:57] <MacSlow> LCA seems to be growing and growing... some major conference... not that it was small before.
[18:58] <tjaalton> cheguevara: yep. I tried that two weeks ago, but something went wrong and the driver failed to load. Now that anholt has pushed more stuff to master things should be easier..
[18:58] <tjaalton> hm, maybe I'll pull all the trees now
[19:01] <cheguevara> there seems to be some minor screen corruption with the current hardy driver as well
[19:01] <tjaalton> with exa?
[19:01] <cheguevara> no xaa
[19:02] <tjaalton> mine works fine..
[19:02] <tjaalton> dinner, bbl ->
[19:02] <cheguevara> i had to put xaa in my xorg.conf, 'cause exa is just that crap atm lol
[20:02] <oojah> I'm filling out a MainInclusionReport and I don't know what to put for "Packaging system (debhelper/cdbs/dbs) ?  Patch system ?  Any packaging oddities ?". Any suggestions where I can find information about that?
[20:03] <jpatrick> oojah: in the source package
[20:03] <jpatrick> oojah: apt-get source packageName and take a look in the debian/ dir
[20:05] <oojah> jpatrick: I'm not on ubuntu ;)
[20:05] <oojah> But that's fine, I know where to look now. Thanks.
[20:06] <slangasek> er, you're requesting a package's inclusion in main but aren't running Ubuntu?  That's seems a bit strange to me
[20:07] <StevenK> And if you're unsure about how to fill out a MIR, you shouldn't be, IMO
[20:08] <oojah> Well that's a fair point, but you've got to start somewhere, right?
[20:08] <davmor2> bug 173130 still affecting alpha 4
[20:08] <ubotu> Launchpad bug 173130 in xserver-xorg-video-nv "edubuntu hardy 64bit live cd issues" [Medium,Triaged] https://launchpad.net/bugs/173130
[20:08] <jpatrick> oojah: what exactly is the MIR for?
[20:08] <StevenK> oojah: Sure, but don't start with MIRs
[20:09] <oojah> jpatrick: libggz, a build dep of gnome-games.
[20:09] <slangasek> oojah: libggz is already in main
[20:09] <oojah> Well that certainly shows me up...
[20:10] <oojah> Does everything that goes into main remain in universe?
[20:10] <slangasek> no, each package is in one or the other for each given release
[20:13] <oojah> Fair enough. I checked universe on archive.ubuntu.org and as it was there assumed it wasn't in main.
[20:14] <sistpoty> btw.: motu-meeting in #ubuntu-meeting now... for anyone interested
[20:14] <slangasek> oojah: right, it'll still be in universe for past releases
[20:14] <oojah> Sure
[20:18] <oojah> Well that certainly makes life easier. I was asked to look at the gnome-games ggz deps last week when they weren't in main and now they all are as of a few days ago.
[20:42] <stgraber> slangasek: Are all the ISOs on the tracker ready for testing (I finally managed to have my test computer back so I'll be able to do some tests now) ?
[20:47] <slangasek> stgraber: desktop images are not rerolled yet, just disabled those; alternate images are ready for testing
[20:48] <stgraber> ok
[21:54] <Chipzz> 11:12 < soren> (I'm adding dnsmasq as a dependency of libvirt-bin real soon, by the way) >> sounds wrong to me?
[22:23] <soopurman> stgraber, which tracker were you referring to? when slangasek mentioned that the alternate images are ready for testing
[22:24] <stgraber> soopurman: http://iso.qa.ubuntu.com
[22:24] <slangasek> desktop images are also back up by this point, for all but xubuntu
[22:27] <soopurman> so the contents of 20080201.1 are candidates for the alpha4 release ?
[22:27] <stgraber> yes
[23:03] <soopurman> alright! i'm about to perform the install (manual partitioning) of the 20080201.1 image of hardy-alternate-amd64.iso... i'll report my results on the tracker in about half an hour
[23:03] <soopurman> see you then :-)
[23:07] <slangasek> oh how nice, 3 new updates.
[23:08] <slangasek> presented to me after booting into my newly-installed hardy, which was rolled mere hours earlier. while still in a freeze.
[23:11] <LaserJock> slangasek: "soft" ;-)
[23:13] <slangasek> right... maybe I should try different language for the next one, maybe call it a "retaliatory freeze". :)
[23:14] <StevenK> Haha
[23:14] <StevenK> "If you upload, I'll retaliate."
[23:46] <stgraber> slangasek: first result from Ubuntu desktop i386 : Jockey crashing at session opening (why is it starting on the livecd ?), rofs and cdrom shown on the desktop, ubiquity missing its icon, update-manager showing an update available icon when no updates are available + hovering it shows a "A package maanger is working" label
[23:46] <superm1> slangasek, would you be able to release mythtv binaries from NEW at some point before the end of day?  we were looking to roll our alpha this weekend with them and do some testing over the weekend
[23:47] <slangasek> stgraber: yes, similar to my own experience.  But I don't think any of those are blockers, so I guess it'll just be a little rough around the edges
[23:48] <stgraber> slangasek: I'm installing now, those are not blockers though really annoying bugs (especially when the first thing you see is an apport report :))
[23:49] <slangasek> oh, I didn't see any apport reports here :/
[23:49] <slangasek> well, so be it though
[23:49] <stgraber> I have a nvidia graphic card in my test computer
[23:49] <slangasek> yeah, I'm testing in a VM, no hardware to manage ;)
[23:49] <stgraber> hehe, solves a lot of problem :)
[23:56] <slangasek> stgraber: 188221 for the generic install icon issue
[23:58] <slangasek> I'm fairly certain the rofs icon is a gvfs issue; I haven't checked for open bugs
[23:58] <stgraber> does it disappear when you start ubiquity ?
[23:58] <slangasek> er, I didn't pay attention
[23:59] <stgraber> it did here and I didn't really understand why
[23:59] <slangasek> the update-manager bug has also been reported as #188201