=== snadg3 is now known as snadge | ||
=== jamesh_ is now known as jamesh | ||
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:03 | |
seb128 | why is that string even marked as translatable? | 09:12 |
tsdgeos | i dont' know | 09:23 |
tsdgeos | :D | 09:23 |
tsdgeos | https://code.launchpad.net/~aacid/address-book-app/aim_is_not_aim/+merge/249161 | 09:24 |
=== vrruiz_ is now known as rvr | ||
robertoper | Hi I have a question about this bug: https://bugs.launchpad.net/ubuntu/+source/unity8-desktop-session/+bug/1320356 | 10:27 |
ubot5 | Launchpad bug 1320356 in unity8-desktop-session (Ubuntu) "mir-session doesn't loads" [Critical,Confirmed] | 10:27 |
robertoper | Is there a workaround? | 10:27 |
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:29 |
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:30 |
robertoper | My GPU is GTS250 | 10:31 |
robertoper | I see the log now | 10:32 |
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:34 |
robertoper | I use nouveau because of tthis | 10:35 |
robertoper | sorry, but now I need to go, but I'll be back soon | 10:37 |
facubatista | Hola | 11:23 |
tsdgeos | Saviq: Cimi: this is what we wanted, right? https://code.launchpad.net/~aacid/unity8/hack_location_data_i18n/+merge/249174 | 11:31 |
Saviq | tsdgeos, looks good enough | 11:32 |
Saviq | tsdgeos, maybe add TODO/FIXME mentioning the bug# | 11:33 |
tsdgeos | sure | 11:33 |
tsdgeos | pushed | 11:35 |
Cimi | I need help with this scope backend signal, if someone can... | 12:10 |
Cimi | trying to diggin in, blocked on C++ as usual | 12:11 |
=== 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 | ||
Saviq | whoever made our CI jobs relatively stable again: THANK YOU :D | 14:07 |
Cimi | :D | 14:11 |
Cimi | who can help me with this model triggered method? | 14:11 |
=== alan_g|lun is now known as alan_g | ||
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:23 |
Cimi | tsdgeos, I want to fake this triggered method of the model | 14:24 |
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:26 |
Cimi | tsdgeos, not in the mocks | 14:30 |
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:31 |
tsdgeos | and call the triggered signal | 14:32 |
Cimi | tsdgeos, but not with open_click | 14:32 |
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:33 |
tsdgeos | no? | 14:34 |
Cimi | tsdgeos, but somewhere I think the model calls givethisrandomscope | 14:34 |
Cimi | tsdgeos, so I read click scope code, and it calls open_click [uri] | 14:35 |
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:36 |
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:37 |
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:38 |
* dandrader_ claims the MP | 14:39 | |
=== dandrader_ is now known as dandrader | ||
mterry | dandrader_, thanks! I've tested it myself of course, but there is the high potential for regressions. So don't be gentle :) | 14:39 |
dandrader | I'm not know for my gentleness :) | 14:40 |
dandrader | known | 14:40 |
mterry | :) | 14:40 |
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:42 |
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:43 |
Cimi | mterry, in the case of the phone? | 14:44 |
Cimi | because tablet, yes | 14:44 |
mterry | Cimi, no not on same widget | 14:44 |
Cimi | mterry, well, in trunk you can see the inforgraphics circles go outside the screen | 14:46 |
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:47 |
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:48 |
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? | 14:49 |
mterry | Cimi, do you know if there's a bug for that overlap thing already? | 15:07 |
Cimi | mterry, probably not | 15:15 |
mterry | Cimi, i filed bug 1420336 | 15:20 |
ubot5 | bug 1420336 in unity8 (Ubuntu) "Infographic bubbles can overlap edge of welcome screen, bleed into lockscreen" [Undecided,New] https://launchpad.net/bugs/1420336 | 15:20 |
=== alan_g is now known as alan_g|tea | ||
=== alan_g|tea is now known as alan_g | ||
dednick | mterry: sure. what was the reason behind the delay of it? | 15:48 |
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:49 |
dednick | mterry: you dont seem to be testing the dynamic switching | 15:55 |
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:56 |
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:57 |
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:58 |
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 | 15:59 |
mterry | Or actually greeter->model->manager->indicators | 16:00 |
dednick | mterry: hm. not exactly a unit test though | 16:00 |
mterry | dednick, I can test a switch in tests/plugins/Unity/Indicators/indicatorsmanagertest.cpp | 16:01 |
mterry | dednick, let me add one | 16:01 |
dednick | mterry: thanks | 16:02 |
mterry | dednick, done | 16:05 |
dednick | mterry: thanks. | 16:07 |
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 | 16:11 |
=== dandrader is now known as dandrader|lunch | ||
=== dandrader|lunch is now known as dandrader | ||
=== alan_g is now known as alan_g|EOD | ||
dandrader | mterry, taking a look at your greeter refactoring now | 18:27 |
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:28 |
rubbie | anyone available here for my question ? | 18:57 |
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:00 |
rubbie | hiya bschaefer | 19:02 |
bschaefer | rubbie, hello | 19:02 |
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:03 |
bschaefer | well each user has its own desktop | 19:04 |
bschaefer | as far as i know | 19:04 |
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:05 |
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:06 |
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:07 |
bschaefer | though im not super sure sorry! | 19:08 |
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:12 |
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:25 |
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:36 |
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:37 |
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:40 |
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:42 |
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:43 |
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:44 |
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:45 |
ChrisTownsend | rubbie: Hmm, maybe make the permission of ~/Desktop something like 755 and owned by root.root. | 19:46 |
rubbie | yep, did that. | 19:46 |
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:47 |
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:48 |
ChrisTownsend | rubbie: You might try "setsid unity", but it will basically reset your Unity session. | 19:49 |
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:50 |
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:51 |
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:52 |
rubbie_ | hmm ... didn't I read somewhere that a file in $HOME/Desktop requires execute permissions in order to show up ? | 19:53 |
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:54 |
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:55 |
rubbie | back | 19:56 |
rubbie | still no icon on the desktop :-( | 19:56 |
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:58 |
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. | 19:59 |
rubbie | both $HOME/Desktop and the file "firefox.desktop" inside it, are now owned by the user (and group) itself | 20:00 |
rubbie | nothing appears by itself on my desktop | 20:01 |
rubbie | will do logout/login once more ... | 20:01 |
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:02 |
rubbie_ | gotcha ! | 20:03 |
rubbie_ | I work in a language different from English ... | 20:03 |
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:04 |
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:05 |
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:11 |
ChrisTownsend | rubbie: Ok, good to know. | 20:13 |
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:14 |
ChrisTownsend | rubbie: Great! | 20:16 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!