[00:40] <rsalveti> robru: yeah, ci-train kind of doesn't work properly without vpn
[00:42] <robru> rsalveti: no? I use it without the vpn all the time.
[00:42] <rsalveti> well, Ursinha was able to reproduce the issue as well
[00:42] <rsalveti> not sure if already fixed
[00:43] <robru> rsalveti: must be a problem with your internet or something. Vpn routes around breakage i guess.
[00:43] <rsalveti> we tested with different internet networks though
[00:43] <robru> rsalveti: but they were all in Brazil, right?
[00:43] <rsalveti> let me test again
[00:43] <rsalveti> yup
[00:43] <rsalveti> maybe dns issues?
[00:44] <rsalveti> if the ip changed
[00:45] <robru> rsalveti: ip should be fixed as far as i know. It's loading fine for me.
[00:45] <rsalveti> robru: yeah, working fine now
[02:10] <imgbot> [02:37] <rsalveti> alright, publishing
[03:13] <robru> hah, down to two RTM silos.
[03:15] <imgbot> [03:40] <imgbot> [03:40] <imgbot> [04:05] <veebers> trainguards: I can't seem to find the button to push to reconfigure my silo :-P Can someone point it out to me please
[04:06] <robru> veebers: "landing tools" menu
[04:08]  * veebers looks
[04:09] <veebers> robru: am I looking at the spreadsheet or here? http://people.canonical.com/~platform/citrain_dashboard/#?q=ubuntu%2Flanding-018
[04:09] <veebers> oh, it is because Federico fired up the silo and not me?
[04:10] <robru> veebers: the menu is in the spreadsheet
[04:10] <robru> Anybody can run reconfigure. Just make sure you're signed in
[04:14] <veebers> ah ok, let me double check now :-)
[04:16] <veebers> robru: ah I see, it's up there with the 'normal' menu :-) very nice
[04:17] <robru> veebers: yeah moving it there improved the scalability of the spreadsheet scripts
[04:55] <imgbot> [04:55] <imgbot> [08:13] <pete-woods> trainguards: hi guys. how would I go about changing my mind about the target distro for a landing? i.e. I want to target vivid overlay, rather than wily
[08:14] <sil2100> pete-woods: hey! Well, sadly this is a bit more complicated, as it requires re-assigning the silo since the packages need to be completely rebuilt
[08:14] <sil2100> I mean, it's not a complicated operation
[08:14] <sil2100> Just needs you to re-do everything
[08:14] <sil2100> Building and testing
[08:14] <pete-woods> sil2100: okay, that's not a problem
[08:14] <sil2100> pete-woods: which silo?
[08:15] <pete-woods> I hadn't got around to testing yet, just managed to get the thing building! (was fighting a parallel build cmake issue)
[08:15] <pete-woods> sil2100: 34
[08:15] <davmor2> pete-woods: can't you just land the same thing again in vivid overlay as it would need to land in wily too right?
[08:16] <Mirv> so far the word has been indeed that everything in vivid overlay will go to wily (hopefully soon, I just got a pending item that relies on this)
[08:17] <sil2100> Yeah, so the plans finally clarify regarding that
[08:17] <pete-woods> davmor2: sure, but I'd rather test with an actual phone, as opposed to just hoping it all works and land into wily
[08:17] <pete-woods> I'm assuming we don't have wily phone images yet, right?
[08:18] <sil2100> Yesterday Pat said that it's as I originally understood it, that there will be only one trunk for each project targetting vivid overlay
[08:18] <sil2100> And just getting the same stuff landed in parallel to wily
[08:18] <popey> sil2100: we are having a landing call today right?
[08:18] <sil2100> popey: yeah, a quick one probably
[08:19] <popey> ok, i have a thing
[08:19] <popey> :)
[08:20] <sil2100> davmor2: the problem with that approach is that we're not ready infra-wise, we have a limited silo resource and no tools to land in two places at once
[08:20] <sil2100> Especially hat wily and vivid won't be binary compatible soon
[08:20] <sil2100> I think we need a dual-build functionality in the train
[08:22] <sil2100> pete-woods: I'll assign a new silo for you for vivid
[08:23] <pete-woods> sil2100: awesome, thanks! you can probably nuke the wily one for now
[08:23] <pete-woods> I just don't really feel comfortable directing my landings directly there right now, without the ability to test it
[08:26] <sil2100> Done
[08:26] <sil2100> pete-woods: ^
[08:27] <pete-woods> sil2100: awesome, thanks!
[08:35] <davmor2> sil2100, ogra_, jibel: meeting?
[08:35] <sil2100> !
[08:35] <sil2100> One moment
[08:36] <ogra_> davmor2, i'm listening to the political rants since a while :P
[08:40] <jibel> davmor2, not today, I'm off :)
[08:58] <cjwatson> sil2100: well you could build both in the same silo, given that they're different series
[08:59] <sil2100> cjwatson: yeah, that's the dual-build scenario I mentioned
[08:59] <sil2100> :)
[09:05] <mzanetti> cihelp: It seems our OAuth key expired in the reminders-app's jenkins job. Who can help?
[09:05] <mzanetti> s/key/token/
[09:06] <psivaa> mzanetti: i'll take a look, if it's going to take longer, i'll leave it for the vanguard
[09:07] <mzanetti> psivaa, cool, thanks... consumer key/secret should still be valid. server is "sandbox.evernote.com" too still
[09:07] <psivaa> mzanetti: could you give me the job link please
[09:08] <mzanetti> psivaa, hmm, I think that's the main job http://<IP_ADDRESS>:8080/job/reminders-app-ci/
[09:08] <mzanetti> psivaa, the one fails is that one: http://<IP_ADDRESS>:8080/job/generic-mediumtests-utopic/2724/?#showFailuresLink
[09:08] <mzanetti> sadly I don't know where the credentials are placed
[09:41] <oSoMoN> did you guys know about http://www.ci-train.org/ ?
[09:42] <psivaa> mzanetti: i could not find the root cause, but i dont think it's on us,
[09:42] <psivaa> mzanetti: the http://rtm-dashboard.ci.ubuntu.com/smokeng/utopic/touch_stable/krillin/272:20150504:20150408-4f14058/508/reminders/236790/ also has the same failure
[09:43] <psivaa> mzanetti: probably needs further debugging, may be QA?
[09:43] <mzanetti> dpm, can you shed some light how this has been set up back then? ^^
[09:43] <mzanetti> dpm, seems the tokens expired and our jobs don't pass any more
[09:44] <Mirv> oSoMoN: nice find! :)
[09:45] <oSoMoN> and googling for "ci airline" (hint hint) returns www.china-airlines.com/en/ :)
[09:47] <davmor2> sil2100: cwayne: Vivid custom tarball is good
[09:47] <oSoMoN> trainguards: are you aware the "citrain device-upgrade" doesn’t work any longer with the overlay PPA? it has a higher priority than any silo, so packages are not upgraded if there is already an older version in the overlay PPA
[09:48] <Mirv> oSoMoN: yes, bug #1452190, it just got fixed in wily
[09:49] <Mirv> and who would be on vivid anymore? ;)
[09:49] <oSoMoN> right, my bad for sticking to such an old and unmaintained release on my laptop :)
[09:49] <Mirv> one can install the .deb on vivid too from https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-036/+build/7400672
[09:49] <oSoMoN> thx, I’ll do that
[09:50] <oSoMoN> Mirv, there are two debs, do I need both?
[09:51] <oSoMoN> nevermind, stupid question
[09:54] <oSoMoN> Mirv, do you happen to know how I can verify which updates went into image #199 ?
[09:58] <Mirv> oSoMoN: http://people.canonical.com/~ogra/touch-image-stats/?C=M;O=D
[09:58] <Mirv> imgbot: map 186 vivid
[09:59] <Mirv> imgbot, stunt
[09:59]  * imgbot rolls on its back and purrs
[09:59] <Mirv> imgbot, map 186 vivid
[09:59] <Mirv> hmm
[09:59] <imgbot> mako ubuntu version: 186 maps to krillin version: 199"
[09:59] <imgbot> mako ubuntu version: 186 maps to generic_x86 version: 188"
[09:59] <Mirv> oh
[09:59] <Mirv> oSoMoN: so http://people.canonical.com/~ogra/touch-image-stats/186.changes
[10:00] <oSoMoN> thanks!
[10:00] <dpm> mzanetti, psivaa, let me have a look.
[10:04] <dpm> mzanetti, psivaa, back then I requested an API key from Evernote for testing purposes, which I handed over to balloons. He and elopio_ (mostly Leo) were working on these lower-level tests
[10:05] <dpm> I guess we can easily test if the token has expired by using those credentials to log in
[10:05] <mzanetti> not really... it would generate a new token
[10:05] <dpm> ah right
[10:06] <mzanetti> the consumer key/secret are still valid. we'd just need to create a new token and place that into the job
[10:06] <mzanetti> and that's the question: where?
[10:06] <dpm> mzanetti, ah, in that case I don't know what happens in Jenkins behind the scenes. For this particular one, I think it was fginther who set it up
[10:09] <dpm> IIRC we keep the production API key private behind jenkins, and then we inject it in the code while building the click package
[10:09] <dpm> bbiab
[10:12]  * sil2100 goes off for an early lunch
[10:41] <psivaa> dpm: mzanetti: ok, i've created a task for this
[10:41] <dpm> psivaa, not sure what a task means in this context. Could you elaborate?
[10:42] <psivaa> dpm: ohh, sorry. for the vanguard to take it up
[10:42] <dpm> ok, thanks psivaa
[10:45] <popey> psivaa: this is blocking us landing fixes which we need to land in the store. We have user data loss bugs in that new version. So could you indicate high priority on the task please?
[10:46] <psivaa> popey: sure, i'll do that
[10:52] <tvoss> sil2100, ping
[10:57] <davmor2> john-mcaleely, sil2100: mail sent to lists hopefully rvr is happy with the fix and I'm happy with sanity
[10:57] <davmor2> sil2100: did the new tarball from cwayne get in with the translated string do you know?
[10:57] <john-mcaleely> davmor2, excellent
[10:58] <davmor2> john-mcaleely: ^ hold off for one second till sil2100 answers that one though
[10:58] <john-mcaleely> davmor2, I don't do anything anyway, until he does the promotion step :-)
[10:58] <tvoss> Mirv, ping
[10:59] <rvr> davmor2: I'm happy :)
[11:00] <rvr> sil2100: Yeah, do you know which component was translated? cwayne wanted me to check
[11:04] <davmor2> rvr: new scopes I think he noticed there was a missing string
[11:04]  * tvoss wonders if a trainguard is around
[11:04] <Mirv> tvoss: pong
[11:05] <rvr> davmor2: New scopes weren't translated at all
[11:06] <rvr> And remain that way
[11:06] <davmor2> rvr: yeah I think it was a fix so it could be
[11:08] <greyback> trainguards: can I get reconfigure for vivid silo 38 please, I added the -gles twin
[11:11] <Mirv> greyback: sure
[11:11] <greyback> Mirv: thanks
[11:14]  * Mirv suggests tvoss to highlight trainguards with requests directly instead of the slower ICMP protocol handshake
[11:18] <tvoss> Mirv, true :)
[11:33] <cwayne> rvr, the new translation is "Where am I" from nearby
[11:33] <rvr> cwayne: Ah
[11:33] <rvr> checking
[11:36] <rvr> cwayne: Still in English
[11:36] <rvr> cwayne: 275
[11:37] <rvr> sil2100: ^
[11:37] <sil2100> huh
[11:38] <davmor2> sil2100: did you not see this line <davmor2> sil2100: did the new tarball from cwayne get in with the translated string do you know?
[11:38] <sil2100> davmor2: let me check, I thought it got signed off yesterday
[11:38] <sil2100> ...actualy it didn't I think
[11:39] <davmor2> sil2100: there was john-mcaleely 's tarball.
[11:39] <davmor2> cwayne: did you actually add a line to the spreadsheet for that fix?
[11:39] <sil2100> davmor2: I think there was only an IRC ping
[11:39] <cwayne> blargh i forgot to do the spreadsheet
[11:39] <cwayne> yeah, sorry, my bad
[11:40] <sil2100> The custom still needs to land, but it's only a translation fix
[11:40] <sil2100> So I wait with copying to RC
[11:42] <davmor2> sil2100: cwayne okay, so rvr do you want to grab that fix it will be in ubuntu-touch/ubuntu-rtm/14.09-proposed-customized/  you'll just need to give it a quick once over make sure you are happy with the where am I on the nearby scope if you give that a thumbs up I'm happy
[11:43] <Mirv> cihelp tvoss is reporting is failing http://s-jenkins.ubuntu-ci:8080/job/ningbo-vivid-armhf-ci/40/console which it shouldn't do if the vivid in question would be vivid+overlay like it should
[11:48] <rvr> davmor2: Installing
[11:49] <davmor2> rvr: awesome thanks
[11:50] <davmor2> sil2100, john-mcaleely: when the man from del-monte^w rvr says it is good feel free to pick on cwayne till he lands it :)
[11:50] <rvr> lol
[11:52] <rvr> davmor2: The catchphrase also got popular in Spain when I was a child
[11:53] <davmor2> rvr: :)
[12:02] <rvr> sil2100: cwayne: "Dónde estoy"... The man from Del Monte says "yes".
[12:03] <cwayne> yay yay yay sil2100 can i push the button
[12:03]  * cwayne loves pushing the button
[12:09] <sil2100> \o/
[12:09] <sil2100> cwayne: please :)
[12:09]  * sil2100 waits for the custom to be pushed to push his own buttonz
[12:10] <cwayne> ze button, it has been pushed
[12:11]  * sil2100 waits
[12:15] <sil2100> Come ooon importer
[12:32] <davmor2> cwayne: did you push the button on the vivid version too?
[12:33] <davmor2> rvr: you rock thanks dude
[12:33] <rvr> :)
[12:34] <cwayne> davmor2, ah did i miss the +1 for that one?
[12:34] <cwayne> id love to push that
 sil2100: cwayne: Vivid custom tarball is good
[12:35] <cwayne> davmor2, derp sorry, sil2100 can i push that button too
[12:35] <davmor2> cwayne: also check the spread sheet for the passed qa bit too :)
[12:48] <sil2100> Yeah ;)
[12:50] <cwayne> aw man, get to push two buttons today
[12:50] <cwayne> what a day
[12:50] <cwayne> pushed.
[12:50] <davmor2> cwayne: that's why the spread sheet is so important, of course when robru finishes the awesome new version that will become the new important instead :)
[12:51] <cwayne> davmor2, yeah, sorry i need to get it back in my head to use it, just that the last 2 or so times it was borked :/
[12:51] <davmor2> cwayne: man that twice as much work as normal ;) do you need a rest?
[12:51] <cwayne> davmor2, i do, I really do :P
[13:44] <fginther> Mirv, thanks, we'll look into getting the PPA added
[14:09] <pete-woods> trainguards: sorry to be asking again, but could I get vivid silo 015 reconfigured? I added another bug fix to it (as an upstream blocker got unblocked)
[14:09] <sil2100> pete-woods: on it
[14:09] <pete-woods> extra MR for indicator-network
[14:09] <pete-woods> sil2100: thanks!
[14:12] <dobey> Mirv: uhm. silo 16?
[14:14] <dobey> Mirv: maybe my silo didn't reconfigure properly and something is still looking at the old mp?
[14:14] <sil2100> dobey: what do you mean? I just assigned silo 16 for charles
[14:15] <dobey> sil2100: https://code.launchpad.net/~dobey/unity-scope-click/adt-int-tests/+merge/254822/comments/645466
[14:15] <sil2100> dobey: I think it was published already, as the silo was free when I did the assignment
[14:16] <sil2100> So it seems all was ok with it
[14:16] <dobey> sil2100: my landing wasn't in 16 ever, which is why i'm confused by Mirv's comment there :)
[14:16] <sil2100> Maybe someone cleared things out
[14:16] <sil2100> ...or that ;p
[14:16] <dobey> but the spreadsheet does seem to be confused about my landing
[14:17] <sil2100> dobey: is it an old landing?
[14:17] <sil2100> dobey: since if it has more than a week, it might have been reverted when we had spreadsheet problems
[14:18] <dobey> sil2100: no, but i had merged one of the branches into another, resubmitted the MP with the new prereq, changed the spreadsheet MPs column, and reconfigured
[14:18] <dobey> it's only a day old :)
[14:18] <sil2100> hm
[14:18] <dobey> sil2100: row 59 currently in the spreadsheet
[14:23] <dobey> i am slightly worried that it may end up blocked in proposed migration, but i don 't understand why it didn't pick up on the changes properly when i did the reconfigure
[14:24] <dobey> do we need to clean it, then reconfigure, and then build/test again?
[14:24] <sil2100> dobey: hm, I think I'll just reconfigure and rebuild this one project
[14:25] <dobey> hmm, ok
[14:25] <sil2100> dobey: /me sighs
[14:26] <sil2100> So, basically: ;)
[14:26] <sil2100> Do you know why actually the original merge got superseeded?
[14:26] <dobey> yes, i did it
[14:26] <sil2100> I see that both merges come from the very same branch and their final revision is the same
[14:26] <sil2100> Ah, prerequisite
[14:27] <dobey> there was originally a merge conflict, so i merged a branch into it, and resubmitted to add the prereq
[14:27] <sil2100> Ok, not to cause any LP confusion, I'll reconfigure and let's rebuild
[14:27] <sil2100> Since otherwise the wrong branch will get merged and we'll have inconsistency
[14:27] <sil2100> (if that's fine with you)
[14:28] <dobey> i did that yesterday, and this is where we are now, so i'm not sure if it will fix it
[14:28] <dobey> but it's fine with me to do that
[14:28] <dobey> well, the right branch will be merged. it's still the same branch. and the build log showed it had the right stuff
[14:30] <sil2100> Indeed, just the wrong merge would be resolved - if this still stays messed up we'll just force-publish
[14:31] <sil2100> Anyway, no retest will be required as both are source identical
[14:34] <dobey> ok
[14:34] <dobey> oh, i forgot the commit message in the new one i guess
[14:37] <dobey> sil2100: i fixed that now.
[14:43] <om26er> Kaleo, Hi!
[14:44] <om26er> Kaleo, re: silo 11 was the isuse I mentioned in the previously failed card, fixed ?
[14:45] <Kaleo> om26er, no because I was not notified by trello :/
[14:45] <dobey> sil2100: ok, it's rebuilding now
[14:45] <Kaleo> om26er, so, I won't be able to workaround that one
[14:46] <om26er> d'oh
[14:46] <Kaleo> om26er, the good news is that it will be fixed better by another patch in qtvideo-node
[14:46] <Kaleo> om26er, but this patch is still valid and should still land
[14:46] <om26er> Kaleo, hmm, ok. I can land it since its not regressing anything.
[14:46] <Kaleo> om26er, thanks
[14:46] <om26er> Kaleo, do you know when will qtvideo-node patch be ready ?
[14:46] <Kaleo> om26er, as it is it will make the bug less bad and will improve perf
[14:47] <Kaleo> om26er, let me check, it's on loicm's plate
[14:47] <Kaleo> om26er, https://code.launchpad.net/~phablet-team/qtvideo-node/qtvideo-node-update-textures-in-preprocess-pass/+merge/257960
[14:54]  * sil2100 AFK for a little while, bbl
[15:10] <kenvandine> trainguards: when changing dest to the overlay PPA, does the silo  only need a reconfigure?  not a rebuild right?
[15:11] <kenvandine> i guess maybe a watch only build to get the status set properly?
[15:17] <charles> pook
[16:02] <robru> kenvandine: yeah it needs a watch only
[16:23] <dobey> sil2100: ok, looks like my silo is sane again
[16:40] <robru> kenvandine: can you ack https://ci-train.ubuntu.com/job/ubuntu-landing-022-2-publish/lastSuccessfulBuild/artifact/unity-scope-click_packaging_changes.diff please?
[17:28] <rvr> rsalveti: ping
[17:37] <kenvandine> robru, sure
[17:37] <kenvandine> robru, i had done that for silo 29
[17:37] <kenvandine> but the dashboard still says vivid primary
[17:38] <kenvandine> robru, can you help?
[17:39] <kenvandine> robru, ack on the packaging review
[17:40] <tedg> trainguards, can I please get a silo for line 65
[17:46] <rsalveti> rvr: pong
[17:46] <rvr> rsalveti: I have a problem installing powerd package in Vivid
[17:46] <rvr> dpkg: error processing archive powerd_0.16+15.04.20150507-0ubuntu1_armhf.deb (--install):
[17:46] <rvr> unable to make backup link of `./usr/share/powerd/device_configs/config-default.xml' before installing new version: Invalid cross-device link
[17:47] <rsalveti> rvr: https://wiki.ubuntu.com/Process/Merges/TestPlans/Powerd need to install from recovery
[17:48] <rvr> rsalveti: Oh, I see
[17:49] <rvr> rsalveti: What if I can't? :-/
[17:49] <rvr> error: device not found
[17:50] <rsalveti> rvr: you can then just unmount that file
[17:50] <rsalveti> sudo umount /usr/share/powerd/device_configs/config-default.xml
[17:50] <rsalveti> and try to install again
[17:50] <rsalveti> on the ubuntu side
[17:50] <rsalveti> that only works on vivid
[17:51] <rvr> Ack
[17:52] <rvr> That worked
[17:52] <kenvandine> robru, i tried to set the dest for silo 29 to the overlay ppa, didn't seem to work
[17:53] <kenvandine> robru, if you can fix that, can you also publish it too?
[17:53] <kenvandine> it's ready
[17:57] <sil2100> kenvandine: let me take a look
[17:58] <sil2100> kenvandine: did you reconfigure after changing to overlay?
[17:58] <kenvandine> sil2100,  i did
[17:58] <kenvandine> sil2100, and i did a watch only rebuild
[18:00] <sil2100> kenvandine: did you do the assign-silo reconfigure?
[18:00] <sil2100> Since you need to use that one, not the 'Reconfigure' reconfigure
[18:00] <sil2100> Ok, reconfigured
[18:00] <kenvandine> from the lander tools menu
[18:00] <sil2100> kenvandine: now it's fixed, did a watch-only build
[18:00] <kenvandine> sil2100, thx
[18:00] <sil2100> kenvandine: yeah, but you pressed 'Reconfigure' there, right?
[18:00] <kenvandine> that was the only link
[18:01] <sil2100> kenvandine: the 'Reconfigure' reconfigure is different than the 'Assign silo' reconfigure
[18:01] <kenvandine> oh...
[18:01] <kenvandine> i figured it must have been something i did wrong :)
[18:01] <sil2100> Reconfigure uses the reconfigure job, which is limited as it can be used by any lander
[18:01] <kenvandine> i was careful not to publish it :)
[18:01] <sil2100> If you as a trainguard need to reconfigure something, go to the silo row and press the 'Assign silo' menu entry
[18:01] <sil2100> :)
[18:02] <kenvandine> sil2100, ok, thanks... noted :)
[18:02] <kenvandine> i'll publish it now then
[18:02] <sil2100> kenvandine: please do :) nw!
[18:04] <kenvandine> jgdx, libqofono published, now we won't need to pair that with your apn editor work :)
[18:10] <robru> kenvandine: oops sorry, was afk. thanks for the ack
[18:10] <kenvandine> np
[18:11] <rvr> rsalveti: Approving silo 3
[18:53] <jgdx> kenvandine, w00t
[19:48] <Saviq> cihelp, hey, we've been seeing https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-vivid/858/console on-and-off lately, some missing tarball?
[19:48] <fginther> Saviq, looking
[19:50] <fginther> Saviq, argh. I had to restore that VM node from a back yesterday and the backup must have been missing the chroot. I've disabled the node until it's properly fixed
[19:51] <Saviq> fginther, tx
[19:51] <mvo> hey trainguards! I build click 0.4.39 into the ci-trian-ppa-service/stable-ppa-overlay and would like to also release it for the archive - whats the best way of doing this?
[19:52] <robru> mvo: you're a core dev right? just copy-package it to wily-proposed
[19:52] <mvo> robru: aha, nice, thanks
[19:52] <robru> mvo: you're welcoe


[15:00] <bdmurray> o/
[15:00] <slyon> o/
[15:00] <jawn-smith> o/
[15:00] <waveform> o/
[15:00] <bdmurray> #startmeeting Weekly Ubuntu Foundations team
[15:00] <meetingology> Meeting started at 15:00:47 UTC.  The chair is bdmurray.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[15:00] <meetingology> Available commands: action, commands, idea, info, link, nick
[15:00] <sil2100> o/
[15:00] <bdmurray> #topic Lightning Round
[15:01] <bdmurray> echo $(shuf -e vorlon bdmurray doko sil2100 mwhudson juliank waveform slyon jawn-smith dbungert)
[15:01] <juliank> o/
[15:01] <bdmurray> mwhudson dbungert slyon sil2100 bdmurray doko juliank jawnsmith vorlon waveform
[15:01] <dbungert> * Subiquity - with stable release done, move forward 2 PRs in queue, one done
[15:01] <dbungert> * ubuntu-desktop-installer - write a sample installer client using bash/curl/jq
[15:01] <dbungert> https://github.com/dbungert/subiquity-misc/blob/main/subiquity-curl-client
[15:01] <dbungert> This was written to answer questions about what API calls are absolutely
[15:01] <dbungert> required and to provide a working proof-of-concept.
[15:01] <dbungert> * LP: #1932564 - the snapcraft for ubuntu-desktop-installer differed in
[15:01] <dbungert> component versions for probert and curtin.  Adjust u-d-i snapcraft to make
[15:01] <dbungert> them match.
[15:01] <dbungert> * LP: #1933523 - update livecd-rootfs cloud.cfg file to reflect that cloud-init
[15:01] <dbungert> no longer outputs a password.  (subiquity now provides this, pending a fix
[15:01] <dbungert> for a related problem that mw_hudson has in flight)
[15:01] <dbungert> * Subiquity - bitlocker detection - probert is already able to notice this,
[15:01] <dbungert> so we should update Subiquity/Curtin to be aware of the BitLocker type and
[15:01] <dbungert> react appropriately.  Spec written, implementation pending.
[15:01] <dbungert> (done)
[15:01] <slyon> - Interviews & Take-home tests
[15:01] <slyon> - Further investigation of IBM systemd/vlan issue, bug #1929657
[15:01] <slyon> - Fixed systemd armhf-autopkgtest issue in LXD, bug #1931088
[15:01] <slyon> - Investigated dbus issue (a lot!), bug #1871538
[15:01] <slyon>   * Still no idea what is going on, asked the maintainers for help
[15:01] <slyon>   * https://github.com/systemd/systemd/issues/15316
[15:01] <slyon>   * https://gitlab.freedesktop.org/dbus/dbus/-/issues/337
[15:01] <slyon> - some proposed-migration
[15:01] <slyon> [15:01] <slyon> - started reviewing "configure-without-carrier", PR#215
[15:01] <slyon> (done)
[15:02] <bdmurray> sil2100:
[15:02] <sil2100> - SRU reviews and releases
[15:02] <sil2100> - DMB meeting
[15:02] <sil2100> - ESM britney:
[15:02] <sil2100>   * Testing the staging deployment
[15:02] <sil2100>   * Debugging why SSO is not working on staging (at all) - fw rules updated, fixed
[15:02] <sil2100>   * Investigating swift connection issues, root cause: invalidly formatted credentials
[15:02] <sil2100>   * Prepared local britney setup, iterating towards using staging, final steps
[15:02] <sil2100> - 20.04.3 preparations:
[15:02] <sil2100>   * Set up weekly meetings, first meeting happened on Monday
[15:02] <sil2100>   * Coordination with kernel team regarding unmatched RISCV support - hopefully we'll make it
[15:02] <sil2100>   * Created tracking document, started working on first tasks
[15:02] <sil2100> - Ubuntu Core discussions
[15:02] <sil2100>   * Some private ones as well regarding customer requests
[15:02] <sil2100> - DTB UC meeting
[15:02] <sil2100> - Created refreshed UC20 images, sent for certification testing
[15:03] <sil2100> - Reviewed MP from Brian for IOTG support in livecd-rootfs
[15:03] <sil2100> - Candidate interviews and reviews
[15:03] <sil2100> - Started reviewing netplam Keyfile parser PR
[15:03] <sil2100> - Writing of the simplestreams ubuntu-cdimage support specification
[15:03] <sil2100> - Deployed my recently implemented cdimage -> livecd-rootfs mapping on cdimage
[15:03] <sil2100>   * Fixed a small typo bug to get all the images working
[15:03] <sil2100>   * Merged the enabling of generic amd64 and arm64 preinstalled images
[15:03] <sil2100> - Verified livecd-rootfs focal change for enabling riscv unmatched+unleashed builds
[15:03] <sil2100> - Poking snapstore team for core18 and core20 acceptance, checking up on changes
[15:03] <sil2100> - Various planning discussions
[15:03] <sil2100> (done)
[15:03] <bdmurray> special SRU reviews shim-signed, ubiquity
[15:03] <bdmurray> completed a data deletion request from the Error Tracker
[15:03] <bdmurray> merged changes to livecd-rootfs to create an Intel IOTG image
[15:04] <bdmurray> uploaded ubuntu-release-upgrader for impish
[15:04] <bdmurray> worked on a fix for LP: #1924604
[15:04] <bdmurray> investigation into test failures in u-r-u on Focal
[15:04] <bdmurray> short week due to a holiday
[15:04] <bdmurray> ✔ done
[15:04] <bdmurray> doko:
[15:04] <juliank> no doko?
[15:04] <doko> - openjdk-17 requires jtreg6, started packaging jtreg6, not yet successful
[15:04] <doko> - follow-up on the pkcs11 header license issues in OpenJDK
[15:04] <doko> - Python 3.8 SRUs for groovy and hirsute release, continuing with new SRUs for the next security release.
[15:04] <doko> - write down a plan for LibreOffice debugging
[15:05] <doko> - gdb snapshot build
[15:05] <doko> (done)
[15:05] <juliank> yes doko :)
[15:05] <juliank> * apt-y stuff
[15:05] <juliank>   - uploaded autopkgtest SRUs for all releases to make it work correctly with hirsute-proposed APT and phasing (LP: #1934100)
[15:05] <juliank>   - fixed a minor crash in apt install <deb file> if a sources.list file is unreadable
[15:05] <juliank>   - prepared fix for servers that send `Content-Length: 0` (https://bugs.debian.org/990281; merge: https://deb.li/0OLU)
[15:05] <juliank>   - answered a bunch of questions and bug reports upstream :/
[15:05] <juliank> * boot stuff
[15:05] <juliank>  - sponsored fwupd 1.5.11 for impish; hirsute and focal in progress (LP: #1934209)
[15:05] <juliank>  - verified shim 15.4-0ubuntu5 uploads in xenial and hirsute
[15:05] <juliank>  - uploaded shim 15.4-0ubuntu6~uefi1 to PPA for testing.
[15:05] <juliank>  - trying to get VMWare license to validate https://github.com/rhboot/shim/pull/387 so we can include that in final 15.4-0ubuntu6
[15:05] <juliank>    => that's the release targetting focal point release
[15:05] <juliank> (done)
[15:05] <jawn-smith> * Re-write ubuntu-image in go:
[15:05] <jawn-smith>     * state machine logic implemented!
[15:05] <jawn-smith>     * Working on test coverage for last few lines of code, will be pushed soon when 100% test coverage is reached
[15:05] <jawn-smith> * RISC-V
[15:05] <jawn-smith>     * u-boot MP created for focal
[15:05] <jawn-smith>     * u-boot-menu debdiff posted to LP: #1923162
[15:06] <jawn-smith> * LP: 1912371 uploaded diff to enable the flashrom plugin in fwupd (also submitted upstream)
[15:06] <jawn-smith> * Plus-one maintenance
[15:06] <jawn-smith>     * LP: *1933678 fix FTBFS golang-github-aws-aws-sdk-go with go 1.16
[15:06] <jawn-smith>     * submitting to Debian all golang FTBFS issues that I addressed this shift
[15:06] <jawn-smith> * proposed-migration: unblocked mtools which was blocked by ubuntu-image (flakey tests)
[15:06] <jawn-smith>     * Thanks bdmurray for having the fastest retry button in the west
[15:06] <jawn-smith> * proposed-migration: python3-lxc blocking gnupg2: thanks mwhudson and laney for adding hints
[15:06] <jawn-smith> [done]
[15:07] <bdmurray> waveform:
[15:07] <waveform> * Reviewing u-boot SRU for risc-v unmatched (LP: #1923162)
[15:07] <waveform> * Worked on Sense HAT packages for debian-python (matlab/octave scripts no longer require root)
[15:07] <waveform> * Attempting to replicate VGA->HDMI video sync issue on pi desktop (LP: #1933758)
[15:07] <waveform> * Investigating audio issue on Pi desktop after upgrade from groovy
[15:07] <waveform> * Still verifying kernel fix for USB storage issues on Pi (LP: #1930629)
[15:07] <waveform> * Interviews
[15:07] <waveform> (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-ii-incoming-bug-tasks.html#foundations-bugs
[15:09] <bdmurray> bug 1931701
[15:10] <bdmurray> we've talked about this and it's already targetted so removing the tag
[15:10] <bdmurray> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-hh-incoming-bug-tasks.html
[15:10] <bdmurray> that is empty for us
[15:10] <bdmurray> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[15:10] <bdmurray> also empty for us
[15:11] <juliank> seems broken html
[15:11] <bdmurray> what?
[15:11] <slyon> broken for me as well
[15:12] <bdmurray> they all work me
[15:12] <slyon> seems they work on http:// but my browser redirected me to https://
[15:12] <juliank> chrome redirected me to https://reports.../ which failed to load JS from people.canonical.com over http://
[15:12] <bdmurray> ah, okay
[15:12] <bdmurray> #topic Team proposed-migration report
[15:13] <bdmurray> #link http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs
[15:17] <bdmurray> so glibc and breezy was with doko last week
[15:17] <bdmurray> mwhudson and I were both thinking about just bad testing breezy but apparently neither of us did
[15:20] <bdmurray> doko will keep looking at this
[15:20] <bdmurray> then everything else old is blocked by openldap
[15:20] <bdmurray> Did we talk about that last week?
[15:22] <bdmurray> cpaelzer: Is anybody on the server team looking at the openldap migration?
[15:23] <bdmurray> Why don't we assign setuptools - anybody interested?
[15:23] <bdmurray> There's some arm stuff there
[15:23] <sil2100> o/
[15:23] <sil2100> I could take it
[15:24] <bdmurray> okay
[15:24] <bdmurray> I think that's good then
[15:24] <bdmurray> #topic AOB
[15:24] <bdmurray> Next Monday is a US holiday
[15:24] <slyon> New hires are starting on Monday as well
[15:25] <juliank> I'm out for 3 hours next friday to get my covid shot
[15:25] <juliank> maybe 2, idk
[15:25] <bdmurray> o/
[15:25] <sil2100> o/
[15:27] <bdmurray> #endmeeting
[15:27] <meetingology> Meeting ended at 15:27:53 UTC.  Minutes at https://new.ubottu.com/meetingology/logs/ubuntu-meeting/2021/ubuntu-meeting.2021-07-01-15.00.moin.txt
[15:28] <dbungert> o/
[15:40] <cpaelzer> bdmurray: yes sergiodj is (but out today)
[20:00] <madhens> o/
[20:00] <frenchguych> o/
[20:00] <bigpod> o/
[20:13] <madhens> *plays the Jeopardy theme music to summon the membership board*
[20:16] <frenchguych> didn't work :-)
[20:17] <madhens> *plays it louder and more obnoxiously*
[20:17] <bigpod> looks like it didnt :)
[20:17] <sarnold> pfff like it could ever be too loud..
[20:18] <madhens> sarnold: hello friend from work!
[20:18] <sarnold> madhens: hello :D
[20:20] <frenchguych> TZAG everyone
[20:22] <bigpod> frenchguych: TZAG back to you
[20:31] <madhens> So I am trying to ping the membership board. :(
[20:33] <madhens> Oh.
[20:33] <frenchguych> oh ?
[20:33] <bigpod> oh
[20:33] <bigpod> ?
[20:33] <madhens> Erm, it says the meeting is at 10 pm
[20:33] <frenchguych> it does
[20:34] <frenchguych> is that 10pm UK ?
[20:34] <sarnold> in which TZ?
[20:34] <bigpod> where
[20:34] <madhens> So, erm, that's in an hour and a half.
[20:34] <madhens> UTC
[20:34] <sarnold> ah :)
[20:35] <frenchguych> no
[20:35] <frenchguych> 1st Thursday of the month: 20:00 UTC and 22:00 UTC
[20:35] <bigpod> well apperently according to https://wiki.ubuntu.com/Membership/Boards there are 2 meetings for first thurday of the month
[20:35] <frenchguych> and bigpod is scheduled at 2000 UTC
[20:35] <frenchguych> today.
[20:35] <frenchguych> this year :-)
[20:36] <bigpod> frenchguych: you sure? :)
[20:36] <madhens> I only see one on the fridge: https://fridge.ubuntu.com/calendars/fridge/
[20:36] <frenchguych> I say it's an automatic pass !
[20:36] <frenchguych> https://wiki.ubuntu.com/Membership/Boards#A22:00
[20:36] <sarnold> https://wiki.ubuntu.com/Membership/Boards
[20:36] <sarnold> the wiki says both 2000 and 2200
[20:36] <frenchguych> 2000 UTC is now
[20:36] <frenchguych> well, it was 36 minutes ago
[20:36] <sarnold> or was, 36 minutes ago
[20:36] <madhens> Okay, you should get a pass because of Wiki awfulness.
[20:37] <frenchguych> I second this motion
[20:37] <frenchguych> What do we want ?? "We want an admission meeting !!"
[20:37] <frenchguych> When do we want it ?? "We want it now !!"
[20:37] <frenchguych> (shout with me ! ^^)
[20:39] <madhens> Or we could get philosophical and say we are always in the membership board meeting
[20:41] <madhens> So the husband and I need to make a Target run but I'll be back for take 2!
[20:41] <frenchguych> run fast !
[20:42] <bigpod> madhens: well thanks for taking the time and coming :)
[21:53] <frenchguych> 7 minutes until the 2nd try !
[21:54] <bigpod> yes
[21:54]  * Bashing-om waits patiently :D
[22:04] <frenchguych> oh.. I just spotted that on the wiki page :
[22:04] <frenchguych> The next 20:00 UTC meeting will be at Thursday, June 3rd, 2021 at 20:00:00 UTC on irc.libera.chat in #ubuntu-meeting.
[22:04] <madhens> But that was last month...
[22:04] <frenchguych> soooooooooooooooo if that hasn't been updated and board members rely on that to show up or not, then ..
[22:04] <bigpod> right now is july  :) and it supposed to be every first thursday as far it says
[22:05] <madhens> Oh my goodness, Target and the roads were a mess. Stupid home baseball game and rush-hour traffic.
[22:05] <frenchguych> madhens: I know, but what if they had a look ,thought "oh well nobody is applying today, let's go to the minigolf instead" ?
[22:05] <Bashing-om> Yeah looks like we dropped the ball in updateing the WIKI.
[22:06] <frenchguych> 'cause Luna Jernberg is still on the planning event though they were auditionned (?) back in may.
[22:06] <madhens> *surprised Pikachu face*
[22:07] <frenchguych> So, everyone in favour of an automatic pass for bigpod raise your hand :
[22:07]  * frenchguych raises all his hands
[22:07] <bigpod> not gonna be so easy :9
[22:08] <frenchguych> bigpod: yeah well it should, you showed up on time, on the right day !
[22:08] <madhens> frenchguy: I like how you say all of your hands and not both of your hands, like you're the guy from Star Trek the Animated Series that had three arms.
[22:08] <frenchguych> ^^
[22:09] <frenchguych> I welcome all people, with one hand, two hands, or more hands !
[22:09] <bigpod> *shakes his head*
[22:09] <frenchguych> I think it's time to ditch the wiki and use a proper iCal !
[22:10] <madhens> Use Eric's 'shiny' new calendar!
[22:10] <frenchguych> one more reason for Eric to finish up is {shinycal} project !
[22:14] <madhens> You know, he uses Pop!, which is a derivative, and hangs out with a bunch of Ubuntu MATE people, so, we should totally get to claim him as part of the community.
[22:15] <madhens> (Eric, if you ever read this log, come join the orange side! We have cookies  - but not the bad kind!)
[22:16] <bigpod> i think he does have some Ubuntu Mate VMs or bare metal installs
[22:16] <bigpod> i think he said so once
[22:16] <madhens> Ooooh. Yes he does. Okay, totally ours.
[22:18] <frenchguych> totally ^^
[22:18] <frenchguych> well, I'm going to bed, it's really late.
[22:18] <frenchguych> sorry bigpod this must be very frustating.
[22:18] <bigpod> frenchguych thanks for being here :)
[22:19] <frenchguych> I expect heads will be rolling tomorrow when the wrath of Monica falls upton the team  !
[22:21] <madhens> Monica's wrath has a disappointed teacher voice.
[22:21] <Bashing-om> I am here - but me is not a Quorum :(
[22:21] <madhens> But I know at least one member is dealing with some serious family issues. But Bigpod, thank you so much for being patient and we are just postponing your cheering section!
[22:23] <bigpod> Bashing-om and madhens: thanks for showing up
[22:24] <madhens> Of course!
[22:24] <Bashing-om> bigpod: This is so unprofessional on our part - remains to be seen how we deal with this.
[22:26] <bigpod> sometimes things end  up like this it happens.
[22:27] <bigpod> *shrugs
[22:28] <madhens> Just a huge, huge reminder that it has nothing to do with you or your qualifications, and I know @Bashing-om will do everything he can to be sure this is a one time only hiccup for you, and to work with you to get rescheduled.
[22:30] <Bashing-om> madhens: My major comcern is why I am the only member of this board that showed up for a scheduled meeting !
[22:32] <bigpod> madhens: i know it has nothing to do with my qualification, i most likely would have forgot if yesterday some neuron didnt fire at exacly the right time and reminded me that i have this today
[22:33] <madhens> Bashing-om: That is a reason for concern, and whether it's outdated info or things slipping people's minds, it would be good to know what happened to try and adjust for it.
[22:34] <madhens> Or, you know, I can hit people with virtual sticks! ;)
[22:35] <Bashing-om> madhens: Sticks and stones may break the bones - but a virtual stick can hurt in ways that are beyond comprehension :P
[22:35] <bigpod> true
[22:37] <madhens> Okay. Virtual pool noodle. :)
[22:39] <madhens> I am going to head out and do some unpacking - first day in our new apartment! - But @Bashing-om thank you for being here, and @bigpod for being so patient, and I can't wait to be here for the next one!
[22:41] <Bashing-om> madhens: This meeting time is easily met for me - now that OH! Dark! one is something else - thus far I have mangaed that one also :D
[22:43] <Bashing-om> I got UWN to catch up on - before attending to my support. Laters, when the Board will meet again :D madhens enjoy the new decorating adventures:)
[22:44] <madhens> Thanks! Night, everyone!
[22:44] <bigpod> Bashing-om: if there is any need to contact me my main "professional" email is<EMAIL_ADDRESS>im generaly always avilable through that
[22:44] <bigpod> thanks again :)
[22:45] <Bashing-om> bigpod: Thanks for the address, noted - I will do what I can to address this.
[22:47] <bigpod> thanks and hopefully newer members wont have such things happen to them in future.


[14:09] <jack_>  machine and it doidn't come up
[14:09] <jack_> aaah mt
[19:21] <_marx_> hey yall
[19:25] <akgraner> hey _marx_
[19:26] <_marx_> i saw your house pics
[19:34] <_marx_> google needs a page on imap/pop for evolution
[19:34] <_marx_> or gmail i should say
[19:35] <akgraner> I use thunderbird for work and gmail for personal emai
[19:35] <akgraner> email
[19:35] <_marx_> i was using both
[19:35] <_marx_> lost a machine here
[19:57] <_marx_> you can get gmail over pop/imap using t-bird, evolution, even pine
[19:59] <akgraner> woo just found out my "Southern Fried Trolling: The Art of Bless Your Heart" talk was accepted for SCaLE
[19:59] <akgraner> woo hoo!
[20:00] <akgraner> FUDCon this month, SCaLE next month
[20:00] <_marx_> well bless your heart ;)
[20:03] <akgraner> hehe
[20:04] <_marx_> meant to be humorous no?
[20:04] <_marx_> southern fried trolling...
[20:08] <akgraner> yeppers
[20:08] <akgraner> :-)
[20:08] <akgraner> bbiab - hair dresser time :-)


[00:01] <mgrandi_> and then it should be just
[00:02] <mgrandi_> cp lib/filesystemwatcher lib/__filesystemwatcher.py
[00:02] <mgrandi_> patch -p0 workaroundwahtever.patch
[00:02] <danielbrauer> Great, it appears to work now.
[00:02] <danielbrauer> Oh I see. I applied it manually. But it still works. (:
[00:02] <mgrandi_> yeah
[00:02] <mgrandi_> this seems to be a bug with QT
[00:03] <danielbrauer> That is unfortunate, since it already appears not to work on Windows.
[00:04] <mgrandi_> well
[00:04] <mgrandi_> yeah, i was commented out because of the same issue i believe
[00:04] <mgrandi_> or the fact that files can lock themselves and that was causing problems
[00:04] <danielbrauer> Yeah, I think it was permissions on Windows, and "too many files" on Mac OS.
[00:05] <danielbrauer> Anyway, I've got to run. Thanks very much for pointing me to the right directory!
[00:23] <Jordan_U> I'm trying to confirm that a directory with source code that I'm about to build and put into production is in fact the latest version, (I'm pretty sure but I want to be certain) by running "bzr status". However, when I do this I get this long error message: http://paste.ubuntu.com/1290774/
[00:24] <fullermd> Corrupted dirstate maybe.
[00:25] <Jordan_U> I'm using ubuntu 12.04, with bzr 2.5.1 and the directory is being accessed through Samba from a Windows file server, which I connected to using PCManFM, and actually navigated to in the terminal via ~/.gvfs .
[00:25] <fullermd> But you only use it on the 3rd and 5th days before a new moon, when Jupiter is in Aquarius, right?
[00:26] <Jordan_U> fullermd: Of course.
[00:26] <fullermd> Phew.
[00:26] <Jordan_U> Dodged that bullet.
[00:26] <fullermd> Well, that probably gives ample opportunity for dirstate corruption.  I started whimpering in the corner just reading it.
[00:27] <fullermd> There's a command that blats out a clean one.  I'll think of the name 30 seconds after someone else says it...
[00:27] <Jordan_U> fullermd: Should I be generally concerned about this or is it a simple and isolated problem? This repository is very important to me.
[00:28] <fullermd> Well, it's concerning any time files get corrupted.  How would have some impact on where the concern lies.
[00:29] <fullermd> System crashes or the like (with a networked FS, a network dropout would be like) could cause it, and that's only concerning when you crash again.
[00:29] <fullermd> Network filesystems tend to introduce a lot more complication points around things like locking, which dirstate relies on.
[00:29] <fullermd> repair-workingtree, that's the command.
[00:31] <fullermd> That'll dump out a clean dirstate file, which means any explicit changes you've made (like added/deleted/moved files) bzr won't know about.
[00:32] <Jordan_U> fullermd: The output of "bzr repair-workingtree" http://paste.ubuntu.com/1290789/ (with the current directory being a temporary copy of the respository in /tmp/).
[00:33] <fullermd> Mmm.  Probably really messed up then.
[00:33] <Jordan_U> The last thing I did was make a commit listing the revision as final and ready to ship, and that was about a year ago.
[00:33] <fullermd> Zero-length, maybe?
[00:34] <fullermd> What's .bzr/checkout/dirstate look like?
[00:34] <fullermd> Anyway, repair-workingtree takes a --revision, so if you're pretty sure it was at the head of the branch, doing a '-r-1' will be fine.
[00:35] <Jordan_U> fullermd: http://paste.ubuntu.com/1290793/
[00:36] <fullermd> And that's the end of it, or did paste block off after the first null?
[00:37] <fullermd> It would be interesting and suggestive (of what, I don't know, but suggestive of something) if it did in fact get truncated right to the first nul.
[00:37] <Jordan_U> fullermd: That's certainly not all of it, I didn't expect the pastebinit command to do that.
[00:38] <fullermd> Right after that nul, it should have the revid.  You can use that for `repair-workingtree -r` to be sure.
[00:39] <Jordan_U> fullermd: So I should run "bzr repair-workingtree -r<EMAIL_ADDRESS>?
[00:39]  * fullermd nods.
[00:39] <mgrandi_> instead of using a networked filesystem you should probably be pushing/pulling from a repo on the server, i would think bzr protects against corruption in that case
[00:40] <mgrandi_> using sftp:// or bzr+ssh://
[00:40] <Jordan_U> fullermd: http://paste.ubuntu.com/1290799/
[00:41] <mgrandi_> that does not look good, trying to read data that it is expecting but its just not there
[00:42] <mgrandi_> its probably borked =/
[00:42] <fullermd> Yeah, but it looks like it's trying to read data from the dirstate.  It shouldn't be doing that when the point of the command is to rebuild the dirstate   :p
[00:42] <fullermd> OK, cheat.  do a 'bzr branch' of it to a temp location, then copy the .bzr/checkout/dirstate file over.  There's always a bigger hammer   :p
[00:42] <Jordan_U> mgrandi_: Would the full dirstate file be useful to you? (It will take a little bit of work to copy it to my server to host it, but I can do so if it might help).
[00:43] <mgrandi_> well it does call 'call dirblocks if needed', so maybe it needs some tof it in order to actually generate a new one?
[00:43] <mgrandi_> or is that bug material
[00:45] <fullermd> I'm pretty sure that's bug material, since the point of the command is to recover from a horked dirstate.
[00:45] <Jordan_U> fullermd: OK, branching has gotten me a (seemingly) working repository. I'm not going to touch the main one today as I have to think about it more for safety.
[00:46] <mgrandi_> yeah. the error itself isn't anything good, its just trying to read stuff that its not expecting to be gone
[00:46] <mgrandi_> i'll file it later, and include le logs
[00:46] <Jordan_U> mgrandi_: You'll file it later?
[00:46] <mgrandi_> im  technically "working" at the moment so yeah =P
[00:47] <mgrandi_> i'll do it when i get a free moment
[00:47] <Jordan_U> mgrandi_: Thanks.
[00:47] <mgrandi_> just about the fact that repair-workingtree is dying
[00:47] <mgrandi_> i dunno if that will help you
[00:47] <Jordan_U> mgrandi_: Yeah, but I appreciate you taking the time to file a bug report anyway.
[00:48] <mgrandi_> an interesting test anyway
[00:48] <mgrandi_> just put a repo on samba and yank out the cable during stuff
[00:48] <mgrandi_> see what happens
[00:49] <mgrandi_> but yes, in the future, dont access this via samba =P
[00:49] <mgrandi_> have a branch on your local disk and then push to  server using sftp:// or something that way if one gets borked you have the other
[00:58] <Jordan_U> I think that tomorrow I will take this branch that I just created with bzr branch, and copy the directory to the server using cp, replacing the current corrupt branch. This copy on the server was never meant to be pushed or pulled from (and never was that I can remember), at this point it's mostly documentation and verification that we have the latest code (by checking "bzr log" and seeing the "shipped" tag on the last revision), and ...
[00:58] <Jordan_U> ... maybe for someone in the future to branch from though that probably won't happen as all our future projects use Atmel rather than ST chips.
[00:59] <Jordan_U> Anyone see any problem with that solution (copying the branched repository to the server using cp)?
[01:00] <fullermd> Eh, you could just push.
[01:05] <Jordan_U> fullermd: Doesn't that introduce possible locking problems (I don't have access to the server to setup sftp for a proper push).
[01:07] <mgrandi_> it could
[01:08] <mgrandi_> if you keep using this over samba though its going to be the same problem,=/
[01:08] <Jordan_U> mgrandi_: Does "bzr log" constitute "using"?
[01:08] <mgrandi_> that doesn't change anything about the repo so you are fine there
[01:09] <fullermd> Well, purely branch-related stuff is surely safer than WT stuff.  But yeah, if a smb filesystem is the only access you have to the server...   urgh.
[01:09] <Jordan_U> Like I said, at this point the branch and history is only being used as verification and documentation.
[01:10] <mgrandi_> bzr log shouldn't be changing anything about the branch so that should be fine
[01:10] <mgrandi_> but don't push to it =P
[01:10] <mgrandi_> kittens cry
[16:28] <User_007> Hello, can you help me? the command "bzr bd -S" is returning a signfile error: secret key not available
[16:28] <User_007> but i do have the key
[16:30] <User_007> how to point the key to bzr?
[16:36] <User_007> the error is about malformed e-mail
[16:36] <User_007> it is using the e-mail of my user (user@computer) instead my real mail<EMAIL_ADDRESS>[16:40] <User_007> how does bazar know witch key do i want to use?
[16:44] <User_007> ping?
[17:00] <User_007> i solved the last problem, but now i get this error: Error: uploading files for distribution UNRELEASED to ppa not allowed
[17:00] <User_007> i am on Quantal
[18:44] <jelmer> is
[21:49] <mark06> why bash recursively runs /etc/profile or  ~/.profile if I call a (shebanged) bash script from within these files?
[22:03] <bob2> can't parse the question but the bash manpage explains which things are sourced when
[22:03] <mark06> for example, in /etc/profile you have "do-something.sh" at the end
[22:06] <mark06> in my case, do-something.sh starts executing /etc/profile again, which executes do-something.sh at the end, which... so it becomes endlessly recursive , with an infinitely growing list of bash processes raising in the OS
[22:08] <bob2> ok as above
[22:09] <mark06> ah, wrong channel. SORRY!


[12:50] <BUGabundo> oias o/
[12:51] <jpds> BUGabundo: Too many vowels in that.
[12:51] <BUGabundo> hahah
[12:51] <BUGabundo> still a valid word in portuguese
[12:59] <napster> Can I use this ppa https://launchpad.net/~nvidia-vdpau/+archive/cutting-edge-multimedia with Meerkat?
[12:59] <bjsnider> no, and you do not need it
[13:01] <napster> bjsnider: then how can I use vlc 1.2?
[13:02] <bjsnider> why do you need vlc 1.2?
[13:02] <napster> bjsnider: I need to use the newest one, thats all...
[13:02] <bjsnider> you can build it yourself
[13:02] <BUGabundo> bye :D
[13:05] <napster> bjsnider: hmm, well I'm not a geek!
[13:05] <napster> ;)
[13:08] <lenios> vlc 1.2 is not out yet, so either be a geek or live with 1.1.x
[13:26] <napster> lenios: Nice advice, but I would like to mess with 1.2! Let me try build it!
[14:27] <charlie-tca> Good Morning
[14:28] <BUGa_away> hey CardinalFang
[14:28] <BUGa_away> erk tab fail
[14:28] <BUGa_away> charlie-tca:
[14:29] <charlie-tca> lost me, huh? ;-)
[14:45] <charlie-tca> Ubuntu Natty daily (alternate) images are out!
[14:48] <psusi> fyi, if you are using lvm I have uploaded a much newer version of the lvm tools to my ppa which allow you to take a snapshot, upgrade, and if things go tits up, revert to the snapshot in a snap... handy thing to have when running the development release
[21:51] <BUGabundo> $ sudo btrfs-image -c 4 /dev/sda5 20101108
[21:52] <BUGabundo> :D
[21:52] <BUGabundo> -rw-r--r-- 1 root root 85M 2010-11-08 21:50 20101108
[21:52] <BUGabundo> well that DIDN'T work :S
[21:52] <BUGabundo> FAIL
[21:53] <BUGabundo> ok
[21:53] <BUGabundo> take 2
[21:54] <BUGabundo> where's cwillu when I need him ?
[21:54] <cwillu_at_work> hiding
[21:54] <cwillu_at_work> what are doing?
[21:55]  * cwillu_at_work pokes BUGabundo with a stick
[21:55] <BUGabundo> dding my disk
[21:55] <cwillu_at_work> BUGabundo, btrfs-image is just a debuging image, you know that right?
[21:55] <cwillu_at_work> debugging, rather
[21:55] <BUGabundo> so I can go a on confernce and leave a backup
[21:55] <BUGabundo> with btrfs-image
[21:56] <cwillu_at_work> i.e., metadata, with zero'd out file data
[21:56] <BUGabundo> no I did NOT know that
[21:56] <BUGabundo> teach me oh big ONE
[21:56] <cwillu_at_work> what are you trying to do again?
[21:56] <BUGabundo> dding
[21:56] <BUGabundo> disk image
[21:56] <cwillu_at_work> ah.
[21:56] <BUGabundo> backup
[21:56] <cwillu_at_work> I suggest rsync :p
[21:56] <BUGabundo> LOL
[21:56] <BUGabundo> want a compact volume, with lol CPU overhead
[21:57] <BUGabundo> soooo
[21:57] <BUGabundo> make a snapshot and rsync that?
[21:57] <cwillu_at_work> BUGabundo, i.e., you want to leave behind a backup?
[21:57] <BUGabundo> yah
[21:57] <cwillu_at_work> or do you just want a snapshot, but on the same media
[21:57] <cwillu_at_work> okay
[21:57] <BUGabundo> incase robbery, damange, etc
[21:57] <cwillu_at_work> do you have any subvolumes and/or snapshots?
[21:57] <BUGabundo> no, external 2TB drive over e-sata
[21:58] <BUGabundo> bought it JUST for disks backup
[21:58] <cwillu_at_work> I meant on the existing btrfs
[21:58] <BUGabundo> no subvolumes or snapshots here
[21:58] <BUGabundo> only /
[21:58] <cwillu_at_work> okay, yeah, just rsync
[21:58] <BUGabundo> and /boot on ext2
[21:59] <cwillu_at_work> snapshot if you want it to be consistent without shutting down postgres or whatever :p
[21:59] <BUGabundo> can't I just snapshot to the external disk?
[21:59] <BUGabundo> its on btrfs too LOL
[21:59] <cwillu_at_work> BUGabundo, there are tricks that could be implemented, but they're not implemented yet :p
[21:59] <BUGabundo> k k
[21:59] <BUGabundo> so local snapshot then rsync that
[21:59] <BUGabundo> let me try
[22:00] <cwillu_at_work> BUGabundo, if you snapshot the backup media as well, and use --inplace for rsync, you get semi-efficient incremental backups
[22:00] <cwillu_at_work> i.e., rdiff on steroids
[22:00] <BUGabundo> coolio
[22:01] <BUGabundo> /var/snapshots$ sudo btrfs subvolume snapshot 20101108 ?
[22:01] <BUGabundo> oops
[22:01] <BUGabundo> misses the volume
[22:01] <cwillu_at_work> BUGabundo, I believe so, although you should get in the habit of using absolute paths with snapshots/subvolumes
[22:01] <BUGabundo> /var/snapshots$ sudo btrfs subvolume snapshot / 20101108
[22:01] <BUGabundo> k k
[22:01] <BUGabundo> $ sudo btrfs subvolume snapshot / /var/snapshots/20101108
[22:03] <BUGabundo> Create a snapshot of '/' in '/var/snapshots/20101108'
[22:03] <BUGabundo> yay
[22:04] <cwillu_at_work> BUGabundo, now, be aware that deleting snapshots is asynchronous;  the command returns immediately, but the space is reclaimed over time
[22:04] <BUGabundo> I won't delete it *now*
[22:04] <cwillu_at_work> there's a syscall in the works to block on completion, but it's not there yet
[22:04] <BUGabundo> just rsync it to external drive
[22:04] <BUGabundo> I know, you told me that once already
[22:04]  * cwillu_at_work repeats himself
[22:04] <cwillu_at_work> BUGabundo, also, be aware that deleting snapshots is asynchronous;  the command returns immediately, but the space is reclaimed over time
[22:04] <BUGabundo> I have lousy memory
[22:04] <BUGabundo> but I do learn a few things from time to time
[22:05]  * BUGabundo kicks cwillu mumbling
[22:07] <BUGabundo> /var/snapshots$ sudo rsync -avhPx 20101108 /media/2TB/
[22:07] <BUGabundo> doh
[22:07] <BUGabundo> forgot to empy trash
[22:08] <cwillu_at_work> STANDARD_PARMS="--inplace --delete --ignore-errors --exclude .local/share/Trash/ --exclude .gvfs/"
[22:10]  * BUGabundo alias that
[22:11] <BUGabundo>        2.84M 100%    4.66MB/s    0:00:00 (xfer#93325, to-check=1037/100162)
[22:11] <BUGabundo> yeah its gonna take a whhhhhhhhhhhhiiiiiiiiiiiiillllllllllllllllleeeeeeeeeeeeeeeeeeeeeeeeeee
[22:11] <BUGabundo> even worse... its backuping my backups LOL
[22:12] <cwillu_at_work> BUGabundo, could be fun to disable checksumming while it copies, but if you don't, check dmesg after to see if you have any corrupted files
[22:12] <BUGabundo> [ 1457.205926] btrfs-image[7780]: segfault at 12c ip<PHONE_NUMBER>414c08 sp 00007fffcefd3fa0 error 4 in btrfs-image[400000+1c000]
[22:12] <BUGabundo> like that ?
[22:12] <BUGabundo> [ 2265.625482] btrfs: unlinked 21 orphans
[22:15] <BUGabundo> cwillu http://i.imgur.com/9ciya.jpg find Wally
[22:15] <cwillu_at_work> BUGabundo, no :p
[22:15]  * cwillu_at_work looks at imgur
[22:15]  * cwillu_at_work looks at that later
[22:16] <cwillu_at_work> BUGabundo, "btrfs csum failed ino 6301080 off 2949120 csum<PHONE_NUMBER> private 337200286"
[22:18] <BUGabundo> /dev/sda5              58G   28G   26G  52% /
[22:18] <BUGabundo> /dev/sdb1             1.9T   24G  1.8T   2% /media/2TB
[22:18] <BUGabundo> its almost done
[22:34] <BUGabundo> sent 26.97G bytes  received 5.33M bytes  35.71M bytes/sec
[22:34] <BUGabundo> total size is 26.95G  speedup is 1.00
[22:34] <BUGabundo> gotta love e-sata :D
[23:28] <hiredgoon>  /win 5
[23:28] <BUGabundo> fail
[23:34] <syn-ack> heh


[05:20] -queuebot:#ubuntu-release- New: accepted php7.3 [amd64] (cosmic-proposed) [7.3.0~alpha3-1]
[05:20] -queuebot:#ubuntu-release- New: accepted php7.3 [armhf] (cosmic-proposed) [7.3.0~alpha3-1]
[05:20] -queuebot:#ubuntu-release- New: accepted php7.3 [ppc64el] (cosmic-proposed) [7.3.0~alpha3-1]
[05:20] -queuebot:#ubuntu-release- New: accepted php7.3 [arm64] (cosmic-proposed) [7.3.0~alpha3-1]
[05:20] -queuebot:#ubuntu-release- New: accepted php7.3 [i386] (cosmic-proposed) [7.3.0~alpha3-1]
[05:21] -queuebot:#ubuntu-release- New: accepted pymca [amd64] (cosmic-proposed) [5.3.2+dfsg-1]
[05:21] -queuebot:#ubuntu-release- New: accepted pymca [armhf] (cosmic-proposed) [5.3.2+dfsg-1]
[05:21] -queuebot:#ubuntu-release- New: accepted pymca [arm64] (cosmic-proposed) [5.3.2+dfsg-1]
[05:21] -queuebot:#ubuntu-release- New: accepted pymca [i386] (cosmic-proposed) [5.3.2+dfsg-1]
[05:21] -queuebot:#ubuntu-release- New: accepted libbioparser-dev [amd64] (cosmic-proposed) [1.2.0-1]
[05:22] -queuebot:#ubuntu-release- New: accepted libthread-pool [amd64] (cosmic-proposed) [1.0.0-1]
[05:22] -queuebot:#ubuntu-release- New: accepted libthread-pool [armhf] (cosmic-proposed) [1.0.0-1]
[05:22] -queuebot:#ubuntu-release- New: accepted libthread-pool [s390x] (cosmic-proposed) [1.0.0-1]
[05:22] -queuebot:#ubuntu-release- New: accepted virtualpg [arm64] (cosmic-proposed) [2.0.0~rc0-1]
[05:22] -queuebot:#ubuntu-release- New: accepted virtualpg [i386] (cosmic-proposed) [2.0.0~rc0-1]
[05:22] -queuebot:#ubuntu-release- New: accepted virtualpg [s390x] (cosmic-proposed) [2.0.0~rc0-1]
[05:22] -queuebot:#ubuntu-release- New: accepted libthread-pool [arm64] (cosmic-proposed) [1.0.0-1]
[05:22] -queuebot:#ubuntu-release- New: accepted virtualpg [amd64] (cosmic-proposed) [2.0.0~rc0-1]
[05:22] -queuebot:#ubuntu-release- New: accepted virtualpg [ppc64el] (cosmic-proposed) [2.0.0~rc0-1]
[05:22] -queuebot:#ubuntu-release- New: accepted libthread-pool [i386] (cosmic-proposed) [1.0.0-1]
[05:22] -queuebot:#ubuntu-release- New: accepted virtualpg [armhf] (cosmic-proposed) [2.0.0~rc0-1]
[05:22] -queuebot:#ubuntu-release- New: accepted renderdoc [amd64] (cosmic-proposed) [1.0+dfsg-1]
[05:22] -queuebot:#ubuntu-release- New: accepted renderdoc [ppc64el] (cosmic-proposed) [1.0+dfsg-1]
[05:22] -queuebot:#ubuntu-release- New: accepted rust-jobserver [arm64] (cosmic-proposed) [0.1.11-1]
[05:22] -queuebot:#ubuntu-release- New: accepted renderdoc [arm64] (cosmic-proposed) [1.0+dfsg-1]
[05:22] -queuebot:#ubuntu-release- New: accepted rust-jobserver [amd64] (cosmic-proposed) [0.1.11-1]
[05:40] -queuebot:#ubuntu-release- New binary: rampler [ppc64el] (cosmic-proposed/universe) [1.1.0-1] (no packageset)
[05:40] -queuebot:#ubuntu-release- New binary: rampler [s390x] (cosmic-proposed/universe) [1.1.0-1] (no packageset)
[05:41] -queuebot:#ubuntu-release- New binary: rampler [amd64] (cosmic-proposed/universe) [1.1.0-1] (no packageset)
[05:41] -queuebot:#ubuntu-release- New binary: rampler [armhf] (cosmic-proposed/universe) [1.1.0-1] (no packageset)
[05:41] -queuebot:#ubuntu-release- New binary: rampler [arm64] (cosmic-proposed/universe) [1.1.0-1] (no packageset)
[05:41] -queuebot:#ubuntu-release- New binary: rampler [i386] (cosmic-proposed/universe) [1.1.0-1] (no packageset)
[06:44] -queuebot:#ubuntu-release- New: accepted rampler [amd64] (cosmic-proposed) [1.1.0-1]
[06:44] -queuebot:#ubuntu-release- New: accepted rampler [armhf] (cosmic-proposed) [1.1.0-1]
[06:44] -queuebot:#ubuntu-release- New: accepted rampler [ppc64el] (cosmic-proposed) [1.1.0-1]
[06:44] -queuebot:#ubuntu-release- New: accepted rampler [arm64] (cosmic-proposed) [1.1.0-1]
[06:44] -queuebot:#ubuntu-release- New: accepted rampler [s390x] (cosmic-proposed) [1.1.0-1]
[06:44] -queuebot:#ubuntu-release- New: accepted rampler [i386] (cosmic-proposed) [1.1.0-1]
[11:12] -queuebot:#ubuntu-release- New binary: golang-github-jhoonb-archivex [amd64] (cosmic-proposed/none) [0.0+20170409-1] (no packageset)
[11:12] -queuebot:#ubuntu-release- New binary: rust-curl-sys [s390x] (cosmic-proposed/none) [0.4.8-1] (no packageset)
[11:12] -queuebot:#ubuntu-release- New binary: rust-libssh2-sys [ppc64el] (cosmic-proposed/none) [0.2.8-1] (no packageset)
[11:12] -queuebot:#ubuntu-release- New binary: rust-curl-sys [ppc64el] (cosmic-proposed/none) [0.4.8-1] (no packageset)
[11:12] -queuebot:#ubuntu-release- New binary: rust-libssh2-sys [s390x] (cosmic-proposed/none) [0.2.8-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: rust-libgit2-sys [s390x] (cosmic-proposed/none) [0.7.7-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: golang-github-tmc-scp [amd64] (cosmic-proposed/none) [0.0+20170825-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: rust-curl-sys [arm64] (cosmic-proposed/none) [0.4.8-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: rust-libgit2-sys [amd64] (cosmic-proposed/none) [0.7.7-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: rust-libgit2-sys [i386] (cosmic-proposed/none) [0.7.7-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: rust-libssh2-sys [amd64] (cosmic-proposed/none) [0.2.8-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: rust-libssh2-sys [i386] (cosmic-proposed/none) [0.2.8-1] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: rust-curl-sys [amd64] (cosmic-proposed/none) [0.4.8-1] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: rust-libgit2-sys [arm64] (cosmic-proposed/none) [0.7.7-1] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: rust-libssh2-sys [arm64] (cosmic-proposed/none) [0.2.8-1] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: rust-curl-sys [i386] (cosmic-proposed/none) [0.4.8-1] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: spyder-kernels [amd64] (cosmic-proposed/none) [1.0.1-1] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: rust-libgit2-sys [ppc64el] (cosmic-proposed/none) [0.7.7-1] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: rust-curl-sys [armhf] (cosmic-proposed/none) [0.4.8-1] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: rust-libssh2-sys [armhf] (cosmic-proposed/none) [0.2.8-1] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: rust-libgit2-sys [armhf] (cosmic-proposed/none) [0.7.7-1] (no packageset)
[11:15] -queuebot:#ubuntu-release- New binary: netgen [s390x] (cosmic-proposed/none) [6.2.1804+dfsg1-1] (no packageset)
[11:17] -queuebot:#ubuntu-release- New binary: netgen [ppc64el] (cosmic-proposed/none) [6.2.1804+dfsg1-1] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: netgen [amd64] (cosmic-proposed/universe) [6.2.1804+dfsg1-1] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: netgen [i386] (cosmic-proposed/universe) [6.2.1804+dfsg1-1] (no packageset)
[11:24] -queuebot:#ubuntu-release- New binary: netgen [armhf] (cosmic-proposed/universe) [6.2.1804+dfsg1-1] (no packageset)
[11:25] -queuebot:#ubuntu-release- New binary: netgen [arm64] (cosmic-proposed/universe) [6.2.1804+dfsg1-1] (no packageset)
[11:28] -queuebot:#ubuntu-release- New: accepted rust-libgit2-sys [amd64] (cosmic-proposed) [0.7.7-1]
[11:28] -queuebot:#ubuntu-release- New: accepted rust-libgit2-sys [armhf] (cosmic-proposed) [0.7.7-1]
[11:28] -queuebot:#ubuntu-release- New: accepted rust-libgit2-sys [ppc64el] (cosmic-proposed) [0.7.7-1]
[11:28] -queuebot:#ubuntu-release- New: accepted rust-libgit2-sys [arm64] (cosmic-proposed) [0.7.7-1]
[11:28] -queuebot:#ubuntu-release- New: accepted rust-libgit2-sys [s390x] (cosmic-proposed) [0.7.7-1]
[11:28] -queuebot:#ubuntu-release- New: accepted rust-libgit2-sys [i386] (cosmic-proposed) [0.7.7-1]
[11:28] -queuebot:#ubuntu-release- New: accepted netgen [amd64] (cosmic-proposed) [6.2.1804+dfsg1-1]
[11:28] -queuebot:#ubuntu-release- New: accepted netgen [armhf] (cosmic-proposed) [6.2.1804+dfsg1-1]
[11:28] -queuebot:#ubuntu-release- New: accepted netgen [ppc64el] (cosmic-proposed) [6.2.1804+dfsg1-1]
[11:28] -queuebot:#ubuntu-release- New: accepted spyder-kernels [amd64] (cosmic-proposed) [1.0.1-1]
[11:28] -queuebot:#ubuntu-release- New: accepted netgen [arm64] (cosmic-proposed) [6.2.1804+dfsg1-1]
[11:28] -queuebot:#ubuntu-release- New: accepted netgen [s390x] (cosmic-proposed) [6.2.1804+dfsg1-1]
[11:28] -queuebot:#ubuntu-release- New: accepted netgen [i386] (cosmic-proposed) [6.2.1804+dfsg1-1]
[11:28] -queuebot:#ubuntu-release- New: accepted golang-github-jhoonb-archivex [amd64] (cosmic-proposed) [0.0+20170409-1]
[11:28] -queuebot:#ubuntu-release- New: accepted rust-libssh2-sys [amd64] (cosmic-proposed) [0.2.8-1]
[11:29] -queuebot:#ubuntu-release- New: accepted rust-libssh2-sys [armhf] (cosmic-proposed) [0.2.8-1]
[11:29] -queuebot:#ubuntu-release- New: accepted rust-libssh2-sys [ppc64el] (cosmic-proposed) [0.2.8-1]
[11:29] -queuebot:#ubuntu-release- New: accepted golang-github-tmc-scp [amd64] (cosmic-proposed) [0.0+20170825-1]
[11:29] -queuebot:#ubuntu-release- New: accepted rust-libssh2-sys [i386] (cosmic-proposed) [0.2.8-1]
[11:29] -queuebot:#ubuntu-release- New: accepted rust-libssh2-sys [arm64] (cosmic-proposed) [0.2.8-1]
[11:29] -queuebot:#ubuntu-release- New: accepted rust-libssh2-sys [s390x] (cosmic-proposed) [0.2.8-1]
[11:29] -queuebot:#ubuntu-release- New: accepted rust-curl-sys [amd64] (cosmic-proposed) [0.4.8-1]
[11:29] -queuebot:#ubuntu-release- New: accepted rust-curl-sys [armhf] (cosmic-proposed) [0.4.8-1]
[11:29] -queuebot:#ubuntu-release- New: accepted rust-curl-sys [ppc64el] (cosmic-proposed) [0.4.8-1]
[11:29] -queuebot:#ubuntu-release- New: accepted rust-curl-sys [arm64] (cosmic-proposed) [0.4.8-1]
[11:29] -queuebot:#ubuntu-release- New: accepted rust-curl-sys [s390x] (cosmic-proposed) [0.4.8-1]
[11:29] -queuebot:#ubuntu-release- New: accepted rust-curl-sys [i386] (cosmic-proposed) [0.4.8-1]
[17:14] -queuebot:#ubuntu-release- New binary: rust-git2 [s390x] (cosmic-proposed/universe) [0.7.5-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: rust-git2 [amd64] (cosmic-proposed/universe) [0.7.5-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: rust-git2 [ppc64el] (cosmic-proposed/universe) [0.7.5-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: rust-git2 [i386] (cosmic-proposed/universe) [0.7.5-1] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: haskell-store [amd64] (cosmic-proposed/universe) [<IP_ADDRESS>-5] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: haskell-store [i386] (cosmic-proposed/universe) [<IP_ADDRESS>-5] (no packageset)
[17:34] -queuebot:#ubuntu-release- New binary: haskell-store [s390x] (cosmic-proposed/universe) [<IP_ADDRESS>-5] (no packageset)
[17:35] -queuebot:#ubuntu-release- New binary: haskell-store [ppc64el] (cosmic-proposed/universe) [<IP_ADDRESS>-5] (no packageset)
[17:38] -queuebot:#ubuntu-release- New binary: rust-git2 [arm64] (cosmic-proposed/universe) [0.7.5-1] (no packageset)
[17:38] -queuebot:#ubuntu-release- New binary: rust-git2 [armhf] (cosmic-proposed/universe) [0.7.5-1] (no packageset)
[18:19] -queuebot:#ubuntu-release- New binary: haskell-store [arm64] (cosmic-proposed/universe) [<IP_ADDRESS>-5] (no packageset)
[18:49] -queuebot:#ubuntu-release- New binary: haskell-store [armhf] (cosmic-proposed/universe) [<IP_ADDRESS>-5] (no packageset)
[19:23] -queuebot:#ubuntu-release- Unapproved: man-db (bionic-proposed/main) [2.8.3-2 => 2.8.3-2ubuntu0.1] (core)
[22:00] -queuebot:#ubuntu-release- New: accepted haskell-store [amd64] (cosmic-proposed) [<IP_ADDRESS>-5]
[22:00] -queuebot:#ubuntu-release- New: accepted haskell-store [armhf] (cosmic-proposed) [<IP_ADDRESS>-5]
[22:00] -queuebot:#ubuntu-release- New: accepted haskell-store [ppc64el] (cosmic-proposed) [<IP_ADDRESS>-5]
[22:00] -queuebot:#ubuntu-release- New: accepted haskell-store [arm64] (cosmic-proposed) [<IP_ADDRESS>-5]
[22:00] -queuebot:#ubuntu-release- New: accepted haskell-store [s390x] (cosmic-proposed) [<IP_ADDRESS>-5]
[22:00] -queuebot:#ubuntu-release- New: accepted haskell-store [i386] (cosmic-proposed) [<IP_ADDRESS>-5]
[22:00] -queuebot:#ubuntu-release- New: accepted rust-git2 [amd64] (cosmic-proposed) [0.7.5-1]
[22:00] -queuebot:#ubuntu-release- New: accepted rust-git2 [armhf] (cosmic-proposed) [0.7.5-1]
[22:00] -queuebot:#ubuntu-release- New: accepted rust-git2 [ppc64el] (cosmic-proposed) [0.7.5-1]
[22:00] -queuebot:#ubuntu-release- New: accepted rust-git2 [arm64] (cosmic-proposed) [0.7.5-1]
[22:00] -queuebot:#ubuntu-release- New: accepted rust-git2 [s390x] (cosmic-proposed) [0.7.5-1]
[22:00] -queuebot:#ubuntu-release- New: accepted rust-git2 [i386] (cosmic-proposed) [0.7.5-1]
[23:13] -queuebot:#ubuntu-release- Unapproved: fwupd (cosmic-proposed/main) [1.1.0-1 => 1.1.0-2] (desktop-core)
[23:13] -queuebot:#ubuntu-release- New binary: imbalanced-learn [amd64] (cosmic-proposed/none) [0.3.3-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- Unapproved: fwupd (cosmic-proposed/main) [1.1.0-2 => 1.1.0-2] (desktop-core)
[23:14] -queuebot:#ubuntu-release- Unapproved: fwupd (cosmic-proposed/main) [1.1.0-2 => 1.1.0-2] (desktop-core)
[23:16] -queuebot:#ubuntu-release- Unapproved: fwupd (cosmic-proposed/main) [1.1.0-2 => 1.1.0-2] (desktop-core)