=== Spads_ is now known as Spads
tewardbdmurray: ping - can you undo the team subscription done by your patch detection bot?  Sponsoring isn't needed on the given bug (I have upload rights, I"m just waiting for Daviey to sanity-check my diffs because I asked for a second set of eyes)02:13
teward(for a given bug)02:13
tewardi shouldn't have asked, I think Daviey is on the sponsors team... i'll ask him to do the unsubscribe :/02:19
* teward yawns02:19
bdmurrayteward: on what but?05:02
bdmurrayteward: on what bug?05:02
shivahi all , I have a question on pulseaudio ... am in the right channel ?05:25
TheMusoshiva: You are probably best asking in #pulseaudio, although the devs are not likely around at the moment.05:28
shivaThanks for the rply05:29
draoshello, is there any apply for developer for ubuntu?06:17
slangasekTheMuso: hi, it appears your latest speech-dispatcher upload causes brltty to FTBFS - it was buildable June 19 when it was last tried in the pythoneers ppa, now it fails with a libspeechd header error: https://launchpadlibrarian.net/212248803/buildlog_ubuntu-wily-amd64.brltty_5.2~20141018-4ubuntu2_BUILDING.txt.gz06:27
slangasekTheMuso: was this on your radar?06:27
draoshi is there any "apply for staff" or become an ubuntu developer?06:31
=== marcusto_ is now known as marcustomlinson
ScottKdraos: This has some useful links https://wiki.ubuntu.com/UbuntuDevelopers06:39
draosare there any rewards for ubuntu development ?06:40
LocutusOfBorg1Hi Folks, is there any process to apply for Ubuntu Membership for a DD?07:06
LocutusOfBorg1I see from the sponsorship page I might need to ping dholback, ginggs_ or somebody else, right?07:06
LocutusOfBorg1I do not want to create a page if I do not have an endorser :)07:07
* LocutusOfBorg1 is looking at https://wiki.ubuntu.com/DeveloperMembershipBoard/ApplicationProcess07:07
seb128LocutusOfBorg1, I'm unsure the process is different for DDs07:11
seb128you are on the right wikipage I think07:11
seb128oh, seems like slangasek is starting that python transition after all :-)07:11
* LocutusOfBorg1 is not yet a DD, missing the account creation, just the key has been uploaded yesterday07:12
dholbachgood morning07:19
ari-tczewhello dholbach07:22
dholbachhey ari-tczew07:25
=== marcusto_ is now known as marcustomlinson
flexiondotorgLaney, I see you up for piloting today. May I kindly request you look at this please? - https://bugs.launchpad.net/ubuntu/+bug/147665309:04
ubottuLaunchpad bug 1476653 in Ubuntu "[needs-packaging] ubuntu-mate-welcome" [Wishlist,New]09:04
Laneyflexiondotorg: We'll see, I might end up moving it.09:12
flexiondotorgLaney, Moving it?09:12
Laneymy slot09:12
flexiondotorgAh, OK.09:12
cjwatsonLaney: could you have a look at agda?  build-deps on old cpphs09:12
Laneycjwatson: hm, did that plan not catch that?09:14
LaneySeems fixed by upgrading to anyway, will do later on09:15
cjwatsonLaney: dunno, maybe the plan did but it hasn't been uploaded to match?09:17
ogra_infinity, hmm, your live-build upload makes phones explode09:41
ogra_infinity, "/bin/sh: 1: /bin/sh: initctl: not found" ... (we use upstart all the way there, on both, vivid and wily)09:42
ogra_infinity, bug 1477051 for more details09:51
ubottubug 1477051 in live-build (Ubuntu) "Phones on devel-proposed do not boot - /bin/sh: 1: /bin/sh: initctl: not found" [Critical,Confirmed] https://launchpad.net/bugs/147705109:51
xnoxhorum. where is piti when you need one10:26
xnoxstgraber: have you looked into integrating systemd-resolvd (/run/systemd/resolve/resolv.conf) with resolvconf in ubuntu?10:28
xnoxstgraber: ideally we'd have e.g. lo & eth* things managed by systemd-networkd and the rest elsewhere (e.g. networkmanager for wifi, etc.)10:28
Laneyon holiday10:34
dokoapw, did you have a chance to check your regexp theory with schroot?10:55
dokoinfinity, Laney: would it be possible to limit a transition tracker just for main? just would like to know where my priorities should be11:00
Laneydoko: Not really easy for the main instance. You can s/html/txt/ to get something that you might be able to wrangle with a script...11:02
Laneydoko: Don't we have to fix everything for it to be able to migrate, though?11:02
dokoLaney, wishful thinking =) I wanted to check what I minimally need to rebuild to get a desktop login11:04
dokoI wish I had debian's autoremove tool ...11:05
LaneyI suppose we could run it a second time, maybe11:05
Laneydoko: what's going to break the desktop?11:07
dokoLaney, I don't know yet. the thing is that I didn't even start doing no change uploads for libraries, and for the transitions started there, plus we'll probably have breakage when we rebuild and not rename the library package11:08
Laneyyou mean undetected ABI breaks, I see11:08
dokosee https://wiki.ubuntu.com/GCC5 for the explicit transitions in the ppa11:09
dokoyes, see my 400 bug reports for debian ...11:09
LaneyI have seen your analysis, which is why I wasn't aware that there is a risk of missing some transitions11:10
dokoright, so we could start these, but then would have to redo things when syncing/merging from debian11:13
dokoI mean, we could start with the packages which have confirmed transitions11:15
dokomvo_, python-apt ping11:34
=== MacSlow is now known as MacSlow|lunch
tewardbdmurray: sorry for slow response, bed was calling.  https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1476811 is the bug that your foundations bot tagged 'patch' then subbed sponsors to.  It doesn't need sponsors attention though since I have upload rights, it's pending voluntary review by Daviey however for sanitychecking.12:04
ubottuLaunchpad bug 1476811 in nginx (Ubuntu) "Merge nginx 1.9.3-1 (main) from Debian unstable (main)" [Medium,In progress]12:04
teward'cause i have a tendency to make mistakes when tired :/12:04
=== _salem is now known as salem_
Davieyteward: I unsubb'd sponsors.12:21
=== ssweeny` is now known as ssweeny
cjwatsondoko: can I merge python-debian, or do you want to?13:07
cjwatsondoko: (we need its build profiles support)13:07
dokocjwatson, please do, still in GCC 5 only mode ;)13:08
cjwatsonI'm in "will I ever escape from fiddly launchpad-buildd bugs" mode13:09
LukeWhat's the correct behavior for systemd user instances? I've not been able to get them working due to lack of ability to connect to D-Bus. I've heard perhaps user instances are still managed by upstart?13:13
caribouIf anyone has time, I need a sponsor for the rsyslog merge, bug #146420113:20
ubottubug 1464201 in rsyslog (Ubuntu) "Please merge rsyslog 8.9.0-3 (main) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/146420113:20
xnoxLuke: we have all three =)13:27
Lukexnox: the question is what's the intended use path for user session init system?13:28
xnoxLuke: pam_systemd starts system user instance for us, which does nothing. As we don't have anything running "there". our Xsession start scripts spawn upstart which start "session" dbus. user systemd has no idea about session dbus.13:28
xnoxLuke: we have all user sessions managed by upstart since 14.04 or 13.10, can't remember.13:29
Lukexnox: what about after the move to systemd in 15.04?13:29
xnoxLuke: still. we only moved pid1 to systemd, user sessions are still managed by upstart.13:29
Lukegotcha. thanks. is that documented anywhere?13:30
xnoxLuke: moving user session to systemd is blocked by moving phone to systemd as pid1. as that is still using upstart as pid1.13:30
Lukeare there plans to move user sessions to systemd?13:30
xnoxLuke: documented in the release notes and all the systemd/snappy sessions every UOS.13:30
xnoxLuke: and user systemd implies, dbus user session, which at the moment brakes all sorts of upstream things - and not at all tested on e.g. Ubuntu Desktop.13:31
xnoxLuke: UOS - ubuntu online summit, aka uds but over hangout.s13:31
LukeI'm having the same trouble on Debian btw (spun up a VM to see what they do)... they don't have the phone constraint.... is this an upstream issue?13:31
xnoxLuke: which issue, what constraing, and debian is weird - they don't have any inits in the user sessions as far as I know.13:32
Lukealso this is Ubuntu server I'm using so there is no Xsession. how should I start a user session upstart then?13:32
Lukexnox: ah i see... so debian has never had user session init?13:32
xnoxLuke: on a server you either have nothing, or systemd user session. You can launch upstart user session, but we don't do that by default. As currently that is only setup for "desktops"13:32
Lukeaaah gotcha13:33
xnoxLuke: debian just uses e.g. Xsession.d to track things and e.g. just logind, just policykit, just ssh session leader and some such.13:33
=== MacSlow|lunch is now known as MacSlow
xnoxnot policykit, sorry, consolekit.13:33
mvo_doko: thanks, I will try to fix that later today, sorry for the trouble13:33
Lukeit uses Xsession.d even for non-X environments?13:33
Lukexnox: in #ubuntu-server they asked me to file this bug: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/147636413:34
ubottuLaunchpad bug 1476364 in systemd (Ubuntu) "“systemd --user” instance can't find d-bus" [Undecided,New]13:34
Lukecan you comment on that and close if appropriate?13:34
Lukexnox: also, if I'm running a server, it seems the easiest approach may be to just get a user session dbus that my user session systemd can connect to. I used 'systemctl enable-linger myUser' to get the user session in the first place13:35
xnoxLuke: what are you trying to do or run?13:37
LukeI have an app that I want to keep running during certain time periods. it's not a system app i just want it to be managed for me13:37
xnoxwhich app?13:37
xnoxLuke: crontab much?13:38
Lukecron doesn't do process monitoring13:38
xnoxLuke: you are already inside vagrant box, are you sure you don't have root already?13:38
LukeI do have root on that box. on the deployment boxes I don't want it to run as root13:38
xnoxLuke: also you can spawn lxc container with full init, as an upriviledged user.13:38
stgraberxnox: nope, haven't looked at it. I'm also not really maintaining any of those networking packages nowadays13:39
LukeI want a unprivileged user to login to the box and be able to restart the app etc13:39
LukeI don't want containers due to network performance reduction13:39
xnoxstgraber: horum, is pitti doing all of that, or like nobody?13:42
xnoxLuke: netere is no network penalty if you simply let your containers to run on the host network without any nat/bridges in between, and even then i don't buy the argument of network pentaly.13:43
Lukexnox: you don't have to buy it. it's a fact =)13:43
xnoxLuke: look into using e.g. runit or other lightweight processor supervisioning things that are readilly availble from the archive and usable as user instances.13:44
Lukeat least as measured in docker13:44
Lukedocker uses lxc tho underneath right?13:44
Lukexnox: i'll check out runit13:44
xnoxLuke: haha =) docker can use a lot of network setups, by default it's quite crappy. and no, it does not use lxc by default. anyway, you can make docker "on the host network without any nat/bridges in between" with standard daemon args.13:45
xnoxLuke: thus docker != "slow network"13:45
Lukefair enough13:46
xnoxit can be as good as normal network, your user instance would see.13:46
Lukestill this all seems like more work than just having a systemd user instance start up13:47
Lukerunit looks like the same amount of work except I already have the systemd scripts13:47
xnoxLuke: i'm failing to see what's stopping /you/ from using systemd user instance.13:48
Lukexnox: nothing. just making sure i'm going down the right path13:48
xnoxLuke: it's not provided for you by the distribution, and you will need to add support units yourself to get it up and running, and will have to run user dbus your self, with user dbus units.13:48
Lukexnox: basically I was looking to have this exact discussion to explore alternatives with someone more knowledgable than myself13:49
stgraberxnox: it's probably split between pitti and cyphermox13:49
xnoxLuke: all about your problem sounds like the wrong path =)13:49
xnoxat leat to me.13:49
Lukexnox: you'd go w/ lxc?13:49
xnoxLuke: i'd add policykit rules to allow certain users to execute certain commands with systemctl/systemd e.g. restart, and that's it.13:51
xnoxand run everything of the system init.13:51
Lukeok i've seen that done before as well13:51
ogra_policykit ... so advanced ...13:51
LukeI think I'll explore doing that. thanks xnox13:51
ogra_just allow a sudoers group to do it and add the users to that group13:51
xnoxLuke: cause you really don't want to maintain a hanging user pam session, with systemd, dbus et.al. running there. which are all disconnected from system upgrades more or less.13:52
Lukewhich is why I came here in the first place =)13:52
Lukexnox: thank you so much. this was an extremely helpful discussion13:54
tewardDaviey: thank you kindly :)14:03
infinityogra_: Curious.  That doesn't make a whole lot of sense, I'll have to poke at it.14:35
infinityogra_: I assume the latest build of https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/vivid/ubuntu-touch should contain the bug?14:36
ogra_infinity, nope, vivid is still in proposed afaik, wily did expose it ...14:36
ogra_and seb128 wanted to block the vivid SRU promotion for it14:36
infinityogra_: Oh, right.  wily it is.14:36
infinityogra_: Oh, I think I see the bug.  The initial 'exit 0' is BS.14:38
infinityogra_: Same bug I fixed previous with the upstart-user-sessions patch which I reverted for this due to conflicts.14:39
infinityogra_: Will test a bit and confirm and upload.14:39
infinityogra_: (ie: dba's upstart handling always assumes that system upstart == only upstart)14:39
ogra_well, we are kind of unusual with the phones anyway :)14:40
infinityWhich would actually be true for phones, except your install procedure is "install systemd, then remove it to add upstart". :P14:40
ogra_blame pitti for that one :)14:40
infinityogra_: Meh, it was the path of least pain.  Pretty sure I agreed with and/or implemented bits of that plan.14:41
infinityogra_: It's just a bit weird is all. :)14:41
ogra_sadly i expect that status to persist til at least the 16.04 cycle14:41
infinityogra_: Anyhow, this logic is equally wrong for the desktop, where we install upstart post-bootstrap, so yeah.  Fixing.14:41
* ogra_ was hoping we switch to snappy earlier which would give us systemd init 14:41
infinityNot sure how I missed that when visually reviewing it.14:41
ogra_well, i saw the exit 0 but thought "well, initctl will be there, so no harm"14:42
ogra_i didnt think of the bootstrapping with systemd issue :)14:42
smoserok. so... grabbed cd image from15:10
smoser http://cdimage.ubuntu.com/ubuntu/daily-live/20150722/15:10
smoserused usb-creator-gtk . said 'Discarded on shutdown'.15:11
smoserstick that in a UEFI intel nuc try to boot it.15:11
smoser"no operating system"15:11
smoserand same thing with15:12
smoser sudo qemu-system-x86_64 --drive if=virtio,file=/dev/sdb,format=raw15:13
infinitysmoser: I'd guess there's a bug about that already, but I'd think that's expected, since usb-creator remasters images with syslinux, which only works on BIOS.15:13
infinitysmoser: dd is the best way to get a hybrid image written to USB.15:13
smoserwell, didnt work with qemu above either (which does not use uefi)15:13
smoserwhich is why i did it.15:13
infinitysmoser: Okay, the second bit is more potentially irksome. :P15:14
infinityusb-creator is kinda dead (ie: no upstream, no real activity); patches welcome. :/15:14
smoserim' good with dd. just need some path.15:14
smoserand almost all doc i suspect points to it.15:14
infinityI think the best patch would be for it to just fork 'dd' if you don't ask for it to do fancy things like persistent partitions.15:14
smoseror maybe my reading of such things is justold.15:14
smoserbut man...15:15
smoser sudo dd if=/tmp/wily-desktop-amd64.iso  of=/dev/sdb15:15
smoserthat is just scary :)15:15
infinitysmoser: A lot of docs point to it since it's the only GUI tool we ship for this.  Which is a solid argument for fixing it.  It just never seems to be a priority for anyone. :/15:15
infinitysmoser: And yeah, dd is scary.  I tend to triple-check dmesg and /proc/partitions before I have the cajones to hit <enter> :P15:16
infinity"Are you sure that's your USB stick?  No, really, are you SURE?"15:16
smoser(and i just freaked out a bit after having hit enter)15:16
dokoxnox, updated the boost1.58 packages. the one python upstream patch breaks the build, but it's only needed for 3.3 anymore. so maybe time to upload to experimental too15:16
infinitysmoser: If you don't want it to take forever, you might want to up the block size to 1M or 4M or something.  USB isn't known for its speed with small block sizes (too much back and forth over a slow and chatty protocol)15:17
xnoxdoko: so you didn't merge from debian, how ubuntu of you ;-)15:17
xnoxdoko: https://tracker.debian.org/pkg/boost1.5815:17
xnoxdoko: http://metadata.ftp-master.debian.org/changelogs//main/b/boost1.58/boost1.58_1.58.0+dfsg-1_changelog15:18
xnoxdoko: only took the 0002-Fix-a-regression-with-non-constexpr-types.patch from erratra, didn't take the python one.15:18
dokoxnox, sorry, didn't see it. did you include the arm64 patch?15:20
xnoxdoko: * Don't call the compiler with -m{32,64} explicitly.15:21
xnoxdoko: credit to you, if that's the one.15:21
dokoxnox, no the one from fedora15:22
=== spineau is now known as spineau_afk
smoseris here a password set on the isos ? X isnt working for some reason, and alt-f1 / tty1 has a login prompt15:28
tjaaltonno, uid is ubuntu15:29
smoseri thought in the past maybe theree was just a prompt there?15:29
tarpmanIIRC that changed with the switch to systemd15:35
bdmurrayteward: If you were a member of ubuntu-dev then ubuntu-sponsors would not have been subscribed.15:44
tewardbdmurray: ack.15:48
tewardbdmurray: i'm not, obviously, a member of ubuntu-dev.15:48
tewardbut that explains why the bot did what it did :)15:50
Davieybdmurray: If teward has PPU upload access, shouldn't he be a member of ~ubuntu-dev?15:56
bdmurrayDaviey: I'd think so, I'm looking into it.16:05
tewardgreat, another nondeterministic build failure16:09
teward"dpkg-gencontrol: error: cannot read dhstrip-dummy-debian-files: No such file or directory" https://launchpadlibrarian.net/212318997/buildlog_ubuntu-wily-armhf.nginx_1.9.3-1ubuntu1_BUILDING.txt.gz16:10
tewardand all the others built fine >.>16:10
infinityteward: pkg-create-dbgsym might not be parallel safe.16:16
infinityteward: And your rules file is clearly running them in parallel.16:16
infinityThough, why that raced unluckily on only one arch is curious.16:16
tewardinfinity: happened before16:18
tewardinfinity: and that's Debian's handiwork, not mine.16:18
tewardinfinity: i've seen one of these build failures before16:18
tewardiirc it's always on arm it fails16:18
infinityteward: I bet it would clear up if you take out the nasty DEB_BUILD_OPTIONS -> MAKEFLAGS business and instead call dh with --parallel16:18
tewardtypically seen a rebuild 'work'16:18
tewardmmm, probably16:20
tewardi'll look into it, but i've only seen this race fail once every few uploads *shrugs*16:21
tewardfirst, lunch, coffee, a 5-hour energy, and then to figure out why my mailserver stopped relaying mail :/16:21
infinityteward: Yeah.  But it's clearly a parallel race, and "dh --parallel" only calls the underlying build system with -j, while "MAKEFLAGS = -j4" will run the entirety of debian/rules parallel.16:21
infinityteward: Not that this isn't also a bug in pkg-create-dbgsym, mind you.  We probably need some better locking and serialising there to deal with this.16:22
rbasakinfinity, doko: OK to retask bug 1453133 to gcc? I don't think there's anything to do in docker.io or go-md2man now.16:25
ubottubug 1453133 in docker.io (Ubuntu) "[Ubuntu 14.04.3] Backport docker 1.5 to Ubuntu 14.04 on ppc64el" [Undecided,New] https://launchpad.net/bugs/145313316:25
infinityrbasak: It was previously a generic "Ubuntu" task before one of your team reassigned it to docker. :P16:26
infinityrbasak: And generic Ubuntu seems right, since it would require a gcc backport package or similar evil.  It's not just a "please fix a bug in gcc" thing.16:26
rbasakinfinity: bugsquad triager, not server team16:26
rbasakI'll move it back to Ubuntu then I guess.16:26
infinityrbasak: We should discuss it with IBM, probably, and settle on wontfix to not get their hopes up, but I'll bring that up with them in the next call.16:27
infinityrbasak: But yes, from a docker perspective, you've done all you can do.  If the right GCC bits existed, your packages would just magically work.16:28
rbasakinfinity: ack. I don't really expect it to happen either.16:28
infinityrbasak: With 16.04 "around the corner" (at least, at the speed that "Enterprise" people move, it may as well be tomorrow), I think we can probably convince people that just waiting for the next LTS will have to do.  Or they can pay us big money to clone doko.16:30
rbasakI find it a bit silly really.16:30
rbasak"We must use the LTS because it's stable" but also "We must change the LTS so people can use this extra new shiny stuff".16:30
infinityrbasak: I don't find the request silly.  Their goal is feature parity with x86, and their target market doesn't want releases with 9mo support.  But that doesn't mean we don't get to put our foot down when a request just isn't serviceable.16:31
rbasakThe issue I have with it is that they want it in yesterday's release rather than tomorrow's release. But anyway, yes, it's not as simple as that.16:32
infinityrbasak: And it *could* be done without destabilising the LTS, with a careful backported compiler with a different name and a private libgcc1, etc, etc.  But that's a lot of work that our contract doesn't cover, and there's only so much time we have to spend being "nice" to people who can afford to pay instead of ask for favours. :)16:33
rbasakI'd like to see "third party overlays" to work better than PPAs. So Snappy I guess.16:33
infinityrbasak: snappy isn't exactly a magic bullet here.  The fundamentals are still the same, in that you need a new toolchain, and some human has to maintain that.16:33
rbasakSnappy would make all this Docker and Juju backporting pain go away quite nicely, and in a way that I think everyone would be happy with.16:33
rbasakYou could use Vivid's toolchain.16:34
rbasakBut target Trusty.16:34
infinityrbasak: The naive "app store" model where people just throw random bits at users and don't care about bugs, sure, that "solves" it, but not in any way I'd want to sell to a customer like IBM.16:34
rbasakThe model is basically exactly how users consume Docker today.16:34
rbasakOr any other third party publishing an apt repository16:35
rbasakMany of them build binary packages directly with no "source package" (though obviously they have a source)16:35
rbasakSee fpm, etc.16:35
infinityrbasak: Yes.  And early adopters of docker are the sorts of cowboys who don't care about security.  That's going to change.  And we need to be ready to do it right, IMO.16:35
rbasakI think Snappy could still solve that, with a layer on top for reproducible builds, etc.16:36
rbasak(a build-time tooling layer, that is)16:36
infinityrbasak: ie: They don't care if they statically link a libc that hasn't had an update in 3 years, cause that's their build chroot, and who cares.  When people who aren't github cowboys adopt this sort of model, things will change.  They have to.16:36
cjwatsonYou can use vivid's toolchain for a trusty PPA, too, if you don't care about it being self-contained - snappy ~= PPAs for this purpose16:36
cjwatsonAlthough you'd have to statically link libgcc1 or something16:36
rbasakBut PPAs are hacky in, for example, managing the namespace.16:36
rbasak(both package namespace and filesystem namespace)16:37
rbasakThey all collide with each other.16:37
rbasakIf we want third parties to be able to independently publish stuff, then giving them separate namespaces for everything would work better.16:37
infinityrbasak: Oh, I'm not saying the appstore/snappy model doesn't solve SOME problems.  It does.16:37
rbasakAnd no need to give them root.16:37
infinityrbasak: It absolutely does.16:37
infinityrbasak: But it's not a magic bullet for maintaining code.  The idea that we can just stop caring about bug fixes for software *we* produce (ie: the toolchain) is a bit lolz.16:38
rbasakI don't think anyone's saying that.16:38
infinityrbasak: docker users do.  At least, that's the usual model.16:40
infinityrbasak: docker users treat containers as black box blobs they don't tend to have to care about.  And snappy is in danger of that same sort of usage, so we need to be careful, that's all.16:41
rbasakI think that all we can really do is document (and follow) best practice.16:42
infinityrbasak: Yeah.  The "and follow" bit is the important part.  snaps we produce, or docker images we provide, or any such thing that comes from us, needs to follow our classic distro support model and lead by example.16:43
infinityrbasak: Other people can produce crap, and that's unfortunate, but we need to show people there's a right way.16:43
ricotzinfinity, hi, can you trigger a retry of https://launchpad.net/ubuntu/+source/x264/2:0.146.2538+git121396c-3 ?18:05
infinityricotz: Done.18:10
infinityricotz: Well, attempted...18:11
infinityricotz: Oh.  It breaks horribly because sbuild doesn't support filtering out <profiles> .... Except it should.  Hrm.18:12
infinityOh.  No, that probably needs backporting.  Grr.18:12
ricotzinfinity, ah, I see (pbuilder does it fine)18:13
infinityricotz: sbuild does it fine in wily too.18:14
ricotzand the builders are trusty ;)18:14
infinityricotz: It's that the buildds are trusty (and some precise), and they don't grok the syntax.18:14
infinitycjwatson: Meh, I don't just need apt/python-apt backports for profiles, I also need a libdpkg-perl mangling, I think.  Time to find some Free Time.18:15
infinityricotz: The simplest thing for now would be to introduce an Ubuntu delta that strips the <profile> bits, but we obviously need to fix this on the infra side Very Soon.18:16
cjwatsonWe do18:17
ricotzinfinity, ok, except for the gpac and ffmpeg transition there is no hurry for that build18:17
ricotzon that thought, there is a ffmpeg transition taken care of?18:17
Gallomimiahi everyone. i'm really annoyed by the following message: http://pastebin.com/fRuGxjeh it is found in thunderbird upon launching, and it really bothers me to learn that there's a nightly build installed of software i use. without my permission or foreknowledge18:28
sarnoldGallomimia: apparently that just means mozilla folks haven't written the introduction page for that release yet18:30
sarnoldGallomimia: if you'd like to follow the progress, the bug is https://bugzilla.mozilla.org/show_bug.cgi?id=118639018:31
ubottuMozilla bug 1186390 in Thunderbird ""Welcome to Daily!" message in thunderbird 31.8.0" [Normal,Unconfirmed]18:31
Gallomimiatypical. sorry for assuming it's package maintainers ><18:32
hjdsarnold: Neat. :) Do you think you could link that with bug 1476805?18:32
ubottubug 1476805 in thunderbird (Ubuntu) "Thunderbird says it's Daily" [Undecided,Confirmed] https://launchpad.net/bugs/147680518:32
sarnoldhjd: let me try :)18:33
hjd(don't know if Launchpad supports bug watches for bugzilla...)18:33
sarnoldhjd: looks like the link worked :)18:34
hjdsarnold: :)18:34
Guest91863guys remember the old ubuntu 9.10 theme. i love it a lot. my project is to get that old and light interface to ubuntu 14.04 and make an new ubuntu for old pc's with the classic theme :))19:37
sarnoldGuest91863: investigate MATE and Cinnamon, I think one of those may be what you want19:38
Guest91863yes but the old theme is pretty cool :)19:39
Guest91863do canonal give rewards for ubuntu developers ?19:41
flexiondotorgcyphermox, Yo. It's been a while. o/19:44
cyphermoxflexiondotorg: hey!19:45
flexiondotorgcyphermox, I've been busy with stuff. But I did a fresh install of Ubuntu MATE 15.10 daily today.19:45
flexiondotorgcyphermox, I can see the foundations team have been busy :-D19:46
Guest91863yes rewards19:46
tewardGuest91863: contributing to the overall usefulness and betterment of the Ubuntu operating system isn't a reward in itself?19:46
Guest91863yes but tings from canonal store like notebook or pen19:48
* lamont has an ifup question... I currently have this in /etc/network/interfaces (albeit with a slightly different non-1918 IP): http://paste.ubuntu.com/11922261/ -- I'm pondering whether or not a 'src' option would be a good thing for /e/n/i to grow19:49
Guest91863i can see the ubuntu cursor in the boot screen when booting ?!?!?!???!?19:49
Lukexnox: do you have any good polkit config examples for systemctl service management?19:50
cyphermoxflexiondotorg: tbh I'm not sure what would look different right now, I'm busy with multipath :)19:52
flexiondotorgcyphermox, Well VirtualBox does hang on restart after install and eject media works too.19:52
sarnoldlamont: /etc/network/interfaces feels pretty archaic these days, doesn't it? multiple IPs ought to be better supported, that's just so common these days. src would make sense to me too..19:53
flexiondotorgcyphermox, And the virtualbox drivers now install again from software-properties :-)19:53
cyphermoxthat's good19:53
lamontsarnold: true19:53
flexiondotorgcyphermox, Yep. For people testing that is 2 less QA trackers I'll get next week with Alpha 2.19:53
infinitysarnold: How should multiple IPs be "better" supported?  Seems well supported to me.20:03
flexiondotorginfinity, I'd agree with that I just equipped a new aircraft with a device running Ubuntu and 16 ethernet interfaces.20:07
sarnoldinfinity: afaik the way to do it is to specify one address via 'address', and then additional addresses via 'up ip addr add ...'20:08
sarnoldinfinity: I know I've spent some time reading the manpages to figure out if there's a way to specify multiple 'address' lines, and folks have asked in #ubuntu-server about it, and always seem slightly dissapointed when the answer is 'use up ip addr ...'20:09
infinitysarnold: Oh, I just add "iface eth0:0", "iface eth0:1", etc.20:09
sarnoldinfinity: heh, that method of interface aliasing has been deprecated for over fifteen years now :) one of these days it's really going to go away! I'm sure of it!20:10
infinitysarnold: Un huh.20:10
sarnoldinfinity: while I've got an open wishlist going, it'd also be nice if /etc/network/interfaces could allow you to specify tc limits in human-friendly ways :)20:13
cyphermoxsarnold: https://wiki.debian.org/fr/NetworkConfiguration#Adresses_IP_multiples_pour_une_interface20:15
cyphermoxI know it's in french, but it documents just adding the extra IPs in separate stanzas20:16
cyphermoxI'd like to believe it works :)20:16
cyphermox(scroll to the end)20:16
sarnoldcyphermox: oh! interesting20:16
cyphermoxlet me know if it works, it's a pretty cool trick that probably should make it to the manpage20:17
cyphermox(as so is 'up blah')20:17
tewardcyphermox: that method would work, so would manual addition with ip addr add ..20:18
teward(i have that for one of my odd setups)20:18
teward(some VPSes have that approach too)20:18
cyphermoxthen it's just a matter of opening a bug in debian to suggest adding a note that this works to the manpage20:19
tewardi haven't tested it on a recent one, perhaps I should20:19
tewardthen get back to you20:19
tewardor sarnold can test it20:19
teward(last server i did this on i haven't modified for a year and a half, and it's 12.04)20:20
cyphermoxfwiw, it's in /usr/share/doc/ifupdown/examples/network-interfaces.gz too20:20
flexiondotorgIs there anyone out there who is thinking to themselves "I'd really love to sponsor an upload for Ubuntu MATE this evening?" ;-)20:22
cyphermoxflexiondotorg: what do you want sponsored?20:29
flexiondotorgcyphermox, Well a few things, but this is the most important - https://bugs.launchpad.net/ubuntu/+bug/147665320:30
ubottuLaunchpad bug 1476653 in Ubuntu "[needs-packaging] ubuntu-mate-welcome" [Wishlist,New]20:30
flexiondotorgcyphermox, I'd like it in for Alpha 2, which is fast approaching.20:30
cyphermoxwelcome wizard?20:31
flexiondotorgcyphermox, Yep, that sort of thing.20:32
cyphermoxI know this is an evil idea, but depending on what it does, have you considered making it very generic and shipping customization bits for it, so that others could possibly reuse the code?20:33
flexiondotorgcyphermox, This is what it looks like - http://i.imgur.com/PRmBDxK.png20:33
flexiondotorgcyphermox, Right now, it is the "simplest thing possible".20:34
flexiondotorgcyphermox, In a future version I'd like to make the content from templates so it is more reusable. But I need something to get banged on.20:35
flexiondotorgcyphermox, That said, I has been well tested by about 20 people. So what it does now, works.20:35
flexiondotorgcyphermox, And the code I used is derived from Antergos, which was derived from Manjaro, which was derived from Korora. So it has a rich history of reuse :-)20:36
cyphermoxflexiondotorg: by my reading, ubuntu-mate-welcome is the only file that is GPL-3, not GPL-2+20:49
cyphermox(aside from the others under MIT or whatnot)20:50
flexiondotorgcyphermox, Err, let me double check that.20:50
flexiondotorgHmmm, yes. The header would agree with that. I based my licensing on the COPYING file I inherited when I forked it.20:53
flexiondotorgCydrobolt, Which is GPL-2.20:53
flexiondotorgcyphermox, How to proceed? Update copyright and resubmit tarball?20:55
flexiondotorgcyphermox, A quick bit of code archeology show this confusion was introduced in the fork before mine, Antergos.20:57
flexiondotorgcyphermox, The code ubuntu-mate-welcome is derived from has always been GPL-3.20:58
cyphermoxjust update debian/copyright20:58
flexiondotorgcyphermox, So, update copyright and resubmit the tarball?20:58
cyphermoxif you attached a source package to the bug, yes20:58
NoskcajIt seems the gcc5 version of ilmbase has broken the gegl build, can someone please explain how i can fix this?20:59
flexiondotorgcyphermox, Change pushed to git. Files on LP bug have been replaced :-)21:12
Noskcajforgot to link https://launchpadlibrarian.net/212351937/buildlog_ubuntu-wily-amd64.gegl_0.3.0-2ubuntu2~gcc5.1_BUILDING.txt.gz21:34
=== salem_ is now known as _salem
TheMusoslangasek: No, thanks for the heads up, will chase up.22:21
Logandoko: the python2.7 packaging is making me very sad22:49
Loganit's using a README as a source of truth for what extensions are compiled into the binary22:49
dokoLogan, so what's wrong?22:49
LoganI'm not sure how you don't see what's wrong with that22:50
LoganI spent a long time trying to figure out why datetime was compiled into the binary as an extension22:50
Loganonly to figure out that the rules file is awking the README for lines ending in extension and then compiling them in22:51
dokoso you want me to rename that file?22:51
Loganthat would probably make sense22:52
dokoand what do you gain?22:52
Loganthe problem is that I pushed a new version to production servers and everything broke, and there was no mention in the changelog of this happening22:52
dokoapparently nothing broke within the distro22:53
Loganwe have virtualenvs that were built already that were looking for the datetime.so and couldn't find it after the upgrade22:53
dokonot my problem22:53
Loganalright, thanks22:54
dokoplease don't misunderstand me, but virtualenvs really have issues when you upgrade the underlaying python interpreter. however this is a problem that should be addressed upstream22:55
dokoI'm just surprised that you see this with the datetime.so module, because that should be built as a builtin at anytime22:56
Loganwe were running a version before that was a built-in22:56
dokowas that an upgrade across major python versions?22:57
Loganno, minor22:57
Loganto be fair, it was a very old version22:57
Loganso it's not exactly a supported upgrade path22:57
Loganbut I would really recommend not calling that a README.in to show that it's not only changing documentation22:58
LoganI had done a debdiff and thought that change was inconsequential since nothing related to datetime had changed in the rules22:58
dokowell, the reason for that is to have one source, and document it22:58
Logansorry, I really appreciate the work you've done on this package22:59
Loganjust wanted to let you know what happened so that maybe there could be more clarification in the packaging about what is a source of truth23:00
dokoI shouldn't be that sloppy with changelogs ... but if you have any ideas how to document the state of virtualenvs and what might happen, that would be nice. however that should be done as a wiki page, and then be referenced23:03
mwhudsoninfinity, doko: so can you tell me about the debian/patches/016-armhf-elf-header.patch in the go packaging23:15
infinitymwhudson: Maybe.  It's been a while.23:15
mwhudsonthis seems to make go built on armhf (vs armel?) produce binaries that claim to adhere to the hardfloat abi23:15
mwhudsondoko: yes23:16
infinitymwhudson: Was that the one where I fixed their braindead linker to behave like bfd?23:16
mwhudsoninfinity: maybe? your name is on it23:16
infinitymwhudson: Right, sounds like that's the one.23:16
infinitymwhudson: So, what needs explaining?23:16
mwhudsoninfinity: well that code is in Go now, so some stuff needs to change, but i'm not sure what relly23:17
mwhudsoninfinity: well, what bad things happen without it?23:17
infinitymwhudson: They wrong a linker in Go?23:17
mwhudsongo -> go calls don't really follow the platform abi at all23:18
mwhudsonso this must be about c<->go stuff23:18
mwhudsoninfinity: there is no c code in the golang distribution any more23:18
infinitymwhudson: It's self-hosting?23:19
infinityHow does one bootstrap it?23:19
mwhudsongo 1.4 or gccgo23:19
infinityHuh.  The lack of bug ref is annoying.23:20
infinityI blame myself.23:20
dokohmpff, no, go 1.4 is no option for some archs23:20
infinityBut there was definitely a bug being fixed. :P23:20
mwhudsondoko: so, gccgo!23:22
mwhudsonit's even officially recommended in the docs23:22
mwhudson(because i wrote a doc patch...)23:22
dokoI saw23:22
infinitymwhudson: https://bugs.launchpad.net/ubuntu/+source/golang/+bug/118772223:22
ubottuLaunchpad bug 1187722 in golang (Ubuntu) "dpkg-shlibdeps fails on armhf ELF binaries that do not define architecture specific information" [High,Fix released]23:22
mwhudsoninfinity: my brain hurts already23:24
infinitymwhudson: So, the real "bug" is that we (Debian and Ubuntu) insist on differentiating between hf and sf, while most people only ever build for one target or the other, so don't give a crap.23:24
infinitymwhudson: But, since we do care about the difference, we need to tag binaries correctly.23:24
mwhudson yeah23:24
infinitymwhudson: gcc, glibc, and binutils upstream all abide by this.23:25
mwhudsoni can sort of see why go has its own linker23:25
infinitymwhudson: The crap linker that golang cargo-culted from some ancient bsd fork didn't. :P23:25
mwhudsonbut i wish they wouldn't bother when linking against system libraries23:25
infinitymwhudson: And I somehow doubt it's improved since they rewrote it.23:25
infinitymwhudson: Incidentally, the reason I never upstreamed this is because it's fundamentally not upstreamable in its current form.23:26
mwhudsonupstream would (and hey, i see did) object because it's too much influence from the build environment23:26
infinitymwhudson: It assumes build arch == host arch, which is a false assumption in golang, I believe?23:26
infinitymwhudson: It should actually be testing the target arch, not ifdef'd at build time like I did.23:27
mwhudsonalso i think someone about 5 years ago thought arch was a simple concept :)23:27
infinitymwhudson: But, if it were to test the target arch for hard-floatiness, this is conceptually correct to upstream.23:27
mwhudsonthere is a GOARM knob23:27
mwhudsonwhich is set to 5,6,7 to indicate armvX23:28
mwhudsonand maaaaybe GOARM==7 implies hardfloatiness?23:28
infinityIt wouldn't.23:28
mwhudsonit's one of those "sort of related but not really" things23:28
mwhudsonthe reason i care about this today is i want to do some rebuild testing23:28
mwhudsonand i think for those purposes i can just set the flags to hardfloaty because that's what we actually want always on ubuntu23:29
infinityFor all I know, golang isn't hf at all (as in, maybe it doesn't use vfp registers), or maybe it's selctively hf if a vfp exists.23:29
infinityBut what matters is the floatiness of the C bits its linking against.23:29
infinityIt's entirely possible to write float-agnostic binaries that do all this at runtime.  Only crazy people do, mind you.23:29
infinityMy guess is golang doesn't.23:30
infinityAnd should actually tag what they really are.23:30
infinityBut meh.23:30
mwhudsonis that what the bit in the flag means thought?23:30
infinitymwhudson: But yes, for Ubuntu, you can probably get away with ARM == ARMhf for now.  We've been basically that incorrect for years, and no one's complained.23:30
mwhudsoni thought soft float hard float was more "do float args go in registers"23:30
infinitymwhudson: The bit in the flag means "uses vfp registers" or "not".23:31
infinitymwhudson: Err, for args, yeah.23:31
infinitymwhudson: I was shorthanding.23:31
mwhudson$CC -dumpmachine | grep armhf ? >:)23:32
mwhudsoner gnueabihf rather23:33
* mwhudson looks gingerly at the horror that is aarch32 codegen23:35
infinitymwhudson: Anyhow, I don't speak Go, so I doubt I'd be much help forward-porting the patch, but I'd like to think it'll be trivial.  If you can find the right bit to fix in the first place. :/23:35
infinitymwhudson: But it would be a nice bonus if you could sort out how to do it in a correctly upstreamable way, so we can forget about it.23:36
infinity(I'd forgotten about it, cause I never thought anyone would be silly enough to rewrite a linker twice)23:36
mwhudsoninfinity: so the issue is something like: if linking against system libraries, then the tag needs to match the system libraries23:36
infinityEspecially not with two very good linkers already available to them...23:36
infinitymwhudson: Well, no.  And yes.  And maybe.23:37
infinitymwhudson: Really, the flag should represent what the binary is.  And the binary should only be linked against libraries of the same sort.23:37
infinitymwhudson: Because ld.so wants those things to be true.23:37
mwhudsoninfinity: if the binary is static, the flag is close to meaningless23:37
infinitymwhudson: It lets you get away with untagged linking to tagged for backward compat, but that's Not Right.23:37
infinitymwhudson: Not all Go binaries are static, thus the tag needs to be correct sometimes, so just make it correct always? :P23:38
* mwhudson looks for arm c/go glue code23:38
mwhudsoninfinity: well yeah23:38
infinitymwhudson: In our case, we want it correct always, because we look at it for other reasons.23:38
mwhudsoner er23:38
mwhudsonis this flag set in relocatable object (.o) files?23:39
mwhudsonyes looks like it23:41
infinityWell, sort of?23:42
mwhudsonwhen using cgo the (go) linker reads some files that have been compiled with the system compiler23:42
infinityIt's not generally correct.23:42
mwhudsonand istm that the flags on the binary must match the flags from those files23:42
mwhudsonas it's those files that contain the calls to the system libs23:42
mwhudsonthat might be overthinking tho23:42
mwhudsoni'm now actually wondering if using cgo to call a c function with a float arg works at all :-)23:43
mwhudson(on arm)23:43
mwhudsonoh hey upstream bug https://github.com/golang/go/issues/709423:44
mwhudsoncomment 3 is basically what i would write :)23:45
infinitySo, trusting intermediate objects to have sane headers will fail you.23:45
infinityRandom example I had lying around on my filesystem...23:45
mwhudson  Flags:                             0x5000000, Version5 EABI23:46
mwhudsonthanks gcc23:46
infinityPerhaps gcc also wants to be fixed here.  But binutils is the only thing I know of that's doing the correct tagging.23:46
infinityWhich is fine, cause we always link with ld.23:46
infinityExcept when lolgo.23:47
mwhudsonso +1 for thinking, minus several million for execution23:47
mwhudsonwell yeah, that's the other suggestion from minux: force external linking23:47
mwhudson(gospeak for "make a .o file and feed it to ld")23:47
infinitymwhudson: Honestly, I'd be more comfortable with "always use bfd on *all* linux arches", cause I don't trusty anyone to write linkers.23:48
infinitymwhudson: But meh.  Fixing the Go linker to be sane probably makes sense.23:48
infinityThat release completely ruined my ability to type 'trust'23:49
mwhudsoni don't trust the bfd authors either :-) but yeah23:49
mwhudsondid you know -Bsymbolic-functions doesn't work on armhf?23:49
infinityIsn't that documented?23:50
infinitySomething along those lines is, I thought.23:50
mwhudsonno, it's just a bug23:51
mwhudsonwell maybe it's a documented bug i dunno23:51
mwhudsonoh right, it's only with function pointers, not function calls: https://sourceware.org/bugzilla/show_bug.cgi?id=1864623:52
ubottusourceware.org bug 18646 in ld "function pointer values are still interposed with -Bsymbolic-functions on ARM" [Normal,New]23:52
* mwhudson waits for clang to install in his armhf chroot23:59

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