[01:08] <snadge> dash autohide is broken.. fix it
[01:09] <snadge> compiz is still broken with fglrx.. fix it
[01:12] <Daekdroom> Dash autohide was fixed already, wasn't it?
[01:12] <Daekdroom> *Launcher
[01:12] <Daekdroom> I mean, it wasn't working for me - Launcher would never reveal by cursor - and now it is
[01:12] <snadge> in trunk or not released yet?
[01:13] <snadge> pretty sure i have the latest precise packages installed.. and with autohide enabled, mouse pointer will not reveal it
[01:13] <Daekdroom> ppa:unity-team/ppa
[01:13] <snadge> nice :)
[01:13] <Daekdroom> Should be in the repos sometime soon.
[01:13] <snadge> what about this one?
[01:13] <snadge> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/770283
[01:13] <snadge> thats been there for the longest time :/
[01:13] <snadge> obviously isnt a simple fix
[01:14] <Daekdroom> I'm not using fglrx, so I can't tell.
[01:14] <snadge> that seems to be half the problem.. nobody does
[01:14] <snadge> linux users seem to be almost 100% nvidia fanbois :p
[01:15] <Daekdroom> That, or they think the opensource ati drivers are enough.
[01:15] <snadge> radeon driver works okay
[01:15] <snadge> but it lacks quite a bit functionality
[01:15] <snadge> and performance
[01:16] <Daekdroom> 2D performance is much better in radeon (but fglrx is catching up)
[01:16] <snadge> fglrx probably works alright with gnome-shell.. but i cant be bothered confirming that
[01:16] <Daekdroom> And I'm so into development version of Ubuntu that most of the time I would be unable to use fglrx.
[01:16] <snadge> well.. im running the latest catalyst from amd
[01:17] <snadge> its pretty simple to install.. ./ati-blah-installer --buildpkg Ubuntu/precise
[01:17] <snadge> the repo versions of fglrx are usually a few releases behind
[01:17] <Daekdroom> I know. But there's always a little wait between a new X.org or Linux kernel and a working Catalyst.
[01:17] <snadge> i think amd have significantly picked up the game there
[01:18] <Daekdroom> By the time a Ubuntu version is released, the driver is installable, so it doesn't matter much.
[01:18] <snadge> i was building fglrx for development 3.3 kernels.. not sure about xorg
[01:18] <snadge> but i think xorg edgers packages the latest fglrx versions
[01:18] <snadge> but yeah.. its a bit insane to use edgers
[01:19] <Daekdroom> I'm used to edgers.
[01:20] <Daekdroom> It breaks from time to time, but what bothers me is that I always stumble into an graphical artefact here and there.
[01:46] <thumper> mhall119: ping
[01:47] <thumper> hey everybody
[01:47] <thumper> is there anyone here getting issues drawing menus?
[01:47] <thumper> with bits missing?
[01:48] <thumper> you'd have to be on the latest compiz I think
[01:48] <thumper> so grabbing stuff from the ppa
[01:49] <mhall119> thumper: I am
[01:49] <thumper> mhall119: all the time/
[01:49] <thumper> ?
[01:49] <mhall119> thumper: errors drawing window decorations too
[01:49] <mhall119> thumper: not all the time, but frequently
[01:49] <thumper> how frequently?
[01:50] <mhall119> on menus, probably close to 50% of the time
[01:50] <mhall119> on window decorations, less frequently
[01:50] <mhall119> all menus too, global menu, context menus, etc
[01:50] <mhall119> thumper: I filed a bug about it
[01:51] <thumper> mhall119: you did
[01:51] <thumper> that's what I'm following up
[01:51] <mhall119> thumper: I'm getting this running the precise repos, not PPAs
[01:51] <thumper> I saw it once, not since
[01:51] <mhall119> I also had Unity freeze and crash on `unity --replace`
[01:51] <mhall119> so I'm beginning to suspect it may be a driver bug for my GMA965, not necessarily a compiz or unity bug
[01:52] <thumper> mhall119: well there is certainly a driver bug, as jasonwarner was getting it
[01:52] <thumper> mhall119: which closer matches your window decoration transparency issue
[01:52] <thumper> mhall119: but the menus not painting correctly is something else
[01:53] <mhall119> ok
[01:53] <thumper> mhall119: sam just proposed a fix that we think may fix this issue
[01:56] <mhall119> \o/
[04:17] <imnichol> Does anyone know what language myunity is written in?
[04:33] <bschaefer> thomi, hey
[04:33] <thomi> hi
[04:33] <thomi> ...I thought you were asleep :-/
[04:33] <bschaefer> thomi, so I can't find this python test in that branch
[04:33] <bschaefer> only 8:30 pm here haha
[04:33] <thomi> hmm...
[04:34] <bschaefer> I searched for ibus and abc
[04:34] <bschaefer> through the entire branch
[04:34] <thomi> I forgot to 'bzr add' it :(
[04:34] <bschaefer> I see, and also the problem might be that you hide the dash before you press ctrl + space
[04:35] <thomi> OK, new revision is up now
[04:35] <bschaefer> sweet
[04:37] <bschaefer> ok, so to run these test do I need to build anything?
[04:38] <bschaefer> as I was thinking I could just "python ibus.py"
[04:40] <bschaefer> thomi, also nice looking code :), better then my python haha
[04:41] <thomi> bschaefer: sorry - I didn't see your test
[04:41] <thomi> *text
[04:41] <thomi> easiest way to run them, is:
[04:41] <bschaefer> forgot to ping you!
[04:41] <thomi> cd tests/autopilot
[04:42] <thomi> python -m testtools.run autopilot.tests.test_ibus
[04:42] <thomi> if you want to run the entire suite you can type 'make' from that same directory...
[04:42] <bschaefer> when I make I get this
[04:42] <thomi> it's cool to watch, but takes a while and gets boring fast
[04:42] <bschaefer> ImportError: Start directory is not importable: 'autopilot.tests'
[04:42] <bschaefer> and a stack trace
[04:43] <bschaefer> hmm I wonder what im missing
[04:43] <thomi> hmm, I had that earlier today, but I fixed it...
[04:43] <thomi> try launching the python interpreter and typing "import autopilot.tests"
[04:43] <bschaefer> dynamic typed languages give a lot better error messages haha
[04:43] <thomi> had an issue with recursive imports this mornign
[04:44] <bschaefer> ImportError: No module named Xlib
[04:44] <thomi> ahh, you need python-xlib installed
[04:44] <thomi> testtools should give better error messages :)
[04:45] <bschaefer> sweet, I was going to look through sudo apt-get install python- but to many!
[04:45] <bschaefer> now I get this error..
[04:45] <bschaefer> AttributeError: 'module' object has no attribute 'test_ibus'
[04:46] <bschaefer> this is  a fresh install I must be missing a lot of stuff haha
[04:47] <thomi> umm...
[04:47] <bschaefer> http://paste.ubuntu.com/843962/
[04:47] <bschaefer> actual stack
[04:48] <bschaefer> trace
[04:48] <thomi> hmmmm
[04:48] <thomi> the command you're running is correct
[04:49] <thomi> what do you get if you do:
[04:49] <thomi> python -c "import autopilot.tests.test_ibus"
[04:50] <bschaefer> ImportError: No module named compizconfig
[04:50] <bschaefer> sweet
[04:50] <bschaefer> python-compizconfig
[04:50] <thomi> yup :)
[04:50] <thomi> you're probably missing a few other bits and pieces as well
[04:51] <bschaefer> it ran this time!
[04:51] <thomi> cool
[04:51] <bschaefer> o yeah im running a hacked version of IMTextEntry...which isn't working correctly haha
[04:52] <bschaefer> umm, its putting abc1 out now I have to look through the ibus test
[04:52] <thomi> yup.
[04:52] <thomi> if it was working that should come up as:
[04:52] <thomi> 阿布从
[04:53] <thomi> I have no idea what that says - it's possibly offensive ;)
[04:53] <bschaefer> yeah I have no clue either!
[04:53] <bschaefer> yeah it would, I just have to change 2 lines of code or recompile, one sec
[04:55] <bschaefer> but it does put the abc1! haha
[04:56] <bschaefer> thomi, does the autopilot wait for the dash to open? or is it on a timer to start input? (out of curiosity)
[04:56] <thomi> there's no intelligent waiting - we just sleep for a bit
[04:57] <thomi> it's hacky I know, but it works
[04:57] <thomi> ...most of the time
[04:57] <bschaefer> yeah, since I run a VM it is slower and was wondering
[04:57] <bschaefer> if it was waiting, it started just in time though!
[04:58] <thomi> I think is waits for a second
[04:58] <bschaefer> yeah I just saw the code!
[04:59] <bschaefer> so what Im hoping the problem is when you close the dash and THEN hit ctrl+space it doesn't register that for the dash
[04:59] <bschaefer> so ill move the ctrl+space right after you enter the abc1, and that should exit the ibus
[05:00] <bschaefer> also when you set_global_engine it automatically activates the ibus
[05:00] <thomi> I think I tried that... maybe not though
[05:00] <bschaefer> so you dont need the initial ctrl+space
[05:00] <thomi> ahhhh..
[05:00] <thomi> doh!
[05:00] <bschaefer> but!
[05:01] <bschaefer> that is weird that the initial ctrl+space isn't exiting the ibus
[05:01] <thomi> probably nux is grabbing the keystroke
[05:01] <bschaefer> since it activates it then ctrl+space (should exit it) then type abc1 should be just abc1
[05:01] <thomi> OK. I'm past EOD, so I'll fix that up tomorrow morning
[05:01] <bschaefer> yeah
[05:01] <thomi> sweet
[05:02] <thomi> now we just need some better test data than 'abc1'... I'll leave that to someone else though
[05:02] <bschaefer> Ill play around with it while code compiles from time to time to see how it works
[05:02] <thomi> cheers
[05:02] <bschaefer> ALSO, ill test it with the new TextEntryIM
[05:02] <bschaefer> which could fix that
[05:02] <bschaefer> as your using IMTextEntry atm
[05:03] <bschaefer> thomi, and agreed about getting better testing later haha (like using arrows, tab key and stuff to navigate through possible entrys)
[05:04] <thomi> yeah
[05:04] <bschaefer> but sweet none the less, also have a nice nux version as well now :)
[05:04] <bschaefer> jaytaoko  put together a nice automated TextEntry
[05:09] <bschaefer> thomi, yeah putting this line "kb.press_and_release('Ctrl+Space')" above "dash.ensure_hidden()" seems to work for me
[05:10] <thomi> sweet - thanks. I'll fix it up now...
[05:11] <bschaefer> cool! hopefully that works for you, as im using nux::TextEntryIM
[05:11] <bschaefer> (what the search bar is using)
[05:12] <thomi> bschaefer: I don't think that's in trunk yet
[05:13] <bschaefer> no it is what im working on ;)
[05:13] <bschaefer> should be soon
[05:13] <thomi> ok
[05:13] <bschaefer> but thanks for the test, will use it to test it!
[07:50] <bschaefer> andyrock, hey, would you be willing to test a crash out for me?
[07:59] <andyrock> bschaefer, hey
[07:59] <andyrock> shoot
[07:59] <gotwig> morning
[08:00] <gotwig> could me say a python programmer, why this is not working? http://paste.ubuntu.com/844075/
[08:01] <bschaefer> andyrock, could you open the dash type "abcd" then Ctrl + a then Ctrl + c then Ctrl + v
[08:01] <bschaefer> im making sure im not going crazy, as I don't see how that wasn't caught
[08:03] <andyrock> bschaefer, crash
[08:03] <bschaefer> wow
[08:03] <bschaefer> ok, well good thing im working on this chuck of code
[08:03] <bschaefer> andyrock, I thought I was causing that with some new changes to text entry haha
[08:04] <bschaefer> andyrock, thanks!
[08:04] <bschaefer> also sorry for the inconvenience of a crash!
[08:05] <andyrock> welcome :)
[08:09] <gotwig> bschaefer: lol :D I  want crash, too ^^
[08:10] <bschaefer> gotwig, go for it! It will be fixed soon :)
[08:11] <gotwig> I have problems with dependencies, you also?
[08:11] <bschaefer> umm, while compiling unity?
[08:13] <gotwig> no
[08:13] <gotwig> with normal upgrading
[08:13] <bschaefer> haven't ran into any, sorry
[08:14] <gotwig> bschaefer: I have also many problems with focus
[08:14] <gotwig> bschaefer: text gets autoselected from my mouse touchpad
[08:50] <gotwig> mhall119: I already have all the data I need, now I only have to filter it, for my recipefy scope in one output, http://paste.ubuntu.com/844105/
[09:48] <kappesf> Somebody of the unity team there?
[09:57] <kappesf> Ok even if not, maybe someone will read this: I'm again a user who will switch his pcs to Linux Mint, since i find Unity is unusable for productive work and even my girlfriend (casual user) HATES it. I would give it a try if there would be some possibility to customize anything. But even with the compiz tools there is almost nothing. Why do you throw all conventions which have grown over decades into the trahs by changing everyt
[09:57] <kappesf> and i simply can't understand that ...
[09:59]  * gotwig laughs
[10:05] <snadge> its called unity cos its meant to work the same way for everyone ;)
[10:05] <snadge> my issue isnt the change in mentality
[10:06] <snadge> thats actually fine, i personally dont notice any functionality regressions
[10:07] <snadge> its the bugs that piss me off, but its still relatively early days yet.. its showing signs of maturity, and as far as using something with its defaults.. unity has gnome-shell beat
[10:12] <Saviq> greyback, hey, do you have anything in particular off of the list you'd like me to take care of?
[10:12] <greyback> Saviq: I was just about to ask you :)
[10:14] <greyback> Could you please figure out a way to get the active application tile?
[10:14] <greyback> My attempt was using a Filter on the LauncherApplications model, but I failed to get it to work
[10:15] <Saviq> ok I'll take a look
[10:17] <greyback> thank you
[10:26] <gotwig> mhall119: problem solved :D!
[10:59] <Saviq> greyback, I just noticed one more thing with the hud
[11:00] <greyback> Saviq: just one? :)
[11:00] <Saviq> greyback, in Unity, the first entry is preselected whenever there're any results
[11:00] <Saviq> and the tile respects that, too
[11:00] <greyback> Saviq: ah I hadn't noticed that
[11:00] <greyback> but interestingly in Uity's code, it asks bamf for the active application icon
[11:01] <Saviq> greyback, yes
[11:01] <Saviq> that's because in Unity focus remains with the window
[11:01] <Saviq> in our case we get the focus
[11:01] <greyback> ahh of course
[11:02] <Saviq> we need to ask for the previously active window
[11:02] <Saviq> the obvious difference will be that with Unity the window decorations don't change
[11:02] <Saviq> with us - they will
[11:02] <Saviq> s/will/are/
[11:03] <greyback> yeah. I don't see how we can avoid that
[11:03] <Saviq> not without tweaking the WM
[11:03] <greyback> indeed
[11:04] <Saviq> I'll get the initial tile done, then, and the preselection should be trivial
[11:05] <greyback> Great, thanks
[11:11] <Saviq> Kaleo, greyback, since I'm going to use LauncherApplication outside of the Launcher, do you want me to rename it to... Application? UnityApplication?
[11:12] <Kaleo> Saviq: Application sounds good
[11:12] <greyback> agreed
[11:14] <Saviq> I'll have that as a separate MR against lp:unity-2d then
[11:39] <gotwig> hey
[11:39] <gotwig> mhall119: there?
[12:15] <gotwig> do you know how I can read out the language ?
[12:15] <gotwig> gotwig: of an user
[12:53] <mhall119> gotwig: os.environ['LANG']
[12:55] <mhall119> didrocks: ping
[12:55] <didrocks> hey mhall119
[12:56] <mhall119> didrocks: hey, I started a quickly template last night
[12:56] <mhall119> http://mhall119.com/2012/02/singlet-quickly-better-faster-simpler/
[12:57] <didrocks> mhall119: I saw the blog post, it's a pity that I lost some time yesterday to start one as well :/
[12:57] <mhall119> didrocks: I'm going to need to package it, is there anything specific I need to do?
[12:57] <mhall119> now that I have this one, the others I need should be easy to copy/paste
[12:58] <didrocks> mhall119: hum, is it already fully working? I think we should review the import list
[12:58] <mhall119> didrocks: it's not 'fully working' yet, but create and package work
[12:58] <didrocks> mhall119: I can review it tomorrow if needed and package the template
[12:58] <didrocks> then, we can push it to universe
[12:59] <mhall119> that would be awesome, I still have some work to do on this one (quickly run doesn't work)
[12:59] <mhall119> then I'll need to copy/paste/tweak it to make 2 other templates
[12:59] <didrocks> mhall119: ok, just push to your trunk today, and I'll review tomorrow, hopefully all the rush will be behind me :)
[12:59] <mhall119> cool, thanks
[12:59] <didrocks> mhall119: let's get the first one right, and then, it's easier for you to copy/paste
[13:00] <didrocks> mhall119: I saw though that you removed the "search" method
[13:00] <didrocks> mhall119: and finally, don't generate the .lens and .service file
[13:00] <didrocks> mhall119: I would then suggest to put the metadata in the config file
[13:00] <didrocks> so that it's clear people shouldn't change them
[13:00] <didrocks> (I had a quick look this morning)
[13:05] <mhall119> didrocks: the search method on my Lens sub-class?
[13:06] <didrocks> mhall119: right
[13:06] <mhall119> right, because the base Lens class doesn't do it's own searching
[13:06] <mhall119> when I copy/paste that template for SingleScopeLens, I'll add the search stub back
[13:07] <mhall119> same for when I copy/paste it for a base Scope template
[13:07] <didrocks> mhall119: ah ok
[13:07] <gotwig> mhall119: my parser finaly works
[13:07] <mhall119> gotwig: yay!
[13:07] <gotwig> the guys from #python helped me
[13:07] <didrocks> mhall119: but so a "lens" template isn't a lens + one scope, it's the global one?
[13:08] <didrocks> mhall119: I think the main one should be SingleScopeLens, we need to take that into account
[13:08] <didrocks> so that it's clear on the template name :)
[13:09] <mhall119> didrocks: a "lens" template, as I have now, is an empty lens
[13:09] <gotwig> mhall119: but than I get just the UTF 8 thing
[13:09] <mhall119> I'll make a singlet-singlescopelens template too
[13:09] <mhall119> gotwig: from os.environ?
[13:10] <gotwig> from the $LANG variable
[13:10] <mhall119> I get en_US.UTF-8
[13:10] <didrocks> mhall119: I mean, people will want to create a "lens", and they expect getting a lens + scope
[13:10] <gotwig> mhall119: yes, that I mean
[13:10] <gotwig> mhall119: how can I cut that, till the en?
[13:10] <didrocks> mhall119: I think we should make it clear that what people want is the lens + scope choosing a right template name
[13:10] <mhall119> didrocks: well they shouldn't
[13:11] <didrocks> mhall119: the opportunistic programmer won't focus on undestand the difference between lenses and scope IMHO
[13:11] <mhall119> didrocks: people may want an empty Lens and then separate Scopes
[13:11] <didrocks> yeah, people "may"
[13:11] <didrocks> but most won't
[13:11] <mhall119> ok, I can see your point
[13:11] <didrocks> I'm fine with the 3 templates
[13:11] <didrocks> I just think we should guide to the right template by default, the easy one
[13:12] <didrocks> like calling the lens template "lensonly"
[13:12] <mhall119> ok
[13:12] <didrocks> or something like that
[13:12] <gotwig> mhall119: how  can I use the first dot as a seperator, so I only get en in the variable, e.g?
[13:12] <didrocks> we will discuss that tommorrow, back on compiz :)
[13:12] <gotwig> mhall119: sry, I mean _
[13:12] <mhall119> gotwig: one second
[13:15] <mhall119> gotwig: os.environ['LANG'][:os.environ['LANG'].index('_')]
[13:22] <mhall119> didrocks: do you think I should give "placeholder" categories and search results, so that the user has a technically working lens after quickly create?
[13:23] <mhall119> or leave them commented out like I have
[13:23] <mhall119> mhr3: ping
[13:23] <didrocks> mhall119: yeah, basically, we had that kind of stuff in the ubuntu-application template
[13:23] <didrocks> mhall119: then, we added the "add" command
[13:23] <mhr3> mhall119, sup
[13:23] <didrocks> which try to uncomment
[13:23] <didrocks> like
[13:23] <didrocks> quickly add scope
[13:23] <mhall119> mhr3: hey, does Unity 5.2 or 5.4 support hot reloading of Lenses yet?
[13:24] <didrocks> and quickly add search
[13:24] <mhall119> didrocks: ok, I'll look at those scripts
[13:24] <mhr3> mhall119, no
[13:24] <didrocks> mhall119: yeah, look at the add from ubuntu-application (like adding the indicator support IIRC)
[13:24] <mhall119> mhr3: please, please, please tell me that feature is coming
[13:25] <mhall119> unity --replace as part of the development cycle is a horrible thing
[13:25] <mhr3> mhall119, sorry, i can just tell you i'm not working on it
[13:26] <mhall119> mhr3: do you happen to know off hand if it would be really difficult to implement a unity --reload that does that?
[13:26] <gotwig> mhall119: thanks for all
[13:26] <gotwig> the fish ;P
[13:26] <mhall119> you're welcome
[13:28] <mhr3> gord, do you know of any special reasons we don't monitor the lens directory to support new lenses on the fly?
[13:30] <gord> mhr3, uh, i know me and njpatel discussed it at some point like a year ago now and we definitely had reasons why we couldn't do it at that moment in time - i'm willing to add it to my list of things to do if you'd like :) - i can't see any blockers right now anyway
[13:30] <njpatel> no, I think it's perfectly possible now
[13:30] <njpatel> mhr3, I didn't have time last cycle, is all
[13:31] <mhall119> it would make writing and installing lenses significant better
[13:31] <mhall119> from a user experience point of view
[13:31] <njpatel> just FilesystemLenses needs to be updated, the rest will react accordingly
[13:31] <mhr3> in an ideal world :)
[13:31] <mhall119> njpatel: second request, would it be difficult for Unity to also look in ~/.local/share/unity/lenses/ ?
[13:32] <mhall119> so people testing locally don't need to install system-wide
[13:32] <njpatel> mhall119, the rest is async, so they wouldn't be expecting things to be only done at runtime, it wasn't the case before, but it has been since 11.10
[13:32] <mhr3> mhall119, yes, because lenses are dbus-activated, you can't do that from home dir
[13:32] <njpatel> mhr3, , i mean ^
[13:32] <njpatel> mhall119, right, what mhr3 said
[13:32] <njpatel> we could do Exec activation, but that's future stuff
[13:33] <mhall119> njpatel: the .lens is dbus-activates? or just the .service?
[13:33] <njpatel> mhall119, .lens tells us which service to start, so at the very least you'd still need the .service file in /usr/*
[13:34] <njpatel> however the .service file could happily point to an executable in ~
[13:35] <mhall119> njpatel: the .service file isn't necessary if I'm going to run the lens daemon process manually from a terminal (again, local testing)
[13:35] <njpatel> Sure
[13:35] <mhall119> that's less important than hot reloading of lenses though
[13:43] <mhall119> JohnLea: ping
[13:46] <gotwig> mhall119: why dont you recommended me lxml sooner :P?
[13:46] <gotwig> it is perfect for parsing & etc.
[13:48] <mhall119> gotwig: I've never heard of lxml before
[13:48] <JohnLea> mhall119; pong
[13:48] <mhall119> JohnLea: hey, could you get me 4 or 5 areas where the Ubuntu community can be involved in the design aspects of Unity?
[13:48] <gotwig> mhall119: its realy a mighty thing
[13:48] <mhall119> I already have running the prototypes (launcher, multi-monitor lightdm)
[13:49] <mhall119> JohnLea: and while we're on the subject, will there be any design prototypes or anything that users could try during the upcoming Global Jam?
[13:49] <JohnLea> mhall119; I've just written an article about how to participate in Unity design that which hopefully I'll be able to publish in a day or two ;-)
[13:50] <mhall119> JohnLea: perfect, will you send me a link when it goes up? (or email me an advanced copy?)
[13:50] <JohnLea> mhall119; it's quite a long article
[13:50]  * mhall119 enjoys reading
[13:50] <mhall119> :)
[13:50] <JohnLea> mhall119; do you subscribe to the design blog?  I'll be posting it there
[13:50] <mhall119> JohnLea: I think so
[13:54] <JohnLea> mhall119; cool, I'll try to get it posted very soon
[14:05] <huayra> JohnLea I found a post yesterday
[14:05] <JohnLea> hyia huayra
[14:05] <huayra> (actually on Tuesday) which gave me a very concrete idea of how to help you, and so I did the unity test (did skip some of the 171 tests, but still...)
[14:06] <huayra> it was on a pink website
[14:06] <huayra> let me check if I can find the link
[14:07] <mhall119> huayra: pink or orange?
[14:07] <huayra> I believe it was pink
[14:07] <huayra> *checking*
[14:08] <mhall119> huayra: http://www.theorangenotebook.com/ ?
[14:08] <huayra> Pink with orange in the URl: http://www.theorangenotebook.com/2012/02/unity-54-whats-new-and-call-for-testing.html
[14:08] <huayra> ;)
[14:08] <huayra> yes mhall119 :D
[14:08] <huayra> great, simple and inspiring post
[14:09] <mhall119> balloons: ^^ :)
[14:14] <AlanBell> is HUD ready for testing for orca users yet?
[14:19] <mhall119> tedg: good morning
[14:21] <mhall119> AlanBell: do you think you could put together a list of steps for people to do accessibility testing on the various Unity components during the Global Jam?  Something simple enough for people not familiar with accessibility to follow
[14:23] <AlanBell> yeah, we discussed doing that last night
[14:24] <AlanBell> basically running orca and doing the unity testing script would be great
[14:24] <AlanBell> I need some help packaging up a speech dispatcher plugin that takes the orca output and gives you a transcript in a file
[14:25] <mhall119> AlanBell: if you can blog about those two, with steps for testing with orca, and links to the speech dispatcher that needs packaging, I'll put it on our list
[14:25] <AlanBell> ok
[14:26] <tedg> Howdy mhall119
[14:26] <tedg> When is global jam?
[14:28] <mhall119> tedg: March 2nd to the 4th. http://loco.ubuntu.com/events/global/1443/detail/
[14:28] <AlanBell> http://people.ubuntu.com/~alanbell/file.conf goes in /etc/speechdispatcher/modules and a line needs to be added to /etc/speechdispatcher/speechd.conf
[14:28] <AlanBell> AddModule "file"  "sd_generic" "file.conf"
[14:28] <tedg> mhall119, So that puts it after UI Freeze...
[14:28] <AlanBell> and then it generates output in /tmp/orca.out, thats about it
[14:28] <mhall119> AlanBell: I'm making a list of "targets" for global jam, so if you have that somewhere I can link to it would be more helpful
[14:29] <tedg> mhall119, One thing that'd be good is making sure all appindicators set their title's, but those should really be translated.
[14:29] <mhall119> tedg: are you talking about in HUD?
[14:29] <AlanBell> mhall119: yeah, I will blog it, but thought I would state it here as well
[14:29] <mhall119> AlanBell: send me the link when you blog it please
[14:30] <AlanBell> tedg: the things that are all called "image"
[14:30] <tedg> mhall119, So for app indicators we use the title in the HUD.  So if the title was "Tomboy" the entry would be "Tomboy > Create New Note"
[14:30] <mhall119> tedg: ok
[14:30] <tedg> AlanBell, ?
[14:30] <mhall119> tedg: if you could blog about HUD testing, with steps for what to do, what to look for, and where to report problems, I'll link to it
[14:30] <tedg> mhall119, The way it will be without a title is "Untitled Indicator (tomboy-notes) > Create New Note"
[14:31] <tedg> Okay
[14:31] <AlanBell> the indicators in the top panel, there is "messages image" and the rest are just called "image" to orca users
[14:31] <tedg> Also another good thing there would be checking for a11y strings.
[14:32] <tedg> AlanBell, Hmm, that's odd.  We're setting some a11y information on them, or at least we're passing it up the stack.
[14:32] <AlanBell> that might have changed recently I was going to do a full test of 5.4
[14:32] <tedg> AlanBell, You should talk to Luke, he did that work, not sure if it's a regression.
[14:32] <AlanBell> how do you test the a11y strings?
[14:32] <tedg> AlanBell, Luke tells me when they're broken :-)
[14:32] <tedg> Or for App Indicators?
[14:33] <AlanBell> it is possible to use orca with eyes
[14:33] <tedg> We can do that programatically.
[14:33] <tedg> AlanBell, Sure of course.
[14:34] <tedg> There's lots more things that I could test.  It's the joy of testing, there's always more to do.
[14:34] <tedg> :-)
[14:34] <AlanBell> programmatic testing doesn't find things like the calendar widget trapping you
[14:39] <cjohnston> Could someone please take a look at bug #933464 and let me know if theres anything else I need to add
[14:42] <didrocks> greyback: everything is fine on the unity-2d side? didn't spot any issue on the released version?
[14:44] <greyback> didrocks: nope nothing major, I think it's ok
[14:44] <didrocks> greyback: awewsome!
[14:44] <greyback> didrocks: any ETA for freeze-end?
[14:45] <didrocks> greyback: we have an issue in unity still now
[14:45] <didrocks> greyback: I don't see an unfreeze before tomorrow morning
[14:45] <didrocks> greyback: what you can do though
[14:45] <didrocks> is branching trunk
[14:45] <didrocks> to another branche
[14:46] <didrocks> where you merge stuff (you have to ensure it builds and the test passes)
[14:46] <didrocks> then, tomorrow
[14:46] <greyback> didrocks: sure
[14:46] <didrocks> propose a merge
[14:46] <didrocks> then, we will be sure it actually builds and test passes and will be pushed to the ppa
[14:46] <didrocks> wdyt?
[14:46] <greyback> didrocks: we don't have a big pile up yet, was just curious
[14:47] <didrocks> greyback: it's kind of all fire around me since this morning :)
[14:47] <greyback> didrocks: I can imagine. Well no pressure from us
[14:47] <didrocks> greyback: thanks!
[14:49] <nloewen> does lp:unity build right now?
[14:50] <nloewen> I keep getting errors and I don't understand why.
[15:06] <nloewen> unity/plugins/unityshell/src/IMTextEntry.cpp:49:3: error: ‘key_nav_focus_change’ was not declared in this scope
[15:06] <nloewen> how do I fix this ^
[15:30] <nloewen> I guess there isn't anyone here who can help with compiling unity?
[15:36] <mhall119> didrocks: ^^
[15:37] <didrocks> nloewen: you need nux trunk
[15:37] <didrocks> for that particular error
[15:37] <nloewen> ok thanks. where can I get that?
[15:38] <mhall119> lp:nux most likely
[15:39] <didrocks> yeah :)
[15:39] <nloewen> ah, ok.
[17:11] <nloewen> didrocks: I compiled nux and did a make install, that fixed the error one error I listed, but I still have another.
[17:11] <nloewen> unity/plugins/unityshell/src/QuicklistView.cpp:223:10: error: ‘NUX_KP_LEFT’ was not declared in this scope
[17:12] <didrocks> nloewen: hum, not sure about that one though, let's wait to other people around I guess
[17:12] <nloewen> I'm also getting it for NUX_KP_UP and NUX_KP_DOWN
[18:03] <JohnLea> mhall119; hyia, just posted the community design article on design.canonical.com
[18:09] <mhall119> JohnLea: thanks, I'll read it in a few
[18:39] <om26er> jjardon, ping
[18:40] <om26er> you still fixing some of indicator-power bugs?
[18:40] <om26er> bug 933466
[18:40] <om26er> tedg, hey ^^
[18:41] <tedg> charles, ^
[18:43] <om26er> acpitool shows battery is discharging but the indicator does not update
[18:44] <charles> tedg: thanks for the ^
[18:47] <charles> that sounds like what mterry was seeing the other day, too. hmm, but the guy in this ticket says he's seeing the same behavior in the /old/ version of indicator-power
[18:48] <charles> I'll test a bit with upower --monitor-detail
[18:48] <charles> om26er: thx for the heads-up
[18:49] <om26er> charles, that guy would be me ;-)
[18:49] <charles> om26er: :)
[19:28] <nhaines> I am looking forward to testing HUD, but it doesn't seem to be enabled after all today's updates in precise.  :)
[19:29] <nloewen> nhaines: its in the unity ppa.
[19:39] <jjardon> Hi om26er, I commented in the bug
[19:40] <Velmont> I'm getting quite frustrated now. -- Unity and home-directories over NFS and/or pam_ldap really doesn't mix at all. -- It works some times.
[19:41] <om26er> jjardon, great! thanks :)
[19:41] <Velmont> I'm not able to find out when it is reproducable and when not. But often just hangs, -- a few reboots and yay it works.
[19:41] <Velmont> Anyone know anything about it?
[19:41] <Velmont> Right now seems to be hanging on "Adding plugins" (but not always there).
[19:44] <om26er> jjardon, I replied on the report :)
[20:09]  * thumper does a little dance
[20:09] <thumper> unity 5.4 gets one step closer
[20:22] <mhall119> +1
[20:48] <htorque> chrisccoulson: hi! do you know if the thunderbird toolbar will stay light colored for 12.04?
[20:56] <bschaefer> jaytaoko, hey, ping
[21:08] <malin> mhall119: do you have time to look at my code again? I can not figure out what is wrong, but this code does not work https://launchpad.net/unity-buss
[21:09] <malin> I have installed the .service-file in /usr/share/dbus-1/services  both .lens and .scope in /usr/share/unity/lenses/buss/  and the file called "buss"  in /usr/local/bin/
[21:11] <mhall119> malin: so for lenses and scopes, they run in the background constantly, they don't get executed on each search
[21:12] <mhall119> malin: what you do is, in __main__, you create the lens/scope object, and put it into the Gtk MainLoop so that your process doesn't exit
[21:13] <mhall119> in the Daemon's __init__, you need to connect your search methods to dbus notifications, this will call your Daemon's search method when the user enters search terms
[21:14] <mhall119> malin: look at http://bazaar.launchpad.net/~unity-team/unity-lens-sample/python-5.0/view/head:/unity-scope-wikipedia
[21:15] <mhall119> line 21 it connects the dbus signal "search-changed" to the Daemon class's on_search_changed() method
[21:15] <malin> so I have to run: chmod +x buss.lens  and so on?
[21:16] <mhall119> no, I don't think so
[21:16] <malin> I thought I puted it in the mainloop?
[21:16] <malin> ah, okey
[21:16] <mhall119> the .lens is just information about your lens
[21:16] <mhall119> the mainloop just keeps your Daemon object in-memory
[21:16] <mhall119> the mainloop keeps your program from exiting
[21:16] <mhall119> look at line 103 of that same file
[21:17] <malin> so I have putted the code in wrong loop?
[21:17] <mhall119> it creates a new instance of the Daemon class, which connects itself to dbus's search-changed, then it enters the mainloop so that the program doesn't exit, removing the Daemon instance
[21:17] <malin> line 103 on tat example?
[21:17] <mhall119> malin: you search code belongs in a function inside the Daemon class
[21:18] <mhall119> you wire that function to the search-changed dbus signal
[21:18] <malin> so I have to write line 103 at end of my code?
[21:19] <mhall119> malin: you can take evertying from line 85 to the end of the file, and put it at the end of your code
[21:19] <malin> ah okey :)
[21:19] <mhall119> then put line 32-57 of your code into a function in the Daemon class
[21:20] <mhall119> or, you know, you could just use Singlet
[21:20] <mhall119> which does all of this for you
[21:20] <mhall119> but only on Precise
[21:21] <malin> ah, I run Precise
[21:21] <malin> so singlet is easier?
[21:22] <mhall119> Singlet just hides all of this other stuff so you don't need to do it yourself
[21:23] <malin> ah
[21:24] <mhall119> malin: look at http://bazaar.launchpad.net/~mhall119/onehundredscopes/dictionary/view/head:/dictionary-lens to see how to do things with Singlet
[21:25] <mhall119> global_search and handle_uri are both optional
[21:26] <mhall119> all you are required to define is the search method
[21:26] <gotwig> hey
[21:26] <gotwig> mhall119: will the new video lens be soon in 12.04 :-)?
[21:26] <mhall119> davidcalle: ^^ ??
[21:27] <malin> Do lenses made with the old method work in precise?
[21:27] <mhall119> malin: yes, Singlet is just a wrapper around that
[21:27] <malin> okey )
[21:28] <gotwig> mhall119: do you have experience with encoding in python?
[21:31] <mhall119> string encoding?
[21:31] <mhall119> or media encoding?
[21:40] <malin> mhall119: I added those lines from that example-file + added my code to a function. Do I have to edit the code from that example-file somehow? I still can't get it to work. I have not looked at Singlet yet
[21:45] <malin> mhall119: I think I should start looking at Singlets instead, this is too difficult for me at the moment :)
[21:49] <charles> om26er: https://bugs.launchpad.net/indicator-power/+bug/933466/comments/9
[21:50] <mhall119> malin: if you push your latest code I'll take another look at it
[21:53] <malin> mhall119: okey :) thank you so much for being so patient with me :)
[21:53] <mhall119> malin: just passing it on, davidcalle did the same for me when I was getting started :)
[21:54] <malin> awh :)
[21:54] <malin> I don't take things very fast, but when I have taken it... :)
[21:56] <mhall119> malin: I hope that you'll mentor someone else who needs help, once you've caught it
[21:57] <bschaefer> thumper, ping, I have a good solution to that alt+f1 key nav thing
[21:58] <malin> mhall119: of corse :) I love to help others :)
[21:59] <bschaefer> thumper, also found a crash in IMTextEntry while copying/pasting but the fix is in my new ibus support branch
[21:59] <malin> mhall119: I will push the new code soon, just gonna check if I have the original buss.py-file somewhere
[22:00] <thumper> bschaefer: hi
[22:00]  * thumper is running unity 3d using llvmpipe :)
[22:00] <thumper> effectively doing everything in software
[22:00] <thumper> it is a little slower
[22:00] <thumper> but nothing that makes it unusable
[22:00] <thumper> bschaefer: I was up until 1am debugging last night
[22:01] <thumper> bschaefer: but we found the fix \o/
[22:01] <om26er> charles, confirmed the fix works for me as well
[22:01] <thumper> bschaefer: well, when I say we, I mean njpatel after I had gone to bed :)
[22:01] <thumper> hi om26er
[22:01] <bschaefer> thumper, haha
[22:01] <thumper> bschaefer: what is your alt-f1 fix
[22:01] <om26er> hey thumper :)
[22:02] <bschaefer>     case XK_F1:
[22:02] <bschaefer>       if (state & nux::NUX_STATE_ALT)
[22:02] <bschaefer>       {
[22:02] <bschaefer>         parent_->KeyNavTerminate(false);
[22:02] <bschaefer>       }
[22:02] <bschaefer>       break;
[22:02] <bschaefer> :)
[22:02] <bschaefer> since it only gets to that switch statement when key nac is active
[22:02] <thumper> bschaefer: so... removing exit on alt keypress?
[22:02] <bschaefer> yup
[22:02] <thumper> bschaefer: what about alt-tab ?
[22:03] <bschaefer> ill have to add one for tab
[22:03] <bschaefer> hmm I wonder if there is a state for tab
[22:03] <bschaefer> wait nevermind had it backwords in my head
[22:03] <thumper> bschaefer: there is a XK for tab
[22:03] <bschaefer> yeah
[22:03] <bschaefer> i was thinking NUX_STATE_TAB haha
[22:03] <bschaefer> but swtiched tab and alt around
[22:03] <thumper> I think the key ways to get out are:
[22:04] <thumper> esc, alt-f1, alt-tab
[22:04] <bschaefer> what was yours?
[22:04] <thumper> were there others?
[22:04] <bschaefer> hmm alt+f4?
[22:05] <thumper> alt+f4 is normally "close window"
[22:05] <thumper> is that an expected exit from keynav mode?
[22:05] <bschaefer> im not sure
[22:05] <bschaefer> I was told ALL shortcuts
[22:05] <bschaefer> should exist from key nav...
[22:05] <bschaefer> well at lease that is what it says in the bug report
[22:06] <gotwig> help me pls in python
[22:06] <gotwig> does someone know how I can convert unicode to a bytestream?
[22:07] <bschaefer> https://bugs.launchpad.net/ayatana-design/+bug/869122
[22:07] <bschaefer> "https://bugs.launchpad.net/ayatana-design/+bug/869122"
[22:07] <bschaefer> opps
[22:07] <malin> mhall119: http://bazaar.launchpad.net/~malinkb/unity-buss/unity-buss-experimental/view/head:/buss
[22:07] <bschaefer> - Pressing any keyboard shortcut should exit the 'Alt+F1' navigation mode and perform the keyboard shortcut action the user expects
[22:07] <thumper> gotwig: which language?
[22:08] <thumper> gotwig: python?
[22:08] <gotwig> thumper: python
[22:08] <gotwig> thumper: like I said
[22:08] <thumper> gotwig: u"\N{SNOWMAN}".encode('utf-8')
[22:08] <thumper> gotwig: sorry, missed your first line
[22:08] <bschaefer> thumper, so Ill have to go through and make sure all the shortcuts are working
[22:08] <gotwig> thumper: It's a bit more tricky
[22:08] <gotwig> thumper: 2 slow ^^?
[22:08] <gotwig> thumper: wait I have a paste
[22:08] <mhall119> malin: ok, __name__ won't be __main__ anymore, so get rid of that if and unindent the code inside it
[22:08] <malin> mhall119: if you wonder why the name is almost equal to bus as in dbus is just a coincidence. This lens is tend to be used to get info about when busses from the local transport-system in my town goes.
[22:09] <thumper> bschaefer: hmm...
[22:09] <gotwig> thumper: http://paste.ubuntu.com/844972/
[22:09] <malin> so I should comment out all the code inn __name__  ?
[22:09] <WarriorIng64> Hello
[22:09] <mhall119> malin: just remove line 33
[22:09] <gotwig> thumper: you dont know lxml, right?
[22:10] <thumper> gotwig: not really
[22:10] <bschaefer> thumper, which is going to get ugly when we have to keep adding in shortcuts...
[22:10] <mhall119> malin: then change buss() to buss(self, scope, search, search_type, cancellable)
[22:10] <mhall119> def buss(self, scope, search, search_type, cancellable):
[22:10] <thumper> gotwig: what does parse do?
[22:10] <mhall119> ^^ line 32 should look like that
[22:11] <WarriorIng64> I just installed the Unity 5.4 PPA and haven't been able to log into Unity, and I was directed to come here if I had issues (http://www.theorangenotebook.com/2012/02/unity-54-whats-new-and-call-for-testing.html)
[22:11] <thumper> bschaefer: yes, we need a better solution
[22:11] <thumper> bschaefer: email the ninjas :)
[22:11] <thumper> WarriorIng64: what problems are you seeing?
[22:11] <bschaefer> thumper, alright!
[22:11] <gotwig> thumper: parse the output from the submit action
[22:11] <malin> ah, and then I change indent. I missunderstood that as to comment out :p
[22:12] <mhall119> malin: finally, on line 22, add the following:
[22:12] <mhall119> self._scope.connect("search-changed", self.buss)
[22:12] <thumper> gotwig: the issue is that you have some code somewhere that is expecting a string
[22:12] <thumper> or doing a subtle conversion
[22:12] <thumper> and causing the explosion
[22:12] <gotwig> thumper: a bytestring yes...
[22:12] <WarriorIng64> thumper: I tried logging into Unity after following the directions for installing the PPA on that page, and I landed in GNOME Shell instead (already installed). When trying to run unity --replace in a terminal, it tells me Unity is not installed, and I can't install it via apt-get since it depends on compiz, which it won't install for some reason
[22:13] <gotwig> thumper: and I cant convert it somehow
[22:13] <gotwig> thumper: I already asked the python pro's
[22:13] <gotwig> they said me that, too. but they dont realy know how to solve that
[22:14] <thumper> WarriorIng64: um...
[22:14]  * thumper looks at the ppa
[22:14] <malin> mhall119: Now I will check with log out and in again to see if something happens :)
[22:15] <gotwig> thumper: realy sad situation :( couse this should be part of my scope
[22:15] <thumper> it seems that the compiz that is needed for unity isn't in the unity-team ppa
[22:15] <thumper> and isn't in main either
[22:16] <thumper> I'm running the daily crack of compiz
[22:16] <thumper> WarriorIng64: I'm not sure exactly what the problem was, but I'm guessing that when you did the dist-upgrade, it removed unity due to unmet dependencies
[22:16] <thumper> or something strange like that
[22:17] <WarriorIng64> thumper: is there something I could try to correct it, or should I ppa-purge and wait?
[22:17] <thumper> WarriorIng64: I'd suggest backing out the ppa
[22:17] <WarriorIng64> ok
[22:17] <thumper> WarriorIng64: and reinstall unity
[22:17] <thumper> then comment on the post
[22:17] <thumper> I'm not sure who that is for orangenotebook
[22:18] <om26er> WarriorIng64, hey before reverting can you pastebin the result of sudo apt-get install unity from terminal
[22:18] <mhall119> thumper: orangenotebook is balloons
[22:19] <thumper> mhall119: ah... ok
[22:19] <mhall119> and for the record, that line, out of context, would make me look insane
[22:19] <WarriorIng64> om26er: already started ppa-purge, but I have that output here: http://pastebin.ubuntu.com/845065/
[22:19] <malin> mhall119: I changed the code, loged out and back in, but nothing :S
[22:20] <mhall119> malin: any of your print statements being run?
[22:20] <WarriorIng64> hmm, ppa-purge wants me to uninstall gwibber for some reason
[22:20]  * om26er thinks you might be using another ppa with this one
[22:21] <thumper> gotwig: if you are utf-8 encoding your form
[22:21] <thumper> gotwig: you need to give a post header saying that you've utf-8 encoded the form elements
[22:21] <gotwig> thumper: and where
[22:21] <gotwig> thumper: dont realy understand
[22:22] <malin> mhall119: the print-statement for results is being run. the thing is. The lens is not presnted in dash either
[22:23] <mhall119> malin: look at http://bazaar.launchpad.net/~malinkb/unity-buss/unity-buss-experimental/view/head:/lens/buss.lens
[22:23] <malin> ah or, no, i commented out a print-statement and I don't think I should do taht
[22:23] <malin> *that
[22:23] <gotwig> thumper: http://lxml.de/dev/api.html
[22:23] <gotwig> thumper: something like that? search for utf-8
[22:23] <mhall119> malin: print statements don't do anything, so I won't matter
[22:23] <mhall119> malin: you have some problems in your .lens file
[22:23] <mhall119> DBusPatch should be DBusPath
[22:24] <mhall119> and the path should match what is in your lens code
[22:24] <malin> yeah, the lens should be presented with or without a print-statement :)
[22:24] <malin> ah
[22:24] <mhall119> /net/buss/lens/buss
[22:24] <malin> okey, and what is the coresponding path in my lsenscode? :)
[22:24] <mhall119> ^^
[22:24] <malin> I think that' where I have failed a lot, and what I feel is not described enough
[22:24] <malin> typically me to write patch and not path :p
[22:24] <mhall119> what you pass to Unity.lens.new
[22:26] <mhall119> malin: you'll also need to call self._scope.export() in your Daemon's __init__
[22:26] <malin> so I have to write this "/net/buss/lens/buss", "buss"  in the .lense or this: "/net/buss/lens/buss"
[22:26] <gotwig> thumper: http://permalink.gmane.org/gmane.comp.python.lxml.devel/5650
[22:26] <mhall119> just /net/buss/lens/buss
[22:27] <mhall119> no quotes
[22:27] <malin> without the quotes, okey
[22:27] <thumper> gotwig: what if you don't utf-8 encode the search string?
[22:27] <thumper> gotwig: it looks like the library you are using is encoding it
[22:27] <gotwig> thumper: yes
[22:29] <malin> mhall119: in python, is it right to have; at the end of a method-call? As I have done? I am more familiar with java
[22:29] <malin> java syntax
[22:31] <malin> mhall119: hm.. I changed what you told me to, but still not presented in dash
[22:33] <WarriorIng64> thumper: okay, I got the current Unity 5.2 back and running now. Thanks!
[22:33] <mhall119> malin: in python it isn't necessary, but it's not a syntax error either
[22:33] <malin> okey :)
[22:33] <thumper> damn
[22:33] <mhall119> malin: bzr push your changes again
[22:34] <malin> mhall119: okey
[22:36] <malin> mhall119: http://bazaar.launchpad.net/~malinkb/unity-buss/unity-buss-experimental/files
[22:37] <balloons> hey.. saw a mention in here.. missed it before
[22:38] <balloons> thumper, mhall119 unity 5.4 is due to hit the archive soon.. sounds like that might be the issue your having?
[22:38] <thumper> balloons: 5.4 probably won't hit until monday
[22:39] <thumper> balloons: and given I've just hit another serious issue...
[22:39] <thumper> gah...
[22:39] <mhall119> malin: un-indent line 61 down
[22:39] <balloons> well.. yea.. I kind of suspected.. but the point is it was intended to go out
[22:39] <balloons> hence the unsteadiness
[22:40] <thumper> :)
[22:40] <malin> mhall119: does that mean it should be indented one indent to the right?
[22:41] <malin> #something  <<--- from this to
[22:41] <malin>     #something <<-- tho this?
[22:41] <mhall119> malin: line 62 shouldn't be indented at all, everything else indented under that accordingly
[22:42] <malin> ah, I see
[22:42] <gotwig> thumper: I think I know the error
[22:42] <gotwig> thumper: I think its becouse it takes in its standard version GET
[22:42] <gotwig> and the query is over 127 chars long
[22:43] <gotwig> couse its POST, and POST queries can be quite long, right?..
[22:43] <balloons> but yea.. I'm the guy behind theorangenotebook.. just in case you ever need a target for the chair throwing.. heheh
[22:44] <charles> om26er, ty
[22:44] <malin> mhall119: I can push thecode again, cause it still won't run
[22:44] <om26er> yw charles :)
[22:45] <mhall119> malin: anyting showing in the dash yet?
[22:45] <malin> nope
[22:45] <malin> :(
[22:45] <mhall119> malin: is your icon file where your .lens files says it is?
[22:45] <malin> yeah
[22:45] <malin> I can of course double check it
[22:46] <mhall119> malin: and your buss file is where your .service file says it is?
[22:46] <malin> mhall119: icon file is where my .lens file says it is
[22:47] <gotwig> thumper: do you know at which place I have to place the .method ?
[22:47] <malin> mhall119: yeah, buss file is where my .service file says it is
[22:48] <mhall119> malin: run "python buss" in the directory you're developing the 'buss' file
[22:50] <mhall119> malin: oh, give your scope a different dbus path
[22:50] <mhall119> call it /net/buss/lens/buss/main
[22:50] <malin> okey
[22:50] <davidcalle> gotwig, it's coming really (like tomorrow if things go well)
[22:50] <mhall119> malin: I'm about to end my day, but if you push your latest code we can pick it back up tomorrow
[22:51] <malin> here is the output from terminal: http://pastebin.com/5N2uVUSB
[22:51] <gotwig> davidcalle: ? what ^^
[22:51] <davidcalle> gotwig, the video lens (sorry, was afk earlier)
[22:51] <gotwig> mhall119: can you help?
[22:51] <gotwig> davidcalle: oh great !
[22:51] <gotwig> I always asked here
[22:51] <gotwig> for that
[22:51] <gotwig> :D
[22:51] <mhall119> malin: oh, line 20 of your buss file
[22:52] <gotwig> will it have a global scope?
[22:52] <mhall119> should be Unity.Lens.new
[22:52] <mhall119> with a capital L
[22:52] <gotwig> mhall119: can you maybe help?
[22:53] <davidcalle> gotwig, local videos are available from the Home dash. For the remote ones, you will have to go in the lens.
[22:53] <gotwig> http://lxml.de/lxmlhtml.html#forms says I can use .method to change the type of the form
[22:53] <thumper> gotwig: sorry, deep debugging an issue right now
[22:53] <gotwig> davidcalle: np
[22:53] <gotwig> davidcalle: are you doing it?
[22:53] <davidcalle> gotwig, yeah
[22:53] <gotwig> davidcalle: oh!
[22:53] <gotwig> davidcalle: you're my hero
[22:53] <davidcalle> gotwig, lol
[22:54] <gotwig> davidcalle: why no youtube scope?
[22:54] <gotwig> ^^
[22:54] <gotwig> davidcalle: are you good in python?
[22:55] <davidcalle> There is Youtube Movies and Youtube Education. But I'm not the one taking care of the sources, it's another dev.
[22:55] <gotwig> davidcalle: I like Youtube Movies
[22:55] <davidcalle> gotwig, it depends, do you need help with something?
[22:56] <gotwig> davidcalle: but will they be location dependend?
[22:56] <gotwig> the real youtube movies are
[22:56] <malin> mhall119: I did those changes. I will push the code again. There is still nothing in dash
[22:56] <davidcalle> gotwig, they should be at release time.
[22:57] <davidcalle> gotwig, it will be based on your IP adress.
[22:58] <mhall119> malin: run "python buss" again
[22:58] <mhall119> see if you have any more errors
[22:59] <malin> mhall119: okey
[23:00] <malin> mhall119: here is the errors:  http://pastebin.com/rdgSY7ES
[23:01] <mhall119> malin: oh, that's something from dbus, I'm not sure what it means, maybe davidcalle or mhr3 can help
[23:02] <davidcalle> malin, can't help on this one, I've learned to ignore these GLib-GIO critical... :)
[23:03] <malin> davidcalle: ah... so there I am stuck? :)
[23:04] <malin> anyway thank you very much for helping so far :)
[23:04] <malin> maybe I can try google those dbus-errors
[23:04] <davidcalle> malin, the lens should work anyway
[23:05] <malin> davidcalle: it dosen't .)
[23:05] <davidcalle> malin, currently there is a regression and Unity needs to be restarted after each lens daemon restart.
[23:05] <malin> :)
[23:05] <malin> it's not present in the dash
[23:05] <davidcalle> malin, have you already seen it in the dash?
[23:06] <malin> nope
[23:06] <malin> never
[23:06] <davidcalle> Is the code somewhere?
[23:06] <malin> it is
[23:06] <malin> moment
[23:07] <malin> http://bazaar.launchpad.net/~malinkb/unity-buss/unity-buss-experimental/files/7
[23:13] <mfisch> mhall119: in your community-lens there are entries in the results.append(), are these just temporary entries/placeholders since the real data is coming from the scope?
[23:19] <gotwig> can anyone help me :(?
[23:21] <davidcalle> malin, http://paste.ubuntu.com/845134/
[23:21] <davidcalle> malin, i've simplified your .lens it appears now.
[23:21] <davidcalle> gotwig, what's the issue?
[23:22] <gotwig> davidcalle: like I said, i dont know how to apply .method on my form submit request in lxml :
[23:22] <gotwig> dash: http://paste.ubuntu.com/845123/
[23:22] <gotwig> davidcalle: http://paste.ubuntu.com/845123/
[23:27] <davidcalle> Oops, cat on keyboard crash.
[23:32] <gotwig> lol
[23:32] <gotwig> davidcalle: cant help me :/?
[23:32] <davidcalle> gotwig, http://www.recipefy.com/en/recipe-search?search[value]=tomato
[23:32] <gotwig> dash: page.forms[0].method = "POST"  does not work, e.g
[23:33] <gotwig> davidcalle: is that GET??
[23:33] <davidcalle> gotwig, wan't help you on the form method, but you can ask recipefy directly with this url :)
[23:33] <davidcalle> can't*
[23:33] <gotwig> davidcalle: is that GET?
[23:34] <davidcalle> It is :)
[23:34] <gotwig> davidcalle: I asked them for GET
[23:34] <gotwig> davidcalle: if they can enable it for me
[23:34] <malin> davidcalle: I changed the .lens as you sugested, but it dosen't appear here in dash
[23:34] <gotwig> nice people ^^
[23:34] <davidcalle> malin, start the daemon, then restart unity
[23:35] <davidcalle> gotwig, indeed :)
[23:35] <gotwig> davidcalle: realy ^^
[23:35] <malin> davidcalle: ah, how do I do that?
[23:35] <davidcalle> malin, in another terminal "setsid unity"
[23:36] <malin> so i start the buss file like: buss &
[23:36] <malin> and then run setsid unity ?
[23:37] <davidcalle> malin, you should do it in another terminal, to see clearly what happens in your daemon. buss in one, setsid unity in the other
[23:37] <davidcalle> gotwig, in fact, I always look for the form value, then try get with it (along the usual suspects : search, query, q, s). Works on a lot of websites.
[23:39] <gotwig> davidcalle: realy nice people
[23:39] <gotwig> davidcalle: now I did all this thing for nothing^^
[23:39] <gotwig> :/
[23:39] <davidcalle> gotwig, hehe
[23:39] <gotwig> davidcalle: but they did what I requested
[23:39] <gotwig> ^^
[23:39] <gotwig> allrecipes wouldnt do that
[23:39] <gotwig> lol^^
[23:42] <malin> davidcalle: output from buss: http://pastebin.com/ceiW8Yuk   output from setsid unity: http://pastebin.com/rQAtrdbF
[23:44] <davidcalle> malin, from what I see, you should change your daemon header to #! /usr/bin/python
[23:46] <davidcalle> malin, and don't give the same dbus name to your scope and your lens. (but the lens one should equal the one in the .lens file)
[23:47] <malin> so there is something wrong in the .scope ?
[23:48] <malin> hm.. what should the one in the scope be called then?
[23:48] <davidcalle> You don't need a .scope file when the scope and the lens are in the same daemon.
[23:48] <malin> so I can change it something else and it could be anything?
[23:49] <malin> so I can just delte the scope?
[23:49] <davidcalle> Yep
[23:49] <malin> okey
[23:50] <malin> davidcalle: then I got: Failed to own name net.buss.lens.buss. Bailing out. when running buss from a terminal
[23:50] <davidcalle> And in your daemon file, change the scope to "Unity.Scope.new ("/net/buss/lens/buss/main")" for example
[23:50] <malin> but if I have deleted the scope file, how can I do that in the daemon-file?
[23:52] <davidcalle> malin, http://bazaar.launchpad.net/~malinkb/unity-buss/unity-buss-experimental/files you only need the daemon (buss), and buss.lens
[23:52] <malin> still get: Failed to own name net.buss.lens.buss. Bailing out.
[23:52] <davidcalle> and the service file, but that's not mandatory to test it.
[23:52] <malin> davidcalle: okey
[23:53] <davidcalle> This is because your daemon is already running. Check your terminals to see if it's there. If not : type "ps aux | grep buss"
[23:54] <davidcalle> It will show the running proccess, and kill it with "kill processnumber"
[23:54] <malin> ah, it was running alreaddy yes
[23:54] <davidcalle> (it's the first number)
[23:54] <malin> okey
[23:55] <malin> well.. it still not appear in the dash
[23:55] <malin> :S
[23:56] <davidcalle> What the terminal output from the daemon says?
[23:56] <davidcalle> (wow, excuse my english, it's getting late ;) )
[23:56] <malin> there is no output from daemon
[23:56] <malin> ah, I don't think my english is perfect either :) I am Norwegian
[23:57] <davidcalle> Ok, don't stop the daemon. and from another term, "setsid unity".
[23:57] <malin> I did
[23:57] <malin> but I can try again
[23:57] <davidcalle> Hum.
[23:57] <malin> I can post the output from setsid unity if is of any interest?
[23:57] <davidcalle> Could you paste the daemon file and the lens file as they are now?
[23:57] <davidcalle> malin, not really
[23:58] <malin> I can paste them both to pastebin
[23:58] <davidcalle> Yes please