[00:22] <jo-erlend> I would love to have an RSS feed of the status page so that I don't have to keep looking for new information about the couchdb issues.
[00:38] <karni> Have a great night pplz!
[08:38] <mandel> morning all!
[08:43] <karni> Morningses!
[09:01] <duanedesign> fougout
[09:01] <duanedesign> LOGOUT
[10:40]  * mandel afaik for 30 min
[10:41]  * fagan needs some tea
[10:56] <fagan> :/ they delivered my package to somewhere else
[10:56] <fagan> Just not my week so far
[11:34] <nessita> hello everyone!
[11:34] <fagan> hey nessita
[11:35] <nessita> hi fagan
[11:35] <nessita> mandel_bbl: when you come back, let me know
[11:37] <nessita> ralsina: you around?
[11:37] <fagan> nessita: he didnt say morning so id say not yet
[11:37] <nessita> fagan: thanks
[11:39] <mandel_bbl> nessita: ping
[11:40] <nessita> mandel: pong
[11:40] <nessita> mandel: hola!
[11:40] <mandel> fagan: did say morning, but you were not here ;)
[11:40] <mandel> nessita: buenas!
[11:40] <fagan> mandel: I meant ralsina didnt say morning :)
[11:40] <mandel> fagan: oh, hehe
[11:40] <fagan> mandel: had to move my computer and shout at some people about losing my package
[11:41]  * fagan angry
[11:41] <mandel> fagan: was out of context, sorry :P
[11:41] <nessita> mandel: so, I have a couple of questions re the fix-os-helper branch. Did you re-propose that already?
[11:41] <fagan> mandel: its cool :)
[11:41] <nessita> mandel: so I can base my question in a LP diff (if not, no problem at all)
[11:41] <mandel> nessita: no, is basically the one you have, so shall we use yours or mine?
[11:42] <mandel> nessita: I can propose it if you want… is no problem waht so ever
[11:42] <nessita> mandel: mine, I added some aesthetic changes as well, fixed some typos, and the like
[11:42] <nessita> mandel: but I (maybe) wanna request some changes based on some questions
[11:43] <mandel> nessita: I used yours and recreated all branches based on that, so all your changes should be there
[11:43] <mandel> nessita: did you get my morning report?
[11:43] <nessita> mandel: I did, I read it, and that's why I'm asking:
[11:44] <nessita> did you propose fix-os-helpers? I mean, that branch has a good size now to propose
[11:44] <mandel> nessita: no, lets do it now
[11:45] <mandel> nessita: if you have comments I can fix them there and pump the changes up to the other branches
[11:46] <nessita> mandel: yeah, I have some comments. I'll be using my branch to base comments on, is that ok?
[11:47] <mandel> nessita: lp just gave me this error: 'There is already a branch merge proposal registered for branch lp:~nataliabidart/ubuntuone-client/fix-os-helper to land on lp:ubuntuone-client that is still activ'
[11:47] <nessita> mandel: that is your proposal, since my branch was built on top of yours
[11:48] <nessita> o no?
[11:48] <nessita> I never proposed that branch for review
[11:49] <nessita> mandel: you proposed my branch for review! :-)
[11:49] <mandel> nessita: no idea, it looks like I propose it for you… can you do that in lp?
[11:49] <mandel> that is weird...
[11:49] <nessita> mandel: seems like it
[11:49] <nessita> let's remove that proposal
[11:49] <nessita> mandel: so. you branch from my branch, push to a location of yours, and re-propose
[11:50] <mandel> nessita: on it
[11:50] <nessita> mandel: you removed the old proposal???
[11:50] <nessita> old == https://code.launchpad.net/~mandel/ubuntuone-client/fix-os-helper/+merge/68227
[11:51] <mandel> yes
[11:51] <nessita> mandel: never remove proposal with comments in it, just mark it as rejected
[11:51] <mandel> nessita: ok, did not know that...
[11:51] <mandel> nessita: the new is here: https://code.launchpad.net/~mandel/ubuntuone-client/fix-os-helper/+merge/68530
[11:52] <nessita> great, looking
[11:54] <nessita> mandel: ok, my first concern is the name of the method remove_utf8_chars
[11:54] <mandel> not correct?
[11:54] <nessita> mandel: the name is misleading, if I understood correctly, it should be something like remove_unicode or map_unicode_to_utf8_chars
[11:55] <nessita> mandel: since the method grabs unicode objects and replace it with bytes encoded with utf8
[11:55] <mandel> nessita: what about, readd_illegla_chars?
[11:55] <mandel> illegal*
[11:55] <nessita> restore_illegal_chars can work
[11:56] <mandel> nessita: and the other one would be, remove_illegal_chars
[11:56] <nessita> exactly
[11:56] <mandel> so we know one those the opposite of the other
[11:56] <nessita> yes
[11:57] <mandel> nessita: ok, np
[11:57] <nessita> mandel: so, next question is in the file filesystem_notifications.py. Why the ex-longpath decorator was removed from _add_single_watch and rm_path?
[11:57] <nessita> and from add_watch as well?
[11:58] <nessita> mandel: is making me 'noise' that the decorator was there before, and now, after the rename to windowspath, is not longer used in those methods
[11:58] <mandel> nessita: let me look at the context to give you a decent answer
[11:58] <nessita> thanks
[12:03] <mandel> the issue is that rm_watch is called by the watch manager rm_watch, that has two problems, one, that we are mangling the path twice, two that our asserts will compain because in the second pass of the decorator we are passing unicode and not bytes
[12:04]  * fagan brea k
[12:04] <nessita> the assert complaining is not a problem but a relief, since mangling the path twice is bad
[12:05] <nessita> mandel: I don't understand why rm_watch is called twice
[12:06] <mandel> nessita: so we have to rm_watch, one from FileSystemMonitor and the other from WhatchManager, FileSystemMonitor is the public interface used by sd, therefore passes get byte, the other is internal
[12:07] <mandel> which is the watchmanager and has no decorator, before the asserts there was no problem, now when we have the decorator in both the asserts fail
[12:07] <j0nr> hey folks, is it possible to publish photos synced from my phone and some how grab all the public url's? So I can chuck a simple html file in the front to show a gallery of my photos
[12:07] <nessita> mandel: ok, but are we calling rm_watch twice for the same path?
[12:08] <nessita> j0nr: hi there, let me ping someone that knows a lot about that
[12:08] <nessita> karni: you around?
[12:08] <karni> nessita: always!
[12:08] <karni> ;)
[12:08] <nessita> karni: hola! can you please give j0nr a hand?
[12:08] <karni> sure
[12:08] <j0nr> thanks nessita
[12:09] <karni> lemme see
[12:09] <nessita> j0nr: you're welcome!
[12:09] <nessita> mandel: so, not sure if you understand my question
[12:09] <mandel> nessita: no, we are calling FileSystemMonitor.rm_watch which calls WatchManager.rm_watch
[12:09] <mandel> nessita: yes, why we removed the decorator, answer: because the decorator is applied on FileSystemMonitor method
[12:09] <j0nr> I may be thinking outside the 'storage' box here, but I have done simple php scripts to fetch all images in a directory and create a simple gallery. Just wondering if I could somehow do the same with U1 so my gallery is always showing latest pics synced
[12:10] <mandel> whic follows the FileSystemMonitor interface from linux, which has more than just calling the wathcmanager
[12:10] <nessita> mandel: so, you said that FileSystemMonitor receives bytes, right?
[12:10] <karni> rye: Could you give j0nr the link to your U1 gallery script please?
[12:11] <karni> j0nr: ↑ I think this is closed to what you have in mind
[12:11] <j0nr> karni: but the random url of published photos seems to make this difficult... its not like I can loop throu photos ammending their names to www.ubuntuone.com/j0nr/photos/...
[12:11] <mandel> nessita: yes, and passes unicode to WatchManager
[12:11] <karni> j0nr: People complained about easily guessable urls. We can't have it that easy.
[12:11] <mandel> so WatchManager.rm_path should not get byte but unicode
[12:11] <nessita> mandel: where is that code?
[12:11] <j0nr> karni: oh ok cool. so can I run php scripts on U1?
[12:11] <karni> j0nr: That's not what I meant :)
[12:12] <nessita> mandel: I mean filename and approx line
[12:12] <karni> one moment
[12:12] <mandel> nessita: ubuntuone.platform.windows.filesystem_notifications line 806
[12:12] <mandel> that would be the FileSystemMonitor method
[12:13] <nessita> mandel: the conversion to unicode is in the decorator?
[12:13] <karni> j0nr: rye will help you when he's around. He has a script that you can run locally, to generate a nice gallery.
[12:13] <karni> I think ralsina also had one! :)
[12:13] <mandel> nessita: yes
[12:14] <mandel> nessita: so that when we move to unicode, we remove the decorator
[12:14] <nessita> mandel: ok, I see. SO why the add_watch right next to rm_watch does not have the decorator?
[12:14] <nessita> line 822
[12:14] <nessita> mandel: the inconsistency is what is killing me :-)
[12:14] <nessita> (in order to process this0
[12:16] <j0nr> karni: cheers... does it involve having to have the photos synced to a local machine?
[12:16] <mandel> nessita: hehe, I know you… and you are right, there the problem is that Watch in the __init__ is performing the same operation, lets make the init do not care and add a decorator there, does that sound better?
[12:16] <karni> j0nr: It's one-time run thing. It's not umm.. dynamic.
[12:16] <karni> j0nr: And I'm not sure about the answer to your question.
[12:17] <karni> j0nr: I think it's possible. But once you generate it, you can simply put the page on a server
[12:17] <j0nr> karni: ok thanks :)
[12:17] <karni> and it will access your files via public urls
[12:17] <karni> So just hunt these people ;)
[12:18] <j0nr> karni: so I take it there is a way to interogate U1 files to discover if they have a public url. Can this be done via command line?
[12:18] <nessita> mandel: indeed
[12:18] <j0nr> can I sync U1 to a server? I.e. no GUI
[12:18] <mandel> nessita: ok, lets add that in the comments and lets take care of it!
[12:19] <nessita> mandel: same question for freeze_being vs freeze_rollback and freeze_commit
[12:19] <karni> j0nr: run u1sdtool in termnal and read up on --info=PATH switch, maybe it contains the public url :)
[12:19] <nessita> mandel: I'll start adding the comments to the MP, but I have more things I want to talk with you from this branch
[12:19] <karni> j0nr: you can certainly publish from command line, I never grabbed public link sthat way
[12:20] <mandel> nessita: ok, lets talk about everything before I start typing like a mad man
[12:20] <nessita> mandel: yes. So, whta about freezes?
[12:20] <nessita> "same question for freeze_being vs freeze_rollback and freeze_commit"
[12:21] <j0nr> karni, nice one :)
[12:22] <mandel> nessita: events should have paths in byte, so commit which takes events should not have a decorator, agreed?
[12:23] <nessita> ok
[12:23] <nessita> same for rollback and begin, but begin has the deco
[12:24] <mandel> yes, and that should be wrong… since its calling the shared class by windows and linux which is in sd and should be using byte...
[12:24] <nessita> mandel: ^
[12:25] <mandel> nessita: ^^
[12:25] <mandel> nessita: two up, or which ever got first
[12:25] <mandel> nessita: we have not been bitten by a bug there because the notification from windows are a little smarter regarding moves, which is what the freeze is for
[12:25] <mandel> so, as I'd say in spanish, pura suerte
[12:26] <nessita> mandel: ok, so I think this class needs a careful review of decorators, I'll add that to the MP, yes? next question:
[12:26] <nessita> os_helper.py
[12:26] <mandel> nessita: completely agree
[12:26] <nessita> _get_syncdaemon_valid_path, I would expect this class, that assert over the param to be a unicode, to return bytes
[12:26] <mandel> nessita: let do this, rule of thum, Watch and Watch manager do nothing with paths, FileSystemNotifications take care of it
[12:27] <nessita> mandel: makes sense, can we add tests? I see that in this branch we removed some decorator and tests did not change
[12:28] <mandel> nessita: yes, we should, this is probably the most important branch we have, if we get it right lots of bugs will be fix, lets take our time and add as many tests as possible if needed
[12:29] <mandel> nessita: I'm 110% sure all the encoding and \\?\ things are the main root of issues in the port
[12:29] <mandel> visteme despacio...
[12:29] <nessita> right
[12:30] <nessita> mandel: so, I'm starting again with the next question to avoid confusions: in os_helper.py: _get_syncdaemon_valid_path, I would expect this class, that assert over the param to be a unicode, to return bytes
[12:31] <j0nr> can i install u1sdtool on a server?
[12:32] <nessita> mandel: ex-remove_utf8_chars only replaces unicode chars, but does not transform to bytes
[12:33] <nessita> mandel: that method (_get_syncdaemon_valid_path) should do the .encode('utf8')
[12:34] <mandel> nessita: it is asserting that it gets unicode, it is returning unicode, I just did a grep and this is only used in the filesystem notifications to get the path of the even (not to be confused with the pathname)  which is never used, yet it should be using bytes, issue here is that wath should be using unicode in self._path, so we have to remove the \\?\ and the unicode chars and be able to perform the correct operation in line 212 in filesystem_notificati
[12:34] <mandel> nessita: sorry for the terrible spelling, I was looking at the vm while I typed...
[12:35] <nessita> mandel: the thing is the name of the method. A method with that name, *should* return bytes since is meant to be used by syncdaemon
[12:35] <mandel> nessita: I'd remove that method and use reinstantiate_illegla_chars instead
[12:35] <nessita> mandel: restore_illegal_chars? :-)
[12:35] <mandel> eso :P
[12:35] <nessita> ok
[12:36] <nessita> mandel: also, what do you think about changing _validate_windows_path to _assert_path_is_bytes?
[12:37] <mandel> nessita: yes, sounds good, is more direct
[12:38] <nessita> mandel: and then you can use that in the implementation of _valiate_output_path, reaplacing the call to
[12:38] <nessita> assert isinstance(path, str), 'All paths returned to sd should be bytes'
[12:38] <nessita> mandel: yes?
[12:38] <ralsina> morning!
[12:38] <mandel> nessita: yes
[12:39] <nessita> ralsina: hey there! you ok? :-)
[12:39] <nessita> mandel: and I think that's all I have :-)
[12:39] <mandel> nessita: great review :)
[12:39] <nessita> mandel: :-)
[12:40] <ralsina> nessita: had another bout of stomach ache last night but much better than the night before
[12:40] <nessita> mandel: I'll add all this to the MP
[12:40] <ralsina> nessita: probably will not have another one tonight :-)
[12:40] <mandel> nessita: if we have everything in comments I'll start working on it right now, I really think this is coming very nice, even if we need some many cycles to land it
[12:41] <mandel> ralsina: there is an age where you can only dinner raisins…
[12:41]  * mandel hides
[12:42] <ralsina> mandel: and I hate raisins :-)
[12:42]  * fagan slaps mandel
[12:43] <nessita> mandel: all comments added
[12:43] <nessita> mandel: let me know as soon as those are fixed
[12:44] <nessita> mandel: and I will start charging you and ralsina a dollar per each needs fixing :-P (j/k)
[12:44] <ralsina> nessita, mandel, alecu: possible hotel for the sprint http://www.hoteljacaranda.com.ar
[12:45] <nessita> ralsina: does that work for you?
[12:45] <ralsina> nessita: 15 minutes by car
[12:45] <ralsina> nessita: it's quite far fr alecu though
[12:45] <nessita> ralsina: have a googlemap references?
[12:46] <ralsina> http://is.gd/Pct7ly
[12:48] <mandel> nessita: it should be calculate by the size of the branch.. otherwise is not fair!
[12:48] <nessita> ralsina: a taxi from AEP would be like $100?
[12:48] <nessita> mandel: lol
[12:48] <ralsina> nessita: more or less, yes
[12:49] <nessita> ralsina: do taxis go there or shall I book a remis?
[12:49] <nessita> ralsina: I know that taxis from capital charges extra for going into the provincia
[12:49] <ralsina> taxis usually go there, but since it's outside CABA they may charge you a bit extra (say, $10)
[12:50] <ralsina> or they may not, usually you arrange that before starting the trip
[12:50] <fagan> 10 mins to standup
[12:50] <nessita> ralsina: ok
[12:50] <ralsina> mandel OTOH is going to have close to the longest taxi ride possible in buenos aires :-)
[12:51] <nessita> mandel: did you add your travel details to the wiki page?
[12:51] <mandel> ralsina: so no night out… :(
[12:51] <mandel> nessita: no, will do after the stan up
[12:51] <ralsina> mandel: nah, it's les than 1 hour http://is.gd/0PbzjH
[12:52] <mandel> ralsina: that in spain is like goign to a diff city...
[12:52] <ralsina> mandel: at least on a sunday it's less than 1 hour
[12:52] <ralsina> mandel: here too! It's just that the cities are next to each other ;-)
[12:52] <nessita> ralsina: I moved the sprint page to https://wiki.canonical.com/OnlineServices/Sprints/SprintJuly2011
[12:52] <nessita> ralsina: I'll let marianna know
[12:53] <mandel> ralsina: well, I guess is better for you guys that I'm not too close :)
[12:54] <ralsina> mandel: you will be 15 minutes from my home, we'll show you around if you want
[12:54] <mandel> ralsina: good :)
[12:55] <ralsina> mandel: and check the satellite view, the hotel is 2 blocks from the private piers. In the "national capital of sailing"
[13:00] <fagan> moi
[13:00] <mandel> me
[13:00] <nessita> me
[13:00] <fagan> ralsina dobey
[13:00] <dobey> me
[13:00] <ralsina> me
[13:01] <fagan> ill go
[13:01] <fagan> DONE
[13:01] <fagan> * tested alecu's script
[13:01] <fagan> * set up a usability phone call for tomorrow with matthew revell about lp
[13:01] <fagan> * finished the 3 months of backlog
[13:01] <fagan> TODO
[13:01] <fagan> * More unassigned bugs (if nothing else is needed)
[13:01] <fagan> * reply to a lecturer about something with college should take a bit
[13:01] <fagan> BLOCKED
[13:01] <fagan> * Nope
[13:01] <fagan> mandel: go
[13:01] <mandel> DONE: Rebased all branches in the work done by nessita. One of the branch has a small inconsistent test failing. Talk with nessita about improving fix-os-helper.
[13:01] <mandel> TODO: Perform changes in fix-os-helper according to review. Add travel details to wiki. Talk with verterok about local_rescan failing test.
[13:01] <mandel> BLOCKED: no
[13:01] <mandel> nessita, go go go
[13:01] <nessita> DONE: bug #810662, tons of reviews, meetings, chasing people
[13:01] <nessita> TODO: more of the same! :-)
[13:01] <nessita> BLOCKED: nopes
[13:01] <nessita> NEXT: dobey
[13:01] <ubot4> Launchpad bug 810662 in ubuntuone-control-panel "QT UI: "Delete" button in the devices tab does not work (affects: 1) (heat: 15)" [High,Triaged] https://launchpad.net/bugs/810662
[13:01] <dobey> λ DONE: reorg plan, converted protocol and cp to dh_python2 in ubuntu
[13:01] <dobey> λ TODO: reorg work, shim code
[13:01] <dobey> λ BLCK: None.
[13:01] <dobey> ralsina
[13:01] <ralsina> DONE: windows call, mgmt call, reviews, closed bug #810521, worked on bug #811111, published an installer, worked on bug #800376
[13:01] <ralsina> TODO: work on #800376, close #811111 and work a lot of minor ones
[13:01] <ubot4> Launchpad bug 810521 in ubuntuone-client "Typo in signal name (affects: 1) (heat: 6)" [High,Fix committed] https://launchpad.net/bugs/810521
[13:01] <ubot4> Launchpad bug 811111 in ubuntuone-windows-installer (and 1 other project) "There is no visual indication that the form is being processed (affects: 1) (heat: 6)" [High,In progress] https://launchpad.net/bugs/811111
[13:02] <ubot4> Launchpad bug 800376 in ubuntuone-windows-installer "Add "syncing your computer to the cloud" page to the installer (affects: 1) (heat: 8)" [High,In progress] https://launchpad.net/bugs/800376
[13:02] <ralsina> and I am the last one. Comments?
[13:02] <nessita> did alecu say me?
[13:02] <fagan> Nope my call is around the same time as standup tomorrow but im a good multitasker
[13:02] <dobey> nessita: no
[13:02] <fagan> alecu isnt online
[13:03] <nessita> ah, ok
[13:03] <nessita> no comments here
[13:03]  * mandel lunch
[13:04] <fagan> alecu: hey, tested that script I can give you the output if you want
[13:04] <fagan> it worked I think it gave out a big long id thingy
[13:04] <alecu> fagan, please do
[13:05] <fagan> alecu: kk
[13:05] <fagan> 5 mins ill have it in a pastebin
[13:05] <dobey> alecu: standup :)
[13:06] <alecu> me
[13:06] <dobey> alecu: it is your turn, we already went :P
[13:06]  * alecu is writing notes
[13:06] <fagan> http://pastebin.ubuntu.com/648224
[13:07] <fagan> alecu: ^
[13:07] <fagan> Thats for my main account do you need another account too
[13:07] <fagan> I tested it and it was something pretty similar
[13:07] <alecu> DONE: started working on #803669, many reviews
[13:07] <alecu> TODO: finish branch, work on #803672
[13:07] <alecu> BLOCKED: no
[13:10] <fagan> alecu: ok here is the second http://paste.ubuntu.com/648228
[13:14] <nessita> bug #803669, bug #803672
[13:14] <ubot4> Launchpad bug 803669 in ubuntuone-client (and 1 other project) "Get the port numbers from the users' registry (affects: 1) (heat: 6)" [Low,Triaged] https://launchpad.net/bugs/803669
[13:14] <ubot4> Launchpad bug 803672 in ubuntuone-client (Ubuntu) (and 2 other projects) "Do not start two instances of this process (affects: 1) (heat: 6)" [Undecided,Invalid] https://launchpad.net/bugs/803672
[13:23]  * mandel back
[13:23] <mandel> nessita: I'm starting with the changes
[13:24] <nessita> mandel: great!
[13:27] <ralsina> alecu, nessita, mandel, dobey, vds, CardinalFang, thisfred: I just sent you your performance reviews. Sorry about the loooooooong delay, it was my own fault.
[13:27] <thisfred> thx, just saw it!
[13:27] <mandel> ralsina: ack
[13:28] <ralsina> mail got misfiled without me seing it, and I first expected it to appear, then forgot about it, then assumed it was never sent
[13:28] <mandel> so who sai in my peer review that I'm extremely attractive?
[13:28] <mandel> :P
[13:28] <nessita> mandel: fagan after drinking tequilas? :-)
[13:29] <ralsina> mandel: you attract jellyfish!
[13:29] <jo-erlend> can someone confirm a bug for me? If you add a file to a synced folder, then immediately choose to publish the file, then afterwards, it's no longer possible to either publish or unpublish the file from nautilus. That means you have to move the file somewhere else and then back in order to do things with it.
[13:29] <mandel> hehehe
[13:29] <jo-erlend> I think that could be fixed by not providing the menu option to publish a file until it's been synced.
[13:29]  * mandel goes are reads the report...
[13:32] <mandel> ralsina: update my fligth details in the wiki
[13:32] <ralsina> mandel: is that an order? ;-)
[13:32] <mandel> ralsina: does marianna know I'm staying til the 2nd
[13:33] <mandel> ralsina: was not an order, it was a missing ed :P
[13:33] <ralsina> mandel: if it's in the wiki, she knows. She may not knw canonical is paying for it though, but I'll tell her that. If she asks you, tell her it's approved by me and Chipaca
[13:33] <ralsina> at least that's how I understood Chipaca in the mumble call :-)
[13:34] <mandel> ralsina: ok, if not I can pay, unless is too expensive
[13:34] <ralsina> mandel: I have a couch
[13:35] <ralsina> mandel: And I have a key for a nice furnished appartment downtown as well ;-)
[13:35] <mandel> ralsina: now, that sounds like a plan…
[13:36] <alecu> fagan, thanks for the pastebins, was just what I expected.
[13:37] <lisette> nessita: hi
[13:37] <fagan> nice alecu
[13:38] <nessita> lisette: hi there!
[13:38] <lisette> nessita: got your mail; working on it :)
[13:38] <nessita> lisette: thanks!
[13:38] <nessita> lisette: alecu added a comment to the bug report, just FYI
[13:39] <lisette> i saw
[13:39] <nessita> lisette: great!
[13:40] <ralsina> mandel, alecu, nessita, chipaca: looks like I broke my headset. Can we do the mumble a little later today?
[13:40] <nessita> ralsina: sure by me, what time?
[13:41] <Chipaca> ralsina: yeah, i'll be on late today
[13:41] <ralsina> I would say after lunch so I can go buy a new ne
[13:41]  * mandel read that as 'I broke my head...'
[13:41] <ralsina> maybe 13:30 art?
[13:41] <ralsina> mandel, is that too late for you?
[13:41] <mandel> ralsina: is never too late :)
[13:42] <nessita> ralsina: weren't you maybe traveling for banking issues today?
[13:43] <ralsina> was a maybe, but I am not :-)
[13:43] <ralsina> nessita: found other solutions
[13:43] <nessita> ralsina: oh good!
[13:43] <nessita> ralsina: after lunch sounds ok, but maybe is too late for Chipaca?
[13:45] <Chipaca> nessita: give me a time
[13:45] <nessita> Chipaca: 2pm ART, 5pm UTC
[13:45] <ralsina> Chipaca: 13:30 ART?
[13:45] <nessita> ralsina, alecu^
[13:45] <ralsina> ok, 2pm
[13:45] <Chipaca> I can do 6pm, yes :)
[13:45] <nessita> great! is a date! (?)
[13:47] <alecu> ack
[13:47] <ralsina> Chipaca: we'll keep it short, promise!
[13:47] <mandel> nessita: so, when do we meet?
[13:48] <nessita> mandel: 5pm UTC
[13:48] <nessita> mandel: 7pm your time
[13:48] <mandel> nessita: ok
[13:55] <vendix> good day
[13:56] <mandel> nessita: regarding the os_helper branch, I'm going to add the validate_input_path in the WatchManager and Watch methods to ensure that those just get unicide and not bytes, do you agree on that?
[13:56] <mandel> nessita: that way we force FileSystemNotifications to always pass the paths correctly to the more platform dependent code
[13:57] <nessita> mandel: yes, but you mean the assert_path_is_bytes, right?
[13:57] <nessita> mandel: since we rename it (in our heads)
[13:58] <mandel> nessita: yes.. just did the change, and yes _assert_path_is_bytes is the one
[13:58] <nessita> mandel: yes to the first question then
[13:58] <mandel> nessita: but that is the method name not the decorators, should I rename the decorator too?
[13:58] <nessita> mandel: yeah, I think it makes sense
[13:59] <mandel> nessita: ok, search and replace on the way!
[14:01] <vendix> what happened to Ubuntu One? i can't login. this what i get to when i try to log into Ubuntu One account. http://unknown.lt/screen.png
[14:02] <dobey> vendix: are you on 11.04 or 11.10?
[14:02] <vendix> donno
[14:02] <vendix> dunno
[14:02] <vendix> how to see that?
[14:03] <dobey> vendix: if you are on 11.04 with gnome3 ppa installed, the gnome3 stuff broke various things
[14:03] <dobey> vendix: /etc/lsb-release i think
[14:04] <mandel> nessita: other change validate_output_path assert_output_path_is_unicode
[14:05] <vendix> dobey: give me different command
[14:05] <nessita> mandel: but... validate_output_path  returns bytes, no?
[14:05] <vendix> to see the version of ubuntu
[14:05] <dobey> vendix: that isn't a command, it is a file that contains the ubuntu version information
[14:06] <mandel> nessita: sorry yes, s/unicode/bytes
[14:06] <nessita> mandel: thing is that validate_output_* also check the long prefix not there
[14:07] <nessita> mandel: that's why I did not suggested the renaming
[14:07] <nessita> mandel: I will leave the function as is, fixing the typo in def _valiate_output_path(path):
[14:07] <vendix> 11.04
[14:07] <vendix> how to upgrade to 11.10?
[14:08] <mandel> nessita: lets split it in two, so for when ever we need to use unicode we simply remove that decorator and not the check of the long path prefix
[14:08] <mandel> checking for \\?\ will always be needed
[14:08] <nessita> mandel: ok, sounds good (I hope the branch does not grow that much)
[14:09] <mandel> nessita: yeah, seems to be an accordeon branch
[14:14] <dobey> vendix: if you *really* want to upgrade to the development release, you can run "update-manager -d" and it should offer you the option to upgrade
[14:56] <ralsina> I'm having a horrible time concentrating on writing code today :-(
[14:56] <ralsina> anyone needs any reviews?
[14:57] <alecu> ralsina, I can use a review here: https://code.launchpad.net/~alecu/ubuntuone-client/unbreak-connect/+merge/68309
[14:57] <alecu> nessita, you might want to re-review the above branch, too.
[14:57] <nessita> alecu: sure!
[14:57] <alecu> thanks!
[14:58] <ralsina> alecu: this needs any sort of IRL testing?
[14:58] <nessita> alecu: quick tweak, can you please add a space after the : in lambda _:reply_handler()?
[14:58] <alecu> ralsina, just try stopping and starting again the syncdaemon from the control panel.
[14:58] <alecu> nessita, sure
[14:59] <nessita> alecu: code looks great! running tests as soon as you push that
[15:00] <ralsina> alecu: ack
[15:01] <alecu> nessita, pushed
[15:02] <nessita> alecu: yey
[15:04] <ralsina> nessita: replied to your mail about what to do with the installer UI and ussoc. Basically, I'm ok with that, debugging inside ussoc is much harder, and things are just weird :-(
[15:06] <nessita> ralsina: ack, I'll start working on that after alecu's gives his +1, if he agrees, of course :-p
[15:07] <nessita> ok, I need to go to the meat shop otherwise my half orange will starve\
[15:07]  * nessita -> brbs
[15:11]  * mandel small break to get some air in to the brain
[15:17] <rye_> has anybody pinged me while I was half-away
[15:17] <rye_> ?
[15:19]  * ralsina ---> cook
[15:26] <nessita> alecu: all green, approving
[15:27] <alecu> nessita, great. I didn't understand your comment about "alecu's gives his +1"
[15:27] <alecu> nessita, is this related to splitting the sso?
[15:27] <alecu> nessita, I mean, not running the installer on the sso process?
[15:27] <alecu> nessita, I'm +1 to not running the installer on the sso process.
[15:27] <nessita> alecu: I answered to ralsina_cooking's report, last night, proposing moving the installer process outside sso
[15:27] <nessita> alecu: what about the idea I proposed? does it make sense?
[15:29] <alecu> nessita, I read it, but I have some doubts:
[15:29] <nessita> alecu: I'm here to answer
[15:29] <nessita> alecu: I'm here to answer "i don't know" :-P
[15:29] <alecu> nessita, what about the "registration": will we be duplicating all the registration steps on the installer?
[15:30] <alecu> nessita, the captcha and validation code, and all that?
[15:30] <alecu> nessita, or will the installer use the _ui.py modules from sso?
[15:30] <nessita> alecu: the registration is kinda duplicated already, since all the QT side of SSO is "wierd"
[15:30] <nessita> alecu: let me explain a bit more
[15:30] <alecu> right :P
[15:31] <alecu> yes, please explain
[15:31] <nessita> alecu: the wizard re-uses the following:
[15:31] <nessita> * qt widgets
[15:31] <nessita> * qt controllers for that widgets, which I *think* provides all the logic, for example, validation and error management from sso backend
[15:32] <nessita> I know ralsina_cooking had to add some code in the wizard layer as a glue between those controllers and widgets, but basically no, the registration will not be duplicated
[15:32]  * mandel back
[15:33] <alecu> nessita, cool.
[15:34] <alecu> nessita, mandel, ralsina_cooking: I have a serious concern about the "client re-org" that's been mentioned on ubunet-discuss.
[15:34] <nessita> alecu: can you reply to the email?
[15:34] <alecu> nessita, mandel, ralsina_cooking: I'm not sure doing this a few days before the sprint is such a great idea.
[15:35] <nessita> alecu: yes, I mentioned more or less the same but focusing on the assets
[15:35] <alecu> nessita, well, I can. But ideally I'd like to discuss this during the mumble.
[15:35] <nessita> alecu: can you please bring this up in mumble?
[15:35] <nessita> ah, that
[15:35] <alecu> sure
[15:37] <mandel> alecu: I agree, doing it now means doing two big things at once… and I'm not 100% confident that we will be running tests in both platforms, I'd go against it
[15:37] <alecu> mandel, exactly
[15:40] <mandel> alecu: I don't know if you have this in ar: 'el que mucho avarca, poco aprieta'
[15:40] <DiegoSarmentero> mandel, yes
[15:41] <mandel> DiegoSarmentero: that is why I like smaller wom...
[15:41]  * mandel stops before someone brings the code of conduct
[15:41] <alecu> mandel, we have it, but with a "b" in "avarca"
[15:41] <alecu> :-)
[15:42] <mandel> alecu: va, I hate that b/v thing, we pornounce them the same and so I always get them confused
[15:42] <alecu> jajajaja
[15:42] <mandel> also, remove the bloody h from the spanish lang!
[15:43] <alecu> mandel, and let's get rid of "z and c". "s and k" should be enough for everybody!
[15:43] <mandel> alecu: j and g, is the same a jato and a gato
[15:43] <mandel> :P
[15:44]  * alecu starts sharpening his str.translate() skills
[15:46]  * DiegoSarmentero is away: Not here... send me an e-mail! :P
[15:52] <dobey> ok, time to get lunch. bbiab
[15:53] <mandel> nessita: I'm out walking the dog oherwise wont make it to mumble, I have added some extra decorators in file system notifiactions so that it brakes when we do not get the correct type of path, will run slower but for debugging is way better, will tell you more later
[15:55] <nessita> mandel: ack!
[15:55]  * mandel dog whispering
[16:04] <nessita> ok, lunch!
[16:27] <Uber_Geek> Ello all, been a while.
[16:28] <Uber_Geek> any update on the Windows Version of U1?
[16:31] <nessita> Uber_Geek: we're working like crazy :-D
[16:31]  * mandel back
[16:31] <Uber_Geek> :)
[16:32] <mandel> Uber_Geek: yes, like crazy… you wont believe it, but the new version will be waaaay better that the horrible beta I wrote :)
[16:35]  * mandel runs after dog that ran away, bastard!!!
[16:37] <nessita> ralsina: ping
[16:37] <ralsina> nessita: pong
[16:38]  * mandel back
[16:38] <nessita> ralsina: I think you reviewed yesterday a branch of mine, but I think you did not set the approve
[16:38] <nessita> https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/letmeremove/+merge/68444
[16:40] <ralsina> nessita: I got tracebacks with that branch when deleting devices
[16:41] <nessita> ralsina: right, and alecu said we should not get those anymore after a branch of his
[16:41] <dobey> hrmm
[16:41] <ralsina> nessita: right, so I assumed this brach should go in after alecu's?
[16:41] <dobey> moving ubuntuone.credentials is a bit more complex than i thought
[16:42] <nessita> dobey: ah, speaking of that, we're evaluating not having our stuff moved before our sprint... :-/
[16:42] <nessita> dobey: since we need everything working next week since we're sprinting
[16:42] <nessita> dobey: unless you can confirm everything keeps working on windows? :-)
[16:43] <nessita> ralsina: well, is working in linux... so seems like a windows only issue, and not related to the code itself I'm addding
[16:43] <ralsina> nessita: ok, +1 then
[16:43] <dobey> nessita: i wouldn't break windows; and the merge request for removing stuff after moving it over, would have to get tested on windows :)
[16:44] <nessita> dobey: well, as long as you make sure everything is tested in windows (by you or by us), I think it can work
[16:45] <dobey> nessita: right. and i thought we made that commandment at UDS anyway :)
[16:45] <nessita> dobey: we did, yes, but since we're in such a hurry, we sometimes forget...
[16:47] <ralsina> I am starting to feel really sick. I will go to the doctor after the mumble.
[16:52] <nessita> ralsina: really sick how? :-/
[16:53] <ralsina> nessita: gastritis, same as the last two nights
[16:53] <ralsina> nessita: and I did not even eat anything :-(
[16:53] <nessita> ralsina: you know not eating is the worse things you can do for gastritis, right?
[16:53] <nessita> one of the*
[16:53] <nessita> ralsina: you need to eat, every 2 hours
[16:54] <ralsina> nessita: I ate pure de zapallo y arroz blanco. That's what I meant by "not eat anything" :-)
[16:54] <nessita> ralsina: so you did eat! and healthy food
[16:54] <ralsina> nessita: special, gastritis-approved food, too
[16:55] <nessita> yum!
[16:55] <ralsina> nessita: and it's starting to hurt anyway. So, I am going to see the doctor and ask why
[16:55] <nessita> ralsina: did you drink mate, or coffee  or tea?
[16:55] <ralsina> nessita: nope, just water
[16:55] <nessita> ralsina: what a embole
[16:55] <ralsina> I have had a few of these, I know the routine
[16:56] <ralsina> And usually I get better in a day or two, but it's incredibly annoying
[16:56] <nessita> ralsina: yes, I've had gastritis in the past
[16:57] <nessita> alecu: you available for a review? or two? :-)
[16:58] <alecu> nessita, sure
[16:59] <ralsina> nessita: can I point you at u1-internals? There's a guy saying ussoc doesn't work on oneiric
[16:59] <nessita> alecu: https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/letmeremove/+merge/68444 thanks!
[16:59] <ralsina> nessita: your or dobey, I assume, is the right person to ask about that
[16:59] <nessita> ralsina: sure!
[17:00] <mandel> nessita, ralsina, alecu, Chipaca: mumble?
[17:00] <nessita> yes!
[17:01] <Chipaca> mumble doesn't like me right now
[17:01] <nessita> mumcle is rejecting my (correct) password
[17:01] <mandel> nessita: same here...
[17:01] <ralsina> nessita: mine too
[17:01] <Chipaca> ditto
[17:01] <ralsina> so...
[17:01] <mandel> joder
[17:01] <nessita> skype!
[17:02] <nessita> Chipaca: can call us?
[17:02] <nessita> mandel, ralsina, alecu: skype
[17:02] <ralsina> am there already
[17:02] <mandel> nessita: I'm there already :)
[17:02] <mandel> the internet gods are against us today...
[17:03] <mandel> @ping
[17:03] <ubot4> pong
[17:04] <ralsina> nessita mandel Chipaca alecu: want me to call?
[17:07] <mandel> alecu: can you speak louder?
[17:22] <mandel> nessita, alecu: will be pushing the new version in 10/15 min or so
[17:35] <mandel> nessita, alecu: I'm going to run the test on linux, if everything is ok I'll let you know
[17:36] <nessita> mandel: thanks
[17:42] <ralsina> ok, off to the doctor. I'll check the backlog every now&then, may be back later depending on how it goes
[17:45] <nessita> ralsina: good luck!
[17:46] <nessita> alecu, mandel: when you're available, could you please (also) review https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/go-to-web-button/+merge/68573 ?
[17:47] <alecu> nessita, ack
[17:47] <alecu> damn.
[17:47] <alecu> nessita, I forgot to bring up the splitting issue during the meeting.
[17:48] <nessita> alecu: right!!!
[17:48] <nessita> alecu: I mentioned something to dobey a while ago, we agree he will ask review from us for every branch, and we should test that in windows...
[17:48] <alecu> nessita, great.
[17:49] <mandel> alecu, nessita: I have a question about the split, so the nautlius extension is going to a diff project?
[17:49] <nessita> mandel: YES :-D
[17:50] <mandel> nessita: hurray!!
[17:50] <mandel> nessita: does that mean we get a setup.py and all the python things, right?
[17:51] <mandel> so my evil question is, how will clientdefs.py be generated? 'cause that has the client version number etc… right?
[17:51] <dobey> don't worry about it
[17:51] <dobey> ;)
[17:51] <mandel> dobey: ok :)
[17:55] <mandel> nessita, alecu: branch is ready for review, I'm going to make it an EOD but if you send me an email with comments I'll read it and will fix the branch asap, if you are still here I'll ping you, is that ok?
[17:56] <nessita> mandel: sure
[17:56] <mandel> ok, laters everyone!
[19:58] <nessita> alecu: ping
[20:02] <alecu> nessita, pong
[20:52] <alecu> nessita, approved go-to-web-button branch
[20:52] <nessita> alecu: yey!
[20:53] <nessita> alecu: you ok if I land this with only one review?
[20:53] <alecu> I'm ok, looks harmless.
[20:53]  * nessita agrees
[21:14] <dobey> have a good evening all
[21:28] <nessita> ok, I'm off crowd
[21:28] <nessita> see ya all tomorrow!
[22:01] <tntc> joshuahoover: hey, I'd just like to say thanks again!


[08:12] <firecrotch> Hi everyone
[08:12] <firecrotch> I'm trying to figure out how to set up my server to allow FTP access
[09:10] <firecrotch> Hi, I need help setting up FTP on my server
[09:21] <Kaelten> hello
[09:21] <Kaelten> before I ask any questions is this where to go if I'm setting up a ubuntu webserver and have questions about things?
[12:05] <N6REJ> can anyone help me with some ip configuration problems I'm having with my intranet?


[10:47] <Ramattack> Hi all
[10:47] <Ramattack> I'm trying to obtain imap quota on thunderbird but it sais... the mailbox is not open
[10:48] <Ramattack> is it any way of getting this working?


[01:53] <Agafnd> so this is my first time using snap...
[01:53] <Agafnd> trying to install huggle on debian9
[01:53] <Agafnd> am getting message "Run configure hook of "core" snap if present"
[01:54] <Agafnd> with a spinning baton. not sure if I'm supposed to do something?
[01:58] <Son_Goku> Agafnd: that means it's broken :(
[01:58] <Agafnd> :(
[01:58] <Agafnd> how do i fix?
[01:58] <Agafnd> can i fix?
[01:59] <Agafnd> oh...I ^C'd it, tried again, and now it seems to be installing huggle?
[02:00]  * Son_Goku shrugs
[02:00] <Son_Goku> it happens occasionally with me in Fedora too
[02:00] <Son_Goku> there's no obvious reason why it happens, either
[02:01] <Agafnd> I wish everyone used AppImage as the distro-agnostic format
[02:01] <mwhudson> hmm reminds me i should update snapd in debian now that stretch is out
[02:01] <Agafnd> never had problems with those
[02:02] <Son_Goku> mwhudson, what is debian on right now?
[02:02] <Son_Goku> in Fedora, we're at 2.26.3
[02:03] <Agafnd> looks like 2.24
[02:04] <mwhudson> 2.21
[02:04] <Son_Goku> oh dear
[02:04] <Son_Goku> that's before a number of core transition handling things
[02:04] <mwhudson> Agafnd: that's the version from the core snap, i presume
[02:04] <Agafnd> it's from the output of snap --version
[02:05] <Son_Goku> mwhudson, does snapd do re-exec even for "snap --version"?
[02:05] <Agafnd> "snap    2.24" "snapd   2.24" "series  16"
[02:05] <mwhudson> Son_Goku: i think so and what Agafnd is saying certainly suggests that
[02:05] <Son_Goku> oh dear
[02:05] <Son_Goku> that's annoying
[02:08] <Agafnd> well anyway, looks like i got huggle running
[02:08] <Agafnd> so problem solved for me :D
[02:13] <mwhudson> hmm maybe i should make zyga do this
[06:23] <zyga> good morning
[06:40]  * zyga fetches some coffee
[08:48]  * zyga breakfast
[08:58] <mup> PR snapcraft#1412 opened: lxd: Snapcraft update in containers <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1412>
[09:13] <zyga> pedronis: good morning
[09:13] <zyga> pedronis: how were your holidays?
[09:21] <Chipaca> zyga: pedronis is off until wednesday, says the calendar
[09:34] <zyga> ah, I though he would be back already
[09:34] <zyga> Chipaca: warsaw looks a lot like impressions of london today
[09:36] <Chipaca> zyga: ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒?
[09:38] <mup> PR snapd#3595 opened: debian: update debian/tests/control to use isolation-machine <Created by mvo5> <https://github.com/snapcore/snapd/pull/3595>
[09:43] <zyga> Chipaca: exactly
[09:43] <zyga> mvo: approved
[09:44] <mvo> thanks zyga
[10:03] <mup> PR snapd#3596 opened: tests: disable snapd-notify for the external backend <Created by fgimenez> <https://github.com/snapcore/snapd/pull/3596>
[10:06] <zyga> mvo: travis seems still to be dead
[10:07] <mvo> zyga: :(
[10:24] <zyga> Son_Goku: o/
[10:46] <mup> PR core#49 opened: more detailed build instructions <Created by ogra1> <https://github.com/snapcore/core/pull/49>
[10:50] <zyga> ogra_: btw, is travis working for you
[10:52] <ogra_> zyga, "pending" ...
[11:04] <ogra_> hmm ... i once switched this pi3 to the beta channel, then switched back to edge ... http://paste.ubuntu.com/25111305/
[11:04] <ogra_> shouldnt the refresh to edge have me downgraded to revision 30 again ?
[11:05] <zyga> ogra_: looking
[11:05] <ogra_> (at least that would be my user expectation)
[11:05] <zyga> ogra_: yes, I think so, Chipaca ^ ?
[11:06] <Chipaca> ogra_: you say "switched", how did you switch?
[11:06] <ogra_> Chipaca, snap refresh --channelname
[11:06] <ogra_> though ... hmm
[11:06] <Chipaca> ogra_: yes, that would have brought 30 in
[11:07] <Chipaca> ogra_: revert wouldn't've
[11:07] <ogra_> thei SD is very old, could be that i once manually tinkered with some bootloader var
[11:07] <ogra_> s/thei/this/ ... tsk
[11:07]  * Chipaca makes a note to always ask ogra if he tinkered with the bootloader before worrying about weird behaviour
[11:07] <ogra_> heh
[11:08] <ogra_> well, put it in an envelope and send it to me so i dont ask stupid questions :P
[11:08] <zyga> fgimenez: searching test failed, is that interacting with the store? 2017-07-17 10:04:03 Error executing autopkgtest:ubuntu-16.04-i386:tests/main/searching :
[11:08] <Chipaca> “snap refresh --channelname snapname” should leave you with what “snap info” says is current for that channel
[11:08] <ogra_> Chipaca, though doesnt snapd just care for the state file ?
[11:09] <ogra_> manual tinklering with the bootloader shouldnt chnage the metadata, shoould it ?
[11:09] <Chipaca> ogra_: that might be true if your view is narrow enough, but it isn't true in general
[11:09] <Chipaca> I mean, I don't know of a bootloader var that could influence this behaviour
[11:09] <Chipaca> other than telling it "use this one"
[11:09] <Chipaca> _however_
[11:09] <Chipaca> you're assuming the refresh worked :-)
[11:10] <Chipaca> that is
[11:10] <ogra_> heh, indeed
[11:10] <Chipaca> if you refresh core on a device, reboot, and the reboot fails, the core will be rolled back
[11:10] <Chipaca> but I'm not 100% sure the "track this channel" change is rolled back; I'd have to look
[11:11] <Chipaca> (i think it is, unless there's a use case for it being special and is thus special-cased)
[11:11] <ogra_> ah, yeah, that install had inssues often enough (bacause of me breaking it) so there will have been plenty of rollbacks
[11:11] <fgimenez> zyga: yes it interacts with the store, i just got an error for that test on i386 too while validating 2.27~rc3 http://paste.ubuntu.com/25111252/
[11:11] <Chipaca> ogra_: aren't 30 and 34 both very very old?
[11:11] <fgimenez> no featured snaps for that arch it seems
[11:12] <ogra_> Chipaca, no, 34 is current
[11:12] <Chipaca> ah this is pi2-kernel, not core
[11:12] <ogra_> 30 is pretty behind ... i need to sync again
[11:12] <Chipaca> not sure why i thought it was core
[11:13] <Chipaca> changing subjects completely, everything is terrible
[11:13] <Chipaca> :-)
[11:13] <Chipaca> i'm going to go for a run and think about this stuff (what i'm working on, not ogra_'s thing :-) )
[11:13] <zyga> Chipaca: enjoy!
[11:13] <zyga> fgimenez: aha
[11:13] <zyga> fgimenez: anyway, feels like a store-side issue
[11:14] <Chipaca> trying to sort out the client/snap/systemd imports is soul-sucking
[11:14] <zyga> Chipaca: hmm?
[11:14] <zyga> Chipaca: would it help if I was the garden troll and you'd explain the problem to me?
[11:14] <zyga> Chipaca: you can even record audio while running for extra panting drama
[11:15] <Chipaca> zyga: maybe. When I get back :-)
[11:15] <Chipaca> zyga: basically, I had client importing systemd, and need to change that around, but client imports snap and snap imports systemd
[11:16] <Chipaca> zyga: cleaning that up leads to less code, less duplication, woo
[11:16] <Chipaca> right?
[11:16] <Chipaca> but then... all the little changes...
[11:17] <zyga> aw
[11:17] <Chipaca> nothing serious, just soul-sucking (and needing a firm hand to not do more while i'm in there, or to do more in self-contained reviewable chunks)
[11:17] <zyga> would it help if snap imports were copied into client?
[11:17] <Chipaca> no, that would actually make it worse :-)
[11:17] <zyga> mhm
[11:17] <Chipaca> we already have two json serialization structs for apps, for example
[11:17] <Chipaca> and they're _different_
[11:17] <zyga> I'll gladly review the patches
[11:17] <zyga> enjoy your run
[11:18]  * zyga looks outside at the rain
[11:18] <Chipaca> there's client.AppInfo that expects name and daemon, and there's daemon's appJSON that gives you name, daemon, and desktop-file
[11:18] <Chipaca> anyhow!
[11:18]  * Chipaca afk
[11:27] <Son_Goku> zyga: hey
[11:28] <zyga> Son_Goku: hey, interesting thread about flatpak for graphical apps
[11:29] <zyga> Son_Goku: I'm working on voicing my opinion
[11:36]  * zyga needs a drink
[11:41]  * ogra_ hands zyga some schnaps :P
[11:55] <zyga> ogra_: nah, I'm just drinking water today
[11:55] <ogra_> :)
[12:04] <ogra_> zyga, btw, doesnt look like travis will ever pick up on my branch ... still in "Waiting to be queued" state
[12:10] <zyga> ogra_: I think travis was massively down
[12:10] <zyga> ogra_: and they are replaying the whole requests that happened since
[12:10] <zyga> ogra_: so they have a huge backlog
[12:10] <zyga> ogra_: and will eventually get to each test
[12:10] <zyga> ogra_: but I don't know how soon or not soon that is
[12:11] <ogra_> zyga, ah ...
[12:26] <mup> PR snapd#3575 closed: overlord: populate interface label with summary <Created by robert-ancell> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/3575>
[12:28] <niemeyer> zyga: Are you working on #3399?
[12:32] <mup> PR core#50 opened: fix snapd.core-fixup.service symlink on core devices <Created by mvo5> <https://github.com/snapcore/core/pull/50>
[12:32] <Son_Goku> zyga, have you had a chance to look at the 32-bit failures?
[12:33] <Son_Goku> for snapd 2.27 and fedora
[12:33] <mup> PR snapd#3399 opened: many: add the interface command <Decaying> <Created by zyga> <https://github.com/snapcore/snapd/pull/3399>
[12:34] <zyga> Son_Goku: no, not yet, but I already spoke with morphis about looking at them (today)
[12:34] <zyga> Son_Goku: I'm wrapping up my last PR
[12:35] <zyga> niemeyer: yes
[12:36] <niemeyer> zyga: I just reopened it and merged it into the review sprint
[12:37] <zyga> niemeyer: thank oyu
[12:37] <zyga> niemeyer: I have a few things to tidy and re-check all the points
[12:37] <zyga> niemeyer: but it is looking good
[12:37] <niemeyer> zyga: Super, thanks!
[12:48] <zyga> niemeyer: are we skipping standup today?
[12:49] <cachio> niemeyer, linode machines not working today, https://travis-ci.org/snapcore/snapd/builds/253590022
[12:50] <niemeyer> zyga: I'll be on a plenary with mvo, and pawel and pedronis are out, so we can probably skip it
[12:51] <zyga> niemeyer: ack
[12:51] <zyga> niemeyer: I'm going out with my family, I could drop by in 2-3 hours
[12:52] <niemeyer> zyga: That looks like it's working, but too much concurrency maybe..
[12:52] <niemeyer> Please don't cancel builds, folks!
[12:58] <Chipaca> niemeyer: i thought spread dealt alright with canceling builds now? (to be clear, i haven't canceled builds)
[12:59] <niemeyer> Chipaca: It usually does, and some cancels won't really do any harm.. I'm just reviewing the systems now and so far they are all clean
[12:59] <niemeyer> Chipaca: This might become an issue if somebody starts cancelling jobs pathologically
[12:59] <niemeyer> Chipaca: Because that removes the chance of spread itself even cleaning the system
[13:00] <Chipaca> good ol' pathos
[13:00] <niemeyer> !
[13:00] <Chipaca> :-)
[13:01] <niemeyer> I can tell for instance that 4 hours ago several builds were interrupted..
[13:02] <fgimenez> hey cachio, what's the status of the package install centralization that niemeyer mentions here https://github.com/snapcore/snapd/pull/3484/files#diff-5cb500f3c949d5be548c6dc2556eb6c1R12 is it already merged?
[13:02] <mup> PR snapd#3484: tests: add autopilot-introspection interface test <Created by fgimenez> <https://github.com/snapcore/snapd/pull/3484>
[13:03]  * zyga_ codes from his car
[13:03] <cachio> fgimenez, no yet
[13:04] <fgimenez> cachio: ok thanks! ping me when ready
[13:05] <cachio> fgimenez, it needs approvals :)
[13:18] <niemeyer> zyga-ubuntu: I just went through and cleaned all systems.. also deallocated one of the systems which seemed to have potential hardware issues based on the logs, and reallocated it elsewhere
[13:18] <niemeyer> Please let me know if you see any failures that feel like Linode problems
[13:18] <niemeyer> fgimenez, cachio ^
[13:18] <cachio> niemeyer, sure
[13:18] <niemeyer> cachio: Is the PR that needs approval already in the review board?
[13:19] <cachio> niemeyer, it is the dependencies one, it is under review
[13:19] <cachio> niemeyer, https://github.com/snapcore/snapd/pull/3483
[13:19] <mup> PR snapd#3483: tests: dependency packages installed during prepare-project <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/3483>
[13:22] <niemeyer> cachio: Thanks
[13:23] <zyga-ubuntu> niemeyer: ack
[13:23] <cachio> fgimenez, comment on review addressed, thanks for reviewing
[13:23] <fgimenez> cachio: np thank you
[13:32] <Vamsi> Is it necessary that snaps be installed on snappy core only via the Ubuntu snap store
[13:32] <Vamsi> ?
[13:33] <Vamsi> Is it not possible to have a snap store that has got nothing to do with Ubuntu or Canonical?
[13:36] <zyga-ubuntu> Vamsi: hey, you can install snaps locally without using the snap store
[13:36] <zyga-ubuntu> Vamsi: there's ongoing work to add support for stores other than the ubuntu one
[13:36] <zyga-ubuntu> Vamsi: but that's aimed at enterprise stores that sit on LAN and serve local devices
[13:38] <Vamsi> zyga-ubuntu: Thank you for the info. I was indeed looking at the perspective of an enterprise. We are looking seriously into Ubuntu core for our IoT usecases and wanted to know about this piece of information.
[13:39] <Vamsi> zyga-ubuntu: Could you please direct me to any documentation about this ongoing work that you were talkking about?
[13:49] <coreycb> niemeyer: hi, if you have a moment would you be able to review this? https://forum.snapcraft.io/t/track-request-for-openstack-core-snaps/1282
[13:54]  * zyga-ubuntu lunches
[13:55] <zyga-ubuntu> Vamsi: yep, please wait 15 min
[14:02] <Vamsi> zyga-ubuntu: No problem. Thanks mate!
[14:02] <niemeyer> coreycb: Sure, sent a question there
[14:05] <niemeyer> mvo: We've got some space for hacking, right outside of room 9
[14:06] <zyga-ubuntu> niemeyer: I could join you if you have any need of my hlep
[14:06]  * zyga-ubuntu hacks on interface PR
[14:06] <zyga-ubuntu> Vamsi: ok, let me try to help you
[14:07] <niemeyer> zyga-ubuntu: We can *always* use your help :P
[14:07] <zyga-ubuntu> Vamsi: there are some PRs in flight https://github.com/snapcore/snapd/pulls?utf8=%E2%9C%93&q=is%3Apr%20is%3Aopen%20custom%20store%20 but I think for a business use-case you can already use an enterprise store today
[14:08] <zyga-ubuntu> Vamsi: if you want I can get you in touch with some business people at Canonical
[14:08]  * zyga-ubuntu hugs niemeyer :-)
[14:09] <niemeyer> zyga-ubuntu: We'll have the snapd session tomorrow.. maybe plan to be here the whole day tomorrow?
[14:09] <zyga-ubuntu> niemeyer: sure, sounds good
[14:09] <zyga-ubuntu> niemeyer: 8:30?
[14:09] <niemeyer> zyga-ubuntu: Yeah
[14:10] <Vamsi> zyga-ubuntu: That would be awesome!
[14:10] <zyga-ubuntu> niemeyer: perfect, I'll see you there
[14:17] <coreycb> niemeyer: thanks, responded
[14:22] <niemeyer> cachio: #3483 reviewed again
[14:22] <niemeyer> snapd#3483
[14:22] <mup> PR snapd#3483: tests: dependency packages installed during prepare-project <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/3483>
[14:22] <cachio> niemeyer, I'll take a look tx
[14:23] <niemeyer> coreycb: Responded to the response response :)
[14:23] <coreycb> niemeyer: thanks :)
[14:28] <zyga-ubuntu> niemeyer: store doens't return featured snaps for i386 anymore
[14:28] <zyga-ubuntu> niemeyer: any store people there you can poke?
[14:28] <zyga-ubuntu> https://travis-ci.org/snapcore/snapd/builds/254377475?utm_source=github_status&utm_medium=notification
[14:29] <niemeyer> Huh
[14:29] <niemeyer> Yeah, let me find somebody
[14:30] <fgimenez> zyga-ubuntu: niemeyer they are also missing for dragonboard http://paste.ubuntu.com/25111989/
[14:30] <zyga-ubuntu> fgimenez: thank you!
[14:33] <fgimenez> zyga-ubuntu: niemeyer according to wgrant it is expected, there are no featured snaps supporting i386
[14:34] <zyga-ubuntu> fgimenez: has that changed?
[14:34] <fgimenez> zyga-ubuntu: indeed, the test was passing on friday
[14:35] <wgrant> AFAIK Evan's team manages that set, but I'm not 100% sure on that.
[14:36] <zyga-ubuntu> ev is at the sprint so niemeyer should be able to reach him
[14:37] <cachio> fgimenez, zyga-ubuntu  perhaps we should check in the test if there are featured apps first
[14:37] <wgrant> But yes, given the current set of snaps in the featured section, those failures are expected. The store is operating correctly here; the curated data just has some unusual properties.
[14:37] <cachio> fgimenez, zyga-ubuntu make a call to the api or something similat
[14:37] <cachio> that could fail also for other distros
[14:41] <fgimenez> cachio: iirc we considered that a while ago when we hit issues like this, but at the end we prefrerred to left the test as is, there should always be featured snaps for all the architectures, maybe we could rethink that approach now
[14:43] <zyga-ubuntu> ogra_: https://github.com/snapcore/core/pull/50 can you look please?
[14:43] <mup> PR core#50: fix snapd.core-fixup.service symlink on core devices <Created by mvo5> <https://github.com/snapcore/core/pull/50>
[14:47] <cachio> fgimenez, agree, do you know if someone is going to add a featured app to fix it? or we should put it as manual
[14:48] <zyga-ubuntu> I'd wait till we have a response from store people what changed since last week
[14:48] <fgimenez> cachio: i think Michael is trying to ask Ecosystem people about this right now
[14:52] <cachio> fgimenez, ok
[14:58] <zyga-ubuntu> ogra_: ?
[14:58] <ogra_> zyga-ubuntu, lool king
[14:59] <ogra_> lol
[14:59] <ogra_> looking
[14:59] <ogra_> how did my finget hit the tab key there ?
[14:59] <zyga-ubuntu> ogra_: just use your finger, not your finget :D
[15:00]  * zyga-ubuntu hugs ogra_
[15:00] <ogra_> lol
[15:00] <ogra_> zyga-ubuntu, approved
[15:00] <zyga-ubuntu> :-)
[15:00] <mup> PR core#50 closed: fix snapd.core-fixup.service symlink on core devices <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/core/pull/50>
[15:21] <om26er> Hi! I want my snap to only build on armhf, is there a config to force that.
[15:22] <ogra_> architectures:
[15:22] <om26er> right now all my uploads are built for amd64 and armhf, my app is only relevant to RaspberryPi so armhf is the only arch I am interested in.
[15:22] <ogra_>   - armhf
[15:22] <om26er> ah, that's simple.
[15:22] <om26er> another: what's the recommended way to build armhf snaps on amd64 system ?
[15:22] <ogra_> note though that there is a bug in build.snapcraft.io that will make it run the amd64 build regardless ...
[15:22] <ogra_> just ignore that one
[15:23] <om26er> hmm
[15:23] <om26er> can I use lxd for that ?
[15:23] <ogra_> (it will eventually respect the architectures filed in snapcraft.yaml)
[15:38] <om26er> does build.snapcraft.io support delta uploads ?
[15:45] <ppisati> ogra_: can i set a variable in the prepare scriptlet and use it later in snapcraft.yaml?
[15:45] <ppisati> ogra_: something like - https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux-snap/+git/xenial/tree/snapcraft.yaml?h=pc-test
[15:45] <ppisati> ogra_: look PKGNAME
[15:49] <ogra_> ppisati, dunno, try it ... (i'd prefix it with "export" though ... to make sure )
[15:53] <cjwatson> ogra_,om26er: architectures isn't correct for this case.  See https://github.com/canonical-websites/build.snapcraft.io/issues/556
[15:53] <ppisati> ogra_: unfortunately it doesn't work as it is... :( /me does some more tests
[15:53] <cjwatson> om26er: Why do you care whether there's an optimisation of the internal upload of snaps from BSI (actually Launchpad) to the store?
[15:54] <om26er> cjwatson: I expect the download size of the update to be smaller as a result.
[15:54] <cjwatson> om26er: That's delta downloads, not delta uploads
[15:54] <cjwatson> om26er: Download deltas are automatically computed by the store as needed - BSI doesn't need to support them
[15:55] <om26er> cjwatson: ok, so is that enabled today ? I have a snap on edge channel that I need to quickly test and in many cases its just a single line change so I would enjoy faster downloads.
[15:55] <cjwatson> om26er: I haven't explicitly checked recently but I don't see why it wouldn't be; that work was done months ago
[15:56] <mup> PR snapd#3597 opened: arch,release: map armv6 correctly <Created by morphis> <https://github.com/snapcore/snapd/pull/3597>
[15:56] <om26er> obviously a saner thing to do would be to build the snap locally instead of waiting for buid.snapcraft
[15:56] <cjwatson> om26er: (though it's also not something I've worked on myself)
[15:58] <ogra_> ppisati, well, ask the snapcraft guys in rocketchat ...
[16:07] <cjwatson> om26er: if it's not working then that would be something to bring up as a store issue I think
[16:08] <ogra_> deltas are disabled on core
[16:09] <ogra_> (downloads that is)
[16:09] <ogra_> xdiff3 can add minutes to the install process when they are (depending on the hardware)
[16:10] <ogra_> err
[16:10] <ogra_> s/xdiff3/xdelta3/
[16:17] <Chipaca> ogra_: isn't that just on pi?
[16:17] <Chipaca> all of armhf maybe?
[16:17] <Chipaca> or is it all of core?
[16:19] <ogra_> all of core
[16:19] <ogra_> well ... not sure about amd64 (i rarely use that)
[16:43]  * Chipaca kicks off a spread run and starts to wonder about dinner
[16:45] <om26er> ogra_: re your forum.snapcraft reply about RPi GPIO interface. I updated my RPi candidate channel but I still don't see the GPIO interface
[16:46]  * zyga-ubuntu needs a coffee
[16:46] <om26er> did `snap refresh core --candidate`
[16:46] <om26er> same for pi2 and pi2-kernel
[16:46] <om26er> (and rebooted)
[16:46] <ogra_> om26er, as i said, gadgets do nnot get updated
[16:46] <ogra_> you need to build an image from one of the mentioned channels
[16:47] <ogra_> (well, gadgts get technically updated ... but not their contents)
[16:48] <om26er> ogra_: so once the candidate becomes stable it will get fixed then ?
[16:48] <om26er> for now I'll export GPIO pins manually.
[16:49] <om26er> `echo pin_number > /sys/class/gpio/export` to the rescue.
[16:50] <ogra_> om26er, no
[16:51] <ogra_> once gadget updating has been implemented in snapd it will work
[16:51] <ogra_> only then
[16:52] <om26er> hmm, building my own image might not be feasible because I have to distribute my app and I don't expect everyone to rebuild the image.
[16:52] <ogra_> also ... you wont have access to /sys/class/gpio/export without a connected gpio interface (unless you use devmode)
[16:52] <ogra_> well, they can use my daily edge images or one of the candidate builds that cdimage provides
[16:52]  * ogra_ goes afk
[16:52] <zyga-ubuntu> ogra_: doesn't the gpio interface get declared in the gadget snap.yaml which gets updated?
[16:53]  * zyga-ubuntu is busy on interfaces and hungry/thirsty
[16:53] <zyga-ubuntu> (and on his way home)
[16:53] <ogra_> zyga-ubuntu, if the gadget gets updated, for safety reasons we didnt do that yet
[16:53] <om26er> even if I may export pins on OS startup using a udev rule, the problem will still remain i.e. I won't be able to actually write to GPIO config unless in devmode.
[16:53]  * ogra_ really needs to go now, i'm 330min late already
[16:53] <ogra_> *0
[16:53] <ogra_> bah
[16:53] <ogra_> 30
[16:53] <ogra_> -> off
[16:53] <om26er> ogra_: sure, will catch you later.
[17:11] <om26er> Hi! Does the network-observe interface support signalling or is that only based on request-response based ?
[17:12] <om26er> -based
[17:13] <zyga-ubuntu> om26er: can you be more specific?
[17:13] <zyga-ubuntu> what do you intend to do?
[17:14] <om26er> I have a snap that runs as a daemon, I want that snap to keep waiting for internet before trying to connect
[17:14] <om26er> also when internet is lost I don't want it to keep trying crazily, rather get "notified" that connection is back. I may then ping to check if internet is really working.
[17:14] <om26er> zyga-ubuntu: ^
[17:16] <zyga-ubuntu> re
[17:17] <zyga-ubuntu> om26er: I see, let me check
[17:18] <zyga-ubuntu> om26er: you want network-status interface
[17:18] <zyga-ubuntu> om26er: not network-observe
[17:18] <zyga-ubuntu> om26er: but I don't see any signals there
[17:18] <om26er> zyga-ubuntu: is that an unreleased interface ? Its not mentioned here https://snapcraft.io/docs/reference/interfaces
[17:18] <zyga-ubuntu> om26er: which is really unfortunate because it means people have to poll
[17:18] <om26er> yeah
[17:19] <zyga-ubuntu> I don't know what that list contains or who maintains it
[17:19] <zyga-ubuntu> om26er: on the up side I'm working on a way to ask snapd (via snap) about known interface
[17:19] <zyga-ubuntu> interfaces*
[17:19] <zyga-ubuntu> and any documentation they contain
[17:33]  * zyga-ubuntu supper
[17:35] <Pharaoh_Atem> zyga-ubuntu: I'm surprised you haven't commented on the thread yet...
[17:37] <zyga-ubuntu> Pharaoh_Atem: I wrote a few sentences but it's I'm not done yet
[17:37] <zyga-ubuntu> Pharaoh_Atem: I still plan to but I want to write a good post, not something "yeah, mee too"
[17:52] <stokachu> anyone around that can look at https://forum.snapcraft.io/t/snapd-2-26-9-and-conjure-up-no-longer-work/1348
[17:57]  * zyga-ubuntu
[17:58] <zyga-ubuntu> stokachu: replied on the forum
[18:00] <stokachu> zyga-ubuntu:thanks updated
[18:02] <stokachu> who's calling me from spain
[18:17] <stokachu> zyga-ubuntu:updated the forum post
[18:18] <stokachu> Can not open /var/lib/snapd/seccomp/profiles//snap.conjure-up.lxd (No such file or directory) aborting: No such file or directory
[18:25] <zyga-ubuntu> stokachu: aha
[18:26] <zyga-ubuntu> stokachu: interesting, it should have used the new seccomp binary profiles?
[18:30] <stokachu> zyga-ubuntu:thanks for the quick reply!
[18:32] <zyga-ubu1tu> stokachu: I'm investigating
[18:33] <stokachu> zyga-ubu1tu: thanks, just lemme know if you need me to do anything
[18:57] <zyga-ubu1tu> stokachu: I updated my analysis, this is a (new) bug
[18:57] <zyga-ubu1tu> stokachu: and a pretty obscure one at that
[18:57] <stokachu> Ok
[18:57] <zyga-ubu1tu> stokachu: I'm looking at fixing it ASAP
[18:58] <stokachu> zyga-ubu1tu: ok thank you! I sent out a heads up email to juju lists so people are aware we're working on it
[19:02] <zyga-ubu1tu> stokachu: thank you
[19:07] <zyga-ubu1tu> stokachu: can you please report it and give me the launchpad bug number
[19:08] <stokachu> zyga-ubu1tu:to the snappy project>
[19:12] <zyga-ubu1tu> stokachu: on snapd please
[19:17] <zyga-ubu1tu> I wrote a test case, trying it now
[19:17] <stokachu> Ok
[19:48] <mup> PR snapd#3598 opened: tests: add test case for classic-schizofrenia-bug <Created by zyga> <https://github.com/snapcore/snapd/pull/3598>
[20:07] <stokachu> zyga-ubu1tu:https://bugs.launchpad.net/snapd/+bug/1704860
[20:07] <mup> Bug #1704860: classic confinement reexec <conjure> <snapd:New> <https://launchpad.net/bugs/1704860>
[20:09] <zyga-ubu1tu> stokachu: thank you
[20:26] <stokachu> zyga-ubu1tu:im at the sprint if you want to sync tom
[20:27] <stokachu> i thought i saw you earlier
[20:31] <zyga-ubu1tu> stokachu: I'm not at the sprint, I'll be there tomorrow though (all day)
[20:32] <stokachu> zyga-ubu1tu:ok cool
[21:27]  * zyga-ubu1tu EODs
[21:55] <mup> Bug #1555569 changed: [snaps] Show human-readable names for store apps <gnome-software> <sdoc> <Snapcraft:New> <Software Center Agent:Fix Released> <gnome-software (Ubuntu):Fix Committed by robert-ancell> <gnome-software (Ubuntu Xenial):Triaged> <gnome-software (Ubuntu Yakkety):Won't Fix>
[21:55] <mup> <gnome-software (Ubuntu Zesty):Triaged> <https://launchpad.net/bugs/1555569>


[17:00] <rubund> Hello, I'm trying again. Can someone please nominate https://bugs.launchpad.net/ubuntu/+source/osm-gps-map/+bug/1320359 for trusty?  (or tell me what I'm doing wrong since this request seems to be ignored here)
[17:14] <rbasak> rubund: done.
[17:15] <rbasak> rubund: you did everything right. I see that you were in the sponsorship queue at http://reqorts.qa.ubuntu.com/reports/sponsoring/index.html already, since ~ubuntu-sponsors was subscribed to the bug.
[17:15] <rbasak> rubund: sorry it's taking a while. As you can see the sponsorship queue is quite big at the moment.
[17:16] <rbasak> rubund: thank you for your patience, and for taking care of the package in Ubuntu. If you don't hear anything in the next week or two, ping me and I'll take a look at it when I can.
[17:16] <rbasak> (if I don't get to it in my next patch pilot shift)
[17:18] <rbasak> rubund: and I hope you can stick with it and hopefully get upload rights to this package soon. That would help reduce sponsorship requests and everyone wins :)
[17:20] <rubund> hi rbasak!  thanks a lot
[17:20] <rubund> !
[17:21] <rubund> It's just that since I'm completely new to this, I get quite uncertain when I don't hear anything.
[17:21] <rubund> But this is great. I did actually not know that it was already in the sponsorship queue.
[17:23] <rbasak> rubund: yes, that is unfortunate. The process could be more transparent, especially when delays are involved.
[17:23] <rbasak> This is the right channel to ask for bug status changes.
[17:23] <rbasak> For other development process changes, #ubuntu-motu is the right channel as this is a universe package.
[17:24] <rbasak> If you have difficulty getting an answer because people appear to be busy, watch the channel topic in #ubuntu-devel. When a patch pilot appears listed there, that's the person to ask, since he's nominated himself for that role.
[17:24] <rbasak> HTH.
[17:25] <rbasak> (also the ubuntu-motu mailing list usually gets responses to questions)
[17:25] <rbasak> We really appreciate the efforts of developers actually trying to land patches (rather than users complaining but not volunteering to help)
[17:26] <rbasak> If this describes you and you can't get an answer from any of these channels, ping me.
[17:26] <rbasak> (and I'll point you in the right direction at least)
[17:28] <rubund> Thanks a lot for explaining this to me
[17:35] <rbasak> np
[18:48] <rubund> rbasak: just one other question. I believe that the SRU can (should?) also be applied to saucy. The debian/changelog file in the patch only contains trusty though. Could it still be nominated here?   (it is not so important since saucy is not LTS)
[19:03] <rbasak> rubund: yes - you'd need a separate MP or debdiff for Saucy though. Is it really worth it though? Saucy is EOL in just a few weeks now.
[19:04] <rbasak> rubund: so all users will need to upgrade to Trusty anyway. By the time the SRU is sponsored, reviewed by the SRU team, and verified for a week in proposed, I don't think there's any point.
[19:05] <rbasak> rubund: EOL dates here: https://wiki.ubuntu.com/Releases
[19:11] <rubund> rbasak: you're right. It's not worth it. I believed the EOL for saucy came later (had not checked in a while). Thanks for explaining!
[20:45] <Guest69772> Can someone tell me if I named the right package for this bug report:
[20:45] <Guest69772> https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/1335289
[22:46] <Guest69772> Can someone tell me if I named the right package for this bug report:
[22:46] <Guest69772> https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/1335289


[08:13] <ppisati> moin
[09:07] <apw> moin
[09:07]  * ppisati needs a reboot
[09:07] <ppisati> brb
[09:40]  * cking waves to apw
[09:53]  * apw waves generally ...
[09:53] <apw> hi cking
[09:54] <smb> hi apw
[09:55] <apw> smb, yo
[10:13] <ppisati> apw: can yo point me to the script you use for the config review?
[10:14] <ppisati> apw: i lnow you told me in the past, but i keep forgetting... :P
[10:19] <apw> ppisati, sure, let me check it is all committed as it is first, as i have been mangling it
[10:21] <ppisati> apw: k
[10:35] <apw> ppisati, what you going to review anything fun
[10:35] <apw> which reminds me i have some n7 shit to do ... sigh
[10:36] <ppisati> apw: the multiplatform kernel
[10:36] <apw> ahh ... fun then
[10:36] <ppisati> apw: and i've another arch *almost* pending entrance... sigh...
[10:36] <apw> ppisati, into the multi-arch, or as a flavour
[10:36] <ppisati> apw: in multi arch
[10:36] <ppisati> apw: but i still miss some patches && an official ack
[11:02] <ppisati> brb
[12:33] <gerardo> buenos dias
[12:33] <gerardo> alguien que hable español
[12:34] <gerardo> necesito soporte para instalar tarjeta wifi en pc canaima 3.1
[14:39]  * ogasawara back in 20
[14:56] <jsalisbury> **
[14:56] <jsalisbury> ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[14:56] <jsalisbury> **
[16:20]  * rtg -> back in 10
[16:55] <jsalisbury> ##
[16:55] <jsalisbury> ## Kernel team meeting in 5 minutes
[16:55] <jsalisbury> ##
[17:09]  * ppisati goes out for a bit
[17:09] <apw> heh one blinks and ... it is gone
[17:10] <cking> blinkin' quick
[17:10] <rtg> apw, get you Inet issues sorted ?
[17:10] <apw> rtg, i have half way relaible internet, it is _not_ quick, that comes in a couple of weeks
[17:11] <apw> rtg, i am on 1/4 what i normally am, rather than the 8x i have ordered
[17:11] <apw> but hey ... at least i can work, not sure mumble will do the trick
[17:12] <apw> plus i have yet to find my mic :)
[17:12] <rtg> apw, its large and has the word 'Blue' on it
[17:24]  * rtg -> lunch
[19:57]  * rtg -> EOD


[15:41] <fritsch> bschaefer: yeah - we will keep it and ping you whenever something touches it. Thanks much. Next on our todo (including gsoc) is: wayland.
[15:42] <bschaefer> fritsch, awesome, yeah was looking that the drm branch and that looked awesome!
[15:43] <fritsch> if you have some comments for it, please do not hesitate to state those - highly appreciated
[15:44] <bschaefer> Yup was going to test it out this weekend, my only concern was if SDL was selected for events ... only joysticks would work IIRC
[15:44] <bschaefer> as theres no backend for drm
[15:44] <bschaefer> but was looking and SDL isnt default selected (unless i missed it) so shouldnt be a big issue
[15:44] <fritsch> it should not use sdl
[15:45] <fritsch> if you test it, please report your results in the PR
[15:45] <fritsch> i think for now, you need root access to run it
[15:45] <fritsch> the VAAPI commits will go to vp_updates branch
[15:45] <fritsch> as we are currently heavily reworking vidoe player too
[15:45] <fritsch> and therefore lrusak removed those commits
[15:45] <fritsch> but he has drm + vaapi working already
[15:46] <bschaefer> yeah figured it shuldnt
[15:46] <bschaefer> o nice!
[15:46] <bschaefer> yeah theres a drm vaapi backend
[15:46] <fritsch> the same you use in mir
[15:46]  * bschaefer recalls that being already supported?
[15:46] <bschaefer> yeah
[15:47] <fritsch> those commits: https://github.com/lrusak/xbmc/commits/drm-kms-vp
[15:47] <fritsch> on top of:
[15:48] <fritsch> https://github.com/xbmc/xbmc/tree/vpupdates
[15:48] <fritsch> + the PR will give you hwaccel, too
[15:49] <bschaefer> ive not heard of PR, will it give you hwaccel outside that intel specific extension?
[15:50] <fritsch> PR: <- PullRequest
[15:50] <fritsch> git specific
[15:50] <bschaefer> pfft haha
[15:50] <fritsch> hehehe
[15:50] <fritsch> nope, we still use default vaapi
[15:50] <fritsch> + the R8 GR88 drm extension
[15:50] <bschaefer> yeah ive heard of that, was thinking something PR that gave you hwaccel outside of vaapi
[15:50] <fritsch> nope
[15:50] <fritsch> vdpau will die
[15:50] <fritsch> bound to X11
[15:50] <bschaefer> yay
[15:51] <fritsch> and we will consider wayland the new "default" in the near future
[15:51] <fritsch> now that you guys also transition
[15:51] <bschaefer> yeah that sounds perfectly reasonable
[15:51] <fritsch> though I will also give drm a try. I am mostly interested in the boot time
[15:51] <fritsch> anad the KMS to kodi transition
[15:52] <bschaefer> yeah, i cant imagine mir/wayland being much slower (not to many layers on top) but yeah direct kms will be faster
[15:52] <bschaefer> though you lose the *displayer* bit but since you're a fullsreen app anyway
[15:52] <fritsch> for appliances without the need for a browser
[15:52] <fritsch> drm kms directly is nice
[15:52] <bschaefer> yeah
[15:52] <fritsch> but when you need a window manager / browser whatever
[15:52] <bschaefer> i can only think if someone wants to run it on their desktop
[15:53] <fritsch> jep
[15:53] <bschaefer> in a display server those backends will be wanted