[00:28] anybody want to take the time to help me get setup building unity trunk? [00:33] good luck with that.. theres some instructions on how to run trunk from your home directory [00:33] but my experience was, those instructions were kinda incomplete.. and the resulting build, had issues, like half of it expects things to be where they normally are.. and its a bit of a mess [00:34] so knowing that.. i would probably remove the packaged version of unity entirely.. and install the trunk version where its supposed to go [00:35] I ran apt-get build-dep unity, and following the instructions for cmake/make now [00:35] and if its completely broken and unuseable, just log in with gnome shell ;) [00:36] I'm hoping not to break it that badly [00:38] ive given up on unity to be honest.. i still use it.. because, i dont know.. im an idiot [00:39] I just have a bug I want to fix [00:39] and, honestly, my C++ knowledge is only slightly more than non-existant [00:39] bschaefer: ping? [00:39] i really dont like the new dash behaviour.. in particular, the removal of dodge windows [00:40] but sir shuttleworth himself has piped in on the subject [00:40] mhall119: I can help [00:40] snadge: that's the launcher behavior, not the dash [00:40] thomi: http://paste.ubuntu.com/853452/ is where I'm stuck at now [00:40] which probably means theres no chance in hell of that feature ever being re-instated [00:40] thomi: I want to get trunk building before I start breaking it with my awful C++ skillz [00:40] mhall119: you need the latest nux [00:40] thomi: branch or package? [00:40] mhall119: sure. You need to do this: [00:41] bzr branch lp:nux nux-trunk [00:41] so dash is the dashboard which pops out when you activate it from the launcher.. and the launcher is a seperate thing? [00:41] snadge: relatively seprate, yes [00:41] nux doesn't use cmake, it's autogen and make. [00:41] hmm, I should write a quick blog post about how I build unity... it might help people [00:42] ok well.. i dont understand why the dodge function needed to be removed from ccsm [00:42] snadge: it was removed from unity [00:42] a whole bunch of people bellyached about that.. some even saying that was it, they're switching to gnome-shell etc [00:42] snadge: a whole bunch of people would say that if they decided to stop kicking puppies [00:43] mhall119: ping me if you have any more problems [00:43] thomi: so do I have to build and install nux system-wide? [00:43] well its just not cool.. i dont understand why it had to go [00:43] mhall119: no, you can install it to your home directory - that's what I do [00:43] let me write a quick list of instructions... [00:43] ok [00:43] thomi: I'd appreciate that, thanks [00:44] theres already a blog post about how to run unity/nux from your homedir [00:44] when i did it, there were a bunch of other deps that needed to be recompiled as well [00:44] snadge: meh, it failed user testing, it wasn't simple code, I can understand the decision to not continue sinking developer time into it [00:44] well i wasnt part of the user testing.. and it was working fine for me [00:45] unity is tested on retards now? [00:45] snadge: it's tested on random users who aren't familiar with Linux or Ubuntu, IIRC [00:45] you know, 99% of the population [00:46] the premise is quite simple.. if theres room for it.. it should be there.. if there isnt.. it should go away [00:47] snadge: yup, it was a simple premise [00:47] but it was still wrong [00:47] im using autohide at the moment.. but i hate it [00:47] i hate having to reveal it when theres plenty of room for it [00:47] honestly, I hardly notices the difference between dodge and autohide [00:47] and i hate it being there.. when i have a full screen browser window [00:48] I don't usually have room to show it [00:48] so autohide == dodge for me [00:48] i do because many of my desktops area bunch of terminal windows [00:48] just terminals? [00:49] so im stuck between having it always show.. which annoys me when browsing, and doing other full screen things [00:49] thomi: ok, I have nux-trunk, what are the commands I need to run to build it? [00:49] mhall119: nearly gfinished typing them... one minute [00:49] thomi: keeping in mind I don't know the difference between make/cmake/automake/etc [00:49] or having an empty looking desktop.. with no visible shortcuts [00:50] snadge: well, the code is in the bzr history, if it's that important to you [00:50] or you can improve it so that it doesn't fail user testing [00:51] well.. if it has to be turned on via ccsm [00:51] then it shouldn't be part of user testing [00:51] so whether it passes or fails is then irrelevant [00:51] but if they leave the code in, they have to maintain it, updated it, etc [00:51] that's a lot of commitment for something that you don't want to give to users [00:52] yeah but it doesnt have to work.. and then if it bothers someone if its broken.. they have the option of trying to fix it [00:52] mhall119: http://pastebin.ubuntu.com/853463/ [00:52] snadge: leave in and ship something broken? [00:52] who said it needs to be maintained if its not part of user testing [00:52] I'll turn it into a proper blog post this evening. [00:52] ccsm already gives you a warning that its for "advanced users" [00:53] thomi: whoops, I probably want to s/thomi/mhall/ don't I [00:53] besides.. its not the first time ubuntu has shipped something broken.. thats standard for every single release.. it wouldn't be ubuntu if it wasnt broken ;) [00:54] snadge: that's kind of disrespectful to the people dedicating a lot of their time to this [00:56] He could provide examples for every release. [00:56] mhall119: yeah - I did say that in the notes ;) [00:56] thomi: should the nux step be done before the unity step? [00:56] mhall119: yeah [00:56] just recently we changed nux, so it's not in the precise package archives yet [00:57] when we release a new nux version you won't need to build nux before you build unity [00:57] ive been using ubuntu for about 7 years.. and debian before that.. its just a shame that long term users are the ones that get kicked in the guts, in favour of "retards" who probably shouldn't be using linux anyway [00:57] thomi: error on ./autogen.sh: You need gnome-common from GNOME SVN [00:58] mhall119: that's not right, let's see.... [00:58] thomi: is the new nux in the unity-team ppa? [00:58] mhall119: try this: sudo apt-get build-dep unity nux [00:58] that should pull down all the packages you need to build unity & nux... [00:58] well, most of them anyway [00:58] snadge: honestly, calling me a "retard" isn't exactly going to make my sympathetic to your cause [00:59] let me know what else you're missing [00:59] mhall119, it's in the staging ppa, it seems [00:59] Daekdroom: ah, I'm no longer running the staging ppa [00:59] well you're compiling unity from source.. so that automatically makes you not a part of the blanket "retard" statement [00:59] snadge: you'll notice I'm failing miserably at that task so far :) [00:59] snadge, so you think that nearly nobody should use Linux? [01:00] and that it should remain a niche? [01:00] thomi: only doxygen and libpci-dev are being installed [01:00] no, i like to have my cake and eat it too.. linux is what it is, because of the intellectual users who use it, who know what they're doing [01:00] ok, one sec [01:00] mhall119: ahh, here you go: sudo apt-get install gnome-common [01:01] if we're going to pander to people who have zero experience.. and remove options and configurability for the sake of ease of use.. at some point, you're going to piss off the intelligent people.. and they will use something else [01:01] * mhall119 hopes thomi is writing these down for his blog [01:01] snadge: I have experience, and I like it [01:01] snadge, why can't we have Gentoo, Arch and others for the 'intellectual', and leave Ubuntu, Fedora, Mint and others for the general population? [01:01] I also make it better, rather than being disrespectful [01:01] heh, I'll do it from scratch on a VM and work out everything we need [01:02] thomi: autogen.sh seems happier now :) [01:02] cool - did it finish OK? [01:02] ccsm is a good example of that.. something the general population shouldn't even be aware of its existence.. but removing functionality from that, just because retarded people don't understand it.. when theres a bunch of people who actively use that functionality and like it.. isn't a nice thing to do [01:02] thomi: configure: error: you are missing google-test, apt-get install libgtest-dev [01:02] yup - you'll need that :) [01:02] I assume I should install that [01:03] yeah [01:03] thomi: why aren't these in the build-dep? [01:03] I'll try and get the guys who package nux to update the build-deps [01:03] snadge, 'dodge windows' wasn't removed from CCSM. It was removed from Unity because it took too much effort to keep and not enough people would use it. [01:03] their out of date it seems [01:03] thomi: ah, cool, thanks [01:04] thomi: need google-mock too [01:04] well im not the only person upset by it.. im just the most vocal about it right now [01:04] and libxtst-dev [01:04] ...yeah [01:05] for every me theres hundreds of other people who have just gone.. "wtf" and switched to gnome shell ;) [01:05] snadge: what would be the point in doing user testing, if you didn't follow it's results? [01:05] snadge: heck, Mark Shuttleworth liked dodge, and that still wasn't enough to justify keeping it [01:06] thomi: autogen finished successfully \o/ now on to make && make install [01:06] ok out of curiosity.. how much code are we talking about for dodge, and how intrusive is it to unrelated areas [01:06] cool [01:06] snadge: I don't know, but you can check the bzr log to find out I suppose [01:07] its obviously more than a dozen lines.. otherwise i fail to understand what we're crying about [01:07] given the number of iterations that went into tweaking it's behaviour, I'd guess it's at least triple digits [01:08] i gather its removal greatly simplifies the code and makes things look much neater [01:08] unfortunately i'm not familiar with bzr.. im barely familiar with git [01:09] thomi: geez, C++ developers have to wait this long all the time? [01:10] mhall119: not if you have a blinging laptop with 8 cores, 16GB of ram, and a SATA3 solid state disk :P [01:10] * thomi loves his laptop [01:10] * mhall119 will stick with python [01:10] thomi: show-off [01:11] * thomi slaps ajmitch with a conference lanyard [01:11] get back to work you! [01:11] I am working, this is why I have multiple monitors! :) [01:11] is that why... [01:12] ajmitch: he's compiling [01:12] ajmitch: still raining in town? [01:12] thomi: very much so [01:12] http://xkcd.com/303/ is ajmitch [01:12] :( [01:13] mhall119: if only... :) [01:13] ajmitch: they didn't give you a rolling chair? [01:13] mhall119: busy with javascript, not a compiled language [01:14] oh, then you have no excuse [01:14] thomi: ok, nux compiled [01:15] thomi: do I go back and try make && make install on unity now/ [01:15] yup [01:15] or do I need to run cmake on it again? [01:15] mhall119: no, just cd to the build directory and do 'make && make install' [01:15] * mhall119 goes back to office-chair fencing [01:16] no, no I don't [01:16] thomi: http://paste.ubuntu.com/853483/ [01:17] mhall119: ok, maybe you do need to do the cmake step again [01:18] mhall119, make sure your nux branch is up to date [01:19] bschaefer: thomi just got me setup with nux trunk [01:19] you could do a parallel build [01:19] bschaefer: hey - there you are [01:19] thomi, hey! [01:19] eg.. make -j(n) [01:20] thomi, I couldn't get the video going as I had to completely update that version and took to long :( [01:20] thomi, i should be able to make it tomorrow [01:20] bschaefer: OK, I was just wondering how far away we are from being able to merge the CJK fixes and the tests? [01:21] ...not that I'm trying to hurry you or anything, jsut curious [01:21] thomi, im waiting on jaytaoko to review it [01:21] OK. it's mostly in nux? [01:21] its been done for a couple days, but hes been very busy on something else [01:21] its mostly in nux but changes in unity as well [01:21] I can make sure both branch are merged with trunk if you want to try them out ;) [01:22] bschaefer: got the link for the unity MP? I can have a look. Will probably need jay to look at it as well, but I can make a start [01:22] I haven't mp it yet as im waiting to hear what he has to say [01:23] thomi, but I could, that way you have a diff [01:23] thomi, let me make sure they are both up to date branchs then ill mp them! brb [01:23] bschaefer: I'd MP it - if you click the "mode details" button at the bottom of the "register a MP" page you can make it a WIP MP [01:24] that way we get a diff, but no one merges it before it's ready [01:24] thomi, alright will do! [01:25] the nux branch [01:25] https://code.launchpad.net/~unity-team/nux/nux.text-entry-im-auto-test/+merge/94304 [01:26] thomi, https://code.launchpad.net/~unity-team/unity/unity.text-entry-im/+merge/94305 [01:26] unity branch [01:27] cheers [01:27] will take a look [01:27] thomi, thanks for looking through it :) [01:33] thomi, ugg need to update the unity branch. Somehow I missed a merge conflict [01:33] ok [01:33] but you can just skim over that part ;) [01:35] thomi, alright pushed changes [01:36] jaytaoko, ping [01:36] bschaefer: pong, hello [01:37] hey jay, how are you doing? [01:37] bschaefer: fine! how are you [01:37] jaytaoko, good! Getting these test finished, and making sure these ibus branchs are solid :) [01:38] bschaefer: I haven't tried the nux branch in 2 days... let me get it... [01:38] jaytaoko, you'll like some of the new test I added :) [01:38] bschaefer: :-D I am sure! [01:38] you should also test out thomi ibus testing branch (if you have any time) [01:39] its the autopilot for unity [01:39] jaytaoko: I'm doing a review of the unity branch - think we can get this merged soon? [01:42] thomi: I think so. how is the testing of that branch? is it looking good? [01:42] jaytaoko, https://code.launchpad.net/~thomir/unity/ibus-testing [01:43] jaytaoko, thats just for an autopilot test [01:44] jaytaoko: yeah, the tests are good [01:44] jaytaoko: I'm keen to get the AP tests merged with unity ASAP, before unity changes and we get merge conflcits. [01:44] but of course, we can't do that until the feature's in there [01:44] thomi: it compiled! [01:45] mhall119: cool! [01:45] thomi: how do you run it? [01:45] mhall119: instructions are in that paste I linked before [01:45] you need to export a bunch of environment variables [01:45] thomi: do you have to replace your normally-installed session? [01:45] or can you run it in a separate DISPLAY? [01:46] mhall119: I don't know how to run it on a separate display... you probably can [01:46] your apps shouldn't exit when you restart unity though [01:46] yeah, ok, here goes nothing (I hope) [01:46] they will all appear on the first desktop though :) [01:47] mhall119: did you make it? [01:48] ... that's not a good sign [01:48] thomi: still re-writing the exports [01:48] oh ok [01:48] since mine is in ~/projects/Ubuntu/unity/staging [01:48] ahhh [01:50] bschaefer: what does 80085 represent in IMTextEntry? [01:50] OMG! [01:50] it worked! [01:51] :) [01:51] of course! [01:51] or...not [01:51] doh! [01:51] or...nothttp://paste.ubuntu.com/853511/ [01:51] thomi, that was left around when njpatel first made IMTextEntry.cpp but im guessing its what NUX_TRACKER_LOCATION does [01:52] bschaefer: can we change it? [01:52] thomi, i dont see why not, let me do that [01:53] thomi: am I running the staging code? [01:53] mhall119: well, it's at least running unity from your local home dir, but for some reason it's picking up everything else from the system. [01:54] thomi: are the parts I need to make it reload lenses running from my home dir? [01:54] mhall119: yep [01:54] mhall119: lenses are different projects [01:54] mhall119: if you want to tweak lenses then you'll need to get them from LP and build them from source [01:54] thomi: I want to make unity reload them without needing to restart [01:55] hmm, I don't know how to do that, sorry [01:55] right now we have to run unity --replace whenever we install a new lens [01:55] somewhat ugly when you want them to just appear after installing [01:55] sure [01:55] I'll get mhr3 tomorrow then, it's getting late for me [01:55] ajmitch: exactly [01:55] ok [01:55] thanks so much for all your help thomi [01:55] no problem [01:56] looking forward to that blog post :) [02:01] thomi, alright pushed changes [02:01] well change [02:01] OK, I'm still going throught he diff [02:02] haven't found anything else *yet* :) [02:02] yeah, also forgot to explain why I was removing so much stuff [02:02] haha good! [02:02] thomi, all that code is moved down to nux now, but we need to keep IMTextEntry around to keep copy and pasting around [02:03] ok [02:03] idk if you needed to know that ahah [02:06] bschaefer: in Searchbar.h [02:07] you changed the return type of text_entry() const; to TextEntryIM, but didn't update the type of the private member variable [02:07] oversight? or on purpose [02:07] thomi, let me take a look [02:08] I realise this isn't your code, but returning a pointer to our internals is really nasty [02:08] * thomi looks to see if we can easily fix that [02:09] thomi, what do you mean I didn't update the private member? [02:09] thomi, do you mean pango_entry? [02:09] yeah [02:09] it;'s type is still TextEntry* [02:09] shouldn't it be TextEntryIM* ? [02:09] its IMTextEntry [02:09] which is the unity class [02:09] * thomi looks again [02:10] I know we are going to remove all these names soon! [02:10] ahh I see. Sorry [02:10] you're right [02:11] * thomi was confused byt he diff [02:11] no worries, it is a very confusing naming convention! [02:11] and not being in the diff is also confusing, since it stays the same [02:12] yeah [02:13] OK, it looks good to me - there's some ugliness in there, but we can't easily change it, and it's not in your code [02:14] yeah :(, but thanks! [02:15] jaytaoko, did you get the nux branch up and running? [02:35] anyone know how to install nx on precise? [02:36] i found theres a cool new remote desktop app called remmina [02:36] me too [02:39] but yeah.. i really need to be able to remotely access my pc at work ;) [02:39] vnc is a bit poopy [02:40] vnc is like that [02:43] yeah which is why nx was cool.. but it hasn't been updated since the 1970s [02:43] well more to the point, ubuntu moved on.. nx didnt [02:43] getting it to work has been increasingly difficult [03:04] bschaefer: back [03:08] jaytaoko, hey [03:12] jaytaoko, did you have sometime to talk on skype? Or do you need to finish some other things up? [03:17] bschaefer: sure [03:18] jaytaoko, https://code.launchpad.net/~unity-team/unity/unity.text-entry-im/+merge/94305 [06:54] thumper, if you get back tonight, ibus code was merge! [06:58] thumper, actually I guess ibus-1.0 wasn't found odd! [07:58] is it posible to install unity 2d in 10.4 [07:58] i tried some tutorials on web but no unity package or ppa old [08:05] Hey guys. Is there any resource to learn libunity API using C? [08:09] JokerInDisguise, http://developer.ubuntu.com/api/ubuntu-12.04/c/Unity-5.0.html [08:12] mhr3: are there any example codes? [08:15] JokerInDisguise, directly in C? no, all the samples though are at https://code.launchpad.net/unity-lens-sample [08:16] well that's for lenses obviously [08:18] mhr3: I am just learning. I was lookin into Launcher count and progress bar but can't seem to get it to work using C. Thanks anyway :) [08:19] JokerInDisguise, oh, i guess your best bet for those is to look at apps that already use those [08:19] i think there's something on wiki about it too [08:19] you'll have to google though :) [08:22] mhr3: Found it https://wiki.edubuntu.org/Unity/LauncherAPI . Do you have any idea what could be wrong with this http://paste.ubuntu.com/853690/ ? [08:23] you need to run a mainloop [08:24] tried that, didn't work. [08:35] JokerInDisguise, can you pastebin that version? [09:08] _salem`: ping [09:21] mhr3: ping [09:21] tsdgeos, pong [09:21] mhr3: you guys changed FilesystemLenses.h api, right? [09:21] a little yea [09:22] so now we have to create a reader and pass the reader instead of just passing the path? [09:22] any special consideration regarding the ownership of the reader? [09:23] tsdgeos, ideally you should just use the default constructor [09:23] which is what was merged yesterday [09:23] mhr3: oh, cool [09:23] so just use the default constructor and that'll do its magic? [09:23] yes [09:23] great [09:23] * tsdgeos creates a MR for unity-2d [09:24] tsdgeos, as i said it was merged yesterday [09:24] as into 2d [09:24] the code? [09:24] too? [09:24] tsdgeos, rebase [09:24] lol [09:24] * tsdgeos goes to his cave [09:26] sorry for the noise guys :D [09:47] fix fglrx [09:52] https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/770283 [09:52] Ubuntu bug 770283 in fglrx-installer (Ubuntu) "[fglrx]title bar does not update on non-maximized windows" [Undecided,Confirmed] [09:57] Saviq: i've resurrected my kill_launcherdbus branch since seems we are getting MM somewhere, care to approve it? [09:57] we concluded that dbus call was never used, right? [10:03] tsdgeos, yes [10:06] ok there's one more issue with VBox and MM [10:07] why can't you change the amount of screens live... [10:08] tsdgeos, shouldn't it go straight into lp:unity-2d, though? [10:09] Saviq: it could, yes, prefer me to merge it there? [10:09] tsdgeos, yeah, reduce the diff of MM [10:09] ok [10:16] Saviq: https://code.launchpad.net/~aacid/unity-2d/unity-2d_kill_launcherdbus/+merge/94340 [10:20] tsdgeos, on it [10:48] davidcalle, btw please change the name of the video scope [10:48] mhr3, process, package, everything? [10:48] no just the dbus name [10:48] mhr3, oh :) [10:48] scopes are in the same dbus namespace, so they need to be well differntiated [10:49] mhr3, ok, pick a name :) [10:49] can someone from canonical go to amd and give someone a wedgie? k, thx :p [10:50] davidcalle, even "VideosRemote would work much better than just "Remote" [10:50] dont make me buy an nvidia card, i really cant be bothered opening my pc :P [10:51] mhr3, ok so you want a change just for the external remote videos scope, not the internal local videos one? [10:51] davidcalle, internal ones aren't on dbus, so they dont matter [10:51] mhr3, oh right [10:56] mhr3, is net.launchpad.scope.remotevideos fine with you? [10:57] dbus usually uses camelcase, make it "RemoteVideos" ;) [10:57] mhr3, in the path too? [10:57] doesn't matter there really [10:58] mhr3, ok [11:01] davidcalle, can you ping me with a link to the rev when you push it? [11:01] thx :) === cking_ is now known as cking [11:03] mhr3, http://bazaar.launchpad.net/~davidc3/unity-lens-videos/remote-videos/revision/24 [11:06] davidcalle, you probably want to change the dbus service file as well ;) [11:06] but yea, great, thx :) [11:06] mhr3, hmm... Interesting suggestion. I might consider it... :P [11:11] <_salem`> tsdgeos, pong [11:11] _salem`: nothing sorry, was a "i'm not updated" ping :D [11:11] <_salem`> tsdgeos, hehe ok! [11:26] Kaleo, https://code.launchpad.net/~cimi/unity-2d/unity-2d.not-recolor-workspace/+merge/94349 === _salem` is now known as _salem === MacSlow is now known as MacSlow|lunch [13:41] hello everyone! [13:42] I have a question...I have been trying to branch firefox to edit its quicklist for unity [13:42] using bzr branch ubuntu:firefox [13:42] however it keeps downloading for so long and downloads about 2200 MB and more...and still continuing [13:42] anybody else having the same problem? [13:53] om26er: ? [13:58] krnekhelesh, ask chrisccoulson hey would know [13:58] which server would he be on? [13:58] room [13:59] krnekhelesh, hey is here :) [13:59] chrisccoulson: I have a question, are you there? === MacSlow|lunch is now known as MacSlow [13:59] sort of [13:59] are you able to branch firefox? [14:00] chrisccoulson: I finished the firefox quicklist but am unable to branch firefox [14:00] chrisccoulson: I use bzr branch ubuntu:firefox [14:00] what are you doing to the quicklist? [14:00] chrisccoulson: I added 2 more options as stated in the bug report here [14:00] https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/741046 [14:00] Ubuntu bug 741046 in firefox (Ubuntu) "[UIFe] Please add unity quicklist item for 'new window' and maybe 'new tab'" [High,Fix released] [14:01] what 2 entries? [14:01] Open firefox in Safe mode, Switch between Normal/Privacy mode [14:01] which I think will be useful to users [14:02] so, what happens to "Open firefox in Safe mode" when there is already a firefox instance running which isn't in safe mode? [14:02] i think the answer is "it doesn't do what you expect" [14:02] which is exactly the reason i've rejected these suggestions already [14:02] yes [14:03] but the switch between private/normal mode works perfectly [14:03] I can switch back and forth [14:03] also I wasn't aware that you rejected the suggestion [14:04]