[01:11] <chaos7theory> Does anyone know of a good admin GUI for Postgresql on Ubuntu 14.04 Server? I'm using Nginx but PhpPgAdmin wants me to install Apache
[01:49] <jrwren> chaos7theory: pgadmin3 ?
[01:57] <mwhudson> lolcopter, my "go standard library in a shared library" .so makes dpkg-shlibdeps pretty unhappy
[01:57] <mwhudson> (probably because of all the spaces in the symbol names)
[03:25] <sarnold> mwhudson: haha, spaces in symbol names does sound like something that would drive the linker insane :)
[05:39] <infinity> mwhudson: Spaces in symbols names?  Really?  Ew.
[05:39] <infinity> mwhudson: Sounds like that could use some C++ style symbol mangling.
[07:54] <mwhudson> infinity, sarnold: oh yeah, there's some utf-8 too
[07:54] <mwhudson> is that better or worse? :)
[07:54] <mwhudson> sarnold: the linker copes fine (slightly surprisingly)
[07:55] <mwhudson> shell scripts that parse the output of readelf... possibly not so much
[07:58] <infinity> mwhudson: utf-8.. symbols?
[07:58] <infinity> mwhudson: Is Go insane, or just your synthetic examples?
[07:59] <mwhudson> infinity: the go linker coalsesces most of these symbols with silly names into one elf symbol + offset
[08:00] <mwhudson> but that doesn't work for dynamic linking, so i just disabled that code
[08:00] <infinity> mwhudson: Anyhow, if this is a thing that should actually be a thing, and if readelf's output is correct, it's not hard to fix dpkg-shlibdeps to DTRT.  Spaces and utf-8 in shell aren't actually hard, just unexpected in this case. :P
[08:00] <mwhudson> i'm a little surprised that i never had to do anything else to make it work
[08:01] <mwhudson> the utf-8 is limited, it's just interpuncts
[08:01] <mwhudson> they usually get normalized to periods, but that ends up being a headache because obv it's not reversible
[08:01]  * infinity nods.
[08:02] <mwhudson> tbh, i don't think the linker (program or dynamic) cares at all about the contents of symbol names
[08:02] <mwhudson> just a bunch of bytes
[08:02] <mwhudson> i should create symbols that are differently normalized utf-8 for maximum lols
[08:04] <infinity> I wouldn't be so sure that there aren't some locale-sensitive string functions in play for things like libdl.  But I guess dlopen is another thing to tackle down the road, or not at all, if you have no intent to mix-and-match C and Go in that direction.
[08:04] <mwhudson> dlopen type stuff is special pain for a few reasons
[08:05] <mwhudson> such as tls models
[08:06] <infinity> By which, you mean, glibc is the One True TLS implementation, but others might not entirely agree? :)
[08:06] <mwhudson> no, i mean le vs ie vs gd vs tlsdesc
[08:07] <mwhudson> i've only found three things i want the dynamic linker to do differently in the course of this work
[08:08]  * mwhudson needs to read all the debhelper documentation again i think
[08:36] <xnox> infinity: and the one for today https://youtu.be/uV2uebhnqOw
[08:37] <xnox> so many moves i need to study =)
[08:48] <roaksoax> infinity: howdy! any update on the maas 1.7 SRU ?
[09:28] <mwhudson> sigh, i wonder if there are any other packaging mistakes i can make today
[09:52] <mwhudson> ah i can create broken symlinks
[09:53] <davmor2> mwhudson: I have every faith in you
[09:59] <infinity> davmor2: A+ sarcasm.
[10:00] <infinity> roaksoax: I'm on vacation for a week, so ignoring your question for the sake of my own sanity (but I'll look more closely when I get back).
[10:00] <Unit193> ...to make more mistakes, he forgot to add.
[10:01] <davmor2> infinity: you're welcome :)
[10:10] <roaksoax> infinity: thanks :)
[10:11] <roaksoax> infinity: enjoy the holiday time and get away from a computer :) that's what vacations are for :)
[10:45] <mwhudson> Unit193: that was my assumption as to meaning :-)
[10:46] <mwhudson> woo:
[10:46] <mwhudson> root@go1:/# go build -linkshared trivial.go && ls -lh ./trivial
[10:46] <mwhudson> -rwxr-xr-x 1 root root 15K May 14 10:45 ./trivial
[10:46] <mwhudson> (without -linkshared it's 1.1M)
[14:18] <TJ-> Trying to backport Java 8 packages from Vivid to Trusty, I'm getting a PPA build failure for the openjfx package:
[14:19] <TJ->  "Cannot find System Java Compiler". openjdk-8-jdk already built in the PPA and javac installed "update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/bin/javac to provide /usr/bin/javac (javac) in auto mode"; build log @ https://launchpadlibrarian.net/206487969/buildlog_ubuntu-trusty-amd64.openjfx_8u40-b25-1~ubuntu14.04.1~ppa1_BUILDING.txt.gz   ... anyone give me hints on this, web searches don't reveal much nor does #launchpad
[14:56] <davmor2> roaksoax: no they aren't they are for test how well you can work and partake of the ubuntu community from your ubuntu powered phone aren't they or is that me :D
[15:01] <roaksoax> davmor2: huh?
[15:02] <rbasak> cjwatson: please could you take a look at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782552? This is following up from a discussion we had on IRC a while ago - you asked that I sent to Debian instead of deltifying Ubuntu.
[15:02] <davmor2> roaksoax: Sorry just catching up on the channel and saw your comment to infinity
[15:05] <rbasak> This is something that I'd like considered for an SRU in time, too.
[15:05] <roaksoax> davmor2: ah :)
[15:19] <cjwatson> rbasak: Oh yes, sorry.  Committed as https://anonscm.debian.org/cgit/pkg-grub/grub.git/commit/?id=4473aff5090de389c9b5b2083c738df3b8fb91ac and uploading shortly.  Please could you organise the SRU?
[15:21] <rbasak> cjwatson: no problem. Yes, I'll organise the SRU. Thanks!
[15:24] <cjwatson> rbasak: (uploaded to Debian now, can be synced later)
[15:26] <lathiat> cjwatson: rbasak: oh, awesome, nice patch :-)
[15:26] <lathiat> ++
[15:34] <barry> o/
[15:36] <bdmurray> barry: How did you end up seeing the removal of the egg-info file?
[15:36] <barry> bdmurray: okay, let's start at the beginning.  LP: #1324391 is the import error bug
[15:37] <barry> bdmurray, doko what's the bug for the egg-info problem?
[15:38] <doko> barry, did I file one?
[15:39] <barry> doko: i can't find one on python-pip src pkg
[15:39] <bdmurray> So I just recreated the missing egg-info by the following
[15:39] <bdmurray> schroot as sudo, apt-get install python-pip, pip install httpie, pip --help
[15:39] <bdmurray> (trusty-amd64)root@impulse:/home/bdmurray# debsums python-requests
[15:39] <bdmurray> debsums: missing file /usr/lib/python2.7/dist-packages/requests-2.2.1.egg-info (from python-requests package)
[15:39] <bdmurray> that's with -updates enabled
[15:41] <barry> my chroot's broken.  while i fix that: i think that's the same repro for the import error, right bdmurray?
[15:41] <bdmurray> and the same thing happens without -updates
[15:41] <bdmurray> barry: that's right
[15:41] <bdmurray> http://pastebin.ubuntu.com/11132197/
[15:42] <barry> bdmurray: okay. so can do you do the following?  add that repro instructions to LP: #1324391.  describe that it causes both theimport error and egg-info problem
[15:42] <barry> include the above output
[15:42] <barry> i've reopened the bug and will assign to me
[15:42] <bdmurray> barry: okay, and then what about phasing the update?
[15:43] <barry> bdmurray: i'm on the fence about that ;)
[15:44] <barry> not sure what the right thing to do there is
[15:44] <barry> i guess, go with the plan from the meeting?
[15:46] <bdmurray> slangasek: you were in favor of continuing the phasing of the SRU correct?
[16:09] <slangasek> bdmurray: if that same problem (including .egg-info removal) happens both with and without -updates, then yes, I'm in favor of continuing to phase the SRU
[16:10] <bdmurray> slangasek: okay, that's what I'd thought
[16:51] <elopio> ogra_: do you know what's the equivalent of intitctl set-env --global Test=test in systemd?
[16:51] <elopio> systemctl set-environment --global Test=test gives a permission error: Failed to get D-Bus connection
[17:05] <elopio> who knows about systedm in here?
[17:06] <ogra_> elopio, pitti mostly, but its a public holiday here in germany today
[17:15] <elopio> yes, live is scary without pitti. He'll be away tomorrow too.
[17:16] <slangasek> jodh: hi, so I've looked at merging lp:~jamesodhunt/upstart/bug-1447756-the-actual-fix; and the changes look fine to me, but I haven't landed it yet because I'm getting a test failure in test_job_process, have you seen this?
[17:20] <slangasek> jodh: http://pastebin.ubuntu.com/11133446/  on a vivid system
[17:25] <jodh> slangasek: ah - you've hit kernel bug 1429756 :)
[17:25] <slangasek> jodh: mm ok
[17:27] <slangasek> jodh: the bug history shows apw asking you for a test of his kernel, did you test that?
[17:27] <jodh> slangasek: yes
[17:28] <slangasek> jodh: ok, could you update the bug report with your test results? ;)
[17:28] <slangasek> jodh: oh nevermind, it's written there - sorry!
[17:28] <slangasek> so what's blocking this from being fixed?
[17:28] <slangasek> apw: ^^ is bug #1429756 still on your radar?
[17:30] <slangasek> jodh: and I guess this has no effect on package builds because those aren't done on a vivid kernel.  ok, merging
[17:30] <jodh> slangasek: that's right. I believe we're awaiting feedback om apw's patch from upstream atm.
[17:30] <jodh> slangasek: thanks!
[18:06] <dobey> who can i bug about issues with lxc-create failing?
[18:08] <rbasak> dobey: stgraber or hallyn
[18:09] <rbasak> Though they may bug you back about using lxd instead :)
[18:10] <dobey> well i'm not trying to do openstack stuff
[18:10] <dobey> just create a simple lxc of wily to build stuff in
[18:12] <rbasak> lxd != nova-compute-lxd. lxd gives you an lxc command which is a much more polished interface to the same backend lxc-* speak to
[18:12] <rbasak> (+ the daemon, so it's not exactly the same I guess though)
[18:14] <dobey> then someone needs to update http://www.ubuntu.com/cloud/tools/lxd perhaps
[18:14] <dobey> anyway, i doubt that would solve the issue i'm seeing anyway
[18:16] <dobey> i am seeing this when trying to create a vivid or wily guest: http://pastebin.ubuntu.com/11134153/
[18:17] <dobey> an apparently non-existent and uninstallable virtual package
[18:22] <elopio> I'm guessing the thing corresponding to --global in systemd is --system
[18:22] <rbasak> dobey: using the "ubuntu" template? Sounds like a bug in the template. Are you aware of the "ubuntu-cloud" template? It uses a cloud image instead of running debootstrap
[18:22] <elopio> !--global would be --user.
[18:22] <rbasak> dobey: so might be a suitable workaround depending on your case.
[18:23] <dobey> rbasak: i wasn't aware, but i'll try it
[18:23] <rbasak> dobey: there's also the "download" template for general pre-built stuff though I don't know much about it.
[18:24] <rbasak> dobey: you probably want "-- -r vivid" or "-- -r wily -s daily -F"
[18:24] <rbasak> (for the ubuntu-cloud template)
[18:24] <dobey> ubuntu-cloud doesn't have the -b option to bind a user home dir?
[18:28] <rbasak> I didn't know about that option. I guess not. You can probably arrange it by hand the same way the ubuntu template does though.
[18:29] <dobey> There is no download available for release=wily, stream=daily, arch=amd64
[18:29] <dobey> well, so much for that :)
[18:30] <dobey> there's nothing for wily under /query even
[18:30] <dobey> so i guess there are no wily cloud images yet?
[18:30] <rbasak> utlemming, Odd_Blok1: ^^?
[18:31] <rbasak> You could always dist-upgrade up from Vivid, though I appreciate that's tedious.
[18:34] <dobey> i did that from utopic to get a vivid lxc on my laptop
[18:35] <dobey> but it's still a bit off because rsyslog won't start properly on it
[18:36] <dobey> hmm, i was able to create a new vivid lxc on my workstation fine just now
[19:39] <elopio> tedg: should UbuntuAppLaunch work just the same with systemd and upstart?
[19:40] <elopio> I'm seeing this: http://paste.ubuntu.com/11135179/ with no clue where to look next.
[19:46] <tedg> elopio, It will, but we haven't ported it over. Waiting on session systemd to do that.
[19:46] <tedg> elopio, For system systemd you'll need to have cgmanager running.
[19:46] <tedg> (if you don't already)
[19:47] <elopio> tedg: it is running.
[19:48] <tedg> elopio, So then you should be good. You can make sure there's an application-legacy job by doing initctl list
[19:50] <elopio> tedg: do you mean systemctl status?
[19:52] <tedg> elopio, Nope, should be talking to the session Upstart
[19:56] <elopio> tedg: ok, I need veebers here as he'll probably end up doing the work.
[19:56] <elopio> I'll wait for him to arrive before asking more questions.
[19:59]  * tedg yells VEEBERS WAKE UP! ;-)
[20:58] <veebers> elopio: Is the UbuntuAppStart issue easy to reproduce?
[20:59] <elopio> veebers: doesn't seem to make the autopilot selftests fail, but the tests in the toolkit fail.
[20:59] <elopio> veebers: so, get a wily. Probably a vm would be smarter than what I did.
[20:59] <elopio> bzr branch lp:~canonical-platform-qa/ubuntu-ui-toolkit/systemd
[21:00] <elopio> cd test/autopilot
[21:00] <elopio> run ubuntuuitoolkit.tests.test_fixture_setup. That will give you one failed test that tries to launch an app.
[21:01] <veebers> elopio: ack thanks, VM it is :-)
[21:04] <elopio> tedg: so... do you have an ETA for when the porting to systemd?
[21:04] <elopio> and can you tell me more about session systemd or help me finding a link? I don't know what you are talking about, and I can see my next week full of test changes to support wily.
[21:11] <tedg> elopio, No specific ETA, there's a lot of work that needs to happen before that can. Most notably getting the phone onto system systemd.
[21:12] <tedg> elopio, Then work will start to port the services over, and then we can port UAL at roughly the same time.
[21:12] <tedg> elopio, So I think we're talking roughly July.
[21:14] <elopio> tedg: got it. So in the mean time, if we need to use UAL we need to install upstart, right>
[21:14] <elopio> ?
[21:14] <tedg> elopio, If you're running Unity (7 or 8) yes.
[21:15] <tedg> elopio, They all use Upstart for their session process management.
[21:16] <elopio> ok. That gives us time, we can just tell CI to install upstart in the wily machines.
[21:19] <veebers> elopio, tedg: so reading what has been said here, there isn't anything we can do except wait for the work to land?
[21:19] <tedg> I'm confused on your question. If for some reason you want to use a systemd based session, yes UAL needs to support that. Nothing uses a systemd session today.
[21:20] <tedg> Currently vivd/wily both use a systemd for a system process manager.
[21:20] <tedg> Except for phone, which still uses Upstart for system process management.
[21:23] <elopio> so on wily for now we need to use systemd as process manager and upstart as session manager?
[21:23] <veebers> tedg: hmm perhaps I'm missing some info; to rephrase: Running the UI toolkit autopilot tests fail on Wily with the error elopio pastebin-ed (it used to work i.e. on vivid)
[21:23] <veebers> wait, that's not really a question :-P
[21:23] <tedg> They're both process managers. Just system vs. session. On Vivid and Wily Upstart is the session process manager for Unity 7 and Unity 8.
[21:24] <elopio> tedg: but I had wily installed with unity7 without upstart being installed.
[21:24] <tedg> I don't think that's possible. None of the indicators would start if that's the case.
[21:26] <veebers> elopio: I wonder if some of the grief that you're seeing is due to the upgrade process, maybe a fresh install won't see these issues?
[21:26] <veebers> elopio: I'll be able to test that as soon as this iso is down
[21:28] <elopio> veebers: that's possible.
[21:28] <elopio> I upgraded, restarted. Used my machine for an hour with indicators and everything, and then it crashed.
[21:28] <elopio> I will also try afresh.
[21:49] <bdmurray> arges: Where is you libmlx4 upload to wily? bug 1409904
[21:52] <bdmurray> it looks like libibverbs made it to wily
[22:33] <veebers> elopio: any idea why trying to install ubuntu-ui-toolkit-autopilot wants to install autopilot-legacy-desktop?
[22:37] <veebers> elopio: so I installed a fresh wily, installed bzr, py3-ap and ubuntu-ui-toolkit-autopilot (to make sure all deps where there) ran the test you mentioned an have 25 passed tests
[22:40] <arges> bdmurray: thought I uploaded it
[22:40] <arges> bdmurray: i'll reupload it
[22:40] <arges> bdmurray: hmm i did upload it (according to my email)
[22:41] <bdmurray> arges: was it rejected because the version number already exists?
[22:52] <arges> bdmurray: last email I got was: [ubuntu/vivid-proposed] libmlx4 1.0.6-1ubuntu1 (Waiting for approval)
[22:52] <arges> bdmurray: oh
[22:53] <arges> bdmurray: i'll upload it into wily..
[22:55] <arges> done
[23:14] <veebers> elopio: is there a way to replicate the other issue you have (something about complaining about autopilot-finger)?
[23:57] <rcj> Getting an error branching a pacakge source repo 'bzr branch lp:ubuntu/utopic/open-vm-tools' bzr: ERROR: Revision {package-import@ubuntu.com-20140404165114-xt0s4gbx0dii3fmt} not present in "Graph(StackedParentsProvider(bzrlib.repository._LazyListJoin(([CachingParentsProvider(None)], []))))".
[23:58] <rcj> Full cmd output at http://paste.ubuntu.com/11138204/