Pharaoh_Atemrbasak: ping04:13
Pharaoh_Atemrbasak: I've sent you an email with patches and a plea for help :/04:43
ScottKtsimonq2: Congratulations on membership.06:11
pittiGood morning06:59
pitticjwatson: this is testing PPA + overlay + xenial-proposed; apt's ProblemResolver list in there is rather long (starting with libjsoncpp0v5); supposedly either something in -proposed breaks it or it doesn't have strong enough dependencies; I'll have a closer look07:03
pittismb: err no, that sounds really strange; try with -s, shell in, and see what happens in detail?07:06
pittiroaksoax: are there maybe more entries in the .postinst which do something to rackd.service again? does it get run on install, maybe there's a short-circuit?07:06
pittismb: /usr/share/zoneinfo/UTC was wrong?? erk; on my system it's a symlink to "Zulu"07:07
pittismb: and that's what's in the .deb too07:07
smbpitti, Yeah its misleading as Zulu has various meanings. But one is UTC08:02
smbpitti, It was wrong when I used the downloaded image directly with kvm, so I guess something in the generating of it went wrong08:03
smbpitti, So the link was there as well but the Zulu file was different to what the pkg is installing08:04
pittismb: i. e. there's something weird in the cloud image build process?08:31
pittismb: seems fine in today's amd64 image at least08:31
smbpitti, Maybe a one off. It was ok at the start of last week, then broken for about the second half. I had not yet looked again08:32
pittismb: oh, wait -- maybe this?08:32
pitti$ cat /etc/timezone08:32
pitti$ ls -l /etc/localtime08:32
pittilrwxrwxrwx 1 root root 27 Feb  5 15:17 /etc/localtime -> /usr/share/zoneinfo/Etc/UTC08:32
pittithis is indeed inconsistent08:32
pittiand sounds like some cloud-init bug08:32
smbMight be a result of cloud-init though08:32
pitti$ TZ=UTC date08:33
pittiMon Feb  8 09:31:39 CET 201608:33
pittiah, yeah08:33
smbNot sure what is normal there08:33
pittithat seems to confuse date somehow08:33
pittismb: well, /etc/timezone and /etc/localtime should certainly agree08:33
pitti/etc/timezone is a Debianism08:33
pittiit should ideally be dropped at some point, as it's redundant with the /etc/localtime link08:33
smbpitti, I'd check the /usr/hsare/zoneinfo/zulu file08:33
smbwhen I looked it was rather largeish and had CET info in (when you check with strings/less08:34
smbThe correct file is only a few bytes iirc08:34
pitti-rw-r--r-- 1 root root 127 Jan 30 00:13 /usr/share/zoneinfo/Zulu08:35
pitti^ on my host08:35
pitti-rw-r--r-- 1 root root 2335 Feb  7 09:53 /usr/share/zoneinfo/Zulu08:35
pitti^ on cloud image08:35
smbpitti, excactly08:35
smbpitti, and that goes away if one reinstalls tzdata08:35
pittismb: indeed, that looks like a grave bug in cloud-init or the image build process08:36
pittismb: can you please file that against cloud-init for now and ask utlemming/smoser about it?08:36
smbpitti, Probably rarely observed, Just that libvirt has a build test that verifies that the time offset of UTC is 0...08:36
smbpitti, ok will do08:37
pittismb: I'm downloading today's cloud init and will dissect it with directly mounting it, to see if it's already broken in the image or at first boot08:37
smbpitti, ok. awsome08:38
smbpitti, fyi, I created bug 154302508:46
ubottubug 1543025 in cloud-init (Ubuntu) "Wrong UTC zoneinfo in cloud-images" [Undecided,New] https://launchpad.net/bugs/154302508:46
seb128hum, lightdm is getting some reports of package install issues with that error08:48
seb128"insserv: Service dbus has to be enabled to start service lightdm08:48
seb128insserv: exiting now!08:48
seb128update-rc.d: error: insserv rejected the script header"08:48
pittismb: hm, kpartx is acting up, but the .squashfs is correct09:02
pittismb: so for now my gut feeling is cloud-init09:02
seb128doko, good morning! could you have a look to bug #1542747?09:03
ubottubug 1542747 in telepathy-mission-control-5 (Ubuntu) "Empathy stop working with accounts setup with GOA after last telepathy update" [High,New] https://launchpad.net/bugs/154274709:03
seb128your multiarch upload changed the plugins location it seems09:03
smbpitti, Ok, so that sounds like its messed up during the config phase... yes09:03
seb128the rules had09:03
seb128"# We specifically do not want multiarch: only one version of MC can be09:03
seb128# installed anyway, the plugin directory is based on the ${libdir}, and09:03
seb128# empathy/experimental ships a plugin in the non-multiarch location09:03
seb128CONFIGURE_FLAGS += --libdir=\$${prefix}/lib"09:03
seb128it seems like the debian maintainer specifically decided to not multiarch ... shouldn't we do the same?09:03
dholbachgood morning09:07
seb128hey dholbach!09:07
dholbachsalut seb12809:07
pittismb, smoser, utlemming: I think I found the culprit in cloud-init, I updated bug 154302509:11
ubottubug 1543025 in cloud-init (Ubuntu Xenial) "Wrong UTC zoneinfo in cloud-images" [High,Triaged] https://launchpad.net/bugs/154302509:11
smbpitti, Ah good catch09:12
seb128hum, is https://errors.ubuntu.com/ loading for others?09:48
seb128the list stays on loading for a while and returns an error here09:49
pittistill at "Loading..." here09:49
seb128oh, loaded this time09:49
pittiseb128: oh, it loaded now09:49
seb128pitti, yeah, same here, thanks for testing!09:50
pittiMirv: bug 1542239 fixed if you want to check09:50
ubottubug 1542239 in Auto Package Testing "Unable to run some retries" [Low,Fix released] https://launchpad.net/bugs/154223909:50
seb128pitti, do you know about that "update-rc.d: error: insserv rejected the script header"" that impacts lightdm?09:50
pittino, I don't -- what does insserv complain about?09:51
seb128dunno, what I copied is what is in the log09:51
seb128"insserv: Service dbus has to be enabled to start service lightdm09:51
seb128 insserv: exiting now!09:51
seb128 update-rc.d: error: insserv rejected the script header"09:51
pittisudo /usr/lib/insserv/insserv --verbose --dry-run09:52
pittiso, dbus is disabled09:52
seb128well, I would have to have the issue locally to be able to run debug commands...09:52
pittiwell that then09:52
seb128lightdm and insserv didn't change recently09:52
seb128I wonder why that started being an issue09:52
Mirvpitti: hmm, still getting the same message, do you think the fix is fully deployed?09:52
pittiMirv: it should be09:53
Mirvpitti: ok, I reopened the bug now at least09:53
pittiMirv: ok, then I need you to interactively debug this with me, as that was the only wrong thing that I saw09:54
* pitti enables some debug logging09:54
Mirvpitti: ok. I don't see a logic yet - qtcreator-plugin-ubuntu and rocs fail (from under qtdeclarative-opensource-src-gles), but unity8 succeeds. all of them are in universe.09:55
pittiERROR:root:https://api.launchpad.net/1.0/ubuntu/+archive/primary?person=https%3A%2F%2Fapi.launchpad.net%2F1.0%2F%7Etimo-jyrinki&sourcepackagename=qtdeclarative-opensource-src-gles&ws.op=checkUpload&component=main&pocket=Proposed&distroseries=https%3A%2F%2Fapi.launchpad.net%2F1.0%2Fubuntu%2Fxenial failed with 403: Forbidden09:55
xnoxpitti, is there systemd-tmpfiles sysv service running on kfreebsd/hurd on debian?09:55
pittiah, so that's still wrong -- component=main09:55
Mirvalthough there is a difference that in addition to MOTU I have PPU rights to unity809:55
pittixnox: nope09:55
xnoxpitti, =((((((09:55
pittixnox: someone proposed to reimplement some parts of the specification, but it's not in Debian yet09:56
xnoxpitti, i wonder if just that can like simply compile on kfreebsd.09:56
pittixnox: no, it won't09:56
xnoxditto e.g. like sysusers, etc.09:56
pittiwell, someone could take the source, rip out all the linux specific bits etc., and make that build09:57
pittibut that's not trivial09:57
pittiMirv: hit that URL again, please?09:58
pittiMirv: yep, as it's using &component=main -- as you have PPU, the component doesn't matter for LP10:00
pittiMirv: i. e. the determination  of the component is still wrong10:00
pittiMirv: oh, crap, I see it, nevermind10:00
pittiMirv: ok, please try again10:09
Mirvpitti: works now!10:11
Saviqpitti, hey, after an update of init-system-helpers, ofono fails to install with "invoke-rc.d: unknown initscript, /etc/init.d/ofono not found."10:22
Saviqor at least I think that's the cause10:22
pittiSaviq: which version did you upgrade from?10:22
Saviqpitti, not upgrade, builders fails to install ofono https://launchpadlibrarian.net/236956211/buildlog_ubuntu-xenial-amd64.unity8_8.11+16.04.20160208-0ubuntu1_BUILDING.txt.gz10:23
pittiSaviq: ok; can you please file a bug with the URLs?10:23
pittiI'll look ASAP10:23
Saviqpitti, thanks10:23
=== vrruiz_ is now known as rvr
pete-woodshi folks, I'm looking for some assistance in landing (https://code.launchpad.net/~pete-woods/ubuntu/xenial/libgcrypt20/disable-arm-asm-rijndael) into xenial+vivid overlay. it's not a train-managed package, so I don't know how to land it10:24
pete-woodswas hoping a friendly archive admin or such like could help me out10:24
pete-woods(it's a simple branch that disables some broken ARM assembler for AES in libgcrypt, falling back to C code)10:24
pete-woodswithout it, the keyring crashes on the phone10:25
pete-woodsI've linked it to branches, reported the bug upstream, etc10:25
seb128pete-woods, hey, #ubuntu-ci-eng might be a better place to ask about overlay landings10:25
pete-woodsseb128: okay, thanks will head over there10:26
Saviqpitti, bug #1543051, looks like it ignored invalid initscripts before, now it bails out10:31
ubottubug 1543051 in init-system-helpers (Ubuntu) "New helpers version fail on "unknown initscript"" [Undecided,New] https://launchpad.net/bugs/154305110:31
pitticjwatson: that was another example of bug 1541334; I deployed the fix now, test is green now10:32
ubottubug 1541334 in autopkgtest (Ubuntu) "Do not run silo tests against all of -proposed" [Undecided,Fix released] https://launchpad.net/bugs/154133410:32
pittiSaviq: thanks10:32
cjwatsonpitti: ah, great, thanks10:38
pittiinfinity, cjwatson: wow, we still don't have a proper xenial buildd chroot? http://launchpadlibrarian.net/222053869/chroot-ubuntu-xenial-amd64.tar.bz2 is allegedly the current one, but has wily deb sources and pakcage versions11:22
cjwatsonpitti: that's up to infinity :)11:39
pittiSaviq: fix uploaded; it shouldn't be necessary for the package to land in -release, published in -proposed should be enough; so as soon as https://launchpad.net/ubuntu/+source/init-system-helpers/1.28ubuntu2 is published and on the mirror, you can retry the build11:50
Saviqpitti, yup, thanks!11:50
Mirvpitti: could kblog and ktnef be overriden for http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtbase-opensource-src - I've filed a bug #1543093 after reproducing the failures locally on stock xenial12:35
ubottubug 1543093 in ktnef (Ubuntu) "fails to build with No rule to make target '/usr/lib/libical.so'" [Undecided,New] https://launchpad.net/bugs/154309312:35
Mirvit's not simply a missing build dependency or such, but something else12:36
cjwatsonmultiarch fallout?12:37
tsimonq2thanks ScottK :)12:41
pittiMirv: done13:38
Mirvthank you!13:39
pittixnox: are you interested in looking into the upstart test regression? (that happend a fair while ago), or should I just bump the force-badtest?13:44
pittisearch for "not ok" (one hit, "26 - with single-line script that is killed")13:44
pittiwhich consistently fails on all arches and all runs13:45
mterryjdstrand, hello!  We had settled on python-oauthlib as the recommended oauth bindings library a while back.  I'm getting a MIR (bug 1540431) that wants python-oath2client.  Apparently it is the Google-oriented flavor of oauth libraries, and would be difficult to just swap out for oauthlib (has direct support for appengine, etc).  What is the security stance on having two oauth libraries in main?  How much trouble would that be?13:45
ubottubug 1540431 in python-uritemplate (Ubuntu) "[MIR] python-googleapi python-oauth2client" [Undecided,Incomplete] https://launchpad.net/bugs/154043113:45
xnoxpitti, it's flakey on ppc64el builders (had to retry the builds). I'm suspecting it's specific to how adt package tests are run.13:45
xnoxpitti, either to little or too much load.13:45
xnoxpitti, and the test is racy. We may or may not catch the thing we are trying to catch =/13:46
pittixnox: yes, that's what I meant -- should we just disable that test, if it's known to not work properly anyway?13:46
pittibetter than entirely ignoring the whole thing13:46
xnoxpitti, i was pondering to upload: not ok 26 - ..... # TODO -> which will then make it XFAIL, rather than FAIL.13:47
xnoxpitti, to be honest, unless it affects user-session, or touch, i really don't care.13:47
pittixnox: XFAIL would then fail if it actually succeeds, no?13:47
ogra_is that a branded FAIL ? like XNOX-FAIL ?13:48
xnoxogra_, expect...13:48
xnoxpitti, depends how i code it =), i'll make it "ok" or "not ok # TODO"13:48
pittixnox: ah, that sounds perfect13:48
pittixnox: thanks13:48
caribouLaney: Hi, I would need help with a trusty backport : https://bugs.launchpad.net/trusty-backports/+bug/149414113:59
ubottuLaunchpad bug 1494141 in trusty-backports "HAProxy 1.5 init script does not terminate processes" [Medium,In progress]13:59
caribouor anybody from the backport team as a matter of fact14:07
cariboupitti: did you get to verify the juju-local bug caused by rsyslog since I uploaded 8.16 ?14:12
pitticaribou: yes, it doesn't crash any more; thanks!14:13
cariboupitti: good, I can close the bug14:13
Laneycaribou: what actually is needed?14:21
caribouLaney: it's been sitting idle for a long time and would need that the current package be replaced by the version in wily-updates (as stated in my last comment)14:22
caribouLaney: it was stopped waiting for fixes to make it to the stable release14:22
caribouLaney: and is causing problems in Openstack14:23
Laneycaribou: it is a confusing bug and your comment says "From what I can gather", and not "Please backport from wily-updates" - the former reads to me like you aren't certain14:24
LaneySo if that's what you want, please make it clear and say that you have tested it14:24
Laneyfor example fix the bug title too14:24
caribouLaney: ok, will do & ping you back14:24
dobeyhmm, when's lts-wily xorg expected to land in trusty updates?14:28
jdstrandmterry (and tyhicks): in general we try to avoid things like that. istr this particular case came up once before...14:38
jdstrandmterry: ah, yes, bug 1213934. I'll let sarnold comment when he comes online14:39
ubottubug 1213934 in python-oauth2 (Ubuntu) "[MIR] python-oauth2" [Critical,Won't fix] https://launchpad.net/bugs/121393414:39
mterryjdstrand, yeah I know we don't like it.  I'm just not sure that oauth2client is as simple a comparison because of all its google-specific stuff14:41
mterryBut yeah let's hear sarnold14:41
=== zbenjamin_ is now known as zbenjamin
mterryjdstrand, also, did you ever get my email about that PAM module I wrote for lockscreen password?14:42
mterryjdstrand, I figure if we're going to use it on phones, you folks should make sure I didn't do something stupid14:42
jdstrandwe did. tyhicks and I need to give it a priority and assign it to someone. we are pretty behind on reviews atm14:43
=== barry` is now known as barry_
=== barry_ is now known as barry
caribouLaney: just tested & updated the bug; let me know if that is adequate for you14:54
dokoginggs, https://bugs.launchpad.net/bugs/154292815:02
ubottuLaunchpad bug 1542928 in python-scientific (Debian) "python-scientific should be removed" [Unknown,Confirmed]15:02
=== my-name is now known as kulyzu
Laneycaribou: ok, thx15:06
seb128@pilot in15:10
=== 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, seb128
nandersson_ Hi, how many years does one have to wait for a contributed patch to enter Ubuntu? This bug is oooooooooooooold, patched and still Canonical hasn't added the patch. What is the reason behind this? https://bugs.launchpad.net/ubuntu/+source/bash-completion/+bug/1390061/+subscriptions15:11
ubottuLaunchpad bug 1390061 in bash-completion (Ubuntu) "bash-completion tilde expansion every time" [Medium,Confirmed]15:11
mdeslaurnandersson_: I've subscribed ubuntu-sponsors to the bug so the patch gets looked at15:19
Laneycaribou: done15:19
seb128nandersson_, Ubuntu contributors are not restricted to Canonical and that bug should perhaps be sent to Debian, also what mdeslaur said15:19
caribouLaney: thank you sooo much !15:19
tseliotpitti: for some reason I can't find dh-modaliases on armhf in xenial (arch is set to all in the control file though)15:19
roaksoaxpitti: there are none: http://paste.ubuntu.com/14993709/15:22
pittitseliot: hm, rmadison also says "all"15:23
roaksoaxpitti: this was working fine the week before last though, and we just started seeing this last week when trying to update packaging15:23
pittiroaksoax: that's the source's .postinst; I mean the built version, with #DEBHELPER# expanded15:23
nandersson_mdeslaur, Thanks a lot! :)15:23
nandersson_seb128, Thanks. Actually I think it is already patched upstream in Debian, but I will check that.15:24
cjwatsontseliot: it's definitely there.  how are you checking this?15:24
tseliotcjwatson: my xenial chroot can't find it, also here: https://launchpad.net/ubuntu/+source/ubuntu-drivers-common/1:0.4.15/+build/890897215:25
showaznandersson_, http://bash-completion.alioth.debian.org/15:25
cjwatsontseliot: the latter is irrelevant, it's arch: all so only built on amd6415:26
cjwatsontseliot: when you say "can't find it", could you give me a transcript?15:26
nandersson_showaz, Yes, I'll check with Luk and David. Thanks15:26
cjwatsontseliot: (https://launchpad.net/ubuntu/xenial/armhf/dh-modaliases shows it as published, and I can see it in a chdist instance)15:26
tseliotcjwatson: sbuild says E: Build-Depends dependency for sbuild-build-depends-nvidia-graphics-drivers-361-dummy cannot be satisfied because the package dh-modaliases cannot be found15:27
tseliotapt-get failed.15:27
cjwatsontseliot: check sources.list etc., or schroot in and see what apt-cache thinks15:27
tseliotcjwatson: I did: http://pastebin.ubuntu.com/14993739/15:28
cjwatsontseliot: when did you last sbuild-update?15:28
pittitseliot: there is no /ubuntu-ports, it's just /15:28
roaksoaxpitti: argh! my bad: http://paste.ubuntu.com/14993743/15:29
pittitseliot: ah well, it actually does seem to work, supposedly a symlink to .15:29
cjwatsonyes, /ubuntu-ports has long been a thing15:29
cjwatsonhaving a non-/ root for the archive is helpful for mirrors15:29
tseliotpitti: yes, I think apt would have complained otherwise15:29
pittiroaksoax: dpkg-maintscript-helper rm_conffile /lib/systemd/system/maas-clusterd.service 2.0.0~alpha1+bzr4635-0ubuntu1 -- "$@"15:29
pittiroaksoax: o_O15:30
pittiroaksoax: that's not a conffile15:30
tseliotcjwatson: I created the chroot maybe a couple of hours ago15:30
pitti$ wget -O- http://ports.ubuntu.com/dists/xenial/main/binary-armhf/Packages.bz2 | bzgrep -A10 'Package: dh-modalias'15:30
pittitseliot, cjwatson ^ works (just to ensure that there's really nothing wrong on the mirror)15:31
seb128nandersson_, the xenial version has been rebased on Debian and has  trivial diff, so the issue should apply to Debian as well15:31
cjwatsonyeah, I was just doing the same thing :)15:31
pittismb: lol, the messed up UTC timezone is breaking one of my tests, too :)15:32
nandersson_seb128, yeah, I am reaching out to Debian maintainers, and have it incorporated there :)15:32
cjwatsontseliot: try schrooting in and doing 'apt-cache policy base-files ncurses-base dh-modaliases'15:32
seb128nandersson_, thanks15:33
tseliotcjwatson: http://paste.ubuntu.com/14993776/15:33
pittitseliot: curious, what kind of setup can run both amd64 and armhf debs at the same time?15:34
tseliotit does seem to be there..15:34
cjwatsonpitti: qemu-user-static presumably15:34
tseliotpitti, cjwatson: correct15:34
cjwatsontseliot: can you paste the entire output from sbuild, including the command line used to invoke it?  add the --debug option while you're there15:35
tseliotthat is also how I build Mir on armhf ;)15:35
tseliotcjwatson: sure15:35
dokoginggs, any idea about petsc on powerpc?15:41
roaksoaxpitti: yes, I've already cleaned that up, but obviously that doesn't affect things at all15:46
tseliotcjwatson: err... it's giving me a different error now: http://pastebin.ubuntu.com/14993857/15:51
tseliotthat I can probably fix15:51
cjwatsonmm, that might be something to do with nss databases in the chroot15:54
tseliotcjwatson: I managed to fix that, and now the old error is back15:58
tseliotcjwatson: http://pastebin.ubuntu.com/14993921/16:06
cjwatsontseliot: pass, for the moment - if you tell sbuild not to purge the session then you can use schroot -rc <session id> -u root and see what's up16:42
tseliotcjwatson: ok, I'll try that, thanks16:43
ginggsdoko, no ideas about petsc on powerpc yet, sorry, and there's also aces also fails on powerpc. i'm not sure if petsc still builds in debian on powerpc; it doesn't look like it has been rebuilt there yet16:57
seb128smoser, hey, you are core-dev ... any reason you go through the sponsoring queue for https://code.launchpad.net/~smoser/ubuntu-seeds/platform.xenial-ppp-to-server-ship/+merge/284943 rather than doing the changel yourself?17:17
smoserseb128, i think peer review makes sense for all people.17:21
smosereven for uber elite people who are core dev like myself :)17:22
smoserbut i mostly planned on doing that one today.17:22
smoseri just sent to mailing list and waited to get wider view of it.17:23
marlincThe latest updates removed ubuntu-make17:42
marlincThe following packages have unmet dependencies.17:42
marlinc ubuntu-make : Depends: python3-argcomplete but it is not going to be installed17:42
ubottuLaunchpad bug 1543228 in ubuntu-make (Ubuntu) "Latest update caused removal of ubuntu-make" [Undecided,New]17:47
=== mnepton is now known as mneptok
kuly-zuwhen i run netstat i saw some PID/program-name has a -, even if it's run with sudo, why?18:01
tewardkuly-zu: i think that's a question for #ubuntu not here18:02
hallynpitti: was talking with tych0, and wondering - should lxcfs try loading liblxcfs with relative path first and then the libdir path, or other way around?18:27
hallyni was doing libdir first, but maybe there's no good reason to do so18:27
sarnoldrelative to what? loading libraries from "relative" paths feels scary18:30
hallynsarnold: as in dlopen("lib.so") vs dlopen("/usr/lib/lxcfs/lib.so")18:39
hallynsubject to all the usual rpath/ldlibrarypath stuff of course18:39
hallynagree it feels scary, but LD_LIBRARY_PATH Is pretty will thought out these days18:40
sarnoldhallyn: would cwd ever be anything that allows untrusted writing? e.g. /tmp or /var/tmp ?18:40
hallynsarnold: i don't think so.  depends on init i suppose.  note lxcfs is not setuid-root18:41
hallynsurely . isnot in library path by default?18:41
sarnoldit is not :)18:41
sarnoldbut dlopen("lib.so")..18:41
cjwatsondlopen("lib.so") isn't interpreted as a relative path18:42
cjwatsonsee dlopen(3) - "If filename contains a slash ("/"), then it is interpreted as a (relative or absolute) pathname.  Otherwise ..." and it's the "otherwise" bit that pertains here18:43
sarnoldcjwatson: ah, thus the source of my confusion :) thanks18:43
cjwatsonAFAIK this is basically the same as an ELF object having DT_NEEDED with no slash in it, which is entirely usual18:44
hallyninteresting, i hadn't realized what a pickle dlopen("a/b") would be -not that i can see any reason to do that18:45
hallynanyway, so the poin tis that lxcfs will ship /usr/lib/lxcfs/liblxcfs.so, and i'm trying to decide whether it is better to have lxcfs try dlopen("lxcfs.so") first and fallback to libdir, or not18:45
hallynthe usual case if "make; ./lxcfs" suggests yes18:46
hallyn(i see, so my wrong terminology was adding to confusion :)19:00
barrycjwatson: you don't mind if i upload a new python-six dropping python-six-whl?20:06
tedgSo I need to have different versions of the compiler choose whether the symbols file is used.20:28
tedgSpecifically, because gcc5 has different signatures than gcc4.9.20:29
tedgSo if built on gcc 4.x I don't want to check symbols.20:29
tedgCan't seem to figure out how to detect that and turn off symbols in a reasonable way. Ideas?20:29
ginggsdoko: fwiw, i just tried building petsc on debian powerpc porterbox and it fails there too - as soon the mpi test program is launched20:54
dokoginggs, ahh, so openmpi is broken. filing a bug report20:55
ginggsdoko: i concur. aces3 fails in exactly the same way (and does not use petsc)20:57
cjwatsonbarry: not if you do it to Debian :)21:14
barrycjwatson: of course! :)21:14
tedgxnox: Trying to figure out dh_acc, do you know of a project I could look at and steal from?21:14
dobeytjaalton: if you're around, i'm just curious why xorg-server-lts-wily hasn't made it into trusty-updates yet :)21:22
tjaaltondobey: probably because of some miscommunication.. the dailies need to be tested, then the stack can be moved to updates, i'm told21:29
=== damascene is now known as burcuiela
=== burcuiela is now known as damascene
tjaaltonnoone did the testing part yet21:30
dokorbasak, please could -server write a MIR for lua-lpeg, new b-d for nmap22:00
naccslangasek: for new src packages (e.g., php-pear moving from src:php5 to src:php-pear), is there a template for filing a bug? Its more intuitive for updating to a new version, but for packaging an altogether new package, I wasn't sure22:13
naccslangasek: nm! found it on the wiki, sorry for the noise22:18
xnoxtedg, checkout reverse-depends -b src:acc-package-name ?!23:41
xnoxtedg, it's convoluted, and there are bug reports about it. in practice, build once with it enabled everywhere, retrieve abi tarballs, ship them.23:41

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