naccniedbalski: --^ maybe you're already working on this, as well00:00
UmeaboyI forgot what package to translate for the installation process. Which one is it?00:38
Umeaboyubiquity is the name of the installer, right?=00:38
sarnoldyes; there's also debian-installer00:40
UmeaboyThere are some parts of it that's not translated into Swedish that I want to correct.00:41
krytarikUmeaboy: More specifically, https://translations.launchpad.net/ubuntu/+source/ubiquity-slideshow-ubuntu01:12
Umeaboykrytarik: Thank you very much. :)01:13
krytarikYou are welcome.01:13
UmeaboyHmmmmmmmmm. Swedish seems to be fully translated and still I see some things missing at the start of the installation when you click F3.01:15
UmeaboyHow can that be?01:15
sarnoldwas it perhaps -in- an image? I'd be surprised if images are translated01:20
UmeaboyNever mind.01:52
UmeaboyWhat about the text in the window for Version facts?01:53
UmeaboyWhen upgrading Ubuntu 16.04 to 16.10.01:53
=== salem_ is now known as _salem
fo0bar[test public message for ubuntulog, please ignore the lurker]03:07
=== JanC is now known as Guest52303
=== JanC_ is now known as JanC
=== jamespag` is now known as jamespage
dholbachhey hey08:04
me_irljoin #wordpress08:13
rbasaknacc: good point, and yes please.08:21
caribounacc: yes, this is indeed the situation; we're working on identifying the root cause09:17
rbasaknacc, caribou: ah, so was I wrong in marking bug 1644428 Invalid for the development release? If the regression also exists in Zesty?09:43
ubottubug 1644428 in samba (Ubuntu Trusty) "Unable to log in with AD account after update" [High,Fix released] https://launchpad.net/bugs/164442809:43
caribourbasak: I need to double-check on that09:44
caribourbasak: yes, it still affects Zesty as well, I'll change that09:46
rbasakThanks! Sorry, I didn't consider that case before.09:46
caribourbasak: I should also revert that fix before it causes grief09:47
rbasakcyphermox, lamont: in bug 1621507's test cases, we had previous reported regressions with ip="" and ip=:::::eth0:dhcp. Those should be in the test plan, IMHO.11:11
ubottubug 1621507 in open-iscsi (Ubuntu) "initramfs-tools configure_networking() fails to dhcp ipv6 addresses" [High,In progress] https://launchpad.net/bugs/162150711:11
rbasakcyphermox: lamont: what are "jderose's use cases"?11:13
rbasakcyphermox: lamont: also, under "Non-MAAS test cases", will it matter what the network responds with? In the IPv4 cases, we need to make sure that behaviour doesn't change whether or not IPv6 DHCP and/or radvd are present, so the status of the network should be part of the test case.11:15
rbasakFor ip6= I'm not so bothered, since existing users won't be using that.11:16
rbasakcyphermox, lamont: final two points. 1) are the review fixes we landed in proposed in Xenial in Zesty yet? If not, they should be, and I expect to block release of the SRUs on this. I gave a pass at accepting into proposed only because we were so delayed already; we have time now.11:22
rbasakcyphermox, lamont: 2) who's actually going to do all the verifications here? It seems to be that nobody is nominated right now, so I'm expecting it to run past the seven days right now, and I know lamont is in a hurry, so you should probably resolve that now.11:23
=== _salem is now known as salem_
=== akxwi-dave_ is now known as akxwi-dave
brendandwhat exactly is the analog of --unbuilt-tree in latest versions of autopkgtest?14:22
brendandis it just that i have to point to the debian directory itself rather than a directory that might contain one?14:22
=== giraffe is now known as Guest71260
tjaaltonmterry: could you test xvfb with bitdepth 16, if the qt tests would work then. proposed has xserver with modified xvfb-run, this fixed gtk apps at least14:42
* mterry tries14:43
mterrytjaalton: I must be doing it wrong, I can't get -depth 16 to work with server-args -- what is the command line for xvfb-run?14:47
mterryAnd should I upgrade to proposed xserver before testing?14:48
lamontrbasak: from chatting with cyphermox yesterday, I was planning to do all the MAAS cases, and we were hoping to pick up some testing by some of the server team -- I expect I'll be doing some testing in those cases today, depending on all the various priorities.14:49
tjaaltonno need to upgrade14:49
=== scottt is now known as Guest90452
tjaaltonmterry: -s "-screen 0 640x480x16"14:49
mterryah that last x14:50
mterryWas x24 for me14:50
mterrytjaalton: still segfaults if I switch it to x16 (from x24)14:50
tjaaltonhmm ok14:52
tjaaltonwas 24 where?14:52
lamontrbasak: radvd is kinda out-of-scope for the ipv4 testing, since (1) it's outside of the code we're changing, and (2) already changes behavior if present on an otherwise ipv4 network14:53
mterrytjaalton: how we run the unity8 tests -- -screen 0 1024x768x24"14:53
tjaaltoni thought it used xvfb-run14:53
tjaaltonwith it's defaults14:53
mterrytjaalton: it does use xvfb-run but not with defaults14:54
mterrytjaalton: I'm happy to set you up to run the failing test, if you want to reproduc14:54
lamontrbasak: I'll be walking through the final (now in -proposed) changeset and making sure it's properly reflected in zesty, possibly via nagging :D14:56
tjaaltonmterry: there is a mesa commit bisected which is what made gtk apps fail, not sure if it'd help here. and i'm afk :)14:57
rbasaklamont: I'm not aware of the server team having committed to doing any testing. We're all going on vacation over the next week or two.14:57
lamontrbasak: it was more of a plea...14:57
rbasaklamont: radvd> as long as it doesn't change behaviour differently in this SRU. If a user is using ipv4 but has radvd enabled, then does the SRU change that at all?14:58
mterrytjaalton: ok then.  But maybe the segfault we're seeing now is a different bug than the gtk one?14:58
lamontno change14:58
rbasaklamont: zesty> thanks!14:58
rbasaklamont: no change> have you tested that? :-)14:58
rbasaklamont: you may alternatively convince me that it's not possible with this change. I'm open to that.14:58
lamontif radvd is telling ipv6 to autoconf, then it autoconfs.  if it's not, and the machine has no non-link-local ipv6 address, then any side effect radvd may have is moot (ipv6 routes with no ipv6 source address is boring)14:58
tjaaltonmterry: yep, i believe it is14:59
lamontthat is, adding radvd to the network is a prereq for ipv6 netboot, but is otherwise completely orthogonal to the issues14:59
mterrytjaalton: right, so when you're back at keyboard I can help you reproduce this specific, potentially new, issue15:00
lamonthaving said that, the dual-stack (v4dhcponly) test has radvd running (and with autoconf) and the ipv4 test has no radvd and no dhcp615:01
lamontrbasak: if you insist, I'll do the test on the dual stack with dhcp4only and radvd not doing autoconf, but ...15:02
rbasaklamont: sorry, otp15:02
lamontrbasak: (queuing things up again...) I'm not expecting testing to be complete today, and fridays seem to have a ban on SRUs hitting -updates, so it looks more like a monday landing, assuming the tests are all done, yes?15:04
* lamont laggy15:04
tjaaltonmterry: in about 6h, can write an email too15:06
rbasaklamont: yes. If everything's done, then I can land first thing my time on Monday.15:51
chilukSRU Approval needed: arges, or any other SRU approver. it looks like my recent sru for virt-manager was applied to zesty and xenial, but forgetten yakkety. https://launchpad.net/ubuntu/yakkety/+queue?queue_state=1&queue_text=virt-manager16:20
naccrbasak: caribou: thanks for the confirmation!16:26
caribounacc: rbasak: there is no work being queued on the zesty version so I think we should just revert it there too16:27
nacccaribou: sounds good -- i was looking at the merge, will keep that in mind16:34
slashdrbasak, I have share on the LP the work I have done so far, and here is the PPA "https://launchpad.net/~slashd/+archive/ubuntu/dhclientnoddns" if you are interested to test it... still looking at the release upgrade portion, again if you have any idea, let me know meanwhile I'm still looking16:42
rbasakslashd: ack. otp right now. I have a note to look into this.16:43
slashdrbasak, tks16:43
rbasakslashd: and good job asking me on a public channel :-)16:43
lamontrbasak: and confirmed that radvd interaction is as I stated16:45
lamontrbasak: open-iscsi fix is present in x-p, and zesty... and waiting on an accept in y-p :p16:50
lamontrbasak: it's a ways down the list, since it's 6 days old now.16:50
naccdoko: are you planning on merging ldb? samba is going to depend on a newer version if we merge it, it seems17:00
fossfreedomsil2100: Hi - I have fixed the failed ./run-tests on the merge request for lp:ubuntu-cdimage20:23
pdeeeRAOF, sorry it took a while, but we have proposed Xenial SRU packages for Certbot 0.9.322:08
ubottuLaunchpad bug 1640978 in python-letsencrypt (Ubuntu) "letsencrypt 0.4.1 contains numerous bugs fixed upstream" [Undecided,Confirmed]22:08
=== Zic is now known as Guest14607
=== scottt is now known as Guest18497
tjaaltonmterry: hi, got your email, thanks. one question, have you tried with the old libgl somewhere and modifying LD_PRELOAD to match?22:53
mterrytjaalton: no...22:54
tjaaltonmterry: maybe double-check that so that we're not chasing the wrong thing :)22:55
tjaaltonI haven't built it yet22:55
mterrytjaalton: I'm not sure I understand how to do what you're asking22:55
tjaaltongrab the old pkg, unpack it in /tmp or something22:55
mterrytjaalton: I'm EOD in a minute, but I can try tomorrow22:56
tjaaltonok, I can try it tomorrow22:56
foliThis it to notify the we are beginning maitenance on Canonical data centre firewalls.22:57
=== ChanServ changed the topic of #ubuntu-devel to: Canonical data centre firewall maintenance 23:00 - 00:00 | Yakkety Yak (16.10) Released | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-yakkety | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | Patch Pilots:

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