=== juliank is now known as Guest8870
tzerohttp://askubuntu.com/questions/3446/how-to-create-and-administer-multi-architecture-ppas <- is this still relevant for releasing a PPA package with multiple distribution support?04:44
=== g22 is now known as g2
cpaelzergood morning05:27
rbasakHappy New Year!05:29
Unit193Happy new ears, rbasak!05:29
rbasakUnit193: sorry, can you speak up? :-)05:49
cpaelzerhappy eraly bird year rbasak05:51
=== JanC_ is now known as JanC
pittiGood morning, and happy new year!07:01
cpaelzerhi pitti, a happy new year to you as well07:02
pittihey cpaelzer, wie gehts? gut reingerutscht?07:03
cpaelzerpitti: jepp, alles im Lot - heute is mail/bug prozesstag um zu erfassen was überhaupt los ist07:08
pittiamen :)07:10
rbasakcpaelzer: somehow I managed to catch up already! I guess it's different from vacation at any other time because everyone else was off as well.07:47
rbasaksquid3 merge next I think. But sleep first.07:47
Mirvdoko: could bug #1653529 (armhf only, multiple definition of `__bss_start' etc on linking) be a gcc problem? no such problem on Debian on same package when it compiled two weeks ago.08:56
ubottubug 1653529 in qtwebkit-opensource-src (Ubuntu) "qtwebkit 5.7.1 fails to build on armhf" [Undecided,New] https://launchpad.net/bugs/165352908:56
MirvI see gcc-6 6.3.0 as a recent upload so that leads me to thinking that08:58
caribouIs there a rationale behind allowing both Full disk encryption together with /home + swap encryption at the same time ?11:12
caribouI mean, shoudn't /home + swap encryption be disabled if full disk encryption was previously selected during installation ?11:13
rbasakI don't know of any rationale (before my time), but there are some functional differences. With FDE with ecryptfs, your home directory is locked when you're not logged in, for example.11:14
rbasakYou'd lose that with FDE only.11:14
caribourbasak: well, LP: #1307003 kinda outline one reason : multiple users on one FDE11:16
ubottuLaunchpad bug 1307003 in ubiquity (Ubuntu) "Ubiquity installer allows encrypting home folder even if /home is already on an LUKS-encrypted partition" [Undecided,Confirmed] https://launchpad.net/bugs/130700311:16
=== _salem is now known as salem_
xnoxfinished reading bug mail. #2017goals11:52
Odd_Bloke* xnox is done for the year.11:53
* Laney had a suspiciously low amount of bug mail over the hols11:55
xnoxall my evenings for the rest of the week will be busy with adult lego from ikea, 2 wardrobes.11:58
ahasenackhi guys, question. A discarded -proposed upload (i.e., it failed verification), should the new upload be based on it, or is the discarded one really discarded?12:11
ahasenacki ask because I made a new upload, ignoring the failed -proposed package, but launchpad is showing me a diff between the discarded failed proposed package and my upload, instead of a diff between what's in -updates and my upload12:12
=== tumbleweed_ is now known as tumbleweed
xnoxahasenack, usually one should superseed and use -vLAST_UPDATES_OR_RELEASE_VERSION to include the full changelog, including failed attempts.12:24
xnoxthat's what i do.12:24
ahasenackxnox: what's that -v option? Who gets it?12:24
ahasenackxnox: also, in the general case, how would I know there was a failed -proposed package? I usually just go to packages.ubuntu.com, check what's in <distro>-updates and base on that. Or use pull-lp-sources12:25
xnoxdebuild -S -sa -v1.0-112:26
xnoxwhen building 1.0-1ubuntu0.2 (a fix up for the failed 1.0-1ubuntu0.1 sru)12:26
xnoxsuch that all changelog entries are included in the .changes file /since/ 1.0-1 (last good one/shipped)12:27
cpaelzerhas anybody a hint what on this proposed migration is still blocking https://launchpad.net/ubuntu/+source/dpdk/16.07.2-0ubuntu0.16.10.1 (belongs to bug 1647945)12:44
ubottubug 1647945 in dpdk (Ubuntu Yakkety) "[SRU] microrelease exception for src:dpdk (16.07.2)" [High,Fix committed] https://launchpad.net/bugs/164794512:44
seb128cpaelzer, best to check with the SRU team but it's likely that it's just that the SRU team has been in holidays and not copying updates, should be back to business this week12:50
cpaelzerseb128: people in holidays is the best case that could happen for the package and the people - thanks12:53
seb128cpaelzer, yw!12:54
seb128cpaelzer, though http://people.canonical.com/~ubuntu-archive/pending-sru.html has an autopkg regression for openvswitch listed so that might turn out to be an issue once people are back...12:57
=== hikiko is now known as hikiko|ln
cpaelzerseb128: thanks for pointing that out - that very likely is a transient issue not related as the dpdk test succeeds13:08
cpaelzerseb128: but it is good to be aware13:08
cpaelzerjamespage: please let me know if you think that is somethinh on the dpdk end of things^^13:09
FourDollarsHow to see the debug messages of indicator-power?13:32
=== grumble is now known as Guest79268
=== rumble is now known as grumble
seb128FourDollars, what version of Ubuntu?13:39
FourDollarsseb128: Ubuntu 16.0413:39
seb128FourDollars, the log should be in the upstart job log, in .cache/upstart/indicator-power.log13:39
seb128FourDollars, you can also stop the service using "stop indicator-power" and start it by hand13:40
FourDollarsseb128: I saw it. Thx a lot. :D13:40
seb128FourDollars, yw!13:41
=== jgrimm-holiday is now known as jgrimm
kirklandcaribou: I use ecryptfs on top of full encrypted luks/dmcrypt root disk14:03
kirklandcaribou: rbasak: the difference is that there is one system wide passphrase/key for the full disk encryption, where as ecryptfs has per-user passphrases/keys14:04
cariboukirkland: yeah, I do that too; I was just curious as why both encrypted HOME as we set it up & full disk encryption could be used14:04
cariboukirkland: the per-user situation is what I was after14:04
kirklandcaribou: yeah, that's roughly it;  provides a little bit of separation between alice and bob and carol on the same system14:05
cariboukirkland: but there is a bug in Trusty which, if you use both, will wipe out the /dev/mapper/cryptswap114:05
kirklandcaribou: oh, interesting, that should be fixed, then14:05
cariboukirkland: no LP yet but I'm on it14:05
kirklandcaribou: conflicting management of swap?14:06
cariboukirkland: think so14:06
cariboukirkland: problem in trusty looks like LP: #953875 that never got completed fixed for Trusty14:16
ubottuLaunchpad bug 953875 in ubiquity (Ubuntu Trusty) "Encrypted swap no longer mounted at bootup" [High,Triaged] https://launchpad.net/bugs/95387514:16
cariboukirkland: even with encrypted $HOME only14:17
cariboukirkland: from what I remember from before xmas, it's the offset= handling in /etc/crypttab that is still missing14:18
=== PaulW2U_ is now known as pcw
jamespagecjwatson, hello - is there a way to switch to source of a git repo import on launchpad?15:31
jamespageI can find it in the UI15:31
cjwatsonjamespage: I don't quite understand the question.  Can you rephrase?15:31
henrixbarry: i'm seeing all trusty linux ADT tests failing for armhf.  any idea if there's anything going on?15:31
jamespagecjwatson, ok best illustrated with an example15:31
jamespageimport from github.com/openstack-snaps/snap-glance15:31
henrixbarry: i'm looking here: http://people.canonical.com/~kernel/status/adt-matrix/trusty-linux-meta.html15:31
jamespageI want to switch that to github.com/openstack/snap-glance15:32
jamespageas the repo has now moved to a new org15:32
dobeyjamespage: you don't see "(+) Edit import source or review import" on that page under the list of successful imports?15:32
cjwatsonjamespage: ah, it's probably restricted to ~vcs-imports.  I can change it for you15:32
cjwatsonjamespage: Is it the same repository, just moved?15:32
jamespagecjwatson, yup - I have a few others to switch as well - are you ok todo those as well (only about 6 total)15:33
barryhenrix: i don't know, but looking at the bbswitch log, it seems like it might be a dependency issue?15:33
cjwatsonjamespage: done that one, and sure, just give me a list15:33
jamespagecjwatson, ack15:34
barryhenrix: but it's not all armhf though, right?15:35
henrixbarry: iirc, a MISS means the test didn't get executed at all so there shouldn't exist any logs.15:35
jamespagecjwatson, ^^ thats all of them15:35
cjwatsonjamespage: all done, though s/snap-hypervisor/snap-nova-hypervisor/ in that last URL15:35
jamespageah yes - my bad15:36
jamespagecjwatson, ta15:36
henrixbarry: i've tried a 'retry' but i still don't see them being run15:37
barryhenrix: off-hand i'm not sure what's going on.  my stack is a bit deep with post-vaca catch up, but i'll see if i can investigate further in a bit with my meager pitti-fu ;)15:40
henrixbarry: oh, you were looking at the ppc64el FAIL.  yeah, that's ok and it has always failed.  i was looking at all the MISS for armhf15:40
henrixbarry: ack, thanks!15:41
=== bladernr is now known as bladernr-doc
infinityhenrix: "miss" usually doesn't mean the test never ran, it means the versions don't match what Andy's expecting.16:40
infinityhenrix: So, if adt triggers kernel_1 against dkms_1, and then dkms_2 is uploaded, Andy's matrix demands that kernel_1 be tested against dkms_2 to be considered good, and logs it as a "miss".16:41
infinityhenrix: Smacking the retry is all that's needed, but beware queue depths, etc.  You're not going to see instant results.16:42
infinitybarry: ^16:42
infinitybarry: The kernel team's matrix is another level of "whee" on top of the britney stuff.16:42
infinityhenrix: Although, for stable uploads, there shouldn't generally be that many misses, so it's possible either a queue is super long, or got flushed.16:44
infinityhenrix: Oh, and now I've caught up to reality (and your complaint) that it's only armhf.  Yeah, looks like a queue exploded somewhere.  Hrm.16:45
henrixinfinity: ah!  thanks for clarifying.  i've retried a few, but none of the trusty armhf seem to have changed anything.  i'll keep an eye on it and see if there are changes.  it's odd that _all_ armhf are MISS16:45
infinityhenrix: Indeed, armhf might just be buggered right now.  That'll need a deeper dive.16:46
henrixinfinity: ok, it is possible that this has happen already in the last cycle and i just failed to notice :-/16:47
henrix(last cycle was... well.. hmm.. that)16:47
infinityIndeed, looking at the matrix, it doesn't seem to be an uncommon situation of late.16:47
infinityNot an ideal one either, but...16:48
henrixinfinity: there's only the lxc ones that are new, but they are MISS in all archs16:48
henrixinfinity: note that lts-x has the same issue (i.e. armhf MISS)16:49
infinityhenrix: Yeah.  Something's definitely goofy.16:49
infinityhenrix: On the other hand, these aren't useful runtime tests (armhf runs in containers on aarch64 hosts), so the only tests that would be interesting are the dkms compile tests.16:50
infinityhenrix: Which seem unlikely to break on armhf and no other arch.16:50
infinityhenrix: So, from the POV of "our testing sucks anyway", you're likely safe to ignore this for this cycle.  We should look into WTF, though.16:50
infinity(We should also sort out how to make the armhf tests actually boot armhf VMs...)16:51
henrixinfinity: agreed.  who shall i keep bothering regarding this?16:52
infinityhenrix: In theory, barry, me, Laney (and, when he's back, Andy), in practice, we have some catch up to do to be adequate pitti replacements.16:52
stgraberinfinity, kees, mdeslaur, slangasek: TB meeting in 716:53
infinitystgraber: Can't make me.16:53
* infinity refuses to start 2017.16:53
* slangasek nods16:53
slangasekinfinity: enjoy your prolonged 201616:53
infinityslangasek: Is that not what 2017 promises to be anyway? :/16:53
infinityWell, actually, it promises to be worse.16:54
ogra_more artists dieing ?16:56
dobeytime is an illusion anyway16:57
dobeylunch time doubly so16:57
Laneyinfinity: henrix: I rm-ed pending.json for trusty - should cause the 'in progress' requests to be requeued17:09
LaneyThere were some similar lost requests for zesty/armhf too, which I did the same for this morning17:09
LaneyNo guarantee they'll work, but at least they should get queued and run17:10
henrixLaney: cool, thanks!  i'll keep an eye and see what happens17:10
infinityLaney: Do you have plans to continue development on the autopkgtest infra, or is in maintenance mode for now?17:12
infinityThough, I guess my armhf-on-VMs thing will really come down to teaching scalingstack how to do that, not really an autopkgtest thing.17:13
Laneyinfinity: I want to find time to work on it17:13
infinityLaney: I want to find a lot of extra time too.  I also know how well that doesn't usually work. :)17:13
Laneyinfinity: I'll do me best17:17
LaneyStill trying to puzzle out how all of it hangs together too17:18
LaneyI've got basically NFC about the kernel bit17:18
infinityLaney: The kernel bit is a disgusting hack directly in britney.17:18
infinityLaney: One that should be removed Very Soon.  I'll have a chat with Andy about it when he gets back.17:18
LaneyI'm sort of aware how they get queued17:18
Laneybut not of any big picture there17:18
infinityLaney: It should become largely unnecessary with the new Testsuite-Triggers stuff.  Maybe.  If we do it right.17:19
infinityLaney: Well, how they get queued it the only picture that matters to you.  The rest is handled outside our infra, by the kernel team.17:19
infinitys/it the/is the/17:19
infinityBut the disgusting hack we use to queue it all should be replaced.17:20
LaneyI'd quite like to understand the usecase17:20
LaneyBut not urgent17:20
infinityI'm pretty intimately familiar with how things happen on the britney side (and the kernel team's stuff too), it's everything on the other side of the MQ that's a black box to me.17:21
infinityAnd I feel like it shouldn't be.17:21
infinityRequest goes in, [stuff!], results!17:21
LaneyCool - add us together and we make 50% of a pi_tti :P17:22
slangasek... and I'll form the head?17:23
cjwatsondevelicons!  pi_tti in disguise!17:25
=== Spydar007 is now known as Guest70417
=== bladernr-doc is now known as bladernr
pittiLaney, infinity: kernel> that was a result of looong discussions with apw.. basically, we want to trigger everything off linux-meta so that apt pinning DTRT, and introduce a fake linux → linux-meta dep so that linux doesn't propagate before linux-meta19:58
pittithat's basically it19:58
pittiplus some extra synthethic deps to trigger things like lxc for new kernels, which should be replaced with Testsuite-Triggers:19:58
pdeeerbasak, do you think you'll have time to review RAOF's Certbot SRU packages21:52
rbasakpdeee: I will, but please give me a week at least - it was my first day back from vacation today.21:55
pdeeerbasak, of course. Happy 2017!21:55
barryinfinity, Laney we should huddle some time re: autopkgtest infra moving forward.  i am powering up my clone army for this22:38
tsimonq2pitti: BTW while you're here, good luck going forward :)22:38

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