=== snadg3 is now known as snadge === jamesh_ is now known as jamesh [09:03] he lol [09:03] someone has translated Aim as if it was a word [09:03] not a chat network [09:03] so now i can give my "Propóisito" name [09:03] * tsdgeos opens a bug [09:12] why is that string even marked as translatable? [09:23] i dont' know [09:23] :D [09:24] https://code.launchpad.net/~aacid/address-book-app/aim_is_not_aim/+merge/249161 === vrruiz_ is now known as rvr [10:27] Hi I have a question about this bug: https://bugs.launchpad.net/ubuntu/+source/unity8-desktop-session/+bug/1320356 [10:27] Launchpad bug 1320356 in unity8-desktop-session (Ubuntu) "mir-session doesn't loads" [Critical,Confirmed] [10:27] Is there a workaround? [10:29] robertoper, there's not much detail on the bug, is it 'unity8-desktop-session-mir' that you have installed? [10:29] Yes of course [10:30] robertoper, so you say you're not even taken away from the lightdm screen? looks like unity-system-compositor never started [10:30] robertoper, if you could clear /var/log/lightdm, try again, and see if there are any interesting log messages there [10:30] robertoper, also, what's your GPU? [10:31] My GPU is GTS250 [10:32] I see the log now [10:34] robertoper, that's nvidia? [10:34] Saviq: yes [10:34] robertoper, that would be your problem, proprietary drivers don't yet support Mir [10:35] I use nouveau because of tthis [10:37] sorry, but now I need to go, but I'll be back soon [11:23] Hola [11:31] Saviq: Cimi: this is what we wanted, right? https://code.launchpad.net/~aacid/unity8/hack_location_data_i18n/+merge/249174 [11:32] tsdgeos, looks good enough [11:33] tsdgeos, maybe add TODO/FIXME mentioning the bug# [11:33] sure [11:35] pushed [12:10] I need help with this scope backend signal, if someone can... [12:11] trying to diggin in, blocked on C++ as usual === MacSlow is now known as MacSlow|lunch === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader === alan_g is now known as alan_g|lun === MacSlow|lunch is now known as MacSlow [14:07] whoever made our CI jobs relatively stable again: THANK YOU :D [14:11] :D [14:11] who can help me with this model triggered method? === alan_g|lun is now known as alan_g [14:23] Saviq: it was the fix for carousel not loading all its child, at least in qmluitests side [14:23] Cimi: i can help you, what do you need [14:23] tsdgeos, yeah, that I know we can get done, AP is something I didn't have heart to look into [14:24] tsdgeos, I want to fake this triggered method of the model [14:26] tsdgeos, if I understood, we need the preview widgets to emit a signal with an action (open_click) and an uri [14:26] tsdgeos, then we need to mock the model to react on this open_click / uri [14:26] the first already happens, no? [14:30] tsdgeos, not in the mocks [14:31] Cimi: not in the mocks because there's no button [14:31] what you need to do is make the mock model return some button [14:31] and then preview will have a button [14:31] and then it'll happen [14:32] and call the triggered signal [14:32] tsdgeos, but not with open_click [14:33] Cimi: with whatever you set in your mock for it to do [14:33] you don't even need it to be open_click [14:33] you control the mock [14:33] so it can be "givemethisrandomscope" [14:33] and then from the mock if you get "givemethisrandomscope" [14:33] you do the openScope/gotoScope [14:34] no? [14:34] tsdgeos, but somewhere I think the model calls givethisrandomscope [14:35] tsdgeos, so I read click scope code, and it calls open_click [uri] [14:36] tsdgeos, but in Preview.qml, to this onTriggered the model is called [14:36] tsdgeos, then I lost the track and I don't know how magically we have the openScope signal [14:36] ok, let me write it up somewhere [14:37] 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] see if i can explain it well enough [14:38] 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] mterry, I would like to review it [14:38] works for me :) [14:38] 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] mterry, I will get to it at some point this week [14:39] * dandrader_ claims the MP === dandrader_ is now known as dandrader [14:39] dandrader_, thanks! I've tested it myself of course, but there is the high potential for regressions. So don't be gentle :) [14:40] I'm not know for my gentleness :) [14:40] known [14:40] :) [14:42] mterry, I noticed that you can see the infographics on the passcode screen [14:42] Cimi, in which branch? [14:42] mterry, rtm? [14:43] Cimi, oh huh? What do you mean by see it? Like, it's sitting behind the pin entry screen? [14:43] mterry, not the entire infographics, just a edge of the circles [14:43] mterry, are passcode entry and the infographics horizontally on the same page? [14:44] mterry, in the case of the phone? [14:44] because tablet, yes [14:44] Cimi, no not on same widget [14:46] mterry, well, in trunk you can see the inforgraphics circles go outside the screen [14:47] 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] mterry, yes http://i.imgur.com/X3TsyC9.jpg [14:48] Cimi, ah thanks -- looks like some piece needs the clip: true property [14:49] Cimi, will look at that today [14:49] mterry, the locker for sure [14:49] :) [14:49] Cimi: http://paste.ubuntu.com/10159405/ does that make sense? [15:07] Cimi, do you know if there's a bug for that overlap thing already? [15:15] mterry, probably not [15:20] Cimi, i filed bug 1420336 [15:20] bug 1420336 in unity8 (Ubuntu) "Infographic bubbles can overlap edge of welcome screen, bleed into lockscreen" [Undecided,New] https://launchpad.net/bugs/1420336 === alan_g is now known as alan_g|tea === alan_g|tea is now known as alan_g [15:48] mterry: sure. what was the reason behind the delay of it? [15:49] 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] mterry: you dont seem to be testing the dynamic switching [15:56] dednick, no... well I'm not using it right now so I figured I'd skip that test [15:56] mterry: heh. well that wont happen! [15:56] I can see an argument for including a version of the test anyway [15:57] dednick, what do you mean? [15:57] 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] dednick, :) I left a test with a skip() call at it's top for it. But fair... [15:58] dednick, let me do a version of that test that forces the change [15:58] mterry: should be an easy one though. just merge two tests into one. testPluginInterfaceProfile1 & testPluginInterfaceProfile2 [15:58] dednick, wait... I think I added one like that? [15:58] let me look at branch again [15:59] dednick, test_shellProfileChangesReachIndicators ? [15:59] mterry: you added a test for the greeter changing the profile, but not the indicator manager. [15:59] dednick, that goes through the manager [15:59] dednick, greeter->manager->indicators [16:00] Or actually greeter->model->manager->indicators [16:00] mterry: hm. not exactly a unit test though [16:01] dednick, I can test a switch in tests/plugins/Unity/Indicators/indicatorsmanagertest.cpp [16:01] dednick, let me add one [16:02] mterry: thanks [16:05] dednick, done [16:07] mterry: thanks. [16:11] mterry, there is a bug for the infographic bleed somewhere already... but for the life of me can't find it [16:11] huh === dandrader is now known as dandrader|lunch === dandrader|lunch is now known as dandrader === alan_g is now known as alan_g|EOD [18:27] mterry, taking a look at your greeter refactoring now [18:28] 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] anyone available here for my question ? [19:00] 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] hiya bschaefer [19:02] rubbie, hello [19:03] I am trying to find a place with many people knowledgable about Unity tweakings [19:03] 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] well each user has its own desktop [19:04] as far as i know [19:05] yes, each user has his own $HOME/Desktop [19:05] but there are of course also system-wide settings [19:05] defaults [19:05] such as the Launcher contents [19:06] the launcher stuff is all done based on /usr/share/applications/*.desktop [19:06] where it gets it icons and stuff [19:06] 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] true, that's for the Launcher [19:06] that im not sure about, maybe Trevinho knows? [19:07] How about getting an icon on the background of all users [19:07] that im not sure about either :( [19:07] rubbie, maybe this helps? http://askubuntu.com/questions/142159/desktop-shortcut-to-create-a-new-desktop-shortcut-doesnt-do-anything [19:08] though im not super sure sorry! [19:12] 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] 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] 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] 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] 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] 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] 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] I wouldn't expect this way of working to break anything : the user I currently use, does not have a $HOME/Desktop [19:42] ok, let's give it a try [19:43] 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] 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] ok, gotcha : of course, the 'rmdir' is not possible anymore if there is a file in the directory [19:45] "Directory not empty" [19:46] rubbie: Hmm, maybe make the permission of ~/Desktop something like 755 and owned by root.root. [19:46] yep, did that. [19:47] ok, I copied "/usr/share/applications/firefox.desktop" into this user's $HOME/Desktop [19:47] It doesn't appear on its own on my currently opened desktop, so likely is only picked up during login [19:48] rubbie: Yeah, I think it's read a login if created from "underneath", ie, not the GUI. [19:48] or can I 're-init' my currently active window-manager so that it re-reads anything under the user's $HOME ? [19:49] rubbie: You might try "setsid unity", but it will basically reset your Unity session. [19:50] will try that now ; if I get disconnected, please bare with me for a minute, I will popup again ;-) [19:50] rubbie: Sure, I'll be here:) [19:50] ok, still there ; lots of flickering on the screen, but no new firefox icon on my desktop [19:51] ok, will go through a logout/login to see if that works [19:51] rubbie: Ok, I'm not sreally sure when that gets read. [19:52] back [19:52] did logout / login, but still no firefox icon on the desktop :-( [19:52] rubbie: Strange. I wonder if it's due to the permissions. [19:53] hmm ... didn't I read somewhere that a file in $HOME/Desktop requires execute permissions in order to show up ? [19:54] rubbie_: Maybe. This is a little out of my domain. But try it and see. [19:54] ok, added execute permissions (755 now) [19:55] the 'setsid unity' didn't do it, trying logout/login again [19:55] rubbie_: Yeah, the folder definitely needs world execute permissions if owned by root. [19:56] back [19:56] still no icon on the desktop :-( [19:58] 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] 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] 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] rubbie: As another data point, if I just copy a file into ~/Desktop, then it shows up immediately. [20:00] both $HOME/Desktop and the file "firefox.desktop" inside it, are now owned by the user (and group) itself [20:01] nothing appears by itself on my desktop [20:01] will do logout/login once more ... [20:02] noop, still no icon [20:02] is there any logfile that gets populated with messages from my session startup ? [20:02] rubbie_: Dang, it must be some other configuration mucking with this. [20:02] hopefully it contains meaningfull reasons about that desktop icon [20:03] gotcha ! [20:03] I work in a language different from English ... [20:04] so $HOME/Desktop is not named like that (English name) , but exists under another name (= 'Desktop' translated in my own language) [20:04] rubbie_: Yeah, there are 3 possible files to look in: ~/.cache/upstart/{gnome-session.log | gnome-session-Unity.log | unity7.log} [20:04] rubbie_: Ah, I see. [20:04] I moved the "$HOME/Desktop/firefox.desktop" in that one, and poof it appears on my screen [20:05] Chris, thx a lot for that info about the logfiles, will tatoe it immediately ! [20:05] 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] Chris , if you're still there : might be usefull to inform you that the file under $HOME/Desktop indeed needs execute permissions [20:11] 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] rubbie: Ok, good to know. [20:14] furthermore, all still works as expected if the ownership of the $HOME/Desktop (and contents) is 'root' [20:14] so: goal achieved ! [20:16] rubbie: Great!