[06:31] <pleia2> nhaines: hung out with Louise \o/
[06:32] <pleia2> she says you are wonderful, and wants me to send her more nhaineses
[06:34] <nhaines> Oh, how nice!    I'm getting notes back on the first chapters now and it's really interesting to see what everyone thought.
[06:59] <nhaines> Except for Jess, who was *supposed* to handwave all my technical details through and take the free money, not write a second novel in the comments.  ;)
[20:18] <Telendrith> Morning!
[20:19] <ianorlin> hi
[20:21] <Telendrith> No Hi!?! You haven't had enough coffee today
[20:21]  * ianorlin actually doesn't drink coffee
[20:22] <Telendrith> Wait. What?
[20:22] <Telendrith> I mean, I drink a cup of Tea before my coffee but I don't think I could go without the coffee half :|
[20:32] <Telendrith> I have a question I guess I could bounce off you guys
[20:33] <Telendrith> After 6 years of being in the Army, I'm finally finishing up and heading home. I live in the country, ok. That's a bad example, it's not country, it's strait up rural no-mans land. And as beautiful and magical as it is there's no internet, etc. How hard would it be to get rural internet or start a rural ISP
[20:34] <ianorlin> I don't honestly know but it could be hard because of costs of running cables and other things
[20:34] <ianorlin> and also if someone claims to have a deal but isn't serving it
[20:34] <ianorlin> with lots of regulation
[20:34] <akk> Rural ISPs often use wireless, I believe.
[20:35] <Telendrith> Interesting, I've heard that, but there's no LOS in our area :(
[20:35] <akk> I don't know how they get the connection that they then share out to their customers.
[20:35] <Telendrith> We'd haveto run fiber
[20:36] <Telendrith> It looks like the FCC and USDA run a few subsidies and grants
[20:36] <akk> There is satellite internet but latency is pretty terrible, I hear.
[20:36] <Telendrith> But how hard would the non-red tape part be
[20:37] <Telendrith> Like infrastructure, servers, etc be
[20:38] <ianorlin> finding qualified people in the area could be a problem as there might not be that many
[20:39] <Telendrith> I'd say there's about 20-120 people


[08:33] <rye> morning
[12:18] <ralsina> good morning!
[12:19] <gatox> ralsina, good morning!
[12:19] <ralsina> hello gatox
[12:20] <gatox> ralsina, how are you? how do you spend your weekend? relaxing?
[12:20] <ralsina> I slept!
[12:21] <ralsina> Actually deactivated the alarm!
[12:22] <gatox> jeje good!
[13:07] <gatox> need to restart
[13:15] <gatox> back
[13:44] <gatox> brb
[14:21] <nessita> buenos días!
[14:22] <gatox> nessita, buenas
[14:22] <nessita> downtown is crazy today, I had to run some errands and that took more than expected
[14:23] <dobey> buenas nessita
[14:23] <nessita> hola dobey
[14:41] <dobey> nessita: should we bug ralsina? or after standup?
[14:44] <nessita> dobey: after standup? so we can all organize
[14:44] <nessita> ralsina: can we have a talk with dobey about stable/trunk relationship after standup?
[14:45] <ralsina> nessita: sure
[14:48] <dobey> big TODO list today
[14:50] <dobey> nessita: do we need an MIR for qt4reactor btw?
[14:51] <nessita> dobey: nopes, wanna do it? :-)
[14:51] <dobey> nessita: i think you misread the question? i asked if we need one, not if we have one :)
[14:52] <nessita> dobey: ah yes, I misread. Yes, I think we need one, since we want our qt packages on the main repo along with the rest
[14:53] <dobey> nessita: but control panel doesn't use qt4reactor does it, except for tests?
[14:53] <nessita> dobey: nopes, the qt controlpanel uses it to run. And so will use it the qt sso dialog.
[14:54] <dobey> i thought it used the plain twisted reactor
[14:54] <dobey> in the backend, and the gui doesn't use a reactor
[14:55] <nessita> dobey: the qt version does not access the backend thru dbus, it just imports it and use it. And to "mix" a twisted reactor and qt, we use at4reactor
[14:55] <nessita> qt*
[14:55] <dobey> oh, ugh
[14:55] <dobey> so the deps are all wrong
[14:57] <nessita> dobey: FYI, I just confirm the qt controlpanel works (but yes, I have all the needed deps already installed)
[15:00] <nessita> me
[15:00] <gatox> me
[15:01] <dobey> nessita: everything works right and it's not broken at all?
[15:01] <dobey> me
[15:01] <nessita> dobey: in my env, yes
[15:01] <nessita> dobey: but again, I have all the needed deps because I develop here
[15:01] <nessita> ralsina: standup?
[15:02] <nessita> DONE: started fixing all the test suites for bug #834730
[15:02] <nessita> TODO: try to finish the aforementioned bug, talk with dobey and ralsina re: stable-vs-trunk, teach leads call
[15:02] <nessita> BLOCKED: nopes
[15:02] <nessita> NEXT: gatox
[15:02] <ubot4> Launchpad bug 834730 in ubuntuone-client (and 1 other project) "Use SignalBroadcaster and RemoteMeta from ubuntu sso client (affects: 1) (heat: 6)" [High,In progress] https://launchpad.net/bugs/834730
[15:02] <gatox> DONE:
[15:02] <gatox> Figure it out how to solve the windows shortcut problem, modify make_link in u1-client.
[15:02] <gatox> TODO:
[15:02] <gatox> Fix 4 broken tests, add some tests to check the link creation.
[15:02] <gatox> BLOCKED:
[15:02] <gatox> No
[15:02] <gatox> dobey, go
[15:02] <dobey> λ DONE: hack day, dirspec initial code for xdg base dirs spec
[15:02] <dobey> λ TODO: discuss stable v trunk, call congress, expenses, dirspec nightlies, make devtools use dirspec, some initial music store fixups for P, backport some stuff to stable-3-0 branches, release prep, fixes in gireactor for twisted review
[15:02] <dobey> λ BLCK: No.
[15:02] <dobey> ralsina
[15:03] <dobey> nessita: with or without -gtk installed?
[15:03] <ralsina> DONE: vacation, windows release. TODO: arrange hiring interviews, tech leads call, XML file for autoupdate,talk with nessita&dobey BLOCKED: nopes
[15:03] <nessita> dobey: with
[15:03] <dobey> nessita: can you try without please?
[15:03] <nessita> dobey: sure
[15:03] <nessita> any comments anyone?
[15:03] <gatox> nop
[15:03] <ralsina> no comments
[15:04] <nessita> ok, eom!
[15:04] <nessita> ralsina, dobey, shall we mumble? or do you guys prefer something else?
[15:04]  * gatox lunch
[15:04] <dobey> i like irc; but whatever is fine
[15:05] <ralsina> either works for me
[15:06] <dobey> nessita: pick
[15:09] <nessita1> oops, net issues
[15:09] <dobey> nessita: you pick :)
[15:09] <nessita> dobey: mumble, so we expedite the thing :-)
[15:10] <dobey> ok
[15:10] <dobey> you better not have net issues ;)
[15:56] <dobey> nessita, ralsina: can you review https://code.launchpad.net/~dobey/dirspec/add-tests/+merge/86130 please? :)
[15:57] <nessita> dobey: sure!
[16:00] <ralsina> dobey: on it!
[16:38] <dobey> alright, need to get lunch; bbiab
[17:27] <gatox> brb
[17:39] <nessita> lunchtime!
[18:05] <nessita> dobey: is dirspec meant to be used in windows as well?
[18:07] <dobey> nessita: yes
[18:08] <dobey> nessita: and it should work in windows, as-is
[18:09] <nessita> dobey: tests are not running for me...
[18:09] <nessita> C:\Python27\\python.exe: can't open file 'C:\Python27\\Scripts\trial': [Errno 2]
[18:09] <nessita>  No such file or directory
[18:09] <nessita> dobey: I do have a trial.py in Scripts
[18:09] <dobey> ah
[18:10] <dobey> nessita: ok, i didn't know that it wasn't just "trial" on windows
[18:10] <dobey> i'll fix that
[18:10] <nessita> dobey: now, if I change the run-tests.bat to use trial.py, no failure but no test is ran
[18:11] <nessita> dobey: http://pastebin.ubuntu.com/775539/
[18:11] <dobey> huh
[18:12] <dobey> nessita: what version of twisted is this btw?
[18:12] <nessita> dobey: let me confirm
[18:12] <nessita> dobey: 11.0.0
[18:13] <dobey> weird
[18:15] <dobey> nessita: how do you set the python include path on windows? (ie PYTHONPATH=. on linux)
[18:15] <nessita> dobey: set PYTHONPATH-.
[18:15] <nessita> sorry
[18:15] <nessita> set PYTHONPATH=.
[18:15] <nessita> dobey: which I did not run on this branch :-) good catch!
[18:16] <dobey> nessita: well %PYTHONPATH% in run-tests.bat is that path to where python is installed, afaict, so i guess we can't just set it to that?
[18:16] <nessita> dobey: right, I just set it by hand and test ran
[18:16] <nessita> (and we set it by hand to every project)
[18:16] <dobey> so we can't set it inside run-tests.bat?
[18:17] <nessita> dobey: well, we usually set the env with other name, PYTHONPATH is not the happiest name
[18:17] <nessita> it should be PYTHON_EXEC_PATH
[18:17] <nessita> or something like that
[18:17] <dobey> nessita: you mean what is currently in run-tests.bat should be that instead?
[18:18] <nessita> dobey: yes, see for example the run-tests.bar of ussoc
[18:19] <dobey> it's weird that trial behaves different on windows than on linux though :-/
[18:22] <dobey> nessita: so change that to PYTHONEXECPATH and add SET PYTHONPATH=. in run-tests.bat should work?
[18:22] <nessita> dobey: yeap, plus using trial.py
[18:22] <dobey> right
[18:23] <nessita> dobey: you use trial and not u1trial to not depend on udevtoools, right?
[18:24] <dobey> right, to avoid the circular dep, since devtools will need to depend on dirspec
[18:25] <dobey> also why i'm running pyflakes instead of u1lint
[18:25] <dobey> it /is/ just "pyflakes" on windows right? not pyflakes.py or .exe or something?
[18:26] <ralsina> dobey: yes, just pyflakes
[18:27] <dobey> yay
[18:27] <dobey> nessita: pushed the fix; can you update and try run-tests.bat without adding to the env yourself? :)
[18:29] <nessita> dobey: of curse
[18:29] <nessita> dobey: but give a couple of minutes
[18:29] <dobey> nessita: sure; thanks for testing it on windows :)
[18:30] <nessita> :-)
[18:40] <nessita> dobey: this is what I'm getting now http://pastebin.ubuntu.com/775566/
[18:41] <nessita> and I do have a python installed, under C:\Python27
[18:41] <dobey> nessita: humm; did i screw up the s/PYTHONPATH/PYTHONEXECPATH/g bit somehow?
[18:42] <dobey> ah, yes i missed a bit
[18:43] <nessita> dobey: the wow thingy?
[18:43] <dobey> nessita: fixed/pushed
[18:44] <dobey> nessita: the bit that checks the registry key was setting PYTHONPATH still
[18:44] <dobey> nessita: fixed it to be PYTHONEXECPATH also
[18:44] <nessita> ah
[18:45] <dobey> so should work now :)
[18:53] <nessita> testing
[18:56] <nessita> dobey: unseting the PYTHONPATH on the terminal before running the suite ends up in no test being run
[18:57] <dobey> nessita: :(
[18:57] <dobey> nessita: run-tests.bat has SET PYTHONPATH=.; so it should work afaik
[18:58] <dobey> does it have to be quoted?
[18:58] <nessita> dobey: honestly, no idea :-/
[18:58] <nessita> dobey: weren't you a windows dev? :-P
[18:58] <dobey> no :)
[18:59] <dobey> nessita: well you have to set it before doing run-tests.bat for all the other projects right?
[18:59] <nessita> dobey: yeap
[18:59] <dobey> nessita: so i say let's figure it out later :)
[18:59] <nessita> dobey: +1
[19:00] <dobey> need to get it packaged up and in ubuntu with the releases tomorrow
[19:01] <dobey> nessita: all the tests pass without skipping any, on windows, right?
[19:01] <nessita> dobey: yesir
[19:02] <dobey> then i am very happy with the current state of dirspec, with that branch :)
[19:02] <ralsina> No, doesn't need to be quoted
[19:02] <nessita> dobey: nice!
[19:02] <nessita> dobey: question, how shall I use bzr to merge trunk into stable but without a specific commit?
[19:03] <ralsina> mostly, on windows, you have to set PYTHONPATH maually for all the other projects too
[19:03] <dobey> only one of the tests actually needs windows; and we just skip it on ubuntu :)
[19:03] <dobey> nessita: you can specify a range of commits with -r
[19:04] <nessita> dobey: and so I need to do 2 merges, right?
[19:04] <dobey> nessita: for?
[19:04] <dobey> you can do -r 1..3,5 to skip 4, i think
[19:04] <nessita> dobey: ah!
[19:05] <dobey> bzr revision specs can be quite complicated
[19:05] <dobey> bzr help revspec iirc
[19:06] <dobey> or not
[19:06] <dobey> oh, but 1..3 doesn't include 1
[19:07] <dobey> oh, but it might screw up the history
[19:09] <nessita> dobey: so? :-D
[19:09] <nessita> dobey: I'm lost what I should run
[19:10] <dobey> nessita: finish the review of the dirspec branch, and i'll help you with the specifics
[19:11] <nessita> dobey: you're not choosing your battles wisely :-P
[19:12] <dobey> i just set up nightlies recipe for dirspec and it would be nice to have it building in the background :)
[19:13] <dobey> blah i don't even know who my congress people are :-/
[19:19] <nessita> dobey: review finished
[19:21] <dobey> bah :(
[19:22] <dobey> oh well, so what are you trying to merge from trunk to stable exactly?
[19:23] <nessita> dobey: to start with the stable-3-0 process, I'm updating ussoc. My idea is to have everything except the revno 821
[19:23] <nessita> dobey: which brokes sso linux
[19:23] <nessita> I checked the rest
[19:26] <dobey> so nightlies are broken on linux?
[19:26] <nessita> dobey: yes for a specific (and not common) use case
[19:26] <nessita> dobey: I'm working on a fix, will not be ready before tomorrow
[19:30] <nessita> dobey:  bzr merge -r 813..820,821..824 lp:ubuntu-sso-client definitely does not work
[19:30] <nessita> (nor  bzr merge -r 813..820,822..824 lp:ubuntu-sso-client)
[19:31]  * nessita will try 2-step update
[19:32] <dobey> for some reason it is merging r821 anyway
[19:33] <dobey> you don't want r814 included
[19:33] <dobey> there's already a separate commit for that in stable-3-0
[19:33] <nessita> dobey: you're right
[19:33] <dobey> also, for some reason it seems to be pulling in the different setup.py :(
[19:33] <nessita> dobey: is not doing that for me...
[19:33] <nessita> dobey: what difference do you see?
[19:34] <dobey> bzr merge -r 814..820,822..824 shows a conflict in setup.py, and bzr st -v shows r 821 included
[19:34] <nessita> dobey: the conflict is easy, is the version number (as you predicted)
[19:35] <dobey> hrmm
[19:35] <dobey> i don't think bzr likes M,N
[19:36] <nessita> dobey: I'm doing two merges, and presto
[19:36] <dobey> if you do 814..820
[19:36] <dobey> commit, then do 821..824, i think it works ok
[19:36] <nessita> dobey: indeed
[19:36] <dobey> and doesn't pull in the setup.py change either
[19:37] <dobey> make sure 821 doesn't show up in the second merge though, by checkint bzr st -v
[19:38] <dobey> since it likes to collapses the messages it seems
[19:38] <dobey> hrmm, actually it seems like it may not even keep the history in that case
[19:39] <dobey> blah
[19:39] <dobey> oh well
[19:41] <nessita> dobey: so, -r 821..824 does bring 821 :-/, so I had to do 822..824
[19:41] <nessita> I checked the diff against trunk and is correct
[19:41] <dobey> huh
[19:41] <nessita> the only missing bits are the 821 revno
[19:41] <dobey> 821..824 shouldn't. i guess the docs are wrong in bzr :(
[19:42] <nessita> dobey: right (I read the same as you)
[19:47] <gatox> nessita, ping
[19:47] <nessita> gatox: pong
[19:47] <gatox> nessita, can you do me a favor?
[19:47] <dobey> nessita: is __setitem__ better to use than just set?
[19:48] <gatox> nessita, can you open volume_manager in u1/syncdaemon/volume_manager
[19:48] <dobey> nessita: or using a lambda instead perhaps?
[19:48] <gatox> nessita, line 1495...... _guess_metadata_version  and tell me if that IF has sense to you?
[19:48] <nessita> dobey: I personally prefer __setitem__, the cleaner solution is using operator
[19:49] <nessita> dobey: from operator import setiten
[19:49] <nessita> setitem*
[19:49] <nessita> dobey: so, the addCleanup would be:
[19:49] <nessita> self.addCleanup(setitem, os.environ, var_name, old_value)
[19:49] <nessita> gatox: looking
[19:51] <nessita> gatox: yes, it does make sense. Some migration happens from user not having that dir
[19:51] <nessita> gatox: why?
[19:51] <gatox> nessita, this is what i see:
[19:51] <gatox>         if path_exists(self._shares_md_dir) \
[19:51] <gatox>            and path_exists(self._shared_md_dir):
[19:51] <gatox> ahhhhhhhhhhhhhhhhh
[19:51] <nessita> gatox: me too
[19:51] <gatox> :P
[19:51] <gatox> shares..... shared
[19:51] <gatox> not so good at this hour
[19:51] <nessita> gatox: ah, yes, that too (yes is confusing)
[19:52] <gatox> sorry
[19:52] <nessita> is ok :-)
[19:53] <nessita> ralsina, dobey: https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/stable-3-0-update/+merge/86283
[19:54] <ralsina> nessita: I won't finish that review today...
[19:55] <nessita> ralsina: is there any chance you do it later today or tom morning?
[19:55] <ralsina> tomorrow morning sure
[19:55] <nessita> ralsina: so we can release tomorrow. It does not need to be a code review in detail, since all that code has been reviewed already
[19:55] <ralsina> I can try to do a IRL test at least
[19:55] <nessita> ralsina: yes please, on windows ideally (I made it on Ubuntu)
[19:56] <ralsina> nessita: ack, I'll have it done before beginning of workday tomorrow
[19:57] <dobey> nessita: canonical e-mail addresses
[19:57] <dobey> i will yell at mandel tomorrow :)
[19:57] <nessita> dobey: ok, I'll change it in the MP
[19:58] <dobey> i wish bzr handled history properly
[19:59] <dobey> meh, i also have to review mandel's devtools branch still :(
[19:59] <dobey> it makes me sad
[20:00] <nessita> dobey: cheer up, you learnt about operator today :-) (when I did I was thrilled!)
[20:00] <ralsina> nessita: can you give me a really really trivial review here? https://code.launchpad.net/~ralsina/ubuntuone-windows-installer/quote_autostart/+merge/84952
[20:00] <nessita> ralsina: looking
[20:01] <ralsina> nessita: just in case, that did get a IRL test from QA as part of the latest release
[20:01] <nessita> ralsina: well, that branch is not exactly trunk
[20:01] <nessita> ralsina: I can not merge a branch from gatox that breaks linux when user is not validated
[20:01] <ralsina> nessita: I mean my little branch ;-)
[20:01] <nessita> ralsina: ah!
[20:02] <gatox> nessita, sorry...... which branch?
[20:03] <nessita> gatox: the change you made to user_validated_cb (I already mentioned this, so nothing new)
[20:03] <gatox> nessita, ah yes......
[20:03] <nessita> gatox: but we can't release that to Ubuntu
[20:10] <gatox> ok....... eod for me! see you tomorrow
[20:11] <nessita> ralsina: approved
[20:11] <ralsina> nessita: cool, thx
[20:11] <ralsina> nessita: I am leaving the stable branch syncing, will eod and give the review late tonight
[20:13] <dobey> nessita: refactored the environment modifying tests
[20:29] <nessita> dobey: ack.
[20:46] <nessita> dobey: tweak_env looks great, and replied to your comment
[20:50] <nessita> ralsina, dobey: https://code.launchpad.net/~nataliabidart/ubuntuone-client/stable-3-0-update/+merge/86289 (test pass on all OS, IRL tested on Ubuntu)
[20:53] <nessita> ralsina, dobey: MP resubmitted, I did not choose stable-3-0 as target https://code.launchpad.net/~nataliabidart/ubuntuone-client/stable-3-0-update/+merge/86294
[21:06] <dobey> ah ok
[21:07] <dobey> oh, other project
[21:07] <nessita> dobey: hum?
[21:07] <dobey> i didn't realize you did one for u1client also
[21:09] <nessita> dobey: yes, and I'm about to have the controlpanel one
[21:10] <dobey> bah it's already 16:10 :(
[21:12] <nessita> dobey: still 2 more hours to go! :-)
[21:13] <dobey> what?
[21:17] <nessita> dobey: right, from 9am to 6pm
[21:17] <nessita> no?
[21:18] <dobey> 9+8 = 17
[21:24] <nessita> dobey: as far as I was told, we work from 9am to 6 pm having one hour~ for lunch
[21:26] <dobey> gah, stupid congressional contact web forms; why do they all require a stupid prefix
[21:26] <dobey> i think i will put "GOD" as my prefix
[21:27] <dobey> hrmm, i guess i am not getting my truck back today either
[21:27] <dobey> meh
[21:29] <nessita> dobey: one more... when you can: https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/stable-3-0-update/+merge/86296
[21:35] <nessita> dobey: last one, at least for today: https://code.launchpad.net/~nataliabidart/ubuntuone-windows-installer/stable-3-0-update/+merge/86297
[21:36] <dobey> a bunch of the windows fixes also need backported to stable-2-0 don't they?
[21:36] <dobey> (in all the projects that is)
[21:41] <nessita> dobey: yeap -- but since on Feb we'll try to have stable-3-0 on stable-2-0, that will do it
[21:49] <nessita> bye all! be back later
[21:54] <dobey> …
[22:15] <mandel> dobey, still here?
[22:16] <dobey> hi mandel
[22:18] <dobey> mandel: how long is the train from madrid to malaga? :)
[22:19] <mandel> dobey, hm.. depends on which train you take, if the speed train goes there, 2 hours else 4 or something like that, why?
[22:19] <dobey> mandel: was pondering this: http://gstreamer.freedesktop.org/wiki/GStreamerHackfest2012
[22:19] <mandel> dobey, if that was the reason why you wanted to yell at me, I'm happy :)
[22:20] <mandel> dobey, hm.. that is super tempting!
[22:20] <dobey> no; i wanted to yell at you because apparently you used your personal e-mail in some commits :)
[22:20] <mandel> dobey, oh, bullocks!!! where?
[22:21] <dobey> http://bazaar.launchpad.net/~ubuntuone-control-tower/ubuntu-sso-client/trunk/revision/816.2.13
[22:22] <dobey> http://bazaar.launchpad.net/~ubuntuone-control-tower/ubuntu-sso-client/trunk/revision/816.1.1
[22:22] <mandel> dobey, hm... I know that was the email I used to use when I was out from canonical..
[22:22] <dobey> yes
[22:23] <mandel> dobey, maybe the machine I used is badly configured... is there a way I can help you with thaT?
[22:23] <mandel> ups, capital T :P
[22:23] <dobey> mandel: and your devtools branch
[22:23] <dobey> mandel: i don't think it's easy to go through and edit all the commits; but you can fix your config so you use your canonical e-mail on the canonical projects :)
[22:24] <mandel> dobey, certainly!!! sorry for that, I guess I used the desktop to edit those.. sorry :(
[22:24] <mandel> dobey, did anything interesting happened today?
[22:25] <dobey> mandel: for instance, i have this in my ~/.bzr/locations.conf : https://pastebin.canonical.com/57413/
[22:25] <dobey> mandel: and i manage all the canonical projects under ~/Projects/canonical/ :)
[22:25] <dobey> makes things easy
[22:26] <dobey> nothing particularly interesting, no
[22:26] <mandel> dobey, I have the same, a ~/Projects/Canonical, I guess that I screwed up on of the machines at some point and did not notice..
[22:26] <dobey> i totally failed to get all the things done today, that i wanted to do, and really need to get done for tomorrow, though :(
[22:27] <mandel> dobey, ok, I'll be working tom so if you need any help let me know and I do my best (for example, fixing my desktop bzr config :P )
[22:28] <mandel> dobey, and regarding malaga, if you go, I'll join you :)
[22:28] <mandel> dobey, and you are more than welcome to spend some day here in madrid :)
[22:29] <dobey> i probably won't go
[22:29] <dobey> am a bit tired of travel, at the moment :)
[22:29] <mandel> dobey, ha, tell me about it!
[22:30] <dobey> ugh, and i'm pretty tired in general right now
[22:31] <mandel> dobey, well, I'm going to bed, I just opened this to check if anything bad/good happened, I'll see you tom here (its 11:30 pm CET :P)
[22:33] <dobey> buenos noches
[22:35] <mandel> dobey, good night to you too :)
[22:35]  * mandel watches tv
[23:05] <dobey> need to get some food


[22:09] <seattlegaucho> has a release meetup been decided / scheduled? I didn't see anything on email yet (I've been on the road quite a bit)
[23:22] <valorie> I'm up for pizza in town if folks in ~Seattle want to gather
[23:22] <valorie> LFNW is gonna sorta be the release event afaik
[23:28] <Salt> yeah, lfnw is basically the day
[23:58] <seattlegaucho> I'll be there one way or another
[23:59] <valorie> seattlegaucho: if you want a get-together in the greater seattle area, ask on the list
[23:59] <valorie> if there is interest, I'll organize one


[14:12] <luna_> Is there an Ubuntu translators meeting today or is that still not a thing anymore?
[14:18] <luna_> will be decided in 27 minutes if there is a translators meeting today or not
[14:35] <luna_> moved too next week instead
[15:00] <bdmurray> o/
[15:00] <sil2100> o/
[15:00] <slyon> o/
[15:00] <waveform> o/
[15:01] <bdmurray> #startmeeting Weekly Ubuntu Foundations team
[15:01] <meetingology> Meeting started Thu Jul  2 15:00:59 2020 UTC.  The chair is bdmurray. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:01] <meetingology> Available commands: action commands idea info link nick
[15:01] <bdmurray> #topic Lightning rounds
[15:01] <bdmurray> echo $(shuf -e vorlon bdmurray xnox tdaitx doko sil2100 rbalint infinity mwhudson juliank waveform slyon)
[15:01]  * juliank has not prepared status notes yet :/
[15:01] <bdmurray> bdmurray vorlon sil2100 tdaitx infinity waveform xnox rbalint mwhudson juliank doko slyon
[15:01] <bdmurray> +1 maintenance
[15:01] <bdmurray> added scipy to big_packages in autopkgtest & sent email regarding it
[15:01] <bdmurray> uploaded mercurial to skip a test as it is flaky
[15:01] <bdmurray> forwarded the "patch" to debian bug 956697
[15:02] <bdmurray> started a discussion regarding libcpupower-dev package
[15:02] <bdmurray> after struggling to sort out u-r-u autopkgtest failure got help from xnox (thanks!)
[15:02] <bdmurray> wrote a test case for LP: #1874953, uploaded SRU of less for 20.04 LTS
[15:02] <bdmurray> special SRU reviews of software-properties, casper, python-oslo.policy
[15:02] <bdmurray> ✔ done
[15:02] <bdmurray> vorlon: ?
[15:02] <vorlon> bdmurray: skip for the moment please
[15:02] <sil2100> Oh, so me?
[15:02] <sil2100> - SRU reviews and releases
[15:02] <sil2100> - DMB meeting
[15:02] <sil2100> - +1 maintenance on Monday/Tuesday
[15:02] <sil2100> - netplan:
[15:02] <sil2100>   * Reviewing the NetworkManager netplan rw plugin
[15:02] <sil2100>   * Reviewing OVS-fixes PR from Lukas
[15:02] <sil2100>   * Writing a quick PR for fake VLAN bridge support
[15:02] <sil2100>   * Refreshing the netplan OVS test packages with latest changes
[15:02] <sil2100>   * Some thinking about SR-IOV improvements, almost finished changes for PR
[15:02] <sil2100>   * Discussing uc20 required improvements with the snapd team
[15:02] <sil2100> - Looked into why core18 landed in manual review
[15:03] <sil2100> - Investigated core18 snaps not getting auto-promoted to subsequent channels
[15:03] <sil2100>   * Refreshed credentials with a fresh token
[15:03] <sil2100> - Poking around on feedback re: cdimage appliance images
[15:03] <sil2100> - Point-release coordination
[15:03] <sil2100> - Misc AA work
[15:03] <sil2100> (done)
[15:03] <tdaitx_> * short week: out Thu and Fri
[15:03] <tdaitx_> * Packaged openjdk 8u262-b07 and 11.0.8-b08
[15:03] <tdaitx_>   - failed to run tests on Groovy due to newer jtreg (autopkgtests on groovy were also affected)
[15:03] <tdaitx_>   - autopkgtest scripts are failing to run jtdiff
[15:03] <tdaitx_> (done)
[15:03] <bdmurray> waveform:
[15:03] <waveform> * Short week (fri/mon off for long weekend working on piwheels migration)
[15:03] <waveform> * Addressed comments on libubootenv MIR (LP: #1885142)
[15:03] <waveform> * Prepped SRU for flash-kernel (LP: #1868071)
[15:03] <waveform> * Worked on various boot scenarios for Ubuntu on Pi (experimenting with USB/net boot with u-boot removed)
[15:03] <waveform> * Tested beta firmwares with rpi-eeprom tools on Ubuntu
[15:03] <waveform> * Lots of pi forum posts
[15:03] <waveform> (done)
[15:04] <bdmurray> xnox:
[15:04] <xnox> Prep for midcycle
[15:04] <xnox> Worked on libnettle transition & haskell
[15:04] <xnox> Working on riscv atomics / bootstrapping things
[15:04] <xnox> All cd-boot-images have landed hooray!
[15:04] <xnox> Gathering feedback about iso testing test cases
[15:04] <xnox> Reviewing grub stuff
[15:04] <xnox> done
[15:04] <bdmurray> rbalint:
[15:05] <rbalint> (very short week)
[15:05] <rbalint> * partner work
[15:05] <rbalint> * systemd bug gardening
[15:05] <rbalint> * +1 maintenance (ongoing)
[15:05] <rbalint> (done)
[15:05] <bdmurray> juliank:
[15:05] <juliank> * digged around in the apt method and fixed some http things (https://salsa.debian.org/apt-team/apt/-/merge_requests/122)
[15:05] <juliank> * found out that the pstate governor changed in groovy to performance when it should be powersave
[15:06] <juliank> * then found out that playing music over USB DAC gets CPU stuck in C2 and keeps fan spinning (frequency jumps between 1 GHz and 3 GHz)
[15:06] <juliank> * finished bileto uploads of fixed grub uploads for xenial and bionic, still need to test them in a VM (focal/groovy was tested on live system ;))
[15:06] <juliank> * testing newer kernels
[15:06] <juliank> (done)
[15:06] <bdmurray> doko:
[15:07] <bdmurray> vorlon:
[15:07] <vorlon>  * short week this week due to US holiday on Friday
[15:07] <vorlon>  * some SRU team work last Friday
[15:07] <vorlon>  * closed out with Alberto the fixes to nvidia packaging so that archive skew will never again cause the dkms package to be installed instead of the signed kernel modules
[15:07] <vorlon>  * working on haskell transition
[15:07] <vorlon>  * additional debian-cd reviews; the latest ubuntu-server live image has now been built without using any debian-installer bootloader bits from the archive
[15:07] <vorlon>  * work on making ubuntu-archive-tools compatible with the new rebased britney that's coming soon
[15:07] <vorlon> (done)
[15:07] <bdmurray> slyon:
[15:07] <slyon> - Setup 32bit CI testing for badger
[15:07] <slyon>   * Merged via https://github.com/dgraph-io/badger/pull/1392
[15:07] <slyon>   * They commited to fix the bugs: https://github.com/dgraph-io/badger/issues/1397
[15:07] <slyon> - Fixed fonts-font-awesome links in streamlink & python-mkdocs
[15:07] <slyon>   * Both merged in Debian Salsa, awaiting upload/sponsorship
[15:07] <slyon>   * https://salsa.debian.org/amurzeau/streamlink/-/merge_requests/1
[15:07] <slyon>   * https://salsa.debian.org/python-team/modules/python-mkdocs/-/merge_requests/2
[15:07] <slyon> - Prepared IWD vs WPA Supplicant evaluation document
[15:07] <slyon> [15:07] <slyon> - Fixed build on ppc64el
[15:07] <slyon> - Reviewed Lukasz' OVS fake VLAN bridges PR#148
[15:07] <slyon>   * Added integration tests for OVS fake VLAN bridges
[15:07] <slyon> - Reviewed & Merged simple community PR#150 (inconsistent indentation)
[15:07] <slyon> - Started arguing with upstream about the NM settings plugin RFC
[15:07] <slyon>   * gitlab.freedesktop.org/NetworkManager/NetworkManager/-/merge_requests/556
[15:07] <slyon>   * Prepared plugin test plan document for the Desktop team
[15:07] <slyon> (done)
[15:08] <bdmurray> any questions on status?
[15:09] <bdmurray> #topic Release incoming bugs
[15:09] <bdmurray> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-incoming-bug-tasks.html#foundations-bugs
[15:10] <bdmurray> bug 1885414
[15:11] <xnox> i wonder if i should take it, or maybe mwhudson?
[15:11] <bdmurray> supposedly mwhudson already fixed it?
[15:11] <xnox> cause i wonder if we are now discovering bugs because we are installing bootloaders to the right place, yet it doesn't have enough gap for it.
[15:12] <xnox> i guess is should review / upload / fix?
[15:12] <bdmurray> we'll target adn card it
[15:12] <bdmurray> that dbus bug is desktop
[15:12] <bdmurray> bug 1880258
[15:14] <vorlon> sounds like the remaining systemd task should be considered low-priority
[15:14] <bdmurray> bug 1885730
[15:14] <vorlon> but the nm one we think should be targeted to focal
[15:15] <juliank> needs discussion w/ kernel team
[15:15] <bdmurray> so that seems worth tracking still
[15:15] <rbalint> agreed
[15:15] <bdmurray> let's card it
[15:16] <mclemenceau> ok
[15:16] <bdmurray> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html#foundations-bugs
[15:17] <bdmurray> bug 1871641 we need to summon the desktop team by commenting on it
[15:17] <bdmurray> bug 1875918
[15:18] <bdmurray> tdaitx: are you looking into this?
[15:18] <tdaitx> bdmurray: yeah, on my list
[15:18] <bdmurray> tdaitx: should we have a card for it?
[15:20] <tdaitx> bdmurray: that would help to keep it on track
[15:20] <mclemenceau> you got it
[15:21] <bdmurray> vorlon: last week you said we should revisit the isc-dhcp bugs
[15:21] <vorlon> did I? trying to swap in context
[15:21] <bdmurray> https://irclogs.ubuntu.com/2020/06/25/%23ubuntu-meeting.html
[15:22] <bdmurray> also "somehow we share isc-dhcp with security team, not server :)"
[15:22] <vorlon> ah I said we should punt them
[15:22] <vorlon> :)
[15:22] <vorlon> I meant to punt them farther down the field, where we wouldn't have to touch them for a while
[15:22] <vorlon> ;-P
[15:22] <bdmurray> should we get the server team subscribed though?
[15:22] <xnox> isc-dhcp => i'm ok with foundations taking care of client, but not server.
[15:23] <xnox> and we should put networkd into intird, and stop using isc-dhcp =)
[15:23] <vorlon> true, the server is seeded in server-ship
[15:23] <vorlon> (which... is a seed that needs to go away)
[15:23] <xnox> and client is like in standard?
[15:23] <vorlon> yeah
[15:23] <xnox> right
[15:24] <bdmurray> bug 1883229
[15:33] <vorlon> looks like this needs to be reassigned to subiquity
[15:33] <vorlon> and taken
[15:34] <bdmurray> bug 1865515
[15:34] <bdmurray> I forget where we ended up with this
[15:35] <bdmurray> this is already carded
[15:35] <bdmurray> so targetting it
[15:35] <bdmurray> #topic Team proposed-migration report
[15:36] <vorlon> [LINK] https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs
[15:36] <vorlon> python-secretstorage, still waiting on MIR, nothing to do
[15:36] <vorlon> vim, still with me, this is the riscv64 build failure that I haven't had time to work on (it's a rather big time investment)
[15:37] <vorlon> fonts-font-awesome: slyon: I believe this was yours last week, have you looked at it?
[15:37] <rbalint> vorlon, can we remove the binary still then?
[15:37] <vorlon> rbalint: for vim? not without breaking the world
[15:37] <rbalint> vorlon, in risc?
[15:37] <vorlon> yes
[15:38] <rbalint> :-\
[15:38] <slyon> fonts-font-awesome fixes are awaiting Debian upload
[15:38] <bdmurray> I uploaded a new version of mercurial yesterday
[15:39] <vorlon> rbalint: is something else blocked waiting on new vim?  otherwise, the priority here is to not break the new port
[15:39] <vorlon> bdmurray: thanks
[15:39] <vorlon> looks like all the other stuff from last week that was assigned has been resolved, which is great
[15:39] <rbalint> vorlon, ack
[15:40] <vorlon> pcre3, apache2 autopkgtest regression, flaky on armhf, I'll handle
[15:40] <juliank> make-dfsg is still broken, but upload superseded
[15:41] <vorlon> libio-async-loop-epoll-perl breaks lintian: bdmurray can you take this?
[15:42] <vorlon> sqlite3: various autopkgtest regressions (including python3.8).  sil2100 can you take?
[15:42] <sil2100> o/
[15:42] <sil2100> ACK
[15:42] <bdmurray> vorlon: sure
[15:42] <sil2100> (carding)
[15:42] <vorlon> d-i is handled by xnox
[15:43] <vorlon> rsync also has autopkgtest regressions but these look like false positives etc, I'll take
[15:43] <vorlon> libio-async-perl is a candidate that makes kdesdk uninstallable, so that needs follow-up
[15:44] <vorlon> waveform: ^^ can you take?
[15:44] <waveform> vorlon, will do
[15:44]  * juliank runs out for a sec
[15:44] <vorlon> lintian needs an MIR for libdata-validate-domain-perl: rbalint?
[15:44] <rbalint> vorlon,sure, taking
[15:45] <vorlon> and xz-utils needs some autopkgtest wrangling.  juliank can you take?
[15:46] <vorlon> and that's the last one
[15:46] <vorlon> bdmurray:
[15:47] <bdmurray> #topic AOB
[15:47] <bdmurray> Tomorrow is a US holiday
[15:47] <bdmurray> I'll be out
[15:48] <mclemenceau> same here \o/
[15:49] <bdmurray> anything else?
[15:49] <vorlon> not here
[15:50] <bdmurray> #endmeeting
[15:50] <meetingology> Meeting ended Thu Jul  2 15:50:08 2020 UTC.
[15:50] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2020/ubuntu-meeting.2020-07-02-15.00.moin.txt
[15:50] <vorlon> thanks :)
[15:50] <slyon> o/
[15:50] <sil2100> Thank you o/
[15:53] <rbalint> o/
[15:54] <juliank> o/