[02:10] <sidi> Hi. I need an online bug tracker / ML for a UK-based scientific study, involving human participants. I need all the tools I use to be compliant with the EU's Data Protection Directive. I don't see anything in Launchpad's terms of use about the countries where user data is stored and users' right over their data. Is it correct that Launchpad complies with no data protection legislation?
[05:59] <cjwatson> sidi: https://help.launchpad.net/PrivacyPolicy has a fair bit about data retention etc.  Launchpad's servers are hosted in the UK.
[06:29] <sidi> cjwatson, I was on that page actually. It should contain a DPA compliance notice if Launchpad were compliant, so for me it's a bit of a matter of knowing whether Launchpad actively escapes EU law on data protection by establishing its HQ in the isle of man or if someone just didn't fill in the details properly on the policy
[06:29] <sidi> i guess i'l ltake it to the mailing list. thanks for posting that link though
[06:32] <cjwatson> sidi: As far as I know Canonical attempts to comply with the DPA; that sounds like an oversight although I wouldn't want to try to do anything about it at 6:30am :-)
[06:32] <sidi> cjwatson, haha yeah :-)
[06:33] <sidi> cjwatson, reading the policy, there isn't a mechanism that clearly describes how users can have all the data they created deleted, and that could quite possibly include blueprints and bug reports but are said to be undeletable, so i err on the side of non-compliance. not that i would lose sleep over this for what i do with launchpad but compliance is mandatory in research :-) anyway, good night!
[06:34] <cjwatson> Chapter and verse on the compliance notice thing from the legislation would be helpful.
[06:42] <cjwatson> We can hide blueprints and bugs if necessary, although AIUI data protection law would require us to have regard to other interests as well, which would be relevant given the intertwined nature of all this.
[06:50] <cjwatson> So I don't actually see anything in the DPA about compliance notices.
[06:52] <cjwatson> An actual reference would definitely be helpful there rather than me trying to be an armchair lawyer.
[10:10] <robfrawley> Can anyone give me some insight into why my build fails? https://launchpad.net/~scribeinc/+archive/ubuntu/nginx/+packages
[10:11] <robfrawley> FYI: I am 100% new to Launchpad, and very new to building custom packages in general (although this *does* compile locally on my machine)
[10:14] <cjwatson> robfrawley: Looks like a missing build-dependency of some kind.  The build is outputting messages in parallel which means that you have to look back a bit, but:
[10:14] <cjwatson> ./configure: error: module ngx_pagespeed requires the pagespeed optimization library.
[10:14] <cjwatson> Look in objs/autoconf.err for more details.
[10:14] <cjwatson> debian/rules:159: recipe for target 'config.arch.scribe' failed
[10:14] <cjwatson> robfrawley: Try https://wiki.ubuntu.com/SimpleSbuild for your local test builds, rather than just relying on debuild or whatever.  You need to be test-building in a clean environment.
[10:15] <robfrawley> ok, great - let me dig into that a bit - thanks!
[10:20] <robfrawley> @cjwatson: For clarification, the source package generated via "debuild -S -sd -k<my-key-id>" doesn't include source i've downloaded and inserted into the source package i'm basing this off of? (ie, i put the correct dependencies in /path/to/source/nginx-1.7.7/debian/modules/ngx_pagespeed-release-beta/)
[10:42] <cjwatson> robfrawley: Generally should but maybe you aren't pointing the build process at that properly ... you can inspect the generated .debian.tar.xz
[10:42] <cjwatson> (I haven't, need to go out)
[10:43] <robfrawley> No worries - thanks for the tips - just trying my first build using the SimpleSbuild setup info you provided
[10:43] <cjwatson> Cool
[10:58] <robfrawley> at what point/file do I set an enviornment variable for make in a debian source package?
[15:08] <cjwatson> robfrawley: I'd normally do it in debian/rules just on the line where it calls make (might be indirect via dh_auto_build or similar), or you can just export it at the top level of debian/rules if you don't mind it applying to the whole package build process.
[15:09] <robfrawley> @cjwatson: your help was great - https://launchpad.net/~scribeinc/+archive/ubuntu/nginx/+packages
[15:11] <robfrawley> shouted you out in the changelog: https://gitlab.scribe.systems/scribe/nginx-build/commit/f7c3504cdc3e263ef8d82a67b723ef5ecfd700f9#6ea32efdafa5bab71a5346b772e1b04aa0e56a2e_1_1
[15:11] <robfrawley> thanks!
[15:27] <cjwatson> robfrawley: ok, happy to help
[15:29] <teward> ... just reading this made me forget - i forgot to upload 1.7.8 to the NGINX PPAs... ooopsies
[16:33] <robfrawley> @tweard: ooh, new mainline for me to grab soon then!
[16:35] <robfrawley> @tweard: I'm stuck on bzr - it's been throwing me for a loop - is there an equivalent method to adding the mainline (development) nginx ppa and performing an "apt-get source nginx" that I can perform simply using bzr from the ppa?
[16:35] <teward> robfrawley: nope - there's no bzr repo
[16:35] <teward> robfrawley: i actually pull from Debian directly as the base
[16:36] <teward> then unzip the latest tarball and update modules where needed to fix FTBFS
[16:36] <teward> robfrawley: but that requires git, not bzr.
[16:37] <teward> (if you pull from Debian git directly0
[16:37] <teward> robfrawley: i only use bzr when working with merges from Debian to develrelease
[16:37] <teward> and even then i only use that for ease-of-merging and then end up making a debdiff like old-fashioned little me
[16:37] <robfrawley> yeah, i noticed that (re: the debian base)
[16:38] <teward> robfrawley: it's also more effective to actually highlight my name, teward, not tweard :)
[16:38] <robfrawley> what sort of FTBFS's come up? small or many?
[16:38] <robfrawley> ah, yeah - i'll get the spelling right one of these days
[16:38] <teward> robfrawley: not taken a look at your packages, but the third-party modules, some of them hate the API changes in 1.7.x
[16:40] <robfrawley> Ah, okay - I noticed that (my first attempt involved Nginx direct from the source, and some of them were giving me lots of issues)
[16:40] <robfrawley> I'll stick with building off your solid work for now ;-)
[16:44] <teward> robfrawley: might be until later or tomorrow - i;ve had a hell of a week
[16:45] <robfrawley> no worries there, i'm still working toward a solid foundation using SimpleSbuild and PPAs in general. No rush from me.
[16:49] <teward> robfrawley: i use Sbuild now to test build everything - but i ultimately publish to the PPAs in a staging place because sometimes they're weirdly different
[16:51] <robfrawley> Can you elaborate on "staging place" - is that just another PPA you setup for the sole purpose of running the build against Launchpad's buiders prior to pushing to your main repo?
[16:52] <teward> yep, then i just copy the binaries over
[16:52] <teward> brunch time
[16:52] <teward> :)
[16:52] <robfrawley> good to know