=== chihchun is now known as chihchun_afk
popeyaquarius: enjoyed that session about UCS last night11:07
aquariuspopey, me too, although I was surprised to discover that nik90 and I actually have different goals for it, because I want PyPI/npm/github and he wants a curated store of excellence :)11:08
aquariusam currently wondering whether there is value in working on the ucs tool and having, essentially, "main" (what nik90 wants; components must be brilliant and will end up in the SDK; add by merging to the core branch; all component authors must be highly trusted) and "universe" (anyone can add; provide a link to a remote location; onus is more on the developer to know what to use)11:10
popeyThat makes sense to me.11:11
nik90aquarius, popey good morning11:12
aquariusit will unavoidably make the developer experience slightly more complicated than nik90 currently has, because you now have to specify whether you want main or not (I would not like universe to be completely invisible unless you know about it, otherwise it'll never get used, and eventually everyone agrees that it's the default)11:12
aquariusnik90, heya!11:12
nik90aquarius: when we talked yesterday about the requirements of components, it included a set of documentation, test cases and stable api that cannot be guaranteed by every 3rd party component out there11:15
aquariusHence my proposal that there is "main", which needs those things, and "universe", where those things are a good idea but aren't *required* and which components are good is discovered by market forces, like npm or pypi or the click store or google play :)11:16
nik90But I kind of like the idea of main and universe11:16
aquariusobviously, having good documentation and test cases and a stable API makes your component more attractive11:17
popeyI'd rather everything was in universe until it was good enough for main11:18
popeythen if its so good in main it might go to sdk11:18
aquariusnew proposal, too: components with a slash in their name are in universe11:21
aquariusand the names are user/component11:21
aquariusso I make sil/mycomponent11:21
aquariusand that's in universe11:21
aquariusif it gets good enough to reach main, and I want it to go into main, then it becomes "mycomponent"11:21
aquariusand then eventually it hits the SDK11:22
nik90so does the component-store store the metadata of the components in universe?11:22
aquariusso we can tell people: don' t use stuff with a slash in its name if what you want is basically SDK 2.011:22
aquariusyep, the component store stores the metadata11:22
aquariusbut not the components themselves11:22
aquariusand ucs looks in *two* places, depending on whether you want main or universe components11:23
nik90what about the documentation for these components in universe? One of the benefits of being in the "main" is that it allows for documentation to live in a central place with good formatting.11:24
aquarius(that is: the universe server doesn't have the details of main components in it, so that if universe dies or goes away, main keeps working)11:24
nik90or perhaps we don't impose that requirement on components in universe?11:24
aquariusdocumentation for a universe component is up to its author11:24
aquariuspretty much everything in npm is in github and the readme is the documentation (or they have a readthedocs site etc)11:25
nik90aquarius: can you draw a flowchart of how the structure of the universe would be? As in the metadata, uploading it to the store, server etc..and I can help with some of the individual bits.11:28
aquariusI can11:32
aquariusit's all abundantly clear in my head :)11:32
nik90now make it clearer for all of us so that we can help you :)11:33
nik90aquarius: btw the ucs script atm is just a bash script which does its job, do we need to convert it into python?11:34
aquariusit needs to not be bash11:34
aquariusI personally would make it be python11:34
aquariussince that's well-supported on Ubuntu11:34
nik90ok, I will look into converting it11:34
aquariusand the alternative well-supported things are all miserable compiled languages ;)11:35
aquariusI'd hold off for a bit until we decide whether we're doing this?11:35
nik90you mean the universe part?11:35
aquarius'cos if you rewrite it and then we add universe I bet you'll need to rewrite it again :)11:38
* DanChapman settles down to watch the UCS session. What a great idea!!11:47
DanChapmanmorning nik90, aquarius, popey o/11:47
nik90morning DanChapman11:48
aquariusI need to work out how best to document the pile of broken glass that is my head. Will think on it today :)11:52
rpadovanio/ How can I install and register a scope on the phone from a click package?13:33
riyan123qwecan i ask here??13:51
riyan123qwewhy device status : disconnected13:52
roman2861Hello all13:58
roman2861I have a problem with OnlineAccounts13:58
roman2861What error: "RequestAccess failed: QDBusError("com.ubuntu.OnlineAccountsUi.InvalidApplication", "Invalid client application")" means?13:59
nik90mhall119: hey, I got a question. What open-source license would be best for components that I like to share with everyone? Recently I read in your blog, that you went with BSD. Should I stick with GPL or go with BSD as well?14:34
swordfish90Hello everyone. Just a quick question, which is the suggested way to implement settings in the applications at the moment: U1DB, LocalStorage or Settings in Qt.labs?14:46
nik90swordfish90: hmm that's a tough one14:47
nik90All 3 are supported by the Ubuntu SDK. For settings such as user preference I would definitely choose between U1db and Qt.Labs.Settings.14:47
swordfish90nik90, ahahah, I know that :D ...14:48
nik90gcollura: can you help with this one ^^14:48
swordfish90Anyway yes, we are talking about the user settings in the terminal if that's of any use.14:48
nik90swordfish90: I would lean more towards Qt.Labs.Settings then. It is blazing fast at loading values14:51
swordfish90Ok, it's also probably the easiest. With local storage I had plenty of boilerplate code. Thank you nik90!14:53
nik90swordfish90: LocalStorage would definitely be my last choice ;) .. I was only doubting the choice between u1db versus qt.labs.settings14:54
ahayzennik90, +1 settings we've started using that in Music and its awesome :)15:05
mhall119nik90: I would recommend BSD, but if you like the protections of the GPL then LGPL would work for you too17:13
=== amn is now known as Guest74622
=== bob is now known as Guest9075
=== balloons is now known as Guest4725
=== mihir_ is now known as mihir
=== chihchun_afk is now known as chihchun
=== tsimpson_ is now known as tsimpson
=== DanChapman_ is now known as DanChapman
mihirpopey: ping19:34
popeymihir: pong!20:13
ahayzenAnyone else get Gmail notifications making a noise even though the device is in silent mode?20:31
=== daker__ is now known as daker
ahayzenpopey, ping ?21:08
popeyahayzen: heya21:09
ahayzenpopey, hey we have set the development focus has remix (as suggested by balloons) ...21:09
ahayzenpopey, seems the side affect is jenkins gets run twice as it is set to run against trunk (now remix) and lp:music-app/remix ?21:10
ahayzenpopey, do you think we need to disable the remix one?21:10
ahayzenpopey, eg see https://code.launchpad.net/~andrew-hayzen/music-app/remix-store-tab-index/+merge/24187721:10
popeylet me see21:12
popeyoh i see, yes.21:12
popeyi dont see how to disable that21:13
ahayzenpopey, i guess fginther` as he set it up?21:14
popeylemme ping him a mail21:15
ahayzenpopey, i wonder what happens when we try to merge? ... first one wins? or does the universe collapse?21:15
popeyi suspect first one wins21:17
popeydo we have any in flight?21:18
ahayzenpopey, soon but not yet they are all under review i was talking to victor about them and suddenly realised double jenkins lol21:19
popeywe go from zero jenkins to all the jenkins ☻21:21
ahayzenpopey, thanks :)21:21
ahayzenpopey, all the jenkins \o/21:21
=== Elleo_ is now known as Elleo
fginther`ahayzen, popey, music-app/remix jobs are disabled now21:59
ahayzenfginther`, thanks :)21:59
popeyboom, thanks fginther`22:08
=== mhall119_ is now known as mhall119

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!