[02:18] <mwhudson> hm
[02:19] <mwhudson> for the purposes of super evil hacking, is it possible to convince dpkg that a package is installed?
[02:22] <mwhudson> sudo vim /var/lib/dpkg/status seems to be suitably evil
[04:54] <pitti> Good morning
[07:05] <mlankhor1t> mwhudson: you can create a fake package with http://eric.lubow.org/2010/system-administration/creating-dummy-packages-on-debian/
[08:52] <apachelogger> if I use bzr merge on two packaging branches will that use dpkg-mergechangelogs internally?
[09:09] <mwhudson> mlankhorst: ah heh, i guessed that that was possible but not that it had been packaged up like that
[09:09] <mlankhorst> :-)
[10:11] <zbenjamin> zyga: hey, about your bug https://bugs.launchpad.net/qtcreator-plugin-ubuntu/+bug/1355286
[10:11] <zbenjamin> zyga: couldn't you make phablet-shell add the key to the authorized_keys instead of replacing it?
[10:12] <zbenjamin> zyga: that file is perfectly fine with containing multiple files
[10:12] <zbenjamin> zyga: multiple keys i mean
[10:14] <zyga> zbenjamin: hey
[10:14] <zbenjamin> heys
[10:14] <zyga> zbenjamin: I'm not the upstream of phablet-tools, ask ogra about it
[10:14] <zyga> zbenjamin: I think it's doable
[10:14] <zbenjamin> ogra_: ^^^^
[10:14] <zyga> zbenjamin: but ogra "rules" that place so he has to make the call
[10:15] <zyga> zbenjamin: I just reported that having found the issue so that you both can talk and figure it out :)
[10:15] <zbenjamin> zyga: ;)
[10:15] <ogra_> zbenjamin, phablet-shell is  robru's baby ... i agree th key handling is pretty subooptimal
[10:15] <ogra_> zbenjamin, assign it to me, i'll add some checks and make sure the key is only appended
[10:15] <zbenjamin> ogra_: awesome!
[10:15] <zyga> ogra_: \o/
[10:15]  * ogra_ was annoyed by this plenty of times before 
[10:16] <zyga> and I'll mirror that in python-phablet
[10:16] <zyga> ogra_: are you going to the devices sprint?
[10:16] <ogra_> dunno how my next sprint is called :)
[10:16] <ogra_> i'm soing to one in 6 weeks or so
[10:16] <zbenjamin> ogra_: the one in washington
[10:16] <zyga> ogra_: yeah, the one
[10:16] <ogra_> (if i get my ass up and finally book it at least :P )
[10:16] <zyga> ogra_: let's find an hour there to talk about a python API and how we could bless one
[10:17] <zyga> ogra_: meh, you don't have to be in a hotel lobby now :P
[10:17] <zbenjamin> ogra_: you should get going on that, flights are rare ;) > 200 people will be there from us
[10:17]  * zyga got on a train to madrid to do the visa process again
[10:17] <ogra_> zbenjamin, sure ... deadline is 19th though
[10:17]  * zbenjamin nees to update his ESTA
[10:17] <zyga> and now scrambles to get someone to hlep with the invitation letter
[10:17] <davmor2> ogra_: dude book it already we'll have the entire landing team there in one place rather than just some of us :)
[10:17] <ogra_> davmor2, no worries ... :)
[10:18] <zbenjamin> ogra_: i cannot assign the bug to you for phablet-tools: https://bugs.launchpad.net/qtcreator-plugin-ubuntu/+bug/1355286
[10:19] <ogra_> done
[10:19] <zbenjamin> thx :)
[11:28] <tkamppeter> pitti, hi
[12:24] <pitti> hey tkamppeter
[12:50] <cjwatson> Urgh, "sudo service dbus restart" was a mistake
[12:56] <ogra_> lol
[12:57] <ogra_> only on desktops though
[13:01] <infinity> cjwatson: Mistake, adventure, potayto, potahto.
[13:02] <Laney> @pilot in
[13:12] <tkamppeter> pitti, I have a problem with pk.install_packages() and as it seems that you have helped me somehow with it in the beginning (http://people.canonical.com/~pitti/scripts/install-printerdriver-gi.py) I want to ask you for help again.
[13:42] <sergio-br2> Hi
[13:43] <sergio-br2> i'm trying to compile a package in utopic, in launchpad, with gcc 4.8
[13:44] <sergio-br2> but it's trying to use a parameter from gcc 4.9 there
[13:44] <sergio-br2> -fstack-protector-strong
[13:44] <sergio-br2> is this a bug in debhelper ?
[13:45] <sergio-br2> https://launchpadlibrarian.net/184914518/buildlog_ubuntu-utopic-amd64.dinothawr_1.0%2Br379~6~ubuntu14.10.1_FAILEDTOBUILD.txt.gz
[13:45] <sergio-br2> x86_64-linux-gnu-g++-4.8: error: unrecognized command line option '-fstack-protector-strong'
[13:48] <rbasak> sergio-br2: I don't know if that should be treated as a bug or not, but look at dpkg-buildflags(1) for details on overriding this.
[13:48] <sergio-br2> ok
[14:07] <sergio-br2> do i need to add only DEB_CFLAGS_MAINT_SET="-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security"
[14:07] <sergio-br2> to debian/rules?
[14:30] <cjwatson> sergio-br2: the defaults are suitable for the current default compiler.  It isn't a bug if you need to override them when using an older compiler.
[14:30] <cjwatson> sergio-br2: I'd suggest instead:
[14:30] <cjwatson> export DEB_CFLAGS_MAINT_STRIP := -fstack-protector-strong
[14:30] <cjwatson> export DEB_CFLAGS_MAINT_APPEND := -fstack-protector
[14:31] <sergio-br2> ok
[14:32] <mlankhorst> afaict from the manual, isn't -fstack-protector-strong implicitly added?
[14:32] <mlankhorst> same for -fstack-protector for gcc < 4.9
[14:32] <cjwatson> It's clearly being explicitly added here
[14:32] <sergio-br2> what's the difference between gcc 4.8 from trusty and from utopic?
[14:32] <cjwatson> (by dpkg-buildflags)
[14:32] <mlankhorst> yeah
[14:32] <cjwatson> But DEB_CFLAGS_MAINT_* let you control this
[14:33] <cjwatson> Actually it would be DEB_CXXFLAGS_MAINT_* here, since this is g++
[14:33] <cjwatson> sergio-br2: difference> err, usual ongoing development?  check the changelogs for details
[14:34] <sergio-br2> k
[14:46] <shadeslayer> stgraber: poke
[14:46] <shadeslayer> stgraber: how can I make a Arch container on Ubuntu?
[14:47] <shadeslayer> because using lxc-create with the archlinux template, I  get : /usr/share/lxc/templates/lxc-archlinux: line 53: pacman: command not found
[14:49] <Laney> sbeattie: can you remember bug #1266492 well enough to write the SRU information in the description for e-d-s?
[14:53] <stgraber> shadeslayer: at the moment I don't think you can... the proper solution there would be to have archlinux added to the download template so you could download pre-built images
[14:54] <shadeslayer> stgraber: there's a bootstrap image here https://mirrors.kernel.org/archlinux/iso/2014.09.03/archlinux-bootstrap-2014.09.03-x86_64.tar.gz
[15:34] <tkamppeter> pitti, around?
[15:40] <pitti> tkamppeter: sporadically; not feeling very well today
[15:55] <popey> Did we remove oem installer from the live cd these days? I don't see it in the F4 menu in 14.10 i386 iso...
[15:57] <cjwatson> Should still be there.
[15:57] <popey> its not in the F4 menu and i cant raise it with oem-config/enable=true
[15:57] <popey> unless I'm doing it wrong, which is plausible
[15:58] <cjwatson> Sounds like a bug, maybe on ubuntu-cdimage.  The code looks OK.  Can't test right now as mid-upgrade.
[15:58] <popey> want me to file a bug?
[15:58] <cjwatson> Sure
[15:58] <popey> k
[15:58] <cjwatson> Worst case I realise I'm misremembering and close it again
[16:03] <tkamppeter> pitti, did you see my initial message?
[16:15] <pitti> tkamppeter: I did, yes, but there's no question; also, it's been years since I did anything with packagekit, so it's probably best if you post a question to -devel@?
[16:19] <tkamppeter> pitti, will do so.
[19:52] <smoser> how does net-device-added get invoked ?
[19:55] <smoser> ah. upstart-udev-bridge.
[20:58] <pale3_> is it possible to have two package.init files in package/debian/ rules dir?
[20:58] <pale3_> I am wondering how do I then add two init scripts from one package (because package have two binaries)?
[21:00] <pale3_> I am talking about package firehol, which now consist of two binaries (firehol,fireqos). both of them needs init script for startup.
[21:31] <blkperl> slangasek: increasing the values of maxkeys and maxbytes in addtion to the root_* ones seems to have worked for now.
[22:09] <slangasek> blkperl: hmm, alright
[22:22] <cjwatson> pale3_: If you mean that there are firehol and fireqos binary packages, then you can indeed have debian/firehol.init and debian/fireqos.init.  If you mean that you have firehol and fireqos executables within a single firehol binary package, then you can have debian/firehol.firehol.init and debian/firehol.fireqos.init and use the --name option to dh_installinit.  See the dh_installinit(1) manual page.
[22:22] <cjwatson> pale3_: (Similarly for Upstart jobs *.upstart and systemd units *.service.)
[22:26] <pale3_> cjwatson: your second statements is correct, thats indeed my situation. thx for helping me, I'll go and read dh_installinit
[23:37] <slangasek> hallyn: hi, is bug #1369785 something that you would be willing to help with?