[01:22] desrt, what is the correct way to register two gdbus objects on different bus names? [01:22] desrt, the bus name seems to be implied === maclin_ is now known as maclin === maclin__ is now known as maclin === oCrazyLem is now known as CrazyLemon === oCrazyLem is now known as CrazyLemon [07:59] seb128, !!!! [08:00] good morning desktopers [08:00] darkxst, hey [08:00] seb128, bug 1301712, fixed now, but really we don;t want the u-c-c/uoa stack!! [08:00] Launchpad bug 1301712 in shotwell (Ubuntu) "shotwell is pulling in unity-control-center and UOA on Ubuntu GNOME" [Low,Fix released] https://launchpad.net/bugs/1301712 [08:00] you realize that without uoa shotwell has non working features, right? [08:00] I just commented on that [08:00] your call if you like to ship buggy softwares I guess [08:00] seb128, we don't ship uoa by default [08:00] I added the recommends because without uoa if you do publish, add an account, you get a nice fail [08:00] right [08:01] so you ship a buggy shotwell [08:01] seb128, wouldnt the right thing be to disable those features if uoa is not installed? [08:01] that's one other option, patches are welcome [08:02] but in the current state things are just buggy [08:02] well, we ship uoa by default so it's not so much an issue for us [08:02] seb128, I would much prefer you discuss these things with me first! [08:02] I added the recommends because we received some bugs about publishing not working [08:02] I didn't even think a recommends would be an issue for you [08:02] sorry about that [08:03] all recommends are seeded [08:03] yeah, I just didn't think that some flavors were using shotwell but not installing what it needs [08:03] morning [08:03] Laney, hey [08:04] hey, wie gehts? [08:04] good! [08:04] you? [08:04] not bad thanks! [08:05] seb128, do you have bugs pointing to the actual issue/ [08:05] ? [08:07] darkxst, open a photo, do file->publish, pick "add more accounts" from the combo box [08:07] notice how the warnings about g_spawn_command failing [08:08] seb128, and publish menu is provided by the uoa patch I presume? [08:08] yes [08:08] or rather modified [08:08] upstream have their own accounts handling (not using goa or uoa) [08:09] yes I noticed there was no goa integration [08:15] seb128, ok, I will get that sorted [08:16] seb128, Laney any chance of getting tracker into main next cycle? [08:16] Morning seb128! [08:16] we really need nautilus built with tracker support [08:17] nautilus is the 'search provider' for file searches [08:17] all that is completely broke right now [08:18] seb128: [08:18] http://blog.canonical.com/2014/04/02/shutting-down-ubuntu-one-file-services/ [08:18] I missed the UIFe request. [08:18] ISTR we had problems with io load and indexing before [08:19] has it ever been in main before? [08:20] I though the MIR got rejected due to UBuntu using zeigeist, but that was before we became official flavour [08:21] GunnarHj, hey [08:21] GunnarHj, I'm unsure there was an UIFe request [08:21] darkxst, tracker, I doubt it [08:22] well, maybe, you can file a MIR etc for it I guess [08:22] but I'm unsure we want to build e.g nautilus with it [08:22] you need the indexer right? [08:22] yeh [08:23] the other idea would be to add search hooks for extensions, but havent checked with upstream yet if they would take that [08:23] but its certainly not possible with current nautilus extension api [08:23] seb128: Me too. ;-) Does it mean that the Ubuntu One client will be removed before final release? Should we remove the references to Ubuntu One from the docs (resulting in a few untranslated strings)? [08:25] It's gone, certainly remove it [08:25] GunnarHj, yes, the package/support for it has started been dropped yesterday [08:25] The release team were informed in advance but I guess nobody told the docs guys [08:25] sorry :/ [08:26] xnox, "Drop account-plugin-aim and account-plugin-yahoo from recommends to suggests, thus removing 21.8MB of gstreamer0.10 from ubuntu desktop CDs." [08:26] that statement seems weird to me [08:26] I never heard nothing either! until xnox removed things from our seeds [08:26] Laney, seb128: I think that a hint on ubuntu-devel-announce would have been appropriate. [08:27] GunnarHj, yeah, me too, I didn't even see the announcement! [08:27] xnox, did you drop bluez-gstreamer as well? that use gst0.10 [08:28] xnox, also telepathy-haze pulls gstreamer0.10 in through libpurple [08:30] cyphermox: maybe you could comment with your recommendation [08:32] empathy> "Both services have declining userbase" I wouldn't have said that ... [08:32] Bit weird to make this decision unilaterally but hey [08:32] I might revert it [08:33] but after talking to xnox [08:33] I doubt he's going to achieve what he wanted [08:33] we need to keep haze on the CD and that keeps gst0.10 [08:33] bluez-gstreamer as well (though I'm unsure what that does and what would we miss without it) [08:34] cyphermox said that one is ok [08:35] I think it lets you use a2dp [08:35] did he add details on what it doeS? [08:35] what is a2dp? [08:35] i.e. send audio over bluetooth [08:35] * seb128 clueless about bluetooth [08:35] shrug [08:35] that seems like an useful feature to me! [08:36] I think it's in mainline gstreamer with 1.0 [08:36] so don't know how useful it is with 0.10 [08:36] oh, nice [08:36] well, as said I would like to understand how those things are used [08:36] before we decide to drop stuff a week before release [08:36] laney@iota> gst-inspect-1.0 | grep a2dp ~ [08:36] bluez: a2dpsink: Bluetooth A2DP sink [08:36] to then notice after release that after all those stuff were needed and that we regressed usecases [08:37] $ gst-inspect-0.10 /usr/lib/i386-linux-gnu/gstreamer-0.10/libgstbluetooth.so [08:37] ... [08:37] rtpsbcpay: RTP packet payloader [08:37] a2dpsink: Bluetooth A2DP sink [08:37] avdtpsink: Bluetooth AVDTP sink [08:37] sbcparse: Bluetooth SBC parser [08:37] sbcdec: Bluetooth SBC decoder [08:37] sbcenc: Bluetooth SBC encoder [08:37] [08:38] no "SBC decoder" in my gst-inspect-1.0 [08:38] yeah that's in bad for 1.0 afaics [08:38] k, I don't have that installed [08:41] I could never get a2dp working anyway, probably not a huge loss! [08:42] ^maybe iphone related though, the iphone stack is an outdated mess right now [08:44] never tried it [08:45] not that I have an iphone, but I guess it should work with android too [08:47] yeh, although a2dp is a standard! works fine in any modern car (maybe there are patent issues though?) [08:48] so probably what I hit was just a bug [08:48] I don't even know how to test that [08:48] is that just "pair your phone as a bt device, play music through it as an output"? [08:49] seb128, yes, so you pair phone with computer, and then the music play get routed through pulseaudio [08:49] ^ the music you play on phone [08:52] computer doesn't even see my phone to pair with it [08:52] great, u-c-c segfaulted when I tried to enable the audio for media option on the phone [08:52] in libgnome-bluetooth [08:54] this is severely buggy :( [08:54] the enabled state isn't remembered or synced with the indicator [08:54] you likely have a bluez/kernel issue [08:54] never sees the phone, get operation in progress on stderr when doing things [09:01] Laney, right, I just gave up on the idea :) and plugged some speakers into my phone! [09:06] hello [09:07] part of apport is not translated https://dl.dropboxusercontent.com/u/17510489/Apport.png [09:08] actually there are no strings for translation either https://translations.launchpad.net/ubuntu/trusty/+source/apport/+pots/apport/sl/+translate [09:09] sasa84, hey, that's "normal", hooks are not translatable atm I think [09:10] seb128: why would you want telepathy-haze on the images? [09:11] xnox, because things like gadugadu (the most popular im in China) have no other support for it that through libpurple [09:11] seb128: poland, qq is in china =) [09:11] oh, sorry [09:11] but the argument still stands [09:12] some protocols are popular in countries and have no telepathy connectors [09:12] seb128: and those support/use audio/video via libpurple? [09:12] so they need to use libpurple through haze [09:12] not sure [09:12] they do use libpurple from texting/messages [09:12] seb128: why do i not see telepathy-haze in the seed sources? [09:12] but libpurple is one lib [09:12] the a/v part is not split out [09:13] xnox, because it's a recommends of empathy [09:13] we could seed all recommends of all softwares [09:13] not sure what's the point though [09:13] nah, no point. For ubuntu, we do choose to seed in recommends. [09:13] well, it's already a recommends from empathy [09:14] not sure why you want to duplicate that info? [09:14] no, i don't. Just wanted to know how it was seeded in, to make sure it's not just a dep. [09:15] so another way is to hunt down upstream patches which port purple to gstreamer0.10, and then the empathy change to downgrade two accounts can be reverted as well. [09:15] cause at this point libpurple is the last one holding up gstreamer0.10 on desktop images. [09:15] They did it on a different branch, for the 3.0 series. [09:15] is last correct statement? [09:16] I think it is [09:16] but pigdin is moving slowly [09:16] Laney: right, i'll look to see if it's self-contained to be cherry-picked. [09:16] they are still gtk2 and gst1.0 [09:16] gst0.10 sorry [09:16] they are porting to gtk2/gst1.0 but when I looked at it there was no easy change we could backport to migrate to gst1.0 [09:16] ok, tnx seb128 [09:16] xnox, thanks [09:17] I don't think it's going to be as easy as you think it might be [09:17] otherwise we would have done it back then [09:17] * darkxst would love to see gstreamer 0.10 be gone from our images ;) (not that I have been following the whole story) [09:18] Risky this close to release too [09:19] hmm I was wasnt really talking about this release! [09:19] xnox is ;-) [09:21] seb128: i'm not buying this gadu-gadu & qq argument =) let me check the depends again. [09:22] * darkxst also wonders why I generally have no idea about what is happening until (almost) after the fact [09:22] xnox, well, also yahoo ... which you decided was not useful anymore, but I don't think we have data on that being true or false [09:22] seb128: so to get gadugadu support in empathy, i need account-plugin-gadugadu which is universe and that's not of my doing. [09:22] darkxst, is that comment about the u1 change? or do you have other examples? [09:22] probably mostly, I find out after things break! :( [09:22] seb128: and that depends on telepathy-haze [09:23] darkxst, well, I could say the same, I woke up this morning to see that you dropped the recommends I added yesterday :p [09:23] seb128: and i don't see a qq accounts plugin. [09:23] xnox, empathy doesn't enforce ubuntu-online-account, you can go to empathy-preferences and add accounts [09:24] sorry, "empathy-accounts" [09:24] seb128, you seeded the entire unity-control-center/UOA stack on our images!!!! [09:24] seb128: oh, the "old UI" ?! [09:24] that is bad ;) [09:24] xnox, the only UI to add accounts that are not supported by uoa [09:25] seb128: how to open that? F4/empathy->accounts opens online-accounts. [09:25] darkxst, well, I'm just saying, you did a change during my night and I woke up to it, it's not only to you that those things happen [09:25] xnox, alt-f2 empathy-accounts [09:27] seb128: that does offer gadugadu. but... there is no desktop/UI way to get there? [09:27] xnox, not that I know offhand, which is a known issue, we force users into an incomplete account list :/ [09:27] seb128, sorry but +59 packages into a seed, is quite the emergency! [09:28] darkxst, I'm not criticizing the change, just saying that people do work and don't always stop to discuss every change [09:31] seb128, sure, guess I am just pushing a bit more cross-flavour considerations, we do (try atleast) to test everything against ubuntu before upload [09:31] so we ship haze, and hidden ui to use it, but no anything discoverable =( [09:31] just that doesnt happen in reverse [09:31] xnox, correct [09:32] although when/if we can get gnome-shell autopkg tests running, I guess that can't happen anymore [09:32] xnox, I could see an argument to drop it from the default install saying it's not accessible to normal users anyway, but doing such change a week before the freeze makes me nervous [09:32] Would it break the accounts of people upgrading? [09:33] darkxst, it's not easy to test every flavor, image if we had to test kubuntu, xubuntu, lubuntu, GNOME Ubuntu, etc before every upload [09:33] Laney, we wouldn't remove those binaries on upgrade I guess? [09:33] Laney, or is update-manager agressive about those things? [09:33] which makes me thing I still need to talk to mvo_ about that [09:33] Laney: if they had online-accounts-gadugadu installed then no, cause that hard depends on haze and it would stay. [09:33] to see if we can remove gnome-control-center on precise->trusty updates [09:34] seb128, its really only Ubuntu GNOME that has overlap ? [09:34] Laney: actually no, it will not break on upgrades, cause upon upgrade haze would stay. [09:34] seb128: about what exactly? sorry missed parts of the conversation [09:34] I supposed edubuntu uses gnome-flashback too [09:34] Laney: cause we are discussing dropping -haze from depends to recommends in empathy. [09:34] darkxst, not really, GTK is used in most flavors [09:35] Oh, I thought you wanted to get it off the image [09:35] Don't know what the point is then [09:35] mvo_, we transitioned Unity from gnome-control-center/gnome-settings-daemon to unity-control-center/unity-settings-daemon in trusty, I'm wondering if we can make the dist-upgrader clean g-c-c/g-s-d on upgrade if nothing depends on those [09:35] gtk bugs are generally not fatal, just annoying [09:35] darkxst, well, adding uoa to your seed was not a runtime issue, just annoying :p [09:35] but yeah, we try to be good citizen [09:35] Laney: dropping -haze from recommends to suggests on empathy, will effectively unseed haze/purple/gstreamer0.10 [09:35] Laney: we don't install suggests, do we? [09:35] what [09:36] we have had gobject-introspection issues that break gdm... [09:36] 03/04 10:34:28 Laney: cause we are discussing dropping -haze from depends to recommends in empathy. [09:36] Laney: dropping -haze from recommends to suggests on empathy [09:36] Laney: TYPO! [09:36] it's already a recommends [09:36] Laney: need more coffee =))))))) [09:36] it's recommends->suggests [09:36] that ^ [09:36] seb128, that and a 100 messages why is the unity world being pulled into ubuntu GNOME :( [09:36] darkxst, yeah, that's unfortunate :/ [09:36] darkxst, anyway mistake happen, sorry about that [09:36] and +1 on autopkgtests for gnome-shell [09:37] xnox, I cleaned those u1 sources from trusty [09:37] seb128, next cycle, its hard ;( [09:37] seb128: yes, that should be possible [09:37] seb128: \o/ [09:37] seb128: thanks. I think u1 is all done for trusty, but possibly unity (in-silo) and thunderbird. [09:37] autopilot and maybe gnome-shell, need to be patched to play with clutter widgets [09:38] we don't have autopilot integrated with autopkgtest [09:38] and yeah, autopilot and clutter sounds like "fun" [09:39] seb128, pitti mentioned it was possible (apart from the clutter bit) [09:39] cool [09:41] seb128: cjwatson did write a proof-of-concept running autopilot tests as autopkgtests =) [09:41] nice [09:41] seb128, I actually have a couple of 'apprentices' now (CS students I guess) that at are good are code, but hopeless at packaging [09:47] seb128, I doubt upstream will care much about in bugs in 3.8... === vrruiz_ is now known as rvr [09:48] darkxst, that's what the new RHEL ships, I somewhat think that's going to help a bit [09:48] seb128, getting source from RHEL is a pita [09:49] some of the fixes are flowing back in upstream git [09:49] maybe some but not most! [09:49] but yeah, GNOME upstream doesn't do much stable serie work [09:49] it would be true for any serie [09:50] if we had 3.10 we would soon stop getting fixes for that as well [09:50] what component do we use for XMPP in telepathy? it's telepathy-native? cause libpurple uses gstreamer for XMPP only audio/video by the looks of things. [09:50] seb128, watch this space, I will make sure all patches that affect us are cherry picked to the 3.10 branch; ) [09:50] but recompiling pidgin without gstreamer, would piss off anybody to uses pidgin for audio/video xmpp [09:51] unless we compile that twice..... [09:51] sounds risky [09:51] darkxst, ;-) [09:51] except for the stupid gnome-tweak-tool authors who refuse to take python3 pathes [09:52] xnox, telepathy-gabble [09:52] I'd really rather avoiding doing any risky gstreamer stuff now [09:52] if you wanted to try that it should have been a couple of months ago [09:54] +1 [09:55] seb128: i'm confused, reading the buildlog empathy is compiled with --enable-gst1.0 option and it does link against gstreamer1.0 in the archive. [09:56] reading wrong project buildlog [09:56] seb128, you would probably be amazed at what the the super secret RHEL teams backport, but its not generally available until it filters into CentOS [09:57] do they do the monolithic patches thing for all packages? [09:57] I don't know, I have never been able to find a single patch to see! [09:58] darkxst, I've to admit I never tried to look much at what they do indeed [09:59] If not some kind of patch tracker for rhel would be interesting ;-) [10:00] seb128: Trevinho: want to try getting https://code.launchpad.net/~3v1n0/unity/forcequit-dialog/+merge/213832 in? [10:01] Laney, it's in silo 5 if you want to test the ppa [10:01] oh cool [10:01] https://launchpad.net/~ci-train-ppa-service/+archive/landing-005/+packages [10:01] how can you trigger a hung window? [10:02] gedit & gdb -p `pidof gedit` [10:02] N [10:02] ? [10:02] oh yes good point [10:02] I was thinking stuff like that would close the window for some reason [10:02] * Laney is broken [10:06] Trevinho, Laney, bregma: those changes to the close dialog seem buggy, I get 2 dialogs to show, the old and new ones [10:07] * seb128 restarts session in case alt-f2 -> unity was not a proper restart [10:07] urgh I broke everything [10:07] what did you do? [10:08] I logged out to start a new session with it [10:08] which took ages waiting for some timeout [10:08] so I tried to use loginctl session-status to see what it was [10:08] that was segfaulting [10:08] urg [10:08] and then it hung logging out the next time and restarting lightdm hasn't got it back up [10:08] weeeeeeeeee [10:09] oh there it is, in a messed up resolution, wtf [10:09] * Laney restarts [10:11] Laney: what was in a messed up resolution? just asking cause we recently got a lightdm-gtk-greeter bug assigned from robert that complains about the greeter not being displayed in the correct resolution (could never reproduce that so it's a bit poking in the dark for me..) [10:11] lightdm [10:11] after I restarted it [10:12] it had ignored the settings I think because it was mirrored too [10:13] seb128: seems fine to me, I only got one dialog [10:15] Laney, I still get both after a restart :/ [10:15] weird [10:17] Laney: so unity-greeter was shown in the wrong resolution? [10:17] yes [10:18] hmm it's spotify holding the session open [10:19] greeter sessions are left open because of indicators here :/ [10:19] Laney: mind to add whether this should affect unity-greeter too then? https://bugs.launchpad.net/bugs/1300153 [10:19] Launchpad bug 1300153 in lightdm-gtk-greeter (Ubuntu) "login Screen is not showing correctly" [Undecided,New] [10:20] seb128: well from what i've seen, they get quite brutally killed in unity-greeter (and gtk-greeter, cause we mostly ported unity-greeter's indicator behavior) [10:21] ochosi: It's unlikely to be the same problem [10:21] or at least I can't say if it is [10:21] ochosi, well, at least indicator bluetooth/sound are managed by upstart [10:21] so it looks like unity-greeter fails to send the signal that is used to stop the jobs [10:21] stop on desktop-end or indicator-services-end [10:22] so I guess the greeter should send indicator-services-end at login and doesn't === MacSlow is now known as MacSlow|lunch [10:27] ok, time for some errands and getting lunch on the way, back in 45 minutes or so [10:36] Laney: afaik unity-greeter and lightdm-gtk-greeter use the same logic to get the screen size/resolution [10:47] afternoon [10:47] not feeling well, running a fever. :( === ara is now known as Guest11257 [11:21] ochosi, unity-greeter uses unity-settings-daemon xrandr plugin [11:21] so things might be different [11:30] jdstrand: can I add /usr/local/share/glib-*/schemas/ to telepathy's profile? [11:30] I get some denials for that when using empathy [11:31] Laney, /usr/local? [11:31] Laney, what did you do! [11:31] $ empathy [11:31] dmesg [11:31] ls /usr/local/share/glib-*/schemas/ [11:31] /usr/local should be empty [11:31] did you sudo make install thingS? [11:31] yes I have some schemas there [11:31] it's a legal thing to do :-) [11:31] lol [11:32] well, if you can local install you can tweak your apparmor profiles ;-) [11:32] or do we usually include /usr/local paths to those? [11:32] * seb128 checks [11:32] other profiles handle /usr/local [11:32] k [11:40] seb128, I have removed the close dialog MP fro the current U7 silo because that needs to land for other reasons, we'll try it again in the next landing [11:40] * bregma takes the dog for a walk [11:42] seb128: Is remote login affected by the Ubuntu One shutdown, or is it login.ubuntu.com that is part of the remote login feature? [11:42] https://help.ubuntu.com/14.04/ubuntu-help/sharing-remote-login.html [11:42] "The shutdown will not affect the Ubuntu One single sign on service, the Ubuntu One payment service, or the backend U1DB database service." [11:43] bregma, ok [11:45] GunnarHj, hum, I would have say it should not be affected but I'm unsure [11:45] dbarth, ^ can you reply to that? [11:46] seb128, dbarth: I was about to remove that page, but then I started to hesitate... [11:51] GunnarHj, I think we stopped installing-by-default the remote login package earlier in the cycle, you can probably drop that page [11:52] GunnarHj, seb128: confirmed, you can drop it [11:53] dbarth, k, it would still be useful if you replied to the question though ;-) [11:53] seb128: eh, which question exactly? [11:53] (just reading the backlog after lunch) [11:54] so, the remote login feature is not affected by the change [11:54] dbarth, is lightdm-remote-session-uccsconfigure relying on u1? said differently, is it still a working package without the filesync service? [11:54] not affected by the U1 shutdown to be more precise [11:54] dbarth, the documentation GunnarHj pointed states "The system is designed so that Ubuntu One securely stores your login information " [11:55] the remote login feature is not enabled by default anymore [11:55] dbarth, ok, good, thanks ;-) [11:55] seb128, dbarth: Thanks, then I know how to proceed. [11:55] If you want to document it then change it to tell people how to install the package instead [11:55] dbarth, right, still if he stopped working we should remove the package for Ubuntu as well [11:55] :-) [11:55] and, now that we dive into this, i think we should also drop the uccsconfigure part [11:55] he->it [11:55] i thought that was the case already [11:55] https://launchpad.net/ubuntu/+source/lightdm-remote-session-uccsconfigure [11:55] that is still in trusty [11:56] but really we only want to keep the technical bit around, in case enterprises want to use that [11:56] if we want to stop supporting it, maybe we should delete it before release [11:56] k [11:56] seb128: think i still have time to request a drop? [11:56] yes [11:56] i will sync up with jason & robert as well [11:56] k [11:59] Laney: Well, yes explaining how to install instead of how to remove would of course be an option... === alan_g is now known as alan_g|lunch [12:13] seb128: oh, indeed. i thought it was mainly using gdk to determine screen-size etc [12:19] ochosi, it could be, the xrandr plugin is handling some of the work, I don't think it does much on start though (the screen config is done by xorg afaik) [12:19] yeah, i thought so too [12:19] even moving the login-window to different monitors didn [12:20] t seem to involve randr [12:21] no, xrandr basically set the screens config, e.g which one is primary, if it's mirror mode or xinerama, and their resolution [12:21] so it's "xorg server config" more than "greeter work" [12:22] ah, that's what you meant [12:23] Laney: I guess it would be ok, but I have a feeling it wouldn't be enough in the general case. that said I would suggest adjusting /etc/apparmor.d/local/usr.lib.telepathy which is designed for site-specific additions [12:31] seb128: I talked to Rene, he is not interested in the fix as LO42 is unlikely to end up in their stable. So please review http://people.canonical.com/~bjoern/trusty/accessodf_0.1-1.3ubuntu2_amd64.changes and upload. diff is here: http://people.canonical.com/~bjoern/trusty/accessodf_0.1-1.3ubuntu2.diff [12:32] Sweetshark, ok, thanks ... amd64.changes, we do source uploads here ;-) [12:33] seb128: ahh, this open source stuff is a hype that will soon pass. ;) [12:33] * Sweetshark uploads the source changes quickly ... [12:35] seb128: http://people.canonical.com/~bjoern/trusty/accessodf_0.1-1.3ubuntu2_source.changes [12:35] Sweetshark, thanks ;-) [12:42] * Sweetshark listens to 'While my guitar gently weeps' in the ukulele version. There might be some irony hidden in there. [12:43] indicator-sound installs /usr/share/upstart/xdg/autostart/indicator-sound.desktop which contains the line "hidden=True", this file seems to override the normal one located in /etc/xdg/autostart/ [12:44] so, xfce4-session shows the indicator sound autostart launcher as unchecked [12:44] tedg, ^ [12:44] recent indicator-sound change in trusty [12:45] I assume that it prefers the upstart launcher, because we are running an upstart user session === jhernand1z is now known as jhernandez === mjohnson15_2 is now known as mjohnson15 === alan_g|lunch is now known as alan_g [13:12] Laney, do you have an opinion on https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/1296334 ? [13:12] Launchpad bug 1296334 in rhythmbox (Ubuntu) "Update to bug-fix release 3.0.2 in Trusty" [High,Confirmed] [13:20] dpm, Laney, tedg: https://code.launchpad.net/~attente/indicator-keyboard/1291962-2/+merge/213346 is changing a "..." to "…" which changes the string/invalidates the translations, do you think it's ok to do now or is that too close from release? [13:20] seb128: looks ok, what do you think? [13:21] +1, I would prefer have the items right/consistent for the lts, it's an easy translate update, I'm going to drop a note to the translation team [13:21] Yeah, I think that's best. [13:21] Laney, or are you speaking about rhythmbox? ;-) [13:21] which I think is ok as well [13:21] rb [13:21] k [13:21] breaking translations not so sure [13:21] I'm going to do that update now [13:21] rb [13:22] seb128, could we do it after release? I've had experience with exactly this change bringing lots of confusion and frustration because translations break [13:22]