[00:40] <nessita> kenvandine: you around?
[02:44] <bcurtiswx> woah i got a crapload of gtkpixbuff warning on upgrade just now
[06:34] <pitti> Good morning
[06:35] <pitti> RAOF: not on that model, yes; I'm not sure about others
[07:26] <vish> pitti: hi.. didrocks asked me to poke you about SRU for Bug #587853 , he also has another SRU bug uploaded n waiting too , iirc..
[07:26] <ubot2> Launchpad bug 587853 in cheese (Ubuntu Lucid) (and 2 other projects) "After video recording, record/take photo button becomes disabled (affects: 2) (dups: 1) (heat: 24)" [Low,Triaged] https://launchpad.net/bugs/587853
[07:27] <pitti> vish: I know, SRU needs some love, but I'm still in the post-holiday catchup swamp, so that still has to wait for a bit
[07:27] <vish> yea, cool.. :)
[07:27] <pitti> not that there wouldn't be two other SRU team members who could ack those :)
[07:28] <vish> i guess we just like poking you more  ;p
[07:38] <TheMuso> pitti: Thats one bad thing about taking a week off, the day or more catch-up when you get back.
[07:39] <pitti> heh, yes; that, and OEM rotation
[07:39] <pitti> I didn't do a single bit of OEM stuff since yesterday, and I got heaps already
[07:39]  * TheMuso nods.
[07:40] <TheMuso> On another note, I have all the signs of spring here this week. Mild weather yesterday and this morning, and now, lots and lots of rain.
[07:49] <didrocks> good morning
[07:52] <bilalakhtar> good morning didrocks !
[07:53] <didrocks> hey bilalakhtar, how are you?
[07:53] <bilalakhtar> didrocks: Rocking, you?
[07:53] <didrocks> bilalakhtar: I'm fine, finishing late yesterday but apparently I still have slept enough :)
[08:07] <glatzor> morning mvo
[08:10] <glatzor> mvo, I am currently investigating the lock races in aptademon, e.g. lp#628061
[08:11] <mvo> bug #628061
[08:11] <ubot2> Launchpad bug 628061 in aptdaemon (Ubuntu) "Races in the system lock (affects: 1) (heat: 6)" [Undecided,Incomplete] https://launchpad.net/bugs/628061
[08:12] <glatzor> mvo, should I request also a lock on /var/lib/apt/lists/lock additional in the lock.SystemLock.aqcuire method?
[08:13] <glatzor>         lockfile = apt_pkg.config.find_dir("Dir::State::Lists") + "lock"
[08:13] <glatzor>         lock = apt_pkg.get_lock(lockfile)
[08:13] <glatzor> this is what fails in apt.cache.Cache.update
[08:14] <glatzor> aptdaemon checks before running a transaction if it can get the "system" lock ("Dir::State::status" and "Dir::Cache::Archives")
[08:15] <mvo> glatzor: yes that is a bit unfortunate currently, there are really two locks
[08:15] <glatzor> mvo, and releases the lock again in the if transaction starts, so that apt.Cache can take over the lock.
[08:15] <glatzor> mvo, or even three locks?
[08:15] <mvo> glatzor: the dpkg lock (system lock) and the download lock (in var/lib/apt/lists
[08:16] <glatzor> and /var/cache/apt/archive
[08:16] <mvo> right, that is another download lock
[08:17] <mvo> glatzor: I think its something we need to fomalize and add some methods into libapt itself after M is out, like lock_dpkg_system, lock_lists_download, lock_archive_download
[08:28] <glatzor> mvo, should I keep the lists lock all the time?
[08:29] <mvo> glatzor: hm, it should only be needed while fetching lists (i.e. update()) it is probably safe to keep it while downloading deb files too
[08:30] <mvo> glatzor: in order to help other clients to not silently updat eht elists
[08:30] <mvo> glatzor: and then suddently the downloaded version no longer match the versions in the cache
[08:39] <glatzor> mvo, would also be good to add a lock arguement to apt.Cache.update and apt.Cache.commit (and _fetch_archives) to re-use an already acquired lock
[08:39] <mvo> glatzor: indeed
[09:06] <fta2> the new theme is nice and everything but i find it almost impossible to resize any window on a 1920x1024 screen :(
[09:07] <fta2> 1 pixel is not enough
[09:10] <pitti> I reported a bug about that a few weeks ago
[09:11] <soren> fta2: You know about Alt-Middle_Mouse_Button, right?
[09:12] <soren> fta2: Hold down Alt and middle click somewhere vaguely near the lower right corner of a window and start dragging, and you'll see what I mean.
[09:14] <soren> fta2: I realise not everyone knows about this and it's an actual usability problem for lots of people, but I wanted to share this "trick" nonetheless.
[09:15] <soren> fta2: You can move windows in the same way with Alt-Left_Click anywhere inside the window.
[09:21] <fta2> soren, yeah, thanks, there's alt+f8 too but it's not the same. i resize with the mouse, it's always by the bottom right corner, and that's just broken atm
[09:21] <fta2> annoying mostly for terminals
[09:21] <fta2> which i use a lot (xterms)
[09:26] <soren> fta2: I've always thought the need to point at something as small as the corner of a window or even the title bar was a usability nightmare.  This approach is still very much mouse driven. I'm sure you don't use both hands to operate your mouse anyway, so using the other hand to press Alt seems effortless. It may take a few minutes of adjustment, but I've never looked back :)
[09:27] <soren> fta2: This is no new feature, by the way. Every window manager I've ever used has supported it. It's certainly been more than a decade.
[09:28] <fta2> soren, most of the time, i'm typing with the other hand, but it's tough to hold 2 keys which are far away *and* click + drag at the same time.
[09:30] <fta2> well, resizing by the corner has been there for more than 25y, so people are used to it
[09:32] <fta2> i will probably end up hacking the theme for all my desktops if it doesn't change.  *sigh*
[09:38] <Laney> rodrigo_: new tomboy is in experimental fyi
[09:45] <seb128> hey
[09:46] <seb128> grrr, spent over an hour offline before realizing it was not internet broken but an eth cable
[09:46] <didrocks> salut seb128, ça va quand même? :)
[09:46] <seb128> oui, maintenant c'est mieux ;-)
[09:47] <rodrigo_> Laney, new tomboy? 1.3.x?
[09:47] <seb128> hey rodrigo_
[09:47] <seb128> rodrigo_, will you roll g-s-d tarballs today?
[09:47] <rodrigo_> hi seb128!
[09:47] <rodrigo_> seb128, just rolled g-s-d one a moment ago
[09:47] <seb128> crap
[09:47] <rodrigo_> seb128, g-c-c coming soon
[09:47] <mpt> Good morning kiwinote, mvo
[09:47] <seb128> I wanted to get a change in
[09:47] <kiwinote> morning mpt
[09:48] <Laney> rodrigo_: yes 1.3.3
[09:48] <rodrigo_> seb128, ah, send it, I can do another release, if it's too good :)
[09:48] <rodrigo_> seb128, if not, it'll be in next release
[09:48] <rodrigo_> Laney, ok
[09:48] <seb128> rodrigo_, it's just changing /apps/gnome_settings_daemon/xrandr/turn_on_external_monitors_at_startup to true
[09:48] <seb128> by default in the schemas
[09:48] <rodrigo_> seb128, ah
[09:48] <seb128> not worth another release but we agree on that with federico and I said I would commit to gnome-2-32 and trunk
[09:49] <rodrigo_> seb128, yeah, no new release, but commit it please
[09:49] <seb128> without that you can get configs where you get no screen on when docked
[09:49] <seb128> ok I will
[09:49] <rodrigo_> ok, thanks
[09:52] <seb128> thank you
[09:52] <mvo> hello mpt
[09:53] <seb128> ok, restart after update, brb
[09:53] <mvo> kiwinote: good morning, I just merged a bunch of your fixes, is there more coming? I wnat to do another upload soon and want to include all your goodness :)
[09:55] <kiwinote> mvo: thanks, if you've merged the latest version of my branch (lp has updated yet, so I can't see atm), then you've got the latest goodness
[09:56] <mvo> great, thanks kiwinote
[09:56] <kiwinote> mvo: trunk seems to be in a good shape, so a release would be a good idea
[09:56] <mvo> I was thinking the same, there will be more before final freeze I'm sure, but it seems this is a good time
[09:57] <mvo> kiwinote: heh :) just got the latest crash-fix, I prepare a upload now
[09:57] <kiwinote> hehe, thanks :)
[09:57] <mvo> kiwinote: nice fix (and silly error in the code :)
[09:57] <chrisccoulson> hi james_w - have you seen an issue like bug 637608 before?
[09:57] <ubot2> Launchpad bug 637608 in bzr (Ubuntu) "bzr crashed with ErrorFromSmartServer in _translate_error() (affects: 1) (heat: 10)" [Undecided,New] https://launchpad.net/bugs/637608
[09:58] <chrisccoulson> it happens only on 1 branch
[09:58] <mpt> mvo, kiwinote, any specific testing or anything else you need from me today? Otherwise I'll be doing more triage and stress-testing the purchase stuff
[10:00] <kiwinote> mpt: not in particular, your bug reports and triaging is a great help!
[10:10] <fta2> slomo, hi, will you put libvpx 0.9.2 in maverick?
[10:11] <slomo> fta2: would be a good idea, yes
[10:12] <slomo> fta2: is it in main or universe?
[10:14] <fta2> slomo, main
[10:14] <fta2> well, at least i think so
[10:15] <fta2> !info libvpx0 maverick
[10:15] <ubot2> fta2: libvpx0 (source: libvpx): VP8 video codec (shared library). In component main, is optional. Version 0.9.1-1 (maverick), package size 207 kB, installed size 588 kB
[10:15] <fta2> yep, main
[10:17] <didrocks> pitti: hey, do you want me to review https://code.edge.launchpad.net/~umang/python-distutils-extra/587538-no-changelog/+merge/30919 or do you want to do it? (just need to know if I should or not take the other part in today's Quickly release)
[10:18] <pitti> didrocks: oh, please do; this guy already has submitted a few good patches
[10:19] <didrocks> pitti: sure, you will be able to make a new release for maverick then?
[10:19] <pitti> yes, just tell me when to do an upload (sid/sync to maverick)
[10:20] <didrocks> thanks pitti :)
[10:20]  * pitti hugs didrocks
[10:20]  * didrocks hugs pitti
[10:20] <didrocks> good luck with catching up :)
[10:20] <bryceh> didrocks, could you let me know if/when you receive the computer i sent you?
[10:21] <didrocks> bryceh: I received it last week, thanks! All went well and I resintalled/tested it :) (didn't you receive my mp?)
[10:21] <bryceh> didrocks, ok.  no, I didn't receive it
[10:25] <slomo> fta2: ok, well, if you have the time to get it updated... it's definitely a good idea to do so
[10:26] <fta2> slomo, what's left to be done? you already have it in the gst ppa (and i have it in the 4 chromium ppas, it's working just fine)
[10:27] <slomo> fta2: no idea, ask someone who knows the ubuntu procedures better than me :)
[10:27] <slomo> the package is ready, if anything is left it's paperwork
[10:27] <fta2> didrocks, ^^
[10:28] <didrocks> fta2: can you summarize quicky please? I didn't follow the conversation, it's a new package/feature?
[10:30] <fta2> didrocks, libvpx 0.9.1 -> 0.9.2 bump, lots of performance improvements, welcomed for chromium for the video codecs (WebM)
[10:30] <didrocks> fta2: are there new features or just bugfix?
[10:30] <slomo> and bugfixes, including some rather important ones
[10:30] <slomo> is a performance improvement a bugfix or a new feature? ;)
[10:30] <fta2> didrocks, and it's been tested for at least a week without issues
[10:31] <didrocks> slomo: I wouldn't say a feature ;)
[10:31] <didrocks> if it's that, you just can sync from experimental
[10:31] <didrocks> fta2: requestsync
[10:31] <didrocks> no paperwork needed apart from describing in the bug why you want it to get synced
[10:33] <fta2> ok. never used that tool but i will learn ;)   usually, i file bugs manually
[10:34] <didrocks> fta2: this tool is good, subscribing everyone's needed and such :)
[10:38] <fta2> oh, dupe. bug 636894
[10:38] <ubot2> Launchpad bug 636894 in libvpx (Ubuntu) "please sync libvpx 0.9.2-1 from debian experimental (main) (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/636894
[10:38] <fta2> good tool indeed :)
[10:43] <didrocks> pitti: you should be able to release p-d-e in fact, every pieces needed from my perspective has already landed. And I see nothing more is waiting on that :)
[10:43] <pitti> didrocks: you merged that branch?
[10:44] <didrocks> pitti: it was already merged. For some unknown reason, launchpad is just showing "needs approval" in bug report even if the branch is merged
[10:44] <didrocks> pitti: (just because nobody comment and approved it, just merging)
[10:44]  * didrocks should open a low priority bug on that
[10:45] <didrocks> fta2: yeah, but the bug isn't subscribing the right team (ubuntu archive admin) and follow the process (copying the debian/changelog)
[10:45] <pitti> seems seb128's desktop restart didn't go very well..
[10:47] <didrocks> yeah… not his day. That + broken cable :(
[10:53] <pitti> didrocks: uploaded
[10:54] <didrocks> pitti: thanks a lot
[10:54]  * didrocks hugs pitti
[11:00] <ogra> didrocks, does anyone apart from arm still use go-home ?
[11:00] <didrocks> ogra: on maverick? You are alone I guess :)
[11:01] <ogra> so it wouldnt matter if i modified the hardcoded shell calls from netbook-launcher to netbook-launcher-efl ?
[11:01] <ogra> (in the go-home code)
[11:01] <ogra> we currently dont get favorites added, nor does the show-desktop feature work
[11:02] <ogra> (since we dont ship netbook-launcher at all)
[11:02] <didrocks> ogra: no, I think that can close some bugs there
[11:02] <ogra> k
[11:02] <didrocks> ogra: thanks :) if you need some rights to roll a tarball, do not hesitate
[11:02] <ogra> i guess -efl needs to grow a feature to add favorites then :)
[11:03] <didrocks> ogra: I think you will need it, right ;)
[11:03] <ogra> great, something to do for our contractor
[11:03] <ogra> (we have someone for the efl stuff now)
[11:06] <didrocks> awesome! :)
[11:13] <soren> fta2: You type /while/ you're resizing windows? Wow, that's efficient :) Also, it's just one key you need to hold. The rest is with the mouse.
[11:19] <seb128> re
[11:20] <seb128> ok it was not the cable, some extra changes later let's see if it works...
[11:21] <seb128> so how are things going?
[11:21] <pitti> wb seb128
[11:21] <mvo> soren: a quick question, it looks like python-vm-builder is now outputing a random filename, that used to be disk0 - is that intentional?
[11:21] <seb128> hey pitti
[11:21] <pitti> seb128: FYI, I fixed the ProcMaps error in the retracer, and restarted
[11:21] <seb128> pitti, so retracer crashed again?
[11:21] <seb128> oh
[11:21] <seb128> there was a procmaps error?
[11:22] <seb128> I will spend some time on the retracing code after my holidays I think
[11:22] <seb128> we can probably teach them to just untag bugs with invalid descriptions
[11:22] <pitti> an exception on parsing empty lines, which seemed to have happened quite a lot recently
[11:22] <seb128> like missing fields
[11:22] <seb128> rather than crashing
[11:22] <pitti> *nod*
[11:23] <dpm> hi pitti, I'm not sure if you saw the ping yesterday. May I ask you to have a look why the maverick language packs are not being generated?
[11:24] <didrocks> seb128: taking empathy (letting g-s-d on the side on purpose as you told you wanted an additional patch)
[11:24] <seb128> didrocks, oh feel free to do g-s-d
[11:25] <seb128> didrocks, the patch is a gconf value change that I put in the .gconf-defaults already for us
[11:25] <didrocks> no need to distro-patch it?
[11:25] <didrocks> ok
[11:25] <didrocks> doing both then
[11:25] <pitti> dpm:
[11:25] <pitti> -rw-r--r--  1 langpack langpack  67231814 2010-09-07 00:09 +latest-delta-language-pack
[11:25] <pitti> that looks wrong, hang on
[11:27] <pitti> dpm: seems something changed on the LP side wrt. filename handling there
[11:28] <dpm> pitti, do you know what exactly? I don't know what the expected naming was
[11:29] <dpm> and afaik the LP devs haven't changed anything on that area recently, so it might be a bug.
[11:29] <pitti> dpm: fixed in bzr, and rolled out
[11:29] <pitti> so the next one should work
[11:30] <dpm> ok, so considering the next export is today and the building happens tomorrow, I guess we should have some langpacks by the end of tomorrow/ Thursday
[11:31] <dpm> thanks a lot pitti
[11:31] <pitti> yw
[11:31] <pitti> the update pack is quite large, 400 MB
[11:31] <pitti> I really don't understand why they grow so uch
[11:31] <pitti> much
[11:31] <pitti> it's certainly not translators going all wild
[11:31] <pitti> it's 2/3 of a full size
[11:31] <pitti> I guess there's a lot of actually unchanged data in there
[11:35] <dpm> hm, I'm not sure what it could be
[11:36] <bilalakhtar> seb128: 4:30 hours left for the meeting! sorry for the repeated ping, should I go ahead without yours?
[11:37] <seb128> bilalakhtar, yes go without me, I'm away start later today and tried to finish work stack before
[11:38] <seb128> bilalakhtar, how many people wrote on your wikipage?
[11:38] <bilalakhtar> seb128: np :( I understand, you're busy with desktop work, the final freeze is getting closer
[11:38] <bilalakhtar> seb128: 4 endorsements, 1 comment
[11:40] <seb128> bilalakhtar, ok, I will try to write something after lunch
[11:40] <seb128> but it seems the feedback you got is already enough
[11:41] <bilalakhtar> seb128: hmm, your wish
[11:41]  * bilalakhtar aims for ubuntu-desktop after motu
[11:44] <didrocks> bilalakhtar: great to see people interested there ;) we definitely need some help on updates (particularly things in universe first like anjuta and such)
[11:45] <Laney> mmm universe
[11:46] <bilalakhtar> didrocks: I have done 3 desktop upgrades in universe, you may ask tumbleweed
[11:46] <bilalakhtar> packages: hamster-applet, sound-juicer, bug-buddy
[11:46] <bilalakhtar> oops
[11:46] <bilalakhtar> not hamster-applet
[11:46] <seb128> speaking of anjuta there is an update for the new serie almost ready in bzr if somebody wants to pick it up, the new version should fix the build...
[11:47]  * bilalakhtar will look at anjuta later today
[11:47] <didrocks> bilalakhtar: great ;)
[11:47] <bilalakhtar> thanks didrocks !
[11:47] <didrocks> thanks to you :)
[11:47] <bilalakhtar> didrocks: you're welcome :D
[11:47] <seb128> would be nice to package atkmm also if somebody wants to do it
[11:47] <seb128> it blocks gtkmm updates
[11:48] <seb128> it's a new source
[11:48] <bilalakhtar> new source package means debian, right?
[11:48] <seb128> ideally yes
[11:48] <seb128> but no need to block on them to upload
[11:48] <Laney> are they preparing it?
[11:48]  * bilalakhtar has 5 pending uploads in debian
[11:48] <Laney> i'd coordinate with #debian-gnome
[11:48] <seb128> ok I need to run, having lunch outside
[11:48] <bilalakhtar> bye seb128
[11:48] <seb128> bbl
[11:55] <fta2> didrocks, done
[11:55] <didrocks> fta2: thanks!
[11:58] <didrocks> session restart
[12:08] <didrocks> mvo: I think the plugin system is broken with current USC, known issue?
[12:11] <didrocks> (get an assert on self.notebook_view.set_current_page(page_id) when clicking on an added item on GTK_WIDGET_ANCHORED (widget) || GTK_IS_INVISIBLE (widget) -> widget/window and such isn't referenced anymore it seems). I'll have a look next week if needed
[12:30] <mvo> didrocks: next week ,) ? woah
[12:30] <mvo> didrocks: I check it out
[12:30] <didrocks> mvo: yeah, I'm not there tomorrow and on Thursday
[12:31] <didrocks> mvo: today, new GNOME + unity + quickly release and some stuff before final freeze
[12:31] <didrocks> mvo: and I think the backlog on Friday can't be neglicted :)
[12:31] <didrocks> (moving away from Paris + work isn't a great mix ;))
[12:32] <didrocks> mvo: no hurry in any case. I think people won't notice it until then :-)
[12:33] <didrocks> mvo: I think the issue is on my side (oneconf), I keep notebook_view reference and maybe you're trashing it now, let me try to get it by another mean
[12:34] <mvo> didrocks: ok, not sure, I can have a look, but for me I still have no sync in oneconf
[12:35] <didrocks> mvo: same for me, still having my faking data to another computer to get it shown…
[12:35] <mvo> ok
[12:35] <didrocks> hence it's low priority I think
[12:41] <nessita> good morning!
[12:42] <didrocks> hey nessita!
[12:42] <nessita> how are you didrocks?
[12:42] <didrocks> nessita: I'm fine thanks, and you, how are you?
[12:44] <nessita> I'm very good, thanks for asking!
[13:05] <nessita> didrocks: is seb around? (don't see his nick)
[13:06] <didrocks> nessita: he is getting some lunch out, do you need some help?
[13:06] <nessita> didrocks: no hurries, but I asked him yesterday to sponsor a new release of ussoc, and I think he may forgot about it
[13:07] <didrocks> nessita: ok, ping him when he's back then, not sure if he began reviewing it
[13:07] <nessita> didrocks: yes, I will. Thanks!
[13:07] <didrocks> you're welcome
[13:08] <chrisccoulson> hmmm, doing a bisect with firefox may take me a little while :/
[13:09] <asac> mvo: so the bug with the gnome proxy setting is that if you set any "exception" it will create a no_proxy=..., (ending with a ',') ... this will bust everything ;)
[13:10] <asac> but besides, yes the sudo is the problem with resetting the proxy envs. do you know why that wasnt fixed? are there concerns about propagating proxy settings through sudo?
[13:12] <cyphermox> good morning!
[13:12] <asac> hi cyphermox !!
[13:12] <mvo> asac: security concerns, pitti knows the details
[13:12] <asac> mvo: right. thats what i thought
[13:12] <asac> thanks
[13:12] <asac> no_proxy is still broken though ;)
[13:12] <mvo> from a usability standpoint its still not ideal
[13:13] <mvo> asac: sounds like a bug for seb128 - iz gtk
[13:13] <cyphermox> asac, I'll be very interested when the proxy settings is clarified, this kept being an issue in certification :)
[13:13] <asac> kk ... will check if its still existing in maverick ... saw it in lucid last week
[13:14] <asac> cyphermox: so in #nm i was asked to update mobile-broadband-provider database to the latest
[13:14] <asac> not sure if you plan to roll an update this cycle again
[13:14] <asac> maybe it was just about ppas though
[13:14] <cyphermox> asac: yes, this is planned
[13:14] <asac> kk ... thursday is final freeze
[13:15] <cyphermox> I spoke to coolbhavi already about it (debian maintainer) to update both debian and ubuntu
[13:15] <cyphermox> yes
[13:15] <Laney> err
[13:15] <Laney> I acked a sync for that, but I just realised that it's in main and I shouldn't have
[13:15] <Laney> bug 636822
[13:15] <asac> Laney: where is the bug?
[13:15] <ubot2> Launchpad bug 636822 in mobile-broadband-provider-info (Ubuntu) "Please sync mobile-broadband-provider-info 20100910-1 (main) from Debian unstable (main). (affects: 1) (heat: 12)" [Wishlist,Confirmed] https://launchpad.net/bugs/636822
[13:15] <asac> ah good
[13:15] <asac> cyphermox: is sync ok? i can ack it then
[13:15] <cyphermox> well, yes it is :)
[13:16] <asac> cyphermox: is that in our package set? e.g. you should be able to ack it too, right?=
[13:16] <asac> acked anyway
[13:16] <cyphermox> I don't know.. couldn't recall, so I checked the list on my wiki page but it s not there, so I'd say it isn't in the set
[13:16] <asac> heh ... lets get it added then ;)
[13:16] <asac> this is the least intrusive package :-P
[13:16] <cyphermox> yup
[13:17] <asac> anyway ... this cycle we should be fine now
[13:17] <cyphermox> well, let's see... I think there may have been more updates required in bugs, but 09-10 is pretty close to what I wanted to upload
[13:18] <asac> yeah. ... we have a standing SRU exception for that ... so updates close to release shoujld be fine (at best before RC)
[13:18] <cyphermox> ok, 09-10 is the latest is could be, so it's all good
[13:18] <asac> cool
[13:18] <cyphermox> asac: I didn't know about that. I was thinking about making sure we update m-b-p-i regularly as SRUs as well
[13:18] <cyphermox> maybe something like every 3 months?
[13:20] <asac> mvo: ok fyi, the no_proxy bug is fixed in maverick (e.g. no , appended anymore)
[13:20] <asac> cyphermox: we have a standing freeze exception ... the proposed timeline was every 4 week or so
[13:20] <asac> cyphermox: https://wiki.ubuntu.com/StableReleaseUpdates#mobile-broadband-provider-info
[13:20] <cyphermox> asac, cool, I wasn't aware of that
[13:21] <asac> now you are ;)
[13:21] <asac> just refer on updates to that link
[13:21] <cyphermox> asac, has this ever been actually done? :)
[13:21] <asac> cyphermox: i think in hardy where we introduced this ... when wellark was still active
[13:21] <asac> in the beginning lots of providers were missing and wrong etc.
[13:21] <cyphermox> yeah
[13:22] <asac> but long ago if at all ;)
[13:22] <cyphermox> they still change a lot... I can already think of one missing for over here, since it's brand now
[13:39] <nessita> seb128: good mornnig/afternoon :-) May I ask about the sponsorship for ussoc 1.0.0?
[13:39] <seb128> hey nessita
[13:39] <seb128> oh, I totally forgot about that yesterday
[13:40] <seb128> sorry!
[13:40] <nessita> seb128: no problem, I'll forgive you :-P
[13:41] <nessita> seb128: want/need the link again?
[13:43] <seb128> nessita, no that's ok
[13:46] <didrocks> seb128: hey/re is there any particular reason why gnome-applets isn't updated in maverick? (didn't begin the update because of that)
[13:51] <seb128> didrocks, it goes with the new gnome-panel
[13:51] <seb128> the one ported to dbus
[13:51] <seb128> we didn't go for it because we were not sure it would use gsettings and by the time it was sorted it was late
[13:51] <seb128> we decided it what not worth upgrading since it would make no visibile difference out of new bugs
[13:51] <seb128> we still have bonobo and gconf anyway
[13:52] <didrocks> seb128: ok, that's why I was inferring, thanks for confirming :)
[13:52] <didrocks> I let gtk alone into your hands ;)
[13:53] <seb128> ok
[13:55] <chrisccoulson> hi seb128 - i think you said last week that there was still some valgrind errors related to bug 630239, but i can't recreate it
[13:55] <ubot2> Launchpad bug 630239 in gnome-settings-daemon (Ubuntu) "gnome-settings-daemon crashed with signal 5 in gkbd_keyboard_drawing_new_dialog() (affects: 47) (dups: 2) (heat: 210)" [Medium,Confirmed] https://launchpad.net/bugs/630239
[13:55] <chrisccoulson> was there any specific step to recreate it?
[13:55] <seb128> chrisccoulson, do you have the indicator showing? ie several layouts?
[13:55] <seb128> hey btw ;-)
[13:55] <slomo> seb128: fwiw, i'll update gtk 2.21 in experimental later today... but i don't think there are many changes necessary anyway
[13:55] <chrisccoulson> seb128 - yeah, i tried that
[13:55] <chrisccoulson> and i tried switching layouts a few times too
[13:56] <didrocks> seb128: taking gnome-menus/libwnck
[13:56] <seb128> slomo, ok thanks
[13:56] <seb128> didrocks, thanks
[13:57] <didrocks> you're welcome
[13:57] <seb128> didrocks, you might have to revert gir update commit, didn't check
[13:57] <seb128> didrocks, I can do the libwnck if you want
[13:57] <seb128> but if you want to do it I will not stop you
[13:57] <seb128> just let me know if you have other things to do
[13:57] <seb128> I can handle some updates as well
[13:57] <didrocks> seb128: please, do the libwnck :)
[13:57] <seb128> didrocks, ok, want me to do gnome-menus as well?
[13:57] <seb128> I didn't do any update yet today so I can do those
[13:58] <seb128> it would let you do a break or something else
[13:58] <didrocks> seb128: I can do it, no worry
[13:58] <seb128> ok
[13:58] <seb128> chrisccoulson, no, I just get invalid read on start there
[13:58] <seb128> chrisccoulson, using french, french alternative and usa layouts
[13:58] <chrisccoulson> seb128 - in the keyboard plugin?
[13:58] <seb128> yes
[13:59] <chrisccoulson> seb128 - thanks, i'll try again. perhaps i should start g-s-d with multiple layouts already
[13:59] <seb128> yeah, try that
[13:59] <seb128> didrocks, I will do gnome-desktop as well
[14:00] <didrocks> seb128: great, seems that we need to be a little more touchy on that one for gtk2/gtk3 but the note in NEWS seems to explain it :)
[14:00] <didrocks> thanks
[14:01] <seb128> right
[14:01] <seb128> you're welcome
[14:01] <seb128> dpm, hi
[14:01] <seb128> dpm,
[14:01] <seb128> the application place view issue is a corner case
[14:01] <seb128>  if the mo file doesn't exist the setlocale() call fails
[14:01] <seb128>  so it will not use the .desktop translations
[14:01] <seb128>  we need the mo to be on disk for the locale to have translation init working
[14:01] <seb128>  even if we don't use any string from the mo file
[14:01] <seb128>  that will be autosolved on the next langpack update
[14:01] <seb128> dpm, that's about the unity places applications view bug
[14:02] <dpm> seb128, yes, but in my case the .mo files are on disk
[14:02] <dpm> oh, I see.
[14:02] <dpm> you mean the unity-place-applications.mo file
[14:03] <dpm> right, right
[14:03] <seb128> yes
[14:03] <seb128> just cp any mo to it
[14:03] <seb128> it doesn't need a content
[14:03] <seb128> just that to be a mo file
[14:03] <seb128> speaking of which how come we didn't get any lanpack updates for 3 weeks?
[14:06] <seb128> dpm, if you try let me know how it goes
[14:07] <dpm> seb128, they were disabled for the beta freeze, I tried to enable them with the help of a sysadmin last week while pitti was on holiday (I've no permissions on the langpack server), but apparently there was a problem picking up the LP translations tarball which did not allow them to be generated. He's just adapted langpack-o-matic this morning to cater for that, and I assume we'll have new language packs by Wed/Thu
[14:07] <seb128> dpm, ok thanks
[14:08] <dpm> I'll try the .mo trick on unity later on
[14:09] <seb128> dpm, you can run unity under GNOME for testing
[14:09] <seb128> just mentioning it in case you didn't know
[14:09] <seb128> thanks
[14:10] <dpm> I didn't know, thanks
[14:10] <seb128> dpm, or unity -p
[14:10] <dpm> nice, I'll give that a go later
[14:10] <seb128> CLUTTER_VLBANK=none
[14:10] <seb128> you might need that though
[14:10] <seb128> ie CLUTTER_VLBANK=none unity -p
[14:10] <dpm> ok
[14:10] <seb128> up
[14:11] <seb128> VBLANK
[14:11] <dpm> :)
[14:11] <seb128> sorry typo ;-)
[14:11] <dpm> np, got it
[14:13] <dpm> seb128, do you think someone from the desktop team could have a look at bug 630924? I'm not sure if I should talk to you guys (if it's language-selector's fault) or to ev for ubiquity, but the fact is that new installs now end up always without language packs installed
[14:13] <ubot2> Launchpad bug 630924 in ubiquity (Ubuntu Maverick) (and 4 other projects) "Language packs are not downloaded during installation (affects: 4) (heat: 16)" [High,Confirmed] https://launchpad.net/bugs/630924
[14:14] <seb128> dpm, what image did you try?
[14:14] <seb128> dpm, mvo fixed that after beta
[14:15] <seb128> oh you said the fix didn't solve the issue
[14:15] <lucidfox> I wonder... Of course I can look at the code, but how are the buttons for the software-center package list implemented? Are they custom cell renderers?
[14:15] <dpm> seb128, I tried the desktop image. Yeah, I thought that was fixed as well, and installing language packs afterwards manually now works, but the automatic install process still fails
[14:25] <seb128> is anybody here having nautilus broken today?
[14:26] <seb128> lucidfox, you might want to ask mvo about that
[14:26] <pedro_> seb128, works fine for me
[14:26] <seb128> he probably can point you to the corresponding part of the code
[14:26] <lucidfox> Nautilus broken?
[14:26] <seb128> pedro_, thanks
[14:26] <seb128> lucidfox, no, software-center ;-)
[14:26] <seb128> pedro_, bug #637704
[14:26] <ubot2> Launchpad bug 637704 in nautilus (Ubuntu) "nautilus not starting (affects: 8) (heat: 44)" [Undecided,Confirmed] https://launchpad.net/bugs/637704
[14:27] <lucidfox> Ah, that happens to me sometimes
[14:27] <soren> mvo: Not intentional, no.
[14:27] <lucidfox> I just get a black screen
[14:27] <lucidfox> as opposed to a white screen obscuring my wallpaper when Nautilus is running, most of the time
[14:27] <lucidfox> really I've been having quite a few annoying problems with X
[14:28] <lucidfox> in Maverick
[14:28] <seb128> lucidfox, it's probably different, that one is about nautilus not working when opening a place either
[14:28] <lucidfox> For me, it presents a black screen, and when trying to open a folder, all I get is the busy cursor
[14:29] <lucidfox> I think it's connected to the "Maximum number of clients reached" error that I also get occasionally
[14:29] <mvo> lucidfox: custom-cell-renederrs in python
[14:29] <lucidfox> Also, right click often generates spurious extra clicks, and file dialogs are popped up indefinitely when choosing file open actions from the global menu
[14:30] <lucidfox> mvo> How do you copy the appearance of a GtkButton?
[14:30] <mvo> lucidfox: (in response to the earlier question)
[14:30] <pedro_> seb128, already commented on it, looks like another 'i didn't restarted the pc' kind of thing
[14:31] <seb128> pedro_, you are right it seems ;-)
[14:31] <pedro_> my crystal ball is working again \o/
[14:32] <pedro_> now i just need the lottery numbers
[14:32] <lucidfox> http://homepc.lucidfox.org/pics/whitescreen.png <-- this, for example, is my desktop right now, even though I have a wallpaper selected
[14:32] <lucidfox> I briefly see it until the Nautilus desktop loads
[14:33] <seb128> pedro_, ;-)
[14:33] <mvo> lucidfox: nzmm did most of the work on this, but its really "just" a lot of drawing, no magic (unfortunately). plus poking at the used theme
[14:34] <lucidfox> aww
[14:34] <lucidfox> I was expecting to hear something about GtkOffscreenWindow...
[14:35] <chrisccoulson> seb128 - i had the issue with nautilus after upgrading it, but it works after a restart
[14:35] <chrisccoulson> i assume its just because the new version uses libunique again
[14:36] <seb128> yes
[14:36] <seb128> I will not bother since that was an unstable maverick thing only
[14:36] <chrisccoulson> yeah, it doesn't seem like a real issue
[14:39] <pitti> seb128: hm, seems gsd is still breaking xrandr somehow -- gdm is at 1024x768 for me now
[14:39] <pitti> KMS and X are at 1280x1024 for me usually
[14:39] <pitti> and I had that with 2.31.5
[14:39] <pitti> for you as well?
[14:39] <seb128> pitti, is 1024x768 your laptop screen resolution?
[14:39] <pitti> no, that's 1280x800
[14:40] <seb128> I don't have this issue I think
[14:40] <seb128> at least I've the same resolution than under luxi
[14:40] <seb128> lucid
[14:40] <seb128> which is not the monitor one
[14:40] <pitti> ok, I'll debug that then
[14:40] <seb128> but I think it just set the config in mirror
[14:41] <seb128> pitti, touch ~∕gsd-debug-randr
[14:41] <seb128> pitti, and update to today's update
[14:41] <seb128> pitti, the new code has debugging logging
[14:41] <seb128> it will write a gsd-debug-randr.log
[14:41] <seb128> with some debug informations
[14:41] <seb128> if you have ~∕gsd-debug-randr
[14:42] <seb128> well for gdm do it in /var/lib/gdm
[14:42] <pitti> what a strange way to enable debugging :)
[14:42] <seb128> ;-)
[14:42] <seb128> well it's easier than having to set some environment
[14:42] <pitti> (it could have been at least the log file itself, not an extra stamp file)
[14:42] <pitti> anyway, thanks for the hint
[14:42] <seb128> you're welcome
[14:45] <didrocks> seb128: how did you knew that? It's just a one line in the changelog and I just found it because I was explicitely looking at it… but without doing the update, you know that
[14:45]  * didrocks is still amazed
[14:45]  * didrocks checks again, no, there is no webcam around me :)
[14:45] <seb128> lol
[14:45] <seb128> didrocks, I've it on my disk since friday
[14:45] <seb128> I did a git build only to get that
[14:45] <seb128> to debug the "external screen is not on when lid close"
[14:45] <seb128> with federico
[14:45] <didrocks> seb128: oh, that makes sense then :)
[14:46] <seb128> didrocks, ie the gconf key change I mentioned early today
[14:46] <seb128> ;-)
[14:46] <seb128> I should not have said that
[14:46] <didrocks> seb128: yeah, I remember you having troubles with that… :-)
[14:46] <seb128> didrocks, you still have some work to do to catch up with me it seems ;-)
[14:46] <seb128> ;-)
[14:47] <didrocks> seb128: ahah, right :-)
[14:47] <seb128> mouahahahah
[14:47] <seb128> sorry :p
[14:47] <didrocks> seb128: to ensure I'm not spied, I'm even moving from Paris, you see!
[14:47] <didrocks> ;)
[14:47] <seb128> I'm wondering what you will do next
[14:47] <seb128> when you notice I can spy on you in Lyon :p
[14:47] <didrocks> hehe ;)
[14:49] <seb128> nessita, ok, uploaded this time
[14:50] <nessita> seb128: ueeeee!
[14:50] <nessita> seb128: thanks
[14:50] <seb128> nessita, you're welcome, sorry for forgetting yesteryda
[14:50] <nessita> no problem
[14:50] <nessita> as long as it lands before than the final freeze, we're ok :-)
[15:02] <GrueMaster> I didn't see any response to my  earlier post so I will repeat it again.  Is there a reason not to build an amd64 version of UNE iso?  I am running everything here on my Acer Aspire One 532h and it looks great so far.
[15:05] <cyphermox> GrueMaster, have you been having issues with maximizing? I did it for mahjongg last night on my netbook, it disappeared and couldn't ever start it again :P
[15:07] <GrueMaster> Looks like I can reproduce it here.
[15:07] <cyphermox> cute.
[15:07] <kenvandine> cyphermox, i have the same problem
[15:07] <kenvandine> with gnome-terminal
[15:07] <GrueMaster> Is this an arch specific issue (i.e. only on amd64)??
[15:07] <kenvandine> it is being worked on
[15:07] <cyphermox> kenvandine, GrueMaster did either of you report it? I admit I didn't
[15:08] <cyphermox> ah ok
[15:08] <cyphermox> GrueMaster, no, not arch specific... my netbook is standard atom proc
[15:08] <kenvandine> i didn't... but in the course of debugging it found out it is being worked on right now
[15:08] <GrueMaster> I just reimaged yesterday.  Had to install desktop and then pull in UNE.
[15:08] <pitti> seb128: *relieved sigh* seems the retracers are finally happy now
[15:08] <seb128> pitti, great!
[15:09] <seb128> pitti, thanks for sorting the extra issues
[15:09] <GrueMaster> cyphermox: So is mine.  Check yours to see if you can run amd64.
[15:09] <GrueMaster> Mine is an N450
[15:09] <pitti> seb128: I only monkey-patched it in the chroot, but I'll do a proper upload soon
[15:09] <seb128> ok
[15:09] <kenvandine> i am running it on amd64 just fine
[15:09] <seb128> pitti, btw what broken the langpack build?
[15:09] <kenvandine> but of course installed desktop and une stuff on top
[15:09] <seb128> is that another launchpad behaviour which is different since the update?
[15:09] <seb128> the path changed or something?
[15:10] <pitti> seb128: wget https://translations.launchpad.net/ubuntu/${release%-*}/+latest-delta-language-pack used to save a file with the real name (i. e. with redirection), e. g. ubuntu-lucid-translations-update.tar.gz (or similar)
[15:10] <pitti> seb128: but due to a LP change it suddenly was stored as literally "+latest-delta-language-pack"
[15:10] <GrueMaster> Ok, new issue.  When I launched mahjongg here, it was in a window.  Maximizing it killed it.  Rerunning it now comes up maximized.
[15:11] <cyphermox> GrueMaster, thx, I'll take a look tonight
[15:11] <pitti> seb128: I added an explicit -O to the wget now
[15:11] <dpm> pitti, I'll ask danilo about this when I catch up with him
[15:11] <cyphermox> GrueMaster, and maximizing it just disappears, no?
[15:11] <pitti> dpm: well, not a biggie; this way it's much safer anyway
[15:11] <cyphermox> GrueMaster, this bothered me a bit, I wanted to play and reproduce another bug I thought I had found :)
[15:12] <GrueMaster> It is now running maximized.  Minimizing it appears to kill it.
[15:12] <dpm> pitti, yeah, but it'd be good to know what happened there. I'll let you know if I find out more.
[15:12] <pitti> thanks
[15:12] <GrueMaster> Oh, nevermind.
[15:12] <GrueMaster> I'm not used to unity yet.
[15:13] <seb128> pitti, seems we really need a sort of testsuite launchpad guys run before rolling uptodate to make sure they don't break what we use
[15:13] <GrueMaster> (spend most of my testing time on arm which is netbook-launcher-efl based)
[15:13] <pitti> seb128: right, that was the point of fixing apport's
[15:13] <GrueMaster> Ok, I can now reduce it to window and maximize it fine.
[15:13] <pitti> seb128: trunk now by and large works again, just three test cases fail (with that very error about not being able to access attachments)
[15:14] <pitti> seb128: I think Diogo plans to run that routinely from now on
[15:14] <seb128> ok great
[15:15] <kklimonda> seb128: any idea what to do about bug 626379? upstream hasn't responded yet and I've managed to reproduce the crash in vm. Is it fine to defer it for some more time?
[15:15] <ubot2> Launchpad bug 626379 in gnome-settings-daemon (Ubuntu) (and 1 other project) "gnome-settings-daemon crashed with SIGSEGV in g_main_context_dispatch() (affects: 3) (heat: 255)" [Low,Triaged] https://launchpad.net/bugs/626379
[15:17] <seb128> rodrigo_, ^
[15:17] <seb128> rodrigo_, it's a gsd crash workaround, what do you think?
[15:17] <rodrigo_> hmm
[15:19] <james_w> chrisccoulson: yes, the one that it is a duplicate of :-)
[15:19] <james_w> chrisccoulson: seriously though, I've never seen that, but there seem to be a couple of suggested workarounds
[15:20] <chrisccoulson> james_w - just branching to a new location worked
[15:20] <chrisccoulson> i can even push to the old location
[15:20] <dpm> seb128, ok, the empty .mo file trick worked on unity-place-applications. We should be good when we get the language pack. Thanks for investigating it
[15:20] <james_w> it's an odd one
[15:20] <seb128> dpm, you're welcome
[15:21] <rodrigo_> seb128, hmm, hard to tell, it says it's crashing in clipboard plugin
[15:21] <seb128> rodrigo_, there is a patch in the bug
[15:21] <rodrigo_> ah, sorry, didn't see it
[15:21] <seb128> it's a workaround to avoid the crash rather than a fix though
[15:24] <kklimonda> seb128: rodrigo_: I'm not sure what is the good fix for this one - we could check earlier whether nitems equals 0 and return but I'm not sure why does nitems equals 0 at all. documentation for XGetWindowProperty doesn't make it clean whether it can return 0 items.
[15:24] <kklimonda> (and still set return_type to the expected type)
[15:25] <rodrigo_> kklimonda, yeah
[15:26] <rodrigo_> so, the crash is when accessing conversions->next?
[15:27] <kklimonda> rodrigo_: yes - because nitems is 0 the earlier loop doesn't evaluate at all and conversions is NULL
[15:28] <rodrigo_> I guess the patch is ok then, there's always something in the clipboard when user has copy/cut, until some other content is cut/copied
[15:29] <rodrigo_> XGetWindowProperty shouldn't return 0 though, I guess
[15:31] <rodrigo_> kklimonda, although, I guess we could check for nitems after calling XGetWindowProperty
[15:31] <seb128> chrisccoulson, you can reassign the g-s-d keyboard crash to karl-qdh if you want
[15:31] <chrisccoulson> seb128 - i'm just aobut to have a look at that again now
[15:32] <seb128> chrisccoulson, he did the port to appindicator as a contractor and seems he got some extra contracting time
[15:32] <seb128> so as you want
[15:32] <chrisccoulson> i'm blocked on mozilla now for my other bugs anyway, so i can work on other desktop stuff instead
[15:32] <seb128> chrisccoulson, if you want to pick another bug feel free
[15:32] <chrisccoulson> yeah, sure. i'll have a look in a bit
[15:33] <seb128> chrisccoulson, thanks
[15:33] <rodrigo_> kklimonda, and return there if it's == 0
[15:34] <bilalakhtar> seb128: :| Thanks for the interest, btw!
[15:35] <seb128> bilalakhtar, ?
[15:35] <kklimonda> rodrigo_: yes, that will also work - I've done it this way because at the time it felt right to scream "something is wrong" instead of just returning.
[15:35] <bilalakhtar> seb128: interest in endorsement...
[15:35] <seb128> bilalakhtar, when is the meeting?
[15:35] <rodrigo_> kklimonda, right, but I guess it's better to check the value from XGetWindowProperty and just not continuing if the data is wrong, as it does with the:
[15:35] <bilalakhtar> seb128: half-an hour from now
[15:36] <rodrigo_> if (type != XA_ATOM_PAIR)
[15:36] <rodrigo_>                         return;
[15:36] <seb128> bilalakhtar, I will just join the IRC channel
[15:36] <rodrigo_> kklimonda, even though it explicitly asks for XA_ATOM_PAIR
[15:36] <seb128> I'm a bit busy to write on the wiki but I can comment on IRC
[15:36] <kklimonda> rodrigo_: maybe it makes sense to check whether XGetWindowProperty returns Success? Maybe it fails.. and sets up part of values.. which doesn't make sense.
[15:36] <bilalakhtar> Thanks seb128!
[15:36] <seb128> you're welcome
[15:36] <rodrigo_> kklimonda, ah, right
[15:38] <lucidfox> wait wait wait... GSD directly uses the Xlib API?
[15:38] <seb128> yes
[15:38]  * lucidfox headwalls
[16:17] <didrocks> pitti: can I get a FFe for Quickly, please? (bug #638130)
[16:17] <ubot2> Launchpad bug 638130 in quickly (Ubuntu) "[FFe] Quickly 0.6 in maverick (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/638130
[16:22] <kklimonda> rodrigo_: hmm.. XGetWindowProperty returns 0 which is, afaik, success ;)
[16:22] <kklimonda> and then g-s-d crashes
[16:22] <rodrigo_> kklimonda, yes, so seems a bug on it, so worth checking the values
[16:23] <kklimonda> rodrigo_: ok, I'll check whether nitems == 0 and return (freeing multiple which is being allocated) if it's true
[16:23] <rodrigo_> kklimonda, ok
[16:44] <chrisccoulson> wow, my laptop has pretty much ran out of disk space
[16:56] <bilalakhtar> seb128: Still there, right? The meeting just began, around 2 hours late
[16:56] <bilalakhtar> seb128: I will poke you when my item comes closer, right now its far ahead
[16:57] <seb128> ok
[16:57] <seb128> I'm around
[17:19] <pitti> chrisccoulson: too many chromium/xul builds?
[17:20] <chrisccoulson> pitti - yeah, i think so. i keep trying to free up what i can, but it just fills back up again
[17:20] <chrisccoulson> and it's happening more and more frequently now
[17:20] <chrisccoulson> i think i need to get a bigger disk
[17:20] <chrisccoulson> and more RAM
[17:21] <pitti> do you keep so many built trees around?
[17:21] <bilalakhtar> seb128: My item began!
[17:21] <chrisccoulson> pitti - i keep a built tree of firefox around for each branch. doing a full build every time i do something is seriously painful
[17:22] <chrisccoulson> i literally can't do anything else on my laptop for an hour
[17:24] <kklimonda> chrisccoulson: unless you don't have to worry that it will fry because of compiling too much stuff ;)
[17:24] <kklimonda> at least*
[17:24] <kklimonda> argh..
[17:24] <chrisccoulson> heh
[17:30] <seb128> oh, meeting time
[17:31] <seb128> https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-09-14
[17:31] <didrocks> hey
[17:31] <kenvandine> ugh... i totally forgot it was friday :)
[17:31]  * pedro_ waves
[17:31] <seb128> didrocks, chrisccoulson, tremolux, Riddell, cyphermox, tkamppeter, kenvandine
[17:31] <seb128> hi
[17:31] <seb128> pedro_, hello
[17:31] <seb128> kenvandine, because it's not?
[17:31] <tremolux> hello!
[17:31] <seb128> kenvandine, it's thursday
[17:31] <kenvandine> whoops
[17:31] <kenvandine> tuesday
[17:32] <kenvandine> hahaha
[17:32]  * seb128 hands a calendar to kenvandine
[17:32] <kenvandine> :)
[17:32] <kenvandine> seb128, i just now uploaded the fix for empathy and notifications :)
[17:32] <tkamppeter> hi
[17:32] <cyphermox> hi :)
[17:32] <seb128> how is everybody doing?
[17:32] <seb128> kenvandine, great!
[17:33] <kenvandine> damn.... i didn't prepare the partner update :/
[17:33] <seb128> kenvandine, lol, well you have an excuse you fixed empath
[17:33] <kenvandine> :)
[17:33] <seb128> chrisccoulson, hey!
[17:33] <kenvandine> and almost fixed vino :)
[17:33] <seb128> kenvandine, ok, work on it we will do other updates first
[17:33] <kenvandine> didn't upload that yet though...
[17:33] <seb128> ok, let's get started
[17:33] <chrisccoulson> hi seb128, sorry, my laptop just crashed hard
[17:33] <seb128> https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-09-14
[17:34] <seb128> not outstanding actions I think
[17:34] <seb128> let's start by welcoming cyphermox
[17:34] <seb128> he's joining our team to be the "second chrisccoulson"
[17:34] <chrisccoulson> heh :)
[17:34] <didrocks> welcome cyphermox!
[17:34] <tremolux> welcome cyphermox!
[17:34] <seb128> well in practice chrisccoulson will do browsers
[17:34] <pedro_> welcome cyphermox :-)
[17:35] <seb128> cyphermox will do n-m connman
[17:35] <cyphermox> thanks all :)
[17:35] <pedro_> seb128, so cyphermox is not maintaining compiz? are you guys breaking the tradition? :-P
[17:35] <seb128> cyphermox, welcome ;-)
[17:35] <seb128> pedro_, oh, right
[17:35] <chrisccoulson> lol
[17:35] <pedro_> haha
[17:35] <seb128> I'm not sure didrocks wants to give this one
[17:35] <didrocks> seb128: It will break my hearth, but I can give it with a great pleasure
[17:36]  * didrocks adds cyperhmox to the compiz team :)
[17:36] <didrocks> and unsubscribe
[17:36] <didrocks> :)
[17:36]  * pedro_ assigning all the compiz bugs to cyphermox
[17:36] <seb128> cyphermox, sorry running joke in the team
[17:36] <cyphermox> uh-oh
[17:36] <tremolux> haha
[17:36] <cyphermox> ;)
[17:36] <seb128> cyphermox, new comers get compiz as a welcome gift
[17:36] <cyphermox> that's a nice gift... lots of spikes and stuff. thanks :)
[17:37] <seb128> hehe
[17:37] <seb128> ok, let's keep moving on
[17:37] <seb128> usually we would have kenvandine doing a partner's update but he prefered to slac^fix bugs today ;-)
[17:38] <seb128> Riddell, hey
[17:38] <seb128> ready for a kubuntu update?
[17:38] <kenvandine> :)
[17:38] <seb128> ok, no Riddell either
[17:38] <seb128> way to show how we run a meeting to cyphermox
[17:39] <seb128> didrocks, hey
[17:39] <seb128> ready for the UNE update? ;-)
[17:39] <didrocks> can I slack too? ;-)
[17:39] <didrocks> ok, doing it :p
[17:39]  * seb128 cracks the whip
[17:39] <kenvandine> what a weird week :)
[17:39] <didrocks> We got a new unity release, as usual. Still a lot of bugs, but today's update should fix a bunch of them. Got unexpected crashers too, still under investigation and we still have some memory leaks too. We redefined a new least of critical bugs for us to get fixed
[17:39] <didrocks> Unity should now migrates your favorites from netbook-launcher, ubuntu GNOME panel launchers and ubuntu GNOME desktop .desktop file to unity panel. Script integrated in unity itself, used on first launch. Would be nice for people testing it (gconftool-2 --unset /desktop/unity and then logout immediately from unity before it tries to rewrite the current configuration).
[17:40] <didrocks>  /!\ Warning, latest unity release contains only the latest piece for that, which is, matching custom .desktop file to application.
[17:40] <didrocks> (and it's not release yet, a question of minutes)
[17:40] <didrocks> Banshee won't make default in UNE, for more information, please refer to https://lists.ubuntu.com/archives/ubuntu-desktop/2010-September/002644.html
[17:40] <didrocks> that should be it
[17:40] <seb128> jcastro: seems you can't win with banshee
[17:41] <seb128> scnr ;-)
[17:41] <seb128> didrocks, ok thanks
[17:41] <didrocks> he isn't even around, not that fun :p
[17:41] <didrocks> you're welcome
[17:41] <seb128> is there anything that need special testing in unity?
[17:41] <didrocks> well, as written, migration of favorites, I just get my feedback
[17:42] <didrocks> and it works for me :)
[17:42] <seb128> do you lack feedback or do we have enough feedback but lack patches?
[17:42] <didrocks> all should be integrated, just need feedback
[17:42] <didrocks> so, unset current favorites
[17:42] <didrocks> gconftool-2 --unset /desktop/unity
[17:42] <didrocks> logout
[17:42] <didrocks> login
[17:43] <didrocks> (you can create launcher in the GNOME panel, desktop file in the GNOME desktop, or migration for netbook-launcher if  you still have some keys from there)
[17:43] <seb128> what component has this code?
[17:43] <seb128> ie where should we open bugs if there is any?
[17:43] <didrocks> unity itself
[17:43] <seb128> ok
[17:43] <seb128> thanks didrocks
[17:43] <didrocks> and assign to me
[17:43] <seb128> questions? comments?
[17:44] <seb128> seems not, let's move on
[17:44] <seb128> Riddell is on holidays apprently that's why he didn't pong before
[17:44] <seb128> kenvandine, got the partner update ready?
[17:45] <kenvandine> yeah...
[17:45] <seb128> so the mic is yours ;-)
[17:45] <kenvandine> desktopcouch fix/workaround SRU is coming for bug 522538, already in maverick
[17:45] <ubot2> Launchpad bug 522538 in desktopcouch (Ubuntu Maverick) (and 3 other projects) "gwibber-service crashed with error in connect() (affects: 706) (dups: 179) (heat: 3012)" [High,Confirmed] https://launchpad.net/bugs/522538
[17:45] <kenvandine> seb128, that is the one you asked about on friday
[17:45] <seb128> oh nice
[17:46] <kenvandine> his improved work around has been in maverick for a while, and seems to be working
[17:46] <kenvandine> going to SRU it
[17:46] <kenvandine> the desktopcouch pairing/syncing problems that were half fixed last week appear to still be only half fixed... i'll follow up on those
[17:46] <seb128> ok
[17:47] <kenvandine> for DX, blacklisting for appmenu is ready
[17:47] <Screw> hello!
[17:47] <kenvandine> hopefully will get that uploaded today
[17:47] <seb128> kenvandine, what will that do exactly? do they have a feature freeze request?
[17:47] <seb128> seems really late for such change
[17:47] <kenvandine> this lets you include a key in the desktop file to hide the menu
[17:47] <kenvandine> yeah, it was one of the ffe that davidbarth had filed
[17:48] <kenvandine> i'll make sure it has an ack before uploading
[17:48] <kenvandine> it is important though...
[17:48] <seb128> what happens for those software?
[17:48] <kenvandine> standard menu
[17:48] <seb128> will they get empty space?
[17:48] <seb128> what is the standard menu?
[17:48] <seb128> is that new strings?
[17:48] <kenvandine> none appmenu
[17:48] <kenvandine> shouldn't be, i haven't seen it yet
[17:48] <seb128> ok, so no "desktop menu" or similar?
[17:48] <kenvandine> just seen what the key looks like
[17:49] <kenvandine> right, that is my understanding
[17:49] <kenvandine> i think just the app title
[17:49] <seb128> ok
[17:49] <seb128> let's see how it works
[17:49] <kenvandine> but providing useless menus for open office, etc
[17:49] <kenvandine> seems ugly
[17:49] <kenvandine> i'll verify the ffe is approved and all
[17:49] <Screw> I have a question: Is it possible to install an Ubuntu to a pendrive? I have a 8gb pendrive and I have tried the ubuntu installer from pendrive and it worked well. But I would like to install to it.
[17:49] <kenvandine> before uploading
[17:50] <seb128> Screw, try #ubuntu
[17:50] <Screw> thx
[17:50] <seb128> Screw, we are in a meeting
[17:50] <seb128> kenvandine, ok, thanks
[17:50] <kenvandine> the rest from DX is just bug fixing as usual, we plan to get everything uploaded by EOD tomorrow
[17:50] <kenvandine> before freeze
[17:50] <Screw> ok, sorry
[17:50] <kenvandine> that is it
[17:50] <kenvandine> np :)
[17:50] <seb128> ok
[17:50] <seb128> anything still coming from ols?
[17:51] <kenvandine> yeah, bug fixes
[17:51] <kenvandine> and the fix for syncdaemon starting, afaik
[17:51] <kenvandine> i saw that bug was duped
[17:51] <kenvandine> they said uploads on wed
[17:51] <seb128> ok
[17:51] <seb128> seems things are mostly on track there
[17:52] <seb128> thanks kenvandine
[17:52] <seb128> questions or comments about dx or ols?
[17:52] <seb128> ok, seems not
[17:52] <seb128> tremolux, hey
[17:52] <seb128> software-center update?
[17:53] <tremolux> hiya, you bet
[17:53] <tremolux> Buy Something: test item purchases using production server successful end-to-end, bug fixing continues
[17:53] <tremolux> New Apps: extras.ubuntu.com and sync from the app-review-board are live!  testing/verifying with it now
[17:53] <tremolux> Misc:  many, many excellent bug fixes this week, continue in preparation for freeze
[17:53] <seb128> I noticed we got the extras archive, great ;-)
[17:53] <tremolux> and a special thanks to kiwinote, he has been doing amazing work; great fixes also from mmcg069 and devildante this week
[17:53] <tremolux> yeah, it's really cool, everything coming together
[17:53] <seb128> nice cycle for software-center
[17:53] <kenvandine> indeed!
[17:54] <seb128> there is a great team working on it
[17:54] <seb128> congrats to everybody
[17:54] <kenvandine> i love that sc replaces gdebi
[17:54] <kenvandine> :)
[17:54] <seb128> ;-)
[17:54] <tremolux> seb128, kenvandine:  thanks!  a great team indeed, it's a real pleasure
[17:54] <tremolux> kenvandine: cool, isn't it?  that was kiwinote's work
[17:54] <seb128> tremolux, do you still have anything on your list for maverick?
[17:54] <seb128> any bug concerning you or change you still want to get?
[17:54]  * pitti has to run and waves good night
[17:55] <seb128> pitti, 'night
[17:55] <tremolux> see you pitti
[17:55] <tremolux> I do, yes
[17:55] <tremolux> bug fixes, mvo will do a end-game triage in about an hour or so
[17:55] <tremolux> mvo and I, sorry
[17:56] <tremolux> we'll prioritize to see what we can get in for freeze
[17:56] <seb128> how do you track bugs you want to get fixed for this cycle?
[17:56] <tremolux> we've been tagging some for the release
[17:56] <seb128> do you use the nomination
[17:56] <tremolux> but mostly we keep a running list of what we want and we fix as we can
[17:56] <seb128> ?
[17:57] <seb128> or milestones?
[17:57] <tremolux> no, we don't
[17:57] <seb128> could you?
[17:57] <tremolux> yes, we milestone
[17:57] <seb128> it's hard to watch what issues are tracked or not
[17:57] <tremolux> ok, understood
[17:57] <seb128> well let's chat about that after the meeting if you want
[17:57] <tremolux> sorry about that  :)
[17:57] <seb128> thanks tremolux
[17:57] <tremolux> sure
[17:57] <tremolux> you're welcome!
[17:57] <seb128> any question or comment for tremolux?
[17:57] <komputes> tremolux: will lists in software-center be fixed for this release?
[17:58] <seb128> komputes, lists?
[17:58] <tremolux> hi komputes, not sure what you mean exactly?
[17:58] <komputes> tremolux: seb128 Bug #584147
[17:58] <ubot2> Launchpad bug 584147 in software-center (Ubuntu) "Bullet lists in package descriptions are not displayed correctly for PPA packages (affects: 2) (heat: 41)" [Undecided,Confirmed] https://launchpad.net/bugs/584147
[17:58] <komputes> oops, should change desc, not just PPAs are affected
[17:59] <komputes> seb128: tremolux: nobody in the desktop team has experienced this yet?
[17:59] <seb128> I don't know
[17:59] <seb128> I didn't notice it
[17:59] <seb128> komputes, can you chat with tremolux after the meeting about this?
[17:59] <komputes> seb128: will do
[18:00] <seb128> let's not stop on individual bugs there
[18:00] <seb128> ok, thanks tremolux
[18:00] <seb128> let's keep moving
[18:00] <tremolux> komputes: I'm going to have to look at that, I know at least some are good (I thought?)
[18:00] <seb128> pedro_, hey
[18:00] <pedro_> hello!
[18:00] <pedro_> so the bugs for this week
[18:00] <pedro_> bug 622777
[18:00] <ubot2> Launchpad bug 622777 in telepathy-butterfly (Ubuntu) (and 1 other project) "telepathy-butterfly crashed with UnicodeDecodeError in _handle_UBX() (affects: 64) (dups: 19) (heat: 350)" [Medium,Triaged] https://launchpad.net/bugs/622777
[18:00] <pedro_> bug 629501
[18:00] <ubot2> Launchpad bug 629501 in telepathy-butterfly (Ubuntu) (and 1 other project) "telepathy-butterfly crashed with TypeError in _send_chunk() (affects: 8) (dups: 5) (heat: 64)" [Medium,Triaged] https://launchpad.net/bugs/629501
[18:00] <pedro_> those are the ones causing more problems on telepathy-butterfly atm
[18:01] <pedro_> the second one, upstream said it's fixed with papyon 0.5.1
[18:01] <pedro_> so not sure if we can cherry pick that
[18:01] <pedro_> would be great if someone could investigate though
[18:01] <seb128> we will probably do the update
[18:01] <seb128> I will ping upstream about the first one
[18:02] <pedro_> ok great
[18:02] <pedro_> the other is bug 630239
[18:02] <ubot2> Launchpad bug 630239 in gnome-settings-daemon (Ubuntu) "gnome-settings-daemon crashed with signal 5 in gkbd_keyboard_drawing_new_dialog() (affects: 50) (dups: 5) (heat: 238)" [Medium,Confirmed] https://launchpad.net/bugs/630239
[18:02] <pedro_> is that going to be fixed for Maverick? it currently has 46 affected people
[18:02] <pedro_> chrisccoulson, are you still working on it?
[18:03] <seb128> chrisccoulson, was going to work on that or reassign it to the guy who did the change
[18:03] <chrisccoulson> i'm looking at that right now :)
[18:03] <seb128> great
[18:03] <pedro_> seb128, ok to approve the nomination for maverick then?
[18:03] <seb128> yes
[18:03] <pedro_> ok cool
[18:04] <pedro_> bug 602828
[18:04] <ubot2> Launchpad bug 602828 in evolution (Ubuntu) (and 1 other project) "evolution crashed with SIGSEGV in gtk_widget_get_toplevel() (affects: 65) (dups: 7) (heat: 364)" [Medium,Triaged] https://launchpad.net/bugs/602828
[18:04] <pedro_> this one is the bad bug we're having on Evo in Maverick
[18:04] <pedro_> 58 affected people and a few dups this week
[18:04] <seb128> didrocks, ^
[18:04] <pedro_> on the upstream report mbarnes said it might be fixed in 2.31
[18:04] <seb128> http://git.gnome.org/browse/evolution/commit/?id=b1ec17309b2aafb9b8aa2e1e39be9748fbe89030
[18:05] <seb128> is the commit
[18:05] <didrocks> I'll have a look if there is a good stacktrace
[18:05] <pedro_> but since we're not updating
[18:05] <seb128> didrocks, can you investigate if we can backport that change?
[18:05] <didrocks> ok, will try to backport that
[18:05] <seb128> seems easy enough
[18:05] <seb128> didrocks, thanks
[18:05] <pedro_> awesome, thanks didrocks
[18:05] <didrocks> seb128: pedro_ yw :)
[18:05] <pedro_> and the last one, bug 551809
[18:05] <ubot2> Launchpad bug 551809 in gtk+2.0 (Ubuntu) (and 1 other project) "gnome-settings-daemon crashed with SIGSEGV (affects: 249) (dups: 53) (heat: 937)" [High,Triaged] https://launchpad.net/bugs/551809
[18:05] <pedro_> that one is getting a lot of dups lately as well
[18:06] <seb128> we have a gnome-bt which seems similar
[18:06] <pedro_> it turns out to be a gtk+ crash, if we can get someone to have a look that'd be great
[18:06] <pedro_> seb128, yeah they were tracking the same upstream report
[18:06] <seb128> bratsche, ayan: ^ could one of you try to see if you see something wrong there?
[18:06] <pedro_> the gnome-bt was marked as dup of that one
[18:06] <pedro_> in the upstream bts and in lp
[18:06] <seb128> bratsche, ayan: we are a bit short on GTK hackers and we could use help there
[18:06] <seb128> pedro_, ok thanks
[18:07] <seb128> bratsche, ayan: not a today thing but in the next days if you could would be nice
[18:07] <pedro_> indeed
[18:07] <seb128> kenvandine, ^ can you try to follow up on that one while I'm not there?
[18:07] <seb128> kenvandine, is just try to see if you can get bratsche or ayan to help when they are around or have a free slot
[18:07] <pedro_> seb128, no more bugs to raise from here
[18:08] <kenvandine> sure
[18:08] <seb128> pedro_, thanks, usually summary as usual
[18:08] <seb128> kenvandine, thanks
[18:08] <seb128> pedro_, how is the release for you?
[18:08] <seb128> the retracers are still catching up
[18:08] <pedro_> things are going good
[18:08] <seb128> do you manage to keep up with the crash bugs? ;-)
[18:08] <pedro_> since the retracers are working again i didn't noticed any bad crashes
[18:08] <pedro_> we do have a couple of nautilus crashes getting duplicates
[18:08] <pedro_> but nothing bad
[18:09]  * kenvandine loves having pedro_ attend the meeting!
[18:09] <seb128> yeah, great to have pedro_ there
[18:09] <bratsche> kenvandine, seb128: If ayan has time, that would help a lot.  I'm trying to find time to work on multitouch stuff, and I'd like to have something ready with that before the gtk hackfest.
[18:09] <pedro_> looks like we got all the bad crashes in the beginning of the cycle, despite the retracers being broken
[18:09] <pedro_> which is good
[18:09] <pedro_> kenvandine, <3 to be here too ;-)
[18:10] <seb128> bratsche, ok, I know you are really busy, it was in case you would have half an hour and spot something but don't worry we will manage without that
[18:10] <ogra> didrocks, https://code.edge.launchpad.net/~ogra/+junk/go-home-applet i somehow cant propose it for merging :(
[18:10] <seb128> ogra, we are in a meeting
[18:10] <ogra> (and i have no push access to the original branch)
[18:10] <ogra> seb128, ugh, this is weird ...
[18:10] <seb128> ogra, no it's not?
[18:10]  * ogra would expect meetings in #ubuntu.meeting 
[18:11] <seb128> ogra, the meeting is at this time every week
[18:11]  * ogra keeps quiet then
[18:11] <kenvandine> :)
[18:11] <seb128> ogra, we would have to move everybody there and it was conflicting with some other meetings
[18:11] <seb128> it's hard enough to find a slot which works for everybody
[18:11] <seb128> we didn't want to add constrain on IRC channels as well
[18:11] <seb128> ok, moving on
[18:12] <seb128> http://people.canonical.com/~pitti/workitems/maverick/canonical-desktop-team.html
[18:12] <seb128> we are on shape for maverick
[18:12] <seb128> well at this point we should be pretty much done for work items and focus on bug fixing
[18:12] <seb128> kenvandine, I'm going to drop your gwibber testsuite spec
[18:12] <kenvandine> seb128, yeah... please do
[18:13] <kenvandine> i continue to work on it... but nothing that ships in maverick
[18:13] <seb128> kenvandine, it's still work on your plate but we don't track it for maverick release
[18:13] <seb128> exactly
[18:13] <seb128> great work otherwise everybody
[18:13] <seb128> the maverick desktop seems very solid
[18:13] <kenvandine> maverick is rocking!
[18:13] <seb128> UNE is really nice as well
[18:13] <milanbv> seb128, kenvandine: about the gnome-settings-daemon/gtk+ crasher, I've found a possible track
[18:13] <pedro_> yeah! great work everybody :-)
[18:13] <milanbv> (see upstream report)
[18:14] <tremolux> totally!!
[18:14] <kenvandine> :)
[18:14] <didrocks> :)
[18:14] <seb128> milanbv, oh nice, can you get mclasen or somebody from upstream commenting?
[18:14] <kenvandine> i totally love using unity
[18:14] <kenvandine> when it doesn't eat my mouse input :)
[18:14] <seb128> ;-)
[18:14] <didrocks> kenvandine: will be fixed :p
[18:15] <milanbv> seb128: I thought he'd have commented already
[18:15] <milanbv> I'll ping him
[18:15] <seb128> milanbv, oh ok, I will check the bug before adding extra IRC comments ;-)
[18:15] <seb128> let's wrap up the meeting first though
[18:15] <seb128> kenvandine, didrocks will fix all the unity bugs I've been told
[18:15] <seb128> ;-)
[18:16] <kenvandine> seb128, that is my understanding as well :)
[18:16] <didrocks> seb128: great! thanks kenvandine kthxbye
[18:16] <seb128> lol
[18:16] <pedro_> haha
[18:16] <seb128> ok, that's it from me I thinkl
[18:16] <seb128> extra questions? comments?
[18:16] <seb128> hum
[18:17] <seb128> I've some extra announcement in fact there
[18:17] <seb128> so kenvandine will be teachlead for this end of week
[18:17] <seb128> didrocks will step up next week
[18:17] <seb128> while I'm taking some holidays
[18:17] <kenvandine> seb128, you will be missed, but enjoy a break :)
[18:17] <seb128> if anybody need anything please get in touch with them
[18:17] <pedro_> enjoy seb128 :-)
[18:17] <seb128> kenvandine, thanks ;-)
[18:18] <seb128> kenvandine, didrocks: thanks for stepping up during those weeks
[18:18] <didrocks> right, enjoy seb128, you totally deserve it :-)
[18:18] <kenvandine> np
[18:18] <tremolux> seb128: have fun!
[18:18] <kenvandine> seb128, forget about us while your out :)
[18:18] <didrocks> seb128: well, isn't the job telling pedro_ we won't fix things? ;)
[18:18] <pedro_> !
[18:18] <seb128> everything should be on shape though, hard freeze is tomorrow night
[18:18] <kenvandine> didrocks, that is my understanding
[18:18] <kenvandine> :)
[18:18] <didrocks> we agree so :-)
[18:18] <pedro_> didrocks, your job is to tell me 'let's assign this to seb' :-p
[18:19] <seb128> didrocks, you can try that but be careful pedro_ is clever enough to not fall into that ;-)
[18:19] <didrocks> pedro_: hehe
[18:19] <seb128> ok so hard freeze tomorrow night
[18:19] <seb128> you guys focus on fixing bugs in the next two weeks
[18:19] <seb128> so maverick will be rocking as it already does but in a very stable way
[18:19] <seb128> ;-)
[18:19] <seb128> we will get GNOME 2.32 just before rc
[18:20] <seb128> I think that's it
[18:20] <seb128> thanks everybody
[18:20] <chrisccoulson> right, i can see what's going on with g-s-d now
[18:20] <seb128> chrisccoulson, oh?
[18:20] <chrisccoulson> seb128 - yeah, i commented on the bug
[18:20]  * cyphermox steps out to lunch
[18:21] <chrisccoulson> although, apart from that i can't really work out what this code is trying to do, but the actual memory error is quite clear
[18:21] <seb128> chrisccoulson, can you subscribe karl-qdh on the bug?
[18:22] <didrocks> seb128: just need a FFe for Quickly, and pitti didn't have the time, no cjwatson nor riddel :/ tried to ping scottk but not there and I'm not available before final freeze… we are short in releast team members and no delegation…
[18:22] <chrisccoulson> seb128 - yeah, sure
[18:23] <ogra> is your meeting over now ?
[18:23] <seb128> ogra, yes
[18:23] <ogra> (its odd withour the meeting bot)
[18:23] <seb128> didrocks, go for it and upload
[18:23] <ogra> *without
[18:24] <didrocks> seb128: can you just +1 on the bug report? https://launchpad.net/bugs/638130
[18:24] <ubot2> Launchpad bug 638130 in quickly (Ubuntu) "[FFe] Quickly 0.6 in maverick (affects: 1) (heat: 8)" [Undecided,New]
[18:24] <ogra> didrocks, so https://code.edge.launchpad.net/~ogra/+junk/go-home-applet has the fix we need, i cant send a merge request fro some reason, which is why i ping you here ...
[18:25] <ogra> didrocks, on a sidenote i dont think we'd mind to take over maintenance of go-home in the armel team
[18:25] <didrocks> ogra: is it because of +junk?
[18:25] <ogra> might be
[18:25] <ogra> i dont get the link on the branch page
[18:25] <didrocks> ogra: not sure I'll have the time tonight and I won't be there before Friday, can you distro patch it?
[18:25] <ogra> didrocks, np
[18:25] <didrocks> ogra: we'll fix trunk and permission on Friday, ok?
[18:26] <ogra> didrocks, i'll just do it in the diff.gz not adding a patch system or something
[18:26] <ogra> (not worth the hassle for such a tiny thing)#
[18:27] <seb128> didrocks, done
[18:28] <didrocks> seb128: thanks
[18:28] <didrocks> ogra: sure… we'll fix this propertly on Friday, just ping me!
[18:28] <ogra> will do
[18:37] <seb128> pedro_, the 2 telepathy bugs are fixed int he new version
[18:37] <seb128> we will get it in
[18:37] <pedro_> seb128, awesome! thanks
[18:38] <chrisccoulson> 3rd crash of the day!
[18:39] <seb128> chrisccoulson, wb
[18:39] <seb128> chrisccoulson, thanks for investigating that crash
[18:39] <chrisccoulson> seb128 - it seems like there are multiple issues
[18:39] <chrisccoulson> the actual crash is separate from the memory issue
[18:40] <seb128> chrisccoulson, btw if you are around and have free slots can you try to cover on GNOME issues for this week and next week?
[18:40] <chrisccoulson> yeah, no problem
[18:40] <seb128> well nothing special but just if bugs come and need uploads or investigation
[18:40] <seb128> or if didrocks need some help with updates
[18:40] <seb128> chrisccoulson, thanks
[18:43] <seb128> kenvandine, should I low bug #522538 and unset the milestone if that's a non issue in the maverick version?
[18:43] <ubot2> Launchpad bug 522538 in desktopcouch (Ubuntu Maverick) (and 3 other projects) "gwibber-service crashed with error in connect() (affects: 706) (dups: 179) (heat: 3012)" [High,Confirmed] https://launchpad.net/bugs/522538
[18:43] <kenvandine> seb128, i'll handle it
[18:43] <seb128> kenvandine, thanks
[18:43] <kenvandine> it has apparently been fixed already in maverick
[18:43] <chrisccoulson> seb128 - oh, the show layout crash is an easy one
[18:43] <chrisccoulson> we're missing a gtkbuilder file from the install
[18:43] <chrisccoulson> :)
[18:44] <chrisccoulson> "No such file or directory." is the error from gtk_builder_add_from_file
[18:44] <seb128> oh, are we?
[18:44] <seb128> weird because it doesn't crash there
[18:45] <chrisccoulson> seb128 - yeah, it's missing from libgnomekbd
[18:45] <chrisccoulson> there should be a show-layout.ui
[18:47] <seb128> chrisccoulson, gkbd-capplet: /usr/share/libgnomekbd/ui/show-layout.ui
[18:47] <seb128> oh, that explains why it works for me
[18:48] <chrisccoulson> ah, i don't have that installed
[18:48] <seb128> we should move that to libgnomekbd-common
[18:48] <chrisccoulson> seb128 - yeah, that makes sense
[18:49] <seb128> chrisccoulson, can you do that?
[18:49] <chrisccoulson> seb128 - yeah, no problem
[18:50] <seb128> thanks
[18:52] <kklimonda> jcastro: have you asked about me or should I still wait some more?
[18:53] <jcastro> kklimonda: give me one more day please!
[18:53] <jcastro> I am going as fast as I can!
[18:53] <kklimonda> jcastro: no problem, just keeping a tab :)
[18:54] <jcastro> don't worry, you're burned into my brain. :)
[19:06] <boulabiar> Sarvatt, what's the easiest way to install the mesa7.9git ?
[19:11] <boulabiar> is there a ppa to add for that ?
[19:12] <seb128> jcastro: so it's just me you ignore :p
[19:30] <chrisccoulson> hmmm, libgnomekbd DENIED
[19:30] <chrisccoulson> seb128 - would you mind sponsoring please? :)
[19:31] <chrisccoulson> lp:~ubuntu-desktop/libgnomekbd/ubuntu
[19:31] <seb128> chrisccoulson, ok
[19:31] <chrisccoulson> thanks
[19:31] <seb128> chrisccoulson, when do you apply for upload rights? ;-)
[19:31] <chrisccoulson> after dinner!
[19:31] <chrisccoulson> heh :)
[19:32] <seb128> lol
[19:32] <seb128> which dinner?
[19:32] <seb128> ;-)
[19:32] <seb128> chrisccoulson, thanks for the fixing in any case ;-)
[19:32] <chrisccoulson> you're welcome
[19:33] <chrisccoulson> we should still try and fix the memory errors before release as well, i'm surprised those don't make it crash actually
[19:35] <seb128> chrisccoulson, right, karl can do that
[20:05] <seb128> kenvandine, james_w said it would be fixed with recent updates
[20:05] <seb128> but it didn't
[20:05] <kenvandine> humm
[20:05] <kenvandine> how did you work around it?
[20:05] <seb128> by not specifying the lp:
[20:05] <kenvandine> extracted the tarball overwriting files?
[20:05] <kenvandine> ah
[20:05] <seb128> just merging the tarball
[20:05] <seb128> can you copy the error there?
[20:05] <seb128> just to make sure it's the same
[20:06] <kenvandine> bzr: ERROR: An inconsistent delta was supplied involving u'/vapi', 'vapi-20100621103135-gycdn15933l3irmh-1'
[20:06] <kenvandine> reason: Attempt to add item at path already occupied by id 'vapi-20100624175500-xymgx3h309uhcz83-12'
[20:06] <james_w> ah
[20:06] <james_w> I forgot to sync the package, doing that now
[20:06] <seb128> james_w, thanks
[20:06] <kenvandine> james_w, i can test :)
[20:06] <kenvandine> james_w, point me at the source and i'll build locally and test
[20:07] <james_w> bzr-builddeb in debian unstable
[20:09] <kenvandine> ok
[20:13] <kenvandine> james_w, seb128: well it didn't complain :)
[20:14] <kenvandine> thx james_w
[20:14] <james_w> synced
[20:14] <kenvandine> although it makes the diff hard to read... lists lots of files as removed and added
[20:14] <kenvandine> but i guess that gets them in sync
[20:15] <james_w> yeah, should be a one-time thing
[20:27] <seb128> kenvandine, do you think you could update http://www.freedesktop.org/software/papyon/releases/papyon-0.5.1.tar.gz?
[20:27] <seb128> kenvandine, I'm trying to wrap things before holidays but I'm a bit short to do updates
[20:27] <seb128> that one would be nice to get it today or tomorrow
[20:27] <seb128> since it fixes bugs pedro_ pointed before
[20:28] <kenvandine> sure
[20:30] <seb128> kenvandine, thanks
[20:45] <kiwinote> hi mpt! the changes to drawing cause Document Viewer not to be displayed, changes to painting & editing causes gthumb, gtkam, gpicview, eog, qcomicbook, qtpfsgui, scan tailor, xsane not to be displayed
[20:45] <kiwinote> mpt: this is all desired effect? (just checking)
[20:46] <mpt> kiwinote, that seems right, as long as they're all somewhere else
[20:46] <kiwinote> mpt: yep, they are. thanks!
[20:47] <kiwinote> mpt: just fyi, to test this sort of change you can edit /usr/share/app-install/desktop/software-center.menu
[20:48] <mpt> kiwinote, ah, of course
[20:49] <mpt> kiwinote, it looks like qtpfsgui should not have Category: Viewer in the first place
[20:49] <mpt> it's mostly an editor
[20:50] <mpt> and it's broken
[20:50] <mpt> but that's a separate problem :-)
[20:50] <kiwinote> hehe, yeah, I noticed that it was under photography as well, but wasn't quite sure where the border lies between photography and editing
[22:46] <nessita> pitti: hey there, are you around?
[22:46] <rickspencer3> kenvandine, hey
[22:46] <rickspencer3> if I am seeing the following error, on what package should I log a bug?
[22:46] <rickspencer3> TypeError: can't convert return value to desired type
[22:46] <rickspencer3> grid_filter.py:797: Warning: /build/buildd/glib2.0-2.25.15/gobject/gtype.c:4181: type id `0' is invalid
[22:46] <rickspencer3>   gtk.main()
[22:46] <rickspencer3> grid_filter.py:797: Warning: can't peek value table for type `<invalid>' which is not currently referenced
[22:46] <rickspencer3>   gtk.main()
[22:46] <rickspencer3> Segmentation fault (core dumped)
[22:46] <rickspencer3> (and yes, I have managed to write Python code that causes a core dump)
[22:47] <nessita> all: any idea if I can use lp-project-upload to upload a tarball to a given lauchpad series?
[22:52] <TheMuso> rickspencer3: At a glance, I'd guess that its a glib issue, but I see references to gtk and glib, so not 100% sure.
[22:53] <kklimonda> or maybe it's related to pygtk?
[22:54]  * cyphermox --> eod
[22:54] <milanbv> tedg: around?
[22:55] <tedg> milanbv, Yes, for a bit.
[22:55] <milanbv> cool
[22:55] <milanbv> I think I've tracked a bug affecting gnome-settings-daemon and gnome-bluetooth to libappindicators
[22:55] <milanbv> that's bug 551809
[22:55] <ubot2> Launchpad bug 551809 in gtk+2.0 (Ubuntu) (and 1 other project) "gnome-settings-daemon crashed with SIGSEGV (affects: 249) (dups: 53) (heat: 937)" [High,Triaged] https://launchpad.net/bugs/551809
[22:56] <tedg> milanbv, Oh, cool.  Great!
[22:56] <milanbv> there's a weird issue with a GIcon being destroyed when icon themes are udpated
[22:56] <milanbv> (see upstream report)
[22:57] <milanbv> I'm not sure yet what appindicators are doing wrong, but that's the only component I've seen that is using gtk_status_icon_set_from_gicon()
[22:58] <tedg> milanbv, Hmm, okay.
[22:58] <milanbv> tedg: maybe the g_object_unref (themed_icon) in src/libappindicator/app-indicator.c is wrong
[22:58] <milanbv> because the status icon is sinking the floating reference
[22:58] <milanbv> just a guess...
[22:59] <tedg> milanbv, Judging by that path you've got an older version of libappindicator?  Lucid?
[23:00] <milanbv> tedg: lucid, yes
[23:00] <milanbv> there are reports on Maverick, but maybe not up to date
[23:01] <tedg> The GThemedIcon seems to inherit from GObject instead of GInitialyUnknowned.  So it seems a g_object_unref would be appropriate.
[23:02] <milanbv> tedg: seems too
[23:02] <milanbv> but then I don't understand the crash
[23:05] <milanbv> tedg: anyway, it really seems that libappindicator is the culprit, as it's the only to use GIcon with GtkStatusIcon
[23:05] <milanbv> (or at least it triggers a bug in GTK+=
[23:06] <tedg> Yeah, I'd prefer to find the bug in GTK though.  It's probably causing crashers for other folks somewhere as well.
[23:07] <tedg> Interestingly, I think it doesn't every unref the gicon...
[23:08] <milanbv> tedg: ?
[23:08] <milanbv> missing word? :-)
[23:09] <tedg> Yeah, no, I was wrong.  It calls reset_image_data which does.
[23:10] <milanbv> tedg: I think GtkImage doesn't unref its GIcon though
[23:10] <milanbv> (AFAICT, but that wasn't my highest priority...)
[23:11] <milanbv> another explanation would be that something nasty is going on with GdkDisplay, which kills the GtkPlug, and thus the GtkStatusIcon, which releases it's GIcon in the middle of the lookup
[23:12] <mclasen> tedg: it has not been proven that there is a gtk bug....
[23:12] <tedg> mclasen, For sure.  It's a bug, but if it's in GTK I'd rather fix it there.
[23:13] <mclasen> of course
[23:14] <milanbv> mclasen: I think GtkImage doesn't release its reference on the GIcon
[23:15] <milanbv> I may be wrong, but it may be worth giving a look, while we talk about it
[23:17] <tedg> I don't see anything odd. :(
[23:17] <mclasen> I'll have a look
[23:17] <tedg> I really hate crashing gsd though.
[23:25] <tedg> milanbv, I've got to run, but I subscribed to the bug.  Please post anything if you have more ideas.
[23:25] <tedg> Thanks for your help mclasen!