[00:03] <bryceh> RAOF, robert_ancell, TheMuso: meeting time?
[00:04] <robert_ancell> yep
[00:04] <RAOF> I believe that it's 9am, yes :)
[00:04] <bryceh> Jason's away to the airport and asked that I chair the meeting today
[00:04] <bryceh> alrighty, robert_ancell want to kick us off?
[00:05] <bryceh> how's lightdm coming?  :-)
[00:05] <robert_ancell> coming along good.  Seems to be working well on most peoples boxes
[00:05] <TheMuso> Sure.
[00:05] <robert_ancell> I believe it just got on the seed and displaced gdm for Oneiric so preparing for floods of reports!
[00:06] <bryceh> sweetness
[00:06] <RAOF> Is the plymouth integration madness hooked up?
[00:07] <robert_ancell> I've implemeted it, and it's working until someone tells me otherwise :)
[00:07] <RAOF> Heh, ok.  Looks like it's time to reboot a box or two :)
[00:08] <bryceh> robert_ancell, saw the discussion about keyboard layout stuff, sounds like you have a sane approach worked out, to the limits of my own keyboard layout knowhow
[00:09] <bryceh> people seem not shy about filing bug reports when keyboard stuff isn't right ;-)
[00:09] <robert_ancell> The next main feature in 0.4.0 will be guest logins and some stuff under the hood to make it more stable (particularly unittests)
[00:09] <robert_ancell> yeah, keyboard/language is a bit of a black art!
[00:10] <bryceh> ok, moving on... TheMuso how's your week been going?
[00:10] <TheMuso> Not too bad, got all of at-spi2 into main as of the next dailies, it should be used by default.
[00:10] <TheMuso> Still doing Qt a11y testing, will be pushing patches for Qt to didrocks by EOW.
[00:11] <TheMuso> And still got to get the qt at-spi bridge uploaded and into main.
[00:11] <TheMuso> Also started working on ubiquity a11y work.
[00:11] <TheMuso> Thats the extent of my week pretty much.
[00:11] <bryceh> cool.  pardon my ignorance, what is at-spi?
[00:11] <bryceh> (just idly curious)
[00:12] <bryceh> ah assistive technology service provider interface
[00:13] <bryceh> TheMuso, ok great
[00:13] <TheMuso> Yeah, its the core API/ipc for getting a11y stuff from apps, and getting it to a screen reader/magnifier etc.
[00:13] <bryceh> RAOF, up to your eyeballs in mesa merging I should guess?
[00:13] <RAOF> Yup.
[00:13] <bryceh> how's that going?
[00:14] <RAOF> Got some nice savings in the gallium drivers by factoring out another shared library.
[00:14] <RAOF> They're now about a third as large (so ~3MB → ~1MB)
[00:14] <bryceh> nice
[00:15] <bryceh> had much chance to look at bug reports on mesa?  anything interesting there?
[00:15] <RAOF> The upload is pending a llvm-2.9 MIR, which is pending a build of openjdk-6b18 on armel to check for test-suite regressions.
[00:16] <RAOF> Nothing particularly interesting has landed in my Mesa bugmail box (yet ☺).
[00:17] <bryceh> RAOF, would you mind jotting down about our current package merge status in https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-06-07 when you get a moment?  I neglected to do that last week
[00:17] <bryceh> speaking of mesa, I traded a couple emails with keithp on the topic of post-release mesa updates
[00:18] <RAOF> bryceh: Certainly.  I'll do it before rebooting to check that plymouth integration isn't broken :)
[00:18] <bryceh> I outlined what we're facing as SRU requirements in getting mesa patches (let alone point releases) accepted, and he seemed receptive and said they were consistent with the requirements he wants to impose on mesa 7.11 point releases
[00:19] <bryceh> so even if we can't do full point releases, *maybe* we'll have more actionable mesa patches this time through
[00:20] <bryceh> he did suggest that there might be a regression test for mesa we could look at hooking up... I'll have to follow up on that more
[00:20] <RAOF> I think keithp has a pretty good understanding of what's required in a stable branch.
[00:20] <bryceh> agreed
[00:20] <RAOF> bryceh: Other than piglit?  Interesting.
[00:20] <bryceh> sounded like it
[00:21] <RAOF> It'll run into the problem of needing to be run on actual hardware though.
[00:22] <bryceh> yep
[00:22] <bryceh> other than this, I've been toolsmithing and sponsoring various bugfix patches.  Lots of bug reporters needing debugging advice too.
[00:22] <bryceh> I also took the role of Ubuntu stakeholder for Launchpad, so have been conversing with folks about ideas on how we could improve Launchpad to Ubuntu's benefit.  Fun stuff.  :-)
[00:23] <RAOF> Yay!  I can't think of a better LP liason than you.
[00:23] <bryceh> ok, did we miss anyone?  If not, AOB?
[00:23] <TheMuso> Nope
[00:24] <bryceh> excellent, ok guys have a good day.  :-)
[00:24] <RAOF> Oooh, mesa talking about a 6-monthly cadence for releases?  Yay!
[00:26] <RAOF> Hm.  That would see 7.11 scheduled for release between A2 and A3.  I could live with that!
[01:52] <TheMuso> Is it just me, or does compiz currently have rendering issues in oneiric with intel?
[01:52] <TheMuso> i.e nothing gets cleared.
[01:54] <RAOF> Works fine¹ here.
[01:54] <RAOF> You're not running into the background-setting problem?
[01:55] <RAOF> (Where, unless you explicitly set a new background g-s-d doesn't draw anything on the root window so whatever was last drawn is left there?)
[01:55] <TheMuso> Oh thats what it is.
[01:55] <TheMuso> Thats terrible.
[01:57] <TheMuso> ahhh.
[01:57] <TheMuso> Thats better.
[01:57] <RAOF> Heh.
[01:57] <RAOF> Yeah.  I thought didrocks was fixing that?
[01:58] <TheMuso> But, it is a dev cycle after all.
[02:00] <robert_ancell> RAOF, where is a good description of the X protocol (i.e. the binary messaging)
[02:01] <RAOF> robert_ancell: The various x11-proto-* docs.  They all have a description of the protocol messages and replies.
[02:01] <robert_ancell> RAOF, on the web? Or packaged?
[02:03] <RAOF> robert_ancell: They're all packaged - in the same package as the development headers.
[02:03] <RAOF> (For that part of the protocol)
[02:03] <robert_ancell> RAOF, ok, cheers
[02:04] <RAOF> So, /usr/share/doc/x11proto-core-dev/x11protocol.txt.gz for the core protocol, which is huge, or /usr/share/doc/x11proto-dri2-dev/dri2proto.txt.gz for the dri2 protocol, which is svelte, sensible, and easy to read :)
[02:52] <lucidfox> So, the Liferea upstream has no problem with integrating indicator support upstream provided I maintain it there
[02:59] <bryceh> So, you shouldn't begin sentences with so.  ;-)
[03:04] <TheMuso> heh
[03:10]  * RAOF goes “hm, now that it's stopped raining it might be time to go and get stuff for lunch”… and it starts raining again.
[03:10] <TheMuso> Yeah that does suck.
[03:11] <TheMuso> Now that NSW has had a butload of rain, it seems its Tassy's turn now.
[03:11] <TheMuso> s/now/this time/
[05:28] <pitti> Good morning
[05:38] <TheMuso> Good morning pitti.
[05:40] <pitti> hey TheMuso, how are you?
[05:40] <TheMuso> pitti: Not too bad thanks. Yourself?
[05:40] <pitti> still a bit tired, but well otherwise
[06:31]  * bryceh waves to pitti
[06:32] <pitti> hey bryceh, how are you?
[06:32] <bryceh> great; closed a ton of bugs today
[06:33] <pitti> oh, always good!
[06:33] <bryceh> pitti, speaking of which, I have an SRU for a really critical bug that would benefit from being fast-tracked
[06:33] <pitti> oh, sure
[06:33] <bryceh> bug 774978
[06:33] <ubot2> Launchpad bug 774978 in xserver-xorg-input-synaptics "xserver crashes in RecordAReply when XRecord is enabled in syndaemon" [High,Fix released] https://launchpad.net/bugs/774978
[06:34] <bryceh> pitti, fix is uploaded to natty-proposed but I haven't filled in the paperwork and stuff.  I'll do that now.
[06:34] <pitti> adding natty task, processing
[06:34] <pitti> heh, weird fix :)
[06:36] <pitti> that indeed calls for some further explanation about regression potential of building without libxtst
[06:36] <pitti> bryceh: processed
[06:38] <TheMuso> pitti: damn. Had I known you were going to upload casper, I would have asked you to wait.
[06:38] <TheMuso> No matter, I just had to make another upload.
[06:38] <pitti> it's a small package, the buildds will survive two uploads :)
[06:39] <TheMuso> Yeah.
[06:48] <bryceh> pitti, thanks!
[06:49] <bryceh> pitti, yeah I know... I wish we had the root cause figured out, but I suspect an earlier fix to record functionality that Chase did for a utouch bug exposed the codepath
[06:58] <bryceh> pitti, aha not chase's fault; debian introduced the xtst/record dependency, and it was just plain buggy.  Chase's fix was a partial fix that papered over a worse problem but (apparently) left this crash bug.
[06:58]  * bryceh will update bug report with findings
[06:58] <pitti> ah, thanks
[07:04] <glatzor> morning bryceh and pitti
[07:05] <pitti> hey glatzor, wie gehts?/
[07:05] <glatzor> pitti, I am fine. Making my first steps in gobject introspection land :)
[07:05] <pitti> ooh, what are you porting?
[07:05] <pitti> glatzor: you know https://live.gnome.org/PyGObject/IntrospectionPorting ?
[07:06] <bryceh> heya glatzor
[07:06]  * bryceh needs to learn PyGObject at some point
[07:07] <glatzor> pitti, I am writing an aptdaemon client library in C to even get introspection python bindings :)
[07:09] <pitti> glatzor: ah, so you are learning about https://live.gnome.org/GObjectIntrospection/Annotations? :-)
[07:11] <glatzor> right
[07:32] <bryceh> pitti, ooooh the story of this bug is getting really interesting!
[07:54] <chrisccoulson_> good morning everyone
[07:55] <didrocks> good morning
[07:55] <pitti> hey didrocks
[07:57] <pitti> mvo: guten Morgen
[07:57] <chrisccoulson> hey didrocks and pitti
[07:57] <pitti> hey chrisccoulson, how are you?
[07:57] <didrocks> guten morgen pitti
[07:57] <didrocks> hey chrisccoulson!
[07:58] <chrisccoulson> pitti - good thanks, how are you?
[07:58] <pitti> I'm great, thanks!
[07:59] <mvo> hey pitti and didrocks and chrisccoulson! good morning
[07:59] <chrisccoulson> hi mvo :)
[07:59] <didrocks> hey mvo
[08:00] <pitti> mvo: update-notifier is in a dire situation now, as all the notify_notification_new_with_status_icon() calls don't work any more
[08:00] <pitti> mvo: i. e. in natty they stopped working (no status icons), and in oneiric it doesn't even build any more due to the new libnotify
[08:00] <pitti> mvo: but don't we just open update-manager/apport/etc. anyway? can we just rip out all the notification stuff?
[08:02] <mvo> pitti: right, I kept it for compatibility with e.g. xfce
[08:02] <mvo> pitti: I have a look at it today
[08:02] <pitti> chrisccoulson: ok to remove xulrunner-1.9.2-gnome-support xulrunner-2.0-gnome-support from oneiric?
[08:02] <didrocks> (oneconf as well is called by update-notifier)
[08:02] <pitti> chrisccoulson: no rdepends, depends on NBS libraries
[08:02] <glatzor> morning mvo
[08:03] <mvo> pitti: I need to look at u-n anyway for the apport hooks (re your mail from today)
[08:03] <mvo> glatzor: hey glatzor!
[08:03] <pitti> mvo: I fixed the constructor call (not committed yet), but I wondered whether you just want me to remove the other notification stuff
[08:03] <chrisccoulson> pitti - which libraries do they depend on? note that those packages literally only exist to pull in the dependencies. the actual dependencies are in the in the main packages
[08:03] <pitti> chrisccoulson: ah, ignore me, it's not a separate source
[08:04] <pitti> chrisccoulson: libnotify1
[08:04] <chrisccoulson> ah, ok
[08:04] <chrisccoulson> i guess they need a rebuild to pick up the new version
[08:04] <chrisccoulson> but, i'm not sure if there's much point, seeing as we're going to kill them soon anyway ;)
[08:04] <pitti> chrisccoulson: the xulrunner packages depend on libreadline5-dev
[08:04] <chrisccoulson> (and i made a start on that last night)
[08:04] <pitti> chrisccoulson: should be libreadline-dev now, but why -dev in the first place?
[08:05] <chrisccoulson> pitti - yeah, that's bogus. i already dropped that from thunderbird and firefox
[08:05] <pitti> ah, tahnks
[08:05] <pitti> mvo: do we still need src/reboot.c? we already have that in the session menu and the logout dialog
[08:06] <mvo> pitti: right, again for compat with other environments like xfce
[08:06] <pitti> mvo: hm, so it seems this would all need to be ported to use an appindicator?
[08:06] <pitti> ... which we then would need to suppress in unity/gnome
[08:07] <mvo> pitti: if we rip stuff out I would prefer to just rip all the auto open out and essentially leave u-n as it is and replace with a new tool that is massively simpler
[08:07] <mvo> pitti: i.e. one for xfce/ldxe etc and one for unity/indicators/auto-open
[08:08] <pitti> mvo: ok, so the simpler fix for u-n would just be to display notifications, without attaching to status icons
[08:08] <pitti> want me to do that for now, so that the package builds and works again?
[08:08] <pitti> with notify-osd they aren't "attached" anyway
[08:08] <mvo> pitti: I actaully wanted to work on this for natty but then there was the  of upstart session plans and I kind of hoped to use that
[08:08] <pitti> yeah, that'd make it much easier
[08:08] <mvo> pitti: so notify-osd break this api? compared to notification-daemon? or is it removed in notification-daemon too?
[08:08] <pitti> so perhaps just _new_with_status_icon -> _new() would do it for now
[08:09] <pitti> mvo: no, thet new libnotify 0.7 doesn't have it any more
[08:09] <pitti> gnome-shell doesn't provide this any more either
[08:09] <pitti> it's an API change
[08:09] <mvo> pitti: ok, thats fine then, please just remove it then
[08:09] <pitti> mvo: ok, will do
[08:09] <mvo> pitti: thanks!
[08:09] <pitti> thanks for the heads-up
[08:09] <mvo> yw, once thats in I will add the apport check addition and upload
[08:20] <Tm_T> cdbs: your autojoin comment made me smile (:
[08:20] <cdbs> Tm_T: why?
[08:21] <Tm_T> perhaps I'm so used to have you around that it's a bit weird you're not (:
[08:21] <pitti> mvo: hm, any idea how I actually get notification bubbles? haven't seen one from u-n in ages, it just pops up windows
[08:22] <pitti> (it builds fine now, but testing wouldn't hurt, I guess)
[08:25] <pitti> mvo: oh, /apps/update-notifier/show_apport_crashes ?
[08:26] <pitti> hm, that's already true
[08:27] <pitti> presumably it never gets around to actually showing it, as gtk_status_icon_get_visible(ta->tray_icon) never becomes true
[08:28] <mvo> pitti: could you try setting /apps/update-notifier/auto_launch to false?
[08:29] <pitti> mvo: trying that, also setting the interval to 0
[08:32] <pitti> mvo: look mom! notifications!
[08:33] <pitti> mvo: tested for crashes and updates now, I'm happy
[08:33] <pitti> mvo: pushed
[08:33] <pitti> mvo: do you want me to upload, or do you want to work on it further anyway?
[08:34]  * didrocks likes the "tested for crashes … I'm happy" (puttin things out of context can be so funny)
[08:34] <mvo> pitti: I will add a additional checking before calling apport, but feel free to upload dosn't hurt if it will be uploaded twice
[08:34]  * pitti mumbles something about "gsettings migration"
[08:34] <pitti> didrocks: that's simple: no crashes -> no work for us -> we'll get fired
[08:35] <didrocks> pitti: arghhhhh, right! let's ensure we have crashes :-)
[08:53] <rodrigo__> morning
[09:06] <seb128> hey
[09:06] <rodrigo__> hi seb128
[09:06] <chrisccoulson> hi seb128, how are you?
[09:06] <seb128> hey rodrigo__, how are you?
[09:06] <seb128> chrisccoulson, hey, I'm fine thanks, you?
[09:06] <rodrigo__> hi chrisccoulson
[09:07] <chrisccoulson> seb128, yeah, good thanks. started cleaning the python-gtkmozembed rdepends last night :)
[09:07] <seb128> \o/
[09:07] <chrisccoulson> hi rodrigo__, how are you? where is rodrigo_ and rodrigo? ;)
[09:08] <rodrigo__> rodrigo is always taken by someone in brazil
[09:08] <chrisccoulson> by the end of the day, will you have become rodrigo________________?
[09:08] <chrisccoulson> :)
[09:08] <rodrigo__> not sure where rodrigo_ is :)
[09:08] <rodrigo__> yeah, with all the disconnections I get recently :)
[09:09] <chrisccoulson> what we should do is all have an arbitrary number of underscores in our names, and then remove autocomplete from IRC clients ;)
[09:09] <chrisccoulson> that might reduce the number of pings people get
[09:13] <rodrigo__> right, good idea
[09:13] <rodrigo__> so, you patch xchat and I do empathy to remove the autocompletion? :)
[09:14] <chrisccoulson> heh :)
[09:14] <seb128> you need to break the text selection to prevent people to do copies ;-)
[09:14] <rodrigo__> right
[09:14] <chrisccoulson> seb128, oh, i'm sure we could do that too
[09:14] <chrisccoulson> and we could even generate a random number of underscores automatically
[09:14] <chrisccoulson> imagine the chaos!
[09:15] <seb128> easier you could just disable highlighting ;-)
[09:15] <chrisccoulson> that's too simple ;)
[09:18] <didrocks> hey rodrigo__, seb128
[09:18] <seb128> lut didrocks
[09:18] <seb128> didrocks, how are you?
[09:19] <didrocks> I'm fine, thanks, and you?
[09:19] <seb128> didrocks, users complain that they can't install unity today due to you ;-)
[09:19] <seb128> didrocks, I'm fine thanks!
[09:19] <didrocks> (nightly build of Qt unfortunatly didn't fix it with -O1)
[09:19] <didrocks> oh, binNEw
[09:19] <seb128> didrocks, (seems you need to new compiz binaries)
[09:19] <didrocks> yeah
[09:19] <didrocks> seb128: can you have a look at them? as I don't really want to new them myself :)
[09:19] <seb128> ok
[09:20] <didrocks> compiz*-default
[09:20] <pitti> bonjour seb128
[09:20] <seb128> pitti, hey! how are you?
[09:20] <pitti> seb128: pretty well, thanks!
[09:20] <pitti> gdm is making progress, but still a bit buggy
[09:20] <pitti> half of the time the greeter doesn't draw properly
[09:20] <pitti> that's with and without our patches
[09:20] <seb128> it's runtime buggy?
[09:20] <seb128> ok
[09:21] <pitti> you can navigate the window, but the user list isn't visible sometimes
[09:21] <seb128> pitti, did you figure if we still need the plymouth integration patches and why those are not upstream?
[09:21] <pitti> we still need them
[09:21] <pitti> no idea why this "plymouth integration branch" was never merged :/
[09:22] <pitti> http://pkgs.fedoraproject.org/gitweb/?p=gdm.git;a=blob;f=plymouth.patch;hb=HEAD
[09:22] <pitti> fedora still ships it as a patch as well
[09:22] <seb128> ok, I will ask on #gdm today
[09:25] <seb128> didrocks, seems like kde.xml got dropped from the compiz-plugins binary but not added to -default
[09:25] <didrocks> seb128: it's beeing added to compiz-kde
[09:26] <didrocks>   * move /usr/share/compiz/kde.xml wrongly set in compiz-plugins to compiz-kde
[09:26] <didrocks> in the changelog
[09:27] <seb128> didrocks, oh right (I didn't look at the changelog, just at the debs)
[09:27] <didrocks> no worry :)
[09:28] <seb128> didrocks, ok, compiz newed, looking at c-p-m
[09:28] <didrocks> seb128: thanks
[09:32] <mvo> pitti: I send two branches your way for apport, please let me know what you think
[09:33] <seb128> didrocks, ok, I didn't check but compiz-plugins-main-dev could need a Replaces on compiz-fusion-plugins-main as well for lucid upgrades
[09:33] <seb128> didrocks, otherwise looks good
[09:33] <seb128> didrocks, i.e I didn't check if they have common files but I assume they do
[09:33] <didrocks> seb128: hum, I think files moved, but I'll have a look
[09:34] <seb128> didrocks, ok
[09:34] <didrocks> (was compiz-fusion dir=
[09:34] <seb128> didrocks, anyway not an issue for oneiric so newing those
[09:34] <didrocks> seb128: thanks :)
[09:34] <seb128> didrocks, well things like ./usr/lib/pkgconfig/compiz-animation.pc
[09:34] <seb128> or what that fusion namespaced as well?
[09:34] <seb128> should be easy to check anyway
[09:34] <didrocks> let me quickly check, I think it was in 0.8
[09:35] <pitti> mvo: ah, will do
[09:35] <didrocks> seb128: you're right, I'm adding the change to the vcs
[09:35] <seb128> didrocks, thanks!
[09:35] <pitti> gah, today's live images failed to build due to compiz-plugins-main
[09:36] <didrocks> thanks for pointing it :)
[09:36] <seb128> didrocks, yw
[09:36] <didrocks> compiz is now the land of C/R/P :-)
[09:36]  * pitti binNEWs
[09:36] <seb128> doh
[09:36] <seb128> "FAILED: compiz-plugins-main (Queue item already accepted)"
[09:36] <pitti> sorry seb128
[09:37] <seb128> pitti, hum, did you just hijack what I was discussing with didrocks for 5 minutes? ;-)
[09:37] <seb128> pitti, no worry, I just finished checking, out of the lucid replaces they were ok
[09:39] <didrocks> pushed in vcs, will wrap that next upload
[09:42] <pitti> seb128: sorry, I just got the "failed to build" email from cdimage, and acted on it
[09:42] <pitti> bad mid-air collision
[09:43] <seb128> pitti, no worry ;-)
[09:43]  * seb128 hugs pitti
[09:43]  * pitti hugs back seb128
[09:45] <lucidfox> Are there any themes yet for gtk3-engines-unico?
[09:47] <seb128> lucazade is working on one and has it on his launchpad ppa or vcs
[09:49] <cdbs> lucidfox: Yes, its Ambiance being developed by lucazade at lp:~lucazade/+junk/ambiance-gtk3
[09:49] <lucidfox> Ooh, nice
[09:53] <pitti> mvo: I did https://code.launchpad.net/~mvo/apport/apport-checkreports-addition/+merge/63819 now
[09:55] <lucidfox> Okay, it works. Doesn't look very Ambiance-y at the moment, but I presume this will change by the final release :)
[09:56] <mvo> pitti: awsome, thanks!
[10:01] <ogra_> hmm, did anyone else see hangs in oneiric when gnome-user-guide is installed ?
[10:02] <ogra_> i get "hung task" timeout messages from the kernel here for dpkg ...
[10:02] <ogra_> only for that one package and reproducable
[10:04] <pitti> mvo: done as well; want me to upload that to oneiric now?
[10:04] <seb128> ogra_, I didn't but I don't know if that one got upgraded or installed since I use an upgrade from natty
[10:04] <seb128> it could be still the natty version
[10:05] <ogra_> well, on armel it definitely gets updated during a move from natty to oneiric
[10:05] <ogra_> so i would expect that on armel too
[10:05] <ogra_> what bothers me is that it seems to hang in the configure step ... usually i would expect the postinst to misbehave here
[10:06] <seb128> you are sure it's not just being slow?
[10:06] <seb128> or that you have io issues?
[10:06] <ogra_> but that would likely point to a different binary in dmesg and also i cant seem to find a postins script for the package
[10:06] <mvo> pitti: please!
[10:06] <ogra_> seb128, dpkg stops right after the dmesg message shows up
[10:07] <ogra_> i left it sitting there over night
[10:07] <ogra_> so i doubt its slowness
[10:07] <ogra_> and i just heard the same issue from another armel user
[10:08] <seb128> seems armel specific then
[10:08] <ogra_> but what does that package do that others dont ? especially in the configure step
[10:09] <ogra_> i cant find a postinst, but there must be some command running that other packages dont use
[10:09] <seb128> nothing, it doesn't even has a postinst
[10:09] <ogra_> yes
[10:09] <seb128> well maybe not
[10:09] <ogra_> is there a trigger like scrollkeeper or so =
[10:09] <seb128> it's maybe the content of the deb which hits a dpkg bug
[10:09] <ogra_> ?
[10:09] <seb128> dunno
[10:10] <seb128> no, scrollkeeper has been deprecated
[10:10] <seb128> and triggers are run after the configure anyway
[10:11] <seb128> it seems likely the deb content hits a dpkg bug
[10:11] <ogra_> hmm, k
[10:11] <ogra_> i wonder why only this package hits it though
[10:11] <seb128> you should better take that discussion to #ubuntu-devel, out of mvo who might be able to help you I think it's out of the desktop domain
[10:12] <ogra_> installing or upgrading g-u-d was always slow in the past though
[10:12] <ogra_> like 5-10min just for that package
[10:12] <seb128> it has quite some content
[10:12] <ogra_> yep
[10:12] <ogra_> i checked the .list file ...
[10:12] <ogra_> nearly 7000 files
[10:21] <saamm> One of my friend bought Braid from Software Center, but sound is not working. Where should I report this?
[10:26] <mvo> hey saamm, we don't currently have a official bugreport channel, its probably best to contact the braid publisher for now and report the problem there
[10:31] <saamm> uhm isnt there a way that we file a bug in launchpad and it is reported in upstream as Ubuntu developers may have better contacts with app providers
[10:32] <saamm> braid has no support forum, page or anything...just an email :(
[10:33] <seb128> pitti, mvo: is there any reason update-notifier still need a systray at all nowadays?
[10:34] <mvo> seb128: compatbility with xfce and friends
[10:34] <seb128> mvo, how compatible? what does it use under unity which has no systray which is not available in xfce?
[10:34] <seb128> I though it was a service spawning commands only nowadays
[10:34] <seb128> like it does open update-manager or apport
[10:35] <mvo> seb128: in xfce they don't use it in auto-open mode (last I checked)
[10:35] <mvo> seb128: the longer term goal of me is to get rid of u-n by default and replace it with some simpler version that just supports the auto-open stuff
[10:35] <mvo> seb128: actually having the tray icons makes it all more complicated
[10:36] <seb128> well, why not just dropping the icon then?
[10:36] <seb128> xfce could use it in auto-open mode
[10:36] <mvo> saamm: I think we need a support channel for issues like this, but there is none currently, I will enquire about this.
[10:36] <mvo> seb128: but why force it on them if they don't like auto-open mode?
[10:37] <mvo> seb128: its low maintainence (for the most part)
[10:37] <seb128> mvo, why lower the ubuntu quality just to accomodate other desktops?
[10:37] <chrisccoulson> pitti - will you let me know when you're ready to start building language packs for natty?
[10:38] <seb128> mvo, I've seen several bugs with syslog errors about the systray icon being rejected from unity, some users get clearly confused under unity by trying to use it
[10:38] <seb128> mvo, so either it should we an indicator or dropped imho
[10:38] <saamm> mvo, ok thanks...I try to contact them through email...
[10:41] <seb128> pitti, is it worth downloading an oneiric daily iso to use in kvm or will it give no desktop between unity-3d not working and the unity-2d,qt,gcc issues?
[10:50] <pitti> seb128: dpeends on what you want to test
[10:51] <pitti> with -vga vmware you can get to a desktop without the unity 2d drash
[10:51] <pitti> dash
[10:51] <pitti> you can ctrl+alt+t for a terminal and run things there
[10:54] <pitti> chrisccoulson: yes, I will; still waiting for the export to happen
[10:56] <pitti> seb128: I tried installing gnome-session-fallback in a live system and then choosing gnome session in gdm, that works fine, too
[10:56] <pitti> the applications menu is empty, though -> missing dependency?
[10:56] <seb128> pitti, weird, gnome-menus should be installed
[10:57] <seb128> pitti, I will try that, I don't need much, I want to check the rdepends for the deprecated lib on a clean system
[10:57] <pitti> that's fine in a terminal
[10:57] <seb128> I've some non default things installed on mine and I might have uninstalled some others
[10:57] <pitti> g-menus is isntalled, yes
[10:57] <pitti> seb128: I have yesterday's CD running, want me to try some stuff?
[10:57] <seb128> not sure why the menu doesn't work then
[10:57] <pitti> like purging, and teling you what's left?
[10:58] <seb128> pitti, no, I just want to poke around, do rdepends list and dump them on the etherpad
[10:58] <seb128> pitti, I will just rsync the iso over lunch and do that later but thanks for asking!
[10:59] <pitti> hm, I can purge libgail-gnome-module and libpanel-applet2-0; only a recommends?
[10:59] <seb128> libpanel-applet2-0 is the old gtk2 bonobo lib
[10:59] <pitti> ah, this image still has gnome-mag and libatspi1.0-0
[10:59] <seb128> the current version is 4
[11:00] <seb128> whatever is using libpanel-applet2-0 is broken
[11:00] <pitti> so yeah, as we figured out, tomboy and gbrainy are the only two culprits
[11:03] <seb128> I want to start building gtk2 and gconf rdepends lists and "what ship schemas" as well
[11:04] <seb128> I might use a pbuilder could be easier to script those
[11:05] <pitti> http://cdimage.ubuntu.com/daily/20110608/
[11:06] <pitti> wohoo!
[11:06] <pitti> all but i386 are within limit
[11:06] <pitti> dropping lsb-* and build-essential really helped
[11:07] <cdbs> pitti: Congrats!
[11:07] <cdbs> pitti: But, that's the Alternate CD, isn't it?
[11:07] <pitti> we removed 12.6 MB, added 0.3, and changed -4.1 MB
[11:07] <pitti> cdbs: yes
[11:07] <pitti> desktop failed to build today
[11:08] <pitti> due to the compiz split in NEW
[11:08] <cdbs> the lives are still huge
[11:08] <pitti> but it should be in the archive now, I'll retry a daily build
[11:09] <pitti> seb128: gbrainy can certainly be unseeded; I don't quite remember, did we say yesterday that we could build totem with a --no-gnome something configure option?
[11:10]  * pitti starts a new live build
[11:10] <pitti> seb128: ^ you might want to wait for that
[11:12] <rodrigo__> ugh, a lot of icons have disappeared after some cherry-picking update of gnome packages
[11:13] <pitti> rodrigo__: --verbose ?
[11:13] <pitti> rodrigo__: I recently split gnome-icon-theme
[11:13] <rodrigo__> oh
[11:13] <rodrigo__> so, should I install gnome-icon-theme-full?
[11:13] <pitti> so that it mostly uses humanity, and laternatively depends on g-i-t-full
[11:14] <rodrigo__> ok
[11:14] <pitti> rodrigo__: I guess that would help, but it shouldn't break for a normal desktop in the first place
[11:14] <pitti> so I'm intersted what you did
[11:14] <pitti> we might need to add the -full dependency to another package then
[11:14] <seb128> rodrigo__, what desktop or icon theme do you use?
[11:14] <rodrigo__> pitti, apt-get update all gnome-related packages
[11:14] <seb128> pitti, I think rodrigo__ is using gnome-shell
[11:14] <rodrigo__> yes, using gnome-shell
[11:14] <pitti> ah
[11:15] <pitti> I think that ought to depend on -full indeed
[11:15] <pitti> it'll divert our package, though
[11:15] <pitti> do we know whether the debian guys are actively developing it?
[11:16] <pitti> i. e. would it help if I added it around beta-1 only
[11:16] <pitti> or at least after DIF?
[11:16] <pitti> or want me to add it right now?
[11:17] <rodrigo__> pitti, not sure, whatever you think is best
[11:18] <rodrigo__> installing -full works
[11:18] <pitti> it's "less confusing for early developers" vs. "more work with merging from Debian"
[11:18] <pitti> (right now we just sync)
[11:19] <rodrigo__> hmm, in fact, I had no icon theme set
[11:19] <pitti> rodrigo__: gnome-shell certainly doesn't default to HUmanity
[11:19] <pitti> I  added -full to gnome-tweak-tool already
[11:20] <rodrigo__> pitti, no, I guess it's 'gnome' what it uses
[11:20] <rodrigo__> but as I said, I had no icon theme set
[11:20] <chrisccoulson> hmmm, pywebkitgtk seems to have some patches in dpatch format (with a 00list file), despite the fact that the package is source format 3.0 (quilt), there is no dpatch build-depend and nothing in debian/rules which applies the patches
[11:21] <chrisccoulson> i guess i can just remove those ;)
[11:30]  * didrocks makes again a new Qt build
[12:01] <mpt> mvo, hi. I have a question about app-install-data if you're free
[12:12] <chrisccoulson> pitti, would you mind sponsoring http://paste.ubuntu.com/621666/ (pywebkitgtk) for me please? :)
[12:12] <chrisccoulson> i can't upload that
[12:13] <ara> seb128, hello
[12:18] <mvo> mpt: I'm am now
[12:19] <mpt> mvo, it looks like indicator-weather got a .desktop file on Feb 14, but it's not in app-install-data-ubuntu. What's the process for being included?
[12:20] <mvo> mpt: it normally gets automatically included when the extraction runs (every ~2 weeks). let me check what happend to this one
[12:20] <mvo> mpt: sometimes there are bugs, but it certainly was run after that
[12:20] <mvo> (did I mention that this stuff should move server-side ;)
[12:21] <mpt> mvo, this looks like the version that added it: https://launchpad.net/ubuntu/+source/indicator-weather/11.02.13+repack-0ubuntu1
[12:21] <mpt> mvo, yes, I think we both have ;-)
[12:22] <mvo> "Furthermore, I think app-install-data-ubuntu must be destroyed" i should use a my new mail footer
[12:23] <mpt> brilliant
[12:25] <mvo> mpt: do you think this is worth a sru? it looks like a overly agressive blacklist reggexp, I removed it now
[12:25] <mpt> mvo, was it blacklisting indicator-*, or what?
[12:26] <mvo> mpt: yeah
[12:27] <mpt> mvo, presumably it was added for a reason. What other items would end up in the index if that regexp was removed?
[12:28] <mvo> mpt: I can cherry pick indicator-weather, thats easy. for natty nad for oneiric I will just see what new stuff comes in
[12:29] <mvo> mpt: I will add it to natty and when the next SRU comes it will be part of it
[12:29] <mpt> mvo, isn't that a bit risky if you don't know what else it allows? :-)
[12:30] <mvo> mpt: for natty I will just cherry pick indicator-weather, no risk here. for oneiric it is, but its oneiric :)
[12:30] <mpt> ok
[12:30] <mpt> thanks mvo
[12:30] <mvo> mpt: thank you for brining it up
[12:31] <mpt> mvo, how does a package exclude a .desktop file it contains, to say "don't include this one in app-install-data"?
[12:32] <mvo> mpt: if it add "X-AppInstall-Ignore=true"
[12:32] <mpt> ok
[12:32] <mpt> thank you
[12:32] <mvo> yw
[12:41] <seb128> ara, hi, sorry I was at lunch
[12:41] <seb128> ara, how are you?
[12:44] <pitti> chrisccoulson: ah, can do; but isn't the removal of unapplied patches just introducing unnecessary delta?
[12:45] <seb128> shouldn't those just be added to the serie? if they are there that's for a reason or are they outdated?
[12:47] <chrisccoulson> seb128, the patches are obsolete (configure.ac has "AC_SUBST(ACLOCAL_AMFLAGS, "-I m4 -I .")" instead)
[12:47] <seb128> ok
[12:47] <chrisccoulson> pitti - i can add them back if you like. i just thought it was confusing having a series and 00list under debian/patches
[12:48] <pitti> it is
[12:48] <seb128> it is confusing, those who will work on the package will wonder if that's a bug to fix or not
[12:48] <pitti> we can remove the patches from the debian svn as well
[12:51] <pitti> chrisccoulson: woudl you mind sending the change upstream as well? or is it essentially dead, in favor of gir1.2-webkit-3.0?
[12:52] <seb128> did anybody else noticed that unity often need things to be run twice to be start in oneiric?
[12:53] <chrisccoulson> pitti - i'm not sure. it looks pretty dead (rmadison shows the newest debian version is the one we based ours on, which is from september last year)
[12:53] <chrisccoulson> i only made this change because i don't want to end up porting a load of universe apps to pygi ;)
[12:53] <kinouchou> hi seb128, didrocks and fredp
[12:54] <didrocks> hey kinouchou
[12:56] <seb128> lut kinouchou
[12:58] <seb128> didrocks, ^ did you see my question?
[12:58] <didrocks> seb128: no, I didn't, sorry. No I don't need to run it twice, its starting right away here
[12:58] <seb128> ok
[12:58] <didrocks> seb128: does it tries to fallback first?
[12:58] <seb128> like alt-f2 gedit enter doesn't start gedit there
[12:58] <didrocks> the timeout is shorter
[12:59] <seb128> doing it a second time does
[12:59] <didrocks> oh this, so you mean, the places?
[12:59] <seb128> no, alt-f2
[12:59] <didrocks> seb128: possible the race in places being more obvious now
[12:59] <didrocks> possibly*
[13:04] <pitti> chrisccoulson: committed to Debian svn now
[13:04] <chrisccoulson> pitti - cool, thanks :)
[13:05] <pitti> I committed the other relevant change as well, so we can sync
[13:07] <rodrigo__> ok, lunch time, bbl
[13:08] <ara> seb128, I was the one at lunch now :)
[13:08] <seb128> ara, hey ;-)
[13:09] <ara> seb128, there is a unity bug in natty: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/753971
[13:09] <ubot2> Ubuntu bug 753971 in unity "Display garbled upon restoring original resolution or connecting external displays" [High,Confirmed]
[13:09] <ara> already with 35 me toos and 17 systems affected (probably more)
[13:09] <ara> should it be critical?
[13:09] <seb128> jasoncwarner, njpatel, dbarth: ^ can we get somebody in dx to work on that, it seems really to be an issue for the certification guys
[13:10] <ara> it does not seem to get enough attention as high
[13:10] <ara> seb128, not certification only
[13:10] <ara> it affects a lot of people
[13:10] <seb128> ara, the issue is not the bug settings, it's that dx doesn't manage to keep up with bugs
[13:10] <ara> well, people that use external monitors with laptops
[13:10] <seb128> so tweaking the settings there will not make a difference
[13:11] <didrocks> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/753971/comments/17 for why not critical
[13:11] <ubot2> Ubuntu bug 753971 in unity "Display garbled upon restoring original resolution or connecting external displays" [High,Confirmed]
[13:11] <seb128> ara, but agreed that's an issue, let's see if jasoncwarner dbarth or njpatel can get ressources to work on it
[13:11] <seb128> didrocks, ara: let's not argue on bug settings that's of no use, we surely agree it's an issue that need to be worked and that's what matters there
[13:12] <ara> I am worried that many people trying to do a presentation with Ubuntu get this bug for the first time
[13:12] <ara> (people that normally wouldn't use a external monitor except for presentations)
[13:12] <didrocks> seb128: I didn't say I agreed with the bug status. But yeah, as you know, changing the status will not change anything :-)
[13:13] <dbarth> seb128: jay is on that
[13:13] <seb128> dbarth, can we get an eta on a fix?
[13:13] <dbarth> seb128: he has proposed a fix that ara should have now; the branch is at
[13:13] <dbarth> https://code.launchpad.net/~unity-team/unity/unity-sru-certification-fixes
[13:13] <seb128> dbarth, when? the fix he did before UDS has been SRUed but doesn't fix all cases and create new issues
[13:14] <seb128> so it needs extra work
[13:14] <pitti> chrisccoulson: ok, uploaded to Debian and Ubuntu now
[13:14] <chrisccoulson> pitti - excellent, thanks :)
[13:15] <ara> dbarth, well, a ETA to have a package that fix it
[13:16] <seb128> didrocks got the first fix from jay in the first SRU after natty but that's not enough
[13:16] <seb128> there is still some issues
[13:17] <didrocks> right, bug reopened the 2011/05/03
[13:18] <didrocks> seems the branch pointed has new fixes, but 1. it's not linked to the bug, 2. we didn't talk about it, 3. there is no merge proposal or review done
[13:18] <dbarth> the bug fix will be made available in the tarball for SRU2, planned for tomorrow
[13:19] <dbarth> https://launchpad.net/unity/+milestone/3.8.16
[13:19] <seb128> dbarth, thanks
[13:19] <seb128> ara, ^
[13:20] <seb128> seems like they worked on it but nobody bothered updating the bug or adding a comment to say so
[13:20] <ara> thanks
[13:21] <ara> it will be good to have an early PPA (without needing to wait to -proposed) to do some early testing
[13:21] <dbarth> the bug contains several issues, so i have asked for the bug to be split
[13:21] <dbarth> in order to reflect at least progress on the single monitor one, and put the driver part aside
[13:22] <seb128> dbarth, ok, makes sense
[13:22] <seb128> ara, would be nice but I'm not sure dx has daily builds running for the sru candidates series
[13:25] <seb128> xclaesse, hi, webkit 1.4.1 is in oneiric, I did the update yesterday (just for information)
[13:25] <xclaesse> \o/
[13:26] <xclaesse> seb128, will that go into gnome3 ppa, or should I import it in my own ppa?
[13:26] <seb128> xclaesse, it's already in the gnome3 ppa
[13:27] <ara> dbarth, by "I have asked", are you saying that you are waiting on us to split the bug?
[13:29] <dbarth> nope, jay
[13:30] <dbarth> who seems to know where to draw the line
[13:30] <dbarth> sorry, that was not really explicit
[13:32] <ara> OK, thanks for the clarification
[13:42] <xclaesse> seb128, great, thanks :)
[13:42] <seb128> xclaesse, yw
[14:04] <didrocks> hum, on this upgrade, should I select "lightdm"? ;)
[14:05] <didrocks> done, if you don't see me tomorrow, you will know why :)
[14:12] <pitti> chrisccoulson: binary debdiff of natty vs. oneiric .deb might help a bit?
[14:13] <chrisccoulson> pitti - yeah, possibly
[14:20] <didrocks> ok, Qt issue workarounded, time for a latter build with additional patch and fixing unity-2d :)
[14:22] <ogra_> there are no Qt issues ... just tell people to use arm :)
[14:22] <ogra_> works stable there ;)
[14:24] <njpatel> seb128, I'm pretty sure jay is working on it, but DBO or dbarth would know for sure
[14:25] <seb128> njpatel, dbarth replied and pointed to a vcs which has a commit from monday which reference to that bug
[14:25] <seb128> njpatel, thanks
[14:25] <didrocks> ogra_: it's your fault then! that was some kind of propagana!
[14:25] <didrocks> propaganda*
[14:26]  * ogra_ does a silent evil giggle
[14:27] <didrocks> ! :-)
[15:03] <pedro_> bug 790613
[15:03] <ubot2> Launchpad bug 790613 in gnome-python "accerciser crashed with AttributeError in __main__: 'module' object has no attribute 'PARAM_APP_DATADIR'" [High,Triaged] https://launchpad.net/bugs/790613
[15:03] <seb128> pitti, ^ do you know about that?
[15:04] <pedro_> seems that's causing accersicer to crash on oneiric, the qa folks are using it for automated testing
[15:04] <seb128> pitti, didn't you say that the dh_python2 move had compability and things didn't need to be upgraded together?
[15:04] <pedro_> accerciser rather
[15:04] <pitti> seb128: that's what I thought initially, and it worked with just pygobject
[15:05] <pitti> but apparently doing some more mix'n'match breaks; I just didn't see a reproducer so far
[15:05] <seb128> hum
[15:05] <seb128> but gnome-python got migrated to dh_python2
[15:07] <pitti> yes, apparently the debian reporter still had the older gnome-python installed?
[15:07] <seb128> pitti, well pedro_ and jibel say it's still an issue on current oneiric
[15:08] <seb128> pitti, but we synced current gnome-python which use dh_python2
[15:08] <seb128> so I guess it will need debugging
[15:09] <pitti> hm, how can I reproduce this? accerciser starts fine for me
[15:09] <pedro_> jibel, ^
[15:09] <pitti> pedro_, jibel: ^ do you still get that on current oneiric? I apt-get installed accerciser, and run it
[15:10] <pitti> the program itself runs, but in the mainwindow I get a text that has a traceback
[15:10] <pitti> AttributeError: 'NoneType' object has no attribute 'get_label_widget'
[15:10] <pitti> but that's unrelated
[15:11] <pitti> jibel's bug report's Dependencies.txt has the current python-gnome2, though
[15:13] <jibel> pitti, I still have it on current oneiric fully updated
[15:14] <pitti> jibel: what do I need to click/run in the UI to make it crash?
[15:15] <jibel> pitti, but it crashes on 1 system which have been upgraded since jaunty and doesn't on another test system which is a fresh install
[15:15] <jibel> pitti, it crashes on start
[15:16] <rodrigo__> brb
[15:17] <pitti> jibel: oh, interesting!
[15:17] <pitti> jibel: that probably means we have a stale .pyc file somewhere
[15:18] <pitti> jibel: could I have ssh on that test system, or could you play "remote hands" for me for a bit?
[15:20] <jibel> pitti, sure, I can be your hands and eyes for a bit
[15:22] <pitti> jibel: what does "ls -l /usr/lib/pymodules/python2.*/gtk-2.0/*gnome*" say for you?
[15:23] <jibel> pitti, http://paste.ubuntu.com/621791/
[15:24] <pitti> a-haa
[15:24] <pitti> $ python -c 'import gnome; print gnome.PARAM_APP_DATADIR'
[15:24] <pitti> AttributeError: 'module' object has no attribute 'PARAM_APP_DATADIR'
[15:26] <pitti> jibel: merci beaucoup!
[15:26] <jibel> pitti, bitte
[15:30] <seb128> pedro_, do you think you could help to ack some of the desktop sru for natty?
[15:30] <seb128> pedro_, hey btw ;-)
[15:31] <seb128> pedro_, how are you?
[15:31] <didrocks> hey pedro_ ;)
[15:31] <pedro_> seb128, doing good, you? :-)
[15:31] <seb128> pedro_, I'm fine thanks
[15:31] <didrocks> (especially unity one as another SRU is coming)
[15:31] <pedro_> seb128, yup i'll look into those today
[15:31] <pitti> jibel: can you please give me the output of "dpkg -S applet.py"?
[15:31] <pedro_> hello didrocks :-)
[15:31] <pedro_> i was playing with launchpadlib lately
[15:31] <pedro_> to do some reports for the desktop team
[15:31] <pedro_> i'll have some news about that soon
[15:32] <seb128> pedro_, great
[15:32] <jibel> pitti, http://paste.ubuntu.com/621794/
[15:32] <pitti> jibel: merci
[15:33] <seb128> hum
[15:33] <seb128> jibel, pitti: python-gnomeapplet is deprecated and got dropped from oneiric, we should maybe make gnome-panel conflicts on it or something so it get uninstalled
[15:34] <rodrigo_> chrisccoulson, hmm, not sure what the bug is, but couldn't start gnome-shell after updating firefox, it was complaining about missing libmozjs.so, so I created a link to /usr/lib/xulrunner-2.0/libmozjs.so in /usr/lib
[15:34] <pitti> seb128: right, that's how I missed it from my initial search here
[15:35] <seb128> not sure how we can assure that the deprecated binaries we dropped get cleaned
[15:35] <chrisccoulson> rodrigo_, you shouldn't need to do that. gnome-shell and gjs are using the sytem libmozjs we provide now (independent of firefox or xulrunner)
[15:35] <chrisccoulson> rodrigo_, do you have an outdated gjs installed?
[15:36] <rodrigo_> chrisccoulson, but it couldn't find it, it seems, so any idea what's up?
[15:36] <pitti> jibel: can you keep the affected machine for another 10 min or so?
[15:36] <chrisccoulson> rodrigo_, do you have libmozjs185-1.0 installed?
[15:37] <rodrigo_> chrisccoulson, yes
[15:37] <jibel> pitti, of course, that's my work laptop. I'll try to keep it on for more than 10 minutes :-)
[15:38] <rodrigo_> ah, but it has /usr/lib/libmozjs185.so.1.0.0, not libmozjs, so I guess gnome-shell needs rebuilding with that?
[15:38] <chrisccoulson> rodrigo_ - not gnome-shell, it doesn't link against it
[15:38] <chrisccoulson> that's gjs, but the latest version already links against the new library
[15:38] <chrisccoulson> what is the output of ldd /usr/lib/libgjs.so.0 ?
[15:38] <rodrigo_> oh, maybe I didn't upgrade that, let me check
[15:38] <chrisccoulson> it sounds like you need to install the latest version :)
[15:39] <rodrigo_> libmozjs.so => not found
[15:39] <rodrigo_> yeah
[15:39] <rodrigo_> indeed, there's an update
[15:39] <rodrigo_> sorry for the noise then :)
[15:39] <chrisccoulson> heh, no worries
[15:41] <rodrigo_> and also, yoono extension doesn't work with latest firefox, but that's not your fault :)
[15:48] <chrisccoulson> rodrigo_, are you sure you want to use yoono? http://www.security-assessment.com/files/advisories/Yoono_Firefox_Extension_Privileged_Code_Injection.pdf
[15:48] <chrisccoulson> ;)
[15:48] <rodrigo_> chrisccoulson, hmm, didn't know about that
[15:49] <rodrigo_> chrisccoulson, any other twitter/facebook extension/apps you recommend?
[15:49] <rodrigo_> I like yoono because it allows you to keep and remove messages
[15:49] <chrisccoulson> rodrigo_, not sure. i don't really know what you use yoono for ;)
[15:49] <rodrigo_> twitter and facebook :)
[15:49] <chrisccoulson> (and that issue might be fixed, i just noticed it on the first page of hits when i typed it in to google)
[15:51] <rodrigo_> chrisccoulson, yeah, that pdf says fixed on june 2009
[15:56] <pitti> jibel: test package is built now in https://launchpad.net/~pitti/+archive/ppa/+packages
[16:01] <jibel> pitti, that fixed the problem. Many thanks !
[16:02] <pitti> jibel: yay
[16:02] <pitti> jibel: nice working with you!
[16:02] <jibel> pitti, my pleasure
[16:03]  * jibel now goes filing other accerciser bugs
[16:07]  * pitti waves good night
[16:07] <rodrigo_> bye pitti
[16:29] <fta> oh my!  libwebkitgtk-3.0-0-dbgsym 302 MB
[16:42] <fta> pitti, fyi, in oneiric, apport-retrace insists on replacing libc6-dbg by libc6-dbgsym, leaving apt confused as libc6-dbg is a dep of valgrind which i have installed
[18:31] <chrisccoulson> dpm - any idea how we've got en-CA and en-AU translations for firefox currently in maverick?
[18:32] <chrisccoulson> an ubuntu user reported a bug upstream to mozilla because firefox directs them to a broken URL on one of their servers (because they are running a locale that they don't support), and i've been contacted by them
[18:35] <rodrigo_> ok, going out for a bit, later all
[18:35] <seb128> rodrigo_, you should call it a day!
[18:35] <seb128> rodrigo_, enjoy ;-)
[18:43] <seb128> Laney, hey, just checking but do you have an eta for the new mono version landing in oneiric?
[18:43]  * didrocks waves good evening
[18:44] <seb128> 'night didrocks
[18:44] <didrocks> seb128: thanks, you too :)
[18:55] <chrisccoulson> 325', mk,  m 6545414
[18:56] <Laney> seb128: do you need it for anything in particular?
[18:57] <chrisccoulson> lol
[18:57] <chrisccoulson> daughter had access to my laptop ;)
[18:58] <Laney> and she learned perl already!
[18:58] <chrisccoulson> heh
[19:17] <davmor2> Laney: One up on her dad then ;)
[19:21] <broder> hmm...before i try to write it, does anybody know of a script that will take a screenshot of all virtual desktops instead of just the current one?
[19:23] <broder> (preferably one that does so without having to visibly cycle between desktops)
[19:25] <mterry> pitti_, do you have an example of how to define new signals using PyGI?
[19:31] <mterry> Hmm, OK.  Apparently you can still use __gsignals__
[19:36] <seb128> Laney, no, I'm just wondering why we don't get it early and add it as a transition so we have extra time to sort issues
[19:36] <Laney> fair
[19:36] <Laney> we've been trying to do them in debian
[19:36] <seb128> it's a bit reverse compared to what we do usually but I will not complain ;-)
[19:37] <seb128> since the ubuntu cycle is shorter we usually need to take a lead on those
[19:37] <Laney> yeah
[19:37] <seb128> it just feel weird to wait on debian, it could take over the oneiric cycle for example
[19:37] <Laney> I think most of the main stuff is done
[19:37] <Laney> but it's not clear that anyone will work on the universe stuff beyond us
[19:37] <Laney> so we might end up breaking some packages
[19:37] <seb128> well if they need porting better to break them early than late
[19:38] <seb128> it will motive people to fix them
[19:38] <seb128> it will also give time to notice the issue and do the work
[19:39] <Laney> lets move to devel and ask directhex
[19:43] <seb128> Laney, ok