/srv/irclogs.ubuntu.com/2017/05/05/#ubuntu-devel.txt

naccgsilvapt: no, i just was wondering00:04
* gsilvapt *breathers in reliefP00:04
=== JanC_ is now known as JanC
=== cpaelzer_ is now known as cpaelzer
bdrung_workhi bdmurray. i converted apport to git and pushed my changes to https://code.launchpad.net/~bdrung/apport/+git/retrace-debian08:11
Unit193mdeslaur: Howdy!  Just saw the Irssi merge, quick note:  use_ssl = "yes"  is the "old" name, it's  use_tls = "yes"  now (also seems you didn't keep/add  tls_verify = "yes")09:19
Unit193(I'll close LP 1685561)09:19
ubottuLaunchpad bug 1685561 in irssi (Ubuntu) "Please merge irssi-1.0.2-1 (main) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/168556109:19
rbasakjbicha: did you get "Import problem - Spanish (es) - gnome-settings-daemon in Ubuntu Zesty" or was that email misdirected only to me?09:37
jbicharbasak: wow, no I didn't get that email this time10:09
jbichathe Spanish translation contributor has a bug in his translation tool where it messes up the header sometimes, I'm pushing the fix upstream now10:11
rbasakjbicha: thanks. I think that's a shortcoming in Launchpad for SRUs. It's not a problem; I just wanted to pass it on. Do you need the actual email? It has more details.10:13
rbasak(well it might be a problem that you care about but there's little I can do about it now :-)10:13
jbichano, I already corrected the header in GNOME10:16
rbasakOK thanks10:17
jbichasomeone that's really bored could go look up all the Spanish translations across GNOME to make sure it's fixed :|10:17
dokoricotz: cmake hangs in -proposed ...10:23
=== darkxst_ is now known as darkxst
infinityjuliank: Weekly reminder that test-apt-download-progress still sucks.10:35
infinitydoko: https://bugs.launchpad.net/ubuntu/+source/rhash/+bug/168829810:35
ubottuLaunchpad bug 1688298 in rhash (Ubuntu) "[MIR] rhash" [Undecided,New]10:35
Unit193rhash?  Huh.10:38
=== chrisccoulson_ is now known as chrisccoulson
xnoxjuergh, nice =)11:04
mdeslaurUnit193: oh! I didn't notice that at all...did you fix it?11:10
ricotzdoko, why? missing "cmake-modules" rebuilds?11:12
infinityricotz: No, the rhash MIR, see above.11:13
ricotzoh, I see :(11:14
ricotzLocutusOfBorg, thanks ^11:15
juliankinfinity: Oh true, it's failing an awful lot of times on armhf since after 1.4.1. new machines?11:16
infinityjuliank: Nope.11:16
juliankBut it's kind of odd that it consistently fails since a week, and worked the first 3 weeks of april11:16
infinityjuliank: But it always sucked, maybe we just had a lucky run for a bi?11:17
infinitys/bi/bit/11:17
juliankWell, probably11:17
infinityjuliank: http://autopkgtest.ubuntu.com/packages/apt/zesty/armhf paints a more erratic picture.11:17
juliankI gotta add some sleep() in our testing web server11:17
juliank(If I rate limit the web server, apt will eventually show some download progress...)11:18
juliankdamn it. stupid close tab key binding11:19
infinityjuliank: It comes with an appropriate /part message.11:19
infinity05:18 -!- juliank [vf03RlAbiP@ubuntu/member/juliank] has left #ubuntu-devel ["that was probably by accident"]11:19
LocutusOfBorgricotz, yw :)11:19
infinityjuliank: Custom job, or does your IRC client just know you that well?11:20
juliankinfinity: Yep, I set this up at some point, because I really only leave channels by accident usually11:20
infinityHeh.11:20
infinityjuliank: As for the oddness of the pattern, it probably relates to load.11:22
juliankYes. The more load, the better basically11:23
infinityjuliank: Since armhf autopkgtests are lxc containers on a shared host.11:23
infinityjuliank: I was assuming the inverse, given the pattern.  The last week, the infra has been running flat out.11:23
juliankhmm11:23
juliankmaybe11:23
juliankThe problem is that we are trying to rate limit transfers in the client, which does not really work if the server sends all data basically at once.11:24
infinitySo send it one byte at a time? :)11:24
juliankThat's why slowing down the server instead should work and give us reliable progress detection11:24
infinityBut yes, under high load, I would expect the "server" process to still be near instant, while the client would be more likely to hitch up, as it's much more complex code.11:25
infinityGiven that your server is probably a few lines of "open a socket and dump stuff in it".11:25
juliankThe server is even advanced enough to send a directory listing!11:29
infinityA dynamic one, or did you just screenscrape a mod_dir index and send that html? :P11:30
mdeslaurUnit193: ah crud, I didn't see your merge bug either...sorry :(11:30
infinity(And if it's the former, dear god, why not the latter?)11:30
mdeslaurUnit193: I'll fix the tls option11:30
juliankinfinity: It actually builds a real html directory listing11:30
infinityjuliank: Those are hours you'll never get back.11:30
juliankIt also handles basic auth11:31
infinityI don't think you quite grasp the concept of mocking. ;)11:31
LaneyRelease it separately11:31
LaneyI'll use it11:31
infinityLaney: Well, by all accounts, it's the fastest httpd on the planet, which is why the testsuite fails.11:32
infinityLaney: So, yeah, we should all switch.11:32
juliankinfinity: DonKult wrote it in 2013+, and it's about 1000 lines long11:32
juliankAnd it uses C++ threads, apparently11:32
juliankfancy11:33
juliankhttps://anonscm.debian.org/cgit/apt/apt.git/tree/test/interactive-helper/aptwebserver.cc11:33
juliankAlso supports chunked encoding, partial requests, if-range and some other weird crap11:33
juliankAt least far enough for the tests to work...11:34
juerghxnox, ?11:34
xnoxjuergh, unping.11:36
xnoxjuergh, nice about the apt releases =)11:36
xnoxjuliank, ^^^^^11:36
xnoxjuergh, i suck at irc thing this morning11:36
xnoxhowever it is afternoon already11:36
juliankxnox: I wonder if I want to set up new 1.3 and 1.2 for zesty and xenial today (in case somebody wants to play during the weekend?)11:36
juliankIt's about 2 minute cherry-picking per release.11:37
julianks/zesty/yakkety/11:38
* juliank confuses releases all the time11:38
xnoxjuliank, yes please. =)11:40
infinityjuliank: If only they were in alphabetical order or something.11:49
juliankinfinity: Well, it always happens at the start of a new cycle, although this one was very weird.11:50
cyphermoxcjwatson: do you recall why grub2's linuxefi_require_shim.patch was required?13:00
cyphermoxright now that's breaking (to some degree) EFI boot if secure boot is enabled by shim validation is disabled, because in that case shim doesn't install its protocol... but I'm not sure what the details were that needed to be fleshed out before this patch was dropped.13:01
cyphermox(and that was 4 years ago :)13:02
=== led2 is now known as led1
cjwatsoncyphermox: I think it may have been because of discussions of signing GRUB directly13:07
cjwatsoncyphermox: I've found the relevant swathe of IRC log but it would take a while to parse it - can I just hand it over to you and let you work it out from the information I had available to me at the time? :)13:08
cjwatsoncyphermox: this was from before shim was packaged, I think13:08
cjwatsoncyphermox: https://pastebin.canonical.com/187573/ (internal pastebin because it's an unedited dump from an irc.c.c channel, but feel free to use your judgement on information gained from that since I doubt much of it remains private)13:10
cyphermoxsure, no problem13:10
cyphermoxthat would make sense, in any case, as if you sign grub directly then you don't want it to bypass signature validation just because shim's proto doesn't exist13:11
=== grumble is now known as 14WAA001L
cjwatsonyeah, I don't remember if there's a way to tell whether we've been entered via shim13:15
=== 14WAA001L is now known as grumble
juliankxnox: uploaded :)13:16
infinitycyphermox: Keep in mind that while discussing EFI boot protocols involving shim/grub/linux, that arm64 doesn't involve shim in the process.  So, booting grub directly is a thing we do support, though maybe not on x86.13:16
cyphermoxI don't think that would break arm64 in any way13:17
juliankOr more detailed: apt 1.2.22, 1.3.7, and 1.4.2~17.04.1 are now in the xenial-proposed, yakkety-proposed, and zesty-proposed queues :)13:17
infinitycyphermox: Sure, not familiar at all with the code or the deeper discussion, just popped in my head due to the mention of direct grub booting versus chaining from shim.13:17
cyphermoxcjwatson: I was thinking, in that care you'd see you have no shim protocol, and thus install your own; but I asked about why the shim protocol wasn't installed when shim's validation is disabled, seems like it stil lshould be.13:18
cyphermoxinfinity: yes, definitely something to look at. in this case they basically never have shim though, so the net change would be to go through kernel EFI code that might not have been called previously.13:19
cyphermoxbasically, they're most likely, right now, getting in the case that sforshee was seeing before, where there is no shim protocol installed in EFI, so grub doesn't start the kernel as an EFI binary13:22
juliankThe binutils SRU for trusty also aged enough now, and is good to go in (to both -updates and -security)13:23
cyphermox... because ..._secure_validate() fails, so we exit the linuxefi module and use linux instead.13:23
infinityjuliank: Except we don't release SRUs on Fridays.13:23
juliankAh, yes, it's Friday.13:23
juliankI forget week days :)13:23
infinityjuliank: Ahh, student life.13:24
infinitytjaalton: Is xserver-xorg Recommending xserver-xorg-legacy intentional or an accident?13:50
tjaaltoninfinity: intentional, useful for ubuntu-gnome on virtualbox, for instance13:57
tjaaltonit was added for stretch13:58
jbichato be more specific, I don't think Ubuntu needs that for VBox but Debian does13:59
infinitytjaalton: It's already in the ubuntu-gnome-desktop task anyway.  Was just curious to see it getting pulled in for !gnome when it's not been there since before xenial.13:59
tjaaltonjbicha: right, the metapackage pulls it already13:59
jbichait was only added to gnome-shell/ubuntu-gnome-desktop as a workaround since fixing the nvidia drivers was taking a very long time14:00
jbichahttps://github.com/tseliot/nvidia-graphics-drivers/pull/1014:00
tjaaltonit does no harm anyway14:00
tseliotjbicha: I included your change in my local branch, BTW. I'm going to upload it with 375.6614:01
infinityjbicha: You could have spoofed me as the committer on that prime commit. :P14:01
jbichanext time :)14:02
jbicha(I believe Ubuntu has basic vbox support drivers included in default install but Debian does not)14:03
juliankOh, if anyone wants the apt SRUs *now*, they're in the PPA: https://launchpad.net/~deity/+archive/ubuntu/apt14:38
LocutusOfBorgjbicha, while this is true, that legacy package is still the "safer" option, at least until vbox people upstream their patches into the official drivers14:52
LocutusOfBorgIIRC I got some issues also on non-gnome environments14:52
juliankI'm trying to setup a daily recipe for lp:apt (git), but it always sets up one for lp:apt (bzr)14:55
juliankThat's insane.14:55
LocutusOfBorgjuliank, same issue :(14:55
LocutusOfBorghttps://code.launchpad.net/~costamagnagianfranco/+recipe/boinc-upstream-daily14:55
cjwatsonjuliank,LocutusOfBorg: workaround in https://bugs.launchpad.net/launchpad/+bug/162392414:56
ubottuLaunchpad bug 1623924 in Launchpad itself "Source package recipes prefer Bazaar when lp:$foo alias is VCS-ambiguous" [High,Triaged]14:56
juliankLocutusOfBorg: I now used lp:~deity/apt/+git/apt instead of lp:apt, that might work14:57
juliankcjwatson: Emptying the bazaar link seems like a good idea, too, thanks. I wanted to delete the bzr import, but it did not let me "1 branch share..."14:58
cjwatsonYeah, sharing is awkward.14:58
juliankI'm currently thinking about creating a new PPA where I just continously build all branches for their respective releases.14:59
juliankSo you get daily 1.2 builds for xenial, daily 1.3 for yakkety, and daily 1.4 for zesty and artful15:00
LocutusOfBorghow do I create a new git repo? I need to merge the debian directory into the upstream git15:00
mapreriLocutusOfBorg: RTFM => https://help.launchpad.net/Code/Git15:12
mapreri15:12
julianka very friendly manual15:12
mapreriyeah, it's so nice and colourful!15:13
LocutusOfBorgthanks!15:39
=== didrocks1 is now known as didrocks
LocutusOfBorgI was expecting a "create new git repo" on the code page15:39
nacccoreycb: ping16:51
coreycbnacc: hi16:51
naccre: LP: #1605278, i've got maas buy-in to merge with django 1.11 (which is an LTS) and is in experimental. Would you like a PPA to test against for openstack?16:52
ubottuLaunchpad bug 1605278 in python-django (Ubuntu Artful) "Merge python-django 1:1.11-1 from Debian unstable" [Wishlist,In progress] https://launchpad.net/bugs/160527816:52
coreycbnacc: yes that would be good if we could get some testing with that before it gets uploaded.  thanks.16:53
nacccoreycb: ok, i'll update the ppa in the bug shortly16:53
nacccoreycb: thanks for the quick feedback!16:54
naccxnox: does runit in 16.04 need a patch to not call it's postinst's /sbin/start runsvdir? someone in #ubuntu just got https://pastebin.com/raw/MyaBbBcL (ignore the ppa for couchdb)18:01
naccxnox: it seems like that should never be used on 16.04, right? but if it's there (which i think it might be by default for the session manager on desktop?) then it will fail to start the upstart service and error out?18:02
xnoxnacc, are they upgrading, and have they rebooted?18:03
naccxnox: they said it was a fresh install18:03
naccxnox: i was going to spin up a vm to see if i can reproduce18:04
xnoxnacc, well..... checkout my last upload, maybe i need to SRU that to xenial.18:05
naccxnox: yep, that's why i asked you specifically :)18:05
xnoxnacc, what other packages do they have installed?18:05
hjdnacc xnox: That sounds like bug 1448164...19:18
ubottubug 1448164 in runit (Ubuntu) "runit cannot be installed (Unable to connect to Upstart: Failed to connect to socket /com/ubuntu/upstart: Connection refused)" [Medium,Fix released] https://launchpad.net/bugs/144816419:18
xnox232 affected people, that is hot19:20
nacchjd: ack it does appear to be19:20
sarnoldI thought I'd seen runit installed on a surprising number of machines; git-all dragging it in suddenly it makes sense19:20
nacchjd: but honestly, afaict, isn't the sru-able portion just the postinst bits?19:21
naccafaict, we don't want to talk to upstart in the postinst on 16.04, even if upstart's bins are present19:21
hjdnacc: I have to admit I don't know. I asked in one of the comments if it was SRU-able because I wasn't really sure what fixed it or how deep it went.19:29
hjd*exactly what19:30
greenbarddoes anybody know whether UBUNTU_MENUPROXY=0 does not work anymore with Ubuntu 17.04 on purpose?19:50
s1adengreenbard: if it doesn't do what you expect.  Please file a bug19:56
greenbardIt doesn't do anything on a cleanly installed Ubuntu 17.04. I just wanted to ask, since I do not use Ubuntu myself and have a bug report myself ;-)19:58
sarnold:)19:59
greenbardThanks19:59
Unit193mdeslaur: Thanks, and no problem.  In theory the option should be backwards compatible, but perhaps a bit pointless without -verify.20:02
mdeslaurUnit193: thanks for pointing it out, I uploaded it20:03
Unit193Of course, thanks for the upload.20:04
nacchjd: ack, i am not sure either20:46
=== TheMuso` is now known as TheMuso

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