[02:35] <fabbione> papppappapapapa
[02:36] <fabbione> ok everything works
[02:38] <fabbione> Kamion: they just finished
[02:39] <Kamion> yeah
[02:40] <rodarvus> our libxt package has patches applied directly on the source code
[02:40] <rodarvus> (for man page location)
[02:41] <rodarvus> changing things like:
[02:41] <rodarvus> +XtOwnSelection(3Xt)
[02:41] <rodarvus> -XtOwnSelection(__libmansuffix__)
[02:42] <Kamion> (it's pretty common practice to apply patches that way, no matter what some folks will tell you)
[02:42] <rodarvus> (actually, s/3Xt/__libmansuffix__/)
[02:42] <Kamion> although if it's gained quilt or whatever in Debian then the patches should be moved to that
[02:42] <rodarvus> Kamion, but that will get lost on the next upstream release
[02:43] <Mithrandir> no, it won't
[02:43] <fabbione> rodarvus: no the patches are stored in the diff.gz
[02:43] <fabbione> rodarvus: these man pages patches can be left alone for now
[02:43] <fabbione> rodarvus: they are cosmetic and only to avoid one warning on some retarded kubuntu X man app
[02:44] <Mithrandir> fabbione: I'm dropping your man page section fixes for now, we should just get them fixed in Debian.
[02:44] <rodarvus> ok
[02:44] <fabbione> we will do it properly later on...
[02:44] <fabbione> Mithrandir: exactly
[02:44] <fabbione> rodarvus: all that stuff was done one day in a hurry with sed
[02:44] <fabbione> rodarvus: i am not even sure all of it is done as it should be
[02:44] <Kamion> rodarvus: sounds like you've been attacked by the everything-must-have-a-patch-system freaks ;)
[02:45] <rodarvus> Kamion, haha :)
[02:45] <Mithrandir> they're quite common, but they're wrong.  Most packages don't need a patch system.
[02:45] <fabbione> Kamion: the disease affects all developers in the early stage of their life. It can be cured submitting a moderate amount of clubat larting.
[02:45] <fabbione> (from the X maintainer god medical guide)
[02:47] <rodarvus> indeed a patch system is not necessary when applying only small patches such as this one - but is quite helpful when you have more patches, and new upstream versions
[02:48] <Mithrandir> rodarvus: new upstream versions is really irrelevant, and a patch system is a workaround for a real fix which is using an RCS.
[02:51] <rodarvus> agreed - best solution is really a RCS
[02:51] <rodarvus> are we just dropping fabbione's man page section fixes from all packages, then?
[02:51] <rodarvus> (just need a nod to do the same here)
[02:52] <Mithrandir> rodarvus: yes
[02:52] <fabbione> YES JUST DO IT
[02:52] <fabbione> ps
[02:52] <fabbione> sorry for the caps
[03:02] <rodarvus> fabbione, daniels dropped a CFLAGS hack to fix the search path, but Debian still uses it -> "CFLAGS +=  -DXFILESEARCHPATHDEFAULT=\\\"/usr/lib/X11/%L/%T/%N%S:/usr/lib/X11/%l/%T/%N%S:/usr/lib/X11/%T/%N%S:/etc/X11/%L/%T/%N%S:/etc/X11/%l/%T/%N%S:/etc/X11/%T/%N%S\\\" -include X11/XlibConf.h -D_REENTRANT"
[03:02] <rodarvus> sincerely, I don't know X build internals enough to judge if this is necessary
[03:02] <fabbione> rodarvus: in what package is that?
[03:02] <rodarvus> libxt
[03:05] <fabbione>   * Comment out awful CFLAGS hack to fix the search path, and add
[03:05] <fabbione>     --with-appdefaultdir=/etc/X11/app-defaults.
[03:05] <fabbione> the merge would be still in debian/rules
[03:05] <fabbione> so i suggest you drop the hack and add that
[03:05] <rodarvus> fabbione, thing is, debian added that too (later), but didn't dropped the hack
[03:06] <rodarvus> (but it might be only that they just didn't knew if it was still necessary)
[03:07] <fabbione>   * Include customization expansion in the default XFILESEARCHPATH. Thanks to
[03:07] <fabbione>     several people for the report, and to Brendan O'Dea and Ian Wienand for
[03:07] <fabbione>     the diagnosis and fix respectively. (closes: #365612)
[03:08] <fabbione> did you read the bug?
[03:08] <rodarvus> nope, doing that now
[03:09] <fabbione> ok we do have bugs reporting the same issue in dapper
[03:09] <fabbione> so daniels might have done something crappy there
[03:09] <fabbione> i suggest to use what Debian is doing for edgy
[03:09] <rodarvus> *nods*
[03:09] <fabbione> then take dapper install and check got these bugs
[03:10] <fabbione> change libxt to match this new setup and see if it fixes the issue
[03:10] <fabbione> if it does we will consider backporting it to dapper
[03:10] <rodarvus> I will
[03:10] <rodarvus> thanks!
[03:10] <Mithrandir> has the publisher been fixed?
[03:11] <Kamion> Mithrandir: they know the problem now but there's still a bit of faffery to do - it looks like drescher may have been going mad last night in which case we have to be very very careful
[03:11] <Mithrandir> uh, ok.
[03:12] <Kamion> cp -a of dists was taking an hour - now it looks like it put some files in the wrong place too
[03:12] <fabbione> W T F
[03:17] <ogra> Hobbsee, http://people.ubuntu.com/~fabbione/x-pkgs has also some nice trivial apps to merge ... xeyes xclock etc :)
[03:17] <Kamion> not yet
[03:18] <Kamion> leave the apps until the libs are done
[03:18] <ogra> yep
[03:18] <Hobbsee> okay
[03:18] <Mithrandir> also, most of them will just be in one source package in Debian.
[03:21] <fabbione> Kamion: but why do they cp -a the dist in the first place?
[03:23] <Mithrandir> it appears we can't really merge anything usefully until libx11 is done.
[03:23] <Kamion> so that soyuz can publish to dists.new without the mirrors accidentally mirroring it in the middle of publication
[03:23] <fabbione> Mithrandir: x11 is done.. it's just being choaked by soyuz atm
[03:23] <Mithrandir> fabbione: so it's not done.  It's blocked on soyuz.
[03:24] <Mithrandir> Kamion: and cp -al wouldn't work then?
[03:24] <Kamion> *shrug*
[03:24] <fabbione> Mithrandir: well i did my part.. ain't our fault if soyuz did blow up
[03:24] <Mithrandir> at least -l for pool/ should make it quick enough..
[03:24] <Kamion> then you'd have to audit soyuz to ensure it broke hardlinks when it should
[03:24] <Kamion> anyway, that isn't important here
[03:25] <Kamion> it should never have been taking an hour anyway - that was only because the machine was sick
[03:26] <fabbione> rodarvus: can you please update the x-pkgs file with what you are doing?
[03:26] <fabbione> rodarvus: it's a 666 file so you can just edit it yourself
[03:26] <fabbione> otherwise we will end up with a duplicate mess
[03:26] <rodarvus> sure, I'll do that
[03:27] <rodarvus> I'm finishing libxt (in 5 minutes most), btw
[03:28] <rodarvus> fabbione, should I mark packages as "done" even if they are not uploaded yet?
[03:28] <fabbione> rodarvus: no, done is when the package is in the archive
[03:28] <fabbione> otherwise it stays with your name between ()
[03:28] <rodarvus> ok
[03:29] <rodarvus> libxt is ready to be uploaded
[03:29] <rodarvus> LOCK on libxmu
[03:30] <rodarvus> (x-pkgs updated)
[03:30] <fabbione> ehhe
[04:56] <rodarvus> I've just finished libxmu_1.0.1-3ubuntu1
[04:57] <rodarvus> I got a question: this package is version 1.0.1, but we had 1.0.0, before
[04:57] <Kamion> do we need to carry patches forward?
[04:58] <rodarvus> Kamion, only two small changes
[04:58] <rodarvus> (extra requirements to libxmu-dev and libxmuu-dev)
[04:58] <rodarvus> if these can be dropped
[04:58] <rodarvus> we can safely merge from debian
[04:58] <rodarvus> (extra libx11-dev requirements to libxmu-dev and libxmuu-dev)
[05:01] <Kamion> what's the diff?
[05:03] <rodarvus> Kamion, I pasted it on a query window
[05:05] <Kamion> I don't really see a need to carry that diff since libxmu-headers depends on libx11-dev
[05:05] <Kamion> what was your question regarding the new upstream version?
[05:08] <rodarvus> Kamion, its irrelevant now, but I was wondering if it was ok to force the .changes file to carry orig.tar.gz (via -sa build option), or if this would be blocked during upload checs
[05:08] <rodarvus> checks even
[05:08] <Kamion> it's both OK and required
[05:09] <rodarvus> good, thanks :)
[05:09] <Kamion> just make sure the .orig.tar.gz is the same as Debian's when you do so
[05:09] <rodarvus> *nods*
[05:11] <rodarvus> (after talking with Kamion in a /query window) we found out our changes to debian/control are not a strong enough reason to manually merge instead of syncing
[05:11] <rodarvus> so, I'll just ask ubuntu-archive to sync libxmu from debian unstable
[05:11] <rodarvus> anyone feel free to /query me if you have any questions
[05:12] <rodarvus> Kamion, thanks again
[05:19] <rodarvus> libxmu sync requested (bug 52109)
[05:20] <rodarvus> lunch time
[05:21] <rodarvus> i'll be back in 45minutes
[05:46] <Kamion> libfs uploaded
[05:52] <Kamion> rodarvus: in future please wait to request a sync until all the build-dependencies are available
[05:53] <rodarvus> oh, sure
[05:53] <rodarvus> should I note this in the bug?
[05:54] <Kamion> please
[05:56] <Kamion> fabbione: please subscribe ubuntu-archive rather than assigning - it doesn't show up in the list we normally use if you just assign
[05:56] <fabbione> Kamion: whops.. sorry :(
[05:58] <rodarvus> Kamion, done, thanks
[08:15] <rodarvus> x11proto-evie uploaded
[08:35] <rodarvus> LOCK on libdmx
[08:39] <crimsun> libice uploaded
[08:58] <crimsun> LOCK libxkbfile
[09:12] <crimsun> libxkbfile ready to go
[09:27] <rodarvus> libdmx is ready to be uploaded
[09:34] <rodarvus> just for reference: libxdamage & libdmx could be synced from Debian, but as on both cases their orig.tar.gz is different from ours, we'll have to manually merge
[09:34] <rodarvus> btw
[09:34] <rodarvus> LOCK libxdamage
[09:35] <rodarvus> and also libxcomposite
[09:35] <rodarvus> LOCK libxcomposite
[09:36] <rodarvus> x-pkgs is updated
[09:43] <rodarvus> libxdamage is ready to be uploaded
[12:01] <crimsun> LOCK libxrender


[00:19] <philipballew> Another exciting time at the Linux Users Group of Tijuana witch is starting.
[00:20] <philipballew> Today we're showing how to use clonezilla and use it on Ubuntu.
[00:43] <cprofitt> hey philipballew sorry we did not get to meetup in San Diego
[00:43] <cprofitt> we were constantly on the move going to various places
[00:45] <philipballew> cprofitt, No worries. I hope you enjoyed the city :)
[01:02] <cprofitt> Yes, it was quite nice.
[01:02] <cprofitt> My in-laws want us to move there. The housing prices are a little steep though.
[01:06] <philipballew> cprofitt, Yes. A little to say the least.
[01:06] <philipballew> Its sad how much it is tbh.
[01:06] <philipballew> You can live outside of the city in east county or closer to the border for cheaper though.
[01:07] <philipballew> An apartment will easily be abut 1500 a month, and a house is easily 2000
[01:07] <cprofitt> yeah... so a great deal more than I pay here. Not sure how easy it would be to get a job there either.
[01:10] <philipballew> cprofitt, The sysadmin market here is not bad. The military has a lot of people t hire.
[01:11] <philipballew> It takes a while to find a job here is the problem.
[01:11] <philipballew> but the food and people are both good.
[07:32] <MooDoo> hoefy all
[07:32] <MooDoo> howdy even lol
[11:05] <czajkowski> aloha
[11:32] <popey> yo
[11:44] <czajkowski> popey: howdy doody
[11:52] <popey> hows portland?
[12:04] <czajkowski> popey: not bad


[00:00] <awe_> awesome!
[00:01] <ibuntu> got any recommendations on where I can learn more about ubuntu? I'd like to eventually become a developer and contribute to the ubuntu touch project
[00:03] <nhaines> What exactly do you want to learn about Ubuntu?
[00:06] <ibuntu> Sorry, I guess that's a really vague question. I'd like to be able to know enough about how the system works to be able to contribute to fixing bugs and working on the core system functionality. To aid in the coding and development of the Ubuntu OS and especially Ubuntu Touch.
[00:07] <awe_> http://developer.ubuntu.com/ is a good place to start
[00:09] <ibuntu> thanks
[00:09] <awe_> ibuntu, I'll be around tomorrow if you want to chat some more.  Also more folks will start to be around in the next few days as folks get back from the holidays
[00:09] <awe_> have fun, I'm off...
[00:09] <awe_> ttyl!
[01:21] <wg4568> hi
[01:21] <wg4568> anyone here?
[01:52] <cwayne1> dobey: fyi just submitted meetup scope to the store if you wanna check it out (once it gets published).  I've actually altered the account-provider to use oauth2 instead of oauth1.0a as well if you'd like me to update my branch later
[08:36] <dholbach> good morning
[08:38] <seb128> hey dholbach
[08:40] <dholbach> hi seb128
[09:46] <JamesTait> Good morning all; happy Old Rock Day! :-)
[11:13] <willcooke> is this wiki page out of date?  http://developer.ubuntu.com/en/start/ubuntu-for-devices/image-channels/
[11:13] <willcooke> e.g. ubuntu-device-flash --list-channels
[11:13] <willcooke> doesnt seem to work any more
[11:15] <willcooke> https://bugs.launchpad.net/ubuntu/+source/phablet-tools/+bug/1393560
[11:15] <willcooke> looks like someone beat me to it :)
[11:17] <popey> ubuntu-device-flash query --list-channels --device=flo
[11:17] <popey> that works
[11:17] <popey> so yes, the docs are outdated
[11:18] <willcooke> looks like the man page is too
[11:18] <popey> sergiusens: ^
[11:18] <willcooke> sergiusens, you want me to open a bug?  (The man page says options should have a single hyphen for example)
[11:18] <willcooke> thx popey
[11:19] <popey> np
[11:20] <willcooke> popey, one more quick question, Im flashing my device with the Vivid image, and I've been told to make sure it's read/write
[11:20] <willcooke> does that mean simply turning on dev mode?
[11:54] <aquarius> Chipaca, ping
[11:58] <Chipaca> aquarius: pong
[11:58] <Chipaca> aquarius: was getting a cuppa :)
[11:58] <aquarius> Chipaca, hny, etc. :)
[11:58] <aquarius> ooh, there's a good idea :)
[11:58] <Chipaca> aquarius: and somebody had carelessly left some of my mum's xmas cake right next to the kettle
[11:59] <Chipaca> honestly, people sometimes
[11:59] <aquarius> it's like they *want* you to fall into the trap
[12:04] <Chipaca> tedg: ping about urldispatcher when you're around
[12:18] <jgdx> brendand, rtm 02 is looking good! 4 reboots and no asyncness
[12:21] <jgdx> tedg, ^
[12:35] <sergiusens> popey: willcooke sure
[12:36] <sergiusens> phablet-tools is the wrong project, I don't even look at those anymore...
[12:52] <Chipaca> com.canonical.URLDispatcher.BadURL: URL 'settings:///system/system-update' is not handleable by the URL Dispatcher
[12:52] <Chipaca> tedg: ^ wat?
[13:01] <brendand> jgdx, yeah i signed it off
[13:02] <jgdx> brendand, nice
[13:54] <willcooke> sergiusens, which project should I log the bug against?
[14:03] <sergiusens> willcooke: goget-ubuntu-touch, or just ubuntu-bug ubuntu-device-flash ;-)
[14:04] <willcooke> thx sergiusens
[14:06] <sergiusens> np
[14:34] <aquarius> tedg! oi! you see the magic appid:// URLs that URLDispatcher supports? How can I pass extra information with them? I just tried to URLDispatcher appid://org.kryogenix.myapp/MyApp/current-user-version?url=somestuff and urldispatcher says it's invalid
[14:34] <tedg> aquarius, It is. What extra information do you want?
[14:35] <aquarius> tedg, I would like a URL which invokes my app and passes it a *different* URL
[14:35] <tedg> aquarius, The plan was to support desktop actions, but we're not there yet.
[14:35] <tedg> aquarius, You probably want to register your own URL for that "aquarius://foo/bar"
[14:35] <aquarius> tedg, that is: I have an http(s) URL that I want to pass explicitly to my app.
[14:36] <aquarius> I can, of course, register my own URL scheme, but I shouldn't need to, because appid:// URLs exist
[14:36] <tedg> aquarius, Then you can sub "aquarius" for "http" internally.
[14:36] <aquarius> can an appid:// URL *only* be used to start up my app, and not to pass it any data?
[14:36] <tedg> aquarius, Today, yes. It basically runs the app without an URL. We don't pass it anything in that case.
[14:37] <aquarius> hrm.
[14:37] <aquarius> this is not putting you on Santa's good boys list. :)
[14:37]  * tedg has 340 some days to recover
[14:37] <aquarius> right FINE I'll register a custom url scheme then FINE
[14:37] <aquarius> tedg, on a more serious note, how does a QML app know that it was started by URLDispatcher, and get the URL?
[14:40] <tedg> aquarius, http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Components.UriHandler/
[14:40] <tedg> aquarius, Make sure to put a %u in the Exec line of your desktop file as well.
[14:41] <aquarius> tedg, are there rules about what a URL has to look like? If I register for protocol: "myapp", will URL dispatcher handle a URL which looks like myapp://12345 ?
[14:41] <aquarius> that is: it doesn't have a meaningful "domain"?
[14:41] <aquarius> exec line is currently Exec=qmlscene $@ main.qml
[14:42] <aquarius> should that be Exec=qmlscene $@ main.qml %u
[14:42] <aquarius> ?
[14:42] <tedg> aquarius, As long as the domain follows the rules for domain names. You'd probably be better off with three slashes.
[14:42] <aquarius> ah.
[14:42] <tedg> aquarius, I think it might need to be "-- %u" for qmlscene.
[14:43] <aquarius> so if I want to pass arbitrary data, I'm probably better off with a URL like myapp://ignore.com/whatevermydatais
[14:43] <tedg> Or just myapp:foobar
[14:44] <aquarius> ah!
[14:44] <aquarius> that's doable :)
[14:44] <tedg> Some examples were in this bug (now fixed): https://bugs.launchpad.net/url-dispatcher/+bug/1351222
[14:45] <tedg> aquarius, If you really want your app to "phone home" you can use: tel:+441243532 ;-)
[14:46]  * aquarius grins
[14:47] <aquarius> nope, that doesn't work
[14:48] <aquarius> tedg, http://pastebin.ubuntu.com/9687943/
[14:48] <aquarius> my app (caxton) is registered for "protocol":"caxton" URLs (assuming I've done it right), and a caxton URL looks like caxton:(url encoded http(s) URL)
[14:49] <aquarius> but urldispatcher says they're invalid, as per pastebvin
[14:51] <tedg> Hmm, let's not assume you've done it right :-)
[14:51] <aquarius> ha!
[14:51] <aquarius> touche
[14:51] <aquarius> what do I need to do to test whether I've done it right?
[14:52] <tedg> aquarius, sqlite3 ~/.cache/url-dispatcher/urls-1.db "select * from urls where protocol = \"caxton\";"
[14:53] <aquarius> 9|caxton|
[14:54] <tedg> aquarius, And I'm assuming you're using a recent build, right?
[14:54] <aquarius> probanly not
[14:54] <tedg> (newer than middle of Dec)
[14:54] <aquarius> nope
[14:54] <aquarius> definitely not that new
[14:54] <aquarius> there seems to be no way to upgrade my emulator, and no way to create such a build from the IDE.
[14:54] <tedg> aquarius, Hmm, so that bug that I linked to above needs to be fixed.
[14:55] <tedg> aquarius, url dispatcher 0.1+15.04.20141211-0ubuntu1
[14:55] <aquarius> tedg, ah, if it's a fixed bug then I'm OK...
[14:55] <aquarius> I can work around it for now, or just upgrade :)
[14:55] <aquarius> I prefer being backwards-compatible with this sort of thing anyway.
[14:56] <tedg> So the triple slash approach would have always worked.
[14:56] <tedg> We just didn't handle the "non slash" case
[14:57] <aquarius> k
[14:57] <aquarius> trying...
[15:08] <aquarius> aaaaaand... everything works!
[15:08] <aquarius> nice one Chipaca and tedg
[15:08] <Chipaca> “everything”
[15:09] <Chipaca> as much as can be expected :)
[15:09]  * tedg assumes aquarius will have no more issues, ever
[15:09] <aquarius> that seems likely
[15:09] <aquarius> the bugs are never in MY code ;)
[15:09] <popey> aquarius: quitting computers so early?
[15:09] <aquarius> you lot are very mean to me, I think. :)
[15:09] <dobey> it's not you, it's your code :)
[15:16] <JoannisO>  I can't seem to find an API that lets me control the LED on the back of my phone. Is this only available to canonical apps?
[15:17] <dobey> the camera flash led?
[15:17] <JoannisO> Yes
[15:18] <popey> there's a couple of flash apps in the store
[15:19] <JoannisO> They don't work/crash instantly.
[15:19] <JoannisO> Well... they being uTorch which is the only one I could find tbh
[15:22] <JoannisO> My stupid brain finally comprehended the word "Torch" so I searched that instead of "flash"/"flashlight" but they don't work either. The phone app does open it.
[15:22] <JoannisO> The camera app*
[15:24] <JoannisO> But back to my question; is there an API that lets me control the LED? Because I'd write one on my own and see if that works.
[15:25] <aquarius> JoannisO, there is.
[15:26] <aquarius> JoannisO, http://doc.qt.io/qt-5/qml-qtmultimedia-cameraflash.html
[15:26] <popey> they used to work
[15:26] <popey> wonder what broke
[15:26] <popey> maybe permissions issue.
[15:27] <aquarius> utorch's code is at https://launchpad.net/utorch
[15:27] <Chipaca> 2015-01-07 15:27:18,626 - CRITICAL - Error: "Client has insuficient permissions to access the service.Method:getAuthSessionObjectPath"
[15:27] <lool> ondra: I've updated LP #1394204 with a link to test binaries
[15:27] <Chipaca> somebody's broken something :)
[15:27] <lool> trying them here now
[15:28] <Chipaca> tedg: speaking about people breaking things, in devel-propsed right now i'm getting com.canonical.URLDispatcher.BadURL: URL 'settings:///system/system-update' is not handleable by the URL Dispatcher
[15:28] <lool> ondra: did you complete a build + test since yesterday evening?
[15:28] <Chipaca> tedg: what broke and why?
[15:33] <ondra> lool yeah build eventually finished so I tested what I built and that worked
[15:33] <ondra> lool at least when I did what joc told me, I was not able to reproduce it
[15:34] <ondra> lool did walk in and out of wifi range about 4 times, and then checked dbus and it was all normal
[15:37] <joc> ondra: was is still on the phone you gave me?
[15:37] <ondra> joc yes
[15:37] <ondra> joc any other issues with that phone?
[15:39] <joc> ondra: thought i saw some dbus spikes earlier
[15:39] <joc> ondra: would want to test more though
[15:39] <ondra> joc feel free to do more tests :)
[15:40] <joc> ondra: was asked to do some already by tvoss, will try again in the office tomorrow probably
[15:41] <ondra> joc ok
[15:52] <jgdx> Wellark, I can't find the private connectivity-api docs, you know where they are?
[16:04] <aquarius> JamesTait, ping :)
[16:05] <JamesTait> aquarius, happy new year!
[16:05] <aquarius> JamesTait, heya, dude. Happy 2015 :)
[16:05] <JamesTait> Not so far, it isn't, but there's a long way to go. ;)
[16:06] <aquarius> JamesTait, we talked (at oggcamp, I think?) about some way to get (and update) a DB of all reviews of all Ubuntu apps without hammering the backend API, right?
[16:06] <JamesTait> aquarius, we did indeed.
[16:06] <aquarius> was our conclusion "there is no way to do that but we'll add one"?
[16:07] <JamesTait> aquarius, I can't quite remember what the conclusion was actually!
[16:08] <aquarius> JamesTait, ok, so if you have two minutes, perhaps we can rediscuss. I can get all the reviews by walking the list of all packages and then walking the list of all reviews for every package and saving the responses. But that's pretty harsh :)
[16:08] <aquarius> ideally I would like http://reviews.staging.ubuntu.com/click/api/1.0/reviews/?since=20150101T120000 or somethng...
[16:08] <JamesTait> aquarius, rnr is a separate service, though, which I'm not *that* familiar with, but I'm happy to discuss, with that caveat that I can't guarantee anything we conclude would actually get implemented any time soon. ;)
[16:09] <aquarius> but I'm open to better suggestions if you have any
[16:09] <aquarius> oh! I thought you were the rnr dude. Who is?
[16:09] <JamesTait> aquarius, I think pindonga and fgallina are the two most familiar with it (or who touched it last).
[16:09] <aquarius> aha, fgallina, that's the name, indeed
[16:10] <JamesTait> aquarius, but currently, as you say, you have to get a list of packages and then query the rnr api for each one.
[16:11] <aquarius> that's obviously doom
[16:11] <JamesTait> Or boom.
[16:11] <aquarius> right. It will, at minimum, get me blocked :)
[16:11] <aquarius> I'll file a bug on https://launchpad.net/rnr-server and start a discussion...
[16:11] <dobey> Chipaca: ugh, online-accounts
[16:12] <JamesTait> Heh, you found the project before me!
[16:12] <JamesTait> Wanna job? :-P
[16:12] <aquarius> I'm fine with my job, thanks :)
[16:13] <dobey> push notifications for rnr?
[16:13] <Chipaca> ssh
[16:13] <Chipaca> don't give the man ideas
[16:13] <aquarius> :)
[16:13] <JamesTait> Oops, too late! ;)
[16:14]  * Chipaca 's hoping it's just aquarius' usual sausage-fingers-in-pies thing
[16:14] <dobey> did i say that out loud?
[16:14]  * Chipaca might have skipped lunch
[16:14] <aquarius> hmph
[16:14] <Chipaca> all my analogies are coming out foodish
[16:15] <dobey> haha
[16:15] <dobey> sausage fingers: https://www.youtube.com/watch?v=k2aKsoizx1w
[16:17] <Chipaca> WAT
[16:18] <dobey> haha
[16:18] <JoannisO> What's the channel for the ubuntu-sdk?
[16:19] <dobey> JoannisO: #ubuntu-app-devel i think if you want to ask questions about app development
[16:19] <bzoltan> JoannisO: there is no dedicated channel for the sdk, here or on the #ubuntu-app-devel
[16:19] <JamesTait> JoannisO, #ubuntu-app-devel might be the better one.
[16:19] <JoannisO> Okay. Thanks!
[16:20]  * bzoltan wonders if dobey and JamesTait have highlight on sdk word too :D
[16:20] <dobey> nope
[16:20] <JamesTait> bzoltan, nope, just happened to be around at the right time. :)
[16:21] <bzoltan> Cool :) that is great community service then
[16:21]  * dobey is just a helpful kind of guy
[16:21]  * Chipaca can confirm
[16:25] <Chipaca> so, online accounts in 15.04 is broken afaict. Who do I pester?
[16:25] <dobey> Chipaca: i don't think that's a 15.04 issue
[16:25]  * Chipaca is flashing rtm to check
[16:25] <aquarius> JamesTait, https://bugs.launchpad.net/rnr-server/+bug/1408353 filed, if you have thoughts
[16:25] <Chipaca> dobey: tell me more
[16:25] <dobey> Chipaca: you are getting that issue trying to access account details for u1?
[16:25] <Chipaca> dobey: yes
[16:26] <JamesTait> aquarius, thank you muchly.
[16:26] <dobey> Chipaca: i'm not sure what is causing that to happen exactly. deleting and adding the u1 account again will "fix" it though
[16:27] <dobey> Chipaca: if you can reproduce it reliably right now, please talk to mardy and get some debug info for him
[16:29] <Chipaca> I might have just flashed the device
[16:29] <dobey> ok
[16:29] <mardy> dobey, Chipaca: I suspect it's because the U1 account was created back in a time when the client creating the account (in this case, the U1 plugin) was not automatically set as owner of the account
[16:30] <Chipaca> mardy: I'm reading "it's not going to happen to real users"
[16:30] <mardy> dobey: beside that, please don't forget about bug 1376445
[16:31] <dobey> mardy: i'm not sure that's the case. but it's difficult
[16:31] <mardy> Chipaca: well, that thing was not fixed too long ago, maybe a month or so
[16:31] <dobey> mardy: yes, but even getting that fix in the image, people will still have to create a new account to actually get the "fix"
[16:31] <Chipaca> mardy: dobey: I just flashed the device to rtm, and it works there
[16:32] <Chipaca> $ /usr/lib/ubuntu-push-client/signing-helper https://push.ubuntu.com/
[16:32] <Chipaca> OAuth oauth_consumer_key=<SNIP>
[16:32] <dobey> Chipaca: you just wiped and created a new account, right?
[16:32] <mardy> dobey: true, but please try to fix it soonish, so that every new user has a good ACL in their account
[16:32] <Chipaca> no
[16:32] <Chipaca> old account
[16:32] <Chipaca> flashed, not wiped
[16:32] <dobey> Chipaca: oh, interesting
[16:32] <Chipaca> I'll move back to devel-propsed and check
[16:32] <Chipaca> this *might* be the apparmor bug thing
[16:32] <dobey> that certainly wouldh't have changed the ACL on the account itself
[16:33] <mardy> Chipaca: IIRC in the rtm we are not using the apparmor extension in OA, so we basically allow everything
[16:33] <Chipaca> FWIW this was a devel-proposed from just before the year-end break
[16:34] <Chipaca> mardy: dobey: ah, so the "delete and recreate account" is apparmor-related?
[16:34] <dobey> Chipaca: i'm not entirely sure
[16:34] <dobey> i'm going to claim it is magic-related
[16:34] <Chipaca> with any luck it'll still happen when i'm back on devel-proposed
[16:35] <Chipaca> and we can poke it with a stick
[16:35] <dobey> if it does, that would be great
[16:35] <Chipaca> I'll bring the beer
[16:35] <dobey> in the meantime, i am going to get some ghost pepper hot wings for lunch
[16:35] <dobey> :)
[16:43] <Chipaca> $ /usr/lib/ubuntu-push-client/signing-helper https://push.ubuntu.com/
[16:43] <Chipaca> 2015-01-07 16:43:23,208 - CRITICAL - Error: "Client has insuficient permissions to access the service.Method:getAuthSessionObjectPath"
[16:43] <Chipaca> mardy: so i should try recreating the account?
[16:44] <Chipaca> mardy: how is this going to work for people upgrading from 14.09?
[16:47] <mardy> Chipaca: can you please enable the logging in /etc/signond.conf, and try again?
[16:48] <mardy> Chipaca: I just want to make sure it's the same issue I'm aware of
[16:48] <Chipaca> mardy: sure. where will the logs be?
[16:54] <Chipaca> mardy: ?
[17:00] <mardy> Chipaca: ops,sorry: /var/log/syslog
[17:01] <Chipaca> mardy: https://pastebin.canonical.com/122919/
[17:03] <mardy> Chipaca: yep, same issue; feel free to delete and recreate the account
[17:03] <Chipaca> mardy: what's the upgrade story?
[17:04] <Chipaca> mardy: ie people getting rtm, then upgrading to something else
[17:10] <cwayne1> Elleo: heya, saw the updates for cutespotify, awesome stuff! are you planning on enabling ur dispatching even if the app is closed, or is that a limitation of urldispatcher?
[17:12] <Chipaca> mardy: and if I create it on devel, will it work on rtm?
[17:13] <mardy> Chipaca: yes
[17:13] <mardy> Chipaca: as for the upgrade story, I'm not sure; we might be able to ship a session-migration script to update the ACL
[17:14] <Chipaca> mardy: dobey: can confirm recreating the account in devel made the auth'er (and so push) work again
[17:28] <Elleo> cwayne1: yeah, just need to figure out why it doesn't work correctly
[17:29] <cwayne1> Elleo: awesome, so what form should the url be in?
[17:29] <cwayne1> ill update my scope and see if i can get it working :)
[17:29] <Elleo> cwayne1: spotify:track:blah
[17:30] <cwayne1> where blah is the spotify id?
[17:30] <Elleo> yep
[17:31] <cwayne1> awesome, thanks!  ill try and get some time today and I'll let you know how it goes :)
[17:31] <Elleo> cool :)
[17:37] <dobey> Chipaca: cool
[18:42] <saidinesh5> Elleo: here?
[18:56] <Nirgali42> good afternoon
[18:58] <Nirgali42> I was just looking to get a nexus 10 and someone said support was dropped in jan 2014, but I'm seeing conflicting information on the site. Can someone confirm if I go out and pick up a nexus 10 that I can install touch on it, get java 7 installed, and run java apps?
[19:10] <Nirgali42> alrightythen
[19:25] <dobey> what is the package name for the file manager app?
[19:26] <dobey> Nirgali42: support for the 2012 nexus 7 was dropped, not the nexus 10
[19:27] <dobey> Nirgali42: java is not part of the system image though, so making the system writable to install java and run java apps in the typical way on ubuntu, will break system image upgrades
[19:27] <dobey> also, i'm not sure what the support is like for running java on mir
[19:51] <taiebot> Hi during the two weeks of break i had a very weird bug on the stable channel on a nexus 4. Not sure if this happened to anyone but there was some ripple effect when scrolling down at the bottom of the screen where the keyboard normally appears. I did not find a way to reproduce it but that's a watchout. It happened to me twice
[19:54] <ahayzen> taiebot, like this bug 1383745 ?
[19:59] <taiebot> ahayzen: no not like that the bottom of the screen was corrupted on any scroll. It looked like distortion or ripple. Weird stuff it happens where the keyboard usually appears
[20:00] <ahayzen> taiebot, i've seen it happen at the bottom/top/middle of the screen
[20:00] <ahayzen> taiebot, just that video was when it was in the middle
[20:01] <taiebot> ahayzen: i suppose it is linked as my phone was up for almost a week.
[20:13] <taiebot> I have not seen this rumour here so posting it http://www.ibtimes.co.uk/meizu-m1-note-go-open-source-2015-smartphone-expected-feature-ubuntu-touch-be-launched-ces-1481695
[20:59] <aquarius> how do I list available channels for ubuntu-device-flash?
[20:59] <aquarius> "ubuntu-device-flash --list-channels", as https://developer.ubuntu.com/en/start/ubuntu-for-devices/image-channels/ says, doesn't work: DEPRECATED: Implicit 'touch' subcommand assumed
[20:59] <aquarius> unknown flag `list-channels'
[21:00] <ahoneybun> aquarius, ubuntu-device-flash --list-channels
[21:00] <aquarius> I don't know whether I have a newer version of u-d-f or an older version
[21:00] <ahoneybun> ? weird
[21:00] <aquarius> indeed, hence asking for help :)
[21:00] <ahoneybun> ubuntu-device-flash --list-channels works for me
[21:00] <ahoneybun> on 14.10
[21:01] <aquarius> apt-cache policy ubuntu-device-flash says Installed: 0.4+15.04.20141125-0ubuntu1
[21:01] <ahoneybun>  0.4+14.10.20141002-0ubuntu1 0
[21:01] <ahoneybun> you are on 15.04?
[21:01] <aquarius> huh
[21:01] <aquarius> Nope. I'm on 14.04
[21:01] <ahoneybun> odd
[21:02] <aquarius> but I have PPAs enabled to do development with.
[21:02] <ahoneybun> oh I see
[21:02] <aquarius> mhall119, do you know abot this stuff?
[21:02] <ahoneybun> popey, might know too
[21:02] <popey> aquarius: buntu-device-flash query --list-channels --device=krillin
[21:02] <popey> er
[21:02] <popey> ubuntu-device-flash query --list-channels --device=krillin
[21:02] <ahoneybun> what is the ppa?
[21:03] <popey>   Installed: 0.4+15.04.20141125-0ubuntu1
[21:03] <popey> is what I have
[21:03] <popey> and that works, will had the same issue earlier
[21:03] <aquarius> interesting. https://developer.ubuntu.com/en/start/ubuntu-for-devices/image-channels/ may need updating then
[21:03] <aquarius> a nexus 4 is mako, right? not occam?
[21:03] <ahoneybun> that works on 14.10 with no ppas
[21:03] <ahoneybun> occam and mako
[21:04] <ahoneybun> both
[21:04] <ahoneybun> aquarius, https://developer.ubuntu.com/en/start/ubuntu-for-devices/devices/
[21:04] <aquarius> ahoneybun, ah, I meant in the context of the --device switch to u-d-f as per popey's correct instructions :)
[21:05] <ahoneybun> what is krillin?
[21:05] <aquarius> bq device, I think
[21:05] <ahoneybun> I see we know your secrets popey
[21:05] <aquarius> next question: what's the most up-to-date channel? :)
[21:06] <aquarius> ubuntu-touch/vivid?
[21:06] <ahoneybun> aquarius, devel-proposed
[21:06] <ahoneybun> so vivid-proposed for this cycle
[21:06] <aquarius> is devel-proposed stable enough to use?
[21:06] <aquarius> or is it basically trunk?
[21:06] <ahoneybun> devel is pretty decent RTM is for stable
[21:06] <aquarius> I don't know if the ci train runs for devel-proposed
[21:07] <aquarius> ok, wicked
[21:07] <popey> i use ubuntu-touch/ubuntu-rtm/14.09-proposed
[21:07] <aquarius> that makes sense, actually
[21:07]  * ahoneybun knows nothing about ci train
[21:07] <aquarius> popey, that's not available for mako :(
[21:08] <popey> well, i dont think we have built any images for a while
[21:08] <popey> so devel-proposed = devel right now i think
[21:08] <popey> ubuntu-touch/devel-proposed (alias to ubuntu-touch/vivid-proposed)
[21:08] <aquarius> ah, ok
[21:08] <aquarius> so I may as well just go with devel-proposed then, cool
[21:08] <popey> I'd ask mhall119, although he usually doesn't use proposed
[21:08] <popey> yeah
[21:08] <aquarius> or devel
[21:08] <ahoneybun> yea popey aquarius devel is on Image 1 right now
[21:08] <aquarius> I have my nexus 4 back, finally
[21:09] <aquarius> so am putting ubuntu on it again :)
[21:09] <ahoneybun> aquarius, last image for devel was built on 12 01 14
[21:10] <aquarius> popey, what's the install command now?
[21:10] <popey> alan@deep-thought ~> ubuntu-device-flash touch --channel=ubuntu-touch/ubuntu-rtm/14.09-proposed
[21:10] <popey> i did that earlier
[21:10] <aquarius> "ubuntu-device-flash touch --channel=devel-proposed"?
[21:10] <aquarius> ahm, cool
[21:11] <aquarius> I dont need --bootstrap any more?
[21:11] <popey> only if you're on android
[21:11] <aquarius> ah I am on android.
[21:11] <popey> you do then
[21:11] <aquarius> will use it :)
[21:11] <popey> put phone in recovery
[21:11] <popey> then do it
[21:11] <popey> i think
[21:11] <ahoneybun> bootloader :)
[21:12] <aquarius> winner.
[21:12] <aquarius> now downloading and then will install, hooray
[21:12] <aquarius> cheers popey
[21:12] <popey> np
[21:13] <aquarius> am installing devel-proposed, for the hell of it :)
[21:15] <popey> \o/
[21:15] <popey> Live a little
[21:15] <aquarius> YOLO
[21:15] <popey> aquarius: btw sweedish meatballs from gousto was delish
[21:16] <aquarius> never had them!
[21:16] <aquarius> all the meals I had from gousto for the first few weeks are on http://fifteenminutemealer.tumblr.com/
[21:17] <aquarius> after that there was a week or two when I was uninspired and so didn't write them up and then cancelled
[21:17] <popey> I've had a bunch of really good ones
[21:17] <mhall119> popey: I'm actually still on RTM
[21:17] <popey> ah
[21:19] <aquarius> Jamie Oliver swedish meatballs: http://fifteenminutemealer.tumblr.com/post/41362791979/swedish-meatballs . Some other person published the recipe http://www.anexpatcooks.com/recipe/jamie-olivers-15-minute-swedish
[21:20] <popey> no, these were in a creamy sauce with lots of dill
[21:20] <aquarius> ah, gotcha
[21:20] <popey> much nicer
[21:21] <popey> with mash and green beans
[21:21] <popey> would eat again.
[21:23] <aquarius> ooh nice spinny ubuntu install/boot logo
[21:28] <aquarius> and it is installed! nice.
[21:36] <aquarius> ooh, dash crashed and then whole phone restarted.
[21:39] <aquarius> back to it pretty quick though :)
[22:51] <ahoneybun> what is the command to manually install a click package on a device?
[22:51] <popey> pkcon install-local --allow-untrusted foo.click
[22:51] <ahayzen> ahoneybun, adb shell pkcon install-local --allow-untrusted /tmp/my.click
[22:51] <popey> BOOM! Beat ya!
[22:52] <ahayzen> popey, damn u :P
[22:52] <popey> :D
[22:52] <ahoneybun> lol
[22:52]  * popey dances
[22:53] <ahoneybun> wait
[22:53] <ahoneybun> how do you do that popey if your in the devices file system?
[22:53] <ahayzen> ahoneybun, you run it on the device?
[22:53] <ahoneybun> wait
[22:54] <ahayzen> ahoneybun, you have pushed the click across first right? ...  adb push /my/local/click /device/location ?
[22:54] <ahoneybun> that is to install on the phone/tablet no?
[22:54] <ahoneybun> no
[22:54] <ahayzen> ahoneybun, yeah
[22:54] <popey> oh
[22:55] <popey> so:-
[22:55] <popey> adb push foo.click /tmp
[22:55] <popey> phablet-shell
[22:55] <popey> pkcon install-local --allow-untrusted /tmp/foo.click
[22:56] <popey> job done
[22:56] <ahayzen> :)
[22:56]  * ahoneybun is confused
[22:56] <popey> you want to install a click on a phone?
[22:56] <ahoneybun> yea the SDK is shoting errors
[22:56] <ahoneybun> shooting
[22:56] <popey> ok, find the click package, push to phone, install on phone
[22:56] <popey> as above
[22:56] <ahoneybun> but I need to know where the device i
[22:57] <ahoneybun> as in on the computer
[22:57] <ahoneybun> /mnt/ and so on
[22:57] <popey> no
[22:57] <popey> is it plugged in via usb?
[22:57] <ahoneybun> yea
[22:57] <popey> do you know where the click is on your pc?
[22:57] <ahoneybun> yea
[22:57] <popey> ok, so open a terminal...
[22:58] <popey> cd ~/wherever
[22:58] <popey> adb push foo.click /tmp
[22:58] <popey> that will push the click down the usb cable to the phone
[22:58] <popey> to /tmp specifically
[22:58] <ahoneybun> ........
[22:59] <popey> what is not clear?
[22:59] <ahoneybun> where to cd to
[22:59] <popey> 22:57:47 < popey> do you know where the click is on your pc?
[22:59] <popey> there
[22:59] <ahoneybun> I don't know where the device is mounted
[22:59] <popey> no
[22:59] <popey> stop thinking about the device
[22:59] <popey> you dont need to worry about that
[23:00] <popey> go to the directory where the click is on your pc
[23:00] <ahoneybun> adb push /my/local/click /device/location ???
[23:00] <popey> no
[23:00] <popey> adb push /my/local/click /tmp
[23:00] <ahayzen> oh god i've confused him....
[23:01] <popey> adb push will push files to the device
[23:01] <popey> the first parameter is what you want to push
[23:01] <popey> in this case that's the click package
[23:01] <popey> the next parameter is the place on the device you want to push it to
[23:01] <popey> in this case /tmp (on the device)
[23:01] <popey> it will send the click package (or whatever file you specify) down the usb cable and it will end up in /tmp on the phone
[23:01] <popey> make sense?
[23:02] <popey> you do not need to worry about where on the filesystem the phone is mounted, because it doesn't work like that
[23:02] <popey> the adb program on your desktop talks to the adb program on the phone
[23:02] <popey> over usb
[23:02] <ahoneybun> I got it
[23:02] <ahoneybun> but
[23:02] <ahoneybun> now my app installed from the store is not launching
[23:03] <ahayzen> ahoneybun, refresh the apps scope by pulling down from the top
[23:03] <popey> hang on
[23:03] <popey> one thing at a time
[23:03] <popey> did you push to the device and install it?
[23:03] <ahoneybun> uninstalled the store version and now I have the one I pushed local
[23:03] <ahoneybun> and it does not launch
[23:04] <ahoneybun> goes to splash screen and then back to the dash
[23:04] <popey> did you do as ahayzen says and pull down to refresh the app scope?
[23:04] <ahoneybun> yes I see the icon
[23:04] <popey> did you pull down though?
[23:04] <popey> (you need to)
[23:04] <ahoneybun> yes yes
[23:04] <ahoneybun> rebooting
[23:04] <popey> bah
[23:05] <ahoneybun> and the name change on the click package did not work as well
[23:05] <ahoneybun> trying to change it from UbuntuBeginner to uBeginner
[23:05] <ahoneybun> oh wait
[23:05] <popey> you need to change it in the sdk before you build the click
[23:05] <ahoneybun> yea I know
[23:05] <popey> dont just rename the click package
[23:05] <popey> ok
[23:08] <dobey> popey: you build the filemanager click packages?
[23:08] <popey> I try not to
[23:08] <popey> but yes
[23:08] <dobey> heh
[23:08] <popey> we usually build them in jenkins
[23:08] <ahoneybun> ok popey fixed the name and the splash screen works but still not launching all the way
[23:08] <dobey> i'm just wondering how BZR_REVNO gets set in the cmake
[23:09] <dobey> i don't see it being set with the actual revno in CMakeListst.txt
[23:09] <popey> ahoneybun: check logs in ~/.cache/upstart
[23:09] <popey> it's in manifest.json.in isnt it?
[23:09] <dobey> popey: it's not defined there, but it's used there
[23:10] <popey> yeah, it gets set to "latest" if you build it locally
[23:10] <popey> (one reason why I build in jenkins)
[23:10] <dobey> oh, is it some magic thing that gets passed to cmake in jenkins?
[23:10] <popey> possibly
[23:10] <dobey> (do you have a link to a jenkins build log for it?)
[23:10] <popey> sure
[23:11] <ahoneybun> popey, you can't just cat them?
[23:11] <popey> ahoneybun: you can
[23:11] <ahoneybun> I see the log but when I cat it says no such file
[23:12] <popey> dobey: http://s-jenkins.ubuntu-ci:8080/view/click/job/filemanager-app-click/lastSuccessfulBuild/console
[23:12] <popey> ahoneybun: typo?
[23:12] <ahoneybun> phablet@ubuntu-phablet:~$ cat application-click-com.ubuntu.developer.aaronhoneycutt.ubuntubeginner_UbuntuBeginner_1.8.log
[23:12] <ahoneybun> cat: application-click-com.ubuntu.developer.aaronhoneycutt.ubuntubeginner_UbuntuBeginner_1.8.log: No such file or directory
[23:12] <popey> you're not in the right directory
[23:12] <ahoneybun> I can't use tab to auto complete for some reason
[23:12] <ahoneybun> I have to be in the dir?
[23:12] <popey> cd ~/.cache/upstart
[23:12] <popey> yes
[23:12] <dobey> oh that isn't on the public jenkins yet (or at all)
[23:13] <popey> correct
[23:13] <popey> $ bzr revision-info -d /var/lib/jenkins/slaves/cyclops-node08/workspace/filemanager-app-click
[23:13] <popey> ++ bzr revno out/trunk_dir
[23:13] <popey> + bzr_revno=363
[23:13] <popey> that kinda thing
[23:13] <ahoneybun> popey, http://pastebin.ubuntu.com/9690171/
[23:13] <ahoneybun> omg
[23:13] <ahayzen> ahoneybun, something wrong with your QML
[23:13] <popey> ahoneybun: error in your code
[23:13] <popey> PICNIC
[23:14] <ahoneybun> why build it at all
[23:14] <popey> it doesn't check the qml on build
[23:14] <dobey> and then cmake -DBZR_REVNO=$$bzr_revno I presume?
[23:14] <popey> + cmake ../trunk_dir -DINSTALL_TESTS=off -DCLICK_MODE=on -DBZR_REVNO=363
[23:14] <dobey> ok
[23:14] <dobey> thanks popey
[23:14] <popey> no problem
[23:14] <popey> http://paste.ubuntu.com/9690174/
[23:14] <popey> probably should have just done that ☻
[23:15] <dobey> :)
[23:16] <kgunn> popey: hey, venturing into app space, pulled an existing project source...using qtcreator/ubuntusdk, it built ok, but not running
[23:16] <ahoneybun> popey, all good, working new splash screen, fixed the name :)
[23:17] <kgunn> popey: what should the executable path be ?
[23:17] <popey> ahoneybun: hurrah
[23:17] <popey> kgunn: que?
[23:17] <ahoneybun> thanks popey!
[23:17] <popey> np
[23:17] <popey> kgunn: which project OOI?
[23:17] <kgunn> popey: ubible
[23:18] <popey> in lp?
[23:18] <kgunn> no...it's from github
[23:18] <popey> kgunn: stupid question, can you not click the icon?
[23:18] <popey> ok
[23:19] <kgunn> popey: icon as in? the little green triangle meaning run ?...i can but it says
[23:19] <kgunn> Starting /home/kg/workspace/build-uBible-Desktop-Default/app/ubible.desktop...
[23:19] <kgunn> Failed to start program. Path or permissions wrong?
[23:19] <kgunn> /home/kg/workspace/build-uBible-Desktop-Default/app/ubible.desktop exited with code -1
[23:19] <kgunn> popey: so wondering...is the desktop file what should be in the exe path ?
[23:19] <dobey> you can't execute a .desktop file
[23:19] <popey> uh
[23:19] <ahoneybun> popey, is the source available for the UI Showcase?
[23:19] <kgunn> that is whats there atm
[23:20] <ahoneybun> stupid me
[23:20] <popey> https://github.com/uBible/uBible ?
[23:20] <kgunn> popey: yep
[23:20]  * popey clones
[23:20] <kgunn> dobey: so it should be .... ?
[23:20] <popey> kgunn: you want to run this on desktop or device?
[23:20] <kgunn> popey: i should admit, i did a vivid update sort of in between first attempts and now
[23:20] <popey> heh
[23:20] <popey> Ruh-Roh
[23:20] <kgunn> popey: was just trying to run on desktop
[23:21] <kgunn> popey: ... :) yeah, it couldn't find some header, and i  was like "doh, need to upgrade"
[23:21] <ahayzen> is it not just the "run" part of the cmake? https://github.com/uBible/uBible/blob/master/CMakeLists.txt#L81
[23:21] <dobey> not sure what you mean by exe path exactly
[23:21] <popey> pass, sorry.
[23:22] <dobey> the Exec line in the .desktop file?
[23:23] <kgunn> dobey: under project->desktop->run tab..there's a field under "run" called "executable"....do i just leave it blank
[23:23] <kgunn> popey: but it should be possible, assumiing i didn't screw something to simply build/run on desktop
[23:23] <popey> assuming it works
[23:23] <kgunn> right
[23:23] <kgunn> kk
[23:26] <kgunn> ahayzen: just now noticed your post, thanks
[23:27] <ahayzen> kgunn, no problem, i assume if you run that it might work
[23:27] <dobey> oh i don't know where that tab is.
[23:27] <kgunn> cool, just trying to learn
[23:32] <ahoneybun> popey, if I want to have each tab have it's own qml file how to I load it into the tab
[23:32] <ahoneybun> ?
[23:32] <kgunn> ...progress, still failed...but more sensible
[23:33] <ahoneybun> popey, http://pastebin.ubuntu.com/9690234/
[23:42] <JoannisO> Do any other Nexus 5 users have problems with torch apps?
[23:44] <dobey> i haven't tried any
[23:46] <popey> ok, just tested utorch on krillin and it works
[23:46] <dobey> just tested torch on n5 and it doesn't work
[23:46] <dobey> n5 is special though
[23:47] <JoannisO> I'm curious because the camera app does manage to use the LED when recording a video.
[23:48] <dobey> i'll try utorch instead (which does work on my n4)
[23:48] <dobey> and it doesn't work on n5
[23:48] <dobey> not sure why
[23:49] <popey> iBelieve: !
[23:49] <dobey> probably related to why taking pictures with flash on results in way overexposed pictures
[23:49] <popey> kgunn: was playing with ubible just now... kgunn iBelieve is the author ☻
[23:49] <popey> (also, happy new year)
[23:49] <iBelieve> Hey popey
[23:49] <kgunn> you as well
[23:49] <iBelieve> Yes, I’m one of the two main others of uBible
[23:50] <iBelieve> ** authors
[23:50] <popey> there we go, opportune moment to arrive
[23:50] <JoannisO> Aren't you the guy from quartzOS/quantumOS?
[23:50] <iBelieve> JoannisO: Yes I am :)
[23:52] <dobey> i thought moses and peter were the two main authors :P
[23:53] <dobey> gah, click
[23:53] <dobey> the manifest.json is too in the .ubuntu-sdk-deploy directory; stop lying and just build the thingf
[23:53] <iBelieve> dobey: :)
[23:53] <popey> lulz
[23:56] <kgunn> iBelieve: hey so, i don't really know my way round qtcreator and apps per se...just picked something i was interested in to learn a little
[23:56] <kgunn> so i just (re)cloned my fork and followed the readme
[23:57] <kgunn> but...it's whining about building for "desktop<default>"
[23:57] <kgunn> if i target it to ubuntu-vivide-i386 it seems happy
[23:57] <iBelieve> kgunn: I haven’t worked on uBible in a while, so I have no idea if it works with the latest Ubuntu SDK or not.
[23:58] <kgunn> ah-ha...that was my next ques :)
[23:58] <kgunn> ok...i'll keep pokin'
[23:58] <kgunn> makes me learn
[23:58] <iBelieve> kgunn: What about running cmake directly from the command line?
[23:58] <kgunn> one sec


[14:03] <tvansteenburgh> frankban: commented on https://bugs.launchpad.net/juju-gui/+bug/1402061
[14:03] <mup> Bug #1402061: The juju-gui charm fails automated testing <audit> <auto-test> <juju-gui:Triaged> <https://launchpad.net/bugs/1402061>
[14:09] <frankban> tvansteenburgh: great, and good hint about juju-test overriding the juju home, I'll work on that asap (next week). thank you!
[14:31] <rick_h_> frankban: Makyo is going to look into doing the gui release and can look into that for the tests as part of it I think
[14:31] <rick_h_> he'll be doing that today or tomorrow if you can help catch him up on the back story
[14:32] <frankban> rick_h_: sure. Makyo ping me when you want. rick_h_: I'd be inclined to not consider that a release blocker, as far as charm tests pass when run as usual
[14:33] <rick_h_> frankban: rgr but if he's doing a release I was hoping we'd release, get the update into place, and have a good working charm
[14:33] <rick_h_> since 1.21 is moved back I'd like to take the time to do one good release vs another follow up just for automated testing
[14:36] <frankban> rick_h_: ack and I agree with you, it would be great to fix things for eco in this release. I was just suggesting that at the moment charm tests (run as part of the release process) are still fine, and that the error in the bug seems more related to the test runner than the charm itself
[14:37] <rick_h_> frankban: right, I just mean the juju home part. That's it the charm correct?
[14:37] <rick_h_> in the charm tests? /me rereads the bug reply
[14:37] <frankban> rick_h_: that's juju-test IIUC
[14:37] <rick_h_> oh nvm then
[14:55] <frankban> uiteam: I need reviews/QA for https://codereview.appspot.com/194080043 (quickstart/python). Anyone available?
[14:55] <rick_h_> frankban: will try to look between calls today
[14:55] <frankban> ty
[14:55] <rick_h_> Makyo: or bac can help please? ^
[14:55] <bac> frankban: i will after my call
[14:56] <frankban> bac: thanks
[20:31] <marcoceppi> rick_h_: how often do the docs get updated on the jujucharms.com site?
[20:31] <rick_h_> marcoceppi: every 15min they ingest I believe
[20:32] <marcoceppi> rick_h_: then something is wrong because this page isn't being rendered it was merged a day ago
[20:33] <marcoceppi> rick_h_: https://juju.ubuntu.com/docs/config-onlinelabs.html https://jujucharms.com/docs/config-onlinelabs
[20:36] <rick_h_> marcoceppi: otp, can you file a bug at https://github.com/CanonicalLtd/jujucharms.com/issues and we'll chase down what's up on prodstack?
[22:00] <huwshimi> Morning


[15:07] <ndonegan> Having interesting issues with Cloud-init/boto and Contrail.
[15:08] <ndonegan> The fault is definitely with Contrail as it's returning a 502 "encapsulated" in a 200.
[15:09] <ndonegan> So suddenly boto starts doing requests for "http://<IP_ADDRESS>//2009-04-04/meta-data/block-device-mapping/HTTP/1.1%20502%20Bad%20Gateway etc as it's a bit dumb.
[15:11] <ndonegan> The problem is that cloud-init still seems to consider this a good run against the Ec2 source, and doesn't fall through to a "None" data source which provides a userdata_raw for phonehome saying things as are screwed up.
[15:12] <ndonegan> Getting Contrail to fix their side, but would be nice to have some way of flagging this in the future.
[15:13] <ndonegan> Would extending the Ec2 source so that you can specify that X set of fields have to be populuted be a way forward?


[04:06] <zus> hello
[06:23] <holstein> hey zus
[06:23] <holstein> whats the good news?
[11:40] <rvchila> morning!
[14:12] <zus> holstein, hello
[14:13] <rvchila> finally you´ve entered
[14:14] <zus> do you mean about last night?
[14:14] <rvchila> nop, i mean this time
[14:14] <rvchila> since 12:40
[14:14] <rvchila> whatever, i´m hangover
[14:14] <zus> oi, me too
[14:15] <zus> my sister had her baby!
[14:15] <rvchila> fucking garrafón
[14:15] <rvchila> garrafon = the worst alcohol, something like imitation
[14:17] <zus> i went to a friends house his kid graduated high school, it was fathers day, new uncle kinda thing all into one
[14:17] <zus> arrogant bastard! now thats a brew!
[14:18] <zus> how big is ubuntu studio after everything is installed,...
[14:22] <rvchila> i suppose 2 or 3 gb
[14:24] <zus> rvchila, http://www.arrogantbastard.com/animated/index.html
[14:25] <zus> i would have prefered the dvd but i had to install ubuntustudio from synaptic on a clean ubuntu 10.04
[14:25] <rvchila> for me, i install ubuntustudio with the minimal imagen
[14:27] <zus> which is fine because it looks identical to the dvd i tried but i have all the other ubuntu candy like that "me menu"....i dont feel i miss anything now....ecept i prefer the  kde over gnome
[14:27] <rvchila> but its not problem
[14:27] <rvchila> you must install ubuntustudio metapackage and linux-rt
[14:28] <rvchila> change the grub stuff
[14:28] <zus> no ecept hunting tutorial and how to's for  3 gigs of  items is a bit not fun...
[14:29] <rvchila> my instalation is about 5 gb
[14:29] <zus> what is the linux-rt?
[14:29] <rvchila> i don´t know only ubuntustudio audio stuff
[14:29] <rvchila> the kernel real time
[14:30] <zus> whats that do then?
[14:30] <rvchila> i don´t know in english, this kernel is perfect to have low latency
[14:31] <rvchila> latency = time to write the input to the computer
[14:31] <rvchila> ( sorry i´m spanish, and i don´t know english enough )
[14:32] <zus> in synaptic i have marked linux-rt headers 2.6.31-10 and the2.6.31-10rt and linux-headers-rt
[14:32] <rvchila> linux-rt is a metapackage
[14:33] <zus> oh, thats not marked...
[14:34] <rvchila> in your terminal i would do that : sudo aptitude install ubuntustudio-audio ubuntustudio-audio-plugins linux-rt^C
[14:34] <rvchila> without ^C
[14:35] <zus> that would not change the base ubuntu will it?
[14:35] <rvchila> nop
[14:35] <rvchila> in your grub list
[14:35] <rvchila> you will choose the kernel rt
[14:35] <rvchila> or the normal
[14:36] <zus> i dont see a list when i boot up just a blank screen and underscore blinking...then the ubuntustudio splashscreen
[14:36] <rvchila> ah ok
[14:36] <rvchila> you will have to change the grub conf
[14:36] <rvchila> on internet you will have a lot of information
[14:37] <rvchila> but what will you use ubuntustudio ?
[14:37] <rvchila> music creation
[14:37] <rvchila> video?
[14:37] <rvchila> or only have fun ?
[14:37] <zus> for music
[14:38] <rvchila> so i recomend you kernel rt
[14:38] <zus> but my brother and i will be making videos as well,....
[14:38] <rvchila> it´s not problem
[14:38] <rvchila> i think that
[14:38] <rvchila> the kernel rt is to work in real time
[14:39] <rvchila> whatever music , video graphic
[14:41] <zus> i got a untrusted packages could compromise systems security. warning
[14:41] <rvchila> i don´t know
[14:42] <zus> linux-rt linux-image-2.6.31-10-rt linux-image-rt do you wnat to ignore this warning and proceed anyway
[14:42] <rvchila> yes
[14:43] <zus> well its nothing that i can re-install ive it ruins anything i guess
[14:43] <rvchila> it would be fixed at the future
[14:45] <zus> so my connections signal dropped to 48% and the install went from 23 minutes to 12hours....:(
[14:45] <rvchila> where are you from ?
[14:46] <zus> originally i am from puerto rico, but im an army brat, i've been to many places
[14:47] <zus> i didnt  enable the jack to be in real time though
[14:47] <rvchila> you know spanish ?
[14:47] <zus> i can write it phonetically.
[14:47] <rvchila> i mean to read
[14:47] <rvchila> ?
[14:48] <zus> a good bit yes i can read spanish
[14:48] <zus> but some of the words i  have trouble with
[14:49] <rvchila> http://semicorchux.blogspot.com/2010/01/indice-general.html
[14:49] <rvchila> in this web you have information about every step
[14:49] <rvchila> maybe you can use the translator of google
[14:49] <zus> i wouldnt work for an insurance company, im  probably considered illiterate  when i comes to reading and writting in spanish
[14:50] <rvchila> i learnt english in poland
[14:50] <rvchila> :)
[14:52] <zus> i realized the internet is HUGE and when most people ask do you know spanish i some how end up getting Portuguese, brazilan dialect and spain,...or some for of spanish im not too familiar with...
[14:52] <zus> so i have began watching movies with the subtitles in other languages
[14:52] <rvchila> great
[14:53] <zus> ok the install is done, any need to reboot ?
[14:53] <rvchila> yes
[14:53] <rvchila> after that in the console
[14:53] <rvchila> put uname -a
[14:53] <rvchila> and tell me
[14:56] <zus> Linux  2.6.32-22-generic #36-Ubuntu SMP Thu Jun 3 22:02:19 UTC 2010 i686 GNU/Linux
[14:57] <rvchila> ok
[14:57] <rvchila> you don´t have the kernel rt
[14:57] <rvchila> you will have to change de grub conf
[14:57] <rvchila> seek on internet
[14:57] <zus> ok.
[14:58] <rvchila> and the first elecction would have to be rt
[14:59] <zus> brb,...
[15:07] <zus> ok after a reboot,..
[15:07] <zus> Linux  2.6.32-22-generic #36-Ubuntu SMP Thu Jun 3 22:02:19 UTC 2010 i686 GNU/Linux
[15:07] <zus> still the same
[15:13] <zus> so i found online https://help.ubuntu.com/community/UbuntuStudioPreparation , how do i make sure i have these packages installed already and if i missed one or not?
[15:26] <astraljava> !vanilla | zus
[15:26] <astraljava> zus: That's the up-to-date instructions page.
[15:28] <zus> thanks
[16:31] <zus> i tried to zip a bunch of albums into a file and saved as much as i can on dvd, but when i instert the disc to extract  some have 0 items,...what happened to my music?
[16:32] <zus> opps wrong channel, sorry
[16:52] <ScottL> zus, i made an improved page for upgrading from vanilla ubuntu -> https://help.ubuntu.com/community/Ubuntu%20Studio%20Upgrade%20from%20Ubuntu
[16:52] <ScottL> astraljava, it's my fault for not updating the page you linked, perhaps i will do that tonight
[16:55] <zus> ScottL,  thank you.
[16:57] <zus> ign in the terminal does that mean ignore? i see a lot of hit and a few ign
[17:02] <holstein> zus: i usually suggest trying the generic kernel
[17:03] <holstein> and changing to the real-time one if need
[17:03] <holstein> !grub2
[17:04] <holstein> ^^ that'll tell you how to make changes to grub though
[17:04] <zus> holstein,  hey how are you...
[17:04] <holstein> not bad :)
[17:04] <holstein> waking up
[17:06] <zus> was on the drink last night....i didnt get your greeting till this morning
[17:06] <holstein> good for you
[17:13] <zus> so i dont have to add my name to the audio group with the 2.6.32-22-generic kernal?
[17:13] <rvchila> yes
[17:13] <rvchila> your name of user
[17:14] <holstein> zus: add it a log out and back in
[17:14] <zus> brb
[17:15] <holstein> add it and*
[17:24] <zus> i dont think i have the rt kernal and when running sudo gedit /etc/security/limits.comf i only have @audio - rtprio 99 should i just add the other 2 entires anyway? (@audio - nice - 19 and @audio - memlock unlimited)
[17:24] <holstein> zus: sure
[17:24] <holstein> are you having problems with your audio?
[17:24] <holstein> clicks or pops?
[17:25] <holstein> or latency issues?
[17:25] <zus> to be honest i have not yet opened up any of the programs yet...
[17:26] <holstein> i would suggest just using some of the software
[17:26] <holstein> and solving problems as they come up
[17:26] <holstein> add yourself to the audio group
[17:27] <zus> i've been looking through documentation and reading stuff on this
[17:27] <holstein> and add those 2 lines if you got the editor open
[17:30] <holstein> zus: have you opened JACK
[17:30] <holstein> ?
[17:30] <zus> nope , actually  got lmms opened now
[17:36] <zus> audio seems to be fine..
[17:38] <zus> now to  find a way to plug my bass into the computer. i have a poor set up
[17:39] <holstein> let the gear lust begin :)
[17:40] <holstein> ScottL: i added a link to https://help.ubuntu.com/community/UbuntuStudio/Installation
[17:40] <holstein> it links to https://help.ubuntu.com/community/Ubuntu%20Studio%20Upgrade%20from%20Ubuntu
[17:41] <holstein> !vanilla
[17:42] <zus> is there program simmilar to reason where you have your "rack" and ya just add the "instruments" underneath the "mixer" and "drum machine"
[17:42] <zus> aside from lmms
[17:42] <holstein> zus: im not sure what reason looks like
[17:42] <holstein> you can use ANYTHING with ANYTHING in JACK though
[17:43] <holstein> programs that are JACK aware can be routed where ever you want to route them
[17:45] <zus> brb
[17:58] <zus> i think im good for now,.. will setting up the video portion affect anything i've done in the audio?
[17:59] <holstein> zus: you mean installing the video apps?
[18:00] <zus> yeah, nothing should conflict
[18:00] <holstein> correct
[18:01] <zus> i like this set up much better than what i seen on the dvd,... im able to retain the Ubuntu lucid stuff as well as having ubuntustudio everything else,...am i able to change the log in screen and or boot splash?
[18:02] <holstein> in theory
[18:02]  * holstein looking
[18:08] <holstein> http://crashsystems.net/2010/04/changing-plymouth-themes/
[18:08] <holstein> i would look at that
[18:11] <zus> sweet thanks,.. brb
[18:28] <zus> holstein,  adding the @audio lines i did just earlier, gave me real-time accses for my applications,  is sudo su -c 'echo @audio - rtprio 99 >> /etc/security/limits.conf' the same thing?
[18:37] <zus> thank you all again for the help. i should be good to go then
[18:43] <ScottL> thanks holstein for adding the link!  that rocks man
[18:48] <zus> could i have done this with Kubuntu rather than Ubuntu? and  what about using these packages on other distros like mint9?
[19:21] <jussi> zus: with kubuntu youll be fine - however, mint we dont offer any support for.
[19:22] <zus> jussi thank you,..
[19:23] <jussi> zus: also, on ubuntu its recommended to use sudo -i instead of sudo su ;)
[19:25] <zus> jussi i just wouldnt download the theme packages for kubuntu then right?
[19:25] <jussi> yeah, no need for those :)
[19:27] <zus> shiny :)


[06:39] <sturmflut2> anybody here with an arale handset who could test a game for a moment?
[06:50] <DanChapman> morning all o/
[07:20] <karni> Which 5.x Qt version do we have on the phone?
[07:24] <karni> I gather 14.10 is Qt 5.1
[07:30] <karni> zbenjamin: yo bruh, you around?
[07:47] <DanChapman> karni IIRC 14.10 == Qt5.3.1 and 15.04 == Qt 5.4
[07:49] <karni> DanChapman: thank you, that's helpful :)
[08:19] <popey> karni: DanChapman http://packages.ubuntu.com/search?keywords=libqt5core5a is handy for this.
[08:19] <karni> popey: very handy! thank you
[08:19] <popey> np
[08:19] <zbenjamin> karni: yep
[08:20] <zbenjamin> didrocks: hey about bug https://bugs.launchpad.net/ubuntu/+source/qtcreator-plugin-ubuntu/+bug/1461597  .. we aready do the naming like that. No?
[08:21] <zbenjamin> didrocks: "krillin" would be the model name
[08:21] <zbenjamin> didrocks: the device name would be by default "Ubuntu Device"
[08:22] <zbenjamin> didrocks: or did we want the default device name to be the "model name"
[08:30] <didrocks> zbenjamin: IIRC, bzoltan renamed on his machine the kits name, so instead of "UbuntuSDK for armhf (GCC ubuntu-sdk-14.10-utopic)" he simplified it and we agreed that it would be a nice pattern to follow
[08:31] <didrocks> bzoltan: can you share what you renamed them to?
[08:31] <didrocks> (IIRC, we also told we can drop the -utopic)
[08:31] <didrocks> probably GCC as well
[08:31] <didrocks> for instance the "Desktop" one is a nice example, we can follow that scheme for other kits
[08:32] <bzoltan> didrocks: I simple renamed the device on the Devices page and deleted/recreated the Kit. As the Kit name comes from the device name .. what we should do is to give the name by the device type
[08:33] <didrocks> yeah, making sense
[08:33] <bzoltan> zbenjamin:  ^ Like krillin, mako, etc
[08:39] <zbenjamin> didrocks: bzoltan: well the UbuntuSDK for armhf (GCC ubuntu-sdk-14.10-utopic) is a special Kit. It is always autocreated even without a device
[08:40] <zbenjamin> didrocks: bzoltan: i can stop doing that but then users without a device won't have a kit
[08:40] <seb128> hum, are kits device specific?
[08:40] <zbenjamin> seb128: yes
[08:40] <seb128> in which way?
[08:40] <seb128> the sdk is the same on any device
[08:40] <seb128> I for sure didn't write a mako and a krillin version of my apps
[08:40] <zbenjamin> seb128: 14.10 vs 15.04
[08:41] <seb128> well, that's not a device difference
[08:41] <seb128> it's a software channel
[08:41] <zbenjamin> seb128: Kit != chroot. So if you know what you are doing you can of course manually change the device in a kit
[08:41] <bzoltan> seb128:  :) https://developer.ubuntu.com/en/blog/2015/03/18/everything-you-always-wanted-know-about-kits-were-afraid-ask/
[08:42] <seb128> bzoltan, thanks
[08:42] <zbenjamin> bzoltan: didrocks: we can of course always require a device in order to create a ubuntu kit
[08:42] <zbenjamin> bzoltan: didrocks: but that will make the first run wizard a bit more complex. And its a not so small task
[08:43] <zbenjamin> bzoltan: didrocks: because then the user needs to attach a device
[08:43] <bzoltan> zbenjamin:  having a generic Kit when no devices are available is good idea. That is different use case
[08:43] <zbenjamin> bzoltan: or we can just not automatically create them. But give the user a button somewhere to "Create generic Kit"
[08:43] <bzoltan> zbenjamin:  I would not overcomplicate ... as first step let's fix how we call our devices.
[08:43] <zbenjamin> but where?
[08:44] <zbenjamin> bzoltan: thats not easy as well. The devices are called "Ubuntu Device" because atm where we detect them (device_search) we do not know the model name. As the device_search ALWAYS returns mako
[08:45] <zbenjamin> bzoltan: so we would need to reimplement the device_search script to do the right thing
[08:45] <seb128> I don't understand why I need different kits to deploy to a bq4.5 and a bq5 if they are on the same system image channel
[08:45] <bzoltan> zbenjamin: are you sure... I do not have my krillin with me, but I recall it reported to be krillin
[08:45] <seb128> those are exactly the same stacks
[08:46] <zbenjamin> seb128: whats the problem with having a different kit?
[08:46] <bzoltan> seb128:  Kits have devices assigned ... if you have two devices one 5 and one 4.5 the IDE should identify them
[08:46] <didrocks> zbenjamin: I guess it's ok to recycle the generic Kit when creating an emulator device
[08:46] <didrocks> that way we can fuzz out the confusion between kits and chroot
[08:46] <bzoltan> seb128:  and yes, they will use the very same chroot and toolchain
[08:47] <seb128> zbenjamin, it's confusing/noise/duplication
[08:47] <didrocks> which is puzzling everyone, see seb128's case ;)
[08:47] <didrocks> and most of the feedback I had
[08:47] <seb128> didrocks, what is confusing me is not what we have now, but people wanting to use the device name
[08:47] <bzoltan> seb128: didrocks: this is something we can not help... contradictint requrements :)
[08:47] <zbenjamin> seb128: didrocks: as i said before Kits are a essential part of QtCreator they won't go away. And they provide a clean way to combine a toolchain and a device
[08:48] <seb128> hum, k
[08:48] <seb128> I don't understand what the device part is about, but alright
[08:48] <didrocks> seb128: what you think what you have today isn't actually what kit is :)
[08:48] <zbenjamin> seb128: wait we use the device name right now when you autocreate a kit
[08:48] <didrocks> seb128: even if I don't really like how this acts, I'm trying at least avoiding the confusion
[08:49] <bzoltan> didrocks: seb128:  folks want two contradicting features: 1) when I have two devices plugged in i want to be able to switch between them with a single move 2) I want a single clikc
[08:49] <zbenjamin> seb128: you will always need only one 15.04 chroot. A Kit is just a configuration thingie that tells QtC use that chroot with that device
[08:49] <seb128> zbenjamin, my kit is named "UbuntuSDK for armhf (GCC ubuntu-sdk-14.10-utopic)", no device name in there
[08:49] <bzoltan> didrocks: seb128: these two just simple do not blend :)
[08:50] <zbenjamin> seb128: so what you have now is, you can attach your 2 BQ devices at the same time, and by switching the Kit you can run your apps on them
[08:50] <seb128> zbenjamin, alright, the concept is a bit confusing, I would expect a "target platform" e.g sdk-15.04 and to pick a device where to deploy
[08:50] <zbenjamin> seb128: a different way would be to always only support one device being attached at the same time
[08:50] <zbenjamin> seb128: what device to pick if you have 2 15.04 attached?
[08:51] <seb128> 15.04 what?
[08:51] <zbenjamin> devices
[08:51] <seb128> that's the software target
[08:51] <seb128> like the chroot
[08:51] <seb128> then the devices can be listed as "device to deplay to" in a combo or something
[08:51] <seb128> it's just confusing to mix the software platform you target with the actual devices
[08:51] <didrocks> seb128: the device target is a "kit" in qtcreator terminology
[08:51] <zbenjamin> so you want a combobox to pop up every time you press run?
[08:52] <seb128> no, I want to select a device and have that one used
[08:52] <zbenjamin> thats what you have now
[08:52] <seb128> didrocks, k, it's just the "kit" wording that is confusing then
[08:52] <zbenjamin> :D
[08:52] <didrocks> zbenjamin: and a "use latest device" checkbox to avoid reasking for the session
[08:52] <seb128> they should call it "device"
[08:52] <seb128> or "deploy target"
[08:52] <seb128> when you tell me "kit" I don't think "device"
[08:53] <didrocks> seb128: bug #1461021
[08:53] <seb128> didrocks, thanks :-)
[08:53] <zbenjamin> didrocks: you know that is a upstream bug right :D
[08:53] <didrocks> zbenjamin: yeah, I'm still unsure it's not somewhere where we need to deviate from upstream
[08:54] <zbenjamin> didrocks: i think replacing strings is not a useful task. It will require us to carry distropatches around that do not add any value
[08:54] <seb128> they do add values if they make things less confusing for our users
[08:54] <zbenjamin> didrocks: if its called "Kit" or "Deploy Target" makes no difference. Its terminology , once learned you know what it means
[08:54] <seb128> "once learned"
[08:54] <seb128> it makes the learning curve more difficult
[08:55] <bzoltan> seb128:  The "Kit" is not a device either
[08:55] <zbenjamin> yes every new development ide will give you a learning curve. And QtCs is not the worst
[08:55] <seb128> and increase the chances people give up on your platform because they can't be bothered dealing with all the non-sense
[08:56] <zbenjamin> probably the concept of "Kits" are not easy to understand. But a name won't change that
[08:56] <zbenjamin> the concept will stay the same
[08:56] <bzoltan> seb128: I still do not understand why you think it is non-sense ... it totally makes sense. You are the one who wants two contradicting features :)
[08:56] <seb128> k, fair enough
[08:57] <seb128> bzoltan, I don't want any feature, "kit" just doesn't speak to me and I find it makes things confusing
[08:57] <seb128> I associated kit [08:57] <seb128> but apparently wrongly
[08:57] <bzoltan> seb128:  You do, but you do not realize .. you want to switch between multiple attached devices, right?
[08:57] <seb128> and I'm probably not the only one confused about that
[08:57] <zbenjamin> Qt is not only high level software platform (15.04 vs 14.10) its also (armhf vs x86 vs any_other_arch) . By that you can not just have a device at the other end
[08:58] <didrocks> bzoltan: so, basically, in android studio, the mapping is more with what seb128 and I tought about
[08:58] <didrocks> (and I think it makes sense for most of developers)
[08:58] <didrocks> like you create a project
[08:58] <didrocks> select a framework target (which is the chroot)
[08:58] <didrocks> then, when you want to run it, there is a popup to select your device
[08:58] <seb128> zbenjamin, right, but I know that my devices are same archs and same ubuntu channels, basically they have the exact same software setup
[08:58] <bzoltan> didrocks:  keep in mind that android studio is a platform specific IDE
[08:58] <didrocks> (emulator or real device)
[08:58] <zbenjamin> didrocks: bzoltan: well what i could imagine is to have a "15.04-armhf" device. That automatically maps to a attached device that matches the description. But it will render all existing project configurations void
[08:58] <didrocks> bzoltan: we want to create the "ubuntu tools" though
[08:59] <didrocks> it being qtcreator is an implementation detail
[08:59] <bzoltan> didrocks:  we do
[08:59] <zbenjamin> didrocks: bzoltan: and its a month of work
[08:59] <didrocks> and should not change our goal
[09:00] <didrocks> zbenjamin: hum, that would be a nice goal, not sure that's going to work when you have an emulator + a device attached
[09:00] <didrocks> for instance
[09:00] <zbenjamin> didrocks: popups are sooooo 1990
[09:00] <didrocks> so not sure it worthes it
[09:00] <didrocks> zbenjamin: yeah, but you get it only once
[09:00] <didrocks> then, it reuses the same device
[09:00] <zbenjamin> didrocks: exactly what i hate with dialogs. What if i want to change it ?
[09:00] <didrocks> (until it's unavailable of course)
[09:00] <zbenjamin> didrocks: i will need to search for the options somewhere
[09:00] <didrocks> you have an entry for that
[09:01] <didrocks> yeah, that can be the "devices" mode
[09:01] <didrocks> as we have today
[09:01] <zbenjamin> why would i need a devices mode in that model?
[09:01] <zbenjamin> ok for creating the emulators maybe
[09:01] <zbenjamin> but i won't have a list of devices like i do know
[09:01] <didrocks> zbenjamin: seeing connected device
[09:01] <didrocks> as there can be some connection issues
[09:02] <didrocks> or developer mode not switched on
[09:02] <didrocks> and so on
[09:02] <zbenjamin> all i would have is:   "15.04-armf, 15.04-i386, 14.10-armhf,...."
[09:02] <zbenjamin> didrocks: and you would definately loose the ability to attach more than one device. Probably the first attached device would always win
[09:03] <zbenjamin> or the last
[09:03] <didrocks> zbenjamin: no, as you would ask when you start you project
[09:03] <didrocks> and run for the first time of the session
[09:03] <zbenjamin> Well either i have generic devices, or specific devices. I can not have both
[09:03] <didrocks> then, you can reuse the "Run" button to change between device (but yeah, it's a major deviation from upstream)
[09:04] <zbenjamin> the QtC has a device type called IDevice i need to derive from
[09:04] <zbenjamin> i can not do both
[09:04] <zbenjamin> otherwise all devices would still show up and it would be a mess
[09:07]  * zbenjamin thought this is a easy bug... just a quick change of some strings :D
[09:07] <didrocks> I guess we should really investigate on what the developers expect
[09:07] <didrocks> as in user testing
[09:07] <didrocks> I have the view on what others platforms are doing
[09:08] <didrocks> you have the one specific to QtC
[09:08] <didrocks> so I guess the best would be to have "real world usage"
[09:08] <didrocks> with someone agnostic to the platform
[09:08] <didrocks> and see what they do expect when they create a project to target a framework/device
[09:08] <didrocks> (unsure how we can achieve it though)
[09:20] <zbenjamin> didrocks: :/
[09:21] <didrocks> zbenjamin: I didn't dare asking for a pool, because you know… pools are answers to everything! :p
[09:21] <zbenjamin> didrocks: keep in mind we also will have "ubuntu desktop" device targets. That are not the traditional "Desktop" targets. Means they will be more like devices with click and so on
[09:22] <zbenjamin> didrocks: like this? http://www.pool-magazin.com/wp-content/gallery/50_elegantes_pooldesign/Pool.jpg :D
[09:22] <bzoltan> didrocks: sure we could use some user tests.. but note, that our IDE is out there for like 3 years for app development and I hav never received complainment about the Kit concept. Developers seem to understand that it is a Qt-ish thingy and they deal with it.
[09:22] <didrocks> zbenjamin: oh yeah, I want that one, NOW! :-)
[09:23] <zbenjamin> didrocks: +1 :D
[09:24] <didrocks> bzoltan: yeah, but most of devs only had one device
[09:24] <zbenjamin> bzoltan: there are some bugs i would like to target to the new QtC release. Can we have a milestone for that?
[09:24] <didrocks> bzoltan: you never heard complain from seb128 for instance because he thought the Kit was something else
[09:24] <bzoltan> didrocks:  for those developers who we had interaction in the last years are not new to Qt ... BB, Meego, Sailfish all used QtC and most of the non android/ios linux mobile developers do understand the idea
[09:24] <didrocks> until he would try on a second one :)
[09:25] <zbenjamin> bzoltan: or should i just target it to 15.10
[09:25] <bzoltan> didrocks: I did hear seb128 as I did hear from few _only_ ubuntu _only_ gtk app developers... few, not many
[09:27] <seb128> lol
[09:28] <bzoltan> seb128:  sorry dude :) There is a world outside of the bubble :)
[09:29] <sturmflut2> zbenjamin, bzoltan: I just created an empty "QML App with Simpe UI (qmlproject)" project for the 14.10 framework on my 15.04 desktop, and while it runs fine, I just get a lot of items saying "Error" when I go to the "Publish" tab and press on "Build and validate click package"
[09:29] <seb128> bzoltan, yeah, I'm unsure I consider myself as a gtk dev, I don't do much gtk nowadays, I spend more time on the touch code and qt/qml than on gtk for sure
[09:29] <seb128> bzoltan, also GTK doesn't have an IDE, so you can't say I was used at their tools :p
[09:30] <zbenjamin> sturmflut2: huh. Can you paste the output from the compiler tab?
[09:30] <didrocks> zbenjamin: bzoltan: so, to come back on the bug, I think putting the device name as we originally plan, would be the less intrusive fix for now and giving a clearer idea of what a kit is
[09:30] <didrocks> (as we discussed during the sprint)
[09:31] <didrocks> at least, that would be a step in less confusion, and so right direction (even if as told, we need to dig more on this)
[09:31] <didrocks> and this is compatible with QtC paradigm
[09:31] <bzoltan> seb128: didrocks: to be honest I am serious about this. I am not defending anything... but for other linux SDKs it was pretty trivial and obvious that the toolchain+device type+API set needs an umbrella... here with ubuntu we are spoiled  with the luxury of using our own toolchain and targeting our native runtime environment. People developing on Win to Android or on Win to Meego used to deal with this.
[09:32] <didrocks> bzoltan: on Win to Android is closer to what want, so I wouldn't use that as an example
[09:32] <bzoltan> didrocks: +1 We need to hide the confusing parts. I think it is possible.... even with Kits :)
[09:33] <sturmflut2> zbenjamin: http://paste.ubuntu.com/11689200/ and https://i.imgur.com/bgkHFqS.jpg
[09:33] <bzoltan> didrocks:  because on Win to Android you use an IDE what was made for android ... if we would have chance to make our own IDE I am sure we could do the same. the trouble here is that we save massive work by using QtC what is made for other platforms too
[09:35] <bzoltan> didrocks: seb128: not to mention that Android Studio has a huuuuuge advantage... they do not need to figure out anything about toolchain and arch because they just know it. QtC does not, so we need an abstraction for that. Crap it is.. but we can not change that.
[09:35] <didrocks> bzoltan: I was just bouncing on your "people developing on Win to Android […] used to deal with this"
[09:35] <bzoltan> didrocks: seb128: so indeed having our own toolchain would make certain things simpler
[09:36] <zbenjamin> sturmflut2: ugh
[09:36] <bzoltan> didrocks:  bouncing onthat is accepted :) point there
[09:36] <zbenjamin> sturmflut2: what ubuntu version you running?
[09:36] <sturmflut2> zbenjamin: 15.04 on the development desktop
[09:36] <zbenjamin> sturmflut2: and that happens for all your apps or just that specific one?
[09:37] <sturmflut2> zbenjamin: excellent question, it just happened for the first time. Let me check.
[09:38] <zbenjamin> sturmflut2: and you do use the SDK ppa?
[09:41] <sturmflut2> zbenjamin: ...okay, I was using the SDK PPA for utopic on vivid
[09:41] <sturmflut2> shame on me
[09:42] <zbenjamin> sturmflut2: oh it still had "utopic" in it? :D
[09:42] <zbenjamin> sturmflut2: you need the ppa enabled on vivid too, just with the right version of course
[09:42] <sturmflut2> zbenjamin: apparently forgot to check all my PPAs when updating to vivid
[09:43] <zbenjamin> sturmflut2: normally they should be disabled automatically
[09:43] <sturmflut2> zbenjamin: Thanks for the hint, I would have never found out
[09:43] <zbenjamin> sturmflut2: lets see if it helps ;)
[09:44] <sturmflut2> zbenjamin: It does, all arrows green now
[09:44] <zbenjamin> sturmflut2: \o/
[09:44] <zbenjamin> sturmflut2: that was easy :D
[09:52] <popey> \o/
[09:53] <karni> zbenjamin: I thought you'd be able to answer that question - what are disadvantages of developing an app with Qt quick controls VS Ubuntu components (besides 1. UC are more touch oriented 2. UC have Ubuntu look)
[09:54] <zbenjamin> karni: well if you do not care about native look and feel, you probably won't have disadvantages. But note that you can mix both worlds
[09:55] <zbenjamin> karni: just use namespaced imports
[09:55] <zbenjamin> karni: and i'm not sure if quick controls are officially supported
[09:56] <zbenjamin> karni: also on the QCS we heard that they work on QtQuickControls2 ... so not sure how much love the first version will receive now
[09:56] <karni> zbenjamin: I see
[09:57] <karni> zbenjamin: The question comes from the fact that I was interested in more customized application looks from our Ubuntu UI toolkit
[09:57] <karni> and was wondeing if 1) it's possible 2) anyone has already done that
[09:57] <karni> I guess the important question is then - whether quick controls are officially supported
[09:58] <karni> zbenjamin: don't our Ubuntu Components build on qt quick controls?
[09:58] <karni> I thought most of Ubuntu Components are actually relatively simple wrappers
[10:05] <karni> zbenjamin: oh, or rather - wrappers around QtQuick, not QtQuick.Controls
[10:06] <nik90> karni: I believe both qtquick controls and ubuntu-sdk components were developed at the same time in parallel..so for instance the SDK's Checkbox is different from the QtQuick Controls Checkbox component.
[10:06] <nik90> karni: however reading through https://developer.ubuntu.com/en/blog/2015/06/08/sprinting-convergence/, it seems it is planned to stay close to upstream where possible
[10:06] <karni> nik90: I see. Do you know of examples of apps using qt quick controls, running on Ubuntu phone?
[10:07] <karni> nik90: I'll admit I've only run over that article. I'll give it more thorough read, thank you :)
[10:07] <nik90> karni: I remember a long time trying to use the upstream qtquick controls in my app and it seems to work..although I cannot remember if it worked on the phone or on my desktop
[10:07] <nik90> long time ago*
[10:08] <karni> nik90: I see, thanks :)
[10:08] <nik90> yw
[10:08] <avim> hi. someone can help me what to do with package with depends? i want to create package for ubuntu phone. and click in the click package there is nothing about depends...
[10:09] <popey> avim: you bundle the binaries into the package
[10:11] <avim> even if the lib that i have depend on it is on ubuntu official repo?
[10:12] <popey> yes
[10:12] <popey> click packages have no deps
[10:12] <popey> other than the framework which we provide on the device
[10:13] <popey> e.g. neverball in the store has a build of libsdl2 inside the package, so does neverputt, so a user who installs both gets two copies of libsdl2
[10:13] <avim> ok. thank you.
[10:13] <popey> np
[11:05] <dholbach> davidcalle, mhall119: I just got the following when trying to comment on a developer.u.c blog post: Forbidden (403)
[11:05] <dholbach> CSRF verification failed. Request aborted.
[11:05] <dholbach> More information is available with DEBUG=True.
[11:07] <dholbach> in any case, I filed https://bugs.launchpad.net/developer-ubuntu-com/+bug/1463779
[11:09] <davidcalle> dholbach :(
[11:09]  * davidcalle -> lunch
[11:55] <mivoligo> rpadovani: ping
[18:00] <mariog> hey....I just followed the tutorial on adding settings to a scope: https://developer.ubuntu.com/en/scopes/tutorials/adding-settings-to-your-scope/
[18:01] <mariog> by the way, after following these instructions, my scope does not have any settings and the "CONFIG EMPTY" error message is displayed when running it
[18:01] <mariog> can anybody help me?
[19:27] <popey> renatu: could you take a look at this please https://bugs.launchpad.net/ubuntu/+source/qtpim-opensource-src/+bug/1462989
[19:28] <popey> renatu: may help  https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1437305
[19:28] <popey> renatu: also, any progress on https://bugs.launchpad.net/sync-monitor/+bug/1339016 ?
[19:31] <renatu> popey, the last one was released a long time ago
[20:17] <renatu> popey, could you check if this fix solves the problem: https://code.launchpad.net/~renatofilho/qtorganizer5-eds/fix-1437305/+merge/261666