[00:09] <MTecknology> isn't there something like a https://launchpad.net/+me/+editsshkeys?
[00:09] <MTecknology> so you can give a logged in user a link and have them go right there
[00:10] <spiv> MTecknology: yes
[00:10] <spiv> https://launchpad.net/people/+me/+editsshkeys
[00:11] <spiv> (Some pages on help.launchpad.net use it for example)
[00:11] <MTecknology> thanks :D
[00:18] <wgrant> maxb: It normally takes about 40 minutes.
[00:19] <wgrant> maxb: The publisher runs at :03, stuff is marked Published in the first couple of minutes, and the master mirror sync normally finished around :45.
[01:49] <exarkun> is launchpad broken?
[01:49] <exarkun> my girlfriend is trying to do launchpad-login and getting a pycurl error about an invalid TLS packet
[01:51] <mwhudson> exarkun: seems to work for me
[01:54] <jcgs> Hi :) what do i do if I've found a mistake in some documentation?
[01:54] <lifeless> tell us ;)
[01:54] <exarkun> mwhudson: I guess it was transient
[01:55] <mwhudson> exarkun: or some router between you and lp was having a moment, i guess
[01:55] <jcgs> lifeless: the mistake is here https://help.launchpad.net/YourAccount/ImportingYourPGPKey
[01:56] <lifeless> jcgs: a little more detail may help :)
[01:57] <jcgs> lifeless: if you search for "step 11" then look at the line that says "Make a note of the pub id" the id should have the bit before the slash removed
[01:58] <jcgs> lifeless: gpg doesn't like ids in the format given, only ones that just look like 12345678
[01:58] <lifeless> fixed
[01:59] <lifeless> ... slllllow wiki is slow
[01:59] <lifeless> there we go
[01:59] <jcgs> lifeless: thanks--impressively quick :)
[01:59] <lifeless> thanks for pointing it out
[02:05] <jcgs> lifeless: another thing, if you go down a little bit to the next step, the command appears to work better if entered as "gpg --keyserver keyserver.ubuntu.com --send-keys 12345678" rather than what's given, which will send they keys to keys.gnupg.net, because for some reason gpg treats everything after --send-keys as a key id :S
[02:06] <lifeless> looking
[02:10] <lifeless> changed
[02:10] <jcgs> lifeless: cheers :)
[02:51] <poolie> both register-merge and the project code homepage oare timing out
[02:51] <poolie> https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1931M64
[02:52] <poolie> and https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1931K70
[02:52] <poolie> but only once
[03:04] <lifeless> poolie: disk io probably
[05:23] <Apsf> Hello I'm trying to use the LaunchPad_Temp_GUI.exe to use the demo program on the board but it says Please, select the COM port that your LaunchPad is connected to. - it won't let me do anything
[05:23] <Apsf> i don't understand what im supposed to do
[05:26] <spm> Apsf: you're asking about a http://e2e.ti.com/support/microcontrollers/msp43016-bit_ultra-low_power_mcus/f/166/t/86652.aspx ? this channel is for queries regarding the launchpad.net website
[05:27] <Apsf> haha oh
[05:27] <Apsf> i just assumed this was the official channel
[05:27] <spm> :-)
[05:27] <Apsf> topic didnt seem too far off either
[05:27] <Apsf> sorry about that
[05:27] <spm> np
[05:27] <tsimpson> "this channel is for launchpad, not launchpad" ;)
[05:59] <lifeless> 'it is the official channel' :P
[06:08] <poolie> i'd like to ask about Sydney parking meters (which also claim to be powered by Launchpad)
[06:08] <poolie> don't you have a lot of mission creep?
[06:16] <lifeless> they do?
[06:22] <poolie> it just seems to be a commonly reused name
[08:09] <philip_stoev> hi, I just got "bzr: ERROR: http://bazaar.launchpad.net/~maria-captains/maria/5.3/.bzr/repository/packs/d5e8e1da65e9025baf5293b8ab6dc7fd.pack is redirected to https://launchpad.net "
[08:09] <philip_stoev> are there any service issues?
[08:16] <StevenK> I've seen that once before
[08:16] <StevenK> What we think happened is the branch was being repacked as you were checking it out, so that pack results in a 404.
[08:16] <StevenK> It should work fine if you try it again.
[08:17] <lifeless> there is a bug open on this
[08:18] <lifeless> on both bzr and lp
[08:57] <mrevell> How is Launchpad today?
[09:26] <soren> I'm missing an e-mail here and there from a mailing list on Launchpad. Could I possibly pursuade someone to verify that it actually was sent before I attempt to get in contact with the gmail folks?
[09:28] <lifeless> soren: is it in the list archives?
[09:28] <lifeless> soren: and not sent during the switch failure we had 24 hours ago
[09:29]  * soren checks the archives
[09:29] <soren> I imagine so. Other people on the list got it.
[09:30] <soren> ...and replied to it, which is how I know about it.
[09:30] <lifeless> then it was sent
[09:31] <soren> Hm.
[09:31] <soren> Ok.
[09:31] <lifeless> if it was between 24 and 36 hours ago
[09:31] <lifeless> then it may have been bitten by the switch failure we were suffering
[09:32] <lifeless> should have store-and-forwarded
[09:35] <soren> Ok. I'll try and see if I can get the gmail folks to hunt it down.
[09:35] <soren> Thanks.
[09:39] <soren> lifeless: If the delivery failed for some reason... Where would the rejection message go?
[09:40] <lifeless> hyperspace
[09:40] <lifeless> uhm
[09:41] <lifeless> it would come back in
[09:41] <lifeless> but we have a high priority bug to sort out our reverse path
[09:41] <lifeless> losa will know more
[09:42] <mthaddon> well, gsa would - losas don't have too much visibility on that
[09:42] <soren> :-/
[09:48] <azm> Hi
[09:48] <azm> is there some metapackage for building from source ?
[09:48] <azm> like libtool, autoconf
[11:27] <fagan> Who made the launchpad-reviews app?
[11:27]  * fagan wants to hug them
[11:28] <fagan> (and maybe add some code to it for the next release)
[11:30] <fagan> The funny thing about it is its in the repo and all but there isnt a lp project
[11:30] <fagan> (that I could find)
[11:30] <wgrant> It's not part of lptools?
[11:30] <fagan> wgrant: it seems to be a seperate thingy
[11:31] <fagan> it looks like some quickly thing made in no time
[11:31] <fagan> but it could be improved a bit with a indicator or something
[11:31] <fagan> or a nice notification
[11:32]  * fagan is doing a lot of code reviews so it would be awesome to get it a little bit more usable
[11:46] <fagan> wgrant: so do you know who made it?
[11:46] <fagan> its in the software center called launchpad reviews in the developer tools section
[11:50] <fagan> wgrant: it is in lptools
[11:54] <jml> fagan: I think dobey is largely responsible for lptools, but that lots of people made the various bits
[11:55] <jml> fagan: poolie has often expressed interest in working on it.
[11:55] <soren> It says "# Author: Rodney Dawes<EMAIL_ADDRESS>[11:56] <soren> It's not working for me anymore, though.
[11:56] <soren> TypeError: __init__() takes at least 4 arguments (3 given)
[11:56] <soren> :(
[11:57] <fagan> jml: well ill ask dobey about it then and take it off his hands
[11:57] <fagan> (as a side project)
[12:02] <jml> fagan: yay
[12:02] <jml> I also really want LP to get some way of pushing notifications of events
[12:02] <fagan> jml: it wont be hard to add in a notification...etc
[12:02] <jml> but tbh have no idea how to make that happen.
[12:03] <fagan> jml: a lense :)
[12:03] <fagan> do a nice lp unity lense
[12:03] <fagan> its what the cool kids are doing
[12:03] <jml> oh no, what I mean is pushing events from the server so that client side apps don't have to poll.
[12:04] <fagan> jml: ah now I get you. That would be interesting and a lot less strain
[12:04] <jml> maybe one day I'll wake up and lifeless & wgrant will have done it while I slept.
[12:04] <fagan> jml: very wishful thinking
[13:12] <soren> If I have a build record (in a PPA) that refers to a source package that I've deleted... It'll just fail, right?
[13:15] <exarkun> eight new irrelevant bug notification emails in my inbox this morning
[13:15] <exarkun> I would like it a lot if https://bugs.launchpad.net/apport/+bug/755025 were fixed
[13:18] <lifeless> exarkun: thats an Ubuntu bug; I would like it fixed too, but you need to talk to e.g. pitti in #ubuntu-devel about it
[13:58] <facundobatista> Hi all!
[13:59] <facundobatista> question: have bug #680128 that says "This bug report was marked for expiration 33 days ago."... how can I know when it will expire?
[13:59] <facundobatista> ah, is private... anyway
[19:14] <smoser> what permissions are needed to un-subscribe someone ?
[19:15] <smoser> i subscribed 'ubuntu-sponsors' to http://pad.lv/588725 [accidently] and need to remove them
[19:15] <smoser> i dont see a way to do that.
[19:16] <james_w> smoser, membership of that person
[19:17] <james_w> unsubscribed
[19:17] <smoser> thats what i figured. seems possibly like the person who did the subscribing should be able to unsubscribe also
[19:17] <smoser> james_w, can you quickly do the same on https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/655616
[19:18] <smoser> (yes, i completely realize this is the wrong channel for that request)
[19:18] <james_w> done
[21:01] <kiko> bac, ping?
[21:01] <bac> hi kiko
[21:01] <kiko> how are you doing?
[21:01] <bac> great
[21:01] <kiko> good to hear
[21:01] <bac> wonderful weather, friday afternoon...
[21:05] <tedg> So I'm trying to use the LP API for modifying if a milestone is active.
[21:05] <tedg> The docs imply there is an "is_active" property on the milestone object.
[21:05] <tedg> Though I get an error when I try to use that.
[21:06] <tedg> Is there some Python magic or something weird going on with this property?
[21:06] <james_w> tedg, what error do you get?
[21:07] <tedg> james_w, Property doesn't exist
[21:07] <tedg> I tried to use it like "if milestone.is_active:
[21:07] <tedg> "
[21:07] <james_w> tedg, there's no magic I know of
[21:07] <james_w> it may be broken if it was added to the API in the last week or something
[21:08] <maxb> lp.projects['bzr'].active_milestones[0].is_active works fine here
[21:08] <james_w> tedg, it's not "NoneType has no property is_active" you are getting is it?
[21:10] <tedg> Let me set up another test, I unfortunately closed the terminal.
[21:11] <maxb> It must be a local problem - I just used the API to deactivate https://staging.launchpad.net/bzr/+milestone/2.0.7
[21:14] <tedg> It seems to be when I set it: http://pastebin.ubuntu.com/594617/
[21:14] <tedg> james_w, ^
[21:18] <tedg> FYI, the branch is here lp:~ted/ubuntu-dev-tools/inactive-milestones/
[21:19] <maxb> ahah
[21:19] <maxb> reproduced
[21:20] <tedg> maxb, What did you change?
[21:21] <maxb> So, my tentative theory is that something is broken about milestones retrieved via product_series.milestone
[21:21] <maxb> If I lp.load() the same milestone, it seems to work
[21:22] <maxb> At which point this starts to go beyond my knowledge of wadllib & friends
[21:23] <maxb> uh
[21:23] <maxb> I mean product_release.milestone
[21:23] <tedg> maxb, The fact that you know the name of the lib is more knowledge than I have ;-)
[21:24] <tedg> maxb, So if I do "lp.load(product_release.milestone_link)" it should work?
[21:24] <maxb> that does sound plausible
[21:24] <maxb> Definitely worth trying
[21:24]  * tedg tries
[21:25] <maxb> Seems to work
[21:25] <maxb> What a weird bug
[21:26] <maxb> I should learn more about this stuff
[21:28] <tedg> maxb, Cool, that works.
[23:54] <kirkland> why does launchpad always seem to timeout when i try to convert a bug into a question?


[00:52] <ahayzen> nik90, have i broken something?
[04:53] <Obrian1180> Buenas noches... Saludos desde Venezuela
[07:36] <mardy> mzanetti: maybe the accounts page should be the one at the bottom of the stack?
[07:57] <dholbach> good morning
[08:03] <dpm> morning dholbach
[08:03] <dpm> mzanetti, more contributions! \o/ https://code.launchpad.net/~bobo-324/reminders-app/fix-1273111/+merge/204144
[08:08] <dholbach> hey dpm
[08:56] <popey> dpm: mzanetti https://plus.google.com/u/0/+marshallk/posts/Dx48KbSZieE
[09:01] <dpm> popey, nice! I still like the Ubuntu feel better though, even if we don't have visual designs yet :)
[09:01] <popey> ☻
[09:02] <WebbyIT> mzanetti, I'll pick this one, I have an idea: I'll fix both bug 1274743 and bug 1274742, cause both require to modify login page
[09:02] <ubot2`> Launchpad bug 1274743 in Ubuntu Reminders app "App has no logout option." [Undecided,New] https://launchpad.net/bugs/1274743
[09:02] <ubot2`> Launchpad bug 1274742 in Ubuntu Reminders app "App has a back button on the select account screen, shouldn't" [Undecided,New] https://launchpad.net/bugs/1274742
[09:07] <dpm> WebbyIT, mardy is doing some work on getting the authentication plugin merged into the reminders code. Perhaps it might be worth waiting for his branch to land before you start working on login-related bugs
[09:08] <popey> dpm: these are more for the app than the plugin
[09:10] <dpm> popey, that's right, but we're also going to change how we talk to the authentication from the app. I'm just mentioning to make sure WebbyIT doesn't start working on something that later needs to be reworked. Perhaps mardy can give us some advice
[09:10] <mardy> dpm: actually, the branch is ready (IMHO), it just needs someone other than me to test it
[09:11] <popey> ok
[09:12] <dpm> mardy, can you add some instructions on how to test the branch? IIRC it needs the package with the trusted helper code, which has not landed yet, to be installed first, right?
[09:13] <dpm> perhaps on the description of the MP?
[09:13] <mardy> dpm: no, no dependencies
[09:13] <mardy> dpm: just build it and run it :-)
[09:14] <mardy> dpm: I'll propose another branch for the trusted helper, probably later on today
[09:14] <dpm> mardy, ah, so that one just takes care of the merging of the two repos, right? I should have probably looked at it in more detail...
[09:16] <dpm> WebbyIT, so it's up to you what you want to work on. If you want to wait for these changes to land and you're looking for something else, this is a potentially bitesize bug: bug 1273110
[09:16] <ubot2`> Launchpad bug 1273110 in Ubuntu Reminders app "Show activity indication when loading content" [High,Triaged] https://launchpad.net/bugs/1273110
[09:17] <mardy> dpm: correct: merges the two repos and adds the username retrieval in the account plugin
[09:17] <dpm> ok, thanks
[09:17] <mzanetti> morning everyone
[09:17]  * mzanetti is still sleepy
[09:17] <mzanetti> WebbyIT: cool, thanks.
[09:17] <dpm> hey mzanetti, morning o/
[09:17] <mzanetti> mardy: valid point
[09:18] <mzanetti> dpm: will review soonish
[09:28] <mardy> mzanetti: that's just an idea, probably using a dialog is better (and it would be nice if this page can be accessed from the toolbar)
[09:31] <JamesTait> Good morning all; happy Friday and happy Chinese New Year! :-D
[09:44] <nik90> morning everyone
[10:20] <WebbyIT> How can I find list of all icons on Ubuntu 14.04?
[10:20] <WebbyIT> Icon for Ubuntu Touch...
[10:31] <nik90> WebbyIT: there was this app which lists all icon theme and individual icon names
[10:31] <nik90> WebbyIT: I cannot remember the app name :/
[10:32] <WebbyIT> nik90, on phone?
[10:33] <nik90> WebbyIT: no its a desktop app
[10:33] <nik90> WebbyIT: the app does nothing else except show icons in an icon theme. A very simple app
[10:33]  * nik90 hates it when you cannot remember stuff just when u need it
[10:34] <WebbyIT> nik90, mhh, I didn't find anythig on bigG
[10:34] <nik90> bigG?
[10:36] <WebbyIT> nik90, Google :P
[10:36] <nik90> :)
[10:38] <nik90> WebbyIT: found it!
[10:38] <nik90> WebbyIT: http://iloveubuntu.net/icon-library-10-released-support-ubuntu-1304-and-ubuntu-1310
[10:39] <WebbyIT> nik90, awesome! Thansk very much :)
[10:48] <WebbyIT> popey, could you top-approve this please?
[10:48] <WebbyIT> https://code.launchpad.net/~rpadovani/reminders-app/fix-1267800/+merge/204115
[11:22] <WebbyIT> mzanetti, if it's ok, could you top approve this, please?
[11:22] <WebbyIT> https://code.launchpad.net/~rpadovani/reminders-app/fix-1267800/+merge/204115
[11:22] <WebbyIT> I need it for the new branch
[11:24] <dpm> nik90, WebbyIT, enjoy ;) https://plus.google.com/u/0/+DavidPlanella/posts/144iojDbjv5
[11:25] <WebbyIT> dpm thanks :-) I think it's the same that nik90 linked
[11:25] <mzanetti> WebbyIT: added some comments, needs fixing, sorry ;)
[11:25] <dpm> ah, yeah, I missed the "Found it!" message
[11:26] <nik90> Hehe
[11:29] <dpm> also, I've just filed bug 1274895
[11:29] <ubot2`> Launchpad bug 1274895 in Ubuntu UI Toolkit "Add mobile icons to the Gallery Showcase" [Undecided,New] https://launchpad.net/bugs/1274895
[11:31] <WebbyIT> mzanetti, mhh, I put it in the delegate because it's the only way to access to accountService easily
[11:33] <mzanetti> WebbyIT: hmm... looking at it I'm actually not sure why the AccountService element is inside the delegate
[11:34]  * mzanetti gets the impression that the AccountService API is a bit weird...
[11:35] <mzanetti> mardy: hey, can you explain me something?
[11:35] <mzanetti> how does the AccountService element know which account it actually is?
[11:37] <WebbyIT> mzanetti, if I put AccountService out of delegate I have an error with accountServiceHandle. I suppose there is a strange link between the delegate and the account
[11:38] <mzanetti> yeah... trying to figure what's happening
[11:39] <mzanetti> the weird thing is that if AccountService is inside a delegate it has a method "authenticate()" if its outside the delegate, it doesn't
[11:42] <WebbyIT> also in API documentation AccountService is inside the delegate:
[11:42] <WebbyIT> http://developer.ubuntu.com/api/qml/sdk-1.0/Ubuntu.OnlineAccounts.AccountServiceModel/
[11:42] <WebbyIT> (see third and fourth example)
[11:46] <timp> which package do I need to install to get cmake for gallery-app detect gstreamer-0.1?
[11:46] <mzanetti> timp: tried with apt-get build-dep gallery-app?
[11:47] <mzanetti> if that doesn't work its a bug in the packaging I'd say
[11:48] <timp> mzanetti: thank you! that works.
[11:52] <mzanetti> WebbyIT: in any case, as your branch is now I won't approve it cause this might break in certain circumstances
[11:53] <mzanetti> will talk to mardy how to fix it
[11:54] <WebbyIT> mzanetti, in which circumstances? If I put the Component.onCompleted out of delegate is sufficent to fix it?
[11:55] <mzanetti> WebbyIT: for example if the first item's onCompleted is executed before the model delivers the second item. not entirely sure how to deal with it yet
[12:00] <WebbyIT> mzanetti, so, I'll push another branch for fix other two bugs related to login and I'll update this one when we'll find a solution
[12:01] <mzanetti> WebbyIT: ok, cool
[12:03] <mzanetti> WebbyIT: what I'd like to have is something like this: the app starts up, the first thing it does is to check how many accounts there are, if there is only one, select that, if not, open the list and let the user pick
[12:03] <mzanetti> mardy: ^ I can't figure how to do this
[12:03] <mzanetti> 'cause AccountsService need to be visible before they work (as a result of only working inside listview delegates for some reason) which imo is quite broken
[12:04] <WebbyIT> mzanetti, for switch account icon is ok to use contacts-app-symbolic? It's the only icon in ubuntu-mobile theme with account
[12:04] <mzanetti> WebbyIT: sure... just put some icon you think fits. as long as we don't have any visual design that's not really an issue
[12:07] <mardy> mzanetti: sorry, was on lunch break
[12:08]  * mardy reads the backlog
[12:10] <mardy> mzanetti: so to check how many accounts you have, you don't need the AccountService, just the AccountserviceModel
[12:10] <mardy> mzanetti: it has a "count" property
[12:10] <mzanetti> mardy: yeah, ok. that works, but how would I call authenticate() on one of them?
[12:11] <mardy> mzanetti: OK, then you need to instantiate an AccountService for the account you want to authenticate
[12:11] <mzanetti> mardy: yep, that's where I'm struggling right now
[12:11] <mardy> mzanetti: you set the accountServiceHandle to the one of the account you need
[12:11] <mzanetti> mardy: for some reason I can't set objectHandle
[12:11] <mardy> mzanetti: I don't understand, the current trunk seems to be fine; what are you changing?
[12:12] <WebbyIT> https://bazaar.launchpad.net/~rpadovani/reminders-app/fix-1267800/view/head:/src/app/qml/ui/AccountSelectorPage.qml
[12:12] <mzanetti> mardy: I don't want to build up the page with the listView if there is only one account anyways
[12:12] <mzanetti> mardy: we don't want the user to have to manually select the account
[12:13] <mardy> mzanetti: IIRC the AccountServiceModel has a get() method, let me check...
[12:15] <mardy> mzanetti: yes, it's there. So, something like accounts.get(0, "accountServiceHandle") will give you the handle you have to put in the AccountService
[12:15]  * mzanetti tries
[12:21] <dpm> does anyone know whether I can put an SVG app icon in the sources rather than a fixed-size PNG? "Can" being defined as "will it be used in the Launcher and the Apps scope"?
[12:21] <mzanetti> dpm: yes
[12:22] <mzanetti> dpm: all my apps use exclusively svg icons
[12:22] <dpm> mzanetti, ok, so we can fix bug 1273704 quite easily, let me get an SVG
[12:22] <ubot2`> Launchpad bug 1273704 in Ubuntu Reminders app "Icon isn't the right size" [Undecided,New] https://launchpad.net/bugs/1273704
[12:22] <mzanetti> dpm: well, this bug is not really related to png vs svg I think
[12:23] <mzanetti> dpm: its more that the png has a transparent border
[12:23] <mzanetti> but still, +1 on replacing it with an svg
[12:24] <dpm> mzanetti, the bug is there because the icon is square, and it should be rectangular (ratio width/height should be 8/7.5, I'm told). But yeah, in any case the SVG has those proportions and will fix it
[12:30] <FuLgOrE> hi guys. My UT is fully up to date. Is there any way to make ENTER and BACKSPACE working in the terminal app?
[12:30] <mzanetti> mardy: Object Accounts::AccountService(0x291ea40) has no method 'authenticate'
[12:32] <mardy> mzanetti: impossible :-)
[12:32] <mardy> mzanetti: I'll push a branch in a second
[12:32] <mzanetti> mardy: ok :)
[12:33] <mzanetti> WebbyIT: you've got a talent to reveal the tricky parts of the app :D
[12:34] <mzanetti> mardy: do you mean a branch for accountservice of a branch for the reminders-app that does this?
[12:34] <mardy> https://code.launchpad.net/~mardy/reminders-app/single-account/+merge/204219
[12:34] <mardy> mzanetti: I tested it quickly, it might use some improvement
[12:36] <mzanetti> mardy: this is what I was missing: singleAccountComponent.createObject(this, { "objectHandle": accounts.get(0, "accountServiceHandle") })
[12:36] <mardy> mzanetti: looking at my code, I think we can do better, wait a second...
[12:36] <mzanetti> mardy: as accounts.get() return a AccountSerivce already
[12:37] <mzanetti> I thought that's it... but it seems to be a dummy QObject instead
[12:38]  * mzanetti votes for AccountsModel::account(index) which returns the real thing, not having to do the createObject in qml
[12:38] <mzanetti> imo those handles shouldn't be exported to qml at all...
[12:40] <mardy> mzanetti: true, it was not easy to design that QML API
[12:40] <mardy> mzanetti: I chose to make it as declarative as possible
[12:41] <mardy> mzanetti: the other option would have been to return "the real thing" as you say, but then one would have to play with "Connections" elements or the "connect()" method on the signals
[12:42] <mardy> mzanetti: I updated my last merge request, the code is much simpler now
[12:43] <mzanetti> mardy: ok, cool. I won't merge your's as is as I'd like to have some of this in reminders.qml and don't even load the AccountSelectorPage if not required. but your branch helps me a lot to get that done. thanks!
[12:43] <mardy> mzanetti: yw
[12:44] <mardy> mzanetti: yes, that makes sense
[13:00] <dpm> A very trivial review if someone can have a look at it! https://code.launchpad.net/~dpm/reminders-app/bug-1273704/+merge/204218
[13:07] <mzanetti> WebbyIT: mardy: https://code.launchpad.net/~mzanetti/reminders-app/init-account-rework/+merge/204228
[13:08] <mzanetti> WebbyIT: this just handles the communication with the AccountService, still a lot to do for you on top of that...
[13:08] <mzanetti> for example even if there are multiple accounts, we should store the selected one and reuse that.
[13:09] <mzanetti> in case there are 0 accounts we need to launch the settings
[13:09] <mzanetti> and there is no error handling yet
[13:11] <nik90> dpm: can you top approve that MP. I reviewed and approved it
[13:15] <WebbyIT> mzanetti, I start to working on it :)
[13:15] <WebbyIT> thanks mardy !
[13:15] <mzanetti> +1 ^
[13:17] <mardy> WebbyIT: di niente :-)
[13:18] <WebbyIT> mardy, ci sono italiani dappertutto :D
[13:18] <mzanetti> :D
[13:25] <dpm> thanks nik90, mzanetti for the review
[13:31] <ahayzen> timp, ping
[13:41] <tefla> Hi! I'm looking for what I know on Debian as /dev/eth0 (or similar, em0) as the interface file, but can't find it on Ubuntu 13.10. Where am I going wrong? I am using the NetworkManager. Does this have anything to do with it?
[13:44] <popey> tefla: this isn't a support channel for ubuntu, however it sounds like you're looking for /etc/network/interfaces?
[13:44] <popey> tefla: when you use network manager, the interfaces file isn't used. indeed if you put interfaces in that file it will prevent network manager from managing that device. so by default we don't ship by configuring interfaces in that file
[13:47] <tefla> Thanks for the clarification. However I am trying to create an app that uses the network dev file directly
[13:48] <popey> tefla: an ubuntu touch app?
[13:48] <tefla> so that i can create a socket using it.
[13:48] <tefla> no :)
[13:48] <tefla> #ubuntu?
[13:48] <popey> well, the network device will be the same as debian, in /dev/eth0 or /dev/wlan0 depending on your device
[13:49] <popey> cat /proc/net/dev
[13:49] <popey> and you'll see the devices
[13:49] <tefla> ok, so having my default connection using NetworkManager is getting me!
[13:49] <tefla> Ah! got you
[13:50] <tefla> thanks for the help, and sorry for spamming the wrong room
[13:51] <popey> np
[14:07] <timp> ahayzen: hello
[14:08] <ahayzen> timp, regarding the MP https://code.launchpad.net/~andrew-hayzen/ubuntu-ui-toolkit/fix-swipe-delete-002/+merge/202171
[14:08] <ahayzen> timp, the failure is that when a swipe delete has been confirmed the height isn't set to 0?
[14:08] <timp> let me have a look. I only had a quick look to see which tests failed
[14:08] <ahayzen> timp, https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/2447/testReport/junit/ubuntuuitoolkit.tests.test_emulators/SwipeToDeleteTestCase/test_delete_item_moving_left/
[14:09] <timp> it fails on AssertionError: After 10.0 seconds test on Standard.implicitHeight failed: 0 != dbus.Double(50.0, variant_level=1)
[14:09] <WebbyIT> mzanetti, couple of questions: what's the best way to save favourite account? GSetting, Sqlite with QML or U1DB?
[14:09] <ahayzen> timp, hmm i wonder wht bit broke tht lol
[14:09] <mzanetti> WebbyIT: I personally would go for QSettings
[14:10] <WebbyIT> mzanetti, ok, thanks. Second: how can I call friends to add an account?
[14:10] <mzanetti> WebbyIT: don't know, maybe mardy does ^
[14:10] <ahayzen> timp, and why did ur tests pass?
[14:11] <timp> that's.... ehm. weird.
[14:13] <timp> ahayzen: I just checked again, they still pass on my laptop.
[14:13] <timp> ahayzen: I'll try on my galaxy nexus now
[14:18] <timp> ahayzen: strange. it works fine on my galaxy nexus as well
[14:18] <ahayzen> timp, weird
[14:18] <timp> elopio: ^ do you have an idea why AP fails on jenkins but not locally for me in this MR? https://code.launchpad.net/~andrew-hayzen/ubuntu-ui-toolkit/fix-swipe-delete-002/+merge/202171
[14:18]  * timp lunchtime, bbl
[14:27] <elopio> timp: no idea.
[14:27] <elopio> that's failing on the desktop, let me give it a try.
[14:28] <mardy> WebbyIT: not sure what you mean... to add accounts you don't call friends
[14:29] <mardy> WebbyIT: if you want to create accounts from Reminders, I've a branch for it: https://code.launchpad.net/~mardy/reminders-app/app-access/+merge/204191
[14:29] <mardy> WebbyIT: BTW, testing is *very* welcome :-)
[14:29] <WebbyIT> mardy, I don't want to add an account from app: if user press on "Add other account" I think the best way is to open Friend to add another account
[14:31] <mardy> WebbyIT: not sure why Friends would be involved
[14:31] <mardy> WebbyIT: Friends cannot create accounts, AFAIK
[14:32] <WebbyIT> mardy, what's the name of account manager?
[14:32] <WebbyIT> where you can add online account...
[14:33] <mardy> WebbyIT: "Online Accounts" :-) But that is what the branch I linked above does
[14:33] <WebbyIT> mardy, uops :-) Ok, I'll try it, thanks :)
[14:34] <elopio> ahayzen: I got to reproduce the error. I think we are not hitting the delete button properly, and then the item is still there.
[14:35] <elopio> I'm in a meeting, but will be back with you shortly.
[14:37] <mardy> mzanetti: had any time to look at https://code.launchpad.net/~mardy/reminders-app/account-plugin/+merge/203952 ?
[14:37] <mzanetti> mardy: no, not yet, sorry
[14:37] <mzanetti> the right edge animation to switch apps is driving me mad :D
[14:37] <mzanetti> mardy: I'll try to get to it today
[14:38] <mardy> mzanetti: thanks
[14:39] <WebbyIT> mardy, could your branch work on desktop? There are some dipendences to install?
[14:43] <mardy> WebbyIT: yes, it works on the desktop, there's one dependency which is mentioned in the description of the merge request
[14:44] <WebbyIT> right, thanks
[14:46] <ahayzen> elopio, ok so is tht my issue or the test?
[14:48] <elopio> ahayzen: it's the emulator, it seems. We need to wait for the row to stop moving.
[14:48] <elopio> let me try something.
[14:49] <ahayzen> elopio, could it be because i have now fixed some of the animations tht weren't working before?
[14:49] <elopio> timp: you don't get the error probably because your machine is slow :)
[14:49] <elopio> ahayzen: likely. We need to wait for the animation to finish before we click. Otherwise, we will get the center of the button while it's moving.
[14:49] <ahayzen> elopio, ok
[14:51]  * ahayzen lunch bbl
[15:13] <ahayzen> elopio, whts the best way of waiting for the animation to complete?
[15:16] <elopio> ahayzen: I'm trying to find a way, but my autopilot vis is stuck.
[15:16] <elopio> ahayzen: have you done autopilot tests before?
[15:17] <ahayzen> elopio, heh i've done some for the music-app but my knowledge isnt tht gd
[15:18] <ahayzen> elopio, i guess in the confirm_removal() in the emulators.py we need to wait until the animation is complete?
[15:25] <elopio> sorry, things are crashing everywhere.
[15:25] <ahayzen> haha no worries
[16:19] <elopio> ahayzen: I don't know enought QML to understand what's going on. It seems to me that waitingConfirmationForRemoval = True is happening after all the animations are finished.
[16:20] <ahayzen> elopio, so maybe waiting for tht to be true would  work?
[16:21] <elopio> ahayzen: we are waiting for it to be true:
[16:21] <elopio> self.waitingConfirmationForRemoval.wait_for(True)
[16:21] <ahayzen> elopio, hmm yh i just saw tht
[16:21] <elopio> it seems that after it's True, we still have another animation that I don't know where it comes from.
[16:21] <ahayzen> elopio, ok i may have changed something then
[16:22] <ahayzen> elopio, i'll investigate tonight see if i can figure it out, thanks for ur help, i've gtg now :/
[16:22] <elopio> ahayzen: thanks to you. If I find something, I'll comment the MP.
[16:22] <ahayzen> elopio, thanks
[16:26] <elopio> I get it.
[17:15] <mzanetti> mardy: I'm wondering why jenkins doesn't pick this up https://code.launchpad.net/~mardy/reminders-app/account-plugin/+merge/203952
[17:42] <dpm> mzanetti, because he's not a member of the team. We need to ping fginther to manually trigger the job ^
[17:42] <mzanetti> dpm: ah, I see...
[17:42] <mzanetti> dpm: I autolanding seems to be working tho
[17:43] <dpm> mzanetti, top-approving triggers the job too afaik, so perhaps that was it?
[17:43] <fginther> dpm, mzanetti top approving by a team member will trigger autolanding automatically
[17:44] <mzanetti> ack, thanks
[17:44] <mzanetti> dpm: https://code.launchpad.net/~mardy/reminders-app/app-access/+merge/204191/comments/477181
[17:44]  * dpm looks
[17:47]  * dpm looks if Dani is still around...
[17:47] <dpm> ah, you pinged him already :)
[17:51] <WebbyIT> mzanetti, sorry, too many branch today. I'll work on this for improve login after mardy merge?
[17:52] <WebbyIT> https://code.launchpad.net/~mzanetti/reminders-app/init-account-rework
[17:53] <mzanetti> WebbyIT: I'd say you test this and review it, if it works, approve it.
[17:53] <mzanetti> WebbyIT: then mardy's branch deals with the case if there is no account at all
[17:54] <mzanetti> WebbyIT: an you can handle the case if there are multiple accounts (with the switch account button etc)
[17:54] <mzanetti> WebbyIT: does this work you?
[17:54] <WebbyIT> mzanetti, yap :)
[17:54]  * popey hugs WebbyIT
[17:55] <mzanetti> WebbyIT: cool, I won't be online tonight. if you finish this and want to do more, check out the "shoot" branch and get it merged. then rework the camera workflow to reflect the design mockups
[17:55] <mzanetti> WebbyIT: there needs to be a confirmation page that asks "Do you want to use this picture" etc
[17:55] <WebbyIT> mzanetti, wow, ok :)
[17:56] <mzanetti> WebbyIT: do you have the link to the design mockups?
[17:56] <popey> they are in the blueprint
[17:56] <popey> https://blueprints.launchpad.net/ubuntu-phone-commons/+spec/reminders-app-development
[17:56] <mzanetti> popey: yeah, but for some reason the blueprint is not linked to the lp:reminders-app repo
[17:57] <popey> yeah
[17:57] <popey> added blueprint link to https://launchpad.net/reminders-app ☻
[17:57] <WebbyIT> mzanetti, if it's the gdocs yes
[17:58] <mzanetti> WebbyIT: yeah, that one... there are 3 pictures for the camera workflow. that's missing in the app so far
[17:59] <mzanetti> well, one of the 3 is missing completely, and one looks bad and needs to become prettier
[18:00] <WebbyIT> ok, I'll see what I can do
[18:00] <mzanetti> popey: what I mean is, if you go to here https://launchpad.net/reminders-app and click on the Blueprints link on top, you won't end up in the blueprint
[18:00] <popey> yeah, i know
[18:00] <mzanetti> WebbyIT: no worries if you don't manage or don't have time...
[18:00] <mzanetti> WebbyIT: just in case you want to do something while I'm away
[18:01] <WebbyIT> :-)
[18:10] <WebbyIT> mzanetti, https://code.launchpad.net/~mzanetti/reminders-app/init-account-rework/+merge/204228/comments/477207
[18:19] <om26er> boiko, how do i get new messaging-app released ?
[18:21] <boiko> om26er: you need to fill the MR submission checkist on the MR
[18:21] <boiko> om26er: https://wiki.ubuntu.com/Process/Merges/Checklists/system-apps
[18:21] <boiko> om26er: then the reviewer fills the review checkist, and then we request to bfiller a new release
[18:23] <om26er> boiko, hmm, thats a bigger task
[18:23] <boiko> om26er: that's the new procedure for all packages it seems
[18:24] <om26er> boiko, will fill the request once jenkins behaves and my branch lands
[18:24] <boiko> om26er: well, that needs to be filled before it gets approved/merged
[18:25] <om26er> boiko, even for https://code.launchpad.net/~om26er/messaging-app/fix_introspection/+merge/203392 ?
[18:25] <WebbyIT> Someone could review this please?
[18:25] <WebbyIT> https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/1274229/+merge/204311
[18:25] <boiko> om26er: yep
[18:25] <om26er> -    if (arguments.contains("-testability")) {
[18:25] <om26er> +    if (arguments.contains("-testability") || qgetenv("QT_LOAD_TESTABILITY") == "1") {
[18:25] <om26er> :p
[18:26] <boiko> om26er: yep, I have done that for an MR that was changing even less code than yours did :P
[18:26] <om26er> boiko, should I revert the status from 'approved' to needs review then ?
[18:26] <boiko> om26er: doesn't really matter, cause bfiller will only pick the MR if it has both the submitter and the reviewer checklists filled
[18:27] <boiko> om26er: no more autolanding on branches
[18:29] <om26er> fun!
[18:30] <bfiller> om26er: for any MR, you need to perform the steps in the reviewer section checklist here: https://wiki.ubuntu.com/Process/Merges/Checklists/system-apps
[18:30] <bfiller> om26er: part of that is making sure you manually run these tests: https://wiki.ubuntu.com/Process/Merges/TestPlan/dialer-app
[18:31] <om26er> bfiller, ok, will do.
[18:33] <bfiller> om26er: once you've done that then we can get it released
[18:34] <bfiller> om26er: just a heads up as well, the design of the dialer app is going to be changing alot, so I wouldn't write too many new autopilot tests until we know exactly what is going t change
[18:35] <bfiller> om26er: hopefully you knew about that :)
[18:35] <om26er> bfiller, heh, I have already written a few  ;) seems they will need to be altered later
[18:36] <om26er> the good part is most of the work in those tests is logical so that will stay the same
[18:37] <bfiller> that's good
[18:46] <nik90> WebbyIT: I reviewed and approved your MP. Care to top approve it pls.
[18:46] <WebbyIT> nik90, thanks :)
[18:49] <nik90> WebbyIT: btw, your qbzr recommendation is so freaking awesome...helps out nicely instead of using the terminal
[18:52] <WebbyIT> nik90, yeah, Trevino suggested it to me a week ago, it's very cool :)
[18:52] <dpm> I use it all the time too!
[18:53] <dpm> qdiff and qlog all the time :)
[18:53] <WebbyIT> wow, I didn't know qlog, very interesting :)
[18:54] <nik90> qlog?
[18:55] <nik90> I basically used bzr q(commit, log, diff)
[18:55] <nik90> they all work
[18:55] <nik90> try out bzr qcommit
[18:55] <WebbyIT> qdiff is the best, but also qcommit is useful
[20:13] <balloons> ahayzen_, you about?
[20:13] <ahayzen_> balloons, sortof...on a dodgy WiFi and gonna go out in a bit
[20:13] <ahayzen_> balloons, whts up?
[20:14] <balloons> ahayzen_, nvm actually I figured it out.. but, fyi, migrating music to cmake
[20:14] <balloons> you'll see a mp soon
[20:14] <ahayzen_> balloons, ooo cool :)
[20:14] <ahayzen_> balloons, so we can cross compile?
[20:14] <balloons> the world is our oyster, lol.. my motivation is to allow for usage of the click-buddy tool
[20:15] <ahayzen_> balloons, awesome :)
[20:41] <wardane> How do you simulate a pinch to zoom in Qt creator?
[21:16] <WebbyIT> dpm, if you have time, could you please review this again? https://code.launchpad.net/~mzanetti/reminders-app/shoot/+merge/203418
[21:16] <WebbyIT> Mhh, dpm isn't online :/
[21:55] <WebbyIT> popey, this is for you :-) https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/1273637/+merge/204354
[21:56] <popey> :D


[09:01] <brobostigon> morning boys and girls.
[10:26] <daftykins> morning indeed!
[10:30] <brobostigon> morning daftykins
[15:45] <daftykins> diddledan: what was the brand of 10Gb NICs you picked up when you got dabbling?
[15:47] <diddledan> for vmware I got an intel, and for freenas I got a chelsio
[15:49] <daftykins> ja just found some chelsios :)
[15:50] <daftykins> just messing about really but looking at what the options would be
[19:52] <penguin42> I guess you're using 10G-T
[21:00] <diddledan> https://insights.ubuntu.com/?p=82808
[21:01] <diddledan> aka "Let's all descend upon Seattle" :-p
[21:04] <zmoylan-pi> what? is it 80% of the price of nutella?! :-P
[21:14] <diddledan> hmm?
[21:17] <zmoylan-pi> missed the nutella riots in france? :-)
[21:29] <diddledan> guess I must have
[21:37] <penguin42> do pay attention
[21:37] <penguin42> I guess you missed the 50 escaped apes as well?
[21:38] <diddledan> 50 escaped apes? are they super intelligent?
[21:39] <penguin42> well, that depends if they were also behind the nutella riots
[21:46] <zmoylan-pi> the riots _DID_ provide a distraction while they were escaping...
[21:48] <diddledan> see, right now I'm unsure whether these things actually happened or you're yanking my noodle
[21:50] <zmoylan-pi> noodles are too serious to be yanked... trust me, i'm a pastafarian...
[21:50] <penguin42> diddledan: Seriously, both did
[21:51] <zmoylan-pi> nutella riots.. http://www.bbc.com/news/world-europe-42826028
[21:51] <penguin42> https://www.theguardian.com/world/2018/jan/26/paris-zoo-shut-baboons-escape
[21:53] <diddledan> jeez
[21:56] <zmoylan-pi> 2018 the year the headlines seemed faker than the enquirer headlines of the 1980s...
[21:56] <penguin42> There's no requirement for reality to make sense
[21:57] <zmoylan-pi> ...so not covered by warranty then...bugger...
[22:58] <diddledan> sleepysleep time
[22:58]  * zmoylan-pi hands diddledan a mug of happy sleepy snoozy snooze
[22:59] <diddledan> *thud*
[22:59] <diddledan> zzzz
[22:59]  * diddledan sets alerm for silly oclock
[23:08] <zmoylan-pi> if only it were an alarm clock... :-) https://i.imgur.com/i9c6X7i.jpg
[23:28] <penguin42> zmoylan-pi: I'd assume it would play the call of the Norwegian Blue


[02:36] <b3nn> is ubuntulog a real person?? or a logger?
[02:41] <b3nn> i want to run a script ANYTIME the user fails to authenticate, be at at initial boot login, lockscreen login, package installation login, or ANYTIME. please email<EMAIL_ADDRESS>about this if you have any advice!
[02:41] <b3nn> thanks.


[00:15] <juliank> Seriously? My upload was rejected with "Symbolic link for debian/copyright not allowed", but it syncs fine from Debian?
[00:15]  * juliank is annoyed
[00:15] <juliank> I guess I go back to no debian/copyright at all
[00:16] <juliank> (No, it's not required to have one. apt never had one, it installed COPYING instead. Now I made copyright a symlink to that)
[00:20] <juliank> I mean: Why? I don't want to have that file twice in the package, and a symlink is better than just installing the file in the upstream part.
[00:23]  * juliank uploaded a fixed build now, tomorrow we'll see if something breaks
[00:23]  * juliank goes to bed
[00:37] <cyphermox> ahoneybun: I don't think it *has* to be that size, but the aspect ratio for things matter, since they really should show in that panel size -- the size of the slideshow shouldn't vary from slide to slide, or from flavor to flavor
[02:20] <ahoneybun> cyphermox: at the moment ours is broken since Qt4 dropped Webkit
[05:22] <cpaelzer> good morning
[06:38] <doko> juliank, apt test failures on ppc64el
[06:59]  * xnox only 16 more merges to go....
[08:09] <juliank> doko: Thanks, I'm about to look into this
[08:10] <doko> juliank, this is likely LP: #1473674. but at this time, we couldn't distill a test case.  maybe you see the same when building with -O3 on amd64
[08:12] <juliank> doko: Probably. There's also a real bug in the stringview tests, though (comparing data() with to_string(), where data() might not be nul-terminted). I accidentally turned the test suite to actually fail the build at build time with the cmake switch; I think I'm going to revert this. Too much inexplicable noise on exotic platforms
[08:14] <juliank> Well, I can also switch ppc64el to -O2 in addition
[08:15] <juliank> doko: Oh, your -O2 rebuild even hid the real test failure
[08:16] <doko> juliank, a test case would be nice. still not convinced that this is a compiler issue
[08:23] <juliank> doko: Well, there are only two previous returns in the function called before it sets the InfoDir variable. and I don't see how those could fail. I guess I'd have to look at the binaries, but I don't really speak much ppc64el
[08:24] <juliank> Well, and we don't have any, obviously, because the -O3 build failed due to the test suite ...
[08:31] <doko> The following tests FAILED:
[08:31] <doko>           1 - AptTests (Failed)
[08:32] <doko> juliank, ^^^ on amd64 with -O3
[08:33] <juliank> doko: Same failure? (MIght need to set CTEST_OUTPUT_ON_FAILURE=1 if you're running manually)
[08:34] <juliank> I'm letting it build at -O3 now too
[08:40] <juliank> doko: I cannot reproduce this on Debian at least (with gcc 6.1.1-11), still have to try in my yakkety env.
[08:50] <juliank> doko: In the Ubuntu env (with gcc -10ubuntu11), I see test failures with -O3, but not in CDROM. Basically the string_view thing I already mentioned, and some weird random failures I don't know what to think about
[08:51] <doko> juliank, the only difference should be PIE turned on by default. ok, so the CDROM thing is ppc64el specific, as it was already before
[08:55] <LocutusOfBorg> please somebody ignore systemd/ppc64el autopkgtestsuite, for gnutls30, and retry the network-manager one
[08:58] <juliank> doko: I had a DSL reconnect, what was the last line that arrived?
[09:13] <Unit193> < juliank> doko: In the Ubuntu env.....
[09:13] <juliank> Ah OK
[09:13] <Unit193> (And he responded.)
[09:14] <juliank> I can say with -11ubuntu12 things look a bit better even
[09:14] <juliank> Unit193: anything interesting in the response?
[09:33] <ginggs> [10:50:28] <juliank> doko: In the Ubuntu env (with gcc -10ubuntu11), I see test failures with -O3, but not in CDROM. Basically the string_view thing I already mentioned, and some weird random failures I don't know what to think about
[09:33] <ginggs> [10:51:16] <doko> juliank, the only difference should be PIE turned on by default. ok, so the CDROM thing is ppc64el specific, as it was already before
[09:34] <juliank> Thanks ginggs
[09:38] <Unit193> Sorry.
[09:55] <ogra_> any archive admins around ? i need the score bumped on https://code.launchpad.net/~snappy-dev/+snap/pi2-kernel/+build/2796
[10:00] <xnox> they all are cleaning, looks suspicious.
[10:02] <ogra_> xnox, the arm arches are slow since last friday ... (and often lie in the estimated time ... telling you "starts in 20min" for multiple hours)
[10:02] <xnox> ogra_, i'm not sure why, i've just uploaded a package and it started to build on armhf....
[10:02] <xnox> i guess i jumped the queue somehow?
[10:02] <xnox> Build score:2510 (What's this?)
[10:02] <xnox> Start in 8 minutes (2505) What's this? -> that's you
[10:03]  * xnox ponders why you are 5 points lower
[10:04] <ogra_> because i'm a snap perhaps
[10:04] <ogra_> or because i build against a PPA
[10:11] <cjwatson> snaps are all 2505 + <relative_build_score of archive>
[10:13] <cjwatson> maybe it would be fairer to have the baseline be 2510 these days, because most uploads are priority: medium
[10:13] <cjwatson> urgency=medium I mean
[10:13] <xnox> yeah
[10:14] <cjwatson> so the effect ogra_ is seeing is probably mainly that the queue of .dsc builds to perform is rarely empty, and that snaps effectively only get to build after all of those
[10:14] <cjwatson> ditto recipes and livefses
[10:15] <cjwatson> ogra_: I've bumped that build's score and I'll look at making the defaults a bit fairer
[10:15] <ogra_> can https://code.launchpad.net/~snappy-dev/+snap/canonical-snapdragon-linux/+build/2797 be bumped too please ?
[10:15] <ogra_> cjwatson, thanks !
[10:16] <cjwatson> ogra_: done
[10:16] <ogra_> merci :)
[10:19] <ogra_> uhm, oh
[10:19] <ogra_> bzr: ERROR: Invalid url supplied to transport: "bzr+ssh://bazaar.launchpad.net/~ogra/+junk/canonical-snapdragon-linux-snap": no supported schemes
[10:19] <ogra_> (https://code.launchpad.net/~snappy-dev/+snap/canonical-snapdragon-linux)
[10:20] <ogra_> i assume the team cant use my personal branch here ?
[10:21] <ogra_> so lets try that again with me as the snap owner
[10:22] <xnox> ogra_, +git, not +junk
[10:22] <ogra_> :P
[10:22]  * xnox trolling
[10:23] <ogra_> yeah, i'll switdh all that stuff to git eventually ...
[10:23] <cjwatson> it should be fine with +junk branches; but you deleted that snap before I could look at what the problem was
[10:23] <dbarth> hey guys, i'm trying to get an SRU for account-plugins to -proposed
[10:23] <ogra_> cjwatson, i only switched the name ...
[10:23] <dbarth> it's sitting in the UNAPPROVED queue, as silo 062
[10:23] <ogra_> cjwatson, https://launchpad.net/~ogra/+snap/canonical-snapdragon-linux/+build/2797
[10:24] <dbarth> the reference bug is: https://bugs.launchpad.net/gnome-control-center-signon/+bug/1565772
[10:24] <cjwatson> ogra_: that looks like either a transient failure or a firewall bug
[10:24] <ogra_> oh+
[10:24] <cjwatson> I doubt that the path has anything to do with it
[10:24] <ogra_> well, the bzr login stuff above the error made me thing the account is related
[10:25] <cjwatson> I suspect you thought wrong
[10:25] <cjwatson> buildds obviously don't have an actual Launchpad login to use
[10:26] <ogra_> for that snap it isnt that important who owns it, it will be re-named once we get a proper name ... and will then get its own project ... new buuild is triggered, lets see if it was transient
[10:26] <cjwatson> so you should generally expect to see that warning
[10:26] <ogra_> ok
[10:26] <cjwatson> (well, perhaps that isn't obvious, but it's nevertheless true)
[10:36] <doko> seb128, Laney: are you planning a gedit merge? if not then we need a no-change upload for nbs
[10:42] <ogra_> cjwatson, worked the second time
[10:42] <cjwatson> ok, must be terrible presentation by bzr of a transient error, I guess
[10:43] <juliank> Can we please fix the upload queue thing to allow packages where debian/copyright is a symlink? It works for syncs, I really don't want to cp my target to debian/copyright before doing an ubuntu-specific upload. And no, I neither want to ship copyright information twice in apt, nor do I only want it in debian/. We previously had no debian/copyright at all and that produced less issues than this symlink :(
[10:44] <juliank> That is, apt ships it's copyright info in the top-level COPYING file
[10:44] <juliank> (aka upstream part, if we ever get non-native)
[10:44] <cjwatson> juliank: can't do straight away, please file a bug against Launchpad; at the time we wrote it I'm pretty sure our check matched Debian ftpmaster so we need to check what the current one is
[10:47] <juliank> cjwatson: Sure https://bugs.launchpad.net/launchpad/+bug/1612612
[11:52] <seb128> doko, jbicha is looking at it but he's blocked by gspell test issues
[12:17] <sitter> mvo: yo. python-apt changes I mentioned in Heidelberg, was wondering if you have some thoughts on the direction https://github.com/apachelogger/python-apt/commits/aptsources-distro-os-release also I have no clue how one would propose them for inclusion in the debian repo :S
[12:23] <juliank> sitter: Basically just say something and mvo or I will merge them
[12:23] <sitter> that's easy then. thanks
[12:24] <juliank> I really need to get a 1.1 release out at some point, apt is already at 1.3 ...
[12:25] <juliank> It's just fairly annoying work to port this away from the deprecated API to the new one, so we end up with the "beta" (aka still using deprecated stuff) releases
[12:26] <mvo> sitter: what juliank said
[12:27] <mvo> sitter: from a quick look looks fine, there is a debug print() in there still
[12:27] <mvo> sitter: (but I guess you know that :)
[12:28] <sitter> yeah. it's basically the working tree I abandoned in favor of the simpler workaround ;)
[12:30] <juliank> doko: I revised your apt workaround a bit to take care of noopt, and prepend instead of append, and arrived at https://github.com/Debian/apt/compare/master...julian-klode:bugfix/gcc?expand=1
[12:31] <juliank> Probably going to merge this for RC2
[12:35] <juliank> sitter: Should probably use the official VERSION_CODENAME instead of / in addition to UBUNTU_CODENAME
[12:37] <juliank> see bug #1598212
[12:39] <sitter> *nod*
[12:40] <juliank> Someone needs to fix fakeroot? dlsym(acl_get_file): /usr/lib/x86_64-linux-gnu/libfakeroot/libfakeroot-sysv.so: undefined symbol: acl_get_file
[12:40] <juliank> This breaks a lot of the APT test suite in the glibc migration
[12:41] <juliank> I have no clue what's going on there.
[12:41] <juliank> I already saw this in the build logs that night
[12:42] <juliank> See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=830912
[12:42] <juliank> glibc fixes "Report dlsym, dlvsym lookup errors using dlerror [BZ #19509]"
[12:44] <juliank> meh, I guess I'll take a look at it. Most apt bugs are fixed now anyway, so I have time
[13:16] <juliank> Well, it was a good idea, but it hang up my system
[13:18]  * juliank hopes schroot will use cgroups at some point, so the chroot processes can be grouped and killed reliably
[13:20] <sitter> juliank: I did some minor polishing, should be good for merge now https://github.com/apachelogger/python-apt/commits/aptsources-distro-os-release
[13:21] <sitter> mvo: FWIW, that's what the software-properties side of things will look like http://bazaar.launchpad.net/~apachelogger/software-properties/python-apt-is-like/revision/970 (basically restricting the match further by requiring that the the local distro `is_like` the distro of the PPA)
[13:25] <mvo> sitter: thanks
[13:25] <juliank> sitter: Can you squash those commits together?
[13:28] <juliank> I cannot reproduce the fakeroot warning issue in my yakkety system, but it seems like that should work around it: https://paste.ubuntu.com/23049438/
[13:28] <sitter> juliank: done
[13:32] <juliank> sitter: Some more stuff, use line.split("=", 1) in case there are multiple = - Your ID_LIKE use does not match the spec/manpage: ID_LIKE should be ID_LIKE="ubuntu debian", not unquoted.
[13:33] <juliank> Relevant quotes: (1) Variable assignment values must be enclosed in double or single quotes if they include spaces
[13:33] <juliank> (2) Example: for an operating system with "ID=centos", an assignment of "ID_LIKE="rhel fedora"" would be appropriate
[13:34] <sitter> hm
[13:34] <juliank> I know, right?
[13:34] <sitter> worse yet, that is actually the production os-release file from kde neon, so it is actually broken there ^^
[13:43] <cjwatson> ogra_: https://code.launchpad.net/~cjwatson/launchpad/fairer-build-scores/+merge/302807 FYI
[13:43] <juliank> I uploaded a work around for the tons of fakeroot warnings now
[13:43] <ogra_> cjwatson, yay, thanks !
[13:43] <juliank> It's not optimal as it just hides the errors again, but better than having them printed in every build and test log (and making the apt testsuite fail)
[13:45] <sitter> juliank: I pushed fixes for both
[13:49] <juliank> sitter: Fails on Debian unstable: aptsources.distro.NoDistroTemplateException: Error: could not find a distribution template for debian/None
[13:50] <juliank> Probably because VERSION_* is not specified
[13:51] <sitter> juliank: yes
[13:51] <sitter> probably should fall back to LSB if a field is None
[14:01] <sitter> juliank: http://paste.ubuntu.com/23049533/ any objections to this solution? reads both, then gets os-release value unless it is None, in which case it gets the value from lsb_release
[14:03] <juliank> doko: <DonKult> juliank: so, I tried building apt on the pcc64el porterbox… and I can reproduce the -O3 thing there. And I can fix it… e.g. by adding "CD = CD;" in apt-pkg/cdrom.cc at line 68 (<- right after we might have set InfoDir). Haven't played much more yet, but if that isn't screaming compiler bug I don't know what is.
[14:06] <juliank> sitter: You can use this.get(key) or that.get(key) instead of this.get(key) if this.get(key) else that.get(key)
[14:24] <sitter> juliank: cool. pushed
[14:47] <cyphermox> juliank: did the way apt reports progress on Status-Fd change recently?
[15:01] <juliank> cyphermox: Well, rc1 in proposed might report some more stuff
[15:01] <juliank> But apart from that, I'm not sure
[15:04] <juliank> sitter: Still fails, though - not sure why: aptsources.distro.NoDistroTemplateException: Error: could not find a distribution template for debian/sid
[15:07] <sitter> juliank: template's are case sensitive, ID supposedly is lowercase in os-release. so it should be Debian/sid but is debian/sid
[15:07] <juliank> Ah, right
[15:07] <sitter> I am thinking either the template system should be case indepdnent or os-release on debian needs changing. former sounds more appropriate xD
[15:08] <juliank> hmm, that's work :(
[15:08] <sitter> ID actually is specified as lower case, so yeah, template lookup needs changing :/
[15:09] <sitter> hm
[15:11] <sitter> juliank: http://paste.ubuntu.com/23049655/ should be as trivial as this if I am understanding the code correctly
[15:12] <juliank> sitter: Well, try it out. Run PYTHONPATH=$PWD ./tests/test_all.py (or ./tests/test_aptsources.py)
[15:12] <juliank> same problem should happen on Ubuntu too
[15:13]  * juliank did not check that yet :D
[15:14]  * juliank is about to start cooking and also fixing apt bugs or at least merging the commits he did earlier
[15:15] <cyphermox> juliank: ok, because it looks like progress percentage is now reported on Status-Fd is localized
[15:15] <cyphermox> ie. percentage may be 33.333 or 33,333
[15:16] <cyphermox> hrm, maybe it's not apt
[15:25] <doko> juliank, yes, but trying to reduce this to a simple reproducer doesn't look that easy. Can you come up with a test case which doesn't involve the library?
[15:27] <juliank> doko: DonKult is looking into it
[15:28] <doko> infinity, fakeroot probably needs an update for dropped (?) glibc symbols?
[15:29] <juliank> doko: I updated fakeroot to silence the warning
[15:29] <juliank> doko: glibc now added error reporting to dlsym() which was not there before
[15:29] <juliank> The acl symbols mentioned were never in libc in the first place
[15:30]  * juliank is not sure what the right course of action for this is longer term
[15:31] <juliank> This at least brings is back to the 2.23 state.
[15:31]  * juliank mostly cares because it breaks the apt tests ...
[15:35] <doko> juliank, one more thing: https://bugs.launchpad.net/bugs/1584118  how is a package selected when I only install the virtual name?
[15:35] <sitter> juliank: lower on both sides makes test_aptsources pass with ID=ubuntu. That's however not actually useful at all. e.g. I also noticed the if-wall in get_distro() is comparing with "Ubuntu" etc.. So I am thinking this either needs a concious API compatibility break in that distro ids get downcased consistently and file mapping/matching ignores case, or we do a weird hack and use os-release NAME instead of ID (which IMO would defeat the purpose
[15:35] <sitter> and require random splitting), or we change the patch to only grab is_like out of os-release and continue to take the rest from lsb (least invasive)
[15:36] <sitter> If we assume os-release is the long-term target I doubt a compatibility break will be avoidable
[15:36] <juliank> doko: I don't really know in detail. I guess it just fits the first package it sees
[15:37] <doko> ok
[15:37] <doko> mvo, ^^^
[15:38] <juliank> doko: I'd simply create a real package with the virtual name and let it depend on the preferred one. This has guaranteed semantics
[15:39] <juliank> Relying on APT's implementation details is not such a good idea.
[15:39] <infinity> doko: IIRC, it picks the virtual provider with the highest sort order (cf: the time when libfooN-dev used to provide libfoo-dev, and we wanted "Build-Depends: libfoo-dev" to usually pick the highest)
[15:40] <infinity> doko: But, as juliank says, relying on even that is a poor substitute for forcing the issue.
[16:03] <infinity> juliank: You referenced the Debian bug in your fakeroot upload, but didn't forward the patch to the Debian bug? :P
[16:07] <juliank> infinity: Not yet at least, but the idea was mentioned in that bug
[16:09] <infinity> juliank: Yeah.  But a quick "submittodebian" turning Aurelien's suggestion into an actual patch is always nice. :)
[16:10] <juliank> infinity: Right. Later on. I just wonder: Did I really leave the Bug-Ubuntu field with <bugnumber> int it?
[16:10] <juliank> I have no idea how that happened
[16:10] <infinity> juliank: Yes, you really did. ;)
[16:11] <infinity> juliank: I wasn't going to point that out. :P
[16:13] <juliank> I have to cook now, but I'll try to send the patch out
[16:18] <juliank> infinity: done
[17:35] <tyhicks> bdmurray: hey - are you ok with me re-adding the verification-done tag to bug 1528230 after the last two comments that I left?
[17:53] <juliank> doko: that seems to be the culprit: https://paste.debian.net/788746/
[17:53] <juliank> For whatever reasons DirectoryExists() had __attribute__((const))
[17:53] <juliank> Still not sure how the compiler completely optimises that away, though
[17:54] <juliank> It must think that DirectoryExists(<string constant ".disk">) always is false
[17:54] <juliank> or rather, that it must be false at some point
[18:02] <juliank> I think because it is a string literal, the compiler assumes that because we cannot know the address of the literal, we cannot make a defined choice in DirectoryExists(), and thus drops the whole part
[18:17] <dobey> sigh
[18:43] <juliank> Apparently the code is not dropped, but the input is some garbage instead of the actual value.
[18:44] <juliank> Which makes sense: If the function is const and takes a reference, and you pass it one constant, it must have the same result if I replace the constant with garbage.
[18:44] <juliank> s/constant/literal/
[19:15] <juliank> Did something change on the autopkgtest systems? It seems as if  acquire::https::proxy is set to "direct" - APT does not understand this, only "DIRECT".
[19:15] <juliank> The apport tests thus fail with Unsupported proxy configured: direct:
[19:19] <juliank> Nevermind, apport test suite is broken and we now added a check for invalid proxy methods...
[19:19] <juliank> Will upload fixed apport in a few minutes
[19:26] <juliank> should be fixed in -0ubuntu6
[19:59] <slangasek> mterry: hrm, why is /etc/lightdm/lightdm.conf.d/90-phablet.conf being injected by livecd-rootfs, instead of being shipped in the lxc-android-config package?
[20:04] <mterry> slangasek: I'm not sure; I likely made it originally though.  It should probably move
[20:09] <slangasek> ah, I see, this file is 3 years old already, I thought it was added in the latest upload :)
[20:10] <slangasek> but yes, your name is on the original commit also :)
[20:16] <bdmurray> tyhicks: yes, that makes sense to me
[20:17] <tyhicks> bdmurray: ok, thank you


[01:02] <joey> MTecknology, due to limitations in LP, I'd recommend you include a link to a demo (or actual) implementation of the drupal code
[01:10] <MTecknology> joey: thanks
[01:10] <MTecknology> joey: I forgot to toss out some links :P
[01:10] <MTecknology> joey: err - both of our teams are using that theme
[01:11] <joey> MTecknology, great.  I don't like the way LP hides announcements and file downloads
[01:27] <joey> I think they should all be present on the main page.
[01:32] <MTecknology> doesn't it?
[01:32] <MTecknology> it shows announcements
[01:32] <MTecknology> and the releases - it could do it better though
[23:35] <joey> hey!
[23:36]  * joey just noticed MTecknology's credit at the end of the Fridge article.
[23:40] <johnc4510> joey: hey back
[23:40] <joey> How's UWN going johnc4510?
[23:40] <johnc4510> good good thx
[23:40] <johnc4510> :)
[23:41] <johnc4510> always looking for imput
[23:41] <johnc4510> :)
[23:41] <joey> :-D
[23:42] <johnc4510> setting up a new team website on a new team server: http://<IP_ADDRESS>/drupal/
[23:42] <johnc4510> bare bones so far but a start
[23:43] <joey> ooh pretty
[23:43] <johnc4510> thx
[23:43] <johnc4510> drupal is soooo nice  hee hee
[23:47] <MTecknology> joey: is that bad?
[23:48] <joey> MTecknology, no just unexpected :-)
[23:49] <MTecknology> joey: you're in there :)
[23:50] <MTecknology> joey: I think I'm going to create a README about where each module came from, where the theme came from, how to use it all, etc.
[23:51] <joey> MTecknology, thanks.  ...and sure.  Stu came back with a more difficult reply so ... I'm plowing through that at the moment.
[23:51] <MTecknology> ?
[23:52] <MTecknology> does he dissapprove of anything we're doing?
[23:54] <MTecknology> I didn't mean to send him on any rant or anything - I was only trying to help with things :(
[23:54] <MTecknology> we both were
[23:54] <MTecknology> I'm sorry
[23:57] <MTecknology> joey: how upset is he?
[23:57] <joey> no no... it's all good
[23:57] <joey> He's just pointing out holes in my understanding. :-D
[23:57] <MTecknology> oh
[23:57] <joey> You're fine MTecknology and I certainly want to thank you for working on this.
[23:58] <MTecknology> :P - yw
[23:58] <joey> It's great to see interest. The problem is that nobody was ready for the interest so our approach on how to handle this wasn't set.
[23:58] <MTecknology> and it was swe3tdave that did a good strong hunk of the work - just fyi
[23:58] <joey> ...and the approach doesn't lay with me.
[23:58] <joey> I originally had all 3 of those branches commissioned.
[23:58] <joey> So I keep getting consulted
[23:59] <joey> Currently they are in a limbo sort of state and I'd like to figure out our exact gameplan on them (but again, I'm not responsible for them)
[23:59] <MTecknology> commissioned?
[23:59] <joey> Yeah, I paid to have them created.
[23:59] <MTecknology> oh
[23:59] <joey> For a few projects...