=== m_conley_away is now known as m_conley === m_conley is now known as m_conley_away [05:10] good morning [05:43] Godo morning [05:46] guten morgen pitti :) [05:57] hey didrocks [05:57] err, and I can't type [05:59] :) [06:08] anyone who knows about webapps-applications? we need a new upload to fix bug 1065246 (fixed in trunk apparently) [06:08] Launchpad bug 1065246 in webapps-applications "Strings not extracted for translation because of single quotation marks" [Undecided,Fix committed] https://launchpad.net/bugs/1065246 [06:12] pitti: let me look at it [06:12] good morning everyone [06:12] hi chrisccoulson_ [06:12] didrocks: bug 1064576 as well; shall I ping Ken about it? [06:12] Launchpad bug 1064576 in webapps-applications "Gmail webapp needs internationalization" [Undecided,Confirmed] https://launchpad.net/bugs/1064576 [06:12] pitti: ok, it seems safe enough to simply backport, want me to do it? (we had in the past few days some features+bug fixes mixed, hence my frightening moment ;)) [06:12] hey chrisccoulson_, good morning [06:13] hi micahg. how did the testing go overnight? [06:13] didrocks: oui, merci! [06:13] pitti: if it can wait for ken, sure, but isn't that more urgent? [06:13] how are you chrisccoulson_? [06:13] hi pitti, how are you? [06:13] hi didrocks. i'm good thanks, but a bit tired [06:13] chrisccoulson_: we're in progress, quantal is ready to roll morning US time once arm* finishes, I'm finishing up firefox [06:13] didrocks: not sure when the release team shuts the doors this time [06:13] had quite a late night last night [06:13] chrisccoulson_: quite fine, thanks! [06:13] micahg, cool, thanks! === chrisccoulson_ is now known as chrisccoulson [06:14] chrisccoulson: thanks for getting the builds up so quickly [06:14] pitti: bug #1064576 seems to only have been a missing translation template approval, right? [06:14] Launchpad bug 1064576 in webapps-applications "Gmail webapp needs internationalization" [Undecided,Confirmed] https://launchpad.net/bugs/1064576 [06:14] heh, no worries :) [06:15] didrocks: perhaps; it's a universe package, but due to a LP bug I'd advise against using X-Ubuntu-Use-Langpack: yes for now [06:15] I don't really understand dpm's "Would it be possible to give translators a day or two and then do a [06:15] translations-only upload? [06:15] " [06:15] so we'll need to use the upstream translations in the .debs [06:16] pitti: ah -gmail [06:16] * didrocks is lost in all those webapps* :p [06:16] ok, yeah ;) [06:16] pitti: so keeping on the radar and waiting dpm green flag for fetching the translation and uploading [06:16] backporting the other one [06:19] didrocks: ok, thanks; these are all universe, so I guess we can handle them next week still [06:19] pitti: not unity-webapps-common [06:20] with the Amazon and Twitter scripts [06:21] oh, right [06:23] * didrocks grumbles something about people using source 3 and merge-upstream [06:39] pitti: argh, latest webapps-applications is not in the vcs :/ [06:40] * didrocks sees at least 3 uploads missing the vcs [06:40] I checked the vcs, but did se 2.4.6-0ubuntu3 and distro has 2.4.7-0ubuntu3 [06:40] juts looked at ubuntu3, didn't saw the 6 > 7 [06:48] good morning [06:49] hey jibel, how are you? [06:49] Bonjour didrocks , ça va et toi ? [06:50] ça va bien :) [07:25] hmmmm, i've got to go through the "deleting packages dance" again with my PPA :/ [07:25] (ie, delete packages and then wait for the rest of the day for the space to clear) [07:58] hey [07:58] hey seb128 [07:58] hey didrocks ;-) [07:59] hey seb128 and didrocks [07:59] morning mvo :) [07:59] hey mvo, wie gehts? [07:59] seb128: its release week [08:00] mvo, iz crazy week for you right? ;-) [08:00] seb128: its ok but I had several small heart attacks in the last couple of days [08:01] seb128: is it calmer for you? [08:01] mvo, yeah, they won't let me work after hard freeze :p [08:02] haha [08:02] ;-) [08:12] hey seb128, how are you? [08:15] chrisccoulson, hey, I'm good, how are you? [08:15] seb128, yeah, not too bad thanks, but quite tired [08:15] chrisccoulson, late hacking again? [08:16] seb128, late firefox release ;) [08:17] chrisccoulson, oh, I think firefox was released on wednesday [08:17] ups [08:17] tuesday [08:17] seb128, yeah, but then http://www.thespanner.co.uk/2012/10/10/firefox-knows-what-your-friends-did-last-summer/ ;) [08:17] and https://bugzilla.mozilla.org/show_bug.cgi?id=799991 [08:18] Mozilla bug 799991 in Release Engineering "Please pull FF16.0 off the wire completely" [Normal,Resolved: fixed] [08:20] chrisccoulson, *fun* [08:23] chrisccoulson, no cookie for the mozilla guys on that one [08:23] seb128, no cookie for the guy who blogged about it without warning them ;) [08:23] that as well [08:23] chrisccoulson, so did they roll a 16.1? [08:23] seb128, yeah, they did that fairly quickly [08:25] chrisccoulson, where is the release for us? [08:25] seb128, https://launchpad.net/~ubuntu-mozilla-security/+archive/ppa/+packages [08:25] (just waiting on arm builds) [08:26] chrisccoulson, what about quantal? did you guys talk to the release guys? [08:26] that'll be the 10 source packages we had to keep the buildds clear for yesterday eh [08:26] morning :-) [08:26] infinity and cjwatson helped last night to make sure we had build capacity for them all [08:26] Laney, hey [08:26] seb128, yeah, they're aware of it already :) [08:26] great [08:26] quantal is finishing right now [08:29] only 2180 packages remaining on arm :p [08:29] that's just the test rebuild [08:29] ah [08:30] bit late ... [08:30] it's been going for a few weeks now [08:30] there was supposed to be one around FF-ish IIRC, but it didn't happen [08:31] then we had the arm builders being offlined every 5 minutes until earlier this week [08:31] yeah was wondering why there were so few around [08:41] wow -- patch review in 3 minutes! gnome bug 685936 [08:41] Gnome bug 685936 in plugins "gsd-test-* programs miss notify_init()" [Normal,Resolved: fixed] http://bugzilla.gnome.org/show_bug.cgi?id=685936 [08:48] pitti, nice! === tkamppeter_ is now known as tkamppeter [09:40] here are some desktop'ish build failures (all universe) ... [09:40] epiphany-extensions [09:41] vala-0.10, valatoys [09:48] doko, is there anything still using vala-0.10? seems like a source we might want to drop from the archive [09:48] we have 5 versions of vala in the archive still? (current is 0.18) [09:48] there is already an RM bug for that [09:49] but it still has rdepends [09:49] I would love it ... [09:49] cf avant-window-navigator on #-devel kust now [09:49] Colin mentioned this one yes [10:04] Laney, how busy are you? want to have a look to awn? [10:04] seb128: sure, I'll take a look in a bit [10:04] Laney, thanks [10:06] is geary any good? [10:09] moin! [10:09] Laney: I dunno; it can't actually access any of my mail. [10:10] Laney: I'm hugely supportive of the concept, however. [10:11] haha, well I got a listing of my inbox and then it segfaulted [10:13] Laney: Well, that's one up on me then :) [10:13] Woah! We've got geary in Universe? [10:13] now I'm getting mail :-) [10:13] yeah that's what reminded me of it [10:13] (reviewing seb128's upload) [10:14] any help in finding which branch in lp has our patches for accountsservice? [10:15] i know there's a command that tells me that [10:15] i just don't remember it :D [10:15] seb128: but a session restart solved the issue for me yesterday (like comment 5 said) .... *sigh* [10:15] seb128: I see the issue again now though. [10:19] tsdgeos: you're probably referring to the Vcs- fields in apt-cache showsrc accountsservice [10:20] pprobably [10:20] but those point to Debian, so it's probably not right [10:20] let me chec [10:20] +k [10:20] right, not correct [10:20] Laney: any idea how to find out the branch then? [10:21] tsdgeos: If there's not one under ~ubuntu-desktop then there might not be a dedicated branch [10:21] apt-get source accountsservice will get you what's in the archive [10:22] Laney: there is a dedicated one [10:22] since we have lots of extra patches [10:22] it has to be somewhere :D [10:23] that doesn't mean there is a VCS branch [10:23] we have the archive [10:23] oh wait, just relaized the patches are also in the debian thingie [10:24] Laney: what does "we have the archive" mean? [10:25] do we do changes in stuff and not store them on VCS? === MacSlow is now known as MacSlow|lunch [10:44] Sweetshark, it's happening consistently across reboot here... let me know if you need debug infos [10:44] Laney, RAOF: hey, geary in universe ;-) [10:44] Laney, they focussed mostly on gmail I think, works fine with it there, but it segfaults with my french provider account [10:45] it pretty much works on subsequent launches [10:45] I managed to send a mail with it :-) [10:46] not really doing threading right yet though [10:46] seb128, I had a segfault too (ovh mail account) on the first two launches, but it works now (without my folders, which make it a bit useless, though). [10:46] folders are under "Labels" here [10:46] yeah, I guess they really focussed on the gmail experience ;-) [10:47] Laney, empty for me :) [10:47] :( [10:48] But proper mail notifications with the sender's face on it is nice :) === larsu_ is now known as larsu [11:59] seb128: how much effort do you think it's worth spending on awn? [11:59] it needs quite a bit more porting AFAICS [11:59] Laney, 2-3 hours [12:00] ok then [12:01] I'll push at it a bit more after lunch [12:03] one more glib related ftbfs: https://launchpad.net/ubuntu/+source/libio-async-loop-glib-perl/0.20-2/+build/3868386 [12:03] Laney, how much time did you spend, how much do you think it will take? that's assuming also that you don't higher priority (like default install issues) things you want to work on [12:03] looks i386 only === MacSlow|lunch is now known as MacSlow [12:24] doko, sorry, we don't have really resources,time for universe build issues [12:25] hah, http://www.thespanner.co.uk/2012/10/10/firefox-knows-what-your-friends-did-last-summer/#comment-2287 [12:25] "Why did you disclose this before Mozilla was able to fix this?" [12:26] "He missed out on a 3000 USD bug bounty by doing so" [12:26] unlucky! [12:26] seb128, however you should have resources for archive maintenance. the pointer just to universe becomes boring over time [12:26] doko, talk to jasoncwarner_ or rickspencer3 [12:26] but I'm not the one settings up the resources or priorities and we haven't been allocated resources to fix the universe builds [12:46] seb128: FTBFS is kind of broken windows for us. They eventually creep up and catch us unexpectedly (e.g. apt-get holding back, sru not building, etc. ). It is technical dept. https://en.wikipedia.org/wiki/Broken_windows_theory [12:47] if the resources are not there, that needs fixing. [12:51] xnox, if I had my say I would agressively drop unmaintained stuff, I think universe is not the solution anyway, it's not flexible enough and in the hands of wrong people [12:51] xnox, we should just let app writers maintain their stuff out of our release cycle and freezes in extras.ubuntu.com,s-c [12:51] xnox, it's like asking google or apple to debug,maintain all the apps in their appstore [12:51] it doesn't make sense [12:53] seb128: the counter argument (tongue in cheek is): there are many employees maintaining macports are constantly rebuilding $universe ports archive on mac os x. how else would apple developers know that their base system works, if it can't even compile simple apps. [12:53] xnox, "wrong people"... nothing against MOTU but you can't ask a small group of people (as amazing that they can be) to be responsible for all the bugs of softwares written by others around the glob [12:54] seb128: and if not universe, where else would we promote stuff up into main when we need it for one reason or another. [12:54] xnox, I'm fine having an universe, I'm not just fine saying we need to fix any non maintained software there [12:54] stuff non maintained can be dropped as far as I'm concerned [12:54] they can also come back if somebody cares enough to fix them and bring them back [12:55] seb128: true, but transitions affect the archive. when boost1.49 happened, I did drive it to the conclusion of removing boost1.46/1.42 from the archive. Including all stale optional or dependencies. [12:55] xnox, well, we can spend our life fixing universe unmaintained stuff and we would do nothing else and it wouldn't be enough [12:56] xnox, or we can spend that time making a really solid rocking system app writers can develop for [12:56] seb128: there is chicken and egg there, nobody knows that stuff is "unmaintained" until new stack gets uploaded and full archive rebuild happens. It's not unmaintained there is latency which doesn't fit that well with 6 months release cycle. [12:57] xnox, well, fine, let's see it's not part of my job mission to save the world and fix every bug in every app written on earth or elsewhere in the universe [12:57] ;-) [12:57] let's say* [12:57] ok. [12:57] xnox, if somebody else want to do that please do [12:57] but I'm focussed on making our default desktop work great [12:58] and that's enough work to keep me busy (and I think it impacts on more people that fixing vala-10 in universe when we are using vala-0.18) [12:58] but I don't see the difference between extras.u.c and universe thogh. If half of the apps are ported to new glib _well after quantal_ release and the other half isn't.... will you force users to install one app at a time and remove the other apps? [12:58] you have to pick your battles [12:58] xnox, e.u.c targets the platform defined [12:59] for an appdeveloper to send an app for quantal that has to build on quantal [12:59] so you never get a "non building source" in [13:01] seb128: are you telling me all apps will be removed on user's machine on upgrade if the app is not in quantal? that's not what happens ... [13:02] xnox, no, why would you need to remove anything because it fails to build? [13:02] libs are forward compatible [13:02] or change soname [13:02] in which case you can still have the old soname installed [13:02] I just don't believe that "the world should be fixed to build on quantal on release day" is a valid goal [13:03] we should focus on the release [13:03] and if "awn is made available for quantal" in 3 weeks that's fine === MacSlow is now known as MacSlow|errand === om26er_ is now known as om26er [13:27] seb128: if it was forward compatible, it would not cause rdeps to FTBFS. [13:28] anyway enough of this. you made it clear that although you care, it's not a goal you have time to work on. [13:28] this is us trying to deprecate an old version of vala [13:28] more than deprecate, remove === MacSlow|errand is now known as MacSlow [14:18] mterry: ping when you have a second [14:18] actually more like 5 min :d [14:18] tsdgeos, hi! :) what's up? [14:19] mterry: https://bugs.launchpad.net/ubuntu/+source/accountsservice/+bug/1043349 [14:19] Ubuntu bug 1043349 in accountsservice "User Accounts reports wrong "Automatic Login" status when upgading from 12.04" [Undecided,In progress] [14:19] mterry: pitti told me you might know what to do with that patch [14:19] i was unable to find if we have launchpad branches for it or we just use directly the debian package or what [14:20] hmm, what's up with ia32-libs, it seems to be uninstallable here [14:20] mterry: though now i see the unref may be a bit too soon [14:21] tsdgeos, we aren't in sync with debian and we don't have a packaging branch [14:21] tsdgeos, so it's just apt-get source, apply patch, dput it [14:21] mterry: that confuses me :D [14:21] i see [14:23] tsdgeos, so you're saying this patch needs some more work? [14:23] mterry: i need to verify one thing, give me 3 minutes [14:26] mterry: yep, it needs a change, i'll ping you in 30 or so again, sorry for the noise, but good to know you can handle it [14:30] rodrigo_, why do you need it? with multiarch it has been deprecated [14:30] seb128, seems my android emulator needs it, as I've found googling [14:30] do you know for which lib? [14:31] you should be able to install 32bit versions of those libs through apt === m_conley_away is now known as m_conley [14:48] mterry: ok, new versions of the patches up at https://bugs.launchpad.net/ubuntu/+source/accountsservice/+bug/1043349 [14:48] Ubuntu bug 1043349 in accountsservice "User Accounts reports wrong "Automatic Login" status when upgading from 12.04" [Undecided,In progress] [14:51] kenvandine: hey, FYI, I just uploaded a fix for bug #1065246 this morning [14:51] Launchpad bug 1065246 in webapps-applications "Strings not extracted for translation because of single quotation marks" [Undecided,Fix committed] https://launchpad.net/bugs/1065246 [14:51] didrocks, thanks! [14:51] kenvandine: I noticed afterward that the vcs was 4 version behind (and got a reject the first time), would you mind reconciling it? [14:51] sure.... [14:51] ubuntu:webapps-applications ? [14:52] tsdgeos, ok. So this is too late to actually make 12.10, but it could be SRUd [14:53] works for me [14:53] kenvandine: seems it's under ~ubuntu-desktop? [14:53] oh... i need to delete that :) [14:53] we are using ubuntu branches for all those now [14:53] -ETOOMANYBRANCHES [14:54] damn... i need to remove that from the control file [14:54] didrocks, sorry! [14:55] yep ;) [14:55] no worry! === m_conley is now known as m_conley_away [14:59] hah [14:59] that pesky "no online results" option [15:00] "WHY ISN'T THE GDOCS SCOPE WORKING?!?!?!?!" [15:01] mterry: so how do we proceed from here, assign the bug to you? keep it on me? === kengyu_ is now known as lexical [15:47] Laney: mardy did a patch though [15:47] Laney: it's the only lens I didn't patch directly :) [15:48] mterry: your nux branch, if hacked, you want then to backport to nux/3.0 for a quantal SRU :) [15:48] (thanks!) === m_conley_away is now known as m_conley [15:49] Sweetshark: hey, I was looking at the unity/bamf side of bug #1064962 [15:49] Launchpad bug 1064962 in libreoffice "Global menubar items do not work when opening a document directly from nautilus with no LibreOffice instance running" [High,Confirmed] https://launchpad.net/bugs/1064962 [15:49] Trevinho: oh? [15:50] but it seems that unity is not the bad guy here [15:50] k [15:50] actually even after some time we have opened libreoffice, doing a resync with the panel service, still I get no menus [15:50] Trevinho: yes, I have seen something odd happening in LO ... [15:50] so it seems that the panel-service does not get the new entries when LO adds them trough indicator-appmenu [15:51] tedg: ^ [15:52] Trevinho, Hmm, that's odd. Do you think it's a race with getting the atom on the window? [15:53] tedg: it could be... for sure the panel service does not get any entry-added signal [15:53] Trevinho: It seems to me that when that happens, the gtk main loop (which is a slave to the LibreOffice main loop in LO) sometimes gets choked (that is: it does not handle the stufff added with g_timeout_add) [15:55] Trevinho, I guess I was worried that we were checking the window to see if it has the menu path too early. [15:55] Trevinho, Are the menus exported? [15:57] tedg: looking [15:59] So it looks like the menus are exported [15:59] But Appmenu doesn't know about the menu. [15:59] tedg: yes _GTK_MENUBAR_OBJECT_PATH(UTF8_STRING) = "/window/92274785/menus/menubar" [16:00] For the log: gdbus call --session --dest com.canonical.AppMenu.Registrar --object-path /com/canonical/AppMenu/Registrar --method com.canonical.AppMenu.Registrar.GetMenus [16:02] tedg: Well, I had it yesterday (very late on a very hackish modified codebase) that the gmenuexporter callback "piled up" in LibreOffice. [16:03] tedg: that is -- they were added to the main loop, but never got a chance to be executed. [16:03] Sweetshark, Never ever, or just were in a backlog? [16:04] tedg: so I added a 1 second tick callback to see if those where executed. And I found that they where not executed ... until I opened a new menu/ [16:05] so when I waited 20 seconds and then opened a new menu, I had 20 ticks on the console. [16:06] tedg: here is my current diff: http://paste.ubuntu.com/1273513/ [16:08] tedg: with that I see the ticks all the time as they should. Is still need to un-/refocus the window, when opening a document directly, but I see the ticks happening just fine with that. [16:09] Sweetshark, Why are you looking for the name on DBus instead of the item on the root window? [16:11] tedg: I have no idea ;) -- the interaction with unity was mostly done by desrt and afernandez. I am only trying to clean up the threading issues (both on the glib as on the LO side). [16:12] Sweetshark, Heh, okay. Just adding the check for the registrar name isn't the way that other GMenu applications work. [16:12] tedg: but the watch executes just fine. [16:14] tedg: well (I might be talking out of my a** here), the watch has the advantage that it would toggle if the regristrar disappears (cant that happen in e.g. KDE4, when somebody removes the widget) [16:15] Sweetshark, Sure, it's also better if something crashes. [16:16] Sweetshark, But this was built without my input. [16:16] Sweetshark, We're apparently assuming that software doesn't crash. [16:17] tedg: I never ever saw a LibreOffice stacktrace. true dat. [16:18] .oO(we should kill that useless document recovery dialog ASAP) [16:18] tedg: my problem right now is: this is a heisenbug, and just because I dont see it anymore doesnt mean it is not there anymore. [16:18] Yup, just fix all the bugs. No issue there, right? [16:19] tedg: fixing all the bugs has to wait for the weekend. I gotta prepare for the LO conference. [16:19] Sweetshark, Yeah, for sure. Hate those. [16:19] (heisenbugs) [16:24] Trevinho, Does BAMF send a signal when the XAtoms change on windows? [16:25] tedg: no... it could, but probably it is just better if you add a window_filter there.. to avoid all the dbus overhead... [16:26] Trevinho, Yes, except that we don't connect to X11 in any significant way. [16:26] Trevinho, The goal is to leave indicator-appmenu as independent [16:26] tedg: yeah... so [16:27] Trevinho, I think the issue is that BAMF gives us the window before it has the property set when it opens a document. So we don't recognize it as a GMenu'd window. [16:27] tedg: oh, i see... [16:28] tedg: I would add it to bamf, but early this cycle was added a getter to retrieve any atom value, not a specific one for menus... [16:28] Trevinho, Well, last cycle, but yes :-) [16:28] so, or we add a specific one and we send signals, for that, or we add signals for every atom change, but it would increase our dbus traffic [16:28] Trevinho, It's only supposed to send updates for ones that have been previously requested. [16:30] tedg: mh, we can do that... or... we just move to one single dbus method for menus... [16:31] Trevinho, It's kinda hard to do that as there are several different pieces... [16:31] Trevinho, With having something atom independent means it could be used in other places as well. [16:32] Trevinho, I know that jassmith and I had discussed this, I guess it fell through the cracks. [16:32] I don't even see a bug number :-/ [16:33] tedg: mh, I don't know... I just remember that I implemented that, but I was not informed about the reasons... [16:34] Trevinho, How hard do you think it'd be to add the signal? SRU'able? [16:35] didrocks, re: my nux branch, you mean you want me to propose a merge against nux/3.0 too? OK [16:35] tedg: however yeah, I think is nice to have an atom getter, it can just cause some more dbus chat to have signals for all them btw [16:35] mterry: well, maybe wait for it to be approved on lp:nux [16:35] mterry: just a warning for later :) [16:35] k [16:35] tedg: mhmh, sruable... [16:36] tedg: the problem is that I need to add a new signal both on the dbus API and on the library, I don't think this is exactly sru-able [16:36] Trevinho, Perhaps we should discuss this in another channel... don't want those pesky desktop people knowing the truth. [16:36] eheh :) [16:36] Trevinho, Say it with me "OF COURSE IT IS SRUABLE" [16:36] ;-) [16:37] I think the bug may be bad enough though... [16:37] tedg: oooooooooooooh, yeah... I misunderstood your request, of course adding that very internal signal is SRUable! [16:37] Trevinho, It looks like BamfWindowClass has some padding, so we wouldnt' be breaking ABI. [16:38] tedg: yes [16:38] on that side we are quite protected [16:38] seb128, kenvandine, so we're talking about bug 1064962, and it looks like the fix might be slightly involved, but it's kinda bad. Thoughts? [16:38] Launchpad bug 1064962 in libreoffice "Global menubar items do not work when opening a document directly from nautilus with no LibreOffice instance running" [High,Confirmed] https://launchpad.net/bugs/1064962 [16:40] tedg, I would like to see the fix before commenting but my gut feeling is that we can find a way to SRU that [16:40] tedg, not for release at this point though I fear [16:40] tedg: of coruse for now there's no hope that the LO window would add this value earlier, right? [16:40] course* [16:41] seb128, Sure, I understand, just trying to get some guidance. [16:41] Trevinho, No, I dont' think so. And I'm guessing on things like ARM machines it might even happen without the doc. [16:41] tedg, what sort of change are we talking about? [16:41] Trevinho, It is, effectively, a race. [16:42] seb128, Adding a new signal in BAMF, which would add it to the dbus interface and the lib. Then consuming that signal in indicator-appmenu. [16:42] tedg, additions shouldn't be an issue, that tends to not break working code ;-) [16:43] tedg, so yeah, let's aim at an SRU if we can, would be good to have it ready soon so it's available just after release [16:43] seb128: working code should not be touched at all [16:43] Trevinho, excellent [16:43] Trevinho, can you talk to sil2100 to get the bamf side included in the unity SRU0 [16:43] didrocks, ^ [16:43] Trevinho, Okay, so what do I need to do to get your time for it? :-) [16:44] kenvandine or I can deal with the indicator-appmenu SRU [16:44] * tedg is going to rework the bug to explain things better [16:44] tedg: sending me a cheque? ;D [16:45] tedg: jocking... I'll start that in few minutes... [16:45] Trevinho, Great! [16:45] Trevinho: tedg: can you just ensure in your code that if one side doesn't have the new API (still on older version), the world doesn't collapse? [16:46] tedg: so you'd suggest that the method to retrieve an atom, also implicitly registers a request to signal the changes to that given atom? [16:46] didrocks, Do I look like Atlas here? ;-) [16:46] Trevinho, That makes sense to me, work for you? [16:47] tedg: my memory is weak, I don't even remember your face! I assumed you looked like Atlas :p [16:47] Trevinho, In the signal can you send the updated value, just so we don't have to do another round trip? [16:47] tedg: yeeah, the only thing that is not so cool is that this can't be unregistered... [16:47] tedg, I can see the eagle [16:47] tedg: yes, that was intended [16:47] tedg, just saying, just saying :p [16:47] Heh [16:48] Trevinho, I have no issue adding an explicit unsubscribe/subscribe mechanism, I just figured that was more difficult. [16:48] tedg: so mabe.... bamf_window_subscribe_on_change.... [16:49] Trevinho, Yeah, it'd be nice if we could pass a list. [16:49] tedg: yeah, but this could also protect us in case of bamfdaemon crash (so that we can re-register the requested signals) [16:49] GStrv or something. [17:01] cyphermox, hey, is there anything that happened in your networking (n-m, proxy, etc) world this cycle which is worth mentioning on https://wiki.ubuntu.com/QuantalQuetzal/ReleaseNotes/UbuntuDesktop [17:01] cyphermox, if so could you edit the wiki to add that? [17:02] yeah, there are some minimal changes from precise; I'll start thinking of a text for it [17:02] cyphermox, thanks [17:03] i was trying to fix up evo and the folder deletion thing, but now I just keep having it freeze up [17:03] tkamppeter, hey, is there anything in quantal which happened in regard of printing which is worth release noting? can you add that to https://wiki.ubuntu.com/QuantalQuetzal/ReleaseNotes/UbuntuDesktop if you see anything that should be there (in the "Common Infrastructure" section) [17:12] seb128, I am looking into that. [17:13] tkamppeter, thanks [17:17] seb128, in the instructions for upgrading you should tell that in the upgrade manager you also need to change the upgrade policy from LTS-only to all releases. [17:18] tkamppeter, indeed, thanks for pointing it [17:27] Anyone knows what is the status of proprietary AMD drivers for 12.10? [17:27] BigWhale, what about them? [17:29] seb128, it seems that 'alternative drivers' notification in the panel is gone and it's not available in system settings either? [17:31] BigWhale, the driver stuff is in software-properties [17:31] jockey got deprecated [17:32] oh [17:32] ok [17:32] a bit too subtle [17:32] :) [17:32] yeah... [17:33] let's see if this works :> [17:33] seb128, Release Notes updated: https://wiki.ubuntu.com/QuantalQuetzal/ReleaseNotes/CommonInfrastructure [17:33] nah, its just for decoration purposes [17:33] are we going to need to go through more of a hastle for GNOME SRU's when SRU in Ubuntu ? [17:33]