[03:36] ping wgrant when you are back and got a second. It is about using 14.04 for building lp compared to to 12.04 and changing the apache conf files === robfrawley is now known as Guest84012 [05:37] mRMans: Launchpad doesn't run on Ubuntu 14.04 LTS today. [05:37] There are Apache config incompatibilities plus some other issues. [05:37] We recommend Ubuntu 12.04 LTS instead. [05:40] wgrant, hello [05:40] I made a LXC that is 12.04 and built but can not seem to get it in a browser [05:40] last thing that I did was make run [05:41] and it is hanging at 2014-12-21T22:22:51 INFO root Startup time: 8.001 sec real, 7.720 sec CPU [05:41] That indicates that startup is complete. [05:41] yeah but I can not see it in a browser on local or portforwarding via tomato [05:41] "can not see it"? [05:41] What exactly are you trying, and what goes wrong? [05:42] meaning that It can not load in the browser [05:42] just says connecting and never does [05:42] Load what? [05:42] google chrome tools says that it is just waiting to resolve [05:42] What's the URL you're using? [05:43] Have you set your /etc/hosts? [05:43] looking at etc host in the LXC now [05:43] thanks wgrant for your time [05:43] If it's hanging on name resolution, that suggests your /etc/hosts is misconfigured. [05:43] Which URL were you using? [05:44] the name of the lxc container [05:44] Ensure you've followed https://dev.launchpad.net/Running/RemoteAccess [05:44] lpNew [05:44] yeah [05:44] You need to use a correct hostname. [05:44] Launchpad uses vhosts extensively. === benonsoftware is now known as MerryChristmas [05:44] So it'll want to be launchpad.dev. [05:45] ok [05:45] yeah I tried to point the browser to http://lpNew:8087/ but get nothing looking at hosts now [05:45] 8087 is only a local port [05:45] looks like this [05:45] 80 and 443 are the interesting ones. [05:45] 127.0.0.88 launchpad.dev answers.launchpad.dev archive.launchpad.dev api.launchpad.dev bazaar.launchpad.dev bazaar-internal.launchpad.dev blueprints.launchpad.dev bugs.launchpad.dev code.launchpad.$ [05:45] Right. [05:46] Put that in your system's /etc/hosts, except with the container's IP address rather than 127.0.0.88 [05:46] that is ok if it is only local I have someone at the office ATM [05:47] so you are saying replace 127.0.0.88 with the avahi name ? example: launchpad.dev answers.launchpad.dev archive.launchpad.dev api.launchpad.dev bazaar.launchpad.dev bazaar-internal.launchpad.dev blueprints.launchpad.dev bugs.launchpad.dev code.launchpad.$ [05:47] No, normal /etc/hosts format. [05:47] ok [05:47] The first field is the IP address. [05:48] The following fields are hostnames that should resolve to that IP address. [05:50] If i just point my browser to 127.0.0.88 or any of the host names then I still got "nothing" back in the browser [05:50] restart the lxc networking ? [05:50] 127.0.0.88 on 127.0.0.0/8 -- it's a loopback address, valid only within the container. [05:51] ohh [05:52] cigarettes coffee and beer oh my ! Thanks wgrant [05:52] :) [05:52] wgrant is there a blueprint for lp-dev in 14.04 ? [05:52] what is the main issues ? [05:52] besides apache 2.4 that is [05:53] The main issue is the Apache config, but I believe there are also some other minor bits and pieces that will be broken. We do not run the test suite on 14.04 yet. [05:53] is there a sprint ? [05:54] A sprint? [05:55] like a sprint to get it done by a certain time [05:56] or a milestone maybe it is called [05:57] Launchpad.net won't be upgraded from 12.04 for at least several months, so I can't give a definite timeline. [05:57] Also last question is there armhf that I could build as a lot of my in-house packages are armhf [05:57] odroid stuff ^^ [05:58] like in the LXC can I just pass -a armhf ? seems to error out [05:58] s|LXC| LXC build|g [05:59] I was using reprepro wannabuild and buildd before trying to move to LP [05:59] A local Launchpad instance is a lot of work to maintain. And you can't run a buildd in an LXC containre. [06:00] But you can create cross-architecture containers. [06:00] Cool ! [06:00] so like a mounted chroot then [06:00] with g++ ect [06:00] or am I going down the wrong path ? [06:01] What exactly are you trying to do? [06:01] Running a local Launchpad instance is probably not the easiest way to achieve your goal. [06:02] I want to use dput or something like that to build all armhf i386 amd64 and ppc builds of everything on a cron or something [06:02] of the in-house packages [06:03] like openzwave stuff a lot of Qt Libs that I have made. Some backup ec2 scripts ect [06:04] so that end users can use PPA for there systems and I do not need to use crons to update the packages. As that is whta is going on atm [06:04] what * [06:05] Why did you need cronjobs if you were using reprepro already? [06:05] to run checks on incoming [06:05] Launchpad PPAs and reprepro repositories are just normal apt repositorys. There's nothing particularly special about PPAs. [06:05] Ah [06:05] Well, you have to do that with Launchpad too :) [06:07] I see [06:07] What improvements do you want over your current reprepro+wannabuild+buildd infrastructure? [06:08] how do you trigger with upload to say build/launch a new LXC to build a package from something like ubuntu-minimal ? [06:08] Launchpad.net provides private PPAs as a commercial service, which would certainly be much easier for you. But running your own Launchpad is a complicated endeavour. [06:08] We don't build in LXC containers. [06:08] bugs translations and many other things [06:08] Launchpad.net builds packages with launchpad-buildd, which handles chroots itself. [06:09] there is also jenkings running for all the Java stuff that we do. I want to merge into one framework [06:09] but that also means lots of debian dirs [06:10] with config ect files [06:10] kinda trying to see if there is anything that can "do it all" [06:10] Launchpad doesn't maintain your debian directories for you. [06:11] also needs to be for debian and Ubuntu [06:11] You still need to create the source packages. [06:11] Ah, Launchpad.net cannot build packages for Debian today, just Ubuntu. [06:11] But a local Launchpad instance could do Debian as well, if you have the expertise. [06:12] aka make debootstrap debian and Ubuntu as we were using just Ubuntu but (no offense) but maintaining debian seems to be a little bit easy. [06:12] Howso? [06:13] like when I got the job and looked at servers and embeded systems there was no "common theme" example some were raring some were lucid [06:13] lots of upgrades [06:13] Anybody distributing a system with a non-LTS release is probably wrong :) [06:13] Unfortunately many ARM vendors do that :( [06:14] everything is now trusty that was once whatever which is nice. But Have spun up my own armhf debian jessie and wheezy [06:14] Your telling me ROTFLMAO [06:14] would also like to automate building img also [06:14] in due time [06:16] but just tring to look at all the options that are out there. Looked at suse builder that mer uses and what not. Which is nice. But would like to take all of this put it together and see what comes out of it [06:17] in other words we make a lot of armhf img per week but everytime I upgrade say a simple bash script package I have to upload to builder wait for cron to run. or every time I make a IMG .... Now that is a mess [06:18] maybe I should make some sorta tool (qt or gtk ) that is used to do diff's and what not to update the img [06:18] not sure how to make all that automated. === fabo_ is now known as fabo === MerryChristmas is now known as benonsoftware === s8321414_ is now known as s8321414 === Nigel_ is now known as G === czchen_ is now known as czchen === Guest85231 is now known as nesthib