[00:08] <teward> how would one typically add hardening flags to a package's compiler options?  I'm kinda confused by the hardening documentation i was able to dig up from Debian...
[00:14] <jtaylor> depends on how the package handles flags
[00:15] <jtaylor> if everything is well behaved see man dpkg-buildflags
[00:15] <jtaylor> if not, you have to dig through the source
[00:15] <jtaylor> or just test if it accepts flags during its configure equivalent
=== tyhicks` is now known as tyhicks
[04:27] <pitti> Good morning
[04:27] <pitti> mitya57: owncloud-client> ah too bad, I sent him a fix just a few months ago
[04:28] <pitti> mitya57: ah no, mixed that up with something else; yes, will do
[05:23] <infinity> darkxst: http://launchpadlibrarian.net/174466954/gnome-shell_3.10.4-0ubuntu6_3.10.4-0ubuntu7.diff.gz
[05:23] <infinity> darkxst: "session" isn't spelled with an "s" on the end.
[05:24] <darkxst> infinity, ah oops!
[05:25]  * darkxst wonders why I didn't get an email for build failure there!
[05:28] <infinity> darkxst: It didn't fail to build.
[05:28] <infinity> darkxst: But it's failing to migrate.
[05:28] <infinity> gnome-shell/i386 unsatisfiable Depends: gnome-sessions
[05:29] <infinity> darkxst: There's no reason it would fail to build, that was a dep, not a build-dep (in fact, that was your change).
[05:30] <darkxst> yes, of course, I will fix it
[06:30] <jamesh> mardy: hi.  Are you around to talk about online accounts a bit?
[06:38] <mardy> jamesh: hi! Yep
[06:39] <jamesh> mardy: I got side tracked with other tasks, but finally got around to turning on the extra debugging in signond
[06:39] <pitti> chrisccoulson: I suppose firefox was forgotten to get copied to utopic as well? (bug 1313464) can do now
[06:39] <ubottu> bug 1313464 in firefox (Ubuntu) "Update to 29.0" [Undecided,Fix released] https://launchpad.net/bugs/1313464
[06:39] <jamesh> mardy: when trying to retrieve the access token, it seems signond thought the token had expired
[06:40] <jamesh> mardy: SoundCloud does not set an expiry time on their tokens in the OAuth2 response, which online-accounts was treating as Expiry==0
[06:41] <jamesh> So when I tried to retrieve the token, it discarded the token
[06:41] <mardy> jamesh: ouch, that sounds like a bug in our OAuth plugin, then
[06:42] <mardy> jamesh: can you please file a bug on signon-plugin-oauth?
[06:42] <jamesh> mardy: this is the problem code, right? http://code.google.com/p/accounts-sso/source/browse/src/oauth2plugin.cpp?repo=signon-plugin-oauth2#444
[06:42] <mardy> jamesh: yes
=== Guest32512 is now known as NCommander
[06:42] <jamesh> I'll file the bug
[06:52] <jamesh> mardy: filed here: https://bugs.launchpad.net/ubuntu/+source/signon-plugin-oauth2/+bug/1316021
[06:52] <ubottu> Launchpad bug 1316021 in signon-plugin-oauth2 (Ubuntu) "OAuth2 Tokens from providers that don't provide an expiry date are incorrectly expired on first use" [Undecided,New]
[06:53] <jamesh> Does that have enough information?
[06:53] <mardy> jamesh: yes, more than enough :-)
[06:53] <mardy> jamesh: I'll see if I can add a unit test for this
[06:54] <mardy> jamesh: the fix itself should be very easy
[06:54] <chrisccoulson> pitti, thanks. i normally upload the firefox beta to the devel release, but I haven't had time yet
[07:01] <LocutusOfBorg1> Hi ubuntu developers I have a big big problem with a gcc flag
[07:02] <LocutusOfBorg1> the problem seems to be in the gcc package ---> doanac
[07:02] <LocutusOfBorg1> doko,  :=
[07:02] <LocutusOfBorg1> :)
[07:03] <LocutusOfBorg1> https://github.com/Ettercap/ettercap/issues/547
[07:03] <LocutusOfBorg1> the problem is that "-Wl,-Bsymbolic-functions" makes the make test fail
[07:03] <LocutusOfBorg1> but in debian everything succeeds, while in ubuntu does not
[07:07] <LocutusOfBorg1> how can I trace down the problem?
[07:19] <RAOF> LocutusOfBorg1: So, building without symbolic-functions works?
[07:20] <RAOF> LocutusOfBorg1: Does ettercap do something strange like define empty functions providing the decoders and expect them to be overridden with the symbols from the main executable?
[07:21] <LocutusOfBorg1> yes it works
[07:22] <LocutusOfBorg1> and with symbolic-functions works in debian
[07:22] <LocutusOfBorg1> so the bug seems to be in ubuntu
[07:22] <LocutusOfBorg1> RAOF, this is the test we run https://github.com/Ettercap/ettercap/blob/master/tests/test_ec_decode.c
[07:22] <LocutusOfBorg1> just a stub, the real testsuite isn't implemented yet :p
[07:23] <LocutusOfBorg1> but my question is: the bug seems to be for sure in gcc ubuntu version, since I tried the debian/check package and it is working
[07:23] <LocutusOfBorg1> (I mean giving the same failure)
[07:26] <caribou> xnox: ping
[07:27] <RAOF> LocutusOfBorg1: Huh. Where do those decoders get added?
[07:29] <RAOF> LocutusOfBorg1: I'd _guess_ that passing --dynamic-list-data would get you a “working” test there.
[07:30] <RAOF> 'cause you appear to be relying on the fact that something is going to call add_decoder(decode_data) and resolve decode_data to your function pointer declared in the test, rather than in the library?
[07:32] <LocutusOfBorg1> what shoud this dynamic-list-data be passed?
[07:32] <LocutusOfBorg1> *where
[07:33] <pitti> chrisccoulson: ah, so I guess it wouldn't hurt to copy it for the time being to get the security updates?
[07:34] <chrisccoulson> pitti, yeah, that's fine. thanks :)
=== work_alkisg is now known as alkisg
[07:41] <LocutusOfBorg1> RAOF, why the delta from debian? shouldn't be gcc almost equally behaving?
[07:43] <RAOF> LocutusOfBorg1: Debian doesn't pass -Bsymbolic-functions to ld by default?
[07:46] <LocutusOfBorg1> yes good catch RAOF !
[07:46] <LocutusOfBorg1> it isn't passed
[07:46] <RAOF> LocutusOfBorg1: I don't think Debian *do* automatically add -Bsymbolic-functions; it's not in the buildlog you linked, and it's not in LDFLAGS from dpkg-buildflags in SId.
[07:46] <LocutusOfBorg1> so what do you propose for solving?
[07:47] <LocutusOfBorg1> yes RAOF I see now
[07:47] <RAOF> You can either remove -Bsymbolic-functions from LDFLAGS, or you could add --dynamic-list-something-or-other to LDFLAGS.
[07:47] <LocutusOfBorg1> I didn't try in pbuilder to see the exported
[07:47] <RAOF> Well, or you could modify the test case to not assume you can interspose symbols in that way.
[07:47] <RAOF> s/rsp/rp/
[07:49] <LocutusOfBorg1> removing ubuntu LDFLAGS seems not a good thing...
[07:49] <caribou> lovely, ubiquity has decided that it did not want to terminate the upgrade of my desktop : Bug #1316032
[07:49] <ubottu> bug 1316032 in ubiquity (Ubuntu) "ubiquity fails to complete automated upgrade with python traceback in _restore_package_selection_in_cache" [Undecided,New] https://launchpad.net/bugs/1316032
[07:50] <LocutusOfBorg1> how can I try the --dynamic-list-data feature?
[07:50] <RAOF> LocutusOfBorg1: Frankly, I'd modify your test to test something more useful instead :)
[07:51] <LocutusOfBorg1> mmm how? I didn't write the test, and I don't know what does it do
[07:51] <LocutusOfBorg1> :)
[07:51] <RAOF> Check that add_decoder() works, check that get_decoder(...all those standard decoders...) returns non-null.
[07:52] <RAOF> Basically, remove the decode_* declarations at the top of the test file, and replace the checks with == NULL.
[07:52] <RAOF> (If I understand what's happening correctly, obviously ☺)
[07:53] <dholbach> good morning
[08:01] <LocutusOfBorg1> RAOF, I'll check them asap
[08:01] <LocutusOfBorg1> thanks for the useful hints!
=== davidcalle_ is now known as davidcalle
=== alkisg is now known as work_alkisg
=== mlankhor1t is now known as mlankhorst
[09:19] <pitti> dholbach: hey Daniel, wie gehts?
[09:19] <dholbach> hey pitti
[09:19] <pitti> dholbach: what do I need to do to update http://packaging.ubuntu.com/html/auto-pkg-test.html ?
[09:20] <dholbach> pitti, https://code.launchpad.net/ubuntu-packaging-guide :)
[09:20] <pitti> dholbach: I'd like to show the way that production CI uses now, and also point to the in-depth docs
[09:20] <pitti> dholbach: splendid, thanks
[09:20]  * dholbach hugs pitti
[09:20]  * pitti hugs back dholbach
=== dpm_ is now known as dpm
=== vrruiz_ is now known as rvr
[09:33] <pitti> dholbach: how does this magic work: The `libxml2 tests <libxml2_>`_ are very similar.
[09:33] <pitti> dholbach: so that's `link text <link_target>`_ apparently? but how does "libxml2_" get translated to https://bazaar.launchpad.net/+branch/ubuntu/libxml2/files/head:/debian/tests/ ?
[09:34] <dholbach> mitya57, ^ can you comment?
[09:34] <pitti> dholbach: oooh, nevermind; I see the mapping at the bottom
[09:34] <dholbach> ok cool
[09:34] <dholbach> mitya57, unping
[09:34] <mitya57> :)
[09:36] <pitti> it's a bit confusing as grep doesn't find these
[09:36] <pitti> as in the link it's foo_, and in the mapping _foo
=== FJKong is now known as FJKong_afk
[09:57] <LocutusOfBorg1> RAOF, YOU ROCK MAN! Working!
[09:57] <LocutusOfBorg1> I'll post (if you allow me) the snip of the conversation on the github issue and give you credits in debian/changelog
=== davidcalle_ is now known as davidcalle
[10:26] <pitti> dholbach, mitya57 : ok, done: https://code.launchpad.net/~pitti/ubuntu-packaging-guide/autopkgtest-updates/+merge/218265
[10:26] <pitti> after this lands, how does http://packaging.ubuntu.com/html/auto-pkg-test.html get updated from that? from the branch or from the package?
[10:26] <dholbach> pitti, from a daily build of the branch
[10:27] <pitti> dholbach: oh, nice! so, nothing to do there except landing the branch?
[10:27] <RAOF> LocutusOfBorg1: Yeah, that's fine. Go ahead!
[10:27] <dholbach> pitti, yep
[10:34] <pitti> dholbach: wow, thanks for the fast review!
[10:35] <dholbach> no worries :)(
[10:35] <dholbach> :-)
=== MacSlow is now known as MacSlow|lunch
=== _salem is now known as salem_
=== davidcalle_ is now known as davidcalle
=== MacSlow|lunch is now known as MacSlow
[14:19] <svenx> where are the ftp master indices override files kept, in git/lp somewhere? files like http://us.archive.ubuntu.com/ubuntu/indices/override.trusty.main
[14:24] <bdmurray> pitti: could you have a look at my apport merge proposal?
[15:30] <directhex> hmph, whatever happened to lightdm-set-defaults
[15:33] <tarpman> directhex: I was wondering that too! http://bazaar.launchpad.net/~lightdm-team/lightdm/trunk/revision/1841 apparently, no bug #
[15:37] <cousteau> can the Unity global menu contain widgets such as buttons, text boxes, etc?  Or only dropdown menus?
[15:39] <zyga> cousteau: it cannot, look at the dbus menu spec / wiki page for details
[15:46] <cousteau> so only dropdown menus...  damn, there goes my "awesome browser interface concept"
[15:47] <cousteau> I guess I could still emulate icons through Unicode symbols, though
[15:53] <cousteau> zyga, can't find that spec / wiki page
[15:58] <zyga> cousteau: it's tied to the HUD so you should be able to do more than the basics but that may be under development
[15:59] <zyga> cousteau: https://wiki.ubuntu.com/Unity/HUD
[16:02] <cousteau> hm, maybe the global menu can't do what I was thinking of
[16:03] <cousteau> ...maybe if I could make my program to insert its own applet on the top bar, replacing the menu bar...
[16:03] <zyga> cousteau: I don't follow desktop development that much so ask around for better hints
[16:03] <zyga> cousteau: that's not going to work most likely
[16:03] <cousteau> I don't do desktop development at all; I was asking hypothetically
[16:03] <zyga> cousteau: that part is displayed by unity
[16:05] <cousteau> my idea was to develop a web  browser in which the tab/button bar were hidden in the menu bar, so in Unity it would only display the page title until you hover it
=== dannf` is now known as dannf
[16:06] <cousteau> http://imagebin.org/309176 - this is how it would look (without unity involved; just using its own rendering)
[16:10] <cousteau> can an app draw stuff over the top bar?  because that would be another option
[16:11] <cousteau> figure out where the top bar is, its size, where the area for the menus starts/ends, draw random stuff in that area
[16:11] <cousteau> (and destroy that when out of focus)
[16:14] <dholbach> all right my friends - I'm calling it a day - see you all tomorrow!
[16:22] <arges> infinity: which queue?
[16:22] <arges> @pilot in
=== udevbot changed the topic of #ubuntu-devel to: Trusty Final released! | Archive: Open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> trusty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: arges
[16:24] <arges> infinity: which part specifically did you need help with pending-sru or review queue?
[16:28] <infinity> arges: Yes.
[16:28] <infinity> arges: (I was looking at pending-sru, but if you're doing queue stuff, do that, it's more hassle :P)
[16:28] <infinity> arges: I'm going through pending right now.
[16:28] <arges> infinity: ok i'll keep looking at trusty queue
=== bfiller is now known as bfiller_afk
[17:33] <jamespage> infinity, easymock->hamcrest (integration component relies on easymock only afaict)
[17:42] <mterry> @pilot in
=== udevbot changed the topic of #ubuntu-devel to: Trusty Final released! | Archive: Open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> trusty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: arges, mterry
=== roadmr is now known as roadmr_afk
=== bfiller_afk is now known as bfiller
=== PeterSchwaller_ is now known as PeterSchwaller
=== roadmr_afk is now known as roadmr
[18:49] <svenx> anyone know where the ftp master indices override files are kept, in git/lp somewhere? files like http://us.archive.ubuntu.com/ubuntu/indices/override.trusty.main
[19:14] <doko> infinity, according to Manoij's changelog you appear to work for gentoo ...
[19:41] <infinity> doko: I do?
[19:42] <infinity> Heh, not quite. ;)
[19:42] <ScottK> That's barry anwya.
[19:42] <ScottK> anyway
[19:43] <barry> whu?
[19:44] <bdmurray> Is it just me or does the ubuntu-emulator use the same mac address?
[19:48] <ScottK> barry: OK, so Gentoo refugee, but almost the same thing.
[20:05] <mterry> @pilot out
=== udevbot changed the topic of #ubuntu-devel to: Trusty Final released! | Archive: Open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> trusty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: arges
=== salem_ is now known as _salem
[20:52] <infinity> doko: Hrm, we couldn't sync make, though.  It dropped M-A:foreign.
[21:06] <zyga> I wonder if the upcoming amd64+aarch64 on-a-chip boxes will force Debian and Ubuntu to redefine multiach to support executables alongside with existing libraries
[21:12] <arges> @pilot out
=== udevbot changed the topic of #ubuntu-devel to: Trusty Final released! | Archive: Open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> trusty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
[21:14] <mapreri> cjwatson: do you mind uploading debootstrap to sid with the right symlink to utopic when you have a spare minute?
[21:34] <dobey> adb reboot
[21:34] <dobey> nope
[21:35] <dobey> wrong focus, obviously