/srv/irclogs.ubuntu.com/2016/01/19/#ubuntu-devel.txt

xnoxor some such.00:00
cjwatsonish.  there isn't really a global build collection, it's rather a cheat00:00
ari-tczewxnox: No, I didn't try with cmake from Debian.00:00
xnoxari-tczew, or kdelibs5-dev from debian =)00:00
xnoxari-tczew, then how do you know we should spend time merging cmake? =) for soemthing in your ppa, rather than in the archive too ;-)00:01
xnoxi mean getting newer cmake is always good, but takes time reverse-building things.00:01
ari-tczewxnox: I didn't say "you should merge cmake", I just asked about my problem and I've got answer from you, that's all.00:02
xnoxari-tczew, i shall note that "is there any plan to grab latest cmake soon?" == "can anybody please see what's weird going on with this cmake buildlog?" =))))))))))))))))00:03
* xnox is being a bit mean. i'm sorry =)00:04
xnoxit does look like a werid build failure.00:04
ari-tczewxnox: Well, maybe my 1st question was not appropriate. I'm trying to catch some merges, but they're failing. So, I'd figure out where is the problem. I guess that you think, you waste time for such question like mine.00:10
xnoxari-tczew, no i don't waste time. i try to help.00:10
xnoxari-tczew, it's just build-log indicates a miscompat between in-tree cmakefile of the package being built, and cmake module from kdelibs5-dev. as my first guess, i'd assume incompatability of the two (e.g. one is too old / too new for the other)00:11
xnoxrather than cmake core changes. Sure the error is generated by cmake, but it simply says cannot have two conflicting targets doing diffrent stuff =/00:12
ari-tczewxnox: Sorry that my first target was cmake. I don't know everything, that's the reason why I ask more skilled people.00:14
ari-tczewYou said it's not cmake related, rather kdelibs5-dev, then I'll forward the question to the #kubuntu-devel00:15
=== MerryChristmas is now known as benonsftware
=== benonsftware is now known as benonsoftware
ancaemanueljdstrand: ping05:54
ancaemanuelwhat are you doing more important than this https://bugs.launchpad.net/ubuntu/+source/lz4/+bug/1531923 ?05:57
ubottuLaunchpad bug 1531923 in lz4 (Ubuntu) "[MIR] lz4" [Undecided,New]05:57
pittiGood morning06:44
=== mwhudson is now known as Guest92985
=== Guest92985 is now known as mwhudson
LocutusOfBorgpretty please, can anybody retry libquazip/marble autopkgtest?08:59
LocutusOfBorgI uploaded marble, and the test was successful, I don't understand why it hasn't been automatically retried the one from libquazip too08:59
pittiLocutusOfBorg: done09:00
LocutusOfBorgthanks :)09:01
Laney@pilot in09:05
=== udevbot changed the topic of #ubuntu-devel to: Wily (15.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-wily | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: Laney
=== vrruiz_ is now known as rvr
xnoxLaney, may the force be with you10:46
cyphermoxgood morning!11:09
=== jincreator is now known as jincreator_
=== _salem is now known as salem_
juliankWhy are there no xenial branches on https://code.launchpad.net/ubuntu/+source/software-properties - and why does checking out the xenial branch give me 0.96.16, while 0.96.17 is in the archive?11:32
=== cpaelzer is now known as cpaelzer_afk
rbasakjuliank: UDD is generally broken. Use pull-lp-source.11:33
juliankUgly11:34
* juliank has to merge the latest Ubuntu releases into Debian11:34
rbasakjuliank: https://lists.ubuntu.com/archives/ubuntu-devel/2015-November/039010.html11:34
juliankMkay11:35
juliankNot sure what I'll do then11:36
rbasakRight now I import using pull-lp-source downloads into git using a dsc-committing-tool. Would that help?11:36
rbasakIt's effectively what UDD did for bzr, but for git, but manually.11:37
rbasakUntil Launchpad has a new git importer ready.11:37
juliankIt's just ... work11:38
juliankBut it seems like the most sensible option of some sort11:39
LocutusOfBorgpitti, I see the libquazip marble autopkgtest11:47
LocutusOfBorgbut why did it take the old one?11:48
LocutusOfBorg4:15.08.2-0ubuntu3  libquazip 0.7.1-111:48
LocutusOfBorgthere is an ubuntu4 right now11:48
LocutusOfBorgLaney, pretty please if you can look at llvm-* on wily queue :) many people suffers from problems about not being able to build some graphic drivers, because clang is not available there and I fixed the build failure11:48
pittiLocutusOfBorg: we do that with all -proposed packages -- we test them in isolation as much as possible11:49
pittiLocutusOfBorg: i. e. for verifying if the new libquazip is good, we take its proposed version and run tests against the released versions of rdepends, unless dependencies force the version in -proposed11:49
LocutusOfBorgah ok fine11:49
LocutusOfBorgbut the -release is broken :)11:50
LocutusOfBorgthanks for the explanation11:50
LaneyLocutusOfBorg: I'm sorry but I'm not in the sru team :(11:50
pittiLocutusOfBorg: apparently that fails here, so I'll re-run it against -proposed11:50
LocutusOfBorgthanks pitti I wasn't aware of this, otherwise I would have specified it11:50
LocutusOfBorggood to know11:50
LocutusOfBorgLaney, no problem :)11:50
LaneyLocutusOfBorg: these people are your friends https://launchpad.net/~ubuntu-sru/+members11:52
LocutusOfBorgLaney, I'm doing a libgksu merge, do you want to have a look? you are the last uploader :)11:52
LaneyYou should ask the last uploader before doing the work11:52
Laneybut in this case it was just a rebuild so I would have said to go ahead11:52
LocutusOfBorgoh I'm not going to upload anything :)11:53
LocutusOfBorgI'm going to open a bug11:53
LocutusOfBorgwith a patch11:53
LocutusOfBorgjust I don't know if robert is on irc11:53
pittiWTF just happened to prodstack11:53
pittiLocutusOfBorg: ok, I will re-run it as soon as the infra comes back to live11:53
LocutusOfBorgthanks a lot!11:54
LocutusOfBorgit is the first transition I try to make it finish :)11:54
LocutusOfBorgthe first ubuntu transition ;)11:54
=== cpaelzer_afk is now known as cpaelzer
=== locutus_ is now known as LocutusOfBorg
mdeslaur@pilot in12:28
=== udevbot changed the topic of #ubuntu-devel to: Wily (15.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-wily | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: mdeslaur, Laney
dokotumbleweed, given back three times ... https://launchpad.net/ubuntu/+source/pyzmq/15.1.0-1build113:25
Mirvthank you mdeslaur13:47
mdeslaurMirv: np! thanks for spotting that13:52
Laneyzyga: hey, could you maybe subscibe the checkbox-dev team to pyotherside bugs?14:00
Laneyzyga: MIR team usually likes to see someone subscribed to main package bugs and that seems to be the team for checkbox itself14:01
Laneyseems this MIR is blocking builds of Ubuntu desktop images atm14:01
spineauLaney: hello (I'm the one who filed the pyotherside MIR bug)14:29
spineauLaney: I subscribed https://launchpad.net/~checkbox-bugs for this package14:29
spineauLaney: All checkbox related packages use this ML (e.g https://launchpad.net/ubuntu/+source/plainbox)14:31
zygaLaney: I'll look into it14:57
zygaLaney: done14:59
Laneyhi spineau, thanks!15:02
Laneyhopefully someone will come and look quite soon15:02
spineauLaney: I hope so too15:03
Laney@pilot out15:33
=== udevbot changed the topic of #ubuntu-devel to: Wily (15.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-wily | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: mdeslaur
yofelHi, could someone from the DMB add extra-cmake-modules back to the kubuntu packageset please? It's part of kde frameworks that's mostly maintained by us.15:54
yofeland is there an easy way to list the reverse-*build*-dependencies of something? e-c-m is used by some qt5 packages so I would like to testbuild those just to be safe15:55
cjwatsonreverse-depends -b15:58
yofelthanks15:58
mdeslaur@pilot out16:46
=== udevbot changed the topic of #ubuntu-devel to: Wily (15.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-wily | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
* dholbach hugs mdeslaur16:47
* mdeslaur hugs dholbach16:47
dholbach:)16:47
smoserhey.16:54
smoseris ureadahead still relevant ?16:54
pittismoser: not at all on SSD, but still on spinning rust, and ogra says it helps on MMC too16:54
smoseri had in my head that upstart made use of it and with a systemd system i'd guess its not used.16:54
pittismoser: it actually is, I fixed it to work under systemd because phone16:55
pittibut it still uses an ancient ubuntu kernel patch, so it won't work with upstream kernels16:55
smoserpitti, oh. ok. that was my query. i just didn't know if it could be dropped from seeds16:55
pittithere's been a replacement for years, but ureadahead needs to be ported to that16:55
pittismoser: oh, do drop it from clouds16:55
pittiit makes zero sense on virtual machines16:56
smoserits way down16:56
pittikees, stgraber, slangasek, infinity: TB meeting in 4 mins, reminder16:56
smoserThe following packages will be REMOVED:16:56
smoser  ubuntu-minimal* ureadahead*16:56
pittismoser: I suppose we should unseed it from minimal and seed it into standard or even desktop+touch16:57
smoserwell, if it does in fact help on spinning disks, then ...16:57
smoseryou'd be actively hurting server installs to spinning disks by removing it16:58
smoserhey. other random question16:58
pittismoser: does server not install ubuntu-standard?16:58
slangaseknot true that ureadahead is only useful for spinning disks; I forget the details, but it did have relevance for SSD16:59
smoser(i thought that too at least at one point, slangasek).16:59
slangasekthis may /no longer/ be the case, but Keybuk had benchmarked it16:59
smoserpitti, one way or another, d-i and maas installs are going to get ubuntu-minimal16:59
smoserother qustion, was https://wiki.ubuntu.com/Releases shows 15.04 EOL is Feb 4.17:00
smoserbut distro-info-data says 01-2317:00
smoseris that a designed difference ?17:00
mdeslaursmoser: it's feb 4th because the eol notice was sent out late17:02
smoserok. so readers of distro-info-data just get an early kick in the pants. that is fine.17:03
pittismoser: Jan 23 is "end of love", feb 4 is "end of life" :)17:08
pittialthough I guess with $phone it'll actually stay alive for much longer17:09
=== ben_ is now known as ben___
tumbleweeddoko: let's keep trying :(18:07
=== essembe is now known as sbeattie
=== cpaelzer is now known as cpaelzer_afk
tumbleweeddoko: next retry worked :)18:29
pittidoko: debhelper merge uploaded19:02
smoserapt is much less GET'y lately.19:03
smoserpreviously apt-get update would do something like 58 GETs and now it does only 6.19:04
smoserhttps://gist.github.com/smoser/558628819:04
smoserhoray!19:04
pittismoser: wow, that's apt 1.1, or the new 1.2?19:05
pittiI wonder if it does that, http2 and some bundling or so? AFAIK the structure on archive.u.c. didn't change19:06
cjwatsonpitti: InRelease is recent-ish, although wouldn't account for all of that.  But Julian has been doing a lot of optimisation work19:10
pitticjwatson: I see how that would cut down the GETs by a few (not downloading the Release.gpg), but I don't think that explains 58 → 6?19:18
cjwatsonIndeed19:18
pitticjwatson: anyway, thanks for pointing that out, I wasn't aware of InRelease yet19:18
cjwatsonMaybe this was David - I see a bunch of vaguely-relevant-looking stuff in e.g. 1.1~exp919:20
juliankpitti: smoser: Mostly the work of mvo and DonKult in 1.1, as APT now only fetches files listed in the (In)Release files, instead of trying everything it might need.19:20
juliankcjwatson: ^19:20
cjwatsonAh, cool19:20
smoserjuliank, \o/ thank you!19:22
smoseroh. and DonKult and mvo.19:22
juliankThe Ubuntu archive really should start shipping pdiffs though, then there would be more GETs, but things would be *much* faster19:22
smoserGETs are heavy19:23
infinityI've never noticed pdiffs made my life better.19:23
infinityI turn them off on Debian hosts.19:23
julianksmoser: Fetching a few 100 kb compared to a few MB/s is a huge difference19:23
pittiinfinity: really?19:23
pittithey absolutely rock19:23
juliankinfinity: They only really do since recently.19:23
pittiapt-get update on Debian is a non-issue19:23
pittilike, lightning fast19:23
infinityI dunno, I have a lot of bandwidth and slow CPUs.19:23
pittion Ubuntu it's a serious task19:24
infinityMaybe things improved recently, but the tradeoff used to absolutely not be worth it.19:24
smoserpitti, on xenial its dramatically improved.19:24
pittiwow, I have a completely different experience19:24
juliankinfinity: They improved *a lot*19:24
pittiwell, even on squeeze19:24
pittieven apt-get with 20 pdiffs is still much faster than on ubuntu19:24
smoserby-hash: https://bugs.launchpad.net/launchpad/+bug/143001119:24
ubottuLaunchpad bug 1430011 in Launchpad itself "support apt by-hash mirrors" [High,Triaged]19:24
smoserthen super!19:24
infinityGetting there.19:24
juliankAn update takes 10 seconds here for unstable+experimental with Packages, Sources, Contents files for amd64 and i38619:25
cjwatsonYeah, by-hash is on my list, but I wanted to finish xz support first, and that's still blocked on some infrastructure deployments to avoid e.g. incorrect squid caching of .xz files19:25
Unit193pdiffs are so slow, that's why I as well turned them off in Debian.19:25
juliankUnit193: *were*19:25
cjwatsonThe problem with pdiffs in Ubuntu has historically been that we cycle our archive a LOT more often than Debian, so could end up keeping an awful lot of the things around19:25
juliankSince 1.1.7 it's really fast19:26
cjwatsonBut I would like to do it at some point now that the client implementation is sensible19:26
infinityjuliank: It would have to be super fast, given that 24h of pdiffs in Ubuntu could be 48 (or more) diffs.19:26
Unit193Not sure if I've noticed a huge change in Debian chroots, I suppose I'll have to try it (or wait for infinity to. >_> )19:27
juliankinfinity: The amount of pdiffs does not make a difference, just the total size, given that they're pipelined and merged before being applied19:27
infinityjuliank: Curious.  Yeah, that definitely sounds better than before.19:27
juliankThe bottleneck we had was because reads were unbuffered, so we were doing read(..., 1, ..)19:28
juliankWell, that was the most important bottleneck19:29
rbasakjuliank: it seems that pipelining doesn't work when behind a traditional (non-pipelining-supporting) squid proxy though? pdiffs are slow for me, I think because of the round trip time.19:30
juliankrbasak: Right, it requires HTTP/1.1, older squids only do 1.019:31
=== ChrisTownsend1 is now known as ChrisTownsend
juliankIf you want extreme performance, you might want 1.2, that also runs the rred processes in parallel19:33
juliankBut that's only really useful for Contents files19:33
smoser'rr'ed ?19:35
naccround robin'd?19:35
naccdunno :)19:35
julianksmoser: It's the thing applying the pdiffs19:36
smoserif thats parallel hits on the same mirror, thats great (what https://github.com/ilikenwf/apt-fast does).19:36
smoseroh.19:36
julianksmoser: No, that would not be great19:36
smoserwell, then... since this is like Christmas here for apt... what about ^19:36
juliankIt's one line to enable that, but we're not going to do it19:37
smoserwhy ?19:37
juliankBecause it's unfair.19:37
smoserhm..19:37
juliankand if your mirror is fast enough, it would be slower19:37
juliankdue to additional overhead19:37
smoserwell, having it configurable would be wonderful. on a per-mirror basis possibly ?19:38
juliankIf your mirror is limiting you because it does not have enough bandwidth, you are stealing bandwidth from other users.19:38
smoserit is a *massive* improvement on S3 mirrors.19:38
Unit193juliank: This is not horribly slow, thanks for shouting.19:38
smoseron s3 mirrors a connection takes a long time to "bring up". the pipe is virtually limitless.19:39
smoserbut doign serial connections kills you.19:39
smoseron other scale-out style solutions, i'd think behavior might be similar.19:39
julianksmoser: Shouldn't pipelining take care of that?19:40
juliankOr is it the connection from the front to the back end19:40
juliankon the server?19:40
smoserwell, they had a bug in pipelining , which was later fixed, but even then it was not significantly improved.19:40
juliankhmm19:40
smoseryeah.. i think the server side took a while to determine you were allowed access to the file or somethign.19:40
smoserbut amazon's suggestion was "our object store is designed to scale out... throw as many connections as you want at us"19:41
smoserand test validated that.19:41
smoserusing apt-fast we could saturate the link that was provided to the instance.19:42
smoserbut without it, not a chance.19:42
smoserie, 4-5M/s -> 40M/s19:42
smoser(in an 'apt-get --download-only ubuntu-desktop')19:42
smoseri respect your decision to have clients play nice with servers... but some servers are perfectly fine with parallel connections.19:43
juliankI can talk to the rest of the team about that use case19:43
juliankBut we do have a limit of min(CPU count *  2, 10)19:44
juliankWell, no19:44
juliankYou could set 10 to a higher value19:45
juliankBut the number of processes we spawn needs to be controlled in some sort, and we basically append random() % (CPU_COUNT * 2) to the queue name to limit the amount of queues19:46
gQuigsany suggestions on what to investigate next for https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/1515446 ?  It works in debian testing (even though it still gives the nameserver error)19:46
ubottuLaunchpad bug 1515446 in systemd (Ubuntu) "NFS shares in FSTAB no longer mount at boot" [Medium,Confirmed]19:46
gQuigsseems to be caused by network-manager/systemd, but I tried installing network-manager from debian and doesn't work any better...19:47
gQuigsguessing there is a mounting difference between Ubuntu and debian that makes debian retry?19:48
=== cpaelzer_afk is now known as cpaelzer
pittigQuigs: the main difference in that regard is that ubuntu ships nfs-utils systemd units while debian uses the init.d script20:12
=== salem_ is now known as _salem
gQuigspitti: interesting.. I think that is likely the issue..  guess I can try adding a "Network-manager wait for online" to one of those services?20:21
gQuigsI guess I should report a bug to debian on it, because likely the NetworkManager difference (not having anything depend on NetworkManager-wait-online.service) will end up affecting debian as well..20:39
pittigQuigs: sorry, just here with half an ear (doing a sprint)20:49
pittigQuigs: nothign is suppposed to directly wait for NM-waitonline; only to network-online.target20:49
pittigQuigs: and NM-waitonline is an "implementation" of network-online (another one is to wait for ifupdown interfaces)20:49
pittigQuigs: so waiting on network-online.target is right for NFS20:50
gQuigspitti: np, in Fedora it works by having NetworkManager-wait-online.service as a wants on to network-online.target.20:51
pitti[Install]20:51
pittiWantedBy=network-online.target20:51
gQuigspitti: that was removed in Debian's network-manager, and now NFS mounts fail because nameservers aren't up yet20:51
pittigQuigs: yes, same thing20:51
rharperxnox: hi, wanted to mention that I'm looking at the strongswan merge;  once I have something working after merging, I'll send a note to ubuntu-devel with the changes for discussion, as there is quite a delta (specifically in the packaging of plugins)20:54
gQuigsso is it a Debian bug? or should our network-online.target be changed (I know how to do this), or our NFS utils?20:56
barryapw: are you still around?  had some questions about LP: #151989420:56
ubottuLaunchpad bug 1519894 in Auto Package Testing "add JSON output for queued and running tests" [Wishlist,In progress] https://launchpad.net/bugs/151989420:57
pittigQuigs: what is actually wrong about our network-online.target? it has Before=network-online.target, so it ought to be fine?21:05
pittigQuigs: err, I mean, our NetworkManager-wait-online.service has that Before=21:06
smoserdoes anyone know how i would "Blacklist python2.7 and libpython2.7 from cloud and server: " ?21:06
smoserhttps://blueprints.launchpad.net/ubuntu/+spec/foundations-x-python3-only21:06
smoseri believe next cloud image builds (with cloud-utils at 0.27-0ubuntu21 will drop euca2ools (and thus python2.7)21:08
smoserand if that is in fact true, i want to make it stay that way21:08
cjwatsonman germinate   /blacklist21:08
pittismoser: indeed, I've been purging python2 from my autopkgtest xenial cloud images for a long time21:08
smosercjwatson, thank you.21:09
smoserpitti, well, we had made it in wily21:09
smoserbut then 1 week before release, we got python2 back21:09
gQuigspitti: it's not actually blocking network-online.target and I don't know if it actually ever runs21:13
gQuigssudo systemctl status NetworkManager-wait-online.service shows no log data at all...21:14
gQuigspitti: if you do ' sudo systemctl add-wants network-online.target NetworkManager-wait-online.service ' and reboot it actually shows log data and shows it exited green21:15
pittigQuigs: ah, so you mean that we don't actually enable NetworkManager-wait-online.service21:15
pittigQuigs: sorry, I didn't think of that; I remember that there was some discussion at some point, about whether we should do that by default21:15
pittibug 143028021:16
ubottubug 1430280 in NetworkManager "NetworkManager-wait-online.service not enabled after package installation" [Medium,Confirmed] https://launchpad.net/bugs/143028021:16
pitti(firefox awesome bar to the rescue!)21:16
pittigQuigs: it ran on my system, but maybe I configured it manually at some point21:16
pittigQuigs: but the intention was that it got enabled automatically since vivid21:17
juliankShouldn't devel-* point to xenial and not to wily?21:18
pittierr, for sure21:18
juliankHmm, on de.archive it points to xenial, but on archive.ubuntu.com it points to wily21:19
gQuigspitti: awesome, I'll see about making a debdiff for that then.  thanks!21:19
pittigQuigs: ah, was that accidentally dropped later in a merge or so?21:20
gQuigspitti: looks like it, it doesn't run by default21:25
gQuigsand I had no idea that sudo systemctl enable NetworkManager-wait-online.service == the add-wants given the before line21:25
gQuigsmakes sense though21:25
pittigQuigs: no, enable doesn't look at the Before= line, it creates the symlinks for the [Install] section, i. e. the WantedBy21:33
=== nobuto_ is now known as nobuto
dokopitti, still awake?23:44
Unit193It's a pitti if he isn't.23:46
sarnoldconsidering he's often starting his day in four or five hours, it's probabl best if he's still sleeping :)23:46

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