[00:03] <jbicha> wow, installing ubiquity in a standard chroot tries to install 2/3 of ubuntu-desktop http://paste.ubuntu.com/1184683/
[00:05] <jbicha> I guess it's pretty good at installing stuff
[00:08] <xnox> nah =) it works.
[00:08] <xnox> there are quite a few plugins to deal with a11y, printing / graphics cards drivers, taking webcam pictures, etc.
[00:09] <xnox> but rhythmbox-plugins is funny =)
[00:09] <xnox> oh it needs a known good working window manager
[00:09] <xnox> which gnome-shell might not be marked as such
[00:09] <xnox> for the full-desktop ubiquity sessions
[00:09] <xnox> jbicha: patches welcome =)
[00:10] <xnox> jbicha: did you get to test my fix for theming / readability issues?
[00:10] <jbicha> firefox, webkit & unity are nice touches
[00:11] <jbicha> anyway, installing ubuntu-gnome-desktop instead does what I need
[00:13] <jbicha> xnox: not yet, how do I run ubiquity from bzr?
[00:14] <xnox> build a package. Run in a VM.
[00:14] <xnox> jbicha: to be honest you can update the two files I touched in place for testing
[00:14] <xnox> ./debian/rules update
[00:14] <jbicha> ooh, shortcut
[00:14] <xnox> debuild binary
[00:15] <xnox> well ubiquity fetches and embeds udebs in it's package
[00:15] <xnox> to make udebs suitable for running under ubiquities command instead of under debian-installer
[00:16] <xnox> those two commands are needed to build debs.
[00:17] <xnox> to figure out that the bzr-path != install path is left as an exercise to the reader ;)
[00:47] <RAOF> robert_ancell: Are you aware of bug 1045453? It seems the work to do seamless handoffs from unity-greeter to the session has regressed.
[00:47] <ubot2`> Launchpad bug 1045453 in unity-greeter "Visual artefacts after greeter" [High,Confirmed] https://launchpad.net/bugs/1045453
[00:48] <robert_ancell> RAOF, yeah, I saw it but haven't investigated
[00:49] <RAOF> Cool. Let me know if you want some help on it; I seem to recall fixing that for Precise :)
[01:33] <jbicha> robert_ancell: I wonder if the cogl guys are going to another soname bump this cycle... :(
[01:34] <jbicha> I just don't know when they get around to freezing
[01:42] <robert_ancell> jbicha, unclear upstreams are very annoying :)
[01:42] <robert_ancell> jbicha, don't they follow the same as clutter?
[01:47] <jbicha> robert_ancell: well cogl is a lot more experimental than clutter but yeah, they're on about the same cycle
[01:49] <robert_ancell> jbicha, btw, I find it handy to run 'python versions.py' after updating versions as it's really easy to make typos
[01:50] <robert_ancell> i.e. I just Ctrl-C it after confirming it runs
[01:50] <jbicha> robert_ancell: you mean 2 hours later?
[01:50] <robert_ancell> jbicha, nah, after 1 second (you last commit had a typo and I've made loads of them before)
[01:52] <robert_ancell> btw, does anyone know the status of zeitgeist? Should we be running 0.9.5. I kind of leave that as it could break Unity
[01:53] <jbicha> seiflotfy: do you know ^
[01:53] <seiflotfy> it wont break unity
[01:53] <robert_ancell> seiflotfy, I figure you've poked the Unity people
[01:53] <seiflotfy> no api changes
[01:53] <seiflotfy> robert_ancell: can you try running it yourself
[01:53] <seiflotfy> :D
[01:54] <seiflotfy> but its adds some major performance boosts
[01:54] <robert_ancell> I wont exercise it as much as the Unity people so I'm a little wary of trusting my testing
[01:55] <seiflotfy> robert_ancell: i will go through with DX team on it
[01:55] <robert_ancell> seiflotfy, where is your download location?
[01:55] <seiflotfy> mhr3 and kalikiana are bot hdevs
[01:55] <robert_ancell> (now)
[01:55] <robert_ancell> seiflotfy, I'll update the packaging in a branch and let them decide to release
[01:55] <seiflotfy> for ubuntu its on launchpad
[01:56] <seiflotfy> robert_ancell: we wil lcontinue releasing on launchpad and taking bugs on launchpad if necessary
[01:56] <robert_ancell> oh you changed to bz2, it confused debian/watch
[01:56] <seiflotfy> but we mainly work on fdo
[01:56] <seiflotfy> robert_ancell: no we did not change
[01:56] <seiflotfy> our code is synced automagiacally
[01:57] <seiflotfy> and for the sake of ubuntu we kept our launchpad page and update it with releases
[01:57] <seiflotfy> :D
[01:57] <robert_ancell> perhaps no-one ever checked the debian/watch...
[01:59] <robert_ancell> seiflotfy, bug 1045587
[01:59] <ubot2`> Launchpad bug 1045587 in zeitgeist "Update to 0.9.5" [Wishlist,Triaged] https://launchpad.net/bugs/1045587
[01:59] <seiflotfy> robert_ancell: awesome
[02:05] <robert_ancell> seiflotfy, did you add the LIBZEITGEIST_VERSION variables by accident to configure.ac?
[02:06] <seiflotfy> what does it say
[02:06] <seiflotfy> but its wrong
[02:06] <seiflotfy> it should not be there
[02:06] <seiflotfy> crap
[02:06] <seiflotfy> will need to roll another release tomrrow
[02:06] <seiflotfy> will kill manish
[02:06] <robert_ancell> seiflotfy, it doesn't affect anything
[02:07] <seiflotfy> we had some major changes but we rolled back to release 0.9.5
[02:13] <robert_ancell> Laney, are you awake?
[02:19] <robert_ancell> jbicha, http://www.pcworld.com/businesscenter/article/261723/the_new_pure_gnome_ubuntu_linux_is_coming_this_fall.html#tk.rss_news
[02:19] <robert_ancell> it's amazing how little research is done by journos
[04:56] <pitti> Bonjour
[07:40] <chrisccoulson> uh, the troll is back: https://bugs.launchpad.net/ubuntu/+bug/1045226
[07:40] <ubot2`> Ubuntu bug 1045226 in ubuntu "Thunderbird URLs don't open in configured browser" [Undecided,Invalid]
[07:41] <chrisccoulson> seriously, where did i not take his report seriously, and where did i violate the CoC?
[07:45] <larsu> chrisccoulson, haha this guy is awesome :)  imo, you handled it perfectly
[07:48] <tsimpson> default response to messages like "I consider whoever developed <software> to be lacking in software development skills and thus not worthy of my time" should as follows: "Oh, I didn't realise you were an expert, please supply patches" :)
[07:48] <MCR1> tsimpson: haha
[07:49] <MCR1> patches are very wellkommen :)
[07:59] <mvo> pitti: do you think you might have time for a code review of https://code.launchpad.net/~mvo/aptdaemon/support-change-credentials-on-add-repo/+merge/112098 ? or anyone else from the disto/desktop team :) ?
[08:02] <pitti> mvo: I can have a look today, yes; queueing
[08:03] <mvo> pitti: thanks!
[08:04] <mvo> pitti: there maybe another small one coming once I figured out how to write a test for it, but feel free to pass the review on to someone else from the team if you are too busy, seb128 probably has candidates that could also do it
[08:04] <seb128> hey mvo, pitti
[08:05] <mvo> hey seb128
[08:05] <seb128> mvo, wie gehts?
[08:06] <mvo> seb128: gut, danke
[08:06] <mvo> seb128: and you?
[08:07] <seb128> mvo, I'm good thanks ;-)
[08:18] <MCR1> pitti: Hi :) IIRC Google told me you are the expert on this issue, so if that info is correct it would be nice if you could review: https://code.launchpad.net/~mc-return/nux/nux.merge-fix-deprecated-warnings/+merge/122408
[08:21] <pitti> argh, reconnect
[08:23] <pitti> MCR1: followed up
[08:24] <MCR1> Anyone able to run bzr qlog (from qbzr package) on Quantal ? Or Trimage Image Compressor (trimage package) ? I do not want to file bug reports if it is just me again ;)
[08:24] <MCR1> pitti: Thx.
[08:39] <xnox> There is bug 1045666 filed. So ubiquity-only session is not loading up enough of gnomish settings: icons on the stock buttons are shown, font is not ubuntu & minimise button is missing (which is ok, there is nowhere to minimise ubiquity to)
[08:39] <ubot2`> Launchpad bug 1045666 in ubiquity "Style differs if ubiquity is started directly from 'Install Ubuntu' or from a Live Session" [Undecided,Confirmed] https://launchpad.net/bugs/1045666
[08:39] <xnox> But it would be nice to remove icons on the buttons & use ubuntu font
[09:01] <seb128> mvo, what are the pkgcache.bin and srcpkgcache.bin files, what creates them?
[09:01] <mvo> seb128: its the mmap binary cache of apt and its apt itself that creates them (libapt to be precise)
[09:01] <seb128> mvo, I'm looking at how my disk got full, there are 2GB leftover of those created over years
[09:02] <seb128> I had some GB of bootcharts as well :p
[09:02] <seb128> mvo, is anything supposed to clean them?
[09:02] <mvo> seb128: woah
[09:02] <mvo> seb128: can you give me a ls -l /var/cache/apt/* ?
[09:02] <mvo> seb128: sounds like worthy of a bugreport ,)
[09:03] <seb128> mvo, http://pastebin.ubuntu.com/1185349/
[09:03] <MCR1> seb128: You can make a film about boot speed changes in Ubuntu overtime then ;) - Could be cool.
[09:03] <seb128> MCR1, yeah ;-)
[09:04] <seb128> mvo, those files are all between 19M and 31M (I guess depending of the number of sources I had enabled at the time)
[09:04] <mvo> seb128: yeah
[09:04] <seb128> mvo, where do I open a bug? apt?
[09:04] <mvo> seb128: yes please
[09:04] <mvo> seb128: it should clean leftovers
[09:06] <MCR1> seb128, mvo: In times of SSDs filespace is precious again :)
[09:06] <seb128> indeed
[09:06] <seb128> I just started having enough to get g-s-d prompting me several times a day with "you only have 1GB of disk space left"
[09:07] <MCR1> bleachbit is a nice tool for automatic clean-ups on Ubuntu
[09:07] <MCR1> Recommended by a SSD-user (MCR1) ;)
[09:08] <MCR1> seb128: http://bleachbit.sourceforge.net/
[09:09] <seb128> mvo, https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1045704
[09:09] <ubot2`> Ubuntu bug 1045704 in apt "should clean pkgcache.bin.* and srcpkgcache.bin.*" [Undecided,New]
[09:10] <seb128> MCR1, thanks, I would prefer having things not get cluttered over time and not required users to have to figure they need to find and run such tools though ;-)
[09:10] <seb128> mvo, can I clean those files or do you need them for debug purpose?
[09:11] <MCR1> seb128: Sure, something like this should be integrated into the system - I agree.
[09:11] <MCR1> But in times everything gets cached on disk, especially all those web apps - something like that is badly needed.
[09:12] <MCR1> I mean Google Earth *could* easily fill even the biggest harddrive probably (it has a limit though) ;)
[09:14] <MCR1> seb128: Try Bleachbit, you will be impressed - it is a very nice tool - you just need to configure it once to your liking and then your future clean-ups are just 1-button away - Highly recommended *especially* for those poor SSD users out there ;)
[09:15] <MCR1> It is even on launchpad: https://launchpad.net/bleachbit
[09:15] <seb128> MCR1, I'm old school, I run baobab and clean stuff manually
[09:16] <seb128> MCR1, I don't trust softwares to (not) delete my datas
[09:16] <MCR1> I like baobab also, but bleachbit is FOSS, so just check it's code ;)
[09:16] <seb128> well it's not intend I don't trust
[09:17] <seb128> but it's software and softwares have bugs
[09:17] <MCR1> really ?
[09:17] <MCR1> hehe
[09:17] <seb128> and when the software purpose is to delete stuff on your disk, including in your userdir, bugs might mean whipping your disk
[09:17] <seb128> I just prefer to rm stuff manually :p
[09:18] <MCR1> :-X
[09:18] <ogra_> baobab ... old school ?
[09:19]  * ogra_ always thought du -hcs ~/* was old-shool
[09:19] <seb128> ogra_, ;-)
[09:19] <seb128> ogra_, that's too old school to me, I need an UI and a recursive list :p
[09:19] <ogra_> hahaha
[09:28] <seb128> jibel, hey
[09:29] <jibel> seb128, hi
[09:29] <seb128> jibel, why do you need a git access for libreoffice "[jibel] Test build from upstream release tag"?
[09:29] <seb128> jibel, doh, ignore that, I though you could check it over http... :p
[09:29] <seb128> jibel, do you know why the rt got marked incomplete?
[09:31] <jibel> seb128, I can get it from http, but that'd mean changing the rules file on the fly.
[09:32] <jibel> seb128, I have no idea why it's incomplete, retoaded was on it, I'll ask him when he wakes up
[09:32] <seb128> jibel, thanks
[09:37] <MCR1> pitti: Followed your suggestions: https://code.launchpad.net/~mc-return/nux/nux.merge-fix-deprecated-warnings/+merge/122408
[09:38] <pitti> MCR1: that should be somewhere at the top of main(), not in  an if() condition which is potentially executed zero or more than one times?
[09:40] <MCR1> pitti: Ok.
[09:49] <mvo> seb128: you got 2gb of those, right?
[09:49] <seb128> mvo, yes
[09:50] <seb128> mvo,
[09:50] <seb128> $ du -ksh /var/cache/apt
[09:50] <seb128> 2,0G	/var/cache/apt
[09:50] <seb128> mvo, that's after an apt-get clean
[09:50] <mvo> seb128: :)
[09:50] <seb128> mvo, does it keep them to a 2GB limit?
[09:50] <mvo> seb128: working on a fix now, should be easy
[09:50] <mvo> seb128: no, the size is just staggering
[09:50] <seb128> ok
[09:51] <seb128> mvo, can I delete those or do you need them for debug?
[09:51] <seb128> mvo, I'm not in the hurry for the space so I can keep them a bit
[09:51] <MCR1> mvo: 988M here
[09:55] <mvo> MCR1: ta
[09:55] <mvo> seb128: you can keep them if you want to test the fix
[09:55] <seb128> mvo, doing that
[09:57] <MCR1> http://www.acronymfinder.com/TA.html
[09:58] <seb128> MCR1, http://answers.yahoo.com/question/index?qid=20080323124141AA3HTwc
[09:59] <MCR1> seb128: Haha, thx - I thought "Total Average" might fit better than "Tori Amos"
[10:00] <MCR1> mvo: np, yw :)
[10:02] <mvo> ;)
[10:25] <MCR1> seb128: Can you help me getting this fix: https://code.launchpad.net/~mc-return/font-manager/font-manager.fix-961034/+merge/114991 finally merged ? - I do not want to see this bug in Quantal again ;)
[10:36] <pitti> seb128, Laney: is someone already packaging glib 2.33.11 in debian exp?
[10:36] <Laney> not me atm
[10:36] <pitti> looks like http://launchpadlibrarian.net/113078484/glib2.0_2.33.10-0ubuntu2_2.33.10-0ubuntu3.diff.gz might need committing to the svn, is that still relevant?
[10:36] <seb128> pitti, robert_ancell did it on launchpad according to versions
[10:36] <seb128> pitti, if you don't have a better solution yes
[10:36] <pitti> I don't see it in https://launchpad.net/ubuntu/quantal/+queue?queue_state=1
[10:36] <seb128> pitti, I didn't want to start adding Xorg depends only for that one test
[10:37] <seb128> pitti, versions says robert_ancell opened bug #1045608 for tracking
[10:37] <ubot2`> Launchpad bug 1045608 in glib2.0 "Update to 2.33.12" [Wishlist,Triaged] https://launchpad.net/bugs/1045608
[10:37] <seb128> pitti, he emailed me saying he had the gtj2,gtk
[10:37] <seb128> pitti, he emailed me saying he had the gtk2,gtk3 updates done but didn't upload because he didn't finish testing
[10:37] <pitti> seb128: that's fine; I just don't understand how adding that .desktop file avoids an x.org stack
[10:37] <seb128> so maybe glib is in the same case
[10:38] <pitti> ah, ok; I don't touch it for now, then
[10:38] <pitti> but perhaps we can aim to get back in sync, so that we do not always have to do this merging exercise?
[10:38] <seb128> pitti, no, please commit his work to debian and upload there if you want, I don't think he wanted a lock on it ;-)
[10:38]  * pitti checks in lp:ubuntu/glib2.0
[10:39] <seb128> pitti, re x.rog stack, gio will want to spawn g-t if the command line flag is true
[10:39] <pitti> hm, not there either
[10:39] <seb128> pitti, cf the bug I poined,  lp:~robert-ancell/glib/update-2.33.12
[10:39] <seb128> pitti, in fact he didn't upload because a test fails
[10:39] <pitti> oh sorry, I missed that
[10:40] <seb128> pitti, robert_ancell record all the stuff he starts on with bugs that are listed on versions
[10:40] <seb128> pitti, so usually just look there if you want the status of something ;-)
[10:40] <pitti> *nod*
[10:40] <seb128> pitti, so yeah, gio wants to run a g-t if the command line flag is true
[10:40] <seb128> pitti, and g-t is a gtk app, so depends on a graphical stack
[10:41] <seb128> pitti, but I guess we could add g-t to the build-depends and xvfb, and hack that around, that one test just didn't seem worth that
[10:42] <pitti> seb128: I agree; I was just curious how the patch worked
[10:42] <seb128> pitti, ok ;-)
[10:42] <seb128> pitti, thanks for looking at the glib update!
[10:43] <pitti> doing pygobject right now; could do glib over lunch
[10:43] <mvo> seb128: quick question - what version of apt-get are you currently using? that causes the pkgcache dupes?
[10:44] <seb128> mvo, they go back to 2010 and I update my Ubuntu regularly over time
[10:44] <seb128> mvo, so all between 2010 and today?
[10:45] <seb128> mvo, I currently have 0.8.16~exp12ubuntu10.2
[10:45] <seb128> mvo, let me upgrade to 0.9.7 ;-)
[10:45] <mvo> seb128: yeah, I think this is actually fixed in later version (0.9.x)
[10:45] <mvo> seb128: sounds worthwhile to backport though for the precise users
[10:46] <seb128> mvo, yeah, apt-get clean wipped those! ;-)
[10:46] <seb128> with 0.9
[10:46] <seb128> mvo, sorry, my system is still a mix precise,quantal, I do apt-get install stuff as I need them rather than doing a full dist-upgrade :p
[10:48] <seb128> mvo, and yeah, fixing that in the 5 years supported LTS would be good ;-)
[11:33] <mvo> seb128: + [seb128] replace update-notifier with upstart jobs: POSTPONED <- does that mean the required features are there?
[11:34] <seb128> mvo, no, the opposite, it means there is no chance to see it happening this cycle since the features are not there :-(
[11:34] <mvo> seb128: right :(
[11:34] <mvo> seb128: I was just confused as it changed from blocked->postponed and I thought it might got unblocked, but that its too late to implement it now
[11:35] <mvo> (if that makes sense)
[11:35] <seb128> mvo, yeah, I would have kept "blocked" but those show as items that still are tracking as to do on the charts
[11:35] <seb128> mvo, so I changed for a "closed status"
[11:38] <mvo> seb128: aha, ok
[13:32] <kenvandine> seb128, bug 1045223
[13:32] <ubot2`> Launchpad bug 1045223 in empathy "When UOA g-c-c panel is loaded, the launcher icon gets associated with empathy" [Undecided,New] https://launchpad.net/bugs/1045223
[13:32] <seb128> kenvandine, good morning to you too :p
[13:32] <kenvandine> not empathy, do you think bamf?
[13:32] <kenvandine> hehe
[13:32] <kenvandine> good morning seb128 :)
[13:33] <seb128> kenvandine, yeah, bamf seems a good pick
[13:35] <mterry> tedg, do you have an answer for slangasek's question about selinux in bug 1039636?  It's the last issue for that MIR
[13:35] <ubot2`> Launchpad bug 1039636 in lightdm-remote-session-freerdp "[MIR] lightdm-remote-session-freerdp" [Undecided,In progress] https://launchpad.net/bugs/1039636
[13:36] <tedg> mterry, I'm working on an answer for tyhicks, then slangasek is next :-)
[13:37] <mterry> tedg, k, thanks!
[14:27] <seb128> pitti, is they any chance you could look at some of the jockey bugs on errors.ubuntu.com or would you prefer if we found somebody else in desktop to took over it?
[14:28] <seb128> pitti, jockey is first on e.u.c daily stats atm, we need somebody to look at that
[14:28] <pitti> we still have so many? in precise, I guess?
[14:28] <pitti> yeah, I looked at errors.u.c. a few days ago, but the topmost one is again the absolutely useless one
[14:28] <seb128> pitti, well, try just try: except: it?
[14:29] <pitti> I thought we finally blocked these in apport, but perhaps people don't install these updates or so
[14:29] <seb128> pitti, it's useless but it means tons of user getting prompted about an error :-(
[14:30] <seb128> could be, it's hard to say because we stopped using jockey in quantal so we can't use that as a set of "users who are for sure running a recent apport"
[14:30] <pitti> they don't all happen at the same place, it'd be quite a lot of try:/excepts (and then just exit with an error dialog, perhaps)
[14:30] <pitti> so, I still have my hands full with glib and some other assigned bugs today (and I need to finish soon, need to run in 30 mins)
[14:30] <pitti> so I consider those lower prio for me
[14:31] <pitti> so if anyone wants to have a look at them before me, I won't object :)
[14:31] <pitti> https://launchpad.net/ubuntu/+source/ubuntu-drivers-common/+bugs is in much better shape, at least ;)
[14:33] <seb128> pitti, yeah, it was not a today topic, but since we didn't manage to get whoopsie turned off for the lts we need to deal with those issues in some way
[14:33] <seb128> pitti, we can't keep spamming users with those prompts for the next 5 years...
[14:33] <pitti> *nod*, but it's not realistic to fix all crashers
[14:33] <pitti> (nor desirable)
[14:34] <seb128> pitti, well, not all, but those who score in thousand units on e.u.c we should...
[14:34] <seb128> pitti, anyway as said I mostly want to know if you want to look at them at some point or if we should find somebody in desktop (which would be fair enough since it's our team which is responsible for the package)
[14:36] <pitti> certainly not "want"; if you need me to look at them again, I can do in the next weeks or so
[14:36] <pitti> but I already did several times, and it's really not that easy
[14:36] <pitti> and again, the reports are absolutely worthless
[14:36] <pitti> and I can't really reproduce any of those
[14:39] <seb128> pitti, ok, thanks, I will try to see if the apport side fix to ignore those is somewhat not working
[14:39] <seb128> pitti, it might be a better thing to spend time on
[14:39] <seb128> mterry, hey
[14:40] <mterry> seb128, hello
[14:40] <seb128> mterry, how are you? how crazy is your todolist this week?
[14:41] <mterry> seb128, depends how much we want photos lens.  Shepherding that through is my main goal this week
[14:41] <mterry> seb128, I could squeeze something else in
[14:42] <seb128> mterry, ok, so one quick thing
[14:42] <seb128> mterry, can you chase the designers to get the design items on https://blueprints.launchpad.net/ubuntu/+spec/desktop-q-unity-greeter updated?
[14:43] <mterry> k
[14:43] <seb128> mterry, second thing, is there any chance you could have a look to https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/971353 ? psivaa on #ubuntu-release get it in a pretty consistent way and can probably help getting debug infos
[14:43] <ubot2`> Ubuntu bug 971353 in gnome-settings-daemon "power : gnome-settings-daemon crashed with SIGSEGV in gnome_rr_screen_get_dpms_mode " [High,Confirmed]
[14:43] <seb128> mterry, that's a bug that's coming back frequently from qa team since before precise, would be good to get addressed
[14:44] <seb128> jbicha, hey
[14:44] <pitti> yay, glib bent to my will
[14:44] <seb128> pitti, \o/
[14:44] <seb128> pitti, was a code bug or a test bug?
[14:45] <pitti> seb128: about the .dbus-keyring/ one, I'm not yet sure which; it only happens when running under a desktop session, not during package build
[14:45] <pitti> and it's nothing new
[14:45] <pitti> I added some notes about it, but it requires some further debugging
[14:45] <pitti> but .12 builds, runs, tests succeed (https://launchpad.net/~pitti/+archive/ppa/+packages)
[14:45] <pitti> and I rebooted with it, too
[14:46] <pitti> uploading to exp now, so that we can sync after b1 freeze
[14:46] <seb128> pitti, great, thanks
[14:46] <seb128> mterry, feel free to say no for the g-s-d bug if you think you can't squeeze that this week
[14:47] <mterry> seb128, hold on, will look at it in a bit
[14:47] <seb128> mterry, ok
[14:47] <mterry> to see how complex
[14:47] <jbicha> seb128: howdy
[14:47] <seb128> jbicha, how are you?
[14:47] <seb128> jbicha, I made naive changes to gnome-boxes, I might revert those later :p
[14:49] <seb128> jbicha, I though qemu-kvm-spice would work on 32 bits and I reenabled the build for i386 but that turns out to not be working great :p
[14:50] <jbicha> seb128: qemu-kvm-spice isn't built on i386 in quantal
[14:50] <seb128> jbicha, and I changed tracker depends to a recommends since teuf (one of the upstreams) said it should run fine without it, but that turned out to not be totally true due gsettings abort on missing schemas
[14:50] <jbicha> Boxes didn't work that great on amd64 though when I tried it a couple days ago
[14:50] <seb128> jbicha, I noticed that after upload :p it was built but the source and binaries have been deleted as superseded by qemu-linaro
[14:53] <jbicha> yeah, it confused me earlier trying to figure out where qemu-kvm-spice was coming from
[14:54] <seb128> jbicha, I'm trying to see with slangasek if spice should be enabled on 32 bits in qemu-linaro
[14:56] <jbicha> seb128: bug 928432 might be the tracking bug, building qemu-kvm with spice on 32 bit works for Debian but it looks like it needs some work for Ubuntu
[14:56] <ubot2`> Launchpad bug 928432 in qemu-linaro "spice backend fails to build on i386 with -Werror" [Undecided,Fix released] https://launchpad.net/bugs/928432
[15:00] <pitti> bonne nuit mes amis
[15:00] <seb128> pitti, bonne soirée à toi
[15:01] <seb128> jbicha, where "work" might be turning off Werror ;-)
[15:32] <seb128> kenvandine, chrisccoulson, Ursinha, Laney, mlankhorst, cyphermox, mterry, tkamppeter, robru: it's meeting time if anyone has a topic (none on the wiki so far), also please update https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-09-04 with things you worked on this week for those who didn't write anything yet
[15:35] <cyphermox> seb128: added my stuff
[15:36] <seb128> cyphermox, thanks
[15:37] <robru> seb128, I can't seem to log in, but I have been working quite closely with barry gutting gwibber all week.
[15:41] <robru> seb128, added my stuff, slooooooooowly
[15:43] <seb128> robru, ok ;-)
[15:43] <seb128> robru, how is the gwibber work going?
[15:44] <robru> seb128, it is actually not bad. There is a lot of spaghetti code that barry and I are hacking through slowly, but the end result is shaping up quite nicely. good test coverage.
[15:44] <seb128> great
[15:44] <robru> seb128, mostly all we have left is to finish the plugins, and then the dispatcher (which was the worst offender for sloppy unmaintainable code)
[15:46] <robru> seb128, I would say I'm about halfways done the dispatcher. Over the weekend I mostly finished off the async job-handling bits of it, today I am working on the dbus service points, tomorrow I'll likely tackle a plugin, and then after that all that needs to get done is to tie everything together with some integration tests.
[15:48] <robru> seb128, oh, and then after that I'll be able to actually start the work I was told to do, which is convert to Dee.SharedModel for the purposes of letting kenvandine progress with his unity lens work ;-)
[15:48] <seb128> robru, finally getting there ;-)
[15:48] <seb128> robru, well I'm sure the efforts spent on that will pay over time
[15:49] <seb128> better code and tested code is always good ;-)
[15:49] <robru> seb128, hell yes, this is going to improve maintainability by a huge amount.
[15:53]  * kenvandine hugs robru
[15:53] <robru> ;-)
[16:08] <jbicha> seb128: could I add looking at bug 1039792 to your to-do list?
[16:08] <ubot2`> Launchpad bug 1039792 in ubuntu "[needs-packaging] ubuntu-default-settings" [Wishlist,Confirmed] https://launchpad.net/bugs/1039792
[16:12] <seb128> jbicha, let's see, I'm on holidays in 2 days, it was uploaded before the freeze so you probably just a review for it, maybe ask on #ubuntu-release?
[16:15] <jbicha> is it ok with the Desktop Team moving those settings to a separate package?
[16:15] <jbicha> once ubuntu-desktop depends on the package, we can drop the gsettings overrides from the individual packages
[16:15] <seb128> jbicha, yes, didn't I suggest that at UDS? ;-) In any case it makes sense
[16:15] <jbicha> Laney: do you want to review? ^
[16:16] <jbicha> seb128: it's a good idea :)
[16:21] <Laney> jbicha: I can't do NEW, so no :P
[16:24] <seb128> Laney, is that fine to NEW on principle, no need of a FFe or release team approval?
[16:25] <Laney> ah, yes, it needs that
[16:33] <davidcalle> mterry, are you around?
[16:33] <mterry> davidcalle, yup!
[16:34] <davidcalle> mterry, thanks a lot! Do you want me to port to oauthlib? I have time for it tomorrow.
[16:35] <mterry> davidcalle, I could also look at it.  Have you started at all?
[16:35] <davidcalle> mterry, no
[16:36] <mterry> davidcalle, OK, if I get to it and make any progress, I'll comment in the bug
[16:36] <mterry> davidcalle, is there a new upstream release?
[16:36] <mterry> davidcalle, with the flickr secure stuff
[16:36] <davidcalle> mterry, lp:unity-lens-photos is about to see a new release, so it could wait for the port
[16:36] <mterry> davidcalle, OK
[16:37] <mterry> Right, I can just file a merge if I make progress.  OK
[16:37] <davidcalle> mterry, ok. And yes, the flickr secure fix is in.
[16:37] <mterry> cool
[16:50] <cyphermox> brb, going to vote for a new prime sinister of quebec
[17:22] <mterry> pitti, just FYI, the fix for the update-manager jenkins failure is in trunk
[17:22] <mterry> (don't know how closely you've been following, but we accidentally broke a test)
[17:23] <seb128> mterry, do you know if " [dylanmccall] Group update package details: INPROGRESS" is still happening this cycle?
[17:23] <mterry> seb128, seems like no
[17:23] <mterry> seb128, next cycle, maybe I can pick it up
[17:24] <seb128> mterry, ok, do you know if dylan does IRC?
[17:24] <seb128> mterry, I wonder if I should ping him or just set to POSTPONED
[17:24] <mterry> seb128, sometimes does as dylan-m
[17:25] <mterry> seb128, at this point, it'd be a FFe/UIFe and all that
[17:25] <mterry> as you know of course  :)
[17:25] <mterry> Just saying, might as well presume POSTPONED
[17:25] <mterry> seb128, ^
[17:26] <seb128> mterry, yeah, I was checking my IRC logs, he didn't connect (while I was online) for 1.5 weeks so let's assume I will not catch him on IRC today and postpone that
[17:27] <mterry> seb128, I poked the design folks about unity-greeter, will let you know.  I also assigned that crasher to me
[17:27] <seb128> mterry, excellent, thanks!
[17:43] <ricotz> seb128, hi :)
[17:43] <seb128> ricotz, hey, how are you?
[17:43] <ricotz> seb128, just a small question ;), do you dare to update webkit to 1.9.90?
[17:43] <ricotz> seb128, i am fine, thanks, just libreoffice gives me headaches
[17:44] <seb128> ricotz, still trying to, I pushed 1.9.91 for testing to the desktop team ppa
[17:44] <ricotz> how are you?
[17:44] <seb128> ricotz, I'm good thanks
[17:44] <ricotz> seb128, oh, nice
[17:44] <seb128> ricotz, 1.9.90 still had api breaks
[17:44] <seb128> ricotz, breaking geary and some other stuff
[17:44] <ricotz> seb128, i see, it is needed for evolution too
[17:46] <cyphermox> Yup
[17:46] <ricotz> seb128, thanks
[17:46] <seb128> ricotz, yw
[17:46] <seb128> but I still need to resolve the amd64 issues
[17:46] <seb128> it fails on truncated .a file
[17:47] <cyphermox> Need to fix some issues with website in evo
[17:47] <seb128> not sure if that hit some binutils bugs or builder limitation :-(
[17:47] <seb128> they build fine on i386 though
[17:47] <cyphermox> I mean webkit
[17:49] <jbicha> ricotz: do you think cogl is nearly stable or will they do another soname bump this cycle?
[17:50] <ricotz> jbicha, hi, sounds like a million-dollar questions, the past suggests this isnt sure :\ -- so definitely maybe
[18:33] <chrisccoulson> hmmm, burning leather isn't the nicest smell in the world
[18:33] <larsu> your chair caught fire?
[18:34] <chrisccoulson> larsu, hah. no, i just took a drill to my leather belt, and it started smoking as i was drilling through it :)
[18:36] <larsu> heh
[20:39] <mterry> davidcalle, I see you merged and released 0.4?  Any reason for me to not package it up now and put it in my PPA?
[20:40] <sebdebug> davidcalle, mterry: universe packages can just be uploaded to quantal they will accept those
[20:41] <davidcalle> mterry, should be fine, you have an up to date packaging on the branch named "daily-ppa". Just needs the oauthlib dep.
[20:42] <seb128> bah, this irc client stored my debug config
[20:42] <larsu> seb128, still awake?
[20:42] <larsu> ts ts ts
[20:43] <mterry> seb128, FF is for universe too, as far as I recall
[20:43] <seb128> larsu, I'm sebdebug, who are you?
[20:43] <larsu> haha
[20:43] <seb128> mterry, oh, I didn't know this update had features, ignore me
[20:44] <larsu> seb128, my webapps branch was merged! \o
[20:44] <mterry> seb128, I haven't looked yet, but I thought it did.  Will check
[20:44] <seb128> larsu, congrats!
[20:45] <seb128> larsu, I'm slacking behind on the stuff I want to port still
[20:45] <seb128> larsu, did you plan to do liferea before quantal btw or should I add that to my list?
[20:45] <davidcalle> mterry, https://bugs.launchpad.net/unity-lens-photos/+bug/1043217
[20:45] <ubot2`> Ubuntu bug 1043217 in unity-lens-photos "FFe: Picasa support" [Undecided,Fix committed]
[20:47] <larsu> seb128, I'll do it after the most critical messaging menu bugs are ironed out, which should be when all my merge requests land
[20:47] <larsu> expect 12.10.3 end of the week or early next week ;)
[20:54] <micahg> seb128: are there plans to fix the schema and fontconfig warnings that are experienced on upgrade?
[20:54] <micahg> *precise -> quantal upgrade
[20:57] <seb128> micahg, dunno, do you plan to fix some? or do you expect those who uploads a lib which points buggy packages to fix all those buggy package just because they did some work by helping updating a lib?
[21:01] <mterry> The schema issues are really an upstream thing, they need to migrate paths to avoid it
[21:02] <mterry> I'm not sure why we bother showing them
[21:02] <micahg> seb128: having many screenfuls of these warnings scroll by on upgrade certainly doesn't give me a warm fuzzy feeling about the quality of the release, I was hoping there were desktop plans to fix these issues, if not, I'll file bugs based on my logs and see what I can fix, I've already filed a few other bugs I saw
[21:02] <mterry> I guess it's part of the compile step
[21:03] <seb128> micahg, we already have bug filed thanks, what we lack is patches filed ;()
[21:03] <seb128> ;-)
[21:03] <seb128> micahg, and users use graphical tools mostly and don't see those, but yeah, we plan to address those before release or quiet the warning for the lib side
[21:04] <xnox> micahg: https://bugs.launchpad.net/ubuntu/+source/fonts-unfonts-core/+bug/1034928
[21:04] <ubot2`> Ubuntu bug 1034928 in fonts-unfonts-core "Fontconfig warning: Having multiple values in <test> isn't supported and may not works as expected" [Undecided,In progress]
[21:04] <xnox> micahg: https://wiki.ubuntu.com/UbuntuDevelopment/BugFixingInitiative#Fontconfig_warnings
[21:04] <seb128> mterry, "we" is upstream in this case, it makes sense to bother a bit people in unstable version about such issue, give some insensitive to get them fixed
[21:05] <seb128> mterry, I'm fine with some stdout noise in unstable serie, we will turn off the warnings before release
[21:05] <mterry> seb128, we're not upstream for a lot of the schema warnings
[21:05] <mterry> seb128, yar, OK
[21:06] <micahg> sure, but it makes more sense as a build time warning than an install warning (I guess the schemas aren't compiled until install?)
[21:06] <mterry> seb128, I guess my point was that even in an unstable distro release, the people seeing those warnings aren't upstream
[21:06] <mterry> micahg, right, as a dpkg hook
[21:06] <seb128> micahg, you can't know a glib build what schemas are in the archive and which ones have incorrect usage of schemas
[21:06] <mterry> The fontconfig warnings though...  that does seem on our plate a bit, since that's easier to patch
[21:07] <seb128> mterry, right, but without those warnings we wouldn't be bothered enough to fix that ;-)
[21:07] <seb128> mterry, and the reason glib upstream is doing it is to reach devs, not especially distro users ... so yeah, we could turn it off
[21:08] <seb128> mterry, I don't feel strongly enough about it to bother before beta2
[21:08] <mterry> Nor I
[21:08] <seb128> mterry, see, if annoys micahg enough that he might contribute a patch so it's a win in some way ;-)
[21:08] <micahg> seb128: so, should I file bugs for each schema that's wrong and make sure the respective upstreams see them?
[21:08] <seb128> if it*
[21:08] <seb128> micahg, we already have bugs, contribute patches if you want to contribute something
[21:09] <micahg> against each package?
[21:09] <seb128> each one shipping a schemas triggering a warning yes
[21:10] <seb128> is the warning not clear about those being buggy? (e.g do we need to improve the wording)
[21:10] <micahg> ok
[21:11] <micahg> it sounds like it'll work fine now, but might stop working in the future
[21:11] <seb128> no
[21:11] <seb128> it's only a warning
[21:12] <seb128> there is no technical issue there, just a best practice and consistency issue
[21:50] <blkperl> is anyone expiercing the dconf-service hanging on login for nfs mounted homedirs
[22:53] <jasoncwarner_> morning TheMuso RAOF robert_ancell and bryce https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-09-04 agenda items, if any, and update the highlights.
[23:01]  * bryce waves
[23:01] <RAOF> Yo!
[23:06] <TheMuso> Hey folks.
[23:34] <xnox> bug 1046094
[23:34] <ubot2`> Launchpad bug 1046094 in ubiquity "Install RELEASE visible in the title bar. Missing API call to set unity menubar name?!" [Undecided,Confirmed] https://launchpad.net/bugs/1046094
[23:34] <xnox> any help / pointers will be appriciated ^^^^