[05:55] <giaco> hello
[11:33] <seaniek84> Guys i need some help. Im new to ubuntu. When i login using gnome mode my pc freezes after a few seconds
[14:47] <highvoltage> good morning


[00:37] <invalidpartition> Hi, my laptop (Dell Venue Pro 11) has suddenly come up with the error "Invalid Partition Table" whenever I turn it on. I've gone into the bios and everything seems fine there. How do I make the laptop boot normally again?
[00:44] <Bashing-om> invalidpartition: File system corruption ? from a liveUSB run a file system check/repair - fsck :)
[00:50] <invalidpartition> I've booted into a live CD, what parameters should I be using with fsck? I've tried 'sudo fsck /dev/sda' and it says bad magic number rim superblock. Could this be because the partition is encrypted?
[00:52] <Bashing-om> invalidpartition: I have no experience with encryption - others here can advise the better.
[00:52] <invalidpartition> Thanks nonetheless Bashing
[00:53] <Bashing-om> invalidpartition: I can accpet that the file system will require de-crypting - but not in my experience range.
[01:22] <invalidpartition> I've tried mounting the encrypted partition but it says that it is not a valid LUKS device
[01:53] <invalidpartition> OK I've successfully decrypted and mounted the encrypted partition
[02:00] <invalidpartitio2> xubuntu@xubuntu:~$ lsblkNAME                     MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINTloop0                      7:0    0   1.4G  1 loop  /rofssda                        8:0    0 119.2G  0 disk  ├─sda1                     8:1    0   731M  0 part  ├─sda2                     8:2    0     1K  0 part  └─sda5                     8:5    0 118.5G  0 part
[02:00] <invalidpartitio2>    └─my_encrypted_volume  253:0    0 118.5G  0 crypt     ├─xubuntu--vg-root   253:1    0 117.5G  0 lvm   /media/xubuntu/b2a1c02b-65f9-43d1-a45f-506f54960542    └─xubuntu--vg-swap_1 253:2    0   976M  0 lvm   sdb                        8:16   1   7.2G  0 disk  └─sdb1                     8:17   1   7.2G  0 part  /cdrommmcblk1                  179:0
[02:00] <invalidpartitio2>   0 119.1G  0 disk  └─mmcblk1p1              179:1    0 119.1G  0 part
[02:00] <invalidpartitio2> Whoops, formatting
[02:00] <invalidpartitio2> The relevant part is:
[02:01] <Kumool> invalidpartitio2: use a pastebin
[02:01] <invalidpartitio2> xubuntu@xubuntu:~$ lsblkNAME                     MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINTloop0                      7:0    0   1.4G  1 loop  /rofssda                        8:0    0 119.2G  0 disk  └─sda5                     8:5    0 118.5G  0 part    └─my_encrypted_volume  253:0    0 118.5G  0 crypt     ├─xubuntu--vg-root   253:1    0 117.5G  0 lvm
[02:01] <invalidpartitio2>  /media/xubuntu/b2a1c02b-65f9-43d1-a45f-506f54960542    └─xubuntu--vg-swap_1 253:2    0   976M  0 lvm
[02:01] <Kumool> NO
[02:01] <Kumool> pastebin!
[02:01] <invalidpartitio2> Good idea, two seconds
[02:01] <Kumool> | nc termbin.com 9999
[02:01] <invalidpartitio2> https://pastebin.com/XmpsTFe4
[02:05] <Kumool> and now the waiting game starts
[02:10] <invalidpartitio2> Yup!
[02:29] <invalidpartitio2> So just to clarify, I'm trying to run fsck on my (currently decrypted) sda5 partition but I'm not quite sure about the syntax. I've tried "sudo fsck /dev/sda" but it says /dev/sda is in use, but if I unmount it via "umount /dev/sda", it tells me it isn't mounted
[02:55] <Kumool> you should go into single user mode if you're using fsck on a partition you're using
[02:56] <invalidpartition> I'm currently booted off a Live USB so I don't think I'm using the partition?
[02:57] <Kumool> is the partition in a liveusb?
[02:57] <Kumool> in the*
[02:57] <invalidpartition> Nope!
[02:57] <invalidpartition> It's on the main drive in the laptop
[02:57] <Kumool> ah
[02:57] <Kumool> so you encrypted your partition?
[02:57] <invalidpartition> Yes
[02:58] <Kumool> oh dear
[02:58] <invalidpartition> It decrypts fine though, can view the files and everything when I mount it
[03:05] <Kumool> I'm working through my own problems and I didn't see what your problem was
[03:05] <Kumool> invalidpartition: did you ask in #ubuntu?
[03:06] <invalidpartition> I tried to but I got redirected somewhere else saying that #ubuntu is either flooded or I needed a NickServ or something like that
[03:07] <Bashing-om> !register | invalidpartition
[03:10] <Kumool> they answer quickly there
[03:12] <invalidpartition> Great I'll try there thanks
[11:24] <linux-newbie> I downloaded something through a .deb file but it doesn't show up in installed software, so how can I uninstall it?
[11:26] <well_laid_lawn> linux-newbie:  how did you install it ?
[11:26] <linux-newbie> I just opened the file I downloaded from the website
[11:28] <well_laid_lawn> as far as I know that shouldn't have installed any files
[11:29] <linux-newbie> So can I just delete the file?
[11:31] <tomreyn> you can delete the downloaded .deb file, yes
[11:32] <tomreyn> also that's not how you should install software
[11:33] <tomreyn> use synaptic, or the software store, preferring debian / apt packages there
[11:35] <linux-newbie> ok thanks
[11:36] <tomreyn> linux-newbie: ...and when something's missing there, find a !PPA or third party !APT repository for it.
[11:37] <tomreyn> !ppa
[13:11] <PoolShark_> hi all.. I just installed xubuntu 18.04 and for some reason it seems to be ignoring my udev rules... did the location for the rules move to /lib/udev instead of /etc/udev?
[13:56] <tomreyn> etc should still be fine
[16:44] <bumager>  hello firends. I came to this channel while  searching for  bionic xubuntu-core iso. Is it still available for download somewhere?
[21:17] <appa> is there a way to reload/reset the driver for the keyboard on a laptop?  I've got a weird issue where some keys (usuaally left and down arrow) stop working...
[21:18] <Bashing-om> appa: ' sudo dpkg-reconfigure keyboard-configuration ' ?
[21:24] <appa> I'll give that a try
[21:26] <Bashing-om> appa: K; if that still does not resolve might consider re-installing the xorg-input driver.
[21:26] <appa> so a restart fixes it
[21:26] <Bashing-om> appa: :D
[21:26] <appa> but I'd like to know what's going on
[21:26] <appa> the dpkg-reconfigure did not fix it though
[21:27] <appa> it might be related to returning from standby when the lid is closed
[21:30] <Bashing-om> appa: - Well - I have seen several issues with "resume from suspend"; but out of my experience range :(
[21:33] <appa> thanks for help
[21:35] <Bashing-om> appa: :( As it is not resolved - my advise not to helpful - sorry.


[12:06] <xdatap> hi everybody!
[12:07] <czajkowski> xdatap: aloha
[12:07] <xdatap> czajkowski: hey Laura! how are you
[12:07] <czajkowski> good thanks you?
[12:07] <xdatap> i'm fine
[12:08] <xdatap> ngo ML it's quite silent last weeks
[12:08] <czajkowski> aye
[12:09] <czajkowski> saw the post you made re interview
[12:09] <czajkowski> shall I add it to the blog?
[12:09] <xdatap> please do it :)
[12:09] <czajkowski> will do tonight
[12:09] <xdatap> great
[12:10] <xdatap> the guy left for Uganda. looking forward to him back to see the photos
[12:11] <xdatap> I think with great photos of a pratical use of Ubuntu in poor region could impress more than 1000 words
[12:11] <czajkowski> yes
[12:11] <czajkowski> very true
[12:15] <xdatap> i'm leaving for luch. Bye bye
[12:15] <xdatap> *lunch


[02:25] <george_e_> I'm trying to run some charms locally and I'm running into a bandwidth problem:
[02:25] <george_e_> Is there any way to have Juju cache the packages it retrieves for individual services?
[02:32] <wckd> you can run an apt-cacher
[02:49] <george_e_> wckd: So how would that work with each unit?
[02:50] <george_e_> Would it (the unit) automatically know to fetch the packages from the cache?
[02:50] <george_e_> ...and I assume I would install that on the host?
[05:13] <george_e_> My charm started successfully!
[05:13] <george_e_> Yay!
[06:26] <george_e_> When running Juju locally, do I need to have a lot of RAM?
[06:27] <george_e_> I assigned the VM running Juju about 800MB but increased it to 1GB.
[06:27] <george_e_> Is that enough to run a MySQL and a small web application charm?
[16:08] <hazmat> juju local provider runs an apt-cacher-ng for the local units


[07:29] <kjackal> Good morning Juju world!
[14:14] <roadmr> hello folks! Hey, periodically I have to "compact" my juju1 db, particularly on node 0. For this I need to stop the juju-db service. Is there a way to compact the DB while keeping juju running?
[14:16] <rick_h> roadmr: sorry nothing new on that front. There's a ton of work into 2.2 for db size and maintenance but nothing that would compact while it's running. I think that's more a mongodb limitation that the db has to come offline to do the compacting.
[14:16] <roadmr> rick_h: ok, it's what I thought but felt it couldn't hurt to ask :)
[14:17] <rick_h> roadmr: definitely
[14:17] <roadmr> rick_h: thanks though!
[14:18] <lazyPower> rick_h: i wonder if thats not something we could tune for a maintenance window?
[14:18] <lazyPower> something like ship w/ a cron job that once a week takes it offline for 15 minutes to compact teh db
[14:19] <rick_h> lazyPower: well I think the goal is that you won't need compacting with all the work going into maintaining the db better
[14:19] <lazyPower> unless thats taking too many liberties.... in which case i would then think modeling the controller as a charm and giving it some actions would be ace
[14:19] <rick_h> lazyPower: but it'd be something that'd be interesting to see if we can get concrete numbers on how/when a user would need to.
[14:19] <rick_h> lazyPower: :) well that's the long term idea
[14:19] <lazyPower> aww yeee
[14:19] <lazyPower> <3
[14:20] <lazyPower> rick_h: i redeployed my k8s cluster this weekend (in house) so i could really change teh topology. I'm happy to report there were no issues sticking flannel on the controller ndoe
[14:20] <lazyPower> i did some very dirty things...
[14:20] <lazyPower> stuff you would approve of, but it all worked
[14:20] <lazyPower> so all our effort in making 2.x more bulletproof has paid off
[14:20] <rick_h> lol
[14:32] <SimonKLB> anyone know how one would go about co-locating in amulet tests? since you can't add an application after you run setup() im not sure if there is any good way to find the correct machine id for placement
[14:44] <SimonKLB> libjuju to the rescue :D
[15:46] <lazyPower> SimonKLB: you read my mind :)
[16:05] <kim0> Howdy channel .. I saw some discussion about cloud-integration (cloud-native) .. Can someone give me an idea what that is about .. Thanks!
[16:57] <lazyPower> kim0: with respect to kubernetes?
[16:58] <kim0> yes
[16:59] <lazyPower> kim0: certainly. Cloud integration would bridge the gaps between CDK and what K8s natively supports. Today we model Kubernetes in a bare-metal first nature, where it behaves the same as it does on bare metal no matter where you deploy it. Many users have requested cloud-integration for supported things like  Service type: load-balancer which will yield an ELB on AWS
[16:59] <lazyPower> auto provisioning of EBS storage as PV's
[16:59] <kim0> Aha I see .. yeah that would surely be useful :)
[16:59] <lazyPower> things of that nature. So our goal there is to model it in a secure way that wont leak credentials, and allow the administrator to plug those cloud-integrations right into CDK for a seamless experience. Bare metal users are still tended to as they just dont enable the intgrations.
[17:00] <kim0> is that coming any time soon :)
[17:00] <lazyPower> we have some pre-alpha quality work now, nothing public that I can point you to
[17:00] <lazyPower> but it is on the docket for this 17.10 cycle
[17:42] <Budgie^Smore> lazyPower does it usually take this long to hear back about that developer access?
[17:51] <lazyPower> Budgie^Smore: no
[17:51] <lazyPower> you should have heard back already. I know that marco is currently at ODS
[17:51] <lazyPower> so that may be why, it got missed and he's busy giving talks.
[17:51] <lazyPower> Budgie^Smore: i'll poke him gently and see if we can expedite that
[17:52] <Budgie^Smore> lazyPower no problem was just curious... probably right con-season can be crazy
[18:15] <Budgie^Smore> I really want to build a "cluster in a box" that could be "picked up" by devs / iot people
[19:04] <Budgie^Smore> http://www.asrockrack.com/general/productdetail.asp?Model=E3C226D2I looks a nice mini itx with ipmi support!
[19:20] <lazyPower> Budgie^Smore: thats a nice lookin box bruv
[19:20] <lazyPower> s/box/board
[19:21] <Budgie^Smore> yeah 2 NICs and 1 IPMI separate is really nice to find
[19:23] <Budgie^Smore> only real prob right now is to find a small yet large enough managed switch (12 port min)
[19:23] <lazyPower> that doesn't break the bank or require a unifi controller amirite? :D
[19:25] <Budgie^Smore> something like that... really wondering if I could "crowdsource" this idea maybe even build some sort of backplane that connects multiple boards with a switch
[19:26] <Budgie^Smore> I can't be the only one that would drop a couple of grand on a "cluster in a box" solution
[19:44] <lazyPower> Budgie^Smore: you're not, thats why we built the orange box
[19:45] <lazyPower> Budgie^Smore: a lot of vendors are showing up at conferences with ARM based alternatives like cubie boards or rpi clusters.
[19:45] <Budgie^Smore> yeah and discontinued it too :-/ although I would say that box was a little bit over powered for a small cluster
[19:45] <lazyPower> I myself have a stack of about six rpi 2's and 3's next to me on my desk that I fiddle around with periodically.
[19:45] <lazyPower> well, you wanted some beef to run the workloads + openstack
[19:46] <Budgie^Smore> oh yeah for conference, etc. it would be awesome but I am thinking more small form factor 5 node box
[19:46] <lazyPower> its less compelling if its just an openstack box, but if you can deploy stuff on top of it and demo the whole suite of jujucharms on sight without dealing with firewalls, access, et-al. its a handy tool for tech previews
[19:46] <lazyPower> I hear ya. Thats the entire reason i dubbed my pi cluster "The Clementine Box"
[19:46] <Budgie^Smore> 1 node maas + 4 nodes whatever the f you want ;-)
[19:47] <lazyPower> i wanted something to stand up both lxd and swarm on and demo the two container techs working in harmony
[19:47] <lazyPower> and they do :D
[19:47] <lazyPower> but provisioning is not as nice as PXE only landed on the rpi3
[19:47] <lazyPower> and power management is still an issue
[19:47] <Budgie^Smore> yeah I still want an x86 platform
[19:47] <lazyPower> but the baseline concept is there and it was a great learning tool
[19:47] <lazyPower> i stll say grab some gigabyte brix boards
[19:47] <lazyPower> and hobby to your hearts content
[19:48] <lazyPower> they're pretty small and beefy enough to run some serious workloads on them, thats 3/4 of my @ home k8s cluster is gigabyte brix units.
[19:48] <Budgie^Smore> hence looking at that board... having 2 gbic nic and ipmi gives you everything you really need for both power management and network layouts
[19:48] <Budgie^Smore> pop in an i3 or i5 and you have a beefy little server cluster
[19:55] <lazyPower> yep yep


[00:03] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (xenial-proposed) [2:8.4.0-0ubuntu6]
[00:22] -queuebot:#ubuntu-release- Unapproved: accepted horizon [source] (xenial-proposed) [2:9.1.2-0ubuntu3]
[00:35] -queuebot:#ubuntu-release- Unapproved: accepted strongswan [source] (artful-proposed) [5.5.1-4ubuntu2.2]
[00:37] <RAOF> Hm. There's not much point in accepting an SRU to zesty at this point, is there.
[00:37] <RAOF> Zesty will go EOL before anyone verifies it!
[00:38] <tsimonq2> When *will* Zesty finally go EOL anyways?
[00:39] <mwhudson> in about a month?
[00:43] <tsimonq2> infinity: Since Zesty EOL seems to be fast approaching, it might be good to set a solid date for that.
[00:43] <tsimonq2> mwhudson: Right.
[00:43] <tsimonq2> Give or take.
[00:51] <RAOF> Sometime in January!
[00:51] <OldManWinter> `distro-info -f -yeol --supported` :>
[00:54] -queuebot:#ubuntu-release- Unapproved: accepted strongswan [source] (xenial-proposed) [5.3.5-1ubuntu3.5]
[00:59] -queuebot:#ubuntu-release- Unapproved: accepted strongswan [source] (zesty-proposed) [5.5.1-1ubuntu3.3]
[01:41] <valorie> slangasek: any word on when the respins will happen re: 17.10 ?
[05:10] -queuebot:#ubuntu-release- New binary: deepin-calculator [s390x] (bionic-proposed/universe) [1.0.1-1] (no packageset)
[05:10] -queuebot:#ubuntu-release- New binary: extrace [ppc64el] (bionic-proposed/universe) [0.4-1] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: extrace [arm64] (bionic-proposed/universe) [0.4-1] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: extrace [s390x] (bionic-proposed/universe) [0.4-1] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: qtdbusextended [ppc64el] (bionic-proposed/universe) [0.0.3-1] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: extrace [armhf] (bionic-proposed/universe) [0.4-1] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: siridb-server [ppc64el] (bionic-proposed/universe) [2.0.25-1] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: libcloudproviders [ppc64el] (bionic-proposed/universe) [0.2.5-1] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: libcbor [ppc64el] (bionic-proposed/universe) [0.5.0+dfsg-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: deepin-calculator [ppc64el] (bionic-proposed/universe) [1.0.1-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: libcloudproviders [armhf] (bionic-proposed/universe) [0.2.5-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: qtdbusextended [arm64] (bionic-proposed/universe) [0.0.3-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: qtdbusextended [s390x] (bionic-proposed/universe) [0.0.3-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: siridb-server [armhf] (bionic-proposed/universe) [2.0.25-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: libcbor [s390x] (bionic-proposed/universe) [0.5.0+dfsg-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: qtdbusextended [armhf] (bionic-proposed/universe) [0.0.3-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: siridb-server [s390x] (bionic-proposed/universe) [2.0.25-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: libcloudproviders [s390x] (bionic-proposed/universe) [0.2.5-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: siridb-server [arm64] (bionic-proposed/universe) [2.0.25-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: libcbor [arm64] (bionic-proposed/universe) [0.5.0+dfsg-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: libcloudproviders [arm64] (bionic-proposed/universe) [0.2.5-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: libcbor [armhf] (bionic-proposed/universe) [0.5.0+dfsg-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: deepin-calculator [armhf] (bionic-proposed/universe) [1.0.1-1] (no packageset)
[05:51] -queuebot:#ubuntu-release- New binary: autorandr [amd64] (bionic-proposed/universe) [1.3-1] (no packageset)
[05:51] -queuebot:#ubuntu-release- New binary: flask-paranoid [amd64] (bionic-proposed/universe) [0.2.0-2] (no packageset)
[05:51] -queuebot:#ubuntu-release- New binary: r-cran-isoweek [amd64] (bionic-proposed/universe) [0.6-2-1] (no packageset)
[05:54] <slangasek> valorie: it won't be for several days, at least; people are dropping off for the holidays (myself included), and I have to sort out a few answers before I can even start to spin them
[05:54] <valorie> ok
[05:54] <valorie> thanks for the information
[05:57] -queuebot:#ubuntu-release- New binary: extrace [i386] (bionic-proposed/universe) [0.4-1] (no packageset)
[05:57] -queuebot:#ubuntu-release- New binary: deepin-calculator [amd64] (bionic-proposed/universe) [1.0.1-1] (no packageset)
[05:57] -queuebot:#ubuntu-release- New binary: libcbor [amd64] (bionic-proposed/universe) [0.5.0+dfsg-1] (no packageset)
[05:57] -queuebot:#ubuntu-release- New binary: extrace [amd64] (bionic-proposed/universe) [0.4-1] (no packageset)
[05:58] -queuebot:#ubuntu-release- New binary: libcbor [i386] (bionic-proposed/universe) [0.5.0+dfsg-1] (no packageset)
[05:58] -queuebot:#ubuntu-release- New binary: libcloudproviders [amd64] (bionic-proposed/universe) [0.2.5-1] (no packageset)
[05:59] -queuebot:#ubuntu-release- New binary: python-quamash [amd64] (bionic-proposed/universe) [0.6.0~dfsg-2] (no packageset)
[05:59] -queuebot:#ubuntu-release- New binary: siridb-server [amd64] (bionic-proposed/universe) [2.0.25-1] (no packageset)
[06:00] -queuebot:#ubuntu-release- New binary: flask-gravatar [amd64] (bionic-proposed/universe) [0.4.2-1] (no packageset)
[06:00] -queuebot:#ubuntu-release- New binary: python-django-x509 [amd64] (bionic-proposed/universe) [0.3.2-1] (no packageset)
[06:00] -queuebot:#ubuntu-release- New binary: qtdbusextended [i386] (bionic-proposed/universe) [0.0.3-1] (no packageset)
[06:00] -queuebot:#ubuntu-release- New binary: siridb-server [i386] (bionic-proposed/universe) [2.0.25-1] (no packageset)
[06:00] -queuebot:#ubuntu-release- New binary: libcloudproviders [i386] (bionic-proposed/universe) [0.2.5-1] (no packageset)
[06:00] -queuebot:#ubuntu-release- New binary: quickcal [amd64] (bionic-proposed/universe) [1.0-2] (no packageset)
[06:00] -queuebot:#ubuntu-release- New binary: qtdbusextended [amd64] (bionic-proposed/universe) [0.0.3-1] (no packageset)
[06:05] <flocculant> slangasek: re the lenovo issue - we've not heard anything, but our community doesn't appear to be very loud ... I assume that we'll get included in the respin?
[06:06] <slangasek> flocculant: I will communicate to ubuntu-release when I have a concrete plan; but yes, I'm planning to do respins of all the flavors, and then it'll be up to the flavor communities to test + release
[06:07] <flocculant> slangasek: okey doke - I'll do some release note stuff in the meantime and make our team aware - then wait patiently :)
[06:07] -queuebot:#ubuntu-release- New binary: nipype [amd64] (bionic-proposed/universe) [0.14.0-1] (no packageset)
[06:23] <slangasek> slashd: thanks, your ca-certificates-java SRU also fixed the kazoo autopkgtest on armhf ;)
[06:36] -queuebot:#ubuntu-release- Unapproved: libzstd (xenial-proposed/universe) [0.5.1-1 => 1.3.1+dfsg-1~ubuntu<IP_ADDRESS>] (no packageset)
[06:36] -queuebot:#ubuntu-release- Unapproved: libzstd (zesty-proposed/universe) [1.1.2-1 => 1.3.1+dfsg-1~ubuntu<IP_ADDRESS>] (ubuntustudio)
[07:10] -queuebot:#ubuntu-release- New: accepted qtdbusextended [amd64] (bionic-proposed) [0.0.3-1]
[07:10] -queuebot:#ubuntu-release- New: accepted qtdbusextended [armhf] (bionic-proposed) [0.0.3-1]
[07:10] -queuebot:#ubuntu-release- New: accepted qtdbusextended [arm64] (bionic-proposed) [0.0.3-1]
[07:10] -queuebot:#ubuntu-release- New: accepted qtdbusextended [s390x] (bionic-proposed) [0.0.3-1]
[07:11] -queuebot:#ubuntu-release- New: accepted qtdbusextended [i386] (bionic-proposed) [0.0.3-1]
[07:11] -queuebot:#ubuntu-release- New: accepted qtdbusextended [ppc64el] (bionic-proposed) [0.0.3-1]
[07:11] -queuebot:#ubuntu-release- New: accepted haskell-fgl-arbitrary [sync] (bionic-proposed) [<IP_ADDRESS>-1]
[07:11] -queuebot:#ubuntu-release- New: rejected haskell-unliftio-core [sync] (bionic-proposed) [<IP_ADDRESS>-1]
[07:11] -queuebot:#ubuntu-release- New: accepted haskell-unliftio [sync] (bionic-proposed) [<IP_ADDRESS>-1]
[07:11] -queuebot:#ubuntu-release- New: accepted haskell-storable-record [sync] (bionic-proposed) [<IP_ADDRESS>-1]
[07:11] -queuebot:#ubuntu-release- New: accepted haskell-unliftio-core [sync] (bionic-proposed) [<IP_ADDRESS>-1]
[07:12] -queuebot:#ubuntu-release- New: accepted libcbor [amd64] (bionic-proposed) [0.5.0+dfsg-1]
[07:12] -queuebot:#ubuntu-release- New: accepted libcbor [armhf] (bionic-proposed) [0.5.0+dfsg-1]
[07:12] -queuebot:#ubuntu-release- New: accepted libcbor [ppc64el] (bionic-proposed) [0.5.0+dfsg-1]
[07:12] -queuebot:#ubuntu-release- New: accepted libcbor [arm64] (bionic-proposed) [0.5.0+dfsg-1]
[07:12] -queuebot:#ubuntu-release- New: accepted libcbor [s390x] (bionic-proposed) [0.5.0+dfsg-1]
[07:12] -queuebot:#ubuntu-release- New: accepted libcbor [i386] (bionic-proposed) [0.5.0+dfsg-1]
[07:12] -queuebot:#ubuntu-release- New: accepted libcloudproviders [amd64] (bionic-proposed) [0.2.5-1]
[07:12] -queuebot:#ubuntu-release- New: accepted libcloudproviders [armhf] (bionic-proposed) [0.2.5-1]
[07:12] -queuebot:#ubuntu-release- New: accepted libcloudproviders [ppc64el] (bionic-proposed) [0.2.5-1]
[07:12] -queuebot:#ubuntu-release- New: accepted libcloudproviders [arm64] (bionic-proposed) [0.2.5-1]
[07:12] -queuebot:#ubuntu-release- New: accepted libcloudproviders [s390x] (bionic-proposed) [0.2.5-1]
[07:12] -queuebot:#ubuntu-release- New: accepted libcloudproviders [i386] (bionic-proposed) [0.2.5-1]
[07:13] -queuebot:#ubuntu-release- New: accepted deepin-calculator [amd64] (bionic-proposed) [1.0.1-1]
[07:13] -queuebot:#ubuntu-release- New: accepted deepin-calculator [ppc64el] (bionic-proposed) [1.0.1-1]
[07:13] -queuebot:#ubuntu-release- New: accepted extrace [amd64] (bionic-proposed) [0.4-1]
[07:13] -queuebot:#ubuntu-release- New: accepted extrace [armhf] (bionic-proposed) [0.4-1]
[07:13] -queuebot:#ubuntu-release- New: accepted extrace [ppc64el] (bionic-proposed) [0.4-1]
[07:13] -queuebot:#ubuntu-release- New: accepted deepin-calculator [armhf] (bionic-proposed) [1.0.1-1]
[07:13] -queuebot:#ubuntu-release- New: accepted extrace [arm64] (bionic-proposed) [0.4-1]
[07:13] -queuebot:#ubuntu-release- New: accepted extrace [s390x] (bionic-proposed) [0.4-1]
[07:13] -queuebot:#ubuntu-release- New: accepted deepin-calculator [s390x] (bionic-proposed) [1.0.1-1]
[07:13] -queuebot:#ubuntu-release- New: accepted extrace [i386] (bionic-proposed) [0.4-1]
[07:13] -queuebot:#ubuntu-release- New: accepted siridb-server [amd64] (bionic-proposed) [2.0.25-1]
[07:13] -queuebot:#ubuntu-release- New: accepted siridb-server [armhf] (bionic-proposed) [2.0.25-1]
[07:13] -queuebot:#ubuntu-release- New: accepted siridb-server [ppc64el] (bionic-proposed) [2.0.25-1]
[07:13] -queuebot:#ubuntu-release- New binary: haskell-unliftio-core [ppc64el] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:13] -queuebot:#ubuntu-release- New: accepted siridb-server [arm64] (bionic-proposed) [2.0.25-1]
[07:13] -queuebot:#ubuntu-release- New: accepted siridb-server [s390x] (bionic-proposed) [2.0.25-1]
[07:13] -queuebot:#ubuntu-release- New: accepted siridb-server [i386] (bionic-proposed) [2.0.25-1]
[07:13] -queuebot:#ubuntu-release- New binary: haskell-unliftio-core [s390x] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:14] -queuebot:#ubuntu-release- New: accepted autorandr [amd64] (bionic-proposed) [1.3-1]
[07:14] -queuebot:#ubuntu-release- New: accepted flask-paranoid [amd64] (bionic-proposed) [0.2.0-2]
[07:14] -queuebot:#ubuntu-release- New: accepted python-django-x509 [amd64] (bionic-proposed) [0.3.2-1]
[07:14] -queuebot:#ubuntu-release- New: accepted quickcal [amd64] (bionic-proposed) [1.0-2]
[07:14] -queuebot:#ubuntu-release- New binary: haskell-fgl-arbitrary [ppc64el] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:14] -queuebot:#ubuntu-release- New binary: haskell-storable-record [ppc64el] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:14] -queuebot:#ubuntu-release- New: accepted flask-gravatar [amd64] (bionic-proposed) [0.4.2-1]
[07:14] -queuebot:#ubuntu-release- New: accepted python-quamash [amd64] (bionic-proposed) [0.6.0~dfsg-2]
[07:14] -queuebot:#ubuntu-release- New binary: haskell-fgl-arbitrary [s390x] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:14] -queuebot:#ubuntu-release- New: accepted nipype [amd64] (bionic-proposed) [0.14.0-1]
[07:14] -queuebot:#ubuntu-release- New binary: haskell-storable-record [s390x] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:14] -queuebot:#ubuntu-release- New: accepted r-cran-isoweek [amd64] (bionic-proposed) [0.6-2-1]
[07:14] -queuebot:#ubuntu-release- New binary: haskell-storable-record [i386] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:15] -queuebot:#ubuntu-release- New binary: haskell-unliftio-core [amd64] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:16] -queuebot:#ubuntu-release- New binary: haskell-storable-record [amd64] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:16] -queuebot:#ubuntu-release- New binary: haskell-unliftio-core [arm64] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:16] -queuebot:#ubuntu-release- New binary: haskell-storable-record [arm64] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:16] -queuebot:#ubuntu-release- New binary: haskell-unliftio-core [armhf] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:18] -queuebot:#ubuntu-release- New binary: haskell-storable-record [armhf] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:18] -queuebot:#ubuntu-release- New binary: haskell-unliftio-core [i386] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:18] -queuebot:#ubuntu-release- New binary: haskell-fgl-arbitrary [amd64] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:18] -queuebot:#ubuntu-release- New binary: haskell-fgl-arbitrary [arm64] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:19] -queuebot:#ubuntu-release- New binary: haskell-fgl-arbitrary [armhf] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:19] -queuebot:#ubuntu-release- New binary: haskell-fgl-arbitrary [i386] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-fgl-arbitrary [i386] (bionic-proposed) [<IP_ADDRESS>-1]
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-fgl-arbitrary [amd64] (bionic-proposed) [<IP_ADDRESS>-1]
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-fgl-arbitrary [armhf] (bionic-proposed) [<IP_ADDRESS>-1]
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-fgl-arbitrary [s390x] (bionic-proposed) [<IP_ADDRESS>-1]
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-storable-record [arm64] (bionic-proposed) [<IP_ADDRESS>-1]
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-storable-record [i386] (bionic-proposed) [<IP_ADDRESS>-1]
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-storable-record [s390x] (bionic-proposed) [<IP_ADDRESS>-1]
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-unliftio-core [arm64] (bionic-proposed) [<IP_ADDRESS>-1]
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-unliftio-core [i386] (bionic-proposed) [<IP_ADDRESS>-1]
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-unliftio-core [s390x] (bionic-proposed) [<IP_ADDRESS>-1]
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-fgl-arbitrary [arm64] (bionic-proposed) [<IP_ADDRESS>-1]
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-storable-record [amd64] (bionic-proposed) [<IP_ADDRESS>-1]
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-storable-record [ppc64el] (bionic-proposed) [<IP_ADDRESS>-1]
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-unliftio-core [armhf] (bionic-proposed) [<IP_ADDRESS>-1]
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-fgl-arbitrary [ppc64el] (bionic-proposed) [<IP_ADDRESS>-1]
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-unliftio-core [amd64] (bionic-proposed) [<IP_ADDRESS>-1]
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-storable-record [armhf] (bionic-proposed) [<IP_ADDRESS>-1]
[07:32] -queuebot:#ubuntu-release- New: accepted haskell-unliftio-core [ppc64el] (bionic-proposed) [<IP_ADDRESS>-1]
[08:44] -queuebot:#ubuntu-release- Unapproved: initramfs-tools (xenial-proposed/main) [0.122ubuntu8.10 => 0.122ubuntu8.11] (core)
[10:28] -queuebot:#ubuntu-release- New binary: haskell-unliftio [ppc64el] (bionic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[10:29] -queuebot:#ubuntu-release- New binary: haskell-unliftio [i386] (bionic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[10:30] -queuebot:#ubuntu-release- New binary: haskell-unliftio [amd64] (bionic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[10:30] -queuebot:#ubuntu-release- New binary: haskell-unliftio [armhf] (bionic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[10:30] -queuebot:#ubuntu-release- New binary: haskell-unliftio [arm64] (bionic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[10:37] -queuebot:#ubuntu-release- New binary: haskell-unliftio [s390x] (bionic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[11:15] -queuebot:#ubuntu-release- New: accepted haskell-unliftio [amd64] (bionic-proposed) [<IP_ADDRESS>-1]
[11:15] -queuebot:#ubuntu-release- New: accepted haskell-unliftio [armhf] (bionic-proposed) [<IP_ADDRESS>-1]
[11:15] -queuebot:#ubuntu-release- New: accepted haskell-unliftio [ppc64el] (bionic-proposed) [<IP_ADDRESS>-1]
[11:15] -queuebot:#ubuntu-release- New: accepted haskell-unliftio [arm64] (bionic-proposed) [<IP_ADDRESS>-1]
[11:15] -queuebot:#ubuntu-release- New: accepted haskell-unliftio [s390x] (bionic-proposed) [<IP_ADDRESS>-1]
[11:15] -queuebot:#ubuntu-release- New: accepted haskell-unliftio [i386] (bionic-proposed) [<IP_ADDRESS>-1]
[11:23] <jamespage> morning
[11:23] <jamespage> if there are any sru team members around - the security updates for percona-xtradb-cluster-5.6 for xenial and zesty managed to drop some patches for powerpc memory issues
[11:23] <jamespage> https://bugs.launchpad.net/ubuntu/+source/percona-xtradb-cluster-5.6/+bug/1739404
[11:23] <ubot5`> Launchpad bug 1739404 in percona-xtradb-cluster-5.6 (Ubuntu Zesty) "Latest security updates reverted fixes for powerpc arch" [High,Triaged]
[11:24] <jamespage> I'm preparing fixed versions with Mmike now
[11:24] <apw> jamespage, listening
[11:24] <jamespage> apw: hi! ideally I'd like to get those through asap
[11:24] <apw> jamespage, ping me when they are on the queue
[11:24] <apw> jamespage, as that is a regression-updates i assume we'd be able to expedite them once you have verified them
[11:25] <jamespage> apw: great thanks
[11:27] <jamespage> apw: hmm - should these be processed as security updates? as the regression was caused by a security update rather than a normal SRU?
[11:28] <apw> jamespage, yes they should go via a security PPA, and go out to -security, if that version is broken in -security
[11:28] <apw> jamespage, if you get me .dsc's i can upload them to the kernel security PPA i guess
[11:28] <apw> jamespage, or you can poke security to get it done
[11:28] <jamespage> apw: OK - I'll prep them accordingly
[11:28] <apw> (if there is anyone arround of course)
[12:04] <acheronuk> hi, could software-properties tests on amd64 and i386 against pyqt5 be ignored please? seems to have regressed in -release and against other stuff before new pyqt5
[12:53] -queuebot:#ubuntu-release- Unapproved: slof (artful-proposed/main) [20170724+dfsg-1 => 20170724+dfsg-1ubuntu0.1] (ubuntu-server)
[12:53] -queuebot:#ubuntu-release- Unapproved: slof (zesty-proposed/main) [20161019+dfsg-1 => 20161019+dfsg-1ubuntu0.1] (ubuntu-server)
[12:53] -queuebot:#ubuntu-release- Unapproved: slof (xenial-proposed/main) [20151103+dfsg-1ubuntu1 => 20151103+dfsg-1ubuntu1.1] (ubuntu-server)
[12:56] <jamespage> apw, ratliff: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3089/+packages has updated pxc packages in it, testing by Mmike on ppc64el
[12:56] <jamespage> thanks Mmike
[12:57] <apw> jamespage, those are building against -proposed so are not suitable for -security
[12:57] <jamespage> apw: I think ratliff is around today but probably not quite at work yet :-)
[12:58] <jamespage> apw: they will have to be source copied into the security-proposed PPA anyway
[12:58] <jamespage> Mmike will re-test again once they have built there
[13:06] <Mmike> yup, will do
[14:12] <ratliff> jamespage, apw, Mmike: I just copied those into https://launchpad.net/~ubuntu-security-proposed/+archive/ubuntu/ppa and they are building. since it is a regression from a security update, they can proceed from there
[14:12] <jamespage> ratliff: thanks - will do
[14:12] <jamespage> that made no sense
[14:13] <ratliff> hehehe
[14:13] <ratliff> it was generally agreeable though
[14:15] <Mmike> ratliff, thnx
[15:00] <Mmike> ratliff, seems that both zesty and xenial are ok for percona updates - usually it takes cca 20-30 secs to fail, but I'll let 10minute run to complete before confirming
[15:02] <ratliff> Mmike: good to hear, when I get your final confirmation, I will unembargo the packages
[15:02] <Mmike> ratliff, excellent! :) thnx!
[15:27] <Mmike> ratliff, all good. Do you need me to update the public bug (bug 1739404) or do something else to properly confirm test-ok?
[15:27] <ubot5`> bug 1739404 in percona-xtradb-cluster-5.6 (Ubuntu Zesty) "Latest security updates reverted fixes for powerpc arch" [High,In progress] https://launchpad.net/bugs/1739404
[15:30] <ratliff> Mmike: I am fine with this notification. When the packages go out the bug will get automatically updated.
[15:31] <Mmike> ratliff, ack, thank you!
[17:09] -queuebot:#ubuntu-release- New binary: caja-seahorse [s390x] (bionic-proposed/none) [1.18.3-1] (no packageset)
[17:10] -queuebot:#ubuntu-release- New binary: caja-seahorse [ppc64el] (bionic-proposed/none) [1.18.3-1] (no packageset)
[17:11] -queuebot:#ubuntu-release- New binary: caja-seahorse [amd64] (bionic-proposed/none) [1.18.3-1] (no packageset)
[17:11] -queuebot:#ubuntu-release- New binary: caja-seahorse [i386] (bionic-proposed/none) [1.18.3-1] (no packageset)
[17:12] -queuebot:#ubuntu-release- New binary: caja-seahorse [arm64] (bionic-proposed/none) [1.18.3-1] (no packageset)
[17:12] -queuebot:#ubuntu-release- New binary: caja-seahorse [armhf] (bionic-proposed/none) [1.18.3-1] (no packageset)
[17:24] <LocutusOfBorg> hello, qtdeclarative-opensource-src is being not-considered by britney, can anybody please hint it? I guess reason is some ppa grouping...
[17:39] <LocutusOfBorg> and also, software-properties, can it be ignored? it is regressed in release and juliank has a patch
[17:39] <LocutusOfBorg> I already rerun it against itself on amd64
[17:40] <wxl> slangasek: when we get the BIOS bug fixed, are we smoketesting, or do we plan to do a whole full round of manual tests?
[17:53] <slangasek> wxl: the images will have to be built with all the SRUs since release; we should plan for full release testing
[17:54] <slangasek> wxl: also, investigation is still in progress of a runtime recovery of the issue.  If we get one, then there's no need to respin the images after all
[18:07] <acheronuk> slangasek: +1 on that request from LocutusOfBorg. if you have time
[18:08] <slangasek> if it came in from a ppa rebuild, the right answer is to get all the packages from that ppa to be candidates at the same time
[18:08] <slangasek> else why were you building them together in a ppa
[18:14] <acheronuk> slangasek: all those in the ppa grouping seem to not have anything preventing them being a candidate except qtdeclaritive not being one.
[18:15] <wxl> thx slangasek
[18:16] <wxl> mparillo: there's a kernel module that can access the chip. it's no different than a kernel module that can access your cpu.
[18:17] <slangasek> acheronuk: ok; I can confirm that I don't see any other explanation in update_excuses, but I'm also not sure what hint is needed to unstick this and I'm off work today (about to go afk again)
[18:17] <slangasek> acheronuk: if I have time later I'll take a look, or maybe another member of the release team can help sort it
[18:18] <acheronuk> slangasek: ok. no problem. thank you for looking
[18:19] <LocutusOfBorg> thanks! I deleted the ppa unfortunately when closing the ticket
[18:19] <LocutusOfBorg> I hope you can hint it
[18:19] <LocutusOfBorg> I already pushed pythonqt and two other dependencies, so we for sure need some more time before it can go through
[18:37] -queuebot:#ubuntu-release- Unapproved: command-not-found (artful-proposed/main) [0.3ubuntu17.10.1 => 0.3ubuntu17.10.2] (core)
[18:47] -queuebot:#ubuntu-release- Unapproved: btrfs-tools (trusty-proposed/main) [3.12-1ubuntu0.1 => 3.12-1ubuntu0.2] (core)
[20:48] -queuebot:#ubuntu-release- Unapproved: accepted command-not-found [source] (artful-proposed) [0.3ubuntu17.10.2]
[21:45] -queuebot:#ubuntu-release- Unapproved: corosync (trusty-proposed/main) [2.3.3-1ubuntu3 => 2.3.3-1ubuntu4] (core)
[21:46] -queuebot:#ubuntu-release- Unapproved: corosync (xenial-proposed/main) [2.3.5-3ubuntu1 => 2.3.5-3ubuntu2] (ubuntu-desktop, ubuntu-server)
[21:51] -queuebot:#ubuntu-release- Unapproved: rejected livecd-rootfs [source] (xenial-proposed) [2.408.26]
[22:01] <LocutusOfBorg> hello, since trilinos is RC buggy in Debian, the arm64 failure is happening also there, can we please kick it out from release to proposed, and see mumps migrate?
[22:01] <LocutusOfBorg> (also, removing the binary on arm64 might work :p )
[22:28] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (artful-proposed/main) [4.13.0-22.25] (core, kernel)
[22:36] <mwhudson> stgraber: hi, can i get your archive admin hat's opinion on https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1739494
[22:36] <ubot5`> Launchpad bug 1739494 in snapd (Ubuntu) "snapd <IP_ADDRESS> is not installable on powerpc" [Critical,New]
[22:36] <mwhudson> Odd_Bloke: ^
[23:10] -queuebot:#ubuntu-release- New binary: libgaminggear [ppc64el] (bionic-proposed/none) [0.15.1-1] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: libgaminggear [s390x] (bionic-proposed/none) [0.15.1-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: flask-mail [amd64] (bionic-proposed/none) [0.9.1+dfsg1-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: libgaminggear [i386] (bionic-proposed/none) [0.15.1-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: libgaminggear [amd64] (bionic-proposed/none) [0.15.1-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: libgaminggear [arm64] (bionic-proposed/none) [0.15.1-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: libgaminggear [armhf] (bionic-proposed/none) [0.15.1-1] (no packageset)
[23:38] <tsimonq2> Qt has landed \o/
[23:49] <slangasek> doko: python* zesty SRUs are fairly clean now, except zorp very consistently fails with -proposed python and passes with -updates... gonna need analysis there


[09:28] <doko> cjwatson, infinity: do you know what is going on with the pycode-browser build? it seems to be progressing, but what exactly does it do? not many packages with +2d build time ...
[09:28] <StevenK> Maybe it builds libreoffice internally to process some docs ...
[10:29] <cjwatson> infinity: autopkgtest> Hm.  You probably want Jean-Baptiste to debug that - proposed-migration delegates most of that stuff to adt-britney.
[10:30] <cjwatson> doko: First I've heard of it
[10:31] <cjwatson> doko: It only took two minutes to build in raring
[10:31] <cjwatson> Has TeX got exponentially slower or something?
[10:40]  * ogra_ still scratches his head over copy_exec ... rolling an initrd on the builder omits all the linked libs of adbd while they get pulled in during a local build inside a chroot  http://paste.ubuntu.com/5813896/  vs  https://launchpadlibrarian.net/143820277/buildlog_ubuntu-saucy-armhf.ubuntu-touch-generic-initrd_0.5_UPLOADING.txt.gz
[10:40] <ogra_> (in both cases there are no virtual filesystems mounted inside the chroot)
[10:46] <doko> cjwatson, hmm, it's an endless loop
[11:13] <JackYu> cjwatson: hi, may I know how did you customize the content of buttons 'Try Ubuntu' and 'Install Ubuntu' when installing? I remember you changed it to 'Install UbuntuKylin' and 'Try UbuntuKylin'.
[11:14] <JackYu> cjwatson: we are trying to customize the buttons locally.
[11:15] <cjwatson> I don't remember specifically but that change is unlikely to help you in making more invasive customisations, since I expect all I did was arrange for the images to properly know that they were called UbuntuKylin
[11:16] <doko> cjwatson, seen in unstable too, filed issue, and leaving that as is for now
[11:17] <cjwatson> ok
[11:19] <JackYu> cjwatson, well, thanks:)
[11:20] <cjwatson> adam_g: is bug 1188788 meant to still be open for saucy?
[11:20] <ubot2`> Launchpad bug 1188788 in quantum (Ubuntu) "Meta bug for tracking Openstack 2013.1.2 Stable Update" [Undecided,New] https://launchpad.net/bugs/1188788
[14:18] <xnox> Please accept above upstart ^ as it fixes a regression currently in raring-proposed version of upstart (1.8-0ubuntu1.1) bug 1195955
[14:18] <ubot2`> Launchpad bug 1195955 in upstart (Ubuntu Raring) "Setting up upstart (1.8-0ubuntu1.1) ... dpkg: error: unknown option --compare-version" [High,Triaged] https://launchpad.net/bugs/1195955
[14:19] <xnox> fix committed in lp:ubuntu/upstart and will be part of the eminent 1.9 release.
[14:19] <xnox> (upload).
[14:44] <jbicha> hi, could Ubuntu GNOME get an isolinux screen like Kubuntu's? http://www.thecodingstudio.com/?linux&release=Kubuntu%2013.04
[14:48] <cjwatson> Yeah, I was going to take care of that
[14:55] <jbicha> I wonder if the other flavors would be interested in doing that too
[14:57] <cjwatson> I think most of the other flavours have already stated an explicit preference one way or the other
[14:57] <cjwatson> I just never got round to checking with Ubuntu GNOME
[15:02] <jbicha> we were using the other thing because a purple boot screen just didn't make sense; black will work though
[15:03] <cjwatson> jbicha: Um
[15:04] <cjwatson> jbicha: What I understood from darkxst was that it was about showing the icon while waiting for a keypress, not about the colours
[15:04] <cjwatson> What *exactly* are you asking for here?
[15:05] <jbicha> where does the color come from? I just didn't want a purple version since we currently use blue for plymouth & the desktop wallpaper
[15:05] <cjwatson> 2013-06-26.log:15:18 <cjwatson> darkxst: so, I'm not sure what you mean about only getting the text-based screen - do you mean that you want the same kind of behaviour that's in Ubuntu where you just get an icon until you press a key?
[15:05] <cjwatson> 2013-06-27.log:00:43 <darkxst> cjwatson, yes basically, apparently the text-based menu is not accessible for screen-readers
[15:05] <cjwatson> So it looks like the two of you are actually asking for different (but non-conflicting) things
[15:06] <jbicha> the Kubuntu screenshot showed a black background for the press-a-key-for-a11y-and-more screen
[15:06] <cjwatson> I can certainly fix up the colours however you like
[15:06] <cjwatson> You'd actively prefer black to blue?
[15:07] <jbicha> oh, we should probably do the same blue as our grub/plymouth-text then; I didn't know how hard it was to customize the screen
[15:08] <cjwatson> Hm, I can't find where Kubuntu sets it to black ...
[15:10] <cjwatson> jbicha: If you want to change colours, I'll need modified versions of the ubuntu.pcx and ubuntu.png files in lp:~ubuntu-cdimage/debian-cd/ubuntu, taking care to preserve the same image size, bit depth, and positioning
[15:10] <cjwatson> Ah, Kubuntu does it by way of kubuntu-blank.pcx there
[15:10] <cjwatson> Crude but effective :)
[15:13] <jbicha> yeah I'm happy with taking the easy route for now by just copying what Kubuntu does :)
[15:52] <cjwatson> Disregard the ubuntu-touch build failure just now - dealing with it
[16:05] <cjwatson> jibel: there seem to be loads of autopkgtests stuck in RUNNING again - is that known?
[16:07] <doko> heh, wanted to ask that too this morning, and forgot ...
[16:59] <doko> cjwatson, I do want to remove gdc-4.4, gdc-v1, and every binary built using these (e.g. a7xpg) on powerpc and armhf.  D v2 with libphobos is only supported on ix86 for now
[17:04] <jibel> cjwatson, there has been failures yesterday, but pitti restarted the tests, that should have unstuck autopkgtests. I'm checking what is wrong.
[17:12] <cjwatson> doko: So I make that  a7xpg gunroar ii-esu mu-cade parsec47 plplot projectl tatan titanion torus-trooper tumiki-fighters val-and-rick xmbc.  All of those are OK except for plplot, which has further rdeps and where D is only a fairly insignificant part; could you instead change that to only use D on architectures where it's supported?  (Part of the necessary changes are there already.)
[17:13] <cjwatson> s/xmbc/xbmc/
[17:14] <cjwatson> (Those are source package names rather than binaries.)
[17:51] <doko> cjwatson, ok, updating plplot
[17:53] <cjwatson> jbicha: So, yeah, I can't do this purely by cloning from Kubuntu, because I need a version of the images with a matching colour background
[17:53] <cjwatson> (as mentioned above)
[17:53] <cjwatson> You might as well do that with whichever colours you actually want
[17:55] <doko> plplot (5.9.9-5ubuntu1) saucy; urgency=low
[17:55] <doko>   * Adjust PYTHON_LIBRARY for multiarch Python.
[17:55] <doko>   * Disable the Ada and D bindings for now, as they won't build.
[17:55] <doko>  -- Colin Watson<EMAIL_ADDRESS>Thu, 30 May 2013 13:47:48 +0100
[17:55] <doko> ;-P
[17:55] <cjwatson> Indeed, that's why I knew it was partly done
[17:55] <cjwatson> But I probably didn't bother disabling the build-dep
[17:56] <cjwatson> When I did that, the D bindings didn't even build on x86, never mind anything else
[17:56] <cjwatson> And I thought it likely that your reaction would be "please send a patch" :-)
[17:56] <doko> ok
[17:56] <doko> heh
[17:56] <cjwatson> If you actually care about D, by all means see if the bindings build on x86 now ...
[17:56] <doko> am I known for that?
[17:57] <cjwatson> You're known for not wanting to necessarily maintain all the strange corners of the toolchain entirely by yourself ;-)
[17:57] <doko> looking at that.
[17:57] <doko> well, yes, ibuklaw is doing this
[17:57] <doko> and had done a first attempt at upstreaming
[18:14] <doko> bah, plplot fails for other reasons ...
[18:14] <doko> [ 18%] Building CXX object bindings/qt_gui/pyqt4/CMakeFiles/plplot_pyqt4.dir/sipplplot_pyqt4cmodule.cpp.o
[18:14] <doko> In file included from /scratch/packages/tmp/plplot-5.9.9/debian/build_tmp/bindings/qt_gui/pyqt4/sipplplot_pyqt4cmodule.cpp:7:0:
[18:14] <doko>  #include <sip.h>
[18:14] <doko>                  ^
[18:14] <doko> compilation terminated.
[18:14] <doko> ScottK, ^^^ ? any idea?
[18:15] <ScottK> No.
[18:15] <ScottK> I've had to rebuild most all of the sip4 using packages in both Debian and Ubuntu and haven't seen anything like that.
[23:21] <rsalveti> infinity: hey, if around, mind accepting ^ (amd64 one will take a while still), this is to provide a new libandroid-properties and libhybris-utils to support getting/setting android properties
[23:33] <rsalveti> stgraber: slangasek: anyone able to help with ^? seems infinity is not around today
[23:41] <slangasek> rsalveti: happy to help, I have a work item expressing my interest in helping with NEW processing for this and no one has taken me up on it ;) lookin now
[23:43] <rsalveti> slangasek: cool, thanks
[23:44] <slangasek> interesting, why is libandroid-properties the only lib with its own binary package when all the others are in a single 'libhybris' binary?
[23:45] <slangasek> the libandroid-properties1 looks correct per se, but it's probably worth understanding whether we should expect further package splitting or anything
[23:45] <rsalveti> slangasek: basically because the split will happen when I rebase from upstream again
[23:45] <slangasek> ok
[23:46] <rsalveti> and would need changes at the other touch related packages as well
[23:46] <slangasek> will the upstream rebase bring new sonames?
[23:46] <rsalveti> will do the rebase after we officially move to the flipped images
[23:46] <slangasek> ack
[23:46] <rsalveti> slangasek: not that I know
[23:47]  * slangasek looks blankly at ubuntu-archive-tools, which wants him to reauthorize
[23:47] <slangasek> ... and fails to launch the browser
[23:47] <slangasek> rsalveti: accepted
[23:47] <rsalveti> slangasek: thanks!
[23:57] <infinity> rsalveti: National holiday here in Canada, but glad vorlon got you sorted.
[23:58] <slangasek> infinity: happy Canadian Cinco de Mayo
[23:59] <infinity> slangasek: Uno Julyo.
[23:59] <slangasek> infinity: primer de julio, close enough ;)
[23:59] <bdmurray> cjwatson: could you re-review https://code.launchpad.net/~brian-murray/ubuntu-archive-tools/phased-updater/+merge/171142?
[23:59] <infinity> slangasek: :P


[00:00] <SpamapS> m_3: ^^ this is likely to break your charm tester as well if it pulls in the latest juju
[00:12] <hazmat> SpamapS, indeed, its at the top of my list for friday
[00:20] <m_3> SpamapS: thanks
[00:21] <SpamapS> hazmat: have a patch now actually.. just EOD'ing ;)
[00:21] <hazmat> SpamapS, cool feel free to lbox it or if you prefer merge it directly :-)
[00:35] <m_3> hazmat: juju-plan and juju-load-plan work fine with ec2 right out of the gate (I've gotta add support for environment param)
[00:35] <hazmat> m_3, yeah.. some do some don't..
[00:35] <m_3> juju-watch is borking a bit...
[00:35] <hazmat> m_3, the recorder definitely doesn't
[00:35] <m_3> right
[00:35] <m_3> assumptions about local
[00:35] <hazmat> m_3, and snapshot tries to poke at the local dir
[00:35] <m_3> hazmat: yup
[00:36] <hazmat> m_3, yeah.. i tried  document those which where ec2 specific..
[00:36] <hazmat> i've got a few things new utils i want to try out on friday
[00:36] <m_3> I'm excited about getting snapshot working on other providers though... that's really a great stack impl imo
[00:37] <hazmat> m_3, its not quite that.. but its getting there.. need to capture service config as well
[00:37] <hazmat> m_3, i might see if i can try something fun on friday like  suspend/resume and expand/shrink.. assuming the universe doesnt' fall apart
[00:38] <m_3> ha!
[00:38] <hazmat> although i should probably take a look at doing those directly in jujitsu
[00:38]  * hazmat can never remember that speling
[00:38] <hazmat> m_3, juju-watch won't like the new status atm, again its all post b2 to me
[00:38] <m_3> hazmat: so the watcher I started with should work on ec2... http://paste.ubuntu.com/904796/... it was pretty clumsy with state though
[00:39] <m_3> might actually work with the new status output b/c it's getting unit state directly
[00:39] <hazmat> m_3, the charmrunner watcher should work fine on ec2
[00:39] <hazmat> except for the aforementioned status changes
[00:40] <hazmat> there's more status changes coming (additions) with the subordinate work..
[00:40] <hazmat> speaking of which
[00:40] <m_3> oh, really?  cool... I thought it was using local-specific stuff too... that's great
[00:43] <m_3> hazmat: if you wanna focus on snapshot, I'll get the individual commands into juju-jitsu
[00:48] <hazmat> m_3, i'd still like charmrunner to do its thing, but the extra stuff into jitsu sounds good
[00:48]  * hazmat focuses on expiration
[00:51] <m_3> hazmat: hope you focus on feeling better man!
[00:53] <hazmat> the 'scrips should do the trick
[03:45] <_mup_> txzookeeper/managed-watch-and-ephemeral r51 committed by<EMAIL_ADDRESS>[03:45] <_mup_> functional managed client
[04:04] <_mup_> txzookeeper/managed-watch-and-ephemeral r52 committed by<EMAIL_ADDRESS>[04:04] <_mup_> use a deferred lock around restablishing the session, log error if failure to restablish
[05:45] <sc-rm> is there a way to debug/watch the communication between two relationship peers? like the keystone <--> nova-compute when the relation is established?
[07:04] <imbrandon> i'm in love, "TheStack" Drupal Charm is definately gonna favor HPcloud versus AWS
[07:40] <yolanda> hi, i'm trying to create a local instance for juju, and receive that error:  ERROR Unable to create file storage for environment
[07:43] <koolhead11> yolanda: dpkg -l juju please
[07:43] <koolhead11> and cat /etc/lsb-release
[07:44] <yolanda> ||/ Nombre                            Versión                          Descripción
[07:44] <yolanda> +++-[07:44] <yolanda> ii  juju                              0.5+bzr499-1juju4~oneiric1        next generation service orchestration system
[07:44] <yolanda> DISTRIB_ID=Ubuntu
[07:44] <yolanda> DISTRIB_RELEASE=11.10
[07:44] <yolanda> DISTRIB_CODENAME=oneiric
[07:44] <yolanda> DISTRIB_DESCRIPTION="Ubuntu 11.10"
[07:44] <koolhead11> yolanda: ok
[07:44] <koolhead11> yolanda: from next time to paste these details use paste.ubuntu.com :)
[07:45] <yolanda> ok :)
[07:45] <koolhead11> yolanda: lemme upgrade my juju
[07:45] <koolhead11> as am still using the old version of it
[07:45] <koolhead11> :P
[07:46] <koolhead11> yolanda: also i followed http://askubuntu.com/questions/65359/how-do-i-configure-juju-for-local-usage  for my juju deployment
[07:46] <koolhead11> are you using it on a physical machine
[07:46] <yolanda> kookhead11, yes
[07:47] <yolanda> last time i tried, wasn't giving that error
[07:47] <koolhead11> yolanda: :(
[07:47]  * koolhead11 upgrades his juju
[07:55] <yolanda> how is it going?
[07:55] <koolhead11> yolanda: am on really slow connection so have to wait for a while :P
[07:56] <yolanda> ok, np
[08:15] <jamespage> yolanda, you might have some cruft hanging around on disk - I'd try a juju destroy-environment first to tidy things up and then do juju bootstrap again
[08:18] <yolanda> jamespage, i tried to destroy and bootstrap again, it fails
[08:18] <koolhead11> yolanda: do as jamespage says. because i have the version http://paste.ubuntu.com/905235/  works well. I am using the defualt repo
[08:21] <yolanda> i tried two times, still same error
[08:22] <yolanda> i'll try uninstall and install juju
[08:26] <yolanda> i removed and purged juju, installed again and seems to work
[08:26] <yolanda> thx
[10:10] <yolanda> hi, i'm having this error when trying to deploy any charm:  WARNING Charm '.mrconfig' has an error: CharmError() Error processing '/home/ubuntu/jujudevelopment/precise/.mrconfig': unable to process /home/ubuntu/jujudevelopment/precise/.mrconfig into a charm
[10:10] <yolanda> any idea?
[10:19] <yolanda> please, any one knows about this error? i only did a charm getall and then a juju deploy
[10:36] <jamespage> yolanda, for some reason juju is seeing that file as config - I don't know why
[10:36] <jamespage> its safe to ignore IMHO
[10:36] <jamespage> or you can delete it if you like
[10:36] <yolanda> jamespage, i've ended removing it, and all the charms i don't need
[10:37] <yolanda> still testing
[10:40] <yolanda> jamespage, i did something like that:  juju deploy --repository=/home/ubuntu/jujudevelopment local:precise/postgresql
[10:40] <yolanda> i receive that message: INFO Searching for charm local:precise/postgresql in local charm repository: /home/ubuntu/jujudevelopment
[10:40] <yolanda> and it's hanged there for ages, is that normal?
[10:56] <jamespage> yolanda, it should not hang - at least not due to that message - its just a warning -  I get it as well
[10:57] <jamespage> yolanda, if you environment has not completed bootstrapping I think the juju deploy command will wait
[10:57] <yolanda> jamespage, but it's still at the same point, and i did also a juju status, and receive no response. Is normal that does something for that lot of time?
[10:57] <jamespage> no
[10:58] <jamespage> if you get no response your environment has not bootstrapped
[10:58] <jamespage> yolanda: are you using the local provider still
[10:58] <jamespage> ?
[11:00] <yolanda> jamespage, yes
[11:01] <yolanda> jamespage, i do a juju bootstrap and says "environment already bootstrapped"
[11:01] <yolanda> but juju statu doesn't answer, it hangs there
[11:01] <yolanda> the same for juju deploy
[11:01] <jamespage> yolanda, so its in some indeterminate inconsistent state
[11:01] <jamespage> if you can do juju status - its broken
[11:01] <yolanda> jamespage, i destroy and create again?
[11:01] <jamespage> yep
[11:02] <yolanda> damn, now works very fast!
[11:06] <koolhead11> yolanda: :P
[12:07] <jamespage> yolanda, local provided plus a few cores, some memory and a SSD is v.fast
[13:14] <lynxman> Does somebody remember the tool to compress several charms in one? I'm tight on available boxes :)
[13:44] <lynxman> m_3: around? :)
[13:50] <yolanda> hi, i have a problem on a config.yaml file for a charm
[13:50] <yolanda> i'm just creating two values, with default value as null, as shown in the sample
[13:50] <yolanda> and i receive
[13:50] <yolanda><EMAIL_ADDRESS>precise main #Personal access of Yolanda Robla (yolanda.robla) to Canonical ISD PPA
[13:50] <yolanda> oh, sorry
[13:51] <yolanda> that error : WARNING Charm 'openerp-core' has an error: ServiceConfigError() Error processing '/home/ubuntu/jujudevelopment/precise/openerp-core/config.yaml': Invalid options specification: options.ppa-key.default: expected string, got None
[13:52] <koolhead11> yolanda: can you pastebin your config.yaml
[13:53] <yolanda> sure
[13:54] <yolanda> http://paste.ubuntu.com/905612/
[13:59] <koolhead11> yolanda: have you checked some other existing charms available? it will be good idea before planning to write a new one
[14:00] <yolanda> koolhead11, yes
[14:00] <yolanda> there is an openerp one, but for 6.0 version
[14:00] <yolanda> seems that you cannot set "null" in config var, if i put something different works
[14:02] <koolhead11> yolanda: that would be a bug then
[14:02] <yolanda> :(
[14:02] <yolanda> i just grabbed this example from juju documentation
[14:03] <koolhead11> i remember getting error if revision file was with value zero
[14:10] <yolanda> i just changed to another value
[14:10] <yolanda> now i'm trying to debug a hook and i receive that error: No JUJU_AGENT_SOCKET/-s option found
[14:10] <yolanda> when doing a config-get
[14:15] <hazmat> yolanda, the cli-api is only vaid in a hook or debug session
[14:15] <yolanda> hazmat, but i'm debugging
[14:15] <hazmat> yolanda, even in the debug session.. there are mulitple windows.. a default window, and the hook window which pop up as hooks are executed
[14:16] <hazmat> the cli api needs to be used from the hook window.. its window name is that of the hook
[14:19] <yolanda> hazmat, i do a juju debug-hooks opener-core/0
[14:19] <yolanda> and then i try there to run the hook
[14:19] <yolanda> am i doing something wrong?
[14:22] <hazmat> yolanda, you don't run the hook in the main window
[14:22] <hazmat> the hook is run in response to an event
[14:22] <hazmat> it will spawn a new window in the tmux session
[14:22] <hazmat> with the name of the hook and in that window you can execute the hook or cli api
[14:23] <yolanda> so i enter into the debug
[14:23] <yolanda> and then from another terminal i do a retry?
[14:25] <hazmat> yolanda that would work
[14:25] <hazmat> juju resolved --retry
[14:26] <hazmat> that looks like an error in juju though with null values
[14:26] <hazmat> for service config
[14:27] <yolanda> hazmat, that's another error now, the debug worked, thanks a lot!
[14:28] <hazmat> yolanda, np
[14:29] <yolanda> hazmat, seems that the problems is that i try to add a private repo to download a package, that is under https instead of http
[14:29] <yolanda> it shows an error
[14:30] <yolanda> this is the error: The method driver /usr/lib/apt/methods/https could not be found
[14:30] <yolanda> and that's caused by an entry in /etc/apt/sources.list.d/ like that
[14:30] <yolanda> deb<EMAIL_ADDRESS>precise main
[14:31] <yolanda> that's a valid url
[14:47] <robbiew> jcastro: ping
[15:34] <lynxman> m_3: ping
[15:34] <lynxman> Does somebody remember the tool to compress several charms in one? I'm tight on available boxes
[15:40] <m_3> lynxman: yo
[15:41] <lynxman> m_3: hey I was looking for you, good morning sir :)
[15:41] <m_3> lynxman: two options afaik... I think placement: local still works, and then charm splice is one of clint's branches
[15:41] <lynxman> m_3: maybe you know what I'm referring about?
[15:41] <lynxman> that's the one I was looking, charm splice
[15:46] <lynxman> m_3: thank you
[15:46] <m_3> lynxman: np dude
[15:49] <m_3> robbiew: what's your setup... I'm getting errors http://paste.ubuntu.com/905787/ trying the same thing (I'm precise, spinning up oneiric charms in ec2)
[15:50] <SpamapS> m_3: is it intentional that the charm tester only waits 30 seconds for things to deploy!?
[15:50] <m_3> SpamapS: no, it's a bug in juju-watch
[15:50] <lynxman> SpamapS: oh btw could you approve Robert Ayres in charmers whenever you can? He's on our team
[15:51] <m_3> doesn't accept the argument correctly
[15:51] <m_3> SpamapS: I set it to 1800secs... _and_ then precache lxc before trying to run them
[15:51] <m_3> otherwise nothing'll succeed and things'll be in a screwy state
[15:52] <m_3> SpamapS: let me push the changes to charmrunner
[15:52] <SpamapS> 2012-03-29 15:47:01,970 juju.service_watch:DEBUG polling
[15:52] <SpamapS> 2012-03-29 15:47:35,855 juju.service_watch:ERROR activity timeout reached
[15:54] <robbiew> m_3: I'm using the PPA...and have a pretty standard environment
[15:55] <m_3> robbiew: dang
[15:56] <m_3> SpamapS: pushed... I don't know what's necessary to kick off the packaging for charmrunner
[15:57] <SpamapS> m_3: did we get a fix for the status changes yet?
[15:57] <SpamapS> I have my patched version.. but haven't been able to get it into charmrunner trunk yet
[15:58] <m_3> nope, I was just weeding through some of that
[15:58] <m_3> SpamapS: what's your branch for that?
[15:58] <m_3> did you do a MP?
[16:01] <m_3> SpamapS: it looks like you should have perms to push that though
[16:03] <SpamapS> m_3: no I just have it here local :-P
[16:04] <SpamapS> m_3: and yeah hazmat alread +1'd :)
[16:09] <imbrandon> marcoceppi: how far did you get with juju and hpcloud ?
[16:10]  * SpamapS is guessing the lack of S3 made it a no-go
[16:12] <imbrandon> hrm kk
[16:12] <robbiew> I heard a rumour that they turned the EC2/S3 stuff back on...but of course I never checked it out :P
[16:13] <imbrandon> heh i was just checking that
[16:13] <imbrandon> robbiew: btw i'm in love, did i tell you that , yup love, hp drupal module + hp php classes == much love from imbrandon
[16:14] <imbrandon> course they need a bit o touchup, but hey their on github, i can do that
[16:14] <imbrandon> :)
[16:14] <imbrandon> this code is like soooooo much cleaner than amazons php
[16:15] <imbrandon> infact i though about seeing if i can use it on aws too hahha
[16:15] <robbiew> :D
[16:15] <robbiew> they'll love to hear that
[16:15] <robbiew> lol
[16:15] <robbiew> they=HPCloud...not AWS
[16:15] <imbrandon> hahah yea
[16:15] <robbiew> jcastro: we hit 100 folks today...wooot!
[16:16] <imbrandon> i've been emailing with one of their devex team dudes , their are a big drupal house
[16:16] <imbrandon> they are *
[16:17] <imbrandon> infact they have special modules specificly for drupal to speed them up via their cdn but the cms sees it as a native fs
[16:17] <imbrandon> that will be sooooo much nicer for say OMG
[16:17] <imbrandon> :)
[16:18] <imbrandon> wont take much to adapt to wordpress, and i'm hoping any s3 compatable storage
[16:19] <imbrandon> SpamapS: http://hpcloud.github.com/HPCloud-PHP/ if you havent seen
[16:19] <imbrandon> file_get_contents("swift://myfile.png") FTW
[16:21] <SpamapS> nice
[16:21] <SpamapS> Still, I'd rather se s3://
[16:21] <SpamapS> see
[16:21] <imbrandon> yea swift is their name for s3
[16:21] <SpamapS> its not s3
[16:21] <imbrandon> i'm sure i can be done though
[16:21] <SpamapS> swift is s3-like
[16:22] <imbrandon> yea, its like couldfront and s3
[16:22] <imbrandon> kinda
[16:22] <SpamapS> but it only recently grew S3 an S3 compatibility layer
[16:22] <imbrandon> ahh
[16:22] <SpamapS> CEPH's RADOS-GW is probably a better choice for full S3 compatibility
[16:22] <imbrandon> googlestorage is s3 all the way, s3cmd even works on it
[16:23] <SpamapS> aye.. radosgw is like that too
[16:23] <imbrandon> hrm not seen that
[16:23] <robbiew> +1 on ceph
[16:23] <SpamapS> (and has the benefit of sharding your file by block across all storage servers.. so a giant file can be streamed from multiple servers in parallel .. basically server RAID10 :)
[16:23]  * imbrandon contemplates a s3:// streamwrapper
[16:23] <imbrandon> nice
[16:24] <imbrandon> well i hadent before because honestly i hadent seen one done in pure php, and i avoid c ( not c++ ) unless nessesary
[16:25] <imbrandon> hrm , doesnt s3 already to that sharding
[16:25] <imbrandon> like on the stack level
[16:25] <SpamapS> imbrandon: I believe yes the real S3 does that... though its all behind the Bezos Curtain so who knows. ;)
[16:26] <imbrandon> heh
[16:26] <SpamapS> imbrandon: swift does not. Swift simply moves your file around as giant chunks.
[16:26] <imbrandon> ahh
[16:26] <SpamapS> imbrandon: *large* files are broken up, but not at the block level.
[16:26]  * imbrandon has been blinded by their adoption of clean php and not botherd to look at the man behind the curtain
[16:26] <imbrandon> maybe i should do that
[16:26] <imbrandon> ;)
[16:27] <SpamapS> imbrandon: http://swift.openstack.org/overview_large_objects.html
[16:27] <imbrandon> so ...
[16:28] <imbrandon> swift is part of openstack but ....
[16:28] <imbrandon> erm
[16:28] <SpamapS> ?
[16:28] <SpamapS> hp cloud == openstack .. clearly :)
[16:28] <imbrandon> well yea but
[16:28] <imbrandon> so are others
[16:28] <imbrandon> i mean ... well not sure what i mean
[16:28] <imbrandon> let me digest this a bit
[16:29] <imbrandon> btw i see this says 5GB but i noticed their web ui said 50MB
[16:30] <imbrandon> i was wondering about that limit , likely due to a diff in s3 and swift
[16:35] <imbrandon> swift caches with memcache and syncs cross node with rsync ... seems like block level network dev would be better ...
[16:36] <imbrandon> im not great at that low in the stack though so i'm sure there is reason, with as many ppl work on it that do
[16:42] <SpamapS> imbrandon: its mostly historical IMO
[16:42] <SpamapS> imbrandon: IMO, CEPH's model is far more scalable and will be easier to support in a large scale installation. Rackspace gets by in large part because they hire amazing people and keep them happy.. but that won't scale the way AWS has scaled.
[16:48] <robbiew> SpamapS: speaking of ceph :)...the MIR is simply in the queue right?  nothing else is holding it up...just resources for MIRs
[16:49] <SpamapS> robbiew: right
[16:49] <SpamapS> robbiew: its pretty hard to test.. so I understand why it might take a while.
[16:49] <robbiew> SpamapS: ack, thx
[16:50] <imbrandon> SpamapS: hrm i'm def checking it out now, not really looked before
[16:50] <niemeyer> rogpeppe: Yeah, I'm about to be out for the day, after I pack
[16:51] <rogpeppe> niemeyer: ok. i guess no meeting today then.
[16:51] <rogpeppe> niemeyer: going anywhere nice?
[16:51] <niemeyer> rogpeppe: We're going to Porto Alegre
[16:52] <rogpeppe> niemeyer: nice. have fun!
[16:52] <niemeyer> rogpeppe: Not exactly a touristic place, but Ale is doing some training there over the next couple of days
[16:52] <niemeyer> rogpeppe: I'll just join her
[16:52] <rogpeppe> niemeyer: you're offline tomorrow then?
[16:52] <imbrandon> SpamapS: for the nginx MIR we were gonna wait for 12.10 open right ?
[16:52] <niemeyer> rogpeppe: Not sure.. I did file a holiday to avoid trouble, but I may be around
[16:53] <niemeyer> rogpeppe: Have you seen my note to the list?
[16:53] <rogpeppe> niemeyer: the juju list?
[16:53] <niemeyer> rogpeppe: Yeah, I hope the message did reach the list?
[16:53] <niemeyer> Oh, it did.. I recall jcastro replied
[16:53] <rogpeppe> niemeyer: i see it
[16:56] <SpamapS> imbrandon: yeah, we'll have a session where we present a couple of things for MIR like nginx..
[16:57] <SpamapS> imbrandon: I'll subscribe you to the blueprint when I create it. I usually create a 'webscale' blueprint where we talk about packaging and/or MIR'ing stuff that is hot and sexy. :)
[16:57] <SpamapS> robbiew: I just looked back at CEPH, there is one thing that I think I need to do before the MIR will pass, which is switch to using libnss instead of libcryptopp
[16:58] <SpamapS> robbiew: I discussed it with upstream a while back.. should be fairly easy, will try to get to it before the MIR review
[16:58] <imbrandon> kk
[16:58] <robbiew> SpamapS: sweet, thx
[16:59]  * SpamapS starts testing and poking at r504 to upload to precise today
[17:07] <imbrandon> SpamapS: so where can i find the dummy been under a rock for 3 months info on CEPH, tottaly flying blind here
[17:09] <imbrandon> nvm got it
[17:09]  * avoine dream about btrfs being finally stable
[17:11] <imbrandon> SpamapS: this is nice, why have i not seen this candy before, it seems like i should have known about this
[17:15] <imbrandon> marcoceppi: ( jcastro , SpamapS too kinda ) btw blog posted about nginx configs earlier today, and noticed in doing so there are somethings i'd like to get pushed to the OMG charm, gonna be round to work on that a bit later or ?
[17:15] <marcoceppi> Do you have your changes in branch imbrandon ?
[17:15] <imbrandon> no not at all, but i will
[17:16] <imbrandon> and actually one makes a totaly new config. should i add it to files/ ?
[17:17] <imbrandon> marcoceppi: should i work from your omg-next branch ?
[17:17] <marcoceppi> yeah, omgwtp/next is my current dev head
[17:17] <imbrandon> kk
[17:17] <marcoceppi> there's an omg-nginx config in there already
[17:17] <marcoceppi> use that as a template to work your changes in to
[17:17] <SpamapS> avoine: for CEPH's purposes, btrfs is quite stable. If you look at it, you can lose the volume and not lose data. ;)
[17:18] <imbrandon> yea this is for the /etc/nginx/nginx.conf thou
[17:18] <marcoceppi> After that we can spin up a quick staging instance to check on it
[17:18] <imbrandon> not the sites/avail one
[17:18] <marcoceppi> imbrandon: is it a lot of changes? if not it might be easier to just sed them in place, if it's a lot, then just drop it in files/nginx.conf
[17:18] <imbrandon> hrm , its about 10 lines
[17:18] <imbrandon> could prbably sed it
[17:19] <imbrandon> but if it gets to be more then it would make sense
[17:19] <imbrandon> i'll look exactly here in a bit and make the call
[17:19] <marcoceppi> I'm fine either way
[17:20] <imbrandon> kk
[17:20] <imbrandon> i like the idea of it in files better , but if it ends up being smaller than i thought then i'll just sed it
[17:21] <imbrandon> the jest of it is posted on brandonholtsclaw.com as the newest post in a <pre> if you wanna peek, basicly that + omg specific dirs etc
[17:21] <imbrandon> but i'll get it all in the banch and test
[17:21] <imbrandon> and then ping ya
[17:32] <imbrandon> and omg i dont care , i'm still in love with the hp-php code, its the first php code with any substance ( more than a snipit or two ) from any larger body ( company or group ) that is actualy NICE to work with, twitter has some nice code to once you dig past their examples that are crap, but ..... but but but
[17:32] <imbrandon> :)
[17:36] <imbrandon> jcastro: btw i was talking to a couple of the old timers i used to hang with here on irc about juju ( one is even a canonical employee now, whoda thunk ) and they/we all agreed, we need a nother way to articulate what juju is to those of us devs that brushed it aside as just another provisioning fad and that its really much more etc etc
[17:36] <imbrandon> dunno how yet, but yea
[17:37] <jcastro> imbrandon: once the store lands (RSN) it'll be way easier for me to explain it to people, but yeah, you're right
[17:37] <imbrandon> sweet, if i can help lemme know, no idea how but offer stands
[17:45] <_mup_> Bug #962383 was filed: ec2-key-pair went away, but juju doesn't say it is unsupported <documentation> <ec2> <juju:New> <juju (Ubuntu):New> < https://launchpad.net/bugs/962383 >
[17:47] <jcastro> SpamapS: are you in charm mode or distro/ship mode today?
[17:47] <jcastro> SpamapS: znc and appflower are ready for round 2 reviews if you feel like being a promulgator today
[17:49] <jcastro> imbrandon: is quickdrop ready for a first review?
[17:49] <marcoceppi> appflower looks good, I haven't had a chance to check his changes but the diffs look solid
[17:50] <SpamapS> jcastro: I have sucked at charm review this week..
[17:50] <SpamapS> jcastro: I will make it a point to get into charm review mode as soon as I get the latest juju into precise
[17:50] <m_3> jcastro: me too
[17:50] <imbrandon> jcastro: no, will be as soon as i push , trying to clean up the last bits now
[17:51] <jcastro> imbrandon: ok, next time don't add the "new-charm" tag until you're ready for review pls.
[17:51] <imbrandon> jcastro: was thinking about retrofitting some stuff but i'm gonna do that later
[17:51] <imbrandon> jcastro: sure
[17:51] <jcastro> m_3: hah man, this queue is larger than it's ever been. :)
[17:52] <SpamapS> jcastro: perhaps we should change the tag to 'ready-for-review'
[17:52]  * jcastro nods
[17:52] <SpamapS> jcastro: its a bit confusing when you have a "new charm" but its not necessarily ready for people to look at.
[17:52] <m_3> oh, that's a good idea
[17:53] <jcastro> yeah, ok after we get these done I'll just change it.
[17:53] <SpamapS> We should have a retrospective session at UDS about the whole charmers process.
[17:53] <SpamapS> jcastro: eh.. lets hold off on that for now
[17:53] <SpamapS> jcastro: lets just think about it, and make a noisy change when we're ready
[17:53] <jcastro> ok
[17:53] <SpamapS> too much going on right now
[17:53] <m_3> sissy
[17:53] <imbrandon> lol
[17:54] <jcastro> well, by "doing it" I meant more like bringing it up on the list, etc.
[17:54] <SpamapS> pretty much everything has changed in some way in the last 8 days
[17:54] <SpamapS> Lets stop changing stuff.. just for 3 weeks.. and see if anything explodes.
[17:54] <m_3> I think the quote is something like "may you live in interesting times"
[17:54] <jcastro> ok.
[17:54] <imbrandon> jcastro: yea and the charm is being pushed to github too, i'll let you figure that one out /me ducks
[17:55] <jcastro> that's cool, we don't mind fetching charms. :)
[17:55] <imbrandon> :)
[17:55] <SpamapS> m_3: 你可能生活在有趣的时代
[17:55] <imbrandon> mmmm utf-8
[17:56]  * SpamapS loves google translate
[17:57] <imbrandon> my fav has always been "Et hoc ante omnia omnibus fieri etiam" even blogged aobut it, need to import all my old blog posts today sometime
[17:58] <m_3> geek
[17:58] <imbrandon> dosnt translate nice, but its the repeated saying in galatica
[17:58] <imbrandon> lol
[18:00] <imbrandon> Eternal Return , or whatever the concept is called
[18:00] <imbrandon> very geeky, but kinda cool :)
[18:03] <imbrandon> hahah and i just found out something i did not know, and not sure i'm happy bout it , "The first line of Disney's Peter Pan is 'All of this has happened before, and it will all happen again.' "
[18:03]  * imbrandon frowns
[18:04] <imbrandon> was better when only the humans and cylons repeated it ...
[18:19] <_mup_> juju/relation-hook-context r508 committed by<EMAIL_ADDRESS>[18:19] <_mup_> Only try to flush relation hook contexts that have been changed
[18:55] <_mup_> juju/relation-hook-context r509 committed by<EMAIL_ADDRESS>[18:55] <_mup_> Fix remaining failing test
[18:57] <_mup_> juju/relation-ids-command r506 committed by<EMAIL_ADDRESS>[18:57] <_mup_> Merged upstream
[19:07] <_mup_> juju/relation-ids-command r507 committed by<EMAIL_ADDRESS>[19:07] <_mup_> Relation ident update
[19:10] <shazzner> hello
[19:11] <shazzner> quick question, can you configure juju for local, but to a remote data-dir?
[19:11] <shazzner> like data-dir: /media/mountpnt/.
[19:12] <shazzner> I'm sure just testing it out instead of asking would probably be quicker :p
[19:12] <_mup_> juju/relation-id-option r515 committed by<EMAIL_ADDRESS>[19:12] <_mup_> Merged upstream & resolved conflicts
[19:50] <_mup_> juju/relation-id-option r516 committed by<EMAIL_ADDRESS>[19:50] <_mup_> Relation ident, precaching of child relation hook contexts refactoring
[19:51] <shazzner> huh
[19:51] <shazzner> I'm having this issue when trying to bootstrap a local instance: http://paste.ubuntu.com/906169/
[19:51] <shazzner> Network is already in use
[19:52] <imbrandon> reboot after installing the local deps ?
[19:52] <shazzner> hmm ok
[19:58] <shazzner> hey that worked!
[20:01] <imbrandon> :)
[20:08] <shazzner> hmm another issue
[20:08] <shazzner> after deploying a charm, both the public-address and state are both null
[20:09] <imbrandon> happens with local sometimes
[20:09] <imbrandon> just juju destroy-environment
[20:10] <imbrandon> and rebootstrap
[20:10] <imbrandon> should fixer up
[20:11] <shazzner> hmm, still null
[20:11] <imbrandon> hrm
[20:11] <imbrandon> SpamapS: halp! heh
[20:15] <shazzner> I'm grabbing the ppa and updating juju
[20:15] <shazzner> maybe that'll help
[20:17] <shazzner> ok dist-upgrade hmm
[20:22] <hazmat> shazzner, what's the instance state?
[20:22] <hazmat> shang, er. agent-state
[20:23] <hazmat> er. shazzner
[20:23] <SpamapS> I'm really glad we made it 'agent-state'
[20:23] <SpamapS> would be so hard to ask people "whas the state?"
[20:23] <hazmat> SpamapS, indeed, it is a bit clearer
[20:23] <SpamapS> who's on installed? config_error is on 2nd, and state is pitching
[20:24]  * hazmat made it all the way to 'stopped'
[20:26] <_mup_> juju/relation-hook-context r510 committed by<EMAIL_ADDRESS>[20:26] <_mup_> Require relation_ident in constructing relation hook contexts
[20:26] <shazzner> ok I upgraded juju and rebootstrapped
[20:26] <shazzner> agent-state: pending
[20:28] <shazzner> whoa
[20:28] <shazzner> tons of errors in debug-log
[20:29] <shazzner> http://paste.ubuntu.com/906211/
[20:29] <shazzner> looks like Twisted errors
[20:30] <SpamapS> shazzner: what OS?
[20:30] <shazzner> oneiric
[20:31] <SpamapS> 2012-03-29 15:28:09,205 Machine:0: twisted ERROR: cp: cannot stat `/var/lib/lxc/chris-testlocal-0-template/config': No such file or directory
[20:31] <hazmat> shazzner, that's using the ppa?
[20:31] <shazzner> yup
[20:31] <SpamapS> shazzner: something failed in lxc-create most likely
[20:31] <SpamapS> shazzner: lxc-ls ?
[20:32] <shazzner> chris-testlocal-gitolite-0
[20:33] <hazmat> that tweaking error is odd
[20:33] <shazzner> not sure if it matters, but this is on an old i686 hp proliant server
[20:33] <hazmat> its not from juju
[20:33] <SpamapS> shazzner: you should see christ-testlocal-0-template
[20:34] <shazzner> in lxc-ls?
[20:34] <SpamapS> shazzner: yes
[20:34] <shazzner> huh
[20:34] <shazzner> did it just name it wrong? :p
[20:34] <SpamapS> shazzner: thats the container that gets created on the first unit, and then cloned to all the others
[20:34] <SpamapS> shazzner: no something failed along the way
[20:34] <shazzner> oh I see
[20:34] <SpamapS> shazzner: I'd suggest destroy-environment
[20:34] <shazzner> k
[20:35] <SpamapS> shazzner: and if that container is still there, 'lxc-destroy -n chris-testlocal-gitolite-0'
[20:35] <SpamapS> shazzner: also if you get the same fail again, try 'rm -rf /var/cache/lxc/*' which will force re-downloading the minimal image
[20:35] <shazzner> nope lxc-ls returned nothing
[20:36] <shazzner> bootstrap doesn't log anything
[20:36] <shazzner> attempting deploy again
[20:37] <shazzner> huh
[20:37] <shazzner> the template is there now
[20:37] <shazzner> but no gitolite
[20:38] <shazzner> let me try deleted the lxc cache
[20:38] <SpamapS> shazzner: wait
[20:39] <SpamapS> shazzner: the template gets created and then messed with for a bit
[20:39] <SpamapS> we really need to add the master-customize.log tod ebug-log
[20:39] <SpamapS> to debug-log I mean
[20:39] <shazzner> I get this error upon destroy-enviornment http://paste.ubuntu.com/906226/
[20:39] <SpamapS> shazzner: in your data-dir, you should see 'units/master-customize.log'
[20:39] <SpamapS> shazzner: you need to slow down
[20:40] <SpamapS> shazzner: it takes a few minutes between creating the template and creating the actual unit
[20:40] <shazzner> ok I will :)
[20:40] <SpamapS> shazzner: make sure there aren't any juju processes left hanging around, and then clear out any leftover lxc templates or units with lxc-destroy
[20:41] <SpamapS> shazzner: then your destroy-environment should clear things out adequately
[20:42] <shazzner> ok everything looks clean
[20:42] <shazzner> from the top
[20:43] <shazzner> ok instance-state running
[20:43] <shazzner> attempting deploy
[20:44] <shazzner> agent-state: pending
[20:45] <SpamapS> shazzner: good
[20:45] <SpamapS> shazzner: now find master-customize.log in your data-dir/units and tail that
[20:46] <shazzner> on it already
[20:46] <shazzner> still on creating mast container
[20:46] <shazzner> *master
[20:46] <shazzner> I'll wait though :)
[20:46]  * SpamapS vows to work on a "log everything to one place" feature sometime in the near future
[20:46] <SpamapS> shazzner: lots of downloading and installing of packages to get through there. :-P
[20:46] <SpamapS> I wonder if eatmydata can make the container creation faster
[20:50] <shazzner> hmm it's on juju.state.unit@INFO: Started service unit gitolite/0
[20:51] <shazzner> it's probably still running the install script
[20:51] <SpamapS> shazzner: agent-state should be running then
[20:51] <shazzner> still pending :/
[20:52] <SpamapS> shazzner: odd... hm
[20:52] <SpamapS> shazzner: actually no that makes sense..
[20:52] <SpamapS> shazzner: should be up shortly though
[20:53] <shazzner> huh in the master log: it reached Container Customization Complete
[20:54] <shazzner> still pending on state
[20:55] <SpamapS> shazzner: so now it has to clone it
[20:55] <SpamapS> shazzner: which is just a cp -a (you may even see that running)
[20:55] <SpamapS> shazzner: I hope at some point very soon that becomes an overlayfs mount
[20:55] <shazzner> ah
[20:55] <SpamapS> I bet we could make it a local provider argument.. 'ephemeral: true'
[20:56] <SpamapS> because right now they're at least persistent until you destroy the environment
[20:56] <shazzner> huh
[20:58] <shazzner> well
[20:59] <shazzner> either I'm an impatient twit (likely) or it got stuck somehow
[21:01] <SpamapS> shazzner: does lxc-ls show it running? (2nd line) ?
[21:02] <shazzner> yup
[21:02] <shazzner> chris-testlocal-0-template  chris-testlocal-gitolite-0
[21:02] <shazzner> chris-testlocal-gitolite-0
[21:03] <SpamapS> shazzner: progress :)
[21:03] <shazzner> indeed :p
[21:04] <SpamapS> shazzner: so if you run a pstree (or ps auxf) you should see a juju agent running under lxc-start->init->python
[21:05] <shazzner> I see lxc-start-init-cron
[21:05] <shazzner> http://paste.ubuntu.com/906267/
[21:06] <shazzner> oh I see python nm
[21:06] <SpamapS> shazzner: (ps auxf will show you the actual arguments os you can see juju most likely)
[21:06] <SpamapS> shazzner: ok well you're almost there then :)
[21:07] <SpamapS> shazzner: still pending?
[21:07] <shazzner> yeah I see
[21:07] <shazzner> yup still pending
[21:08] <arashbm> I have a question!
[21:08] <arashbm> what is it trying to download when it is "Creating master container..."?
[21:08] <SpamapS> arashbm: Ubuntu :)
[21:09] <arashbm> SpamapS: ouch! that would hurt with 100KiB/s
[21:09] <SpamapS> shazzner: ok look in data-dir/units/gitolite-0/unit.log
[21:10] <SpamapS> arashbm: its the minimal distro
[21:10] <SpamapS> arashbm: about 50MB
[21:10] <SpamapS> arashbm: and it should be cached in /var/cache/lxc after the first time you do it
[21:10] <shazzner> Spamaps: you mean container.log?
[21:10] <SpamapS> shazzner: no, unit.log
[21:11] <shazzner> err no such file
[21:11] <SpamapS> shazzner: *hmmmm*
[21:11] <shazzner> err wait
[21:12] <SpamapS> shazzner: should be a symlink in there
[21:12] <SpamapS> shazzner: to the log insie the container's rootfs
[21:12] <imbrandon> Error processing '/root/.juju/cache/cs_3a_oneiric_2f_mysql-0.charm': must be a zip file (File is not a zip file)
[21:12] <shazzner> http://paste.ubuntu.com/906277/
[21:13] <imbrandon> wth is that?
[21:13] <shazzner> sorry that was directed to SpamapS
[21:14] <imbrandon> yea, sorry
[21:14] <imbrandon> afk, brb . SpamapS , thats from deply mysql , others work fine
[21:14] <SpamapS> shazzner: my guess is something has gone wrong with your unit agent..
[21:14] <shazzner> SpamapS: in the output.log I get an endless series of this: http://paste.ubuntu.com/906281/
[21:14] <SpamapS> shazzner: anything in output.log ?
[21:15] <shazzner> looks bad
[21:15] <SpamapS> AHA!
[21:15] <SpamapS> shazzner: ok that makes sense
[21:15] <SpamapS> shazzner: for some odd reason, your container has the distro version of juju
[21:15] <SpamapS> shazzner: but your host is running the PPA version
[21:15] <shazzner> huh
[21:15] <SpamapS> and they are not compatible
[21:15] <shazzner> oh
[21:15] <SpamapS> shazzner: juju-origin: ppa
[21:16] <SpamapS> shazzner: juju is supposed to detect that and set the origin automatically.. but I wouldn't be surprised if it guessed wrong
[21:16] <shazzner> oh oh oh
[21:16] <shazzner> shit
[21:16] <SpamapS> ahh
[21:16] <SpamapS> the oh shit moment
[21:16] <SpamapS> one of life's great experiences
[21:16] <shazzner> yep juju-origin: distro
[21:16] <shazzner> haha
[21:20] <_mup_> juju/relation-hook-context r511 committed by<EMAIL_ADDRESS>[21:20] <_mup_> Created missing test for get_relation_hook_context
[21:23] <shazzner> hooray I get a public-address now!
[21:24] <shazzner> booyah it's started
[21:24] <shazzner> christ thanks for your help SpamapS
[21:24] <shazzner> sorry for dragging you through that!
[21:25] <SpamapS> shazzner: no problem.. we should probably detect the distro version and refuse to start a container that will never work actually.
[21:25] <shazzner> that sounds nice :)
[21:25] <SpamapS> Though that would mean juju would need to become version aware ;)
[21:25]  * SpamapS still waiting for --version :-P
[21:30] <_mup_> juju/relation-hook-context r512 committed by<EMAIL_ADDRESS>[21:30] <_mup_> Comments
[21:59] <shazzner> huh
[21:59] <shazzner> one weird thing
[21:59] <shazzner> when I deploy a charm, then try to ssh into the machine
[22:00] <shazzner> it asks me for a password
[22:09] <SpamapS> shazzner: which "Machine" ?
[22:10] <SpamapS> shazzner: you need to ssh to the unit. the "machine" is your machine
[22:12] <shazzner> ok got it
[23:19] <_mup_> juju/relation-hook-context r513 committed by<EMAIL_ADDRESS>[23:19] <_mup_> Verify lookup of relation hook context for a nonexistent relation id fails properly
[23:38] <arashbm> Juju is magic!!
[23:40] <SpamapS> arashbm: :)
[23:47] <imbrandon> echo "apt-get install" > /tmp/install.txt && ssh xerox.websitedevops.com 'dpkg --get-selections' | tee /tmp/full-list.txt | grep -v deinstall| cut -f 1| tr "\r\n" " " >> /tmp/install.txt && cat /tmp/install.txt| tr "\r\n" " " > /tmp/install.txt && mv /tmp/install.txt $(pwd)/install.sh && echo '#!/bin/bash'|cat - $(pwd)/install.sh > /tmp/out && mv /tmp/out $(pwd)/install.sh && chmod +x $(pwd)/install.sh
[23:47] <imbrandon> doh
[23:49] <SpamapS> imbrandon: chapter 8, verse 13 in The Unholy Scriptonomicom, Amen
[23:49] <imbrandon> SpamapS: hahah yea, its ugly
[23:50] <imbrandon> makes for a quick "clone" though
[23:51] <_mup_> juju/relation-hook-context r514 committed by<EMAIL_ADDRESS>[23:51] <_mup_> Removed unused change field from relation hook context
[23:51] <SpamapS> imbrandon: I believe there is an apt-clone now
[23:52] <SpamapS> Description-en: Script to create state bundles This package can be used to clone/restore the packages on a apt based system. It will save/restore the packages, sources.list, keyring and automatic-installed states.
[23:52] <_mup_> juju/relation-ids-command r508 committed by<EMAIL_ADDRESS>[23:52] <_mup_> Merged upstream
[23:52] <SpamapS> imbrandon: *much* cooler. :)
[23:53] <imbrandon> hahaha figures
[23:53] <imbrandon> :)
[23:54]  * imbrandon rm's this old thing thats prone to error anyhow from ~/bin/misc-tools
[23:55] <imbrandon> SpamapS: yea without the sources.list and stuff from apt-clone , you end up with cruft like
[23:55] <imbrandon> E: Package 'logmein-hamachi' has no installation candidate
[23:55] <imbrandon> E: Package 'newrelic-php5' has no installation candidate
[23:56] <imbrandon> E: Package 'newrelic-sysmond' has no installation candidate
[23:56] <imbrandon> lol
[23:56] <imbrandon> with mine that is
[23:56] <SpamapS> imbrandon: apt-clone specifically addresses that
[23:56] <imbrandon> yea
[23:56] <imbrandon> thats what i was getting at
[23:56] <imbrandon> nother reason to use it :)
[23:56] <_mup_> juju/relation-id-option r517 committed by<EMAIL_ADDRESS>[23:56] <_mup_> Merged trunk & resolved conflicts
[23:57] <imbrandon> SpamapS: here i got one other act of un-holly i use semi-often, got something for this ?
[23:57] <imbrandon> alias autokey='sudo apt-get update 2> /tmp/keymissing; for key in $(grep "NO_PUBKEY" /tmp/keymissing |sed "s/.*NO_PUBKEY //"); do echo -e "\nProcessing key: $key"; gpg --keyserver keyserver.ubuntu.com --recv $key && gpg --export --armor $key | sudo apt-key add -; done'
[23:58] <imbrandon> lol
[23:58] <SpamapS> imbrandon: um.. yes.. don't use sources w/o thinking about the source!
[23:59] <imbrandon> haha its only when i transer the sources.list to a new machine
[23:59] <imbrandon> transfer*
[23:59] <imbrandon> i dont use shady source cept for maybe my own ppa
[23:59] <imbrandon> lol
[23:59] <SpamapS> imbrandon: but.. thats the thing. why are you using sources that you don't trust first before transferring?