[09:03] <tsdgeos> he lol
[09:03] <tsdgeos> someone has translated Aim as if it was a word
[09:03] <tsdgeos> not a chat network
[09:03] <tsdgeos> so now i can give my "Propóisito" name
[09:03]  * tsdgeos opens a bug
[09:12] <seb128> why is that string even marked as translatable?
[09:23] <tsdgeos> i dont' know
[09:23] <tsdgeos> :D
[09:24] <tsdgeos> https://code.launchpad.net/~aacid/address-book-app/aim_is_not_aim/+merge/249161
[10:27] <robertoper> Hi  I have a question about this bug: https://bugs.launchpad.net/ubuntu/+source/unity8-desktop-session/+bug/1320356
[10:27] <robertoper> Is there a workaround?
[10:29] <Saviq> robertoper, there's not much detail on the bug, is it 'unity8-desktop-session-mir' that you have installed?
[10:29] <robertoper> Yes of course
[10:30] <Saviq> robertoper, so you say you're not even taken away from the lightdm screen? looks like unity-system-compositor never started
[10:30] <Saviq> robertoper, if you could clear /var/log/lightdm, try again, and see if there are any interesting log messages there
[10:30] <Saviq> robertoper, also, what's your GPU?
[10:31] <robertoper> My GPU is GTS250
[10:32] <robertoper> I see the log now
[10:34] <Saviq> robertoper, that's nvidia?
[10:34] <robertoper> Saviq: yes
[10:34] <Saviq> robertoper, that would be your problem, proprietary drivers don't yet support Mir
[10:35] <robertoper> I use nouveau because of tthis
[10:37] <robertoper> sorry, but now I need to go, but I'll be back soon
[11:23] <facubatista> Hola
[11:31] <tsdgeos> Saviq: Cimi: this is what we wanted, right? https://code.launchpad.net/~aacid/unity8/hack_location_data_i18n/+merge/249174
[11:32] <Saviq> tsdgeos, looks good enough
[11:33] <Saviq> tsdgeos, maybe add TODO/FIXME mentioning the bug#
[11:33] <tsdgeos> sure
[11:35] <tsdgeos> pushed
[12:10] <Cimi> I need help with this scope backend signal, if someone can...
[12:11] <Cimi> trying to diggin in, blocked on C++ as usual
[14:07] <Saviq> whoever made our CI jobs relatively stable again: THANK YOU :D
[14:11] <Cimi> :D
[14:11] <Cimi> who can help me with this model triggered method?
[14:23] <tsdgeos> Saviq: it was the fix for carousel not loading all its child, at least in qmluitests side
[14:23] <tsdgeos> Cimi: i can help you, what do you need
[14:23] <Saviq> tsdgeos, yeah, that I know we can get done, AP is something I didn't have heart to look into
[14:24] <Cimi> tsdgeos, I want to fake this triggered method of the model
[14:26] <Cimi> tsdgeos, if I understood, we need the preview widgets to emit a signal with an action (open_click) and an uri
[14:26] <Cimi> tsdgeos, then we need to mock the model to react on this open_click / uri
[14:26] <tsdgeos> the first already happens, no?
[14:30] <Cimi> tsdgeos, not in the mocks
[14:31] <tsdgeos> Cimi: not in the mocks because there's no button
[14:31] <tsdgeos> what you need to do is make the mock model return some button
[14:31] <tsdgeos> and then preview will have a button
[14:31] <tsdgeos> and then it'll happen
[14:32] <tsdgeos> and call the triggered signal
[14:32] <Cimi> tsdgeos, but not with open_click
[14:33] <tsdgeos> Cimi: with whatever you set in your mock for it to do
[14:33] <tsdgeos> you don't even need it to be open_click
[14:33] <tsdgeos> you control the mock
[14:33] <tsdgeos> so it can be "givemethisrandomscope"
[14:33] <tsdgeos> and then from the mock if you get "givemethisrandomscope"
[14:33] <tsdgeos> you do the openScope/gotoScope
[14:34] <tsdgeos> no?
[14:34] <Cimi> tsdgeos, but somewhere I think the model calls givethisrandomscope
[14:35] <Cimi> tsdgeos, so I read click scope code, and it calls open_click [uri]
[14:36] <Cimi> tsdgeos, but in Preview.qml, to this onTriggered the model is called
[14:36] <Cimi> tsdgeos, then I lost the track and I don't know how magically we have the openScope signal
[14:36] <tsdgeos> ok, let me write it up somewhere
[14:37] <mterry> dednick, heyo!  You reviewed https://code.launchpad.net/~mterry/unity8/greeter-profiles/+merge/237155 back in the day -- it's been revived (with less features) and I wondered if you would mind giving it another go?
[14:37] <tsdgeos> see if i can explain it well enough
[14:38] <mterry> dandrader_, mzanetti: I'm looking for someone to review my greeter refactor branch.  It's a big one.  Do either of you have time this week?
[14:38] <dandrader_> mterry, I would like to review it
[14:38] <mzanetti> works for me :)
[14:38] <mterry> dandrader_, awesome -- you actually had some comments in there before.  here's the link again: https://code.launchpad.net/~mterry/unity8/greeter-refactor/+merge/248829
[14:38] <dandrader_> mterry, I will get to it at some point this week
[14:39]  * dandrader_ claims the MP
[14:39] <mterry> dandrader_, thanks!  I've tested it myself of course, but there is the high potential for regressions.  So don't be gentle  :)
[14:40] <dandrader> I'm not know for my gentleness :)
[14:40] <dandrader> known
[14:40] <mterry> :)
[14:42] <Cimi> mterry, I noticed that you can see the infographics on the passcode screen
[14:42] <mterry> Cimi, in which branch?
[14:42] <Cimi> mterry, rtm?
[14:43] <mterry> Cimi, oh huh?  What do you mean by see it?  Like, it's sitting behind the pin entry screen?
[14:43] <Cimi> mterry, not the entire infographics, just a edge of the circles
[14:43] <Cimi> mterry, are passcode entry and the infographics horizontally on the same page?
[14:44] <Cimi> mterry, in the case of the phone?
[14:44] <Cimi> because tablet, yes
[14:44] <mterry> Cimi, no not on same widget
[14:46] <Cimi> mterry, well, in trunk you can see the inforgraphics circles go outside the screen
[14:47] <mterry> Cimi, oh!  I see, the circles are so big, they overlap edge of screen and so they peek out from edge on the passcode entry?
[14:48] <Cimi> mterry, yes http://i.imgur.com/X3TsyC9.jpg
[14:48] <mterry> Cimi, ah thanks -- looks like some piece needs the clip: true property
[14:49] <mterry> Cimi, will look at that today
[14:49] <Cimi> mterry, the locker for sure
[14:49] <Cimi> :)
[14:49] <tsdgeos> Cimi: http://paste.ubuntu.com/10159405/ does that make sense?
[15:07] <mterry> Cimi, do you know if there's a bug for that overlap thing already?
[15:15] <Cimi> mterry, probably not
[15:20] <mterry> Cimi, i filed bug 1420336
[15:48] <dednick> mterry: sure. what was the reason behind the delay of it?
[15:49] <mterry> dednick, design issues -- which still aren't resolved, so I took out any actual user-visible changes for the moment, but left the backend work, ready to be used (and will be used for a different effort: the split greeter)
[15:55] <dednick> mterry: you dont seem to be testing the dynamic switching
[15:56] <mterry> dednick, no...  well I'm not using it right now so I figured I'd skip that test
[15:56] <dednick> mterry: heh. well that wont happen!
[15:56] <mterry> I can see an argument for including a version of the test anyway
[15:57] <mterry> dednick, what do you mean?
[15:57] <dednick> mterry: i mean that when we eventually do use it, there wont be a test added. it's just assumed to work since the functionality exists.
[15:58] <mterry> dednick, :)  I left a test with a skip() call at it's top for it.  But fair...
[15:58] <mterry> dednick, let me do a version of that test that forces the change
[15:58] <dednick> mterry: should be an easy one though. just merge two tests into one. testPluginInterfaceProfile1 & testPluginInterfaceProfile2
[15:58] <mterry> dednick, wait...  I think I added one like that?
[15:58] <mterry> let me look at branch again
[15:59] <mterry> dednick, test_shellProfileChangesReachIndicators ?
[15:59] <dednick> mterry: you added a test for the greeter changing the profile, but not the indicator manager.
[15:59] <mterry> dednick, that goes through the manager
[15:59] <mterry> dednick, greeter->manager->indicators
[16:00] <mterry> Or actually greeter->model->manager->indicators
[16:00] <dednick> mterry: hm. not exactly a unit test though
[16:01] <mterry> dednick, I can test a switch in tests/plugins/Unity/Indicators/indicatorsmanagertest.cpp
[16:01] <mterry> dednick, let me add one
[16:02] <dednick> mterry: thanks
[16:05] <mterry> dednick, done
[16:07] <dednick> mterry: thanks.
[16:11] <Saviq> mterry, there is a bug for the infographic bleed somewhere already... but for the life of me can't find it
[16:11] <mterry> huh
[18:27] <dandrader> mterry, taking a look at your greeter refactoring now
[18:28] <dandrader> mterry, just run "make tryGreeter". I get a black screen on the left side. clicking the "show greeter" button has no visible effect. Is that expected?
[18:57] <rubbie> anyone available here for my question ?
[19:00] <rubbie> Running Unity 7.2.2 on Ubuntu 14.04 "trusty" ; I want an icon on the desktop (NOT in the Launcher), and this for all users. This must be achieved with command-line instructions only (no GUI manipulations)
[19:02] <rubbie> hiya bschaefer
[19:02] <bschaefer> rubbie, hello
[19:03] <rubbie> I am trying to find a place with many people knowledgable about Unity tweakings
[19:03] <rubbie> Running Unity 7.2.2 on Ubuntu 14.04 "trusty" ; I want an icon on the desktop (NOT in the Launcher), and this for all users. This must be achieved with command-line instructions only (no GUI manipulations)
[19:04] <bschaefer> well each user has its own desktop
[19:04] <bschaefer> as far as i know
[19:05] <rubbie> yes, each user has his own $HOME/Desktop
[19:05] <rubbie> but there are of course also system-wide settings
[19:05] <rubbie> defaults
[19:05] <rubbie> such as the Launcher contents
[19:06] <bschaefer> the launcher stuff is all done based on /usr/share/applications/*.desktop
[19:06] <bschaefer> where it gets it icons and stuff
[19:06] <rubbie> so I need to find out how, just like what's configured as default applications in the Launcher, how I can force an icon to appear on each user's desktop background
[19:06] <rubbie> true, that's for the Launcher
[19:06] <bschaefer> that im not sure about, maybe Trevinho knows?
[19:07] <rubbie> How about getting an icon on the background of all users
[19:07] <bschaefer> that im not sure about either :(
[19:07] <bschaefer> rubbie, maybe this helps? http://askubuntu.com/questions/142159/desktop-shortcut-to-create-a-new-desktop-shortcut-doesnt-do-anything
[19:08] <bschaefer> though im not super sure sorry!
[19:12] <rubbie> thx bschaefer. The page at that URL describes how to place an application icon on one (not all) user's desktop via  mouse clicks ; altough that will work, I want it to be there per default for all users. So it needs to be set/forced in the system defaults, just like you do for the Launcher
[19:25] <rubbie> some new people joined this group, so please allow me to re-phrase my question of some minutes ago : Running Unity 7.2.2 on Ubuntu 14.04 "trusty" ; I want an icon on the desktop (NOT in the Launcher), and this for all users. This must be achieved with command-line instructions only to have effect for all users (no GUI manipulations per user)
[19:36] <ChrisTownsend> rubbie: I have a thought, but I don't know what restraints you may be under for this.  My thought is to use a script and get all directories under /home and then copy the file in question to /home/$(SOMEUSER)/Desktop, but this requires root to do this and also doesn't help if a new user is created.
[19:37] <ChrisTownsend> And the file's owner will need to be changed to match who owns the particular home directory, otherwise it would be owned by root.
[19:40] <rubbie> Chris, thx for responding. Indeed that's possible to do, my scripts manage the user creations and indeed could directly place the file in their $HOME/Desktop. However, since they own it, they could easily remove it as well.
[19:40] <rubbie> Is there a way to lock what's in their $HOME/Desktop ? If I turn down the permissions of that directory and chown it to "root", won't that break anything ?
[19:42] <ChrisTownsend> rubbie: If you change the ownership to root, then the user might not be able to access what is on the desktop.  I think you would need to play around with that to see how it would act.  But ~/Desktop is only there to put things on the desktop, so it shouldn't break anything else.
[19:42] <rubbie> I wouldn't expect this way of working to break anything : the user I currently use, does not have a $HOME/Desktop
[19:42] <rubbie> ok, let's give it a try
[19:43] <ChrisTownsend> rubbie: Hmm, I thought it was there by default, but it may be created once something is placed in it.  But anyways, that should work by creating ~/Desktop.  Good luck!
[19:44] <rubbie> noop : I create the $HOME/Desktop directory as root in the home-dir of a ordinary user ; but that user seemingly can simply 'rmdir' it again from his $HOME
[19:45] <rubbie> ok, gotcha : of course, the 'rmdir' is not possible anymore if there is a file in the directory
[19:45] <rubbie> "Directory not empty"
[19:46] <ChrisTownsend> rubbie: Hmm, maybe make the permission of ~/Desktop something like 755 and owned by root.root.
[19:46] <rubbie> yep, did that.
[19:47] <rubbie> ok, I copied "/usr/share/applications/firefox.desktop" into this user's $HOME/Desktop
[19:47] <rubbie> It doesn't appear on its own on my currently opened desktop, so likely is only picked up during login
[19:48] <ChrisTownsend> rubbie: Yeah, I think it's read a login if created from "underneath", ie, not the GUI.
[19:48] <rubbie> or can I 're-init' my currently active window-manager so that it re-reads anything under the user's $HOME ?
[19:49] <ChrisTownsend> rubbie: You might try "setsid unity", but it will basically reset your Unity session.
[19:50] <rubbie> will try that now ; if I get disconnected, please bare with me for a minute, I will popup again ;-)
[19:50] <ChrisTownsend> rubbie: Sure, I'll be here:)
[19:50] <rubbie> ok, still there ; lots of flickering on the screen, but no new firefox icon on my desktop
[19:51] <rubbie> ok, will go through a logout/login to see if that works
[19:51] <ChrisTownsend> rubbie: Ok, I'm not sreally sure when that gets read.
[19:52] <rubbie_> back
[19:52] <rubbie_> did logout / login, but still no firefox icon on the desktop :-(
[19:52] <ChrisTownsend> rubbie:  Strange.  I wonder if it's due to the permissions.
[19:53] <rubbie_> hmm ... didn't I read somewhere that a file in $HOME/Desktop requires execute permissions in order to show up ?
[19:54] <ChrisTownsend> rubbie_: Maybe.  This is a little out of my domain.  But try it and see.
[19:54] <rubbie_> ok, added execute permissions (755 now)
[19:55] <rubbie_> the 'setsid unity' didn't do it, trying logout/login again
[19:55] <ChrisTownsend> rubbie_: Yeah, the folder definitely needs world execute permissions if owned by root.
[19:56] <rubbie> back
[19:56] <rubbie> still no icon on the desktop :-(
[19:58] <ChrisTownsend> rubbie: Well, not sure.  On my Trusty system, my files/icons are in ~/Desktop with the folder being owned by my user and the permissions set to 755.  Not sure what happens if owned by root.
[19:58] <rubbie> what's especially frustrating, is that there is little or no documentation about how to configure things via CLI and not via GUI
[19:59] <rubbie> Chris, ok, will try that indeed; let's start with having all owned by the user itself, if that doesn't work then there is something else misconfigured
[19:59] <ChrisTownsend> rubbie: As another data point, if I just copy a file into ~/Desktop, then it shows up immediately.
[20:00] <rubbie> both $HOME/Desktop and the file "firefox.desktop" inside it, are now owned by the user (and group) itself
[20:01] <rubbie> nothing appears by itself on my desktop
[20:01] <rubbie> will do logout/login once more ...
[20:02] <rubbie_> noop, still no icon
[20:02] <rubbie_> is there any logfile that gets populated with messages from my session startup ?
[20:02] <ChrisTownsend> rubbie_: Dang, it must be some other configuration mucking with this.
[20:02] <rubbie_> hopefully it contains meaningfull reasons about that desktop icon
[20:03] <rubbie_> gotcha !
[20:03] <rubbie_> I work in a language different from English ...
[20:04] <rubbie_> so $HOME/Desktop is not named like that (English name) , but exists under another name (= 'Desktop' translated in my own language)
[20:04] <ChrisTownsend> rubbie_: Yeah, there are 3 possible files to look in: ~/.cache/upstart/{gnome-session.log | gnome-session-Unity.log | unity7.log}
[20:04] <ChrisTownsend> rubbie_: Ah, I see.
[20:04] <rubbie_> I moved the "$HOME/Desktop/firefox.desktop" in that one, and poof it appears on my screen
[20:05] <rubbie_> Chris, thx a lot for that info about the logfiles, will tatoe it immediately !
[20:05] <ChrisTownsend> rubbie_: Cool.  So it seems you can try to fiddle with permissions and try to get it to work the way you want it.  Best of luck!
[20:11] <rubbie> Chris , if you're still there : might be usefull to inform you that the file under $HOME/Desktop indeed needs execute permissions
[20:11] <rubbie> If not, then an icon appears, but with some letters in it, not the well-know firefox icon ; as soon as I add the execute permissions, the icon changes to the correct firefox icon
[20:13] <ChrisTownsend> rubbie: Ok, good to know.
[20:14] <rubbie> furthermore, all still works as expected if the ownership of the $HOME/Desktop (and contents) is 'root'
[20:14] <rubbie> so: goal achieved !
[20:16] <ChrisTownsend> rubbie: Great!