[00:32] <LLStarks> does the gnome3 spec have an anticipated breakage timeline.
[00:33] <LLStarks> that is, is there any notes about the current breakage and future ones?
[00:47] <chrisccoulson> w00t, i'm down from number 10 to number 12 now: http://is.gd/C8FvA1 \o/
[00:48] <chrisccoulson> hopefully that trend will continue
[05:27] <pitti> Good morning
[05:27] <RAOF> Goooood morning pitti!
[05:27] <pitti> chrisccoulson: firefox SRU> I think regression testing and extensively testing the scrollbar will do
[05:28] <kenvandine> pitti, good morning
[05:28] <pitti> RAOF: ¡ooʇ 'noʎ oʇ ƃuıuɹoɯ pooƃ ʎןǝʌoן ɐ
[05:28] <pitti> (.au compatible)
[05:28] <pitti> hey kenvandine
[05:28]  * RAOF needs to work out where that script is :)
[07:13] <robert_ancell> RAOF, is there any case where the X server returning non-zero could be considered not a failure?
[07:13] <RAOF> I don't *think* so.  Would you like me to grep the code?
[07:16] <robert_ancell> RAOF, nah, I was just wondering if there was a weird X-ism I should know of
[07:16] <RAOF> I don't *think* so.
[07:18] <robert_ancell> I'm totally going to hold you to that
[07:19] <pitti> hey robert_ancell, how are you? feeling better?
[07:20] <robert_ancell> pitti, yeah, seem to be fully recovered
[07:20] <pitti> nice
[07:20] <robert_ancell> I got some antibiotics which fixed everything up nicely
[07:20] <pitti> ah, heh, the big club
[07:20] <robert_ancell> no one else sick?  Timing would put it pretty close to the team dinner
[07:21] <pitti> robert_ancell: jasoncwarner was as well, and I think TheMuso mentioned it as well
[07:22] <robert_ancell> ech
[07:23]  * RAOF was mostly fine.  Or, at least, not statistically distingushable from “I hate flying”
[07:27] <pitti> hm, Australia is a pretty bad place to be at for flying haters :-(
[07:27] <pitti> but then again, who doesn't hate flying
[07:30] <RAOF> Someone who doesn't take 30+ hour flights five times a year :)
[07:36] <jasoncwarner> robert_ancell: ! feeling better? or better enough to drop into IRC ;) yeah...some of us in AU seemed to get sick...but none as bad as you!
[07:37] <robert_ancell> jasoncwarner, I think I just had bad timing.  If I'd left a day earlier or a few days later it wouldn't have been much of a problem
[07:38] <jasoncwarner> robert_ancell: wondering if you should do a week of fasting in dublin just in case ;)
[07:38] <robert_ancell> I'm taking my own stash of food, I don't trust these hotels!
[07:39] <robert_ancell> plus a pure diet of guinness can't get you sick right?
[07:39] <jasoncwarner> I've never heard of anyone getting sick from such a thing...never!
[07:54] <pitti> I didn't quite like Guiness, but I still remember having great beer in all these pubs on Grafton street
[07:55] <jasoncwarner> I for one, even though I don't drink that much, will be making it to the guiness factory...have to experience it once!
[07:56] <RAOF> I hope to have a little bit more time to wander, take photographs, and play Race for the Galaxy than UDS :)
[08:00] <didrocks> good morning
[08:03] <jasoncwarner> morning didrocks
[08:03] <didrocks> hey jasoncwarner!
[08:03] <pitti> bonjour didrocks
[08:03] <didrocks> jasoncwarner: how are you? completely back in your timezone?
[08:03] <didrocks> guten morgen pitti
[08:04] <pitti> jasoncwarner: we did the brewery tour on the 2008 (or so) sprint; I think it was the same hotel even
[08:04] <pitti> jasoncwarner: it's really worth it indeed, highly interesting
[08:04] <jasoncwarner> didrocks: pretty much, yes. Feeling better as well. Slept like 12 hours last night, which is like sleeping 4 in baby hours ;)
[08:04] <didrocks> I did it as well when I was on my 6 month internship in Dublin, was interesting :)
[08:05] <didrocks> jasoncwarner: waow :-)
[08:06] <didrocks> pitti: from what I understood, the hotel is not really far from stephen's green parc, isn't it?
[08:07] <pitti> didrocks: it was close to _a_ park (on the way to Grafton street and city center)
[08:07] <pitti> not sure what its name was, though
[08:07] <didrocks> pitti: and a lovely comercial center, isn't it?
[08:07] <pitti> just that OSM had an excellent plan of it :)
[08:08] <pitti> maybe we'll see/hear more bands playing on Grafton street this time
[08:08] <didrocks> pitti: very white, like this one: http://fr.wikipedia.org/wiki/Fichier:Stephen%27s_Green_Centre.JPG
[08:08] <pitti> ah, haven't seen that
[08:08] <didrocks> ok, I'll bring you there, it's really beautiful ;)
[08:08] <didrocks> oh didn't get any bands playing on Grafton street?
[08:09] <pitti> chrisccoulson: would you mind reviewing https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-firefox-translations-in-launchpad today?
[08:09] <pitti> didrocks: I just saw one once
[08:09] <didrocks> oh, not very lucky then :/
[08:10]  * pitti checks flights
[08:10] <didrocks> will be weird to be back to Dubin TBH, not such a long time for me (5 years from now)
[08:10] <pitti> EI 353  W  26JUN  MUC 1 DUB 2  1150  1320
[08:10] <pitti> EI 352  R  02JUL  DUB 2 MUC 1  0720  1050
[08:10] <pitti> hm, not much time on Sunday afternoon, neither on the Saturday after, but we'll have some time during the week evenings
[08:11] <didrocks> right, and Dublin is very nice in the evening, city's lights are nice
[08:31] <dpm> morning pitti!, did you have the chance to upload the natty langpacks, and if so, can I clear the https://wiki.ubuntu.com/Translations/LanguagePackUpdatesQA page ?
[08:32] <pitti> dpm: yes, I moved them to -updates last night
[08:32] <dpm> pitti, great, thanks, I'll clear the wiki then
[08:32] <pitti> cheers
[08:44] <pitti> didrocks: I'd appreciate some feedback from you on https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-cd-localization
[08:44] <didrocks> pitti: sure, looking
[08:44] <pitti> sabdfl: good morning Mark
[08:44] <pitti> sabdfl: if you have a moment for cross-checking the general strategy there? ^
[08:47] <cdbs> pitti: The work items tracker, does it work? Sorry but this is the first time I'm dealing with tasks assigned to myself :(
[08:48] <pitti> cdbs: yes, it's happily tracking oneiric WIs
[08:48] <pitti> the trend lines are off, since we didn't officially start tracking yet
[08:48] <cdbs> pitti: silly question, but where is it hosted? :D
[08:48] <cdbs> maybe because I'm looking at the wrong place
[08:49] <pitti> http://people.canonical.com/~platform/workitems/oneiric/canonical-desktop-team.html for desktop team
[08:49] <seb128> hey desktopers
[08:49] <seb128> hey pitti
[08:49] <pitti> bonjour seb128
[08:49] <seb128> wie gehts?
[08:49] <cdbs> good morning seb128
[08:49] <pitti> seb128: gut, danke!
[08:50] <pitti> seb128: saw your ping wrt. libnotify, on my list
[08:50] <seb128> pitti, thanks ;-)
[08:50] <pitti> seb128: I just finished drafting my last spec, so I'll get to that now
[08:50] <didrocks> hey seb128!
[08:50] <seb128> hey cdbs didrocks
[08:50] <pitti> seb128: do you think you'll have some time today for spec reviews?
[08:50] <seb128> pitti, yes
[08:50] <pitti> cool
[08:50] <seb128> will go through the ones I'm approver for today
[08:53] <baga> hello
[08:53] <seb128> hi baga
[08:54] <baga> is there anyone in here using gnome3 in ubuntu 11.04 ?
[08:56] <seb128> baga, you should better just ask your question if you have one, some people tried that, some people use a vm, etc but you could get a reply from people who know about it without running it
[08:56] <cdbs> baga: yes, go ahead, ask your question
[08:57] <cdbs> !anyone | baga
[08:57] <ubot2> baga: A large amount of the first questions asked in this channel start with "Does anyone/anybody..."  Why not ask your next question (the real one) and find out? See also !details, !gq, and !poll.
[08:57] <pitti> seb128: ah bummer, libnotify isn't in pkg-gnome
[08:57] <seb128> pitti, it is?
[08:57] <pitti> not according to http://packages.qa.debian.org/libn/libnotify.html
[08:57] <pitti> and svn+ssh://svn.debian.org/svn/pkg-gnome/desktop/experimental/libnotify doesn't exist either
[08:58] <Laney> pochu has been uploading it though
[08:58] <seb128> hum
[08:59] <pitti> not that much of a biggie, though; as soon as Debian updates, we can sync again
[08:59] <seb128> pitti, http://svn.debian.org/wsvn/pkg-gnome/packages/unstable/libnotify
[08:59] <dpm> pitti, re: the localized cd tools, there's also http://uck.sourceforge.net/ which some locos use. I've added it to the references section of the spec
[08:59] <seb128> http://svn.debian.org/wsvn/pkg-gnome/packages/experimental/libnotify/debian/changelog
[08:59] <seb128> pitti, ^ it's in packages, not desktop
[09:00] <pitti> ah
[09:00] <pitti> I'll add a Vcs-* header then
[09:00] <seb128> pitti, desktop is official GNOME desktop set
[09:00] <baga> ok. yesterday i installed gnome3 using ppa:gnome3-team/gnome3 and it work fine until this morning after i'm upgrade my ubuntu and gnome3 session not working properly.
[09:00] <pitti> thanks
[09:00] <seb128> pitti, yw ;-)
[09:01] <seb128> baga, what is not working properly?
[09:01] <rodrigo_> morning
[09:01] <baga> after i reboot my laptop. there is no gnome session only ubuntu session
[09:02] <baga> by the way i'm using ubuntu 11.04 64 bit
[09:07] <rodrigo_> hmm, my brasero upload was rejected because of lack of permissions, isn't it part of the gnome stack?
[09:09] <pitti> it ought to be
[09:09] <pitti> probably wasn't when we set up the packageset, hang on
[09:09] <rodrigo_> ok
[09:10] <pitti> oh, brasero, not banshee
[09:10] <pitti> that's weird indeed
[09:10] <pitti> rodrigo_: try again
[09:10] <rodrigo_> ok
[09:15] <geser> seb128: re the pidgin FTBFS: thanks to slangasek I now know how to fix it (use dh-autoreconf to get a working set of regenerated autotools files) but it got too late yesterday to get a merge of pidgin done.
[09:16] <seb128> geser, is pidgin not using autoreconf yet?
[09:17] <geser> seb128: no, the Makefile(?) calls automake and aclocal when it finds the patched configure.ac but not libtoolize which caused the FTBFS due to the version mismatch AFAIU
[09:17] <seb128> ok, things patching configure.ac should use dh-autoreconf nowadays
[09:18] <seb128> we ported most of GNOME to it and it works great
[09:18] <seb128> geser, thanks a lot for debugging it!
[09:20] <seb128> geser, let me know if you need any sponsoring
[09:20] <geser> will do, probably today evening
[09:24] <pitti> seb128: libnotify done
[09:25] <seb128> pitti, danke
[09:25] <seb128> geser, is that just a matter of using dh-autoreconf, do you want me to do it?
[09:26] <chrisccoulson> good morning everyone
[09:26] <pitti> hey chrisccoulson
[09:26] <chrisccoulson> hi pitti, how are you?
[09:27] <pitti> chrisccoulson: I'm great, thanks! how about yourself? sleeping longer again these days?
[09:27] <geser> seb128: yes, just add "include /usr/share/cdbs/1/rules/autoreconf.mk" (I hope I remember that path correctly) to debian/rules and pidgin builds again. And replacing our addition of libtool to Build-Depends with dh-autoreconf
[09:27] <chrisccoulson> pitti - i only slept in because i don't feel too well today ;)
[09:27] <seb128> geser, ok, thanks (I know how to make things use dh-autoreconf no worry ;-)
[09:27] <pitti> argh, late ubuflu?
[09:27] <chrisccoulson> i've almost lost my voice today. it's a good job i don't need to talk to people ;)
[09:28] <chrisccoulson> pitti - yeah, i've had it all week, but today is definitely the worst so far
[09:28] <didrocks> hey chrisccoulson
[09:28] <didrocks> pitti: urgh, my comments didn't intend to be so long, sorry about it :)
[09:29] <chrisccoulson> pitti - i'm pretty much ready to push the button on firefox 5 (i'm just waiting for mozilla to push it to the beta channel)
[09:29] <chrisccoulson> it contains the new language packs
[09:29] <pitti> didrocks: don't apologize for being thorough :)
[09:29] <chrisccoulson> how often do we get language pack updates in oneiric?
[09:29] <pitti> chrisccoulson: is that blocked for uploading oneiric langpacks without XPIs, or did you add replaces:?
[09:29] <pitti> chrisccoulson: not at all so far
[09:29] <chrisccoulson> pitti - i've added replaces
[09:29] <pitti> we'll need replaces anyway for upgrades, I think
[09:30] <chrisccoulson> which sort-of works. but it leaves some residual search plugins for non en-US users for now (as some of the mozilla localized plugins have different filenames to the ones we ship)
[09:31] <chrisccoulson> that will go away once langpack-o-matic, but it means that some users will get english + localized plugins for some search services temporarily in oneiric
[09:31] <chrisccoulson> **once langpack-o-matic is fixed
[09:31] <chrisccoulson> d'oh
[09:31]  * chrisccoulson needs coffee
[09:31] <pitti> sounds fine to me at this early point
[10:38] <chrisccoulson> pitti - do you want me to remove your work item from desktop-o-mozilla-rapid-release-maintenance? I think that's already covered in desktop-o-firefox-translations-in-launchpad
[10:46] <pitti> didrocks: followed up to your comments, thanks!
[10:47] <didrocks> pitti: yw ;)
[10:47] <seb128> pitti, do you read https://bugs.launchpad.net/ubuntu/+source/seed/+bug/782972 as "you can promote" as well?
[10:47] <ubot2> Launchpad bug 782972 in seed "[mir] seed" [Undecided,In progress]
[10:47] <pitti> seb128: the bug status seems "approved", let me check
[10:47] <seb128> oh, mterry is already there
[10:47] <pitti> chrisccoulson: ah, right, please
[10:47] <seb128> mterry, hey ;-)
[10:47] <didrocks> pitti: oh, you removed one of my item (hennekn wrongly moved it), I'm moving back, again ;)
[10:47] <seb128> mterry, can I promote seed and libpeas? ;-)
[10:48] <pitti> kees acked it
[10:48] <pitti> didrocks: I did? I was about to restore your comments that hennekm killed, but someone else already restored it
[10:50] <didrocks> pitti: yeah, I restored between, editing war blueprints not handling conflicts :)
[10:50] <didrocks> done now
[10:50] <didrocks> pitti: ok, on your feedback, looking at the spec updated now
[10:50] <chrisccoulson> pitti - ok, i'll do that. am i meant to be approver for desktop-o-firefox-translations-in-launchpad ?
[10:50] <chrisccoulson> i just realized i can approve it ;)
[10:51] <pitti> chrisccoulson: yes, as I was the drafter, and you are the firefox guru for cross-checking
[10:51] <didrocks> pitti: for the additional files, I would just be in favor of either localizable examples (which other bin package by local shipping them), or just an additional source package
[10:51] <chrisccoulson> pitti - cool. ok, it's approved now then :)
[10:51] <pitti> didrocks: I agree; everythign shoudl be packaged, otherwise upgrades/fixes/CD builds will be impossible
[10:52] <pitti> chrisccoulson: yay
[10:53] <didrocks> pitti: waow, seeing your diff on the spec, that would put simplecommeubuntu in main. I'm fine with it! :)
[10:53] <didrocks> pitti: and agree on the major issue which can be seen only as "== Possible future improvements =="
[10:59] <chrisccoulson> pitti - if you feel like using your axe, then bug 782088 might be for you :)
[10:59] <ubot2> Launchpad bug 782088 in firetray "Please remove firetray and blacklist" [Wishlist,Confirmed] https://launchpad.net/bugs/782088
[11:00] <pitti> didrocks: I see nothing wrong with having an Ubuntu book in main, as long as it's kept up to date
[11:02] <didrocks> pitti: yeah, this time it wasn't the case due to ETOOFEWTIMES, but for the last 5 years, it was up in beta (meaning: additional reading to fix typo needed) before RC and up to date in the final version for the release. I'll move the schedule a little bit before, praying for no last minute design change (taking screenshots is time consuming)
[11:03] <pitti> chrisccoulson: *splatter*
[11:03] <chrisccoulson> heh :)
[11:03]  * pitti off for some errands and lunch
[11:07] <chrisccoulson> pitti - desktop-o-mozilla-rapid-release-maintenance is ready for approval once you get back from lunch
[11:07] <chrisccoulson> plenty of removals this cycle ;)
[11:07] <chrisccoulson> i'm going to be popular
[11:07] <chrisccoulson> and someone said at UDS that we never remove old cruft from the archive!
[11:08] <seb128> we don't
[11:09] <seb128> you just try to clean things user run, not cruft ;-=)
[11:10] <seb128> pitti, btw I unassigned ubuntu-desktop from the desktop-o-gtk3-gnome3 to not spam the list at each whiteboard update
[11:18] <chrisccoulson> hmmm, this is a really ugly screenshot (except for the web content, of course): https://launchpadlibrarian.net/71997567/html5Ubuntuweb.PNG
[11:24] <kinoucho`> hello
[11:51] <rodrigo_> any idea why we disable dbus in evince package?
[11:51] <seb128> do we?
[11:51] <seb128> rodrigo_, or do we have 2 builds, one gtk only one and a normal one and it's off only in the gtk build?
[11:51] <rodrigo_> hmm
[11:52] <rodrigo_> yes, we disable it for the gtk build
[11:52] <rodrigo_> the debian package doesn't have that anymore, so do I keep it?
[11:53] <seb128> rodrigo_, they don't have what?
[11:53] <rodrigo_> the --disable-dbus call for evince-gtk
[11:53] <kinoucho`> hello seb128
[11:53] <rodrigo_> s/call/argument
[11:53] <seb128> lut kinoucho`, ca va ?
[11:53] <seb128> rodrigo_, just follow what they do
[11:54] <seb128> not sure it still make sense to have a gtk binary anyway
[11:54] <seb128> we should ask on #debian-gnome
[11:54] <kinoucho`> seb128: yes and you?
[11:54] <seb128> kinoucho`, I'm fine thanks ;-)
[11:55] <rodrigo_> seb128, they still have evince-common and evince-gtk, they have merged all libev* packages into one though
[11:57] <rodrigo_> seb128, ah, evince-gtk is built without keyring support
[11:57] <rodrigo_> so I'll keep as it is in debian, ok?
[12:00] <seb128> rodrigo_, ok, I just debdiffed the binaries it still make sense
[12:00] <rodrigo_> ok
[12:00] <seb128> rodrigo_, the gtk one doesn't ship the nautilus thumbnailer and doesn't depends on gvfs
[12:00] <rodrigo_> now only missing our patches, and should be ready to upload
[12:00] <seb128> ok, great
[12:05] <seb128> pitti, oh, you didn't update libnotify to the current minor version?
[12:12] <ricotz> rodrigo_, hello :)
[12:12] <rodrigo_> hi ricotz
[12:13] <ricotz> rodrigo_, i noticed the brasero upload, but i am a bit confused about the dependency wait
[12:13] <rodrigo_> what is it waiting for?
[12:14] <ricotz> it claims that libtracker-client-0.8-dev is missing
[12:14] <ricotz> which is available though
[12:14] <rodrigo_> hmm, yes, it is
[12:15] <ricotz> i will copy it to the ppa and see what happens
[12:16] <seb128> ricotz, rodrigo_: tracker is in universe
[12:16] <seb128> we don't want to build-dep on it
[12:16] <seb128> is that build-depends optional?
[12:16] <ricotz> seb128, ah, that explains it ;), so the ppa will work
[12:16] <rodrigo_> seb128, hmm, not optional, no, but can make it optional, I guess
[12:17] <seb128> rodrigo_, ok, please do
[12:17] <rodrigo_> ok
[12:17] <seb128> we don't want to install tracker by default
[12:42] <seb128> nessita, hey, how are you?
[12:42] <seb128> didrocks, so, question for you
[12:42] <nessita> seb128: preeeetty good. You?
[12:42]  * didrocks hides
[12:42] <didrocks> hey nessita
[12:42] <seb128> nessita, I'm fine thanks ;-)
[12:43] <nessita> hi didrocks! how's life going?
[12:43] <seb128> didrocks, what was the issue with glew and unity previous cycle which made us downgrade and can we sync 1.6 in oneiric?
[12:43] <didrocks> nessita: going fine, thanks, sunny weather!
[12:44] <didrocks> seb128: apparently, some issue on intel card where compositing didn't activate after the upgrade IIRC
[12:44] <seb128> didrocks, bug #711396 was the issue but I guess nobody ever reviewed if that was nux or glew being buggy?
[12:44] <ubot2> Launchpad bug 711396 in glew "segfault in nux::IOpenGLFrameBufferObject::Deactivate" [High,Fix released] https://launchpad.net/bugs/711396
[12:45] <didrocks> seb128: I guess the guilty was glew itself and not nux. But better to check again with the Xorg guys first
[12:45] <seb128> didrocks, do we know of anybody who had the issue who could try if that's still one with 1.6?
[12:45] <seb128> or should we just sync and wait for bugs to come and debug then?
[12:45] <didrocks> seb128: I would say so, yeah, better to sync now and wait for debug. I don't remember if i945 were affected
[12:46] <didrocks> I think they were
[12:46] <seb128> didrocks, ok, I will check with the X guys and install it there to see if it obviously break on intel
[12:46] <seb128> didrocks, if it's fine I will sync and we can wait for complains ;-)
[12:46] <didrocks> seb128: right, i can give it a try with my intel hardware as well, if you want
[12:47] <didrocks> yeah, seems a good plan! :)
[12:47] <didrocks> glew has a patch for the .pc IIRC as well
[12:47] <didrocks> but maybe debian took it now (I didn't see any activity on the upstream bug report)
[12:48] <seb128> didrocks, the #ubuntu-x guys can probably get it in debian if it's not there yet
[12:48] <didrocks> seb128: right, I remember that it was accidentally removed once, and I was starting to cry building nux :)
[12:54] <chrisccoulson> right, i'm going to take the plunge in to oneiric now
[12:54] <chrisccoulson> wish me luck!
[12:54] <chrisccoulson> :)
[12:56] <chrisccoulson> oops. it helps if i spell oneiric correctly in my sources.list
[12:56] <chrisccoulson> i wondered why i had like 5 packages to upgrade
[13:03] <chrisccoulson> hmm, i think i'm just going to stop reading d-d-l before it makes me depressed
[13:03] <chrisccoulson> it's a pretty hostile place to go
[13:03] <cyphermox> heh
[13:03] <cyphermox> good morning :)
[13:04] <chrisccoulson> hi cyphermox, how are you? how was your flight back?
[13:04] <cyphermox> it was alright, uneventful.
[13:05] <pitti> seb128: oh, 0.7.2 is still too old? darn
[13:06] <pitti> seb128: putting on my list again then, sorry
[13:06] <seb128> no worry
[13:15] <cyphermox> rodrigo_: ping?
[13:15] <rodrigo_> cyphermox, pong
[13:15] <cyphermox> hey! :)
[13:15] <cyphermox> I was wondering how far along g-c-c was ?
[13:16] <rodrigo_> cyphermox, in lp~ubuntu-desktop/gnome-control-center/ubuntu, ready to be uploaded, but I wanted a review of all the patches I dropped
[13:16] <cyphermox> cool
[13:16] <rodrigo_> cyphermox, if you want to do the review, please do :)
[13:17] <cyphermox> hehe I can always take a look, but can't merge
[13:17] <cyphermox> oh nm
[13:17] <rodrigo_> or maybe I can upload it and do other uploads as we find problkems/missing patches
[13:17] <rodrigo_> cyphermox, oh, still not in ubuntu-desktop team?
[13:17] <cyphermox> no
[13:18] <cyphermox> waiting for +1s or -1s on the list ^.^
[13:18] <rodrigo_> oh, can I +1? or am I too new?
[13:22] <pitti> rodrigo_: if you sponsored cyphermox's packages, sure
[13:22] <rodrigo_> I never did
[13:22] <rodrigo_> so no +1 from me, sorry :)
[13:22] <rodrigo_> anyway, lunch now
[13:36] <hv> is gnome-settings-daemon mostly stabilized? it seems it is not working properly here. (should I investigage and bug-report?)
[13:42] <seb128> rodrigo_, oh, you wait on review for g-c-c? your comment was not clear about that, it seemed like you dropped all patches and needed to port those
[13:43] <pitti> hv: unlike yesterday, today my keybindings are working again
[13:43] <pitti> and the unity panel shows the correct theme again
[13:44] <pitti> (i. e. not the hicolor icons, but the humanity ones)
[13:44] <seb128> hv, you should open a bug
[13:44] <pitti> so I'd call that stable enough for this early oneiric stage :)
[13:44] <pitti> the other ugliness is just because we lack a gtk 3 theme
[13:45] <hv> I cannot change the theme, and desktop is not shown. instead nautilus is started in a *window*.
[13:45] <pitti> both is expected breakage TTBOMK
[13:47] <seb128> hv, well early times in unstable cycle don't give stable experience ;-)
[13:47] <seb128> the nautilus issue is known
[13:47] <hv> how about the theme issue?
[13:48] <pitti> see above -- we don't yet have a theme for gtk3
[13:48] <pitti> well, not an ubuntuish one anyway
[13:48] <hv> oh, so it is not broken then
[13:49] <pitti> well, it is broken, but "expectedly broken"
[13:49] <pitti> but these window buttons look kinda cute as well, don't they? :-)
[13:49] <cyphermox> adwaita kinda works
[13:50] <hv> great! I can live with the theme and nautilus. I was worried if other things are broken, too.
[13:50] <hv> so it is not really a gnome-settings-daemon problem anymore
[13:50] <cyphermox> compiz seems to have major issues with redrawing here
[13:51] <hv> is lightdm going to be the default btw?
[13:53] <hv> btw, is the overlay-scrollbar going to ported to gtk3?
[13:53] <pitti> yes to both
[13:53] <pitti> a more firm yes to the latter, though
[13:54] <pitti> there's still the (small) possibility that something goes wrong with lightdm, and we'll revert to gdm
[13:54] <hv> lightdm randomly crashes for me, so I can see how that might happen ;)
[13:55] <pitti> ah, I haven't tried it yet
[13:55]  * pitti tries to stay to a default install as closely as possible for dogfooding
[13:56] <kenvandine> seb128, FYI i updated overlay-scrollbars and the gtk2 patch in the PPA last night, in case we start seeing more bugs :)
[13:56] <rodrigo_> seb128, no, I just dropped the ones that don't apply anymore because of that piece of code going away, so the review is about making sure what we need frtom those patches and add work items
[13:56] <seb128> rodrigo_, ok, I can do that
[13:56] <seb128> hv, report bugs, issues can't be worked when they are not reported
[13:57] <seb128> kenvandine, ok, is that for natty as well or just oneiric?
[13:57] <seb128> kenvandine, what about the gtk3 theme? ;-)
[13:57] <rodrigo_> seb128, cool, thanks
[13:57]  * rodrigo_ goes back to finish cooking and lunch, bbl
[13:57] <kenvandine> just for natty so far, didn't rush to do it for oneiric
[13:57] <kenvandine> however when i do, i will put the oneiric build right in oneiric
[13:58] <kenvandine> seb128, he has something done for the gtk3 engine, but he said he isn't going to be watching for bugs and merge proposals for it just yet, and won't do a release
[13:58] <kenvandine> and there is no theme for it yet
[13:58] <kenvandine> i'll get a snapshot packaged though, soon
[13:58] <kenvandine> not the top of my list though :)
[13:58] <seb128> kenvandine, why not?
[13:58] <kenvandine> working on the tp-approver atm
[13:59] <seb128> can we stop spending time on stupid scrollbars and get a working theme?
[13:59] <kenvandine> hehe
[13:59] <seb128> not joking
[13:59] <chrisccoulson> still no theme?
[13:59] <seb128> did you trying running oneiric?
[13:59] <chrisccoulson> i'm just in the middle of upgrading ;)
[13:59] <kenvandine> i'll try to get a timeline for when we can expect a theme
[13:59] <kenvandine> seb128, no... not yet... but the gtk3 build of gwibber looks terrible :/
[14:00] <kenvandine> i am going to switch this weekend, i think
[14:00] <pitti> kenvandine: right, that's how oneiric looks now
[14:00] <kenvandine> i figured :)
[14:00] <pitti> FWIW, not the thing I'd put on #1 on the TODO list, though
[14:00] <pitti> it works, just looks a bit bad
[14:01] <kenvandine> i would say compared to new features in the scrollbar... it should be higher
[14:01] <seb128> well, I would put it before scrollbars updates still
[14:01] <pitti> agreed
[14:01] <pitti> breakage > libraries > theme > scrollbars
[14:02] <kenvandine> are we in a good state now to upgrade to oneiric?
[14:02] <kenvandine> or should i wait a couple more days?
[14:04] <seb128> it's stable enough to be used
[14:04] <seb128> it's not rocking stable
[14:04] <bryce> kenvandine, I did it on two systems, one upgraded fine, one blew up with kernel problems (probably because it's sandybridge)
[14:08] <hv> is any gtk3 theme (e.g. off gnome-look.org) supposed to work, cuz the first one (sorted by rating) apparently isn't working.
[14:12] <zniavre> gtk3 theme or gnome-shell theme ?
[14:13] <zniavre> (oops sorry i hav not see im talking into this room)
[14:14] <hv> more specifically, the theme change affects gnome-appearance-properties window but not anything else.
[14:18] <seb128> hv, right, gtk3 has no theme and not sure if g-s-d is setting gtk2 themes
[14:20] <dobey> eh? gtk3 has themes
[14:20] <seb128> only one in the archive though
[14:20] <dobey> yes
[14:20] <seb128> not to mention that it has no UI out of the tweak tool to set one and the tweak tool depends on gnome-shell
[14:20] <dobey> well 2
[14:20] <dobey> the default, and the gnome one
[14:21] <dobey> the dconf command line tool supposedly works, but i haven't gotten it to :(
[14:22] <dobey> my gtk3 is still stuck in 1995
[14:22] <dobey> but i've seen the problem being described by hv, on another user's computer at UDS, on 11.04
[14:23] <dobey> and i'm pretty sure he didn't enable the gnome3 PPA at least. and it was immediately after he'd installed it.
[14:23] <dobey> very weird
[14:25] <pitti> dobey: g-s-d crash?
[14:27] <dobey> pitti: that's what i thought, but gnome-appearance-properties worked fine. which makes no sense
[14:27] <dobey> pitti: since if g-s-d crashes, g-a-p should end up with the crappy theme too if it's running when g-s-d crashes
[14:27] <seb128> dobey, gnome-appearance-properties writes a gconf key which the new g-s-d doesn't read to apply the xsettings
[14:28] <seb128> since g-s-d use gsettings and gnome-appearance-properties got dropped
[14:30] <dobey> seb128: define "new" here? you mean in gnome 2 or gnome 3?
[14:30] <seb128> dobey, gnome3
[14:30] <chrisccoulson> urgh, my fonts are barely readable
[14:30] <chrisccoulson> i hope that disappears after i restart
[14:30] <dobey> seb128: i'm talking about 11.04 which is still gnome 2
[14:30] <dobey> pretty sure we don't ship g-s-d 3.0 in it?
[14:32] <pitti> right
[14:32] <seb128> dobey, no it doesn't, but we were talking about gtk3 themes
[14:32] <seb128> which don't really matter on natty since it has no gtk3 application
[14:33] <dobey> seb128: well it matters if someone tries to set the gtk3 theme because they want to build/run a gtk3 app on 11.04.
[14:34] <dobey> and i presume hv is just confused because he downloaded a gtk3 theme which probably also includes a gtk2 theme rc in it, so that both look the same. and so it appeared in gnome-appearance-properties
[14:34] <dobey> gtk3 themes don't apppear there
[14:34] <dobey> so the issue with g-a-p getting theme, but nothing else, doesn't really have anything to do with his mention of gtk3
[14:48] <chrisccoulson> pitti, my firefox crasher has dropped from number 10 to number 13 on http://is.gd/OzxCYp since you approved the natty-proposed upload yesterday
[14:48] <chrisccoulson> crash-stats is pretty cool!
[14:48] <chrisccoulson> i wish we had something like that in launchpad ;)
[14:50] <dpm> pitti, someone pointed this out on the translators list: http://pastebin.ubuntu.com/610086/
[14:50] <mdeslaur> chrisccoulson: +1
[14:58] <rodrigo_> pitti, had same problem for my evince upload than with brasero, can you please fix it?
[14:58] <rodrigo_> pitti, no permissions
[15:07] <jbicha> hi, seed depends on gnome-js-common but that package hasn't been updated by Gnome in over a year
[15:07] <jbicha> it looks like gnome-shell now just depends on gjs directly instead which is still being maintained
[15:08] <seb128> hey jbicha
[15:09] <seb128> mterry, ^ do you have any opinion on gnome-js-common?
[15:09] <seb128> I'm wondering if we would turn the js support in libpeas off
[15:10] <jbicha> I'm thinking we should ask seed to depend on gjs
[15:10] <chrisccoulson> oh, that's really broken
[15:10] <chrisccoulson> g-s-d crashes on start here ;)
[15:11] <seb128> what version?
[15:11] <chrisccoulson> seb128, 3.0.1-1ubuntu2
[15:11] <seb128> stacktrace?
[15:12] <chrisccoulson> seb128, 1 second, need symbols
[15:13] <seb128> let's blame it on rodrigo
[15:13] <seb128> ;-)
[15:13] <chrisccoulson> does nautilus not draw the background now? i have a black background and when i drag a window, it's contents get left all over the screen
[15:13] <chrisccoulson> this is seriously weird
[15:13] <mterry> seb128, jbicha: so are you guys saying that we don't need seed, but insstead gjs?
[15:13] <seb128> no, I'm not saying that
[15:13] <seb128> I'm saying I've not clue about js :p
[15:14] <seb128> I just want gedit to build
[15:14] <mterry> seb128, :
[15:14] <mterry> )
[15:14] <mterry> seb128, jbicha's comment does sound like gnome-js-common would be a hard sell for MIR
[15:15] <mterry> seb128, if we can turn off libpeas's support for JS, that would be an easy short term fix until the JS situation is sorted
[15:15] <seb128> well
[15:15] <seb128> mterry, gnome-js-common is just a bunch of .js
[15:15] <seb128> it's no library or anything
[15:15] <mterry> ah
[15:16] <seb128> it's a .pc and some .js
[15:18] <chrisccoulson> wth, gnome-settings-daemon is just exitting, but it's crashing on exit
[15:18] <seb128> is a g-s-d already running?
[15:19] <rodrigo_> chrisccoulson, oh, backtrace please, yeah :)
[15:19] <rodrigo_> chrisccoulson, exiting? see .xsession-errors
[15:20] <mterry> seb128, has a MIR been filed yet?
[15:20] <chrisccoulson> rodrigo_, oh, it's exitting because one is already running
[15:20] <chrisccoulson> but the one that is running doesn't seem to be working very well
[15:20] <rodrigo_> chrisccoulson, is this on a virtual machine?
[15:20] <seb128> mterry, not sure, I ask on the bug if jbicha can do one
[15:20] <chrisccoulson> rodrigo_, no, on my laptop
[15:20] <seb128> jbicha, do you plan to write the gnome-js-common mir?
[15:21] <rodrigo_> chrisccoulson, hmm, so what is not running well?
[15:21] <chrisccoulson> rodrigo_, no theme (for anything), and no background being the main things
[15:22] <rodrigo_> chrisccoulson, no theme is because you need gnome-themes-standard and change the theme in gsettings (or use gnome-tweak-tool from the ppa)
[15:22] <chrisccoulson> rodrigo_, is the same true for the background?
[15:22] <rodrigo_> no background is bad
[15:24] <jbicha> seb128: mterry I'm going to submit a bug against seed recommending they depend on gjs, since seed is the only thing
[15:24] <jbicha> depending on gnome-js-common, we won't even need gnome-js-common in the archives at all
[15:24] <seb128> jbicha, would gjs work? the gnome-js-common description suggest it ships what is common to gjs and seed
[15:25] <seb128> so likely none of those would should ship what is in the common et?
[15:25] <mterry> seb128, btw, disabling seed in libpeas is as simple as a configure flag.  Not sure what that would break though
[15:25] <seb128> mterry, let's do that for now so things can build maybe?
[15:25] <seb128> we don't care much about libpeas js for now since nothing use it
[15:26] <mterry> seb128, sure.  I can make that change
[15:26] <jbicha> seb128: that's an old description, gjs includes what gnome-js-common provided
[15:26] <seb128> mterry, thanks
[15:26] <rodrigo_> chrisccoulson, what does 'gsettings get org.gnome.desktop.background draw-background' show?
[15:26] <chrisccoulson> rodrigo_, it's true
[15:26] <chrisccoulson> i'm just playing around with it atm
[15:27] <jbicha> I think the vinagre chat status plugin depends on seed js, but the plugin is broken anyway :-)
[15:27] <rodrigo_> chrisccoulson, and gsettings get org.gnome.desktop.background  picture-uri?
[15:27] <jbicha> it's definitely not an important plugin
[15:27] <chrisccoulson> rodrigo_, oh, that's the issue
[15:27] <chrisccoulson> it's not set to anything ;)
[15:28] <chrisccoulson> i forgot about that
[15:28] <chrisccoulson> i've been playing around with picture-filename, because that's what it used to be
[15:28] <rodrigo_> yes, but the gsettings schema should have /usr/share/themes/Adwaita/backgrounds/stripes.jpg as default
[15:28] <rodrigo_> so, something's wrong there
[15:29] <rodrigo_> you have the latest gsettings-desktop-schemas, right?
[15:29] <chrisccoulson> rodrigo_, i just set my background from firefox, and it works now ;)
[15:29] <rodrigo_> chrisccoulson, ok :)
[15:29] <chrisccoulson> rodrigo_, yeah, i have that installed
[15:30] <rodrigo_> hmm, but how does firefox set the background? via gconf?
[15:31] <chrisccoulson> rodrigo_, oh, the issue is actually that i don't have the default background installed
[15:31] <bcurtiswx> Hi all
[15:31] <chrisccoulson> yes, firefox 6.0 uses gsettings
[15:32] <chrisccoulson> i was using dconf-editor and looking in totally the wrong place for the settings
[15:32] <chrisccoulson> so i got confused
[15:32] <rodrigo_> chrisccoulson, ah, ok
[15:32] <chrisccoulson> it's good to know that my gsettings code in firefox works though
[15:32] <chrisccoulson> :)
[15:36] <kenvandine> seb128, gtk3-engines-unico is in source NEW
[15:37] <kenvandine> seb128, bzr branch is lp:~ken-vandine/unico/gtk3-engines-unico for now, until the source package exists
[15:38] <seb128> kenvandine, ok, reviewing it
[15:38] <kenvandine> thx
[15:39] <bcurtiswx> kenvandine: Still no luck from yesterday. :(
[15:40] <kenvandine> bcurtiswx, :/
[15:42] <bcurtiswx> Anyone know if there
[15:42] <bcurtiswx> ...
[15:42] <kenvandine> ?
[15:43] <seb128> jbicha, so gnome-js-common is deprecated?
[15:43] <bcurtiswx> Have been any changes to deb_dh_makeshlibs_args_ since natty?
[15:44] <pitti> didrocks: is it currently even possible to customize the apps in the home dash?
[15:44] <didrocks> pitti: it takes the default emailer, browser, music player
[15:44] <didrocks> pitti: so if you change them by the relevant gconf key, yeah
[15:44] <seb128> bcurtiswx, shouldn't why?
[15:44] <pitti> didrocks: ah, but you can't add/remove stuff there?
[15:44] <didrocks> pitti: no, you can't
[15:45] <pitti> didrocks: thanks for confirming
[15:45] <didrocks> yw :)
[15:45] <bcurtiswx> seb128: In my rebase of seahorse there's a build fail at the end. Lemme rebuild and paste bin the error. It'll be a few mins
[15:46] <bcurtiswx> kenvandine: Do you still have that paste bin link?
[15:47] <kenvandine> i don't
[15:52] <seb128> cyphermox, didrocks: https://bugzilla.gnome.org/show_bug.cgi?id=650150
[15:52] <ubot2> Gnome bug 650150 in general "FTBFS because vinagre uses both gettext and intltool" [Major,New]
[15:53] <seb128> the evo build issue is likely the same one, don't run intltoolize from the rules, drop the gettext snippet from configure
[15:54] <rodrigo_> seb128, seems pitti is out, so can you please have a look at adding evince to the ubuntu-desktop packageset? My upload was rejected because of lack of permissions
[15:54] <pitti> oh, I am?
[15:55] <rodrigo_> pitti, oh, sorry, since you didn't answer, I thought you were away :)
[15:55] <rodrigo_> sorry :)
[15:55] <pitti> rodrigo_: ah, sorry, missed that; I was out for a bit for some garden work
[15:55] <rodrigo_> but yes, now I see you were not :)
[15:56] <pitti> rodrigo_: done
[15:56] <seb128> rodrigo_, you should rather ask cjwatson than pitti
[15:56] <rodrigo_> pitti, thanks
[15:56] <seb128> oh
[15:56] <rodrigo_> ok
[15:56] <seb128> cjwatson, sorry for the highlight, I didn't know pitti had access to the sets as well
[15:56] <seb128> pitti, thanks ;-)
[15:57] <didrocks> seb128: read both bug reports, thanks for the head's up!
[15:57] <seb128> didrocks, yw
[15:58] <seb128> someone should open an evo bug upstream also to get the configure just use intltool
[15:58] <pedro_> fyi: if you see a bunch of bug emails is me pinging old reports, so just delete those
[15:59] <seb128> pedro_, don't worry that's what we usually do with emails coming from you ;-)
[15:59] <pedro_> rodrigo_, neat that you're finally running for the foundation board!
[15:59]  * rodrigo_ adds pedro_ to list of spammers
[15:59] <seb128> joke aside we are used to you doing cleaning waves
[16:00] <rodrigo_> pedro_, heh, not sure, already involved in some discussions, and haven't been elected yet :D
[16:00] <pedro_> did somebody talked to me? I have seb128 blocked
[16:00] <cdbs> didrocks: Hey , when is the 3.8.14 SRU due?
[16:00] <seb128> pedro_, ;-)
[16:00]  * pedro_ hugs seb128
[16:00] <seb128> pedro_, hug ;*)
[16:00] <didrocks> cdbs: next tuesday, as mentionned in the latest desktop team meeting :) (not all bugs will be fixed though)
[16:00] <pedro_> rodrigo_, that's the idea of these weeks, lot of questions to the candidates :-)
[16:00] <pedro_> rodrigo_, we have just 3 though
[16:01] <seb128> rodrigo_, did you send the evince gold patch to upstream?
[16:01] <seb128> the gir one as well?
[16:02] <cjwatson> pitti: how did you do it - just via lp?
[16:02] <cdbs> didrocks: Could I get https://code.launchpad.net/~bilalakhtar/unity/fix-unity-crash-on-hidden-quicklistitem/+merge/61067 in for it?
[16:02] <cjwatson> edit_acl.py?
[16:02] <pitti> cjwatson: edit_acl.py, as usual
[16:02] <cjwatson> pitti: that won't stick
[16:02] <pitti> that's how we manage the other package sets like the recently added virtualization one as well, though? or the mono one?
[16:02] <cjwatson> seb128 was right to ask me, unfortunately the branch containing the permanent exceptions to seed-based packageset rules is not in a state where multiple people can edit it
[16:02] <cjwatson> pitti: it works for non-seed-based ones
[16:03] <didrocks> cdbs: do we have an application triggering the crash?
[16:03] <cjwatson> for exceptions to seed-based ones, you need to ask me
[16:03] <pitti> ah, ok; thanks for clarifying
[16:03] <cjwatson> otherwise my next push will revert your change
[16:03] <bcurtiswx> My error: http://paste.ubuntu.com/610123/
[16:03] <chrisccoulson> rodrigo_, aren't my old gconf settings for theme / fonts etc meant to be migrated to gsettings? or did that not happen because i was using default settings for everything?
[16:03] <cdbs> didrocks: hmm, no, but it would be a boon for prospective app developers
[16:03] <jbicha> seb128: I don't know if it's deprecated, I suppose I'll find out https://bugzilla.gnome.org/show_bug.cgi?id=650592
[16:03] <ubot2> Gnome bug 650592 in libseed "Should depend on gjs instead of gnome-js-common" [Enhancement,Unconfirmed]
[16:03] <seb128> jbicha, thanks ;-)
[16:03] <cdbs> didrocks: We expect developers to churn out tons of app utilizing libunity, and we expect them to be using Natty for it
[16:04] <didrocks> cdbs: the patch seems small enough to work. Can you follow the SRU process in the bug report please? (we need a test case, with crasher)
[16:04] <cdbs> didrocks: okay
[16:04] <didrocks> cdbs: please, file the SRU process so that it can be included
[16:04] <cdbs> didrocks: I'll write up a Vala script which makes this crash
[16:04] <cjwatson> rodrigo_,seb128: done persistently now
[16:05] <cdbs> didrocks: and then will add a TEST CASE. In the meantime you can merge
[16:05] <didrocks> cdbs: also, I think that "integrating unity with the platform" spec is ready (I didn't see you touching the spec), should I push it as "waiting for approval"?
[16:05] <seb128> cjwatson, thanks!
[16:05] <didrocks> cdbs: well, I prefer the dx team to review patches
[16:05] <pitti> dpm: right, I already renamed the wiki page
[16:05] <didrocks> so, wait on them to merge :)
[16:05] <cdbs> didrocks: I didn't get time to check it out well, will poke you tomorrow after it passes my check
[16:06] <didrocks> cdbs: I'm off tomorrow FYI
[16:06] <cdbs> didrocks: :( Monday then
[16:06] <didrocks> right
[16:06] <cdbs> didrocks: Could you target bug #759174 to 3.8.14, please?
[16:06] <ubot2> Launchpad bug 759174 in unity "Unity crashes when dynamic quicklist dbusmenu contains a hidden menuitem." [Medium,In progress] https://launchpad.net/bugs/759174
[16:06] <cdbs> that would make DX review it well
[16:06] <didrocks> cdbs: it's already done for 3 minutes :)
[16:07]  * cdbs refreshes
[16:07] <cdbs> thanks didrocks
[16:07] <didrocks> yw, thanks to you cdbs!
[16:08] <rodrigo_> cjwatson, thanks
[16:27] <cyphermox> seb128, Re gettext, thx
[16:27] <seb128> cyphermox, yw
[16:27] <seb128> rodrigo_, ok, reviewing g-c-c
[16:28] <rodrigo_> seb128, ok, thanks!
[16:28] <seb128> rodrigo_, you added work items for the ubuntu system settings ones right?
[16:28] <rodrigo_> seb128, yes, iirc, let me double check
[16:29] <seb128> rodrigo_, you can drop the 52_button_layout thing since that's deprecated
[16:29] <seb128> same for 96_hide_accessible I guess
[16:29] <rodrigo_> ok
[16:30] <seb128> 97_subpixel_hinting is not in the source so you should probably drop it from the series rather than comment it
[16:30] <rodrigo_> yes, work items for system settings added
[16:30] <seb128> is that something that should maybe be noted on etherpad to see if that's still needed?
[16:30] <didrocks> gnome-session will really really not be a joy to rebase :/
[16:31] <rodrigo_> didrocks, :(
[16:31] <didrocks> rodrigo_:  * Merge from Debian package -> that didn't tell me what's the remaining diff is though :/
[16:31] <rodrigo_> seb128, what? those 2 patches I just removed?
[16:31] <didrocks> I'm pondering restarting from scratch for rebasing TBH… :/
[16:32] <rodrigo_> didrocks, from the PPA? I think ricotz just got the debian version and added some of our patches
[16:32] <didrocks> rodrigo_: I'm talking about: http://bazaar.launchpad.net/~gnome3-team/gnome-session/ubuntu/revision/142
[16:33] <seb128> rodrigo_, what? I'm saying you can probably drop 52_ and 96_ from the source they don't apply to the new ui
[16:33] <didrocks> every version have a few lines of changelog with a lot of file changes
[16:33] <seb128> rodrigo_, 97_ should maybe be listed in the etherpad as something we should investigate what it was for and if that's still needed to bring back somewhere in some way
[16:33] <rodrigo_> seb128, ah, ok
[16:34] <rodrigo_> didrocks, yes, sorry, that was me testing and pushing stuff
[16:34] <didrocks> rodrigo_: yeah, and there are a lot of commits like that. We end up with a 6184 lines of diff from debian
[16:34] <rodrigo_> seb128, etherpad, or the blueprint better?
[16:35] <didrocks> let me try to see what I can save
[16:35] <rodrigo_> didrocks, yes, I think you should just rebase ubuntu-desktop branch with debian's, and then look at any patch that's oin the ppa
[16:35] <seb128> rodrigo_, either work, that one seems rather a note that a work item but your call
[16:36] <didrocks> rodrigo_: are you aware of some patches from the ppa that would be nice to get?
[16:36] <rodrigo_> didrocks, yes, the ones for the unity session
[16:37] <didrocks> rodrigo_: something you changed there? didn't see that one
[16:37] <rodrigo_> didrocks, jbicha iirc did
[16:37] <seb128> rodrigo_, you probably want g-c-c to use dh-autoreconf, configure needs an update for the nm disabling
[16:38] <rodrigo_> seb128, ok
[16:38] <didrocks> the "  - Bypass panel autostart phase as this may slow down login" ?
[16:38] <rodrigo_> hmm, no, let me check
[16:39] <rodrigo_> didrocks, 02_add_ubuntu_session.patch
[16:39] <didrocks> rodrigo_: this one is the one I did in natty
[16:40] <didrocks> rodrigo_: I saw the changed about "- Bypass panel autostart phase as this may slow down login"
[16:40] <didrocks> which is wrong
[16:40] <rodrigo_> seb128, so, adding %s: dh $@ --with autoreconf, rioght?
[16:41] <seb128> yes
[16:41] <seb128> build-depends on dh-autoreconf as well
[16:41] <rodrigo_> didrocks, ok then, you know that better than me
[16:41] <rodrigo_> seb128, yes, alreadfy build-depends on it
[16:42] <didrocks> rodrigo_: ok, I'll rebase on debian directly and see if I can pick some patches then, thanks :)
[16:42] <rodrigo_> didrocks, yes, I thought it was interesting because it fixed the loading of the unity session for me
[16:43] <rodrigo_> but if it's wrong, then ignore it
[16:43] <didrocks> rodrigo_: what "fixing"? you mean, it doesn't load without it?
[16:43] <didrocks> (this is what we have in natty right now)
[16:43] <didrocks> and this is what gnome-shell is using
[16:43] <rodrigo_> didrocks, yes, didn't work before that was fixed
[16:43] <rodrigo_> or maybe it was another patch?
[16:43]  * rodrigo_ looks
[16:43] <didrocks> is g-s loading?
[16:44] <didrocks> it just "may slow down login"
[16:44] <didrocks> from the description
[16:44] <didrocks> not "not loading at all"
[16:44] <rodrigo_> didrocks, ah, no sorry, it was the previous upload:
[16:44] <rodrigo_>   * debian/gnome-session.install
[16:44] <rodrigo_>     - Actually install the Ubuntu session
[16:44] <seb128> rodrigo_, is gnome-icon-theme-symbolic required? if it is you need a mir for it
[16:45] <seb128> rodrigo_, if it's not you should relax the depends
[16:45] <didrocks> rodrigo_: ok, but that's not impact by my debian -> ubuntu merge as I'm already installing it (should have been dropped in one of your merge ;))
[16:45] <rodrigo_> didrocks, although:
[16:45] <rodrigo_>   * debian/patches/02_add_ubuntu_session.patch
[16:45] <rodrigo_>     - Used upstream fallback session and added fallback with compiz session
[16:45] <rodrigo_>       for Ubuntu Classic
[16:45] <seb128> rodrigo_, same for apg
[16:45] <seb128> rodrigo_, you need a mir for accountsservice as well
[16:45] <rodrigo_> seb128, yes
[16:46] <rodrigo_> seb128, I mean: yes, removing the deps
[16:47] <didrocks> rodrigo_: this is basically a rename of gnome-classic to gnome-fallback from the diff?
[16:47] <rodrigo_> didrocks, yes
[16:47] <didrocks> (and the file is not upstream, why has it been renamed?)
[16:48] <rodrigo_> seb128, about the mir for accounstservice, I'll take the work item in the bp, ok?
[16:48] <seb128> rodrigo_, you can drop the libappindicator build-depends also, the type break code which was using it has been deprecated
[16:48] <seb128> rodrigo_, ok
[16:49] <seb128> rodrigo_, no need to build-depends on quilt in source v3
[16:49] <rodrigo_> seb128, right
[16:49] <didrocks> rodrigo_: I'm unsure about calling the session "fallback" as we used "classic" which is less pejorative
[16:49] <seb128> rodrigo_, nor need to include the quilt.mk in the rules
[16:50] <didrocks> but that can be in separate packages
[16:50] <rodrigo_> didrocks, yeah, was not sure neither
[16:50] <seb128> rodrigo_, drop 99_ also, it's deprecated with our toolchain and was coming from debian
[16:50] <seb128> rodrigo_, otherwise the update looks ok
[16:51] <seb128> sorry that you get reviews from didrocks and me at the same time ;-)
[16:51] <rodrigo_> seb128, ok, thanks!
[16:51] <seb128> rodrigo_, if you fix those ping me for another review
[16:51] <rodrigo_> yeah, it's a French invasion :)
[16:51] <didrocks> well, it's more a plan for action in fact ;)
[16:51] <rodrigo_> seb128, ok, building now
[16:51] <seb128> rodrigo_, I guess we need accountsservice, not sure about apg and the icon-theme-symbolic
[16:51] <didrocks> seb128: so yeah, I'll tackle that on Monday, but I really think my starting point will be debian
[16:51] <rodrigo_> seb128, I don't think they are needed, just nice to have, but checking
[16:52] <seb128> rodrigo_, the symbolic should just fallback to normal icons if they are not there right?
[16:52] <rodrigo_> didrocks, yes, sounds better
[16:52] <rodrigo_> seb128, yes, afaik
[16:52] <seb128> didrocks, well I always start point with debian and diff the debian dir and re-add stuff
[16:52] <seb128> didrocks, that's the best way to only get the diff you need
[16:52] <didrocks> seb128: didn't you say you merged first from the ppa?
[16:53] <seb128> didrocks, basically I get current ubuntu, cp debian dir over the vcs and bzr diff and tweak until I'm happy then commit
[16:53] <seb128> didrocks, right, I merge the ppa, commit, then copy debian over and work on the bzr diff
[16:53] <didrocks> of course, I'm doing that normally ;)
[16:53] <seb128> until I'm happy with the diff
[16:53] <didrocks> seb128: right, but for this one, I won't merge the ppa, that was my point :)
[16:53] <seb128> ok
[16:53] <seb128> I've done that for a few other ones
[16:54] <seb128> just diffed my merge with the ppa before uploading to see if I missed something interesting
[16:56] <rodrigo_> seb128, oh, the user accounts panel uses apg to generate passwords :(
[16:56] <seb128> rodrigo_, ok, so you need a mir for that as well
[16:56] <rodrigo_> seb128, or can we suggest/recommend it?
[16:56] <seb128> what will happen if it's not installed?
[16:57] <seb128> users will not be able to generate passwords?
[16:57] <rodrigo_> the password generation won't work, so yeah, better to have it
[16:57] <seb128> well maybe lower to a recommends for now
[16:57] <rodrigo_> ok
[16:57] <seb128> so it doesn't block the upload
[16:57] <seb128> what happens if accountsservice is not installed? does gnome-control-center start?
[16:57] <seb128> well I guess they are not blocker for the upload
[16:58] <seb128> but you should get the mir written today or tomorrow once it's uploaded
[16:58] <seb128> then ping mterry for reviews
[16:58] <rodrigo_> seb128, the user accounts panel doesn't work, but the control-center works
[16:58] <seb128> mterry, you will likely have accountsservice and apg on your review plate soon ;-)
[16:58] <mterry> seb128, love it
[16:58] <seb128> rodrigo_, ok, downgrade those to recommends for now in the upload then so it doesn't break CD builds if we try any
[16:58] <rodrigo_> seb128, ok
[17:02] <seb128> cyphermox, how is evo going? the new e-d-s has built and leads to have evo uninstalled
[17:07] <seb128> pitti, sorry for the email spam on the cdspace spec, the launchpad ui was just spinning but apparently it did commit the changes
[17:07] <seb128> pitti, so I did a few forth and back tries
[17:07] <seb128> pitti, spec approved btw ;-)
[17:09] <rodrigo_> hmm, the dh --with-autoreconf doesn't work:
[17:09] <rodrigo_> dh debian/control --with autoreconf
[17:09] <rodrigo_> dh: Unknown sequence debian/control (choose from: binary binary-arch binary-indep build build-arch build-indep clean install install-arch install-indep)
[17:09] <rodrigo_> make: *** [debian/control] Error 25
[17:10] <pitti> seb128: yay, thanks
[17:10] <seb128> rodrigo_, dh $@ --with autoreconf
[17:10] <seb128> did you use it this way?
[17:11] <rodrigo_> yes:
[17:11] <seb128> doh
[17:11] <seb128> g-c-c use cdbs
[17:11] <seb128> you want to include autoreconf.mk
[17:11] <rodrigo_> %:
[17:11] <rodrigo_>         dh $@ --with autoreconf
[17:11] <rodrigo_> ah, ok
[17:11] <seb128> like it was in natty
[17:11] <rodrigo_> oh, alreadyincluded
[17:11] <seb128> you can probably drop DEB_AUTO_UPDATE
[17:12] <seb128> rodrigo_, oh right, I overlooked it, sorry about that
[17:12] <rodrigo_> seb128, all the lines with DEB_AUTO_UPDATE?
[17:12] <seb128> yes
[17:12] <rodrigo_> ok
[17:12] <seb128> that's for an old autoreconf way
[17:12] <rodrigo_> same problem
[17:13] <seb128> what same problem?
[17:13] <seb128> can you copy the error?
[17:13] <rodrigo_> dh: Unknown sequence debian/control (choose from: binary binary-arch binary-indep build build-arch build-indep clean install install-arch install-indep)
[17:13] <rodrigo_>  make: *** [debian/control] Error 25
[17:14] <seb128> rodrigo_, what command to do you run? did it work before? the autoreconf thing was already in the ppa and in your merge so it doesn't make sense it breaks now
[17:14] <rodrigo_> seb128, it wasn't in debian/rules, nor in the natty package
[17:14] <seb128> $ grep autoreconf gnome-control-center-2.32.1/debian/rules
[17:14] <seb128> include /usr/share/cdbs/1/rules/autoreconf.mk
[17:14] <rodrigo_> seb128, I mean the debian/rules rule
[17:15] <seb128> rodrigo_, lying! ;-)
[17:15] <rodrigo_> hmm
[17:15] <seb128> can you push your vcs?
[17:15] <seb128> so I can review what's wrong
[17:15] <rodrigo_> yes
[17:17] <seb128> rodrigo_, the nm diff doesn't apply there btw
[17:17] <didrocks> pitti: reading the feedback in desktop-o-cd-localization, anyway, unity-2d/unity should use the same system for customization in oneiric (shared code), so I think there is no point in making them separate
[17:17] <pitti> didrocks: right, but right now they don't, so I just mentioned that no matter what, the defaults-builder thing will DTRT
[17:18] <didrocks> pitti: ok, anyway, it's a question of either gsettings or gconf default override anyway
[17:19] <rodrigo_> seb128, pushed to ~ubuntu-desktop/gnome-control-center/ubuntu
[17:20] <rodrigo_> seb128, doesn't apply? it did last time I built it, so checking
[17:20] <seb128> rodrigo_, did you try to build g-c-c before pushing? ;-) (not the recent push you did but the previous one)
[17:20] <rodrigo_> seb128, yes
[17:21] <rodrigo_> hmm, but now it's failing with the gettext thing
[17:21] <seb128> rodrigo_, right, similar to https://bugzilla.gnome.org/show_bug.cgi?id=650150, you need to drop the gettext rules
[17:21] <rodrigo_> ugh, doesn't apply indeed
[17:21] <ubot2> Gnome bug 650150 in general "FTBFS because vinagre uses both gettext and intltool" [Major,New]
[17:23] <seb128> rodrigo_, you let the "dh $@ --with autoreconf" in the rules
[17:23] <seb128> rodrigo_, that doesn't work with cdbs, the include is enough
[17:23] <seb128> rodrigo_, that's what create your Unknown sequence error
[17:24] <rodrigo_> yes, removed it already
[17:24] <seb128> ok
[17:24] <seb128> so you need to get the nm diff to apply and to fix the intltool,gettext conflict in the configure
[17:24] <rodrigo_> seb128, fixing the patch now, so will ping you when it's up for a review
[17:24] <seb128> then you should be good ;-)
[17:25] <rodrigo_> yes :)
[17:25] <rodrigo_> not sure why the patch doesn't apply, I'm 99% sure I built it
[17:25] <rodrigo_> but maybe I didn't, not sure
[17:26] <seb128> rodrigo_, the symbolics icons are used in quite some place, it should maybe stay as a recommends or suggests
[17:31] <seb128> chrisccoulson, did you ever send https://launchpad.net/bugs/630753 to upstream, do you know if it's still needed?
[17:31] <ubot2> Launchpad bug 630753 in totem "gnome-screensaver activates while watching a movie in totem" [Low,Fix released]
[17:32] <seb128> pitti, I think you followed you the debian pygobject, dh_python2 transition thing, do you plan to handle it in ubuntu?
[17:32] <chrisccoulson> seb128 - i sent my patch upstream ages ago, but i think it was fixed with a different patch in the end after sitting in bugzilla for months
[17:32] <chrisccoulson> i think it was that bug anyway
[17:32] <seb128> chrisccoulson, so we can drop the patch?
[17:33] <chrisccoulson> seb128 - in the new version? probably
[17:33] <seb128> yes
[17:33] <pitti> seb128: for the pygobject/gtk-2.0 stack? that should come through merges
[17:33] <pitti> seb128: bigon and I have discussed it quite a bit, and pygobject has a backwards compat hack until everything is ported from pysupport
[17:34] <seb128> chrisccoulson, ok, thanks, let's drop it and see how it goes
[17:34] <chrisccoulson> seb128 - yeah, it was fixed upstream
[17:34] <seb128> pitti, ok thanks, I guess the question was "do we need to be careful, do they need to transition at once", seems not since there is a backwards compat, thanks!
[17:34] <pitti> seb128: right, I tried hard to avoid that, and so far it seems to work
[18:16] <pitti> good night everyone!
[18:16] <seb128> 'night
[18:16] <pitti> ah, no TB in 45 minutes
[18:16] <seb128> time for sport and dinner there
[18:16] <pitti> so, dinner time
[18:53]  * didrocks waves good egning
[18:54] <didrocks> evening*
[18:54] <didrocks> even :)
[18:54] <didrocks> will be off tomorrow see you on Monday!
[19:25] <pitti> rodrigo_: still here?
[19:26] <pitti> rodrigo_: unping, already resolved itself
[20:02] <cyphermox> is somebody already looking at the tomboy schema issue>
[20:03] <pitti> good night everyone
[20:04] <cyphermox> good night pitti
[20:10] <ricotz> cyphermox, hello
[20:10] <ricotz> cyphermox, is it possible that you changed the tarballs of evolution and e-d-s?
[20:11] <cyphermox> ricotz: doubtful, they were redownloaded by didrocks using uscan
[20:11] <cyphermox> ricotz: care to explain the issue you're seeing?
[20:11] <ricotz> they are different to debians
[20:12] <mterry> cyphermox, not that I know of...  let me see scrollback
[20:13] <mterry> cyphermox, hm, no.  All I know is that the schema file that gets installed is empty.  But the schema.in file in source isn't
[20:13] <cyphermox> mterry yeah, I know why :)
[20:13] <mterry> cyphermox, oh?
[20:13] <cyphermox> cdbs doesn't have strip-schema.pl anymore, so it just writes an empty file in debian/rules when called by tomboy
[20:14] <cyphermox> I *think* it's just been forgotten by pitti, as I can't see it in the last merge
[20:14] <ricotz> cyphermox, the checksum is different to http://ftp.gnome.org/pub/GNOME/sources/evolution/3.0/evolution-3.0.0.sha256sum
[20:14] <cyphermox> but it could have been on purpose
[20:22] <cyphermox> ricotz: I can confirm the checksum is different, but I can't tell you why, because I don't know. note that I didn't upload this myself, it was sponsored by didrocks. I have no clue how he got the tarball
[20:22] <cyphermox> i'm checking if it's the result of bzr bd / running get-orig-source that does that, but it's the best idea I have to offer ;)
[20:23] <ricotz> cyphermox, alright ;), it just made me suspicious, because this shouldnt happen
[20:24] <cyphermox> right, it shouldn't, but I have no idea why it did
[20:24] <cyphermox> I never shipped didrocks my tarballs, only ever the branch with just debian/
[20:24] <ricotz> nevermind, with 3.0.1 this can be fixed soon
[20:24] <ricotz> which is already available ;)
[20:24] <cyphermox> yes
[20:25] <cyphermox> we'll get started on that shortly
[20:25] <ricotz> ok :), have a good night
[20:25]  * mdeslaur lifts eyebrow at tarball mismatch
[20:26] <cyphermox> mdeslaur: I'm trying to figure out why that is
[20:26] <cyphermox> mterry, can you look at the cdbs/strip-schema.pl stuff?
[20:26] <cyphermox> do you want a merge for it?
[20:28] <mterry> cyphermox, sure
[20:28] <mterry> cyphermox, we're unsure if strip-schema.pl should be gone or not, right?
[20:28] <cyphermox> yes
[20:29] <cyphermox> it was a diff we had with Debian, it could have been forgotten
[20:29] <cyphermox> (or dropped on purpose)
[20:35] <mterry> pitti, ping?
[20:38] <mterry> Ah...  The strip-schema.pl drop seems to be part of the langpack.mk -> dh-translations transition.  Looking further
[20:39] <cyphermox> oh ok
[20:39] <cyphermox> so there is probably something to be changed in tomboy
[20:43] <mterry> Yeah
[20:44] <cyphermox> mterry: should I just drop the call to strip-schema.pl?
[20:45] <mterry> cyphermox, I'm looking at it, but basically yes.  Also probably the desktop file bit.
[20:46] <cyphermox> looking at it as in doing the change?
[20:47] <mterry> cyphermox, right
[20:47] <cyphermox> ok
[20:50] <dobey> kenvandine: can i *see* the vala/gtk3 gwibber widget for twit display somewhere in a PNG or something?
[20:51] <kenvandine> http://ubuntuone.com/p/uJw/
[20:51] <kenvandine> that is what it looks like right now
[20:51] <kenvandine> and it kind of works :)
[20:52] <dobey> hmm. a bit bland. though the gtk+ theme works it seems. i can't even get gtk+3 to use the theme right :(
[20:54] <dobey> but cool
[20:54] <kenvandine> this is the unico theme engine
[20:55] <kenvandine> and a community gtk3 that uses it
[20:55] <kenvandine> unico will be our default
[20:55] <kenvandine> dobey,  json.loads(self.Messages("all", "all", 0, "0", "0", "time", "DESC", 2000))
[20:55] <kenvandine> whoops
[20:55] <kenvandine> dobey, http://ubuntuone.com/p/uB4/
[20:55] <kenvandine> that is what we are trying to make it look like
[20:55] <dobey> oh
[20:57] <mterry> cyphermox, ok, fix uploaded
[21:17] <cyphermox> mterry: cool
[21:23] <davidcalle> kenvandine, hey
[21:23] <kenvandine> hey davidcalle
[21:23] <davidcalle> kenvandine, is there a theme working with unico?
[21:23] <kenvandine> nothing packaged yet
[21:23] <davidcalle> Ok
[21:24] <kenvandine> and no eta yet :/
[21:24] <davidcalle> Do you have a branch?
[21:37] <kenvandine> davidcalle,  https://code.launchpad.net/~lucazade/+junk/ambiance-gtk3
[22:14] <davidcalle> kenvandine, ty :)
[22:14] <kenvandine> davidcalle, np
[23:13] <bigon> pitti: the pkg involved into the pygobject to dh_python2 changes miss some breaks
[23:14] <bigon> if all the pkg are not changed to dh_python2 this will breaks horibly