[03:37] <lotuspsychje> good morning to all
[06:23] <EriC^^> morning all
[06:29] <ducasse> good morning
[07:24] <lotuspsychje> rabel_: welcome
[07:24] <rabel_> :)
[07:24] <rabel_> hi there. i heard that a lot of companies don't want to use ubuntu because it has no hardware certification and is considered "less enterprise" than sles or rhel by a lot of people. on the other hand i read that ubuntu is one of the most common linux distro out there. which is true? do you know any bigger companies that use ubntu as a server os?
[07:25] <lotuspsychje> rabel_: debian & redhat are also know for many server uses Os
[07:25] <lotuspsychje> not sure wich is biggest
[07:25] <jink> YOUR MOM
[07:25] <lotuspsychje> !behelpful | jink
[07:25] <lotuspsychje> lol
[07:25] <jink> :')
[07:27] <lotuspsychje> rabel_: ubuntu stats not too long ago, showed alot of server usage worldwide
[07:27] <rabel_> lotuspsychje: can you tell me where to look that up?
[07:28] <lotuspsychje> rabel_: i think its pretty relative to compare stats like that, as we cant be 100% sure of what happens worldwide
[07:28] <ducasse> rabel_: i'm sure canonical would be happy to answer your questions about this, if you contact them
[07:28] <lotuspsychje> rabel_: i think a good aproach for this, is to start inquire why you ask exactly?
[07:30] <rabel_> i ask because my boss told me to focus on the disitributions that potential customers are using. and he thinks that ubuntu is not one of them.
[07:31] <rabel_> lotuspsychje: so if i can provide him numbers or examples of big companies using ubuntu on servers, i can concentrate on ubuntu ;)
[07:31] <lotuspsychje> rabel_: and your potential customers target server or home desktops?
[07:31] <rabel_> server
[07:31] <lotuspsychje> then your boss is pretty wrong
[07:32] <rabel_> that's what i think, too. but i need to show him something to convince him
[07:33] <lotuspsychje> rabel_: this might be a good start: https://blog.ubuntu.com/2016/04/07/ubuntu-is-everywhere?utm_source=omgubuntu
[07:34] <rabel_> lotuspsychje: thank you.
[07:35] <lotuspsychje> rabel_: the article is from last year, so might have changed since then
[07:36] <rabel_> lotuspsychje: even more interesting would be if i find something for the situation in germany.
[07:37] <lotuspsychje> rabel_: for that, perhaps would be wise as suggested contact canonical as ducasse said
[07:38] <rabel_> yes, probably.
[07:38] <rabel_> thank you both. i will do that :)
[07:38] <lotuspsychje> rabel_: if you can convince its to gain new customers to ubuntu server, pretty sure they gonna answer
[07:39] <lotuspsychje> !canonical
[07:41] <guiverc> rabel_, i see lots of stuff via ubuntu.insights (insights is marketing stuff from canonical) such as https://insights.ubuntu.com/2018/04/26/ubuntu-18-04-lts-optimised-for-security-multi-cloud-containers-ai/  that may be of interest; regularly articles focus on companies using ubuntu; but I rarely take much notice (other than scanning for uwn purposes [particularly in the past])
[07:41] <lotuspsychje> we should have a !contact trigger :p
[07:47] <lotuspsychje> rabel_: deutsche telekom is on ubuntu aswell
[07:50] <rabel_> lotuspsychje: are they? they are mentioned a lot, but i cannot find a place where is exactly that "telekom is on ubuntu", so that i could show it to my boss
[07:52] <lotuspsychje> Deutsche Telekom is developing and deploying many new cloud applications on Ubuntu OpenStack as part of its secure and highly scaleable public cloud Business Marketplace ecosystem for SMB customers.
[07:53] <lotuspsychje> rabel_: https://blog.ubuntu.com/search?q=deutsche
[07:53] <rabel_> thx
[07:55] <lotuspsychje> rabel_: https://www.openstack.org/foundation/companies/profile/deutsche-telekom
[09:58] <BluesKaj> Hey folks
[10:54] <daftykins> \o
[10:55] <BluesKaj> Hey daftykins
[10:56] <daftykins> all well? any progress with Konversation?
[11:01] <BluesKaj> not really ..no response to my queries in the konv chat
[11:01] <daftykins> :( not a good sign
[11:02] <daftykins> a few years ago i had the same kind of issue with irssi, but i'm glad they sorted that out
[11:02] <BluesKaj> most kde users run quassel which I find fugly and weirdly laid out without any options to change it
[14:32] <BluesKaj> ok trying out quassel , seems the socks5 proxyworks, and managed to make the "look" less annoying
[17:36] <oerheks_> instead of cat etc issue >> hostnamectl status :-D
[17:37] <oerheks_> but that reveals some unique numbers...
[19:15] <daftykins> o0
[19:19] <oerheks_> :-)
[21:55] <oerheks> oh, that annanilator .. if you cannot find the versions ..
[21:55] <oerheks> hi there TJ-
[21:55] <nacc> oerheks: right
[21:56] <TJ-> oerheks: how you doing?
[21:57]  * oerheks drops 4.17, waiting for 5
[21:57] <oerheks> good, long time no see :-D
[21:57] <TJ-> yeah, busy here on the farm
[21:59] <oerheks> I can imagine that
[21:59] <oerheks> this hot & wet spring, does nature explode :-D
[23:16] <oerheks> i bet "acpi_osi=Windows 2018\"
[23:19] <TJ-> something like that, or 2017. That'll likely solve all those AE_NOT_FOUND errors for several ACPI DSDT Methods
[23:21] <oerheks> and bios update, i already told him,
[23:23] <TJ-> There's a later firmware available?
[23:23] <oerheks> maybe ..


[04:20] <mup> Bug #1834602 changed: unable to deploy 19.04 to ppc64el with unique disk config <curtin:Expired> <MAAS:Expired> <https://launchpad.net/bugs/1834602>
[04:26] <mup> Bug #1834602 opened: unable to deploy 19.04 to ppc64el with unique disk config <curtin:Expired> <MAAS:Expired> <https://launchpad.net/bugs/1834602>
[04:29] <mup> Bug #1834602 changed: unable to deploy 19.04 to ppc64el with unique disk config <curtin:Expired> <MAAS:Expired> <https://launchpad.net/bugs/1834602>
[04:32] <mup> Bug #1834602 opened: unable to deploy 19.04 to ppc64el with unique disk config <curtin:Expired> <MAAS:Expired> <https://launchpad.net/bugs/1834602>
[04:35] <mup> Bug #1834602 changed: unable to deploy 19.04 to ppc64el with unique disk config <curtin:Expired> <MAAS:Expired> <https://launchpad.net/bugs/1834602>
[08:45] <mup> Bug #1842287 opened: Node deploy options without writing to secondary disks or storage <sts> <MAAS:New> <https://launchpad.net/bugs/1842287>
[08:51] <mup> Bug #1842287 changed: Node deploy options without writing to secondary disks or storage <sts> <MAAS:New> <https://launchpad.net/bugs/1842287>
[09:03] <mup> Bug #1842287 opened: Node deploy options without writing to secondary disks or storage <sts> <MAAS:New> <https://launchpad.net/bugs/1842287>
[10:15] <mup> Bug #1842299 opened: Not all RPC calls get prometheus metrics tracking <MAAS:Fix Committed by ack> <MAAS 2.6:Fix Committed by ack> <https://launchpad.net/bugs/1842299>
[10:18] <mup> Bug #1842300 opened: Add metrics for websocket calls queries count and latency <MAAS:Fix Committed by ack> <MAAS 2.6:Fix Committed by ack> <https://launchpad.net/bugs/1842300>
[10:24] <mup> Bug #1842299 changed: Not all RPC calls get prometheus metrics tracking <MAAS:Fix Committed by ack> <MAAS 2.6:Fix Committed by ack> <https://launchpad.net/bugs/1842299>
[10:24] <mup> Bug #1842300 changed: Add metrics for websocket calls queries count and latency <MAAS:Fix Committed by ack> <MAAS 2.6:Fix Committed by ack> <https://launchpad.net/bugs/1842300>
[10:30] <mup> Bug #1842299 opened: Not all RPC calls get prometheus metrics tracking <MAAS:Fix Committed by ack> <MAAS 2.6:Fix Committed by ack> <https://launchpad.net/bugs/1842299>
[10:30] <mup> Bug #1842300 opened: Add metrics for websocket calls queries count and latency <MAAS:Fix Committed by ack> <MAAS 2.6:Fix Committed by ack> <https://launchpad.net/bugs/1842300>
[10:49] <danboid> I'm trying to a report a bug for maas but the instructions for fetching the curtin logs aren't working for me
[10:50] <danboid> blake_r, The insructions you linked me to don't seem to be quite right
[11:13] <danboid> blake_r, I've sent you some logs anyway, attached the to the launchpad bug I opened on Friday


[00:37] <cody-somerville> Running make results in the following error:
[00:37] <cody-somerville> Error: Couldn't find a distribution for 'lazr.restful==0.9.17'.
[00:37] <cody-somerville> any clues?
[00:38] <mwhudson> cody-somerville: bzr update download-cache maybe?
[00:38] <cody-somerville> I was just going to try that
[00:39] <cody-somerville> mwhudson, thanks. That seems to have fixed it.
[00:40] <mwhudson> rocketfuel-get will do that for you
[00:40] <mwhudson> (but i don't use that)
[00:40] <cody-somerville> I don't use it either
[00:41] <mwhudson> i'm sure some people do :)
[00:46] <maxb> Has anyone floated the idea of making "Policy:  You must be a team member to subscribe to the team mailing list. " configurable in the past?
[00:48] <thumper> cody-somerville: I have a simple bash script I use for updating stuff
[00:48] <thumper> cody-somerville: involves cd and bzr pull :)
[00:49] <maxb> ditto :-)
[00:49] <maxb> rocketfuel-* is mostly too magic for my liking
[00:52] <thumper> maxb: my thoughts exactly
[00:52] <thumper> I prefer a simpler magic
[00:52] <cody-somerville> I want to interact with an object in launchpad via python shell. Whats the easiest way to go about that?
[00:53] <mwhudson> cody-somerville: launchpadlib isn't too bad for interactive use
[00:54]  * thumper agrees with mwhudson
[00:54] <cody-somerville> this function isn't exposed via the API
[00:54] <mwhudson> cody-somerville: submit a patch :-)
[00:55] <cody-somerville> nor should it be exposed <g>
[00:55] <cody-somerville> or maybe it could be
[00:57] <maxb> getting launchpadlib going in a python shell is harder than it needs to be
[00:57] <maxb> unless there are helpers that I'm unaware of
[00:58] <maxb> bug 425856. I solicit comments :-)
[00:58] <mup> Bug #425856: non-team members cannot subscribe to launchpad/team mailing list <Launchpad itself:New> <https://launchpad.net/bugs/425856>
[00:58] <mwhudson> maxb: getting going is a bit of a pita yes
[00:58] <cody-somerville> mwhudson, thumper: basically, I want to cal an SQL helper method to see what the result is
[00:58] <mwhudson> cody-somerville: the correct interface for that is "a losa" i think?
[00:58] <mwhudson> if you can run an irc client in you python terminal, that might work :)
[00:59] <mwhudson> cody-somerville: or do you mean locally?
[00:59] <spm> SELECT CAN HAZ CHEEZEBURGER FROM GREASYS
[00:59] <cody-somerville> :)
[00:59] <cody-somerville> mwhudson, locally
[00:59] <wgrant> cody-somerville: 'make harness'
[00:59] <mwhudson> yes, make harness
[00:59] <cody-somerville> can I do that when launchpad is running?
[01:00] <mwhudson> yep
[01:03] <cody-somerville> thanks
[01:03] <cody-somerville> Now, whats the easiest way to get the object for a particular bug filed against a source package in a distribution?
[01:04] <thumper> cody-somerville: using its number
[01:04] <cody-somerville> Is there some zope magic I invoke against the interface or some helper function?
[01:05]  * thumper looks
[01:05] <thumper> getUtility(IBugSet).get(number)
[01:07] <cody-somerville> thanks
[01:07] <cody-somerville> I suppose I should refer to the doctests
[01:07] <cody-somerville> lots of good examples there
[01:08] <mwhudson> well
[01:08] <mwhudson> lots of examples, at least
[01:10]  * ajmitch saw some lovely doctests in thumper's talk :)
[01:10] <thumper> I didn't read the doctests for that
[01:10] <thumper> I went to lib/lp/bugs/interfaces/bug.py
[01:10] <ajmitch> oh it was in the testing discussion, wasn't it?
[01:10] <thumper> heh
[01:11] <ajmitch> you showed off branch.txt
[01:11] <jml> :(
[01:12] <thumper> jml: it was an example of a bad doctest
[01:12] <jml> good good :)
[01:12] <ajmitch> jml: don't worry, he didn't say it was all crap
[01:13] <mwhudson> branch.txt is very largely crap
[01:13] <ajmitch> thumper: where can I read about the factory stuff you mentioned earlier?
[01:13] <thumper> ajmitch: look at any tests in the lp.code area
[01:13] <thumper> ajmitch: or look in lp.testing.factory
[01:13] <thumper> ajmitch: we tend to use TestCaseWithFactory from lp.testing
[01:13] <ajmitch> ok, thanks
[01:14] <thumper> ajmitch: if you are using a doctest, there is a factory glob object
[01:14] <jml> factories are cool
[01:14] <jml> but
[01:14] <jml> ours is really slow
[01:14] <jml> and it ought to have tests of its own
[01:15] <ajmitch> lp.testing.factory does look rather large to wade through
[01:20] <jml> thumper, you know what would be great
[01:20] <thumper> jml: unlimited cosmic power?
[01:20] <jml> thumper, being able to see all the trunk branches I have commit access to
[01:27] <jml> thumper, what do you think?
[01:27] <thumper> jml: useful for some people
[01:28] <thumper> jml: what is your main use case?
[01:28] <jml> thumper, I want to find my projects.
[01:28] <jml> thumper, I have quite a few of them now.
[01:28] <thumper> jml: I'd much rather have a way to personally associate myself with a project
[01:28] <thumper> jml: that is of more interest to more people
[01:29] <jml> thumper, I don't get it. You want to enter even more data?
[01:29] <thumper> yes
[01:29] <thumper> if
[01:29] <thumper> I can have a page that just shows me about projects I care about
[01:29] <thumper> kinda like a "follow" this project
[01:30] <jml> hmm
[01:30] <jml> I think I'd still want to be able to see the projects I have commit rights to
[01:31] <cody-somerville> wgrant, where is the configuration for lucile kept at?
[01:31] <wgrant> cody-somerville: Which bit?
[01:32] <cody-somerville> publisher
[01:32] <wgrant> Some in the DB, some in configs/development/launchpad-lazr.conf, some in configs/schema-lazr.conf
[01:33] <wgrant> And the occasional bit hardcoded.
[01:33] <wgrant> https://dev.launchpad.net/Soyuz/HowToUseSoyuzLocally is my documentation on setting the whole thing up.
[01:34] <thumper> jml: where would you put the link?
[01:34] <jml> thumper, why not make it part of the personal code page
[01:35] <thumper> could do...
[01:35] <thumper> patches accepted
[01:35] <ajmitch> jml: I suppose that you could have write access to quite a few projects indirectly through teams?
[01:35] <jml> ajmitch, yes.
[01:35] <jml> thumper, I'm actually still waiting on a chance to get my other patches landed.
[01:38] <jml> thumper, can you please review upload-permission-joy?
[01:43] <jml> how do I expose a function over the API that takes a list of URLs as a parameter?
[01:45] <thumper> rockstar: how do I assert that an xpath doesn't exist in a windmill test?
[01:51] <Ursinha> hey wgrant :)
[01:51] <wgrant> Hi Ursinha.
[01:55] <Ursinha> my lp setup still wants to use the 0.9.9 version of lazr.restfulclient when I have the 0.9.10 inside the download-cache folder
[01:55] <Ursinha> what do I have to do to lp use the newest?
[01:55] <wgrant> Merge from devel.
[01:56] <wgrant> (or alter versions.cfg manually)
[01:58] <Ursinha> thanks wgrant :) I'd like to know which file defined that
[01:58] <wgrant> You might also have to run bin/buildout again, I guess.
[01:58] <jml> yay
[01:59] <MTecknology> Where's the bestest best best place to get help on LP API; right here?
[02:03] <thumper> MTecknology: yep
[02:04] <MTecknology> thumper: How do I get my hands on it so I can use it? I feel like I'm about to dive into a sea of sharks with this but my company wants two of us to learn all we can about it
[02:05] <thumper> MTecknology: to what end?
[02:06] <MTecknology> One reason is because we want to modify some core tools we use to utilize the openid+login process of Launchpad so the use of LP is entirely transparent to the user. We're also looking into our own server to host the LP server
[02:07] <MTecknology> If we can get that, then we're looking into using it for a support ticket system and other things
[02:08] <thumper> MTecknology: the project is launchpadlib, and I believe it has good docs
[02:08] <jml> next question
[02:09] <jml> how can I expose a method that returns a dict?
[02:09] <jml> mapping URLs to IBranch
[02:09] <wgrant> jml: Give up, I'm afraid :(
[02:09] <jml> wgrant, that sucks.
[02:09] <wgrant> It does.
[02:09] <jml> wgrant, I guess a list will work ok in this context though.
[02:10] <wgrant> You can return a dict, but launchpadlib will just see it as a dict of URLs to URLs.
[02:12] <MTecknology> thumper: thanks. I was trying to figure out how we could do everything that's being planned and it hit me that Launchpad can handle every piece of that
[02:13] <wgrant> MTecknology: I don't see what the LP API has to do with this.
[02:13] <thumper> jml: I think leonard is working on exposing a dict over ReST
[02:13] <jml> thumper, that's good.
[02:14]  * thumper throws hands in the air
[02:14] <thumper> how can XPath have "and" and "or" but not "not"?
[02:15] <MTecknology> wgrant: I don't really understand what the api is; but I was told to get it so we can see if it will help us
[02:17] <jml> MTecknology, https://help.launchpad.net/API
[02:18] <jml> kfogel, hi
[02:19] <kfogel> jml: hey
[02:20] <jml> kfogel, how's things?
[02:21] <kfogel> jml: well, I discovered halfway through the day that today was a U.S. holiday, that was interesting :-).  How's the sprint going?
[02:21] <jml> kfogel, good.
[02:21] <jml> kfogel, less coding than I had hoped, but probably the better for it.
[02:22] <kfogel> jml: ah, too bad, but that's what happens when you know too much
[02:23] <poolie> hello
[02:23] <poolie> nice reply there kfogel
[02:24] <poolie> it's thanksgiving isn't it?
[02:25] <kfogel> poolie: thanks.  I was wondering if it was too harsh; glad you didn't find it so.  It's not Thanksgiving yet, btw, but it is Veterans Day in the US.
[02:25] <thumper> poolie: veterans day
[02:25] <poolie> oh right
[02:25] <thumper> thanksgiving is in two weeks
[02:26] <poolie> armistice day is observed here but not a holiday
[02:26]  * kfogel is glad the whole world knows US holidays, and wonders if it has something to do with all our missiles
[02:27] <Ursinha> lol
[02:27] <Ursinha> jml, do you know which commit message ec2 script considers when using the land command?
[02:27] <jml> Ursinha, the one on the merge proposal page
[02:27] <thumper> kfogel: no, just approved rockstar's holidays, that's all
[02:27] <jml> Ursinha, you can provide one as an option to ec2 land
[02:28] <kfogel> thumper: heh
[02:28] <thumper> Ursinha: but don't add all the [xx] rubbish to that commit message :)
[02:28] <Ursinha> thumper, oops, why?
[02:28] <thumper> Ursinha: because the land commands adds them
[02:28] <thumper> Ursinha: based on who reviews/approves, bugs et al.
[02:28] <Ursinha> thumper, makes sense
[02:29] <jml> Ursinha, --dry-run ftw
[02:29] <Ursinha> jml, :)
[02:29] <maxb> Speaking of the [xx] rubbish, is there a reference to what it all means anywhere?
[02:29] <jml> maxb, if it's not on the dev wiki, then probably not.
[02:29] <jml> maxb, the source code for ec2 land might actually have pointers to docs :)
[02:30] <maxb> not that I've been able to find
[02:30] <wgrant> The only one that was unobvious to me was rs.
[02:30] <jml> maxb, in that case, I won't be able to help you find docs, since I looked for docs when I wrote land :)
[02:31] <maxb> Well, yeah, I think I've figured most of them out by example by now. But [!log] still mystifies me (seen in some sourcecode branch I forget which)
[02:32] <jml> maxb, don't include it in the news announcement for the release.
[02:32] <jml> maxb, we used to use it to make preparing announcements easier. We don't any more.
[02:43] <kfogel> poolie: nice response -- I didn't mean to guilt-trip you, though! :-)
[02:43] <poolie> not at all
[02:43] <jml> I am feeling unhappy
[02:43] <jml> and it is because of software
[02:43] <jml> again
[02:44] <jml> If I return a list of branches over the API, but some of those branches are None, then the 'None' objects don't appear in the list.
[02:48] <jml> AFAICT, this means that helper methods like IBranchSet.getByUrls are impossible
[02:53] <thumper> jml: and there isn't a map?
[02:53] <jml> thumper, there isn't.
[02:55] <jml> I'm going to have to think of a different example for my UDS session.
[02:56] <kfogel> jml: is there no way to match up the returned branches to the URL(s) originally requested?
[02:56] <jml> kfogel, not easily.
[02:56] <jml> kfogel, there are multiple attributes on branch that the URL might be matched on.
[02:57] <kfogel> jml: oh
[02:57] <jml> and some that aren't even attributes
[02:59] <jml> although matching against the returned bzr_identity, then matching against the returned branch.url and then falling back to matching the returned unique_name against the requested URL path would _probably_ get you most of the way there
[03:00] <jml> https://bugs.edge.launchpad.net/lazr.restful/+bug/481090
[03:00] <mup> Bug #481090: Cannot define a method that returns a dict <lazr.restful:New> <https://launchpad.net/bugs/481090>
[03:20]  * thumper ndos
[03:23] <PingJocky> good evening
[03:37] <thumper> afternoon :)
[03:54] <MTecknology> Can the LP API allow users to manage teams/users if the person using the API has that permission?
[03:54] <MTecknology> I know the API is used to pull info, not if it can pushing or altering
[03:56] <MTecknology> nevermind - I guess if I pay attention the first page kinda says I can do that
[03:59] <maxb> and the api documentation says exactly what can be done
[04:00] <MTecknology> maxb: I'm still looking aroudn for that. I don't refer to documentation much so reading through it is hard work for mew
[04:03] <maxb> https://launchpad.net/+apidoc/
[04:20] <MTecknology> maxb: :D
[04:21] <MTecknology> thanks
[06:26] <jml> hey, people here know stuff
[06:26] <jml> I'm trying to prepare a USB stick for UDS that I can use to accelerate people having a Launchpad development environment
[06:27] <jml> my plan is to set up a minimal chroot, run rocketfuel-setup, make sure everything works, and then whack it all in a tarball
[06:27] <jml> does that sound sane?
[06:27] <wgrant> Awesome idea.
[06:29] <wgrant> As long as you rerun rocketfuel-setup at the other end, that does sound sane.
[06:29] <jml> well, I'm also not 100% clear on what people on the other end will need to do to get the chroot.
[06:30] <wgrant> Oh, you're going to copy the entire chroot? Hmm.
[06:30] <jml> that was my original plan
[06:30] <wgrant> That'll run into postgres port conflicts and other mess if they already have postgres installed.
[06:30] <jml> oh yeah
[06:30] <wgrant> Better to make rocketfuel-setup make less of a mess, so you don't really need a chroot.
[06:31] <jml> wgrant, I'm not going to have time to do that before UDS :)
[06:31] <wgrant> Plus even if you do have a chroot, you still need to modify /etc/hosts outside the chroot.
[06:31] <jml> so maybe just having the repo on a USB stick
[06:31] <wgrant> + sourcecode
[06:32] <jml> right.
[06:32] <jml> and make sure that rf-setup can be run in such a way as to respect the existing file
[06:32] <jml> s
[06:32] <wgrant> Get a clean ~/launchpad, remove devel from it, but keep a copy of rocketfuel-setup in there.
[06:32] <wgrant> It will already.
[06:33] <wgrant> If you extract the tarball into ~/launchpad as it expects, it will Just Work Very Quickly.
[06:42] <thumper> jml: what about a vm on a stick?
[06:43] <jml> thumper, the problem is then people need to know how to get a vm set up
[06:44] <jml> thumper, it's all about taking the smallest amount of time as possible so I can get on with the rest of the session.
[06:44] <thumper> jml: people need to know how to get a chroot set up too
[06:44] <thumper> jml: just a thought
[06:44] <jml> thumper, well yeah, that's why I'm not doing it :)
[06:45] <wgrant> If you're expecting quite a few people to set it up, it might be a good idea to remove some of the crap from rf-setup this week.
[06:45] <wgrant> eg. the SSH config stuff is no longer necessary.
[06:46] <jml> wgrant, maybe
[06:46] <jml> wgrant, are there bugs filed about all of this?
[06:47] <wgrant> jml: Bug #419028
[06:47] <mup> Bug #419028: Don't edit SSH config in rocketfuel-setup <build-infrastructure> <Launchpad Foundations:Triaged> <https://launchpad.net/bugs/419028>
[06:48] <jml> wgrant, know of anything else that ought to be removed / cleaned up that doesn't require much thinking?
[06:49] <wgrant> jml: I really feel that it's unnecessary to install rocketfuel-* in $PATH, but that's a slightly more destructive change.
[06:49] <jml> I agree on both counts.
[06:49] <wgrant> OTOH, it won't affect any existing installations.
[06:55] <wgrant> Apart from that, rf-setup isn't too bad.
[06:55] <wgrant> launchpad-database-setup, OTOH...
[07:06] <jml> wgrant, http://bazaar.launchpad.net/~jml/launchpad/rf-setup-cleanup/revision/9863
[07:07] <wgrant> jml: Great.
[07:07] <wgrant> That probably makes it noninteractive, too.
[07:07] <wgrant> Hm, not quite.
[07:07] <wgrant> But close enough.
[07:14]  * mwhudson_ reviewatrons
[07:17] <wgrant> Is there no link back from Loggerhead to the branch in LP?
[07:18] <wgrant> mwhudson_: Nice review comment, but your diff highlighter sucks.
[07:18] <mwhudson_> wgrant: there is a link in the top left
[07:18] <mwhudson_> wgrant: "watches pelcome" or something
[07:18] <wgrant> Ah, so there is.
[07:20] <wgrant> Oh, right, it assumes it's a header.
[08:33] <adeuring> good morning
[09:10] <mrevell> Morning
[09:15] <wgrant> bigjools: I don't see what your SourcePackageFormatSet methods do.
[09:15] <bigjools> wgrant: ok I'll explain in a moment
[09:30]  * thumper has many branches waiting for review
[09:30]  * thumper has fixed two oopses today
[09:30] <thumper> my work here is done
[09:30]  * thumper goes to wash disher
[09:31] <thumper> s/disher/dishes/
[09:31] <thumper> it's late
[09:42] <bigjools> wgrant: ok let's chat
[09:42] <bigjools> so, SourcePackageFormatSet would be a utility
[09:43] <bigjools> which is security wrapped
[09:43] <bigjools> we don't generally use __init__ methods in model classes
[09:43] <bigjools> the utility has the job of creating new instances
[09:43] <bigjools> so that it returns security-wrapped objects
[09:45] <pgquiles> I followed https://dev.launchpad.net/Soyuz/HowToUseSoyuzLocally to add builders but now I want to remove them. I've tried with "remove" instead of "add" ( scripts/ftpmaster-tools/manage-chroot.py -s lucid -a i386 remove -f chroot-ubuntu-lucid-i386.tar.bz2 ) but it does nothing. What am I doing wrong?
[09:46] <pgquiles> (sorry for repeating the question, noone answered yesterday and I haven't found a solution yet)
[09:48] <bigjools> pgquiles: that command deals with chroots, not builders
[09:48] <wgrant> bigjools: Right, yes. So it would be add(distroseries, format), and then there would be something like get(distroseries, format)?
[09:49] <wgrant> pgquiles: What did you expect it to do?
[09:49] <bigjools> wgrant: yep, pretty much, although not get(), getBySeriesAndFormat()
[09:49] <bigjools> wgrant: get() is normally used for getting by ID
[09:49] <wgrant> bigjools: Right. Thanks.
[09:49] <wgrant> bigjools: Now, what did you mean about the XXX?
[09:49] <wgrant> bigjools: There were some words omitted.
[09:50] <bigjools> wgrant: I read it back and it made sense to me, so maybe it's just my twisted English :)  Basically, I would say don't worry about it and remove the XXX
[09:50] <pgquiles> wgrant: I want to remove a builder from launchpad.dev/builders, and I want to remove a chroot because I did manage-chroot.py -s karmic -a i386 add -f chroot-ubuntu-lucid-i386.tar.bz2 (I told LP to add a Lucid chroot for a Karmic series, my bad)
[09:51] <bigjools> pgquiles: mark it as manual and it disappears
[09:51] <wgrant> bigjools: "I'm trying to think if it would be bad to reject the upload if we detect orphan files, and I can't think of one." <- one what? reason to reject, I presume.
[09:51] <bigjools> wgrant: yes
[09:51] <bigjools> wgrant: my twisted English, sorry
[09:51] <wgrant> pgquiles: You actually want to mark the build as inactive, or something like that.
[09:51] <wgrant> Not manual -- that will still show up.
[09:52] <wgrant> pgquiles: You're sure that manage-chroot.py remove does nothing?
[09:52] <wgrant> bigjools: Thanks. Fixing now.
[09:52] <wgrant> I've never had cause to remove a chroot myself.
[09:52] <pgquiles> wgrant: I don't know if it does anything but builders are still there
[09:52] <pgquiles> even worse: when I try to add a new chroot, it adds it but it does not show in LP :-/
[09:52] <wgrant> pgquiles: Chroots are not shown in LP.
[09:53] <pgquiles> wgrant: the launchpad.dev/builders/bob/+edit I mean
[09:53] <wgrant> pgquiles: That has nothing to do with any chroot.
[09:53] <pgquiles> ¿?
[09:54] <wgrant> pgquiles: A builder is it a builder. Its builds will use chroots, but it isn't directly related to them.
[09:54] <pgquiles> according to https://dev.launchpad.net/Soyuz/HowToUseSoyuzLocally you have to add a chroot, then mark Bob the Builder as OK
[09:55] <wgrant> Those steps are not related beyond both being prerequisites for a working build system.
[09:55] <bigjools> ah yes mark it as inactive to remove it from /builders
[09:56] <pgquiles> I don't understand anything :-( After I added a chroot, it was shown in the builders list and I could mark it OK and it worked fine
[09:56] <wgrant> The existing builder is shown in the builders list.
[09:56] <wgrant> Not the chroot.
[09:56] <pgquiles> what I want to do is remove a chroot (tried with 'remove' but it does nothing) and add a new chroot for jaunty (but after the 'remove' for lucid, it no longer works)
[09:57] <pgquiles> bigjools: it will not show the builder in /builders but it's still in LP, you can re-enable it again
[09:57] <pgquiles> wgrant: do you mean the builder is there but with no chroot?
[09:57] <bigjools> pgquiles: that's correct
[09:57] <pgquiles> ok, so, how do I completely remove a builder?
[09:59] <pgquiles> as in "this builder no longer has a chroot associated, I don't want it to be shown, even as inactive"
[10:01] <wgrant> Builders are not associated with chroots.
[10:01] <wgrant> You cannot completely remove a builder without removing lots of other sample data.
[10:02] <pgquiles> mmm so I add chroots to launchpad
[10:02] <pgquiles> and then I add builders
[10:02] <pgquiles> and builders will know what chroot to pick when a package needs to be built
[10:02] <pgquiles> is that it?
[10:02] <wgrant> Yes.
[10:03] <pgquiles> great :-) so builders are smarter than what I thought (and definitely smarter than I :-) )
[10:04] <pgquiles> then, to fix my bad "manage-chroot.py -s karmic -a i386 remove -f chroot-ubuntu-lucid-i386.tar.bz2", can I just run "manage-chroot.py -s lucid -a i386 remove -f chroot-ubuntu-lucid-i386.tar.bz2" and that's it?
[10:11] <wgrant> bigjools: SourcePackageFormatSet, or should it be SourcePackageFormatSelectionSet?
[10:12] <bigjools> wgrant: the latter
[10:12] <bigjools> bit of a mouthful :/
[10:12] <wgrant> There's worse.
[10:18] <pgquiles> one more question: virtualized builders. Are there any docs on how to set up one? (I can't find anything)
[10:18] <bigjools> no, there are no docs
[10:20] <pgquiles> and I guess it's not exactly easy, is it?
[10:20] <bigjools> depends on how much you know about virtualisation
[10:23] <pgquiles> I know virtualization but I've never set up Xen (which is what LP uses IIRC). Can it use something else (VMware, VBox, qemu, KVM) ?
[10:24] <bigjools> you can use what you like, it's nothing to do with LP
[10:24] <pgquiles> great
[10:24] <bigjools> exactly what are you setting up LP for?
[10:24] <pgquiles> for internal use at work
[10:25] <pgquiles> we are developing our own distribution for military use, based on kubuntu + packages for our software and backports from lucid, debian unstable and some stuff I've packaged and it's not available from debian or ubuntu
[10:26] <pgquiles> I think I'm the first one who requested to buy Launchpad for on site use but it was not available at the time (2+ years ago)
[10:27] <pgquiles> given that it's military use and our software is closed source, hosted LP commercial is not an option
[10:30] <maxb> I wonder how long it will be before enough people start wanting to rebrand launchpad that we actually end up with launchpad hosting projects/branches for a rebranding effort of itself
[10:32] <bigjools> I find someone internally using an open-source LP to host closed-source stuff extremely distasteful
[10:33] <pgquiles> bigjools: does Canonical sell a LP appliance, training, whatever? I've tried to BUY that but I was told (by Mark himself) Canonical does not sell that still
[10:33] <pgquiles> and I cannot upload military stuff to somewhere else, no matter how much security you promise
[10:34] <maxb> bigjools: why?
[10:41] <maxb> The way I see it, using Launchpad in that way takes nothing away from the Launchpad project, and might be the source of bug reports, fixes, and an interested contributor
[11:10] <pgquiles> I've fixed a missing quote in HowToUseSoyuzLocally and added the explanation on the non-association between builders and chroots, which was not obvious from reading the page
[11:11] <wgrant> It was a hasty conversion last week from a Tomboy note; I'm not surprised I missed a quote.
[11:11] <wgrant> Was the attachment change this morning just s/serieses/series/?
[11:12] <pgquiles> wgrant: yes, that was it -  maxb told me what was failing
[11:16] <pgquiles> HowToUseSoyuzLocally says I should add an external dependency on "deb http://archive.ubuntu.com/ubuntu %(series) main restricted universe multiverse" to the PPA but when I try to do that from "add dependencies" in the PPA, LP fails. Is that the right place? Is that the line I should enter in the "Add PPA dependency" text entry?
[11:16] <maxb> "# We use Hoary as the root, as Breezy and Grumpy are broken." ....... Grumpy? :-)
[11:16] <wgrant> Grumpy Groundhog
[11:16] <wgrant> The long-fabled bleeding edge daily builds Ubuntu.
[11:16] <wgrant> Which somehow made it into the sample data.
[11:24] <pgquiles> mmm one little trick in /etc/hosts and now archive.launchpad.dev goes to archive.ubuntu.com... and it's building!
[11:25] <wgrant> pgquiles: If you followed my instructions, you shouldn't need to do that.
[11:27] <pgquiles> wgrant: I followed your instructions but I don't know how to add the external dependency on archive.ubuntu.com, adding it in the "Add PPA dependencies" page in LP does not work (Zope error) :-?
[11:27] <wgrant> pgquiles: See the field at the bottom of the PPA's +admin page.
[11:28] <bigjools> wgrant: heh, so that's why you said it was handy
[11:28] <pgquiles> wgrant: ah! that was it
[11:28] <pgquiles> wgrant: I thought I should add it to the "Edit PPA dependencies" page
[11:28] <pgquiles> thanks!
[11:29] <wgrant> bigjools: Yeah, it's particularly convenient for testing primary archive stuff.
[11:29] <wgrant> bigjools: If I'm just dealing with PPAs, I just change archivepublisher.base_url to a local mirror.
[11:29] <bigjools> yeah
[11:31] <pgquiles> added to the wiki
[11:31] <wgrant> pgquiles: Note that that same thing is mentioned two steps earlier.
[11:32] <pgquiles> oops, right
[11:35] <wgrant> pgquiles: That looks better.
[11:56] <pgquiles> wgrant: sorry if this is a stupid question but, the section about "dealing with the primary archive", does it refer to a local mirror of archive.ubuntu.com (i. e. archive.launchpad.dev) ? the steps listed there, are they for adding PPA-built packages to archive.launchpad.dev?
[11:57] <wgrant> pgquiles: The primary archive is archive.launchpad.dev. But it's nothing about copying in PPA packages.
[12:00] <pgquiles> so those steps are for building the packages and adding them to archive.launchpad.dev *instead* of a PPA, is that it?
[12:00] <wgrant> Yes.
[12:01] <pgquiles> perfect, thank you
[12:01] <pgquiles> now looking into setting up virtualized builders!
[12:06] <wgrant> bigjools: Want an intermediate diff?
[12:06] <bigjools> wgrant: yes please
[12:06] <pgquiles> wgrant: btw, /var/tmp/zeca is not created in the by rocketfuel_setup/start_soyuz.sh/whatever
[12:07] <wgrant> pgquiles: Ah, yes, forgot about that.
[12:32] <wgrant> bigjools: What do you think about running "UPDATE sourcepackagerelease SET dsc_format='1.0' WHERE dsc_format IS NULL"? No new broken SPRs have been created since 2006, so it should be a safe one-off fix.
[13:54] <bigjools> wgrant: yes, sounds sane
[14:45] <matsubara> Chex, gary_poster, rockstar, bigjools, danilos, citrus, allenap: LP production meeting in 15 min @ #launchpad-meeting
[14:47] <gary_poster> danilos: do we have team lead call in 15, as Google lists?
[14:51] <danilos> gary_poster, no, as per email yesterday
[14:51] <danilos> matsubara, thanks
[14:51] <gary_poster> danilos: oh, must have missed it in the email swamp.  Looking...
[14:56] <gary_poster> found, and thanks
[16:45] <sinzui> salgado:  ping
[16:45] <salgado> hi sinzui
[16:46] <sinzui> salgado:  I am working on bug 471770. There is a conflict between AdminMergeBaseView.doMerge() which sets the dup email address to NEW and PersonSert._mergeMailingListSubscriptions which moves the subscription (with a NEW email) to the new acount
[16:46] <mup> Bug #471770: mailing list subscription email address are in NEW status <oops> <Launchpad Registry:In Progress by sinzui> <https://launchpad.net/bugs/471770>
[16:47] <sinzui> salgado: I think I should change PersonSert._mergeMailingListSubscriptions to remove all the subscriptions and send an email to the user that he has to re-validate his address *and* resubscribe...
[16:49] <sinzui> salgado: but maybe I should change the subscriptions to the preferred email address, or ensure that the the affect email addresses are VALIDATED
[16:55] <pgquiles> wgrant: ping
[17:14] <salgado> sinzui, I think I'd rather remove the subscriptions and send out emails for the user to re-validate the address and subscribe
[17:15] <sinzui> salgado: thank you. That is what I will do.
[17:58] <mrevell> night all
[18:29] <Ursinha> gmb, ping
[20:28] <thumper> any one around who can review?
[20:28]  * thumper needs some reviewers
[21:38] <wgrant> pgquiles: Hi.
[22:07] <pgquiles> wgrant: hey. I was wondering why the instructions to use Soyuz locally tell you to download a pre-built bootstrap (with all the steps and guessings that involves) instead of telling how to build a bootstrap of your own with debootstrap
[22:07] <pgquiles> in the meanwhile, I've added how to use debootstrap to the wiki
[22:07] <pgquiles> is there anything special in the bootstraps from launchpadlibrarian.net ?
[22:11] <wgrant> pgquiles: The production chroots have various modifications (see /root/bootstrap), and it's so much quicker and easier.
[22:11] <wgrant> Plus it is better at convincing me that my full stack changes will work in production.
[22:36] <pgquiles> wgrant: mmm I see. So, how are the chroots from launchpadlibrarian.net generated? debootstrap + manual steps?
[22:45] <wgrant> pgquiles: I presume debootstrap + copy in that bootstrap script + run that bootstrap script.
[22:45] <wgrant> But I don't exactly know.
[22:47] <pgquiles> wgrant: should I ask in the mailing list?
[22:48] <wgrant> pgquiles: Launchpad developers will not know. It's not really a Launchpad question.
[22:48] <pgquiles> oh
[22:48] <pgquiles> who can I ask?
[23:11] <maxb> pgquiles: lamont. I'd be interested in the answer.
[23:12] <pgquiles> maxb: is he/she on IRC usually (meaning: tomorrow) ? or should I ask by e-mail?
[23:13] <maxb> He's certainly sometimes on IRC. LP says he's America/Denver TZ. But for a complex question, email might be best
[23:13] <pgquiles> perfect, thanks
[23:14] <rockstar> maxb, I think he's EOD'd already.
[23:15] <pgquiles> maxb: he's on #debian-devel at OFTC
[23:15] <pgquiles> EOD?
[23:15] <rockstar> End of day.
[23:15] <pgquiles> oh
[23:15] <maxb> pgquiles: and also on a variety of #ubuntu-* on freenode
[23:15] <pgquiles> I was thinking Esoteric Order of Dragon
[23:15] <pgquiles> :-)
[23:17] <pgquiles> off to bed, it's late here
[23:17] <pgquiles> thank you all, see you tomorrow!


[07:31] <elimisteve> Hi everyone. I'm not here to be one of _those_ people and ask yet again about WhatsApp. Wait, wait yes I am...
[07:31] <elimisteve> BUT, I have a more specific question :-)
[07:32] <elimisteve> I thought that there couldn't be a WhatsApp Ubuntu Phone app made because the WhatsApp APIs are closed. But I just found http://www.whatsappfor.org/software/whatsapp-ubuntu-phone-touch/ and am wondering if it's possible for us to do the same thing?
[07:32] <nhaines> elimisteve: you may provisionally ask your question!  ;)
[07:33] <elimisteve> I'm not actually a WhatsApp user -- I use TextSecure/Signal -- but I know there is a TON of demand for WhatsApp
[07:33] <nhaines> elimisteve: you could, but that's likewise an unlicensed third-party app and you'll get banned from the servers.
[07:33] <elimisteve> and I want Ubuntu Phone to be desirable to as many people as possible
[07:33] <nhaines> Also you won't be able to update your phone again, because the instructions require you to disable that.
[07:34] <nhaines> They left all that out of their instrucitons, at least.
[07:34] <elimisteve> hmm, interesting
[07:34] <nhaines> In any case, the only thing to be done is to ask WhatsApp to support Ubuntu.
[07:38] <elimisteve> Gotcha. Okay, thanks!
[08:21] <daaaachu> hello! was wondering if anyone could explain how hard it would be to get a voip client like linphone or csipsimple or something that is already available in ubuntu to run under touch?
[08:57] <Dragonkeeper> anyone here actually write qml code ?
[08:58] <daaaachu> does anyone even talk here?
[08:59] <Dragonkeeper> i just spoke  so ..yes ?
[08:59] <daaaachu> ha, i asked a question 1/2 hr ago and nothing else since
[08:59] <Dragonkeeper> well its 9am in UK   so might be why
[09:00] <daaaachu> my biggest problem with touch is the lack of apps from day one. i am disapointed that there are so many good apps available in linux but everytbing has to be ported to touch
[09:01] <daaaachu> i guess the devs are trying to maintain a consistent user interface]
[09:01] <Dragonkeeper> anything should run on phone if u have the deps.  as for gui stuff u need apps with qml interface
[09:02] <Dragonkeeper> alot of apsp on deskto are gtk
[09:02] <daaaachu> i'll go google that now, cheers
[09:02] <daaaachu> do you mean gtk apps will run on touch?
[09:03] <Dragonkeeper> they will when the desktop part is introduced ,  but for the phones gui  its qml
[09:03] <daaaachu> by qml do you mean qt?
[09:03] <Dragonkeeper> sure
[09:04] <daaaachu> i see that someone has got openoffice running on touch
[09:04] <Dragonkeeper> im learning qml atm   just popped in to see if i could pick someones brain lol
[09:05] <daaaachu> ahh, i only just installed touch tonight to see how advanced it is
[09:05] <daaaachu> i love that the whole os is there, apt-get install
[09:05] <Dragonkeeper> someone has gimp running too but its just a preview of things to come.  as far as i can tell atm it kinda breaks things
[09:05] <daaaachu> true
[09:06] <Dragonkeeper> apt-get only runs if u have rootfs rw mode     default ro     rw disables  OTA updates iirc
[09:06] <daaaachu> yeah that was fairly quick to change
[09:06] <daaaachu> overall, impressed with what they have done - just feel it is probably still a year or two away from being a serious contender against android
[09:08] <Dragonkeeper> i think it will take over android when its at a better standard.   lack of apps is annoying  so thats why i ecided to try learn qml make my own apps that i need
[09:13] <DanChapman> Dragonkeeper: Hey! what problem you having in qml?
[09:13] <Dragonkeeper> hey DanChapman !  no problem, just a curiousity
[09:14] <Dragonkeeper> was wondering if/how there was a way to display a small term that would be used to only display output from a cpp command
[09:20] <DanChapman> Dragonkeeper: AFAIK you should be able to use re-use the terminal widget from the terminal app. http://www.unixarea.de/bq/bq-aquaris-e45-ubuntu.txt chapter 32 & 33 have some hints on what to do. Any reason it has to be a terminal if your just displaying output?
[09:22] <Dragonkeeper> DanChapman: well im not sure it has to be a terminal .    e.g.  one of my buttons will call dmesg   so id want to output that .
[09:23] <Dragonkeeper> its not going to have any input to that terminal   the only input will ne text fields and buttons
[09:23] <daaaachu> agree it will smash android eventually, just needs usable apps now - thats why i was disapointed that things that already are stable and working on a normal ubuntu machine arent already available
[09:24] <Dragonkeeper> daaaachu: cant expect them to make all the apps.   linux is a community after all ...
[09:25] <Dragonkeeper> core apps for basic daily use are there
[09:26] <daaaachu> not make all the apps - make the OS re-use what already works on a desktop
[09:26] <Dragonkeeper> being worked on for when desktop mode is avalible to devices
[09:26] <daaaachu> what is this desktop mode
[09:26] <Dragonkeeper> when u plug the device into a tv a full desktop boots
[09:27] <daaaachu> oh crazy
[09:27] <daaaachu> but they arent making that available for the small touch screen?
[09:28] <Dragonkeeper> well i assume (dont quote me)   that when gtk-mir is packaged in  then it will allow gtk apps on both sides ...
[09:29] <Dragonkeeper> most apps might not fit on screen for just phone tho o.O
[09:29] <daaaachu> but thats when the app developers could sense they are running in touch and adjust
[09:30] <daaaachu> it would put the development back on the other teams
[09:30] <DanChapman> Dragonkeeper: I presume you are using QProcess for that? personally I would create simple list model and append the output line-by-line using process->readLine(); then you can use it in a listview and save yourself some pain trying to get a terminal embedded
[09:30] <Dragonkeeper> DanChapman: i have no cpp code as of yet ...  just started making the main gui  so just grabbing ideas
[09:32] <Dragonkeeper> DanChapman: do you have an example of that so i have a kinda idea how to implement it ?
[09:33] <DanChapman> errrm I might have... let me look
[09:33] <daaaachu> all that said, i have tried all the alternatives today and touch is clearly the most advanced and most stable - look forward to seeing what it can do in another 6 months
[09:34] <Dragonkeeper> daaaachu: what desktop apps do u need on the phone ?  or was it just a bonus to have ?
[09:36] <daaaachu> the first thing i wanted was linphone or csipsimpe
[09:36] <daaaachu> csipsimple
[09:36] <daaaachu> but maybe the dev
[09:36] <daaaachu> s will use liblinphone or similar and embed the sip client into touch
[09:38] <Dragonkeeper> hmm
[09:38] <Dragonkeeper> i wonder about tox  tho  i know that has a qml front end
[09:40] <daaaachu> haha, i just put android back on
[09:40] <daaaachu> i'll reflash and try tox - thank you for the heads up
[09:41] <Dragonkeeper> might need look into it abit find out what client + version  but its worth a go .  let me know  haha    HF
[09:43] <daaaachu> must say, i am impressed with how simple the touch dev's have made the process to flash a device. years ago this was one of the biggest hurdles to getting more people to use linux
[09:44] <Dragonkeeper> u use android... thats linux ... :')
[09:44] <daaaachu> ohhh it's not the same
[09:44] <Dragonkeeper> sure it is ... linux is just a kernel
[09:44] <daaaachu> google modified it so heavily
[09:44] <daaaachu> and im sure some of their source is still closed
[09:45] <daaaachu> maybe i am wrong
[09:45] <Dragonkeeper> kernel is modular   they removed alot of unneeded stuff.. not really modified so much
[09:46] <daaaachu> early days of android google had forked and were trying to push their changed upstream, a lot of it got rejected
[09:47] <daaaachu> ive not kept up to date, so maybe those issues are all gone
[09:48]  * Dragonkeeper hasnt used android in such a long time
[09:49] <daaaachu> haha, i havent /me in 20 years
[09:49] <Dragonkeeper> wow o.O   what u been using in that time ?
[09:50] <daaaachu> life got in the way
[09:51] <Dragonkeeper> yeah real life sucks right --- graphics arent that good :P
[09:51] <daaaachu> thats right! i'd be happy with cmd line linphone but i doubt any of my customers would be
[09:52]  * Dragonkeeper isnt really a fan of voip
[09:53] <Dragonkeeper> DanChapman: :( dekko crashes when selecting full list of emails and deleting
[09:53] <daaaachu> its actually really good if you have full control over the whole network
[09:55] <Dragonkeeper> ahh right . guess it could be useful in work env
[10:12] <daaaachu> running dd on a mobile phone
[10:13] <daaaachu> never thought I would do this in my life
[10:14] <Dragonkeeper> :')
[10:14] <ogra_> yeah, the curse of a linux phone ... you never know, is it a server, is it a PC or is it juat a phone :)
[10:14] <ogra_> *just
[10:17] <daaaachu> but all the amazing tools that have already been written
[10:17] <daaaachu> its a developer's dream
[10:17] <DanChapman> Dragonkeeper: sorry got dragged away by kids. Here's a quick example of using qprocess in qml take a look at Command.h/cpp in backend/modules and in main.qml https://code.launchpad.net/~dpniel/+junk/qprocess-example
[10:18] <Dragonkeeper> DanChapman: no problem ! appreciate it
[10:18] <DanChapman> you can either just append each newline to a text area or append it to a listmodel the choice is up to you
[10:19] <Dragonkeeper> ty sir :P
[10:20] <Dragonkeeper> DanChapman: how can i delete everything in my inbox :'D
[10:22] <Dragonkeeper> DanChapman: i cant do select all because dekko crashes and i dont seem to see a option to delete all in folder  i have 5000++ emails there lolz :P
[10:24] <DanChapman> Dragonkeeper: atm the UI initially only loads 50 messages then it will load another 50 when you hit load more and so on.... So the multi select action will only work on the loaded messages and not select _all_ you mail in that mailbox. It seems to be working fine for me here. Does the log file under ~/.cache/dekko.dekkoproject/logs/IMAP show any issues?
[10:25] <Dragonkeeper> checking
[10:27] <DanChapman> I wonder if an action in the folder list view to "Delete all messages in mailbox" would be handy
[10:28] <DanChapman> I can see it being tedious having to do it in increments if all you want to do is wipe the whole folder
[10:29] <Dragonkeeper> DanChapman: i hold to give selection . click the tick to select all in view , click delete ,  it waits  then app crashes .. i check logs but seems like no errors . emails did delete  but .. yeah annoying :P
[10:31] <Dragonkeeper> well i would welcome a empty folder button at folder selection :)
[10:33] <Dragonkeeper> DanChapman: oh i know its annoying me pointing stuff out lol  but  also on my server i have extra folder to send stuff i want to save.  so maybe an option to add extra folders  or read the folders server as ?
[10:35] <daaaachu> & i have a voip session running from touch - thank you for making me try again dragonkeeper :)
[10:35] <DanChapman> interesting... so it does set the deleted flags. I'll look into it.
[10:35] <Dragonkeeper> ty :)
[10:36] <Dragonkeeper> daaaachu: u used tox ?
[10:36] <DanChapman> Dragonkeeper: could you please file a bug for the extra folders thing https://bugs.launchpad.net/dekko/+filebug
[10:36] <daaaachu> i started down that path and it gave a fatal error as it was missing something - didnt spend a lot of time on it, went back to linphone
[10:37] <daaaachu> so my next step would be to make a new front end for linphone
[10:39] <Dragonkeeper> DanChapman: done :)
[10:40] <Dragonkeeper> daaaachu: ah so your using linphone in cli ... good to know
[10:42] <daaaachu> yeah that worked and has good codec support, just not the GUI
[10:43] <daaaachu> ipsec works too
[10:43] <daaaachu> its really a very good platform - i am impressed
[10:43] <daaaachu> miles ahead of what any other projects has done
[10:44] <Dragonkeeper> well load up ubuntu-sdk  make a frontend and publish it ;)
[10:46]  * Dragonkeeper feels like there isnt enough apps in the store and too many webapps that arent useful
[10:46] <daaaachu> i agree with you
[10:46] <daaaachu> thats why i was disapointed that the existing apps like linphone wouldnt just work out of the box
[10:47] <daaaachu> it would have given touch a massive head start - maybe in the next release they will get there - I still havent read much about it, only found it today
[10:48] <Dragonkeeper> im working on something that will do multiple things  so i have a kinda all in one app
[10:49] <Dragonkeeper> just to mape term commands more friendly
[10:49] <Dragonkeeper> s/ape/make/
[10:50] <Dragonkeeper> which also made me wonder why sshfs isnt included in OS by default
[10:51] <Dragonkeeper> not a problem scp is  so i cna work with that
[10:54] <daaaachu> what do you need ssshfs for
[10:54] <Dragonkeeper> just thought it would be nice to mount a external fs onto device and use it to stream music/video from
[10:55] <daaaachu> true - scp works then
[10:55] <daaaachu> as long as you dont have a slow link
[10:56] <Dragonkeeper> scp works to move files to the device.  but if u have alot of files u want  u might find sshfs to stream a better choice
[10:56] <daaaachu> there is a protocol that tv's and nas's implement for streaming
[10:56] <daaaachu> starts with d - my memory fails me
[10:57] <daaaachu> but if you implemented that client side, it would fit with a lot of other existing products
[10:57] <daaaachu> dlna?
[10:57] <Dragonkeeper> sshfs would work for any device that has ssh tho
[10:58] <Dragonkeeper> wouldnt need to stream to a tv  because when desktop mode is avalible ud have a tv there :P
[10:59] <daaaachu> you'll need an account on the other end though
[10:59] <daaaachu> and have to put password in every time, or cache the ssh key
[10:59] <daaaachu> i like the idea though, touch will be amazing with the desktop mode
[10:59] <daaaachu> im converted
[11:00] <Dragonkeeper> o.O save password or use a key file .  only one time setup as with most things
[11:00] <daaaachu> touch > android
[11:01] <daaaachu> haha, vi and python on my mobile now
[11:02] <Dragonkeeper> why not just install java while your at it :')
[11:02] <daaaachu> noooooo
[11:02] <Dragonkeeper> :D
[11:02] <daaaachu> never a fan
[11:02] <daaaachu> python so good though, quick to prototype
[11:03] <Dragonkeeper> python is ok
[11:10] <daaaachu> got to go to bed - cheers again for your help & good luck with your app!
[12:35] <JanC> Dragonkeeper: there is also #ubuntu-app-devel BTW
[12:43] <Dragonkeeper> JanC: ty
[13:28] <shann> Hi, i should clear evolution-contacts database, i not found command for this i have 73 contacts in db.
[13:33] <shann> i go to contacts and option for select all items and click on delete option, confirm delete all :).
[14:20] <pdq_> chromium browser running on my phone: https://youtu.be/6e9lsT_Yh1U
[15:44] <lotuspsychje> pdq_: nice one, how did you do it?
[15:46] <pdq_> https://plus.google.com/+ReinerKlenk/posts/5Jwzahxjxsw
[17:01] <vthompson> bzoltan_, zbenjamin, zsombi Is there a recommended way to install the latest UI Toolkit that's installed on the rc-proposed image on your development machine? The one in wily (and in the SDK team PPA) appears to be 1.3.1627+15.10.20150908-0ubuntu1 whereas the version in rc-proposed is 1.3.1688+15.04.20151018.1-0ubuntu1. Does the PPA just need to be updated?
[17:27] <mimecar> hi...
[18:38] <bzoltan_> vthompson:  the Staging PPA has the latest possible UITK https://launchpad.net/~ubuntu-sdk-team/+archive/ubuntu/staging/+packages that is rev1706
[18:39] <bzoltan_> vthompson:  But if you want the real deal :) then pull the ubuntu-sdk-ide and ubuntu-sdk-dev packags from https://launchpad.net/~ubuntu-sdk-team/+archive/ubuntu/tools-development/+packages
[18:39] <bzoltan_> vthompson:  that is release candidate of the future SDK's .. The Desktop Kit in that release is exactly what is on the rc-proposed.
[18:42] <vthompson> bzoltan_, thanks, I tried to build from source, but I was missing dependencies. I'm in the process of upgrading to xenial now
[18:43] <bzoltan_> vthompson:  The best SDK experience you get on LTS and on Vivid...
[18:43] <vthompson> bzoltan_, no turning back now though! :)
[18:45] <bzoltan_> vthompson: I have enabled the 16.04 build for that new package... I hope in 24 hours the packages will be available
[18:47] <vthompson> bzoltan_, awesome thanks!