/srv/irclogs.ubuntu.com/2016/02/02/#ubuntu-devel.txt

=== vrruiz_ is now known as rvr
darkxst@pilot in06:15
=== 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: darkxst
mitya57Trevinho, hi, so are you still going to do a libwnck upstream release?07:47
dholbachgood morning07:58
caribouWe don't support direct upgrades from Precise to Xenial, right ?08:42
rbasakcaribou: correct. Must go via Trusty.08:47
caribourbasak: thanks08:47
ginggsdoko, can you remove the armhf binary for julia 0.4.2-3 please? it is holding up the suitesparse transition. i don't yet know why 0.4.3 FTBFS on armhf in ubuntu (debian is fine), and 0.4.2-3 now also FTBFS on  armhf.09:31
darkxst@pilot out09:37
=== 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 darkxst09:43
Trevinhomitya57: hi, yes... I'll do that soon09:48
darkxstdholbach, np ;)09:48
seb128darkxst, btw that font/seed bug, it has an approved MIR09:51
seb128you commented saying it needs one09:51
mitya57Trevinho, ta09:53
darkxstseb128, yeh saw aaron's comment09:53
=== tepper.freenode.net 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: darkxst
=== cpaelzer is now known as cpaelzer_afk
=== cpaelzer_afk is now known as cpaelzer
=== cpaelzer is now known as cpaelzer_afk
=== _salem is now known as salem_
=== xnox_ is now known as xnox
=== plars_ is now known as plars
caribouCan someone explain why grab-merge outlines conflicts on files that are part of the pristine tarball ?13:07
sil2100dholbach: hey! Regarding13:07
sil2100unity-settings-daemon13:07
sil2100dholbach: this is a CI Train released package, the MPs were for the train to release them ;)13:07
sil2100Since it's managed in bzr13:07
cariboushouldn't those only be touched by patches in debian/patches ?13:07
sil2100dholbach: so no need for that to be sponsored, it'll be released as part of a silo13:08
=== cpaelzer_afk is now known as cpaelzer
dholbachsil2100: I'm sorry - I uploaded it to xenial13:22
mitya57dholbach, sil2100: we should probably remove these two entries then13:25
mitya57http://bazaar.launchpad.net/~ubuntu-dev/ubuntu-sponsoring/trunk/view/head:/sponsors-page.py#L2313:25
mitya57u-s-d and u-c-c13:25
seb128no we shouldn't13:25
sil2100dholbach: no worries, I already published the big silo with all 3 projects13:25
seb128those are projects that we maintain and we want to have changes sponsored13:26
mitya57seb128, ok… I don't see why these two should be special and different from other Canonical-is-upstream stuff, though…13:27
seb128well other projects should probably be on the sponsoring list as well13:28
seb128since those are things that are part of Ubuntu and uploaded to the archive13:29
mitya57Then fine :)13:29
Laneyhttps://launchpad.net/~unity-settings-daemon-team/+members#active13:29
Laneyanyone in ubuntu-desktop can indeed sponsor these changes13:29
__marcoHello. I am sorry to boring you, but I would like to receive a comment about https://bugs.launchpad.net/ubuntu/+source/vde2/+bug/77681814:14
ubottuLaunchpad bug 776818 in vde2 (Ubuntu) "[MIR] vde2" [Undecided,Incomplete]14:14
__marcovde2 is a big package and its inclusion in main is not feasible, but the inclusion of one of its library is enough to support vde in qemu14:16
__marcoIts inclusion in Ubuntu 16.04 would be a big goal, but the bug report seems stagnant.14:18
__marcoShould I open a new bug report for the inclusion of that library only?14:18
seb128__marco, no need of a new report no14:22
seb128(doh, nicknames starting with a _ are annoying to type!)14:22
Unit193seb128: Irssi is for the lazy, it knows that and will complete "marc<tab>" with __marco. :P14:23
seb128Unit193, clever ;-)14:26
Mirvpitti: regarding https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-023/excuses.html - could we get some retries for the failed non-overridden ones? none of the failures seem to have something to do with alt-tab behavior that the update changes. also one qtmir i386 rerun needed at https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-023/excuses.html14:56
Mirvpitti: kwin is probably something to do with "new hybris or not" as seen at http://autopkgtest.ubuntu.com/packages/k/kwin/xenial/amd64/14:58
__marcoUnit193: weechat does the same15:08
=== popey_ is now known as popey
seb128bdmurray_, hey, is there a known issue with the retracers? most of 16.04 entries on the weekly view have no symbols15:50
=== arges_ is now known as arges
seb128bdmurray_, e.g15:53
seb128nautilus (11) /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.4705.0+b1681 → /usr/bin/nautilus+46a8f → /usr/bin/nautilus+36b57 → /usr/bin/nautilus+48719 → /usr/bin/nautilus+487d3 → /usr/bin/nautilus+4916a → /usr/bin/nautilus+49692 → /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4705.0+feff → /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4705.0+2250e → /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4705.0+2ad8c → /usr/lib/x86_64-lin15:53
seb128ux-gnu/libgobject-2.0.so.0.4705.0+2b0bf → /usr/lib/x86_64-linux-gnu/libgtk-3.so.0.1800.6+35c9fa → /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4705.0+16748 → /usr/bin/nautilus+71c9b → /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4705.0+14d2515:53
seb128ups, sorry, I didn't think that it would copy chars not rendered on screen15:53
bdmurray_seb128: Do you have a url I could take a look at?15:56
=== bdmurray_ is now known as bdmurray
seb128bdmurray, https://errors.ubuntu.com/problem/cb2fdb3c6dbe918d9e1c57027213f63dc685e40215:57
seb128https://errors.ubuntu.com/problem/8b87caa038f87a22ec7dda992a85a22f583d614415:57
seb128https://errors.ubuntu.com/problem/1d6559c22aacf083d27a9f591f320d97706adc2215:57
seb128https://errors.ubuntu.com/problem/ea90702c93dd24bd24156ea1bb7c013b070292b715:57
seb1284 components differents15:57
seb128apt nautilus u-c-c gnome-disks15:57
seb128there are quite some others examples on the weekly view15:58
bdmurrayseb128: I'll dig into it.15:59
seb128thanks15:59
=== cpaelzer is now known as cpaelzer_afk
=== cpaelzer_afk is now known as cpaelzer
tinocohello. im having problems understanding where mstflint xenial package is coming from16:30
tinocohttps://code.launchpad.net/ubuntu/+source/mstflint16:30
tinocoit looks like there isn't a xenial lp branch for latest debian merge16:30
tinocoxenial is merged with sid but i can't find its bzr branch16:30
tinocodoes someone know why ?16:31
tinocothe merge request came from: https://bugs.launchpad.net/ubuntu/+source/mstflint/+bug/152879116:31
ubottuLaunchpad bug 1528791 in mstflint (Ubuntu) "Update mstflint to the latest upstream " [Wishlist,Fix released]16:31
cjwatsontinoco: https://lists.ubuntu.com/archives/ubuntu-devel/2015-November/039010.html16:38
cjwatsontinoco: just grab the source package16:38
tinococjwatson: ok. will work with debdiffs only for SRUs then16:39
tinococjwatson: tku16:39
cjwatsonthat was always a good idea anyway, the importer's behaviour was always especially ropey for SRUs16:39
cjwatsoneven when it worked at all16:39
tinococool16:39
mitya57And that reminds me that half of our packaging.ubuntu.com guide still describes UDD workflow16:51
tinocomitya57: i was going to send an email to ubuntu-devel regarding this16:58
pittikees, infinity: TB meeting reminder16:59
infinitystgraber: And you.16:59
dokoxnox, is numactl supposed to ftbfs on s390x?17:14
awe__seb128, thanks for reviewing my bluez mp; just updated it based on your comments17:18
seb128awe__, thanks, let me have a look17:18
seb128awe__, looks good, approved17:20
awe__thanks seb12817:20
seb128awe__, you might want to set a commit message, CI landings tend to want one17:20
seb128yw!17:20
tinocodoko: xnox: PR/SM manages physical CPU dispatchers and it changes whenever a LPAR is activated/deactivated (or, if IFL is shared, dispatcher can change vCPU mappings).17:21
tinocoso.. i don't see numactl working on s390x even for LPAR deployments17:21
dokotinoco, ta17:22
tinocoyou can get a "virtual topology" having an idea if CPUs are close to each other at that particular moment17:22
tinocobut the topology is "virtual"17:22
tinoconot related to the physical one17:22
awe__seb128, ack17:22
awe__seb128, commit msg added; thanks again!17:28
seb128awe__, yw!17:29
xnoxdoko, ¯\_(ツ)_/¯17:41
dokotinoco, is openmpi "supported" on s390x? e.g. I just test built it: https://launchpad.net/~doko/+archive/ubuntu/toolchain/+build/892978217:42
tinocodoko: despite the fact that running mpi jobs on s390x is way expensive17:42
tinocoit should work for tcp/ip intercommunication17:42
dokotinoco, cool, then we don't have to care about mpich17:43
tinocodoko: i haven't ever seen someone running openmp/mpi stuff17:43
tinococonsidering that s390x had 1 fp per cycle17:43
tinoco:o)(17:43
tinoconow it has 2 :o17:43
dokosure, but it makes things easier when we can handle it in the archive like all other archs17:44
tinocodoko: +117:45
tinocoi dont think they "depend" on something that would ftbfs17:46
tinocompi implementations might rely on infiniband (librdma/libmlx/libibverbs)17:46
tinocothat *could* in theory be problematic. but then, for s390x, we could remove those dependencies17:46
tinocoand stick with tcpip17:46
=== cpaelzer_ is now known as cpaelzer_afk
xnoxdoko, +1 to switch to openmpi.18:03
=== sgclark_sleeping is now known as sgclark
=== Logan_ is now known as Logan
=== sforshee` is now known as sforshee
=== buxy_bak is now known as buxy
pitticaribou: hey! are you planning on merging rsyslog again, to fix bug 1534106? it's a real nuisance and breaks juju-local quite hard :/19:21
ubottubug 1534106 in rsyslog (Ubuntu) "rsyslogd crashed with SIGSEGV with juju-local configuration" [High,Triaged] https://launchpad.net/bugs/153410619:21
=== debfx_ is now known as debfx
=== andyrock_ is now known as andyrock
=== dobey_ is now known as dobey
xnoxpitti, could you please let systemd through? multipath tools brekage is known and being work on.20:15
pittixnox: I thought it was already fixed20:15
xnoxhorum. let me check harder then.20:15
pittixnox: I retried it this morning, see http://autopkgtest.ubuntu.com/packages/m/multipath-tools/xenial/i386/ -- the retry ran with ubuntu1120:21
=== salem_ is now known as _salem
xnoxpitti, yeah, i see it fails to remove loopbacks, cause the device is still busy.20:22
xnoxi think kpartx -av, followed by -dv is too quick, and needs "udevadm settle" in between.20:22
pittixnox: I suppose that's just a race in the test now, though?20:22
* pitti lets it through then, not related to the new systemd20:22
xnoxlet me upload that, and see if that improves things.20:22
pittixnox: hint committed20:23
=== enrico_ is now known as enrico
mdeslauris anyone planning on trying to get wine back in sync with debian?20:42
=== cyphermox_ is now known as cyphermox
=== mhall119_ is now known as mhall119
=== dannf` is now known as dannf
=== lionel_ is now known as lionel
=== mthaddon` is now known as mthaddon
=== cpaelzer_afk is now known as cpaelzer_

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