[00:15] <TheMuso> slangasek: Whats the reason for the studio rebuild?
[00:16] <slangasek> TheMuso: update-manager on the ISO is broken miserably to the point where you can't run it to upgrade it to the fixed version
[00:16] <TheMuso> slangasek: oh.
[00:18] <slangasek> sorry - unexpected breakage from unsanctioned uploads during the milestone freeze. :/
[00:18] <TheMuso> Oh well, I'll try and fit a couple of tests in today, but its up to the others to test studio, since my work day is almost done, and I'm off tomorrow. :)
[00:18] <slangasek> TheMuso: ok - any names you want to give me of people to prod?
[00:19] <TheMuso> slangasek: I know Cory/_MMA_ is testing, and I am about to put an email out to our community to see if I can cause an about face and get some testers.
[00:19] <slangasek> ok, cheers :)
[00:23] <slangasek> superm1: ^^ mythbuntu respun for the same reason, sorry
[00:23] <ScottK> asac or fta: Is there some need for mozilla-devscripts to still depend on Python 2.4?
[00:25] <fta> ScottK, none, i can update that if you want, i'm upstream
[00:25] <ScottK> fta: Please.
[00:26]  * fta makes a mental note for tomorrow
[00:29] <calc> all the doctor could figure out about me was he thinks i have a virus that isn't the flu and says i should be well in 3-4 days :-\
[00:31]  * calc goes back to bed
[00:33] <superm1> slangasek, aw :(, for a once we were gonna be done with testing early
[00:33] <slangasek> yeah
[00:33] <slangasek> sorry, doesn't seem to ever work out that way :)
[00:34] <slangasek> calc: get well soon!
[00:34] <superm1> well at least nothing that i need to frantically chase down and write a patch for, always easier when it's other peoples stuff
[01:44] <ebroder> Is there any chance of getting a feature freeze exception for bug #340993 if I prepared a patch?
[01:45] <ebroder> (It's a one line patch to the control file - alpine actually already depends on aspell)
[01:51] <stgraber> ebroder: I'm not sure it would even need a FF exception as it looks like a bug (missing build-dep) and doesn't need any change to the code.
[01:51] <ebroder> stgraber: Awesome. I'll go ahead and put the patch together. Thanks
[02:24] <stgraber> hmm, don't we install recommends by default since Intrepid ? for some reason my LTSP install lacks ldminfod which I made a recommend of ltsp-server (ltsp-server is installed and ldminfod is on the cd ...)
[02:25]  * stgraber must have missed something with what happens with recommends at install time
[02:26]  * ScottK isn't sure it's meant to be fully expanded.  Direct recommends are installed, but not sure about recommends of dependencies.
[02:39] <kirkland> slangasek: okay, so i have a well tested kvm upload that would fix 4 bugs, 2 of which are installation issues
[02:39] <kirkland> slangasek: is this a candidate for upload during freeze?
[02:44] <slangasek> kirkland: are you wanting the alpha-6 CDs respun in response to the upload too, or do you just want the fixes picked up opportunistically?
[02:44] <kirkland> slangasek: the latter
[02:45] <kirkland> slangasek: it can wait until tomorrow, no real rush
[02:45] <kirkland> slangasek: whatever you recommend
[02:45] <slangasek> kirkland: uploading now is fine; currently I don't anticipate any other problems that would necessitate an ubuntu-server respin, though
[02:46] <kirkland> slangasek: awesome, thanks
[03:20] <TheMuso> /c/
[03:53] <IntuitiveNipple> Any indication of what time alpha-6 will be available?
[04:15] <ScottK> When it's ready.
[04:15] <ScottK> There are probably candidate ISO images that need testing.
[04:15] <ScottK> At this point there's a very good chance that whatever you test is what will be Alpha 6 (no guarantees).
[04:16] <JanC> alpha6 minus serious bugfixes I guess
[04:16] <IntuitiveNipple> Thanks. I'm about to test on a bunch of notebooks and want to netboot and CD-boot test from alpha 6 images
[04:20] <stgraber> https://iso.qa.ubuntu.com for links to the current iso images
[04:29] <ScottK> JanC: At this point unless it's really disasterous we'd likely release note any significant problems discovered.
[04:29] <IntuitiveNipple> stgraber: thanks... that confused me, the link wouldn't load. It's HTTP not HTTPS :)
[04:31] <IntuitiveNipple> Now to figure out a pxeboot config to allow 32/64 bit images
[04:32] <stgraber> IntuitiveNipple: right ... we still haven't https setup there.
[05:03] <soreau> cjwatson: So I ended up using that wubi installer and got ubuntu installed though I guess it lives in ntfs land somehow now
[05:03] <soreau> Would it be safe to install grub to the MBR like 'normal'? Currently the windoze boot loader loads grub
[06:13] <dholbach> good morning
[07:11] <ebroder> Hmm...how do you give a bug different statuses for different releases?
[07:11] <ebroder> Can I do that, or does it have to be a MOTU or something?
[07:38] <KaiL> I see all those blueprints about boot time - but they are all for the very early stages? If you go on that way, the X server will take half the boot time soon ;)
[07:41] <pitti> Good morning
[07:50] <KaiL> eeek
[07:55] <KaiL> this bug hurts (esp. my ears) *G*
[08:54] <pitti> thekorn: I'd like to write a test suite for apport's launchpad crashdb implementation, and after that, switch to your launchpadlib branch
[08:54] <pitti> thekorn: mind if I commit a fix to storeblob.py to optionally use staging?
[08:55] <thekorn> pitti, good idea, go go go ;)
[08:55] <pitti> bdmurray: ^ I think you had that problem as well recently
[08:55] <pitti> thekorn: storeblob.py needs to stay anyway, if i switch to LP, I'll just copy it back to the apport source
[09:15] <Mez> did anyone know that the Jaunty alha 5 alternate CD is broken?
[09:41] <soren> pitti: Perhaps you can answer this... The build log for opennebula clearly show an opennebula-dbgsym package being built, but I don't see it on ddebs.ubuntu.com?
[09:42] <soren> pitti: Hm.... They're there for lpia, armel and i386.
[09:43] <soren> pitti: Can you see what happened to the amd64 one?
[09:43] <pitti> soren: when was it built?
[09:43] <pitti> soren: sometimes they just get lost
[09:43] <pitti> the stuff to build ddebs.u.c. is unfortunately quite brittle
[09:43] <soren> Feb 20th.
[09:44] <pitti> ok, too late to retrieve it from the buildds then
[09:44] <pitti> soren: so, sorry, I can't check it any more
[09:44] <soren> No worries. I'll rebuild locally and use that.
[09:46] <siretart> seb128: thanks for your rocking ffmpeg bug triage!
[09:46] <tjaalton> so.. every time the kernel ABI is changed, apparmor rules cannot be reloaded?
[09:46] <tjaalton> until you reboot the new kernel
[09:47] <seb128> siretart: you're welcome, thanks for the triaging hints
[09:47] <seb128> siretart: there is still lot of users who have crashes on flv and mp4 files which seem due to gst-ffmpeg but I don't get those crash here
[09:47] <directhex> bug triage on ffmpeg? that's a hero's job
[09:50] <siretart> seb128: is there some (preferably commandline) utility like ffplay but that uses the gstreamer demuxers with avcodec?
[09:50] <siretart> that would be helpful to verify if the gst-ffmpeg demuxer is producing garbage
[09:51] <seb128> siretart: I don't know
[09:51] <seb128> siretart: but see http://bugzilla.gnome.org/show_bug.cgi?id=573400
[09:52] <seb128> siretart: we will get the fix soon, I'm just wondering why it doesn't crash here if the code is obviously buggy
[09:52] <directhex> you could use gst-launch with the right voodoo
[09:52] <directhex> but it's a sucky command line
[09:52] <seb128> gst-launch playbin uri=URI
[09:52] <seb128> that's the equivalent of playing in totem
[09:53] <seb128> but not what you want for such debugging
[09:54] <siretart> whats the problem with "gst-launch playbin uri=URI"? it seems a useful debugging aid!
[09:55] <siretart> as for vdpau, I don't know a single person with vdpau capable hardware. I have no idea if the current ffmpeg even works with vdpau properly
[09:55] <seb128> none, but I though you wanted to get the demuxer output dumped somewhere
[09:55] <siretart> perhaps it makes sense to disable it for 9.04, and retry with karmic
[09:55] <seb128> siretart: well that's what the svn commit does
[09:56] <seb128> siretart: we just have 22 duplicates of this bug and lot of users who can get the crash easily
[09:56] <seb128> where I don't get an issue on any of the video they provided
[09:56] <siretart> I mean if I should disable that in libavcodec52 as well
[09:56] <seb128> I'm just wondering if that's video card dependant
[09:56] <seb128> or something similar
[09:56] <seb128> ah ...
[09:56] <siretart> but wait, are these ppl having libavcodec52 or libavcodec-unstripped-52 installed?
[09:56] <seb128> you are better placed to respond to that question ;-)
[09:57] <seb128> siretart: does it make a difference?
[09:57] <siretart> because only the latter one has vdpau support
[09:57]  * seb128 tries
[09:57] <siretart> for vdpau support I need to build depend on the vdpau headers, which are pacakged in 'restricted' and not in main
[09:58] <directhex> i have vdpau-capable hardware, if that helps
[09:58] <Keybuk> I bet my X server crashes when I do this ...
[09:58] <seb128> E: Package libavcodec-unstripped-52 has no installation candidate
[09:58] <seb128> siretart: ^?
[09:59] <siretart> seb128: yes, that pacakge is in 'multiverse' for reasons that jono is currently clarifing
[09:59] <seb128> siretart: gotcha
[10:00] <siretart> directhex: I would appreciate if you could confirm that ffplay with libavcodec-unstripped-52 is able to make use of vdpau acceleration
[10:01] <directhex> siretart, it'll have to wait until this evening, sadly
[10:01] <siretart> no problem
[10:01] <seb128> siretart: you rock!
[10:01] <seb128> siretart: I get the crash too now
[10:02] <siretart> :)
[10:02] <seb128> siretart: so it's the unstripped version creating the issue
[10:02] <seb128> there is lot of users who install that one apparently
[10:02] <siretart> seb128: does it also crash with ffplay, or only with gst-launch?
[10:02] <directhex> "unstripped" means "moar awesome"
[10:03] <directhex> hang on, i thought gstreamer-ffmpeg used its own embedded copy of ffmpeg, hence why it's such a big package. is that no longer true?
[10:03] <seb128> directhex: it has a --enable-system option to use the system ffmpeg rather
[10:03] <siretart> directhex: 'unstripped' means 'no debian/strip.sh' has been applied to the source
[10:03] <siretart> directhex: I should probably have called it 'uncrippled'
[10:04] <directhex> seb128, oh, neato
[10:06] <seb128> siretart: ffplay goes to 100%cpu usage and load the box heavily but doesn't crash
[10:06] <seb128> siretart: tried on http://launchpadlibrarian.net/23766462/Romeo_-_Basement_Jaxx.flv
[10:06] <seb128> siretart: you need to go at the end of the video to get the bug
[10:09] <seb128> siretart: btw valgrind ffplay on this video
[10:09] <seb128> ==10124== Conditional jump or move depends on uninitialised value(s)
[10:09] <seb128> ==10124==    at 0x4293BF5: ff_print_debug_info (in /usr/lib/i686/cmov/libavcodec.so.52.11.0)
[10:10] <seb128> and seeking doesn't work correctly
[10:10] <seb128> ffplay clearly doesn't work correctly on those either bug doesn't crash
[10:11] <siretart> I wasn't abe to verify that with ffplay from the 0.5 release (and a crippled avcodec)
[10:11] <siretart> the video just played fine
[10:17] <seb128> siretart: ok, I will try again when you will have get your ffe and uploaded 0.5 to jaunty ;-)
[10:19] <pitti> thekorn: I pushed the staging flag thing to storeblob, btw
[10:19] <siretart> seb128: actually I wonder if a FFE is actually necessary, since gst-ffmpeg didn't need one either but already introduced the newer ffmpeg
[10:19] <siretart> but better safe than sorry
[10:20] <seb128> siretart: gstreamer0.10-ffmpeg is a very different case ;-)
[10:20] <seb128> siretart: it's in universe (where I'm authorized to grand desktop exceptions) and nothing depends on it
[10:20] <thekorn> pitti, super
[10:20] <siretart> oh, rihgt
[10:23] <seb128_> re
[10:23] <seb128_> siretart: sorry I got disconnected
[10:23] <seb128_> siretart: I granted myself the exception for gst-ffmpeg ;-)
[10:23] <seb128_> since it was fixing some of those flood of crashers we get
[10:23] <seb128_> and it's not a public lib or anything ... no reason to not update
[10:24] <siretart> sure
[10:24] <siretart> I wasn't really serious anyway
[10:26] <seb128_> siretart: thanks again for the unstripped hint, I can confirm bug #330165 and bug #332860 now
[10:26] <seb128_> and that the svn gst-ffmpeg to disable vdpau fixes the issue
[10:27] <seb128_> those 2 bugs were most of the crashers we are receiving
[10:27] <siretart> cool!
[10:27] <seb128_> so good to have that nailed down and fixed soon
[10:27] <siretart> indeed!
[10:27] <siretart> ah, that means there is no real need to disable vdpau in libavcodec-unstripped-52?
[10:28] <seb128_> siretart: ups, I spoke too soon
[10:28] <seb128_> hum no
[10:28] <seb128_> let me try again to just be sure
[10:29] <seb128_> siretart: right, http://cgit.freedesktop.org/gstreamer/gst-ffmpeg/diff/?id=59796dd0bc0e4e985d5c31777648dd01d01c1184 is enough to fix the totem crashes
[10:29] <seb128_> siretart: I will let you decide what you do with ffmpeg itself, that probably impacts on mplayer only
[10:30] <siretart> mplayer uses its internal copy, so no worries there..
[10:30] <siretart> (multiverse only anyway)
[10:30] <seb128_> ok, what is using ffmpeg directly then?
[10:30] <seb128_> vlc?
[10:32] <cjwatson> soreau: wow, I'm amazed Wubi worked given your previous problems. Anyway, I wouldn't advise installing grub to the MBR because Wubi uses its own special version of grub (grub4dos) and you'll probably make your system unbootable if you try that
[10:33] <siretart> vlc and xine
[10:33] <siretart> bbl, lunch
[11:04] <pitti> thekorn: hm, maybe you have an idea about this:
[11:05] <pitti> thekorn: I now have a "file bug on staging" test case, which works wonderfully
[11:05] <pitti> thekorn: but for the "download" case, I'm using Bug.attachments.download()
[11:05] <pitti> thekorn: problem is that it tries to download e. g. http://launchpadlibrarian.net/23739263/Dependencies.txt
[11:05] <pitti> thekorn: but it should really be "staging.launchpadlibrarian.net/..."
[11:06] <pitti> thekorn: did you have this problem as well with the p-lp-bugs test suite?
[11:06] <pitti> thekorn: (I do everything on staging)
[11:07] <thekorn> pitti, you can tell py-lp-bug to use staging, for example:
[11:07] <pitti> thekorn: I did that
[11:08] <pitti> thekorn:             Bug.set_connection_mode(HTTPCONNECTION.MODE.STAGING)
[11:08] <thekorn> hmm, ok
[11:08] <pitti> thekorn: uploading/downloading the non-attachment data work, too
[11:08] <thekorn> let me check
[11:09] <pitti> thekorn: I'm sure you tested attachment storing/retrieval?
[11:09] <pitti> thekorn: https://bugs.staging.launchpad.net/ubuntu/+source/coreutils/+bug/340835 is a bug filed by my testsuite
[11:09] <pitti> thekorn: and the Dependencies.txt attachment points to staging.launchpadlibrarian
[11:09] <pitti> but somehow that gets mangled in p-lp-bugs
[11:11] <thekorn> pitti, ok, just had a look at the code, this is not working for launchpadlibrarian.net
[11:11] <pitti> thekorn: http://paste.ubuntu.com/130111/ is the stacktrace
[11:12] <thekorn> let me try to fix it
[11:12] <cjwatson> kees,jdstrand,mdeslaur: apache2-mpm-itk needs to be merged into hardy-updates rather than copied, apparently (cocoplum is sending me nagmail about it)
[11:12] <pitti> thekorn: well, I can have a look, I don't want to steal your time
[11:12] <pitti> thekorn: I was just curious whether you stumbled over this before
[11:13] <thekorn> pitti, no, never seen this before, py-lp-bug's tests are not *that* complete ;)
[11:13] <pitti> thekorn: ah, ok
[11:13] <pitti> thekorn: I'll poke the p-lp-bugs code a bit then
[11:14] <thekorn> pitti, I'm on it, it's only a two line fix
[11:14] <pitti> oh, awesome
[11:15] <thekorn> does edge.launchpadlibrarian.net exist?
[11:15] <pitti> apparently not
[11:15] <pitti> just staging. and production
[11:17] <thekorn> pitti, I think this is it: http://paste.ubuntu.com/130112/
[11:17] <pitti> thekorn: trying..
[11:19] <pitti> thekorn: confirmed, works fine; thanks! will you commit this, or shall I?
[11:20] <thekorn> pitti, please do, I#ve no working bzr here
[11:21] <pitti> thekorn: erledigt; danke!
[11:21] <thekorn> gerne
[11:36] <mdeslaur> cjwatson: odd...a copy should be fine
[11:38] <mdeslaur> jdstrand: could you figure it out?
[11:38] <cjwatson> mdeslaur: copy-report can't tell that automatically
[11:39] <cjwatson> mdeslaur: apparently the version in hardy-security does not have the changelog from the version in hardy-updates
[11:40] <cjwatson> mdeslaur: which is what we use to tell whether it's safe to overwrite
[11:40] <cjwatson> mdeslaur: it seems that both 3.2 in hardy-security and 3.1 in hardy-updates were just no-change rebuilds, so if you tell me it's safe to overwrite, I'll do so
[11:40] <mdeslaur> cjwatson: oh, yeah, I see the problem
[11:40] <mdeslaur> cjwatson: please overwrite
[11:41] <cjwatson> mdeslaur: done
[11:41] <mdeslaur> thanks cjwatson
[12:05] <IntuitiveNipple> Who would be responsible for Rosetta management on Launchpad? I've had a bunch of emails confirming I'd uploaded gnome-screensaver translations - but I never did!
[12:06] <beuno> IntuitiveNipple, danilo or jtv on #launchpad
[12:06] <IntuitiveNipple> thanks :)
[12:12] <juanje> pitti: Hi, I was checking some issues with apport and I see apport-collect uses python-launchpadlib but is just a suggested dep for the package. You show a mesage to install the package from the code, but I don't know why it is not a normal dependency. Is there any reason?
[12:12] <pitti> juanje: I don't want launchpad installed by default for the current version, since it stil mainly uses python-launchpad-bugs
[12:13] <pitti> juanje: however, I'll switch apport to use launchpadlib completely soon, then I'll change it to depends
[12:15] <juanje> pitti: ok. but is very confusing to have a tool installed which is not able to run. Maybe the tool could be in other place (in the meanwhile) or deactived or something
[12:15] <pitti> juanje: *shrug* it's not a final release yet :)
[12:15] <juanje> pitti: ok, ok :-P
[12:15] <juanje> just asking
[12:20]  * liw wishes for a way to tell launchpad to not show bugs that haven't had any activity since last seen
[12:28] <cjwatson> pitti: oh, can launchpadlib run anonymously / without being in launchpad-beta-testers now?
[12:29] <pitti> cjwatson: not anonymously, you need to log in
[12:29] <pitti> cjwatson: I haven't heard any complaints yet that it doens't work for someone
[12:29] <pitti> it might very well be that it needs beta-testers, though
[12:30] <seb128> pitti: what do you need beta testers for?
[12:30] <pitti> seb128: using launchpadlib
[12:30] <seb128> if I can help let me know
[12:31] <pitti> seb128: you are in beta-testers as well, I suppose?
[12:31] <seb128> pitti: is that a launchpad team? I'm using edge, is that the same one?
[12:31] <pitti> right
[12:44] <pitti> seb128: aah, I think I know why the dup-of-a-dup handling is broken
[12:44] <seb128> pitti: oh?
[12:44] <pitti> seb128: p-lp-bugs' .duplicate_of field is broken, it always returns None
[12:44] <seb128> doh
[12:44] <pitti> my test suite just uncovered that and I spent a while scratching my head where my implementation is broken
[12:44] <pitti> but it isn't
[12:45] <MacSlow> seb128, hey there
[12:45] <seb128> MacSlow: hello
[12:45] <MacSlow> seb128, can you deterministically reproduce the notify-osd crash with epiphany?
[12:45] <seb128> MacSlow: yes, just download something
[12:45] <MacSlow> seb128, I can't but think I've fixed the crasher
[12:45] <seb128> did you try to download something?
[12:46] <MacSlow> seb128, yeah but it didn't trigger any bubble or crash-report
[12:46] <seb128> MacSlow: epiphany-browser http://download.gnome.org/sources/gvfs/1.1/gvfs-1.1.8.tar.gz
[12:46] <seb128> save as
[12:46] <seb128> enter
[12:46] <seb128> -> crash after download
[12:47] <seb128> attach gdb to notify-osd to make sure it doesn't crash?
[12:47] <seb128> maybe it does but you don't have apport running
[12:47] <MacSlow> seb128, hm... doesn't ask me "Save As" just downloads
[12:47] <seb128> MacSlow: go to preferences
[12:47] <MacSlow> seb128, waiting for the download to finsish atm
[12:47] <seb128> and change the automatically open option
[12:48] <seb128> though it might just do the same on autodownload I didn't try
[12:48] <MacSlow> changed epiphany's setting now... trying again
[12:48] <MacSlow> seb128, net-access is terribly slow here in capetown
[12:49] <MacSlow> I'll look for some other / smaller file
[12:50] <MacSlow> seb128, grabbed a 238 Bytes file ... nothing happens
[12:50] <seb128> MacSlow: try
[12:50] <seb128> http://download.gnome.org/sources/alacarte/0.11/alacarte-0.11.7.tar.gz
[12:50] <MacSlow> seb128, are notifications from epiphany also something one can configure?
[12:50] <seb128> not that I know
[12:51] <seb128> MacSlow: anyway I can test your patch if you want
[12:52] <MacSlow> seb128, nevermind just saw the crash here now too
[12:53] <seb128> MacSlow:
[12:53] <seb128> ==12873== Invalid read of size 1
[12:53] <seb128> ==12873==    at 0x448BCA8: gdk_cairo_set_source_pixbuf (gdkcairo.c:210)
[12:53] <seb128> ==12873==    by 0x8056B44: _render_icon_title_body (bubble.c:927)
[12:53] <seb128> ==12873==    by 0x8058828: expose_handler (bubble.c:1545)
[12:53] <seb128> MacSlow: says valgrind
[12:54] <cjwatson> pitti: certainly it used to require launchpad-beta-testers, and I hadn't heard that that's changed yet
[12:55] <pitti> cjwatson: well, I still won't need the actual launchpadlib for filing apport bugs fortunately
[12:55] <pitti> cjwatson: but apport-collect certainly needs it
[12:55] <seb128> MacSlow:
[12:55] <seb128> (gdb) p *self
[12:55] <seb128> Cannot access memory at address 0x0
[12:55] <pitti> and the retracer (but I can have that added to beta-testers for sure)
[12:55] <seb128> MacSlow: in _render_icon_title_body()
[12:56] <seb128> MacSlow: and you try to access priv->icon_pixbuf
[12:56] <cjwatson> pitti: ah, ok
[12:56] <MacSlow> seb128, I know, I know :)
[12:56] <seb128> MacSlow: ok good
[12:57] <MacSlow> seb128, it's some error in the icon-loading code, which I started but was touched by someone else and not properly unit-test covered ... that's biting us now
[13:01] <pitti> seb128: duplicate handling ... ok
[13:01] <seb128> pitti == superstar ;-)
[13:01] <pitti> seb128: so I'll roll out the p-lp-bugs fix into the main retracer, but updating the chroots is a little more work
[13:01] <pitti> seb128: since I can't upload to jaunty yet
[13:02] <seb128> pitti: that can wait after freeze
[13:02] <MacSlow> seb128, the reason of failure there is the messed up handling of stock icon names from gtk
[13:02] <pitti> seb128: the i386 one crashed anyway
[13:03] <MacSlow> seb128, ehm... not GTK+'s fault but the icon-loading code's fault in notify-osd
[13:03] <seb128> pitti: yeah I noticed and I'm being too lazy to ssh to the box, sudo, log into the retracer, add a file, run subscribe script, open the browser on the bug, untag, clean, restart
[13:03] <pitti> seb128: ah, broken bug?
[13:04] <pitti> seb128: if it's a broken bug, I'd fix apport-retrace to not crash, and invalidate it insted
[13:04] <seb128> pitti: dunno, I just did that 15 this week and I've enough of doing it so I didn't look at this one
[13:04]  * pitti hugs seb128
[13:04] <pitti> seb128: keep it for me :)
[13:04]  * seb128 hugs pitti
[13:04] <seb128> pitti: can I get apport lpcookie or something that I can use locally?
[13:04] <seb128> pitti: having to ssh and run a zillion command is so annoying
[13:04] <pitti> seb128: sure, you can copy the .lpcookie.txt from ronne
[13:05] <seb128> ok, I didn't want to do that without asking
[13:05] <seb128> will do that
[13:05] <seb128> thanks
[13:05] <pitti> seb128: btw, apport collected almost as much Karma than I :)
[13:05] <seb128> ;-)
[13:06] <seb128> I got a zillion karma from translations recently apparently
[13:06] <pitti> how so?
[13:06] <seb128> all those rosetta imports
[13:06] <pitti> do we get rewarded for swallowing so much import spam?
[13:06] <seb128> I guess that's a pack: get spamed but also get karma
[13:06] <seb128> yeah
[13:06] <ebroder> Hey - can someone mark bug #288000 and bug #217792 as fix released in Jaunty but confirmed in Intrepid?
[13:08] <ebroder> Or can I do that? I can't figure out how, so I'm assuming that I needs bits I don't have
[13:09] <seb128> pitti:
[13:09] <seb128> SystemError: W:Failed to fetch http://ddebs.ubuntu.com/dists/jaunty/main/binary-i386/Packages.gz  Hash Sum mismatch
[13:09] <seb128> pitti: removing lock now
[13:09] <pitti> bwaah
[13:09] <seb128> pitti: or you are working on it?
[13:09] <pitti> seb128: I think in those cases the retracer should just stop, and remove the lock itself
[13:09] <seb128> pitti: agreed
[13:09] <pitti> seb128: no, I'm not working on ronne ATM
[13:10] <seb128> ok because there is a screen running there so I was not sure
[13:10] <seb128> lock removed
[13:14] <mvo> doko: did you had a chance to review my patch for #341014 ?
[13:15] <mvo> bug #341014
[13:27] <soreau> cjwatson: Ok, thanks for your time and assistance
[13:29] <Mirv> does apt-get update suddenly segfault for someone else, or just me? tried to /var/lib/apt but it just reappears after having downloaded archive information, in Reading package lists...
[13:30] <IntuitiveNipple> Mirv: There's a guy on #ubuntu+1 with the same issue I'm trying to debug right now. bug #341402
[13:31] <Mirv> IntuitiveNipple: ok, thanks
[13:39] <seb128> soren: is virt-manager known to be broken in jaunty? it refuses to create an image for me, give an error for some spool directory in var
[13:40] <soren> seb128: Possibly. I haven't used that part of it in a while.
[13:43] <seb128> ok, no jaunty testing for me then
[13:43] <seb128> or rather no new install testing on this box
[13:44] <MacSlow> seb128, ok this time I think I nailed it
[13:44] <seb128> MacSlow: excellent!
[13:44] <MacSlow> seb128, notification after finished download form epiphany now shows the bubble and thus doesn't crash :)
[13:45] <MacSlow> seb128, never let other people touch your code :)
[13:45] <dholbach> you could have just told notify-osd to ignore epiphany-browser bubbles - they're pretty much useless anyway -most download just take a few seconds anyway :)
[13:46] <MacSlow> seb128, I'll do a few more test before I commit/push and then mark the bug as "Fix committed" will that implicitly also set all duplicates to "Fix committed"?
[13:47] <MacSlow> dholbach, hm... it was a legit bug to fix... I've to give dbarth a tiny spanking for what he did there :)
[13:47] <seb128> MacSlow: he was joking ;-)
[13:47] <dholbach> MacSlow: please no more details about your team dynamics :-)
[13:48] <MacSlow> seb128, dholbach: It's all love in the end :)
[13:48] <MacSlow> *sigh* everything about the hbd-office is great ... but net-access (speed) is *sigh²*
[13:58] <seb128> soren: "RuntimeError: Couldn't create default storage pool '/var/lib/libvirt/images" ... what source should be bugged for that?
[14:05] <soren> seb128: Just assign it to virt-manager, and I'll see if it's actually a libvirt thing.
[14:05] <MacSlow> seb128, I'll do a few more test before I commit/push and then mark the bug as "Fix committed" will that implicitly also set all duplicates to "Fix committed"?
[14:05] <MacSlow> seb128, I'm not sure if you answered that already ... network here is very flaky
[14:05] <seb128> MacSlow: no, they are duplicate so not open, you just have one bug to update
[14:05] <seb128> soren: ok thanks
[14:06] <IntuitiveNipple> Mirv: What archive mirror were you using when you had the apt SIGSEV ? The user I'm helping has just discovered switching from the co. to vz. mirror solved the issue
[14:07] <MacSlow> seb128, ok
[14:10] <cjwatson> Mirv,IntuitiveNipple: I hope somebody's capturing a tarball of /var/lib/apt/ (and maybe /var/lib/dpkg/ too) before erasing the evidence
[14:11] <IntuitiveNipple> Too late :)
[14:11] <IntuitiveNipple> I did notice that the Archive-update file-names were showing up... and have just gone
[14:12] <cjwatson> always record current state before starting to mess about
[14:12] <cjwatson> first rule of debugging
[14:13] <IntuitiveNipple> We didn't know that was the issue
[14:14] <IntuitiveNipple> It wasn't debugging anyhow... it was 'fixing' :)
[14:15] <Mirv> IntuitiveNipple: I was using main archive.ubuntu.com
[14:18] <IntuitiveNipple> cjwatson: Is there any reason why netconsole wouldn't operate from the casper initrd? I'm testing via PXE netboot and have adjusted the tftp initrd.gz image's /conf/modules to include e100 and netconsole, and checked in busybox that the module has been loaded, but the "nc -u -l -p 6666" listener isn't seeing anything. Pretty sure the "netconsole=@/eth0,@10.254.251.51/" line is correct (used that before in other circumstances)
[14:20] <cjwatson> IntuitiveNipple: I don't know, maybe it needs to be parsed in userspace and casper isn't doing that? I'm not familiar with netconsole
[14:20] <IntuitiveNipple> okay... I'll dig some more. Thanks.
[14:21] <IntuitiveNipple> Usually (for monitoring servers etc) it is just a case of adding network-device + netconsole modules (in that order) and adding the netconsole command-line
[14:25] <soren> IntuitiveNipple: Are you specifying the netconsole parameter on the kernel command line to as an argument to insmod/modprobe/whatever?
[14:26] <IntuitiveNipple> kernel command line
[14:26] <IntuitiveNipple> would it need to be in the initrd as an option?
[14:26] <soren> I'm not sure, to be honest.
[14:27] <IntuitiveNipple> I've always done it with the kernel command line without an issue, so unless there's something special about the casper scripts (haven't noticed anything) I don't think it needs to be in an options file
[14:29] <soren> IntuitiveNipple: Alright, that's probably not it, then :)
[14:29] <soren> IntuitiveNipple: It was just a guess.
[14:31] <IntuitiveNipple> Thanks :) every bit of lateral thinking helps
[14:32] <IntuitiveNipple> I did "break=init" to try and debug it, and there's no /proc/ :( - time to go back to bed!
[14:34] <seb128> is bbc in totem working for anybody?
[14:34] <seb128> it doesn't manage to connect to the server here
[14:34] <IntuitiveNipple> bbc news?
[14:34] <seb128> no, the bbc option in the totem sidepane
[14:36] <IntuitiveNipple> oh
[14:39] <IntuitiveNipple> Doesn't appear to be answering correctly. Get's the initial ACK but then nothing
[14:40] <seb128> ok
[14:40] <seb128> so iz BBC bog
[14:40] <cjwatson> yeah, appears to be
[14:40] <cjwatson> I can mail them if you like
[14:40] <seb128> no, that's ok, I don't think it's important for beta6
[14:41] <seb128> I was just doing CD testing and make sure the code is still working
[14:41] <seb128> I will try again later
[14:41] <seb128> beta6 -> alpha6
[14:41] <seb128> we can email them if that's not fixed for beta
[14:44] <x2b> hello everyone, i am trying to work with the dbus a little. Could you please tell me which package I need to install to develop applications using libdbus in C?? I have already searched synaptic, but I could not find any
[14:49] <EtienneG> mneptok, yo dude!
[14:49] <EtienneG> jdstrand, I believe you wrote most of auth-client-config and ldap-auth-client, right?
[14:50] <cjwatson> seb128: I had a mail of theirs to reply to anyway, so I've mentioned it
[14:50] <jdstrand> EtienneG: I wrote auth-client-config, yes, ldap-auth-client was mostly dendrobates
[14:50] <seb128> cjwatson: thanks
[14:51] <EtienneG> jdstrand, ok ... I was just wondering if there was a good reason why the lac_ldap profile configure the shadow nss database for ldap
[14:51] <EtienneG> jdstrand, is that something you have an opinion about?
[14:54] <jdstrand> EtienneG: IIRC the profile provided was based on the existing documentation in the wiki
[14:54] <jdstrand> https://help.ubuntu.com/community/LDAPClientAuthentication
[14:54] <jdstrand> EtienneG: that said, the profile was removed in intrepid (and later) due to the addition of pam-auth-update
[14:57] <mneptok> EtienneG: oy!
[14:57] <EtienneG> jdstrand, ok, get that.  I guess it is not worth filing a bug about if it change past hardy
[14:58] <EtienneG> mneptok, can you believe it?  MagicFab Chaos Field took over your ex-cubicle
[14:58] <EtienneG> if we do not do anything shortly, it will take over the entire office!
[14:58] <jdstrand> EtienneG: my understanding is the profile is mostly meant as an example-- AFAIK we don't have a 'canonical' ldap setup
[14:58] <mneptok> EtienneG: if you said "it took longer than 2 shifts" i'd be surprised. ;)
[14:59] <EtienneG> mneptok, indeed: it took a single shift
[14:59] <EtienneG> jdstrand, ok, get that.  I will leave it there
[15:06] <seb128> hum
[15:06] <seb128> do we really need freepats on the CD?
[15:06] <seb128> installed-size: 34megas
[15:06] <pitti> seb128: we didn't have that in the past IIRC
[15:06] <seb128> pitti: it's on alpha6
[15:07] <seb128> /usr/share/midi = 34 megas
[15:07]  * seb128 does some baobab to see where we could win space
[15:07] <seb128> apt-get remove works fine, nothing depends on it
[15:07] <seb128> it must be a recommends of something
[15:07] <pitti> humm
[15:07] <seb128> doh
[15:07] <seb128> sorry
[15:07] <pitti> seb128: apt-get install ubuntu-desktop here doesn't pull it in
[15:08] <seb128> I did let totem install some codecs ...
[15:08] <pitti> aah
[15:08] <seb128> that was too good ;-)
[15:08] <seb128> I'm wondering if the extra mouse cursors are very useful next
[15:08] <seb128> 1 mega for each themes
[15:15] <BUGabundo> gonna need some help finding exaile memory leak... anyone wants to help?
[15:16] <seb128> pitti: is system-config-printer-applet translated for you?
[15:16] <pitti> hm, I don't currently have a printer here
[15:16] <seb128> pitti: system-config-printer-applet --no-tray-icon
[15:17] <seb128> pitti: the menus
[15:17] <seb128> the menus title rather
[15:17] <pitti> seb128: no, it's not
[15:17] <pitti> the menu entries are
[15:17] <seb128> ok
[15:17]  * seb128 opens a bug
[15:18] <seb128> the strings are in the .mo
[15:18] <seb128> seems to be a code bug
[15:20] <seb128> pitti, tkamppeter: bug #341765
[15:21] <BUGabundo> seb128: do you think you can help me running valgrind against exaile?
[15:21] <BUGabundo> its memory leaking... I think its Pulse related tough
[15:22] <seb128> BUGabundo: sure, "valgrind python $(which exaile)"?
[15:22] <BUGabundo> ahh missed python
[15:22] <BUGabundo> lol
[15:23] <BUGabundo> $ valgrindB python $(which exaile)
[15:23] <BUGabundo>   File "/usr/bin/exaile", line 2
[15:23] <BUGabundo>     cd /usr/share/exaile
[15:23] <BUGabundo>     ^
[15:23] <BUGabundo> IndentationError: unexpected indent
[15:24] <seb128> exaile is a wrapper?
[15:24] <seb128> call the actual .py
[15:24] <BUGabundo> ok
[15:24]  * BUGabundo looking for it
[15:25] <BUGabundo> seb128: nothing happens... it just closes it self
[15:25] <BUGabundo> $ valgrindB python /usr/lib/exaile/exaile.py
[15:26] <seb128> BUGabundo: let me install exaile
[15:26] <BUGabundo> running this alias
[15:26] <BUGabundo> alias valgrindB='G_SLICE=always-malloc G_DEBUG=gc-friendly  valgrind -v --tool=memcheck --leak-check=full --num-callers=40 --log-file=/tmp/valgrind%p.log'
[15:27] <BUGabundo> just in case I messed it up, last time I went looking for gedit / seahorse plugins mem leak
[15:27] <BUGabundo> $ apt-cache policy exaile   Installed: 0.2.14-0ubuntu2
[15:27] <BUGabundo> jaunty
[15:29] <seb128> BUGabundo: valgrind python /usr/lib/exaile/exaile.py
[15:29] <seb128> that works here
[15:29] <seb128> do you have an instance running which it could decide to reuse?
[15:30] <seb128> hum, no, in fact it exit
[15:30] <seb128> BUGabundo: cd /usr/lib/exaile and run the command there
[15:31] <calc> anyone know of a public dav server or one that doesn't require much to register for?
[15:31] <seb128> calc: apt-get install apache?
[15:31] <seb128> calc: or try installing gnome-user-share that should make an easy config
[15:32] <calc> seb128: ah ok
[15:33] <BUGabundo> seb128: will do
[15:34] <BUGabundo> ==30872== More than 100 errors detected.  Subsequent errors
[15:34] <BUGabundo> ==30872== will still be recorded, but in less detail than before.
[15:34]  * calc is still sick but trying to work through it
[15:35] <BUGabundo> seb128: running now
[15:36]  * calc thinks he may end sick for weeks :\
[15:36] <calc> er end up
[15:36] <pitti> calc: ugh; trouble with stomach?
[15:37] <calc> pitti: yea, one time i was sick with that for nearly a month and lost ~ 10kg
[15:37] <siretart> pitti: slangasek: re FFE for ffmpeg: there is no ABI/SONAME change, the new packages should just work as is. I'll upload right after alpha-6 release, OK?
[15:37] <pitti> calc: ouch
[15:37] <pitti> siretart: sounds good
[15:37] <pitti> siretart: no abi change> relieving :)
[15:37] <pitti> siretart: with a soname of 52 it's not all that obvious that it didn't change :)
[15:38] <calc> pitti: caught it this time from my son :\
[15:38] <BUGabundo> seb128: I think my playlist may be the root cause... deleting and trying again
[15:38] <siretart> pitti: well, its a bit more complicated, because ffmpeg distinguishes between external and internal ABI. but in the last years, they have been pretty conservative about breaking the (external) ABI
[15:39] <directhex> siretart, do command-line args still change weekly?
[15:39] <siretart> pitti: right now, I know only about 2 prominent users of ffmpeg that use internals: gst-ffmpeg (the main reason for the FFE) and mplayer (which doesn't link against the packaged version anyway)
[15:40] <siretart> directhex: libavcodec is a library. for the ffmpeg binary, I'd need to check my git history
[15:41] <directhex> i've got a packaging linking against libavcodec, so let me know if i should check it still works
[15:42] <BUGabundo> seb128: http://paste.ubuntu.com/130216/
[15:42] <BUGabundo> removing the m3u helped a lot
[15:42] <tkamppeter> seb128, thanks, added a comment to inform the upstream developer.
[15:42] <seb128> tkamppeter: thank you
[15:44] <seb128> BUGabundo: nothing obvious in this log
[15:45] <seb128> bbl
[15:48] <calc> anyone having problems with 2.6.28-9.29 just stop working on on intel wifi 5300?
[15:48] <calc> it stopped for me a few minutes ago so i rebooted and it stopped working again within ~ 1min or so
[15:48] <BUGabundo> calc: not it that one
[15:48] <BUGabundo> -8 gave me probs wit 4965
[15:49] <BUGabundo> something with backports
[15:49] <BUGabundo> apw can explain better
[15:49] <mvo> pitti, tkamppeter: any objections/comments about http://launchpadlibrarian.net/23781636/cups-pdf_2.5.0-1ubuntu2.debdiff ?
[15:50] <pitti> mvo: yes, I object to cups-pdf :)
[15:51] <pitti> mvo: seriously, looks fine; a pre-dep sounds wrong indeed
[15:51] <mvo> pitti: heh :) great, thanks
[15:51] <pitti> mvo: but I guess it was done for a reason
[15:51] <pitti> mvo: does the pdf printer queue auto-setup still work wiht that?
[15:51] <mvo> pitti: the changelogs says the reason is that the lpadmin group is missing without it, but I will double check that
[15:52]  * calc thinks ubuntu kernel might need better regression testing so things like intel wifi don't get broken right before beta
[15:54] <IntuitiveNipple> who broked it?
[15:54] <IntuitiveNipple> I've not noticed anything... so far :)
[15:56] <calc> IntuitiveNipple: apparently -8 was broken for BUGabundo and -9 is broken for me now with intel 5300
[15:56] <IntuitiveNipple> okay... not affected iwl3945 so far
[15:56] <directhex> is there any diff between 5300 and 5100 other than signal quality?
[15:57] <Keybuk> calc: ah, but we *are* the regression testers ;)
[15:57] <calc> directhex: well technically mine is 5350 which is a bit different, the main difference between 5100 and 5300 is it uses 3 channels simultaneously (aiui?)
[15:57] <Keybuk> that's kinda the point
[15:57] <jdong> directhex: antenna configuration?
[15:58] <jdong> 1x2 vs 3x3
[15:58] <calc> directhex: iirc 5300 can do 450Mbps
[15:58] <tkamppeter> mvo, for me it looks OK. When the pre-dep on CUPS was only for the lpadmin group, your explicit creation of the lpadmin group eliminates the need of the pre-dep.
[15:59] <jdong> calc: yeah the 5100 is 300mbit RX, 150mbit TX like a lot of 1x2's
[15:59] <calc> is it network manager at fault or the kernel when the device name in network manager is the width of the screen?
[15:59] <directhex> i could run an upgrade on my laptop tonight
[15:59] <calc> jdong: aiui no routers do 450/450 yet but may in a few months
[15:59] <mvo> thanks tkamppeter, I will double check if my assumption that its just the group is correct
[15:59] <directhex> calc, in nm-tool or nm-applet?
[15:59] <calc> directhex: nm-applet
[15:59] <directhex> calc, blame nm-applet for not making the device name sane?
[15:59] <jdong> calc: I think that's just a modulation scheme setting; I've seen ath9k modetables go up that high
[16:00] <jdong> (not that ath9k itself can do it)
[16:00] <calc> directhex: ok, will file a bug against it, it is literally ~ 85-90% the width of my 1280 screen to show the name of the device, lol
[16:00] <calc> and it shows three of them when i think there should only be one (mobile broadband)
[16:01] <kagou> tkamppeter, how can I test if a cups backend is enabled (in use) ? (i'm searching for a bug in dnssd discovery printer)
[16:01] <jdong> is anyone running intel video on jaunty? My GMA950 hardlocks whenever compiz tries to engage.
[16:01] <directhex> calc, did this laptop of yours run intrepid at any point?
[16:01] <directhex> argh, statements like jdong's make me change my mind about upgrading my laptop
[16:01] <calc> directhex: no
[16:02] <directhex> calc, damn. i'm wondering if anyone other than me had issues with 0 connectivity to N routers
[16:04] <calc> directhex: i'm connecting to g and i still have 0 connectivity after a couple minutes
[16:04] <calc> directhex: it seemed to have started since yesterday
[16:04] <calc> directhex: i had to plug in my ethernet cable to be online now :\
[16:04] <directhex> calc, just think about how much more bandwidth you have via ethernet!
[16:05] <kagou> tkamppeter, by default there are no options for Protocol in cups conf files, so is mdnssd enabled ?
[16:08] <calc> directhex: infinitely more! :)
[16:08] <calc> directhex: http://launchpadlibrarian.net/23781977/Screenshot.png :-)
[16:09] <directhex> calc, that's awesome
[16:09] <calc> i'm pretty sure it should only display one of those cards and not the name at all
[16:09] <calc> i'm glad i reenabled my broadband card in the bios this morning
[16:10] <calc> that would have been ugly in a release
[16:10]  * calc doesn't actually use the card at least not yet, just bought it with his laptop
[16:32] <mbana> hi, who maintains the firefox package
[16:35] <Kamping_Kaiser> mbana, ubuntu-mozillateam
[16:35] <mbana> i've noticed that firebox ignores the settings i .fonts.conf
[16:37] <kees> wow, I had a TON of errors this morning while booting.  is this all module-init-tools fallout?
[16:38] <slangasek> module-alert-tools
[16:39] <ion_> Probably stuff still calling modprobe -Q
[16:39] <ion_> Which is somewhat ironic, -Q causing it to dump crap to the terminal.
[16:39] <tkamppeter> kagou, see http://www.cups.org/documentation.php/doc-1.4/ref-cupsd-conf.html, the default protocols are both cups and dnssd.
[16:40] <mbana> i wonder how it's possible to miss these fonts bugs
[16:40] <mbana> they're such a big issue
[16:45] <geofft> anyone familiar with tasksel? I wonder if bug #326501 will be magically fixed by rebuilding
[16:45] <geofft> It looks like it ... does a bzr get at build time to grab the descriptions?
[16:50] <kees> cjwatson: still around?  I'd like to move the "compiler mismatch between -updates and -security" issue forward.  what should next-steps be?
[16:53] <mbana> how can i find out who builds firefox?
[16:54] <Kamping_Kaiser> mbana, /j #ubuntu-mozillateam
[16:57] <cjwatson> geofft: one moment, am on the phone
[16:57] <cjwatson> kees: ^- ditto
[16:57] <kees> cjwatson: np, I sent email.
[17:03] <cjwatson> geofft: it won't be magically fixed by rebuilding, no, because the seeds still have that phrase. The reason for that is that it's apparently needed in ubuntustudio installations because too many people got confused otherwise. I think perhaps we need to have two separate Description fields, one of which is used on new installs if it's set
[17:06] <geofft> ...Oh, oops, I was testing './ubuntu-seeds.pl foo hardy ubuntustudio' instead of intrepid
[17:07] <geofft> I'm not sure "must install" should be there on new installs either. It shows up at the file server / print server / etc. screen
[17:07] <geofft> and is kind of weird, if you're installing a server off debian-installer
[17:10] <cjwatson> geofft: only for netboot installs
[17:10] <cjwatson> geofft: server installs from CD won't have the key package for that task present, and so won't display it
[17:11] <cjwatson> geofft: I'm thinking about new ubuntustudio installations here
[17:11] <cjwatson> but yes, it is wrong as it stands; I'm just trying to figure out how to fix it in a way that does not break the original requirement
[17:12] <geofft> okay, thanks.
[17:19] <Keybuk> note-to-self
[17:19] <Keybuk> replacing the running X server driver DOES NOT WORK
[17:24] <Keybuk> ... how do upgrades work then?
[17:42] <kees> slangasek: you'd mentioned something a while back about PAM and posix file capabilities.  what's the state of that?
[17:44] <slangasek> kees: not file capabilities per se, but inheritable capas and stuff.  somewhere in the depths of the bzr repo, you can find a patch to pam_limits that supports a syntax for twiddling capabilities
[17:44] <slangasek> it was discarded because it hadn't worked right for years on Linux. :)
[17:45] <kees> slangasek: heh, okay
[17:47] <jdstrand> kees: I was thinking I would do an apparmor upload for two easy quick-fix bugs. are you planning an upload anytime soon?
[17:48] <kees> jdstrand: I don't have anything scheduled.  Let me make sure my repo is committed, one sec
[17:48] <kees> jdstrand: okay, yeah, i'm good.  go for it!  :)
[17:48] <jdstrand> \m/ *rock* \m/
[17:53] <slangasek> mathiaz: what do you think of another round of server ISO testing right now?  There's a fix for installing over a pre-existing LVM that might be useful to have
[18:01] <mathiaz> slangasek: np
[18:02] <mathiaz> slangasek: soren said he can now run *all* the tests in less than 20 mn
[18:03] <slangasek> mathiaz: ok - posted, please test
[18:03] <soren> mathiaz: Out of curiosity: How long does it take for you?
[18:04] <mathiaz> soren: 3 hours
[18:04] <mathiaz> soren: to run all the installs
[18:08] <soren> mathiaz: Yikes!
[18:20] <asac> hmm ... anyone has any idea why my nfs mount could have stopped working after todays reboot?
[18:21] <asac> it tells me "access denied by server" ... i didnt change the server and i didnt change my IP on client
[18:31] <pedro_> slangasek: it's ok to assign bug 280712 to you?
[18:32] <Keybuk> bryce_: the question being why is it taking 5s to get to clients
[18:32] <Keybuk> when the Moblin one takes only a second
[18:52] <slangasek> pedro_: I'm not sure it would do any good to assign that one to me at this point; if someone from the server team can help with it, that would be better
[18:52] <pedro_> slangasek: alright, i'll ping them then, thanks you
[19:14] <pitti> slangasek: are we out of freeze already?
[19:15]  * pitti just noticed an apparmor upload
[19:15] <slangasek> pitti: let's wait for results on the extra round of server testing before unfreezing
[19:15] <pitti> right, that's what I thought
[19:16] <slangasek> oh, well, that's just because people don't actually seem to heed the freeze guidelines :-P
[19:18] <slangasek> I think the current state is still better than when we did hard freezes for milestones, but it's trending in the wrong direction
[19:18] <jdstrand> slangasek, pitti: meh, that was me. sorry
[19:18] <pitti> jdstrand: don't worry, if a6 fails, it'll just be your fault alone :-)
[19:19] <slangasek> jdstrand: this one was, though I'm speaking much more generally
[19:19] <jdstrand> pitti: /hi5
[19:19] <ebroder> If I'm trying to get an SRU, do I subscribe ubuntu-universe-sponsors at the same time that I subscribe motu-sru? The process looks like you upload to -proposed before motu-sru approves it?
[19:20] <slangasek> pitti: kirkland beat him to invalidating all the jigdo templates, actually. :)
[19:21] <pitti> heh
[19:21] <pitti> good night everyone
[19:21] <slangasek> 'night
[19:26] <asomething> ebroder: AFAIK motu-sru needs to approve before it gets uploaded to -proposed
[19:30] <jdong> ebroder: SRU is filed first, then ACK from motu-sru for upload, then you (or sponsor) uploads, then ubuntu-archive reviews/approves it in the queue.
[19:30] <jdong> technically I think that means one should subscribe a sponsor *after* a motu-sru ACK
[19:36] <slangasek> evand: have you seen bug #339898?
[19:42] <mrooney> isn't m-a super unmaintained? I thought it doesn't work for firefox and still calls pidgin "gaim"
[19:42] <mrooney> well, doesn't work for firefox 3
[19:45] <ebroder> Thanks. jdong, want to take a look at bug #341832?
[19:46] <slangasek> mathiaz, soren: how go the server tests?
[19:47] <soren> slangasek: I've been dinnering.
[19:47] <soren> slangasek: I'm refreshing my mirrorr. I'll run them afterwards.
[19:47] <slangasek> ok, thanks
[19:47] <slangasek> this is the last thing on the list before we push alpha-6 out
[19:48] <soren> slangasek: I'll make sure to tell debmirror to hurry up.
[19:48] <soren> :p
[19:48] <slangasek> :-)
[19:49] <jdong> ebroder: I commented; waiting to solicit some more opinions :)
[19:49] <unit3> Can someone point me at the right channel to ask about prevu?
[19:49] <ebroder> jdong: Awesome, thanks again
[19:50] <jdong> sure thing.
[19:50] <jdong> unit3: --> #ubuntu-motu
[19:50] <unit3> great, thx.
[19:52] <mathiaz> slangasek: still running the installs
[19:52] <mathiaz> slangasek: the results for amd64 should be posted soon
[20:05] <slangasek> mathiaz: ok, cool
[20:06] <soren> Kicking off my tests.... Now.
[20:06] <soren> Oh, I can queue the i386 ones as well.
[20:08] <mathiaz> soren: i386 that would be helpfull
[20:08] <soren> I'm on it.
[20:08] <soren> mathiaz: How does your scripts determine the architecture?
[20:10] <soren> mathiaz: Ah, it just notices the differently named iso and everything works out?
[20:11]  * soren tries
[20:13] <soren> Yup, seems to be the case.
[20:14] <asac> calc: does/did your modem work at all with NM?
[20:14] <asac> calc: or is it just that you see dupe entries now?
[20:15] <soren> mathiaz: Oh, err... Heh :) You usually keep the generated disk images around, right? Or do you just see that the install finishes and feel happy with that?
[20:22] <calc> asac: never actually used it, its a built in broadband device, iirc in the past it only showed up once, not three separate bits
[20:22] <calc> asac: i had it disabled for a while in the bios (ThinkPad X200)
[20:23] <asac> calc: ok makes sense. the f3507g is one of the few things not yet supported oob
[20:25] <asac> calc: ok. pleaes provide the info in the bug anyway ;)
[20:25] <asac> calc: and set to in progress ;)
[20:25] <calc> asac: ok will do
[20:25] <asac> thx
[20:28] <calc> asac: i see in the bug report i may not have been clear about the too long name bit, the name as shown in the screenshot was what i was complaining about, it takes up almost the entire width of the screen
[20:29] <asac> calc: ok. can you file a new bug for that? its an indepenent issue and we should track that separately
[20:29] <mathiaz> soren: oh no. I reboot every machine, log into it and run the test
[20:29] <mathiaz> soren: http://testcases.qa.ubuntu.com/Install/ServerWhole
[20:29] <calc> asac: ok
[20:29] <asac> calc: i mean split the bug in "three devices" and "long name in notification"
[20:29] <calc> i'll attach the lsubs log to this one and leave it as three devices?
[20:29] <calc> er lsusb
[20:29] <asac> calc: both are kind of release critical ... the latter is dxteam stuff
[20:29] <calc> asac: anything needed for the too long name bug?
[20:30] <asac> calc: attach the screenshot and refer to it to explain how long the title is ;)
[20:30] <calc> ok
[20:30] <mathiaz> soren: running the tests and reporting is the part that is still manual
[20:32] <calc> asac: what package does the name too long belong to? still network-manager-applet?
[20:32] <asac> calc: name too long is applet; the other bug is actually nm
[20:32] <calc> oh ok
[20:33] <asac> calc: maybe the too long thing should be dealt with by notify-osd. but for now its applet
[20:33] <calc> wouldn't it have to be in applet since if you look at the applet it shows up too long in there?
[20:34] <asac> calc: yes. thats the argument for the applet.
[20:34] <calc> i don't actually use the device (yet) so i don't see the notifications for it
[20:34] <calc> ok
[20:34] <asac> calc: still i wonder if notify-osd should support some ellipses for overlong titles
[20:34] <calc> ah yea
[20:35] <asac> calc: ah. ok. so it might not be a problem in the notification. i think i misunderstood the bug then ;)
[20:35] <asac> but well. now we have it
[20:35] <asac> calc: if i didnt ask for syslog for the "three devices" bug, please attach that too
[20:35] <asac> thanks
[20:43] <slangasek> mathiaz: awesomesauce
[20:43] <calc> asac: syslog attached now and the new bug is bug 341940
[20:44] <soren> mathiaz: Ah. Then I need to fix up my scripts.
[20:50] <asac> calc: thanks
[20:53] <mathiaz> soren: how many nodes do you use in your environment?
[20:56] <soren> two
[20:57] <soren> four cores each
[21:02] <mathiaz> slangasek: i386 results posted: all good!
[21:04] <soren> mathiaz: Well, seeing as my current run blows away the results after a succesful install, the results not of much use. All the installs went fine, though.
[21:04] <soren> I'm heading to bed.
[21:04] <slangasek> ok, thanks. :)
[21:04] <slangasek> night, soren!
[21:04] <soren> 'night, folks. Happy ISO testing.
[22:12] <nxvl> seb128: ping
[22:13] <nxvl> seb128: i'm getting this error in evolution:Error while Refreshing folder. \n cannot rollback - no transaction is active
[22:13] <nxvl> seb128: did you have any idea of what can be?
[22:15] <seb128> nxvl: no, what version?
[22:17] <nxvl> seb128: jaunty
[22:17] <nxvl> seb128: 2.25.96 i nthink
[22:17] <nxvl> 2.25.92
[22:20] <nxvl> seb128: i think is a database issue, but i already removed my .evolution and it still have the same issue, is there any other database i shold remove?
[22:21] <seb128> nxvl: no, all the indexes a in .evolution
[22:21] <nxvl> mm
[22:22] <nxvl> k, will check, thank you!
[22:22] <seb128> the error is mentioned on http://bugzilla.gnome.org/show_bug.cgi?id=554925
[22:23] <seb128> seems to be a very unfrequent error and due to sqlite
[23:30] <xoox> Anyone know of if there are any Google Chrome (chromium) packages built somewhere?
[23:31] <calc> cool alpha 6 released now i can upload the new cool OOo without gvfs/gio support :)
[23:32] <nhandler> xoox: It looks like fta has a chromium-browser package in his ppa
[23:33] <xoox> nhandler: Thanks.
[23:33] <fta> xoox, my ppa or the dailies: https://edge.launchpad.net/~chromium-daily/+archive/ppa
[23:39] <xoox> Thanks for building these fta
[23:39] <fta> you're welcome
[23:42] <wgrant> calc: *without* GVFS support?
[23:46]  * slangasek blinks
[23:48] <wgrant> slangasek: Was this blink spontaneous, or triggered by some external stimulus that we should know about?
[23:50] <slangasek> wgrant: the preceding conversation
[23:51] <slangasek> calc: are you seriously talking about uploading an OOo to jaunty that drops major functionality, this far after feature freeze?
[23:55] <calc> slangasek: yes, going to using gvfs fuse
[23:55] <calc> slangasek: gvfs support is currently completely broken afaict
[23:55] <calc> slangasek: attempting to turn on gio support in the build causes it to not even start up at all
[23:56] <calc> there are still a few bugs in gvfs fuse that cause webdav and ftp save support not to work, but i worked with upstream to get the smb/sftp save working in gvfs fuse
[23:56] <calc> and have already filed the bugs about the ftp/webdav problems
[23:57] <calc> OOo has long had problems when saving to network shares, that i think are mostly related to issues in either its gvfs support or gvfs itself, but don't know for certain, some of the bugs in gvfs bugzilla seem to indicate they are gvfs issues
[23:57] <slangasek> so what's the syntax going to be to use the fuse stuff?
[23:58] <slangasek> blah, yeah, I can confirm that gvfs saving doesn't work currently
[23:58] <calc> slangasek: just click on the fuse mount on the left side in file dialog, i wrote a patch to the OOo gnome file dialog to use the fuse path
[23:59] <slangasek> I don't see a 'fuse mount' in the left side of my file dialogs
[23:59] <calc> slangasek: i tried determining why gvfs didn't work in OOo but ended up not having enough time to determine the cause and fix it properly so got the gvfs fuse bits working instead
[23:59] <slangasek> oh, maybe I have permissions on this share set wrong. OOo can certainly open files over smb.
[23:59] <calc> slangasek: do you have any gvfs mounts?