[00:51] hi robert_ancell [00:51] micahg, hu [00:51] hi [00:51] I got my first crash of lightdm today :) [00:53] oh nice! [00:53] what were you doing... [00:53] just using it [00:54] idr, it just switched me to a terminal, is there a log somewhere I can look? [00:56] micahg, yes, logs are in /var/log/lightdm [00:56] it sounds like an X crash perhaps [01:00] hmm, logs don't seem to show much, idk, if I get a reproducible crash, I'll file it [01:03] micahg, did the X log not show anything? [01:03] micahg, oh, did you guys see the GDM security issue [01:04] robert_ancell: which one? jdstrand published a fix for one today [01:04] micahg, something about being able to run a browser from the login screen [01:04] *cough cough* bad idea running a full session *cough cough* [01:04] robert_ancell: well, there's one thing in the xorg log that's intel driver related, I should probably file that [01:05] Please do :) [01:05] robert_ancell: yeah, that's the one that was published today [01:06] micahg, is the security team going to update that? [01:06] robert_ancell: http://www.ubuntu.com/usn/usn-1142-1/ [01:07] oh, you guys are organised! [01:07] :) [01:07] btw, how is the security review of lightdm going? [01:07] robert_ancell: all done, got a +1, there were some comments in there [01:08] but that's mostly about maybe creating shared infrastructure between the various DMs [01:18] micahg, lemme know what may have caused it and I can confirm :) [01:19] for lightDM === asac_ is now known as asac [07:58] good morning [08:00] robert_ancell: "please be a guinea pig" :D Testers need not be as hardcore as guinea pigs always :D [08:00] cdbs, got to warn them! [08:12] I seem to be facing a localised issue probably, can anyone running oneiric confirm if the latest gnome-power-manager works well in Unity? [08:13] What do you mean by ‘well’?L [08:13] RAOF: Enough to display an indicator on the panel [08:14] Nope. [08:14] I'm not sure if it's ever displayed for me in Oneiric. [08:14] RAOF: it isn't showing an indicator, right? So its not a fault with my configuration. I've been debugging this thing since morning [08:29] hi, how do I create at GIR file? I seem to have corrupted my Glib-2.0.gir so I deleted it and now I want ot remake it [08:29] *to [08:32] good morning [08:35] hey alex3f, and471 [08:36] hey didrocks [08:36] oh don't worry I found I had to reinstall libgirepository [08:36] or something along those lines :) [09:08] morning === tkamppeter_ is now known as tkamppeter [10:03] hmm, the gucharmap branch doesn't have the latest changes uploaded to oneiric [10:05] hey seb128, aren't you on holidays today? [10:06] hey there === zyga-afk is now known as zyga [10:06] rodrigo_, today is an holiday but I will probably be off a part of the afternoon tomorrow so do an half day today and an half day tomorrow [10:07] rodrigo_, just apt-get source for gucharmap and copy the debian dir in the vcs and commit [10:07] or complain to whoever did the previous upload ;-) [10:07] seb128, ah, ok [10:07] that might just be a push missing [10:07] yes [10:08] that was chrisccoulson :) [10:08] chrisccoulson, do you have a missing push in your local gucharmpa? [10:08] chrisccoulson, or should I just do what seb128 says? [10:12] rodrigo_, btw did you get any reply from the tomboy guys about gconfpeditor? [10:12] it's the only thing keeping libgnome, libgnomeui,libbonoboui on the CD [10:39] seb128, yes, they're waiting for the mono gsettings bindings to be done [10:39] seb128, once that's done, it should be easy to do the change in tomboy [10:39] rodrigo_, is that likely to happen this cycle? [10:40] trying to find out now what the status of those bindings is, so not sure [10:40] but yes, I think it should happen this cycle [10:42] we should check still and see if we need to help somewhere to get that happening [10:42] do you know where they will land when they land? as a new source to package? [11:08] seb128, sorry, missed your answer, not sure yet where it is/will land, trying to find out [11:08] seb128, and yes, I offered my help to do the tomboy part [11:08] rodrigo_, ok great, thanks [11:19] hi rodrigo_ [11:19] did i forget to push? [11:19] chrisccoulson, seems so :) [11:19] rodrigo_, did you do it already? [11:20] chrisccoulson, no,w as waiting for you, so if you have the branch there, just push, if not, I'll copy the debian/ dir from the package [11:20] i just had a strange thing happen when i docked my laptop. somethng decided to draw a blank window over my entire screen with a little sad face in the middle telling me "Oh no..", that something had gone wrong and i had to log out! [11:20] what on earth does that? [11:21] because there was nothing wrong with my session and i couldn't get rid of it without logging out and losing my work [11:21] chrisccoulson: are you running gnome-shell? [11:21] hmm, no idea [11:21] didrocks, no, but i did yesterday [11:21] I was thinking it was a gnome-shell dialog [11:22] it looked very gnome-shell! [11:22] whatever it was is not cool ;) [11:23] rodrigo_, pushed. sorry about that ;) [11:23] chrisccoulson, no problem, thanks! [11:24] i did try gnome-shell from our archive last night [11:24] i like it! [11:25] even has smileys in error dialogs :) [11:25] I like it also [11:25] the top panel is really nice, especially the system indicators [11:26] we could learn some things from those ;) [11:32] are the alpha 1 CD's done now? [11:36] not sure and cjwatson and pitti are not around today so maybe wait for skaet to be there and ask her [11:36] you can do some desktop updates if you are bored ;-) [11:40] seb128, i wanted to upload the latest firefox beta ;) [11:40] and thunderbird! [11:41] can you make sure thunderbird use the new libnotify? ;-) [11:41] well I guess you will need to if you want it to build ;-) [11:41] you can probably upload tb since it's not on the CD [11:41] seb128, oh, it's building ok here with the old libnotify (I didn't change anything anyway) [11:42] i wonder if i could just turn off libnotify support, as it doesn't do anything on ubuntu anyway [11:43] no notify-osd bubble to tell you that you received emails? [11:43] i've seen popups about broken configurations [11:43] seb128 - you do with notification-daemon, but it falls back to it's own notifications with notify-osd because it checks for actions [11:44] ok [11:44] we'll fix that with messaging menu integration though [11:44] chrisccoulson, well if tb build it's fine, their code might handle the new libnotify, they just dropped an argument for the new() function [11:45] possibly [11:47] chrisccoulson, do you still want to do desktop work? [11:47] seb128 - can i do some a bit later this afternoon? i've got some other things i need to do first [11:50] chrisccoulson, sure, I was just rather checking if you still have time for desktop stuff in the cycle and when [11:50] no hurry [11:50] seems like your start of cycle will be busy at least with tb [12:41] hello didrocks fredp [12:41] hey kinouchou [12:41] hey kinouchou [13:19] * rodrigo_ lunch [13:51] good morning! [13:53] is there a way to move the launcher in unity-2d from one monitor to an other? it's currently displayed on my 2nd (left) monitor === kenvandine_ is now known as kenvandine [14:04] seb128, empathy is ready to upload, but I am waiting for A1 to be final before uploading [14:04] kenvandine, hey, ok, great [14:04] so i guess sometime today [14:04] did you write a mir for the tp-approver yet? [14:04] and i'll add a recommends after the tp-indicator MIR [14:05] doing that now :) [14:05] ok [14:05] nice work ;-) [14:05] did you check with bcurtiswx for the update? he worked on it as well it seems [14:05] yeah, i am sponsoring his package [14:05] we went over it together yesterday [14:06] and we bumped it to 3.1.1, which is now latest in debian [14:06] and seems more stable than 3.0.0 [14:06] ok [14:06] we said we would go for 3.0 updates first [14:07] but seems fine to start updating selected sources if that makes sense [14:07] we did at first [14:07] but had some problems [14:07] well I was speaking about oneiric [14:07] ok [14:08] can you bump telepathy-indicator out of binNEW? [14:10] MIR bug 791843 [14:10] Launchpad bug 791843 in telepathy-indicator "[MIR] telepathy-indicator" [Undecided,New] https://launchpad.net/bugs/791843 [14:10] * kenvandine is anxious to get people using it and flush out the bugs :) [14:12] cyphermox: hey again I got the bug fixed in u1 control panel but I was wondering what was the version the 0.9 API was introduced in since the version in 11.10 is 0.8.997 [14:12] good morning [14:12] fagan: I'm sorry, I don't get what you mean [14:12] fagan, what did you need to change? I just noticed that it broken gwibber too [14:13] kenvandine: they changed the states [14:13] kenvandine: it broke a whole lot of things, there's a bug open by jibel yesterday [14:13] cyphermox, bug number? [14:13] cyphermox: like what network manager version was the 0.9 states change brought in on [14:13] fagan: 0.8.99* [14:13] kenvandine: just a second [14:14] cyphermox: ah cool then ill go any version lower than 0.8.99 thats cool [14:14] thanks [14:14] higher than, you mean? [14:14] best is to set it to 0.8.998 IIRC [14:15] cyphermox: well its 0.8.997 in 11.10 [14:15] look again :) [14:15] 0.8.9997-1ubuntu2 [14:16] * fagan wins :D [14:16] fagan, no you don't :) [14:16] count the 9s [14:16] :-D [14:16] ooh I left out 1 [14:16] :) [14:17] kenvandine: I can give you the changelog of what I did to fix it in 1 [14:17] *u1 [14:17] ah, finally; [14:17] kenvandine: it's bug 791548 [14:17] i'll just look in bzr :) [14:17] Launchpad bug 791548 in update-manager "Oneiric: Never sees NetworkManager connection" [High,Confirmed] https://launchpad.net/bugs/791548 [14:17] thx cyphermox [14:17] kenvandine: cool its not in trunk yet though [14:17] fagan, you fixed it in the control panel? [14:17] still fixing the tests damn TDD [14:18] fagan if you point me to the changes you did we could paste that in the bug for reference for others [14:18] fagan, did you push a branch yet? [14:18] kenvandine: yep [14:19] im changing a bit of it but you get the idea from the changes https://code.launchpad.net/~shanepatrickfagan/ubuntu-sso-client/nm-state-bug-fix [14:19] just a change of numbers and detecting the version not too much there [14:20] kenvandine: im changing it to a tuple instead of the string but it works that way [14:21] huh [14:21] pretty annoying that the states changed :/ [14:21] no UNKNOWN anymore? [14:21] kenvandine: no kidding [14:21] kenvandine: there is unknown its still 0 [14:21] kenvandine: also annoying that the stupid Version isn't the version of the API, but of the implementation [14:21] bah, I'm having stupid dc access issues it seems [14:21] didrocks, ^ can you new telepathy-approver from binNEW? I've issues to access the new queue there, can you check if it works for you? [14:22] seb128: sure, trying [14:22] you didn't check it, right? [14:23] didrocks, I checked the source before source NEWing it yesterday and did a local build but I didn't check the launchpad binaries [14:23] didrocks, but I don't expect any difference with my build or any issue [14:23] it should have an autostart desktop and a binary [14:24] very small package :) [14:24] ok, just checking it quickly [14:24] brb, stupid internet connection, I'm trying to reconnect [14:24] didrocks, while your at it... you could review the MIR :) [14:25] * kenvandine wants to add the recommends to empathy [14:26] re [14:26] ok, seems better after a reconnect ;-) [14:26] ok, all looks good, done [14:26] didrocks, thanks [14:27] kenvandine, ^ [14:27] yw :) [14:27] thx [14:30] kenvandine, is the empathy work in the vcs? [14:31] seb128, yup [14:31] ok, let me check on it ;-) [14:31] in ~ubuntu-desktop/empathy/ubuntu [14:31] kenvandine, if you get bored some of the merges, updates on versions are for you [14:32] not bored now... gotta fix gwibber and latest NM [14:32] * kenvandine looks at versions page [14:32] kenvandine, gst-plugins-good0.10 farsight folks basically [14:32] isn't folks sync'd? [14:32] damn, i should have never touched those packages :) [14:33] we should really push the telepathy guys again to get the bits we distro patch in gst moved upstream as well ;-) [14:33] seb128: i've been leaning on them about it :) [14:33] bcurtiswx, it's not and upstream is on 0.5 and debian on the stable serie, not sure which one should go with the new empathy [14:33] kenvandine, ok [14:33] kenvandine, checking on the empathy vcs ;-) [14:35] seb128, 3.1.1 deps on 0.4.0 [14:35] empathy 3.1.1 deps on folks 0.4.0 [14:36] cassidy, are newer empathy from 3.1.1 going to dep 0.5.0 for folks ? [14:40] bcurtiswx, kenvandine: 02_notifications_focus.patch -> man dh_installgsettings [14:41] bcurtiswx, can you look at that? [14:41] kenvandine, can we get 10_use_notify_osd_icons.patch dropped and the fix fixes in the theme or notify-osd? [14:42] bcurtiswx, kenvandine: "libdconf0 | gsettings-backend" is wrong [14:43] the backend has been moved to its how binary dconf-gsettings-backend [14:43] so libdconf0 -> dconf-gsettings-backend [14:43] i guess notify-osd should provide a link for that [14:43] ah [14:44] so it should depend on dconf-gsettings-backend ? [14:45] dconf-gsettings-backend | gsettings-backend [14:45] rather than libdconf0 | gsettings-backend [14:48] cool, so we can use an overrides for gsettings like we did for gconf [14:50] sorry, had a quick meeting. I'm reading backlog [14:50] bcurtiswx, i am doing it now [14:51] the 02_ patch? [14:51] bcurtiswx, yeah [14:51] dropping the patch and adding an overrides [14:53] bcurtiswx, kenvandine: [14:53] libglib2.0-dev (>= 2.28), [14:53] + libglib2.0-dev (>= 2.27.2), [14:53] diff debian ubuntu [14:53] $ grep libglib2 ubuntu/debian/control [14:53] libglib2.0-dev (>= 2.28), [14:53] libglib2.0-dev (>= 2.27.2), [14:53] said differently [14:55] ok, that got missed when i bumped the package to 3.1.1 [15:03] kenvandine, bcurtiswx: you remove debian/empathy.bug-control over debian, is that required? [15:03] it's not listed in the diff [15:03] you also changed the archs of the libnm libraries in the build-depends [15:04] #20_libindicate.patch in the series [15:04] does that one and some other need to be added back? [15:04] if not can you drop them from the series and vcs? [15:04] #21_login_indicators.patch as well [15:04] seb128, libnm was [linux-all] in debian, but it failed build, so i put it to how it was in older releases (I thought it was like that for an ubuntu specific reason) [15:05] #31_really_raise_window.patch #34_start_raised_execpt_in_session.patch #40_unity_launcher_count.patch #41_unity_launcher_progress.patch [15:05] the arch changes seem to be ubuntu specific [15:05] bcurtiswx, when did it fail? wasn't that a soyuz issue fixed previous cycle? [15:05] seb128, i don't know [15:05] can you try in a ppa if it works? [15:06] bcurtiswx, kenvandine: shouldn't the unity patches be enabled? [15:06] no [15:06] or at least the changelog should document why they are not [15:06] or they should be dropped from the serie and vcs if they are deprecated [15:06] it's a bit confusing ;-) [15:06] we are droping 40_unity_launcher_count.patch [15:07] seb128, the unity patches won't work, and kenvandine is going to put one if not both into his tp-indicator [15:07] i'll add that to tp-indicator [15:07] can you drop them from the serie and vcs then? [15:07] and the other i need to port [15:07] and maybe list in the changelog why [15:07] i'll document that [15:07] kenvandine, things that need porting should go on the gnome3 or tp-approver blueprint as workitems [15:07] thanks [15:07] well it isn't really "porting" [15:08] the patch needs to be updated to apply without the libindicate patch [15:08] i should add the counter to the tp-indicator blueprint [15:08] well in any case better to have a work item so we track it [15:08] tp-approver sounds like the job description of inspectors at charmin [15:08] seb128, i will rebuild nm with the [linux-all] if you want and i'll see where it fails [15:08] we add patches that need porting either to the etherpad or the gnome3 spec [15:08] otherwise it's easy to loose track [15:09] bcurtiswx, thanks === rodrigo__ is now known as rodrigo_ [15:10] kenvandine, standards is 3.9.2 not 3.9.1 btw [15:11] + --disable-tests \ [15:11] in the rules [15:11] why? [15:12] same for [15:12] + --enable-nautilus-sendto \ [15:12] + --with-ca-file='/etc/ssl/certs/ca-certificates.crt' [15:12] the first one is in auto by default so we shouldn't need a diff over debian [15:12] the cerficate not sure but it works for debian it should for us? [15:12] nautilus-sendto is in source [15:12] +DEB_DH_INSTALL_SOURCEDIR=debian/tmp [15:12] it was fluctuating for a while, but it's in [15:12] +DEB_DBG_PACKAGE_empathy = empathy-dbg [15:12] why those? [15:13] not sure... does debian not build the dbg package? [15:13] cdbs does it magically [15:13] --with-ca-file was dropped a while ago, not sure if that has changed [15:14] rules should be "don't add diff if you don't know why it's there or if you do document it in the changelog" [15:14] all those are diffs not documented [15:14] bcurtiswx, can you do a round of cleanup on those I pointed? especially control and rules diff not documented [15:15] or debian/empathy.bug-control being dropped [15:15] ideally the patches commented should be described in the changelog has well as needing porting with a reason of why they are commented [15:15] hello seb128 [15:15] bcurtiswx, but otherwise good work, it's mostly details ;-) [15:15] lut kinouchou [15:16] seb128, i appreciate the notes :) [15:16] seb128, what is the bug-control file for? [15:16] kenvandine, dunno but I default to "if you don't have a good reason to drop it keep what debian has" [15:16] I guess it's for the bts reportbug [15:16] yeah, so harmless to add [15:16] well, include :) [15:17] empathy.bug-control: Include version of [15:17] telepathy-connection-manager in bugreport (Closes: #604441) [15:17] debian bug #604441 [15:17] Debian bug 604441 in src:empathy "Add reportbug script to include list of all CM installed" [Wishlist,Fixed] http://bugs.debian.org/604441 [15:17] kenvandine, so it's sort of apport hook for reportbug [15:18] seb128, so the bug-control was removed, but it should be there since debian needs it, but not us? [15:18] bcurtiswx, just to make merging easier for us [15:18] should be harmless to leave it [15:19] and reduces the delta [15:19] bcurtiswx, rules should be "don't add diff if you don't know why it's there or if you do document it in the changelog" [15:19] kenvandine, lemme know when you're done with the ~ubuntu-desktop branch and i'll update and start these changes [15:21] seb128, i agree. In this whole learning process I've came under the "if you don't know what it does, don't touch it in case your change causes critical meltdown of canonicals archives" :) [15:21] bcurtiswx, well in such case you should add a note in the changelog about the diff with a question or a comment stating you are not sure what to do [15:21] i.e., i ask if i'm not quite sure [15:22] ideally those questions should be sorted and cleaned before upload [15:23] right [15:23] seb128, i do typically get them sorted out. kenvandine has been my sounding board :) [15:24] well I'm being picky there but early in the cycle when merging is a good time to ensure we lower our diffs [15:24] it seems also confusing that some of the patches got commented from the series without indication of why and if that's wanted or if they need porting [15:25] seb128, although overwhelming at times, i really appreciate the pickyness/criticism/whatever while i'm working through the small details of packaging :) [15:25] yeah, I think you did a good work on this one so it's mostly being picky on details to fix [15:26] should be easy to do a small round to fix those [15:26] yup [15:26] just for info I spotted them by doing a diff of the debian dirs between the current debian source and the vcs debian dir [15:28] seb128, http://paste.ubuntu.com/616781/ [15:28] linux all causes lintian to complain [15:29] E: empathy source: temporary-debhelper-file nautilus-sendto-empathy.debhelper.log and 3 others [15:29] you need to put the autoreconf rule in the rules before the debhelper one [15:29] that will fix that one [15:33] bcurtiswx, i updated 41_unity_launcher_progress.patch [15:33] bcurtiswx, not sure about the linux-all lintian warning, it could be that lintian needs an update in what it's checking [15:37] kenvandine, what patches is tp-indicator allowing us to remove? [15:37] bcurtiswx, the indicator ones [15:38] bcurtiswx, you can pull the ~ubuntu-desktop branch [15:42] seb128, appmenu-gtk3 is still in binNEW for i386 [15:43] lintian is also complaining about extra license files [15:43] didrocks, can you binnew appmenu-gtk as well? my ISP and launchpad are not friends today [15:43] kenvandine, thanks for pointing it [15:43] bcurtiswx, which ones? [15:44] seb128, http://paste.ubuntu.com/616792/ [15:45] seb128: sure [15:46] bcurtiswx, seems like lintian is being picky there [16:05] why do we make facebook the default chat client? [16:05] in empathy [16:05] not client [16:05] chat account [16:06] and the 36 patch that makes the default chat window size larger. is there a reason upstream didn't want to do that? [16:10] cassidy, would empathy accept a patch to make the default chat window size larger? [16:14] bcurtiswx, see the bug reference in the patch [16:14] cassidy was concerned it was a bit over what for small displays [16:14] seb128, OK [16:15] seb128, +DEB_DH_INSTALL_SOURCEDIR=debian/tmp [16:15] bcurtiswx, what would you default to rather than facebook? [16:15] why is/isn't that needed? [16:15] idk myself [16:15] we default to what we think is the most used platform for chats [16:16] that was a papercut [16:16] bcurtiswx, +DEB_DH_INSTALL_SOURCEDIR=debian/tmp seems not required, not sure why we added it or have it [16:16] it default to do that when there are several binaries [16:16] it's maybe a leftover from a time where there was only one binary [16:17] debian cleaned it so we can do it as well [16:17] if we're really concerned about deltas, although it's a small patch, it would seem that it's no less easier for a user to click the dropdown list to go to their favorite account when creating them [16:18] no we are not concerned about delta when it's useful [16:18] it's just that is no reason to keep delta when it's not doing anything [16:20] IMO, for example i use AIM the most, and google chat second, with facebook chat being probably the least used that i have an account for. AFAIK there was no study as to which client was used the most, so why assume facebook is the best? With that reasoning why is the facebook default accoutn useful? [16:23] bcurtiswx, look on the internet for how many users facebook has and then compare to aim or others [16:24] bcurtiswx, there was some statistics, facebook had more accounts [16:25] bcurtiswx, and i think gtalk had more than aim, aim was actually further down the list than i thought it would have been [16:25] although... i haven't signed into my aim account in at least 5 years :) [16:26] kenvandine, seb128, I guess my opinion is that the patch itself it's really useful, it was merely a blemish that we put makeup on to make it appear better [16:27] its not harder to click the dropdown menu to find facebook chat (from what is shown by default in empathy source) [16:27] http://en.wikipedia.org/wiki/Instant_messaging [16:28] see the numbers there [16:28] bcurtiswx, i think it was driven by discoverability... make it obvious that the most popular service is available in empathy [16:28] but well it's a small detail [16:30] --enable-control-center-embedding [16:30] i already removed that [16:31] kenvandine, i don't see that here.. [16:31] i still see --enable-con... [16:31] revision 191 i have [16:31] i am pushing now [16:31] i removed most of the delta in the rules file [16:32] kenvandine, i was working on that.. i guess i'll just leave it to you [16:32] sorry... i told you to hold off for a few :) [16:32] --with-ca-file= and --disable-tests don't even exist anymore [16:33] kenvandine, no worries. and i had mentioned that --with-ca-file didn't exist a while back [16:34]