/srv/irclogs.ubuntu.com/2016/09/27/#ubuntu-devel.txt

dokoOdd_Bloke: basically test building everything with a python dependency twice, once with the current packages, and the proposed packages, on all archs (but main only)00:00
dokoand then fixing things ...00:00
Odd_Blokedoko: OK, cool.  Thanks!00:01
tsimonq2http://askubuntu.com/questions/829652/build-my-own-ubuntu-iso - putting a bounty on it tomorrow if it doesn't get answered00:03
cjwatsonsmoser: oh dear, that's a regression from my recent work, could you please file a bug against Launchpad itself about that?00:06
cjwatsonsmoser: (that oops)00:06
barrydoko, Odd_Bloke i'll take a look tomorrow00:18
cjwatsonMostly I think because DistributionSourcePackage.ensure doesn't create an in-DB DSP record for publications in partner, but we may also need to make sure that packages that haven't had a fresh upload since ~2010 have such records too.00:19
cjwatsonAnd definitely make that page not OOPS if there's no DSP, since after all the bugtask already exists.00:20
naccdoko: just sent debian a potential fix for mako00:35
=== salem_ is now known as _salem
=== happyaro1 is now known as happyaron
happyaronpitti: it's fine for me, better if you can upload master to get 1.2.4 available in yakkety01:00
happyaron(was on long flight01:00
happyaronpitti: as for the 802.1x key issue I'm modifying the description as upstream expect only p12 being fixed, and open another report to track remaining stuff01:05
* mwhudson wonders about a 'maas' autopkgtest backend02:00
makonacc: mako is a debian bug?! ;)02:16
roaksoaxmwhudson: maas you say ?02:39
mwhudsonroaksoax: i did, but i am probably being silly02:42
roaksoaxmwhudson: hehe ok, just wondering what crossed your mind :)02:45
mwhudsonroaksoax: instead of pointing autopkgtest at nova, or qemu or schroot, why not a maas?02:45
=== hikiko_ is now known as hikiko
pittihappyaron: thanks! yes, I can upload 1.2.4 (but still frozen for beta); did you already test that version?05:14
=== andrewsh_ is now known as andrewsh
naccmako: ha! didn't even try to tab-complete, I apologize if you got some random highlights there :)05:39
=== dpm is now known as dpm-afk
tjaaltonpitti: hi, do you have autopkgtest backport for xenial somewhere?07:45
tjaaltonor should I just install the yak version07:45
tjaaltonprobably will upgrade to it soon anyway07:45
pittiautopkgtest | 4.0.2~ubuntu16.04.1  | xenial-backports | source, all07:45
tjaaltonoh07:45
tjaaltonhehe07:45
pittitjaalton: it's not the very latest version, but it should do for most stuff07:45
tjaaltoncool07:46
pittibut a good reminder to update it07:46
pitti(also for trusty)07:46
tjaaltoni got confused with some documentation saying to run 'autopkgtest' while xenial had adt-*, and then read the blog post07:46
pittitjaalton: I uploaded 4.0.5 to t/x-backports now07:48
tjaaltonthanks07:48
mwhudsonpitti: is that tar: Unexpected EOF in archive in copyup thing still a mystery?07:54
pittimwhudson: yes, it is07:54
mwhudsonit's happened to me on more than half of my runs today07:54
pittitwo free beer for the person who debugs it :)07:54
mwhudsonso if there's anything i can do to help debug it i am (a) willing (b) apparently able07:55
* pitti ups the ante -- plus a free hug!07:55
mwhudsonpitti: hints at where to start? (for tomorrow)08:01
pittimwhudson: since this only happens with qemu, I suspect that there is some race condition/bug with the "9p" file system in qemu (setup_shared() in virt/autopkgtest-virt-qemu); this sets up a shared mount between the guest and the host for copying around packages, results, logs etc.08:03
pittimwhudson: and I use tar in between, as 9p sucks for lots of small files (it's liek 10x to 30x faster with a single big tar)08:06
mwhudsonpitti: i see08:07
pittimwhudson: that is done in lib/VirtSubproc.py, the copy_*08:07
LocutusOfBorgsil2100, please ping if you work on filezilla08:07
LocutusOfBorgs/ sil2100 / Adri200008:07
LocutusOfBorgor ack an upload, I already have imported it in my personal git repo08:08
* sil2100 does not ping08:15
sil2100;)08:15
sil2100I am, however, working on the zeromq3 pyzmq autopkgtest failure however08:15
sil2100uh08:15
sil2100-however08:15
LocutusOfBorgtumbleweed, can I ask you a few questions about this page? http://people.ubuntuwire.org/~stefanor/ubuntu-activity/08:45
LocutusOfBorgI'm listed with my nick and with my name-surname08:45
LocutusOfBorgdo you know why?08:45
LocutusOfBorgmy launchpad account has my debian email registered08:45
Adri2000LocutusOfBorg: hi, you mean filezille for ubuntu?08:52
Adri2000filezilla08:52
jtaylormwhudson: thanks for the docker update in xenial, seems to work in my (quite simple) setup08:53
mwhudsonjtaylor: glad to hear it08:53
jtaylorhave you looked at using the new --live-restore to restart the service in package upgrade08:53
mwhudsonand yeah, the autopackage tests are happy08:53
mwhudsonah is that in 1.12?08:53
jtaylorI've been using it on a few machines with upstream docker and it seems to work for me08:53
jtayloryes08:54
mwhudsontianon: hi :-)08:54
LocutusOfBorgAdri2000, also Debian08:54
LocutusOfBorgI would like to upload libfilezilla and then filezilla08:55
LocutusOfBorgif you agree I can git push08:56
LocutusOfBorgI already have the upload ready08:57
LocutusOfBorgAdri2000, back, sorry09:12
Adri2000LocutusOfBorg: sorry I'm a bit busy, but go ahead I trust you :)09:14
LocutusOfBorguploading and git pushing09:15
LocutusOfBorgBTW can you please apply for DM?09:15
LocutusOfBorguploaded and filezilla in deferred/109:16
=== hikiko is now known as hikiko|ln
=== marcoceppi_ is now known as marcoceppi
=== maxb_ is now known as maxb
=== hikiko|ln is now known as hikiko
=== mp is now known as Guest73139
=== dpm-afk is now known as dpm
=== _salem is now known as salem_
smosercjwatson, you still need a bug filed ?13:16
=== jasondotstar_ is now known as jasondotstar
smosercjwatson, well, filed. feel free to close or dupe.13:18
smoserhttps://bugs.launchpad.net/launchpad/+bug/162809113:18
ubottuLaunchpad bug 1628091 in Launchpad itself "oops when loading bug" [Undecided,New]13:18
smoserhey, does anyone know what group or acl i need to have to upload to parter?  at the moment i cannot accept nomination for bugs in a partner package. so i assume that related to upload. anyone know?13:23
smoserdigging. must be https://launchpad.net/~canonical-partner-dev13:24
xnoxstgraber, is there a trick / sample code for updating QATracker result? I called add_result, but doing .result='Passed' and .save() on the object it returns fails with invalid RPC request =(13:29
xnoxjust not going to submit "in progress" results any more, and will just push out pass/fail13:30
bdmurraymvo: Did you get a chance to look at those unattended-upgrades bugs?14:42
=== PaulW2U_ is now known as PaulW2U
=== daniel1 is now known as Odd_Bloke
stgraberxnox: I've not used that code in years, but looks like you need a valid build object, then can do .add_result(testcase, "passed")15:40
dholbachkenvandine, happy birthday! :)15:40
stgraberxnox: doesn't require a save() since that's creating a new object as opposed to modifying one15:40
kenvandinedholbach, thanks!15:40
xnoxstgraber, fair enough. Originally i was trying to testresult = build.add_result(testcase, "in progress") and then testresult.result="passed" if good else "Failed"; testresult.save() but that didn't work. Anyway, nobody else but me tests s390x anyway, so there is like zero chance of duplicate testing efforts =)15:48
slangasekstgraber: ah, you're around - TB meeting? you're listed as chairing16:02
* ogra_ welcomes kenvandine to the "old farts club" and hands him a beer labeled "for grown ups" 16:03
ogra_happy birthday kenvandine !16:03
josephtindeed, Happy Birthday kenvandine16:04
=== daniel is now known as Guest11181
=== Guest11181 is now known as Odd_Bloke
happyaronpitti: thanks for the upload, tested :)16:38
=== Elimin8r is now known as Elimin8er
=== Serge is now known as Guest37289
=== xnox_ is now known as xnox
=== ChrisTownsend1 is now known as ChrisTownsend
=== superm1_ is now known as superm1
=== Eleventh_Doctor is now known as Pharaoh_Atem
=== popey_ is now known as popey
=== rumble is now known as grumble
=== rmk` is now known as rmk
=== lynxman_ is now known as lynxman
=== sforshee` is now known as sforshee
=== beisner- is now known as beisner
=== ]reed[ is now known as [reed]
=== Adri2000_ is now known as Adri2000
=== cjwatson_ is now known as cjwatson
=== giraffe is now known as Guest12963
=== Elimin8r is now known as Elimin8er
=== lynxman_ is now known as lynxman
=== semiosis_ is now known as semiosis
=== Guest37289 is now known as hallyn
naccdoko: i know very little about seabios, but i can reproduce the ftbfs. It seems like if i manually run make, it fails. If i rerun the same cc line, but append -S, then run make again, it finishes ... any idea?17:21
naccoh no, it just fails later :)17:21
=== juliank_ is now known as juliank
=== mellotron is now known as Guest56332
naccdoko: sorry, i am actually trying to help, but probably making more noise than helping :)17:27
=== kees_ is now known as kees
dokonacc: I'm trying to ignore you ;p No, really, am at a conference, so I'm looking at irc only from time to time17:29
naccdoko: totally fine -- seabios one seems odd, as debian isn't seeing it, afaict17:30
=== rmk` is now known as rmk
=== Spads_ is now known as Spads
=== vrruiz_ is now known as rvr
naccdoko: ah, it might be this line17:38
nacc  movl (MainThread@GOTOFF(%ebp)), %esp17:38
naccyes, that does seem to be it, something is being more pedantic about extra parens now17:44
naccstill fails to link, but gets further17:44
naccdoko: ok, xen ftbfs (i think you're already aware) is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=81216618:22
ubottuDebian bug 812166 in xen "xen: FTBFS with GCC 6: statement is indented as if..." [Serious,Open]18:22
coreycbarges_, hi, would you be able to review the openstack packages in the xenial queue tomorrow?18:22
arges_coreycb: sure18:23
coreycbarges_, thanks18:23
=== sforshee` is now known as sforshee
dokoapw, ogasawara: fyi, https://bugs.launchpad.net/ubuntu/+source/gcc-5/+bug/162820718:42
ubottuLaunchpad bug 1628207 in gcc-5 (Ubuntu Xenial) "boot arguments passed in CONFIG_CMDLINE not being picked up by kernel with gcc-ppc64-linux-gnu v5.4.0 and v6.1.1" [High,New]18:42
=== popey_ is now known as popey
rharperdupondje_: any chance you can test out the updated packages in the strongswan-plugin bug? https://bugs.launchpad.net/ubuntu/+source/network-manager-strongswan/+bug/157819319:09
ubottuLaunchpad bug 1578193 in network-manager-strongswan (Ubuntu) "cannot load legacy-only plugin" [Undecided,Confirmed]19:09
=== beisner- is now known as beisner
=== DrKranz is now known as DktrKranz
=== Cimi_ is now known as cimi
=== ivoks_ is now known as ivoks
=== philroche_ is now known as philroche
=== johnlage_ is now known as johnlage
=== PaulW2U is now known as Guest66500
=== PaulW2U_ is now known as PaulW2U
=== DrKranz is now known as DktrKranz
=== nobuto_ is now known as nobuto
=== robert_ancell_ is now known as robert_ancell
bdmurrayxnox: Is there anything out of date with this? https://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-release-upgrader/trunk/view/head:/DistUpgrade/DistUpgradeFetcherCore.py#L8022:51
naccok, so i'm trying to sru a package (pollinate) back to {12,14,16}.04. I understand the versioning to use. However, in this particular case, I'm SRU'ing the yakkety version back to all 3. It seems that the way this was done in the prior SRU was to basically drop debian/changelog from the target series altogether and just append a changelog entry for the SRU. (so all 3 prior SRUs look like single23:51
naccchangelog entries after the prior yakkety version. It's confusing to do it that way, but so be it. I was wondering if that was 'expected'. Additionally, if, given that we're actually SRU'ing a jump of two upstream releases, should there be two changelog entries? Or is it sufficient for me to say 'New upstream release (LP: #...) and just provide the changelog of both in one long(er) entry?23:52
nacci apologize if that's confusing, i can clarify it with specific examples, etc23:52

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!