[07:21] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/4826 Preparing packages


[06:03] <sakrecoer> sweet OvenWerks :)
[13:29] <OvenWerks> sakrecoer: glad you like it
[18:14] <OvenWerks> Ga... this looks easy: http://gareus.org/blog/jack2dbus
[18:15] <OvenWerks> but it relies on a package that is not to be found in ubuntu or debian: dbus-triggerd
[18:17] <OvenWerks> we do have dbus-monitor which seems to be installed by default.. and taking similar commands does work if I do dbus-monitor |script_that_parses_output_and_does_something
[18:38] <OvenWerks> Hmm, and the messages sent are changed with systemd too.
[19:04] <OvenWerks> I guess I can look for UnitNew and UnitRemoved and look to see if our audio device count has changed...


[10:54] <teddy-dbear> Morning peoples, critters and everything else
[12:48] <icey> ahoy
[13:10] <waltman> yo


[06:18] <YoBoY> bonjour
[06:21] <DarwinSurvivor> bonjour, ça va bien?
[06:23] <YoBoY> creuvé
[06:23] <YoBoY> :)
[06:24] <YoBoY> and you ?
[06:24] <DarwinSurvivor> not bad
[06:25] <DarwinSurvivor> creuvé
[06:25] <DarwinSurvivor> creuvé?
[06:25] <YoBoY> exausted ^^
[06:32] <DarwinSurvivor> ah
[06:32] <DarwinSurvivor> didn't know that one...
[06:33] <DarwinSurvivor> I always used épuisé
[06:33] <DarwinSurvivor> at least I'm finaly getting some more use out of my AltGr key :)
[06:44] <YoBoY> it's more familiar, it comes from when you run a horse and only stop when he's dead
[06:44] <YoBoY> need to go :)
[06:47] <DarwinSurvivor> ah, ok
[06:47] <DarwinSurvivor> cya
[08:36] <SilverLion> mornin'
[17:28] <silverlion> o/
[19:19] <silverlion> evening ejat


[00:02] <mhall119> bobweaver: I think it depends on the device
[00:02] <mhall119> I'm not sure there's an actual default
[00:55] <RobbyF> mhall119, I was looking to install some core-apps via the daily ppa but I guess wifi isn't working on raring?
[00:56] <mhall119> RobbyF: raring on devices?
[00:57] <RobbyF> yes
[00:58] <mhall119> I didn't know we had raring images yet
[00:58] <RobbyF> oh
[00:58] <RobbyF> http://cdimage.ubuntu.com/ubuntu-touch-preview/daily-preinstalled/20130412.1/raring-preinstalled-phablet-armhf.zip
[00:58] <mhall119> must be really new then
[00:59] <mhall119> I haven't tried it
[00:59] <RobbyF> half a week or so
[00:59] <RobbyF> oh, I thought you posted something on G+ about it
[00:59] <mhall119> huh
[00:59] <RobbyF> maybe it was someone else
[00:59] <mhall119> not about that, no
[00:59] <RobbyF> oh, wasn't on raring maybe.
[01:00] <RobbyF> your post from 9.5 hours ago. no worries, I'll go watch a movie.
[01:02] <mhall119> always a good option for a Friday night
[01:25] <tmm6> can you still use the nexus4 as a phone with ubuntu touch?
[01:26] <tmm6> (T-Mobile)
[01:35] <Fr34k> lo ppls
[01:36] <wilee-nilee> A little curious about the raring-preinstalled-phablet-armhf.zip install. Does it run more or less the same as the previous tablet developer version. On the nexus 7 it was a little problematic, no biggie just curious if this might a slight improvement.
[01:39] <mhall119> wilee-nilee: RobbyF was saying earlier that some stuff (wifi)_wasn't working
[01:39] <mhall119> but I don't know what device he was using
[01:40] <wilee-nilee> mhall119, Cool I have a ether plug set up so I will probably just check it out, I have my android roms backed up.
[01:40] <wilee-nilee> thanks
[01:40] <mhall119> ethernet plug for a Nexus 7?
[01:40] <wilee-nilee> mhall119, Yeah you can get them on amazon hold on.
[01:41] <mhall119> cool, didn't know that
[01:44] <wilee-nilee> mhall119, http://www.amazon.com/BobjGear-Ethernet-Ultrabooks-ChromeOS-Included/dp/B007RTACDM
[01:44] <wilee-nilee> works great no drivers needed
[01:45] <wilee-nilee> You just need a usb to mini plug adaptor as well
[01:47] <Fr34k> quick question??
[01:47] <Fr34k> I have the asus memo pad 7...will I be able to flush it ?
[01:48] <mhall119> !devices | Fr34k
[01:48] <Fr34k> I have been there, so only those 4 available then?
[01:49] <mhall119> officially, there are lots of others that are provided by community developers
[01:50] <mhall119> but those 4 are the ones provided by Canonical and installable with the phablet-flash tool
[01:51] <Fr34k> ok thnx... is there a forum or place to get hold of someone ?
[01:51] <Fr34k> I really love ubuntu..and really need it on my pad
[01:54] <Fr34k> mhall119: can I try doing this myself?
[01:55] <mhall119> Fr34k: do what?
[01:55] <Fr34k> mhall119: chnage ubuntu to work on my pad.... point me to some resource to do this please?
[01:56] <mhall119> Fr34k: https://wiki.ubuntu.com/Touch/Porting has some good instructions
[01:56] <mhall119> you can often find people in here to help too, at least during the week
 you're the man  :)
[01:57] <mhall119> just trying to be helpful :)
[06:33] <natxo> hi! I installed Ubuntu touch from one pc without problems. Now I want to reinstall another daily build with another pc and it doesn't find the phone.  Thanks any way
[06:50] <little> hi
[06:51] <little> i want to isntall ubuntu on my windows yoga of lenova
[06:51] <little> will the ubuntu 12 give the same funcationality as ubuntu tablet or there will be separate iso for the same
[06:51] <little> there is no clarity in the site3
[06:52] <little> has anybody tried it
[06:52] <little> how does it work
[07:01] <Natxo> Hi! After dowloading a new daily build I get the message: Not enough space in /data. What should I do?
[07:15] <wilee-nilee> Natxo, this might be some help, is the device full? http://forum.xda-developers.com/showthread.php?t=2172750
[07:17] <Natxo> Yes, it is helpful. But why I was able to reinstall a daily build previously but not now
[07:17] <Natxo> ?
[07:23] <wilee-nilee> Natxo, How filled up is the device, is there enough free space?
[07:24] <Natxo> 3.9 G
[07:29] <wilee-nilee> Natxo, If you look in the data folder what do you see, just somewhat guessing I see people using a delete there as well
[07:33] <Natxo> I've followed this: http://askubuntu.com/questions/279726/how-to-wipe-data-on-nexus-4-to-install-ubuntu-touch uing the recovery mode option. At this time I can't reboot ubuntu... WiP
[07:35] <wilee-nilee> Natxo, I had a install of ubuntu touch on my nexus 7, and had to do a factory install to get back to my custom roms, the touch was not cleanable.
[07:39] <Natxo> Definitely I can't reboot ubuntu after wipe data/factory reset!!!
[07:41] <wilee-nilee> Natxo, Right you have to reinstall ubuntu, if you factory wiped
[07:42] <Natxo> How?
[07:42] <wilee-nilee> Natxo, How you installed originally, you must be using the phablet PPA's tools
[07:44] <Natxo> I used phablet-flash, but now I can't use it because I can't boot, I can't start anything on the phone
[07:44] <wilee-nilee> Natxo, Ah the factory reload did not work?
[07:44] <Natxo> I think it worked.
[07:45] <wilee-nilee> Natxo, Can you boot to the stock image?
[07:47] <Natxo> I only can boot in fastboot mode (the robot, etc)
[07:47] <wilee-nilee> Natxo, you would have to run the sudo fastboot oem unlock to get things gong again from the wiki, since you flashed it stock.
[07:48] <wilee-nilee> going*
[07:48] <wilee-nilee> I would think it has to have been able to run the stock image to prove your in good shape to flash the touch again.
[07:52] <wilee-nilee> Natxo, In the recovery choose backup and restore then delete then run the factory wipe and install, that is what I had to do to get mine to the stock image.
[07:55] <Natxo> I'm trying manual installation. WiP
[08:24] <Natxo> Finally, it worked. I've ubuntu again. Thanks wilee-nilee. Bye, bye
[09:53] <h01ger> so i upgraded to raring, rebooted and now the screen stays black (nexus 4), i can still ssh in but i kinda like to see a UI too ;) known problem? known fix?
[12:23] <ebotta> Hello anyone can help me with returning android after ubuntu touch install? This is all what I get ... http://pastebin.com/bFS5PGpN
[13:22] <vvv_> hi
[14:47] <PolandUser> welcome
[14:48] <PolandUser> I want to install Ubuntu Touch port on my Xperia Mini Pro
[14:49] <ogra_> see if there exists a port on https://wiki.ubuntu.com/Touch/Devices ... else you need to port it yourself https://wiki.ubuntu.com/Touch/Porting
[14:49] <PolandUser> I find the port on xda-dev
[14:50] <PolandUser> I must install cm10.1.zip and after what i am do?
[14:51] <ogra_> follow the wiki instructions
[14:51] <ogra_> there is a manual installtion section on the install page
[14:52] <PolandUser> start from step one or step 3?
[14:52] <PolandUser> i have unlocked bootloader
[14:53] <ogra_> use the "manual install" section
[14:58] <RobbyF> good morning ubuntu-touch team
[17:57] <wilee-nilee>  I know very little of it though. ;)
[19:55] <Immutable> has anyone installed ubuntu-touch on a lenovo tablet?
[21:18] <jackie_> hello
[21:21] <jackie_> i have questions about ubuntu touch. who should i approach
[21:22] <bef0rd> just ask if somebody knows they'll answer
[21:22] <bef0rd> there is also ubuntu stackexchange page
[21:25] <jackie_> thanks bef0rd..i have a galaxy tab as a gift..i want to wipe the android on it and install ubuntu touch. i know it's still under development. how do i do this?
[21:26] <wilee-nilee> jackie_, The touchpad link is in the channel header.
[21:26] <wilee-nilee> Uh I mean ubuntu-touch Doh.
[21:27] <wilee-nilee> https://wiki.ubuntu.com/Touch/ReleaseNotes
[21:28] <jackie_> that's perfect. will i be able to run libreoffice on it?
[21:29] <wilee-nilee> jackie_, Not sure here I have not used it long enough, I guess there is a raring desktop about a week old in development in the touch now as well, not familair with it eithier.


[01:02] <enrico> sivang: did you find anything interesting about scrollkeeper
[01:03] <enrico> sivang: like getting it to install?
[01:03] <sivang> enrico : well, mostly an example file, and the dh_ thingy
[01:03] <sivang> enrico : other then that, not much on how to actually invoke it to install documentatio :(
[01:03] <enrico> sivang: oh, right.  Invoking such things in cdbs is non-trivial
[01:04] <enrico> Or rather, undocumented
[01:04] <sivang> yes, if I could find someone to tell my about it it would be great.
[01:04] <sivang> I have talk with tseng a week ago about cdbs , maybe it's worth asking him when his around?
[01:04] <enrico> I should have it somewhere
[01:05] <sivang> you mean documentation?
[01:05] <enrico> uh, no... but an example
[01:07] <enrico> try this rule in debian/rules:
[01:08] <enrico> binary-install/ubuntu-handbook::
[01:08] <enrico>         dh_scrollkeeper
[01:08] <enrico> try it also with a single colon if it doesn't work
[01:08] <enrico> and the spaces before dh_scrollkeeper are _one single tab_
[01:09] <sivang> but I need to have an omf file available right?
[01:10] <enrico> Oh, right!
[01:11] <sivang> ok, I have an example
[03:05] <trickie> hi all, i hope Spain is fun... i wish i could i come...
[03:05] <trickie> i was just at the OSCD in MElbourne, Aust, and it was great... conferences can be sooo fun!
[12:01] <ChrisH> enrico_: Hey... you'll be spending the night with Martin? :)
[12:01] <enrico_> Yes!
[12:01] <enrico_> argh!  Someone dared to use my nick!
[12:01] <ChrisH> enrico_: Tell him I'm still stuck in the Debian NM queue. :)
[12:02] <enrico> ChrisH: so many people are stuck in the NM queue :(
[12:03] <ChrisH> enrico: Just kidding. I know how he thinks about that.
[12:03] <enrico> What did he says about that?
[12:04] <ChrisH> enrico: It was after a "state of the nation" talk last year. He said he is aware that the project has problems and that he is trying to fix those. But he also admitted that he tried before and the structures in Debian are sometimes a little complicated and that it's not always easy to get things moving.
[12:05] <enrico> right
[12:06] <ChrisH> I assume he can't just walk up to certain people and tell them they are fired.
[12:06] <enrico> No, that wouldn't be polite :)
[12:06] <ChrisH> But helpful for the whole project.
[12:06] <ChrisH> If I were an obstacle I wouldn't expect to be handled very politely.
[12:06] <enrico> Not necessarily: sometimes there is experience and know-how that you don't want to throw away
[12:07] <ChrisH> What about "everybody is replaceable"? :)
[12:07] <enrico> The risk is throwing away the baby together with the water (does this proverb translate?)
[12:07] <enrico> "everybody is replaceable" would be the goal to attain, imho
[12:08] <enrico> but replacing some of the people now, would be a superhellofapain
[12:09] <ChrisH> From my point of view the gear is already jammed. I see nothing moving at all. I get asked about when Sarge is about to release, when the DAM will accept new maintainers etc.
[12:16] <enrico> Me too.  I prefer to think that the gear is slow and someone is looking for a way to oil it, though
[12:17] <ChrisH> The DDs seem to do a good job. Very current packages. Good cooperation in smaller groups. But the pieces that are responsible for getting it all together seem to be on vacation on a far-away beach. :)
[12:21] <enrico> Well, we have a working release team at the moment, which I think it's a very good step forward
[12:21] <enrico> a tiny one, but a good one
[12:22] <enrico> What was a "person" became a "team"
[12:22] <ChrisH> I'm indeed confident that the RM has improved.
[12:25] <ChrisH> Perhaps I shouldn't come to the conference with a "Die, Debian, Die" t-shirt. ;)
[12:27] <enrico> Uh, no, you shouldn't :)
[03:05] <enrico> ChrisH: so, are you ready with the fingerprint on the business cards?
[03:26] <ChrisH> enrico: Hehe... not really. I only have biz cards from work and they contain nothing important.
[03:26] <enrico> ChrisH: fingerprints!  Fingerprints!  You need a lot of fingerprints!
[03:27] <ChrisH> enrico: I always carry some PGP snippets with me. There is a LaTeX tool somewhere that creates them.
[03:27] <ChrisH> enrico: amu said when he signs my key I already have 3000 sigs. :)
[03:27] <ChrisH> sivang: Hey, the holy one!
[03:28] <enrico> ChrisH: I'm fairly well connected as well
[03:28] <enrico> let me check
[03:28] <sivang> Hey all!
[03:28] <sivang> Hey ChrisH, nm master :)
[03:28] <sivang> hi enrico
[03:28] <ChrisH> enrico: Not the top 1000 MSD list again. :)
[03:29] <sivang> talking gpg signing?
[03:29] <ChrisH> enrico: I suggested to amu that he sells sigs on eBay. :)
[03:29] <ChrisH> sivang: Yep.
[03:29] <enrico> sivang:  hi!
[03:29] <enrico> ChrisH: wow!  Good idea!
[03:29] <ChrisH> ...or get a PGP tatoo :)
[03:30] <enrico> uh, amu is better than me
[03:30] <enrico> I'm 19th, he's 11th!
[03:30] <ChrisH> enrico: Like it's important who is better signed. :)
[03:31] <enrico> Wow!  Amaya is 50!
[03:32] <ChrisH> I'm creating a new t-shirt anyway. But it may look mad to have it printed on.
[03:32] <enrico> But inside the Debian keyring, I'm 12th and amu is 23rd :)
[03:33] <ChrisH> I'm proud owner of a single signature. :)
[03:33] <enrico> ChrisH: your self-signature? :)
[03:33] <ChrisH> enrico: Nah, one *real* sig. :)
[03:33] <ChrisH> The other people either forgot to bring their ID cards or lost their keys afterwards or created new ones.
[03:33] <enrico> ChrisH: what's your key id?
[03:34] <ChrisH> enrico: 79CC6586
[03:34] <enrico> Bu!  Wotsap's not working today :(
[03:40] <sivang> who is amu?
[03:42] <ChrisH> sivang: Andreas Mller - a german DD who I talked to a few days ago.
[03:43] <sivang> ah, I see :) he also going be on the conf
[03:43] <ChrisH> Yes. He's also holding a BOF IIRC.
[03:46] <enrico> amu is supercool
[03:46] <enrico> amu rules
[03:46] <ChrisH> Because of his number of signatures?
[03:46] <enrico> Rather because of his license plate on his car.  But not only that
[03:47] <ChrisH> Uh huh...
[03:47] <enrico> He's generally a great person
[03:48] <plovs> hi guys, all ready to go?
[03:48] <sivang> hehe
[03:48] <sivang> plovs : you?
[03:48] <enrico> I'll leave tomorrow morning superearly
[03:48] <plovs> forgot to send my gpg key, am reading it now
[03:48] <enrico> plovs: send it now!
[03:49] <ChrisH> plovs: Blame the time zone and just send it. :)
[03:49] <ChrisH> plovs: If that doesn't work then you have to contact everyone and exchange sigs. I'd even do that.
[03:50] <ChrisH> plovs: gpg --export -a your-email-address > your-email-address
[03:54] <enrico> plovs: you can get explanations from anyone at the conf
[03:55] <plovs> enrico: would be nice to do it beforehand, i suppose
[03:55] <plovs> enrico: and then get some more explanation afterwards
[03:55] <enrico> plovs: no, not really.  Beforehand you just have to do the export and marking the md5sum of the file on its printout
[03:56] <enrico> then, you can get explanations just before the keysigining
[03:56] <plovs> enrico: sounds good
[04:04] <plovs> ok, i exported it as ChrisH said, now i just send it to mako as an attachement?
[04:04] <enrico> yes
[04:16] <plovs> ChrisH: studying your postfix docs, atm, i have to update the mailserver and will use it as base
[04:21] <plovs> nice start postfix-tls: broken package
[04:34] <plovs> unbroken :-)
[05:28] <ChrisH> plovs: oops... broken? In sid?
[05:28] <plovs> sarge, but it is unbroken again, i missed something in my sources-file
[08:04] <sivang> enrico :  I seem to not be able to understand how to isntall the scrollkeepr stuf..
[08:04] <sivang> enrico : any idea ? the cdbs lines won't work at all
[08:38] <enrico> sivang: I'll have dinner and then we'll look into it.  In the meantime, please commit your last changes
[08:38] <enrico> See you in 30/40 minutes
[09:09] <sivang> ok
[09:15] <enrico> back
[10:31] <sivang> enrico : ok, I'll svn update
[10:31] <enrico> you mean svn commit? :)
[10:31] <sivang> enrico : ah yes :)
[10:33] <sivang> enrico : commited
[10:33] <sivang> enrico : what is the compat file for?
[10:33] <enrico> ChrisH: around?
[10:35] <enrico> it tells debhelper which interface it should export
[10:35] <enrico> if you put a different number there, debhelper scripts work a bit differently
[10:36] <sivang> interace?
[10:36] <enrico> (iirc)
[10:36] <sivang> what is an interface in means of debhelper?
[10:36] <enrico> the interface of its scripts
[10:36] <enrico> They probably changed some commandline options in version 4, and provided a compatibility mode
[10:48] <sivang> enrico : ok, I commited
[11:00] <enrico> trying to update
[11:01] <sivang> ok
[11:09] <enrico> Could not connect to server http://69.etc..)
[11:10] <sivang> strange
[11:11] <sivang> anyway, I just found out that the package does not install the xml files and the parts subdirectories
[11:12] <enrico> WELL
[11:12] <enrico> uhm..
[11:12] <enrico> I'm doing a traceroute
[11:12] <enrico> It's really slow, dunno why
[11:13] <enrico> but it eventually gets through
[11:13] <sivang> I'll see if it likes my update
[11:13] <sivang> (svn update)
[11:14] <enrico> I can't even do a "telnet <IP_ADDRESS> 80" (it times out)
[11:15] <enrico> And ECN is disabled
[11:15] <enrico> the machine seems down from here
[11:16] <enrico> gosh
[11:16] <enrico> where was the Matar map with the station and the hotel?
[11:18] <sivang> enrico : http://www.ubuntulinux.org/wiki/ConferenceMaps
[11:18] <enrico> sivang: thanks!
[11:18] <enrico> sivang: can you reach the svn server?
[11:19] <sivang> enrico : it appears not :(
[11:20] <sivang> svn: PROPFIND of '/faq': could not connect to server (http://<IP_ADDRESS>)
[11:24] <enrico> In the meantime, I printed the map
[11:25] <sivang> ah good idea
[11:26] <enrico> And the address of the hotel
[11:26] <sivang> good, althouh I have already talked with someone who arrived at the hotel already (IRC dutch channel moderator) and he said it as easy as in the wiki
[11:27] <sivang> you are out of the train station then turn left,
[11:27] <enrico> oh, people already there!
[11:27] <sivang> yes!
[11:27] <sivang> :)
 the line below (at "Train station") starts where you would expect it :)
 If you follow the 'Exit' signs in the station
 you get to the starting point of the line, exactly
 so with your back to the station, turn left, at the roundabout, turn right, third street left, and it'll apprear at your right hand (after the "JUSTICE" building)
 (the justice building is on your left though)
 really, it's as easy as described on the wiki
 (and I'm not an experienced traveller)
 but the train seemed like a pickpocket place, yes.. guard your stuff :)
[11:29] <enrico> yup!
[11:32] <enrico> Don't forget a good book for the trip!
[11:40] <sivang> enrico : saw this on the cdbs wiki?
[11:40] <sivang> his class adds the following make environnement variable : GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1
[11:40] <sivang> (This is necessary because the Gconf schemas have to be registered at install time. In the case of packaging, this registration cannot be done when building the package, so this variable disable schema registration in 'make install'. This procedure if defered until gconftool-2 is called in 'debian/postinst' to register them, and in 'debian/prerm' to unregister them. The dh_gconf script is able to add the right rules automatically for
[11:40] <sivang> you.)
[11:40] <sivang> It can handle the following dh_* scripts automagically :
[11:40] <sivang> dh_gconf
[11:41] <sivang> dh_scrollkeeper
[11:41] <sivang> Moreover it adds some more clean rules :
[11:41] <sivang>     *
[11:41] <sivang>       to remove intltool generated files
[11:41] <sivang>     *
[11:41] <sivang>       to remove scrollkeeper generated files
[11:41] <sivang> To use it, just add this line to your 'debian/rules', after the debhelper class include :
[11:41] <sivang> include /usr/share/cdbs/1/class/gnome.mk
[11:41] <sivang> apart from including that in the rules file, I am not sure what else I need to do
[11:41] <sivang> enrico : moreover, how can I copy the xml source tree to prefix/usr/share/doc/ubuntu-handbook ?
[11:41] <enrico> remove my attempt :)
[11:41] <sivang> Already did,
[11:41] <enrico> to copy that...
[11:41] <enrico> uhm...
[11:42] <sivang> the xml files (as they in the pkg source) need to be copied to somwhere , then maybe registed
[11:42] <sivang> why not use "postinst"
[11:42] <sivang> ?
[11:42] <enrico> just try adding the source directory to debian/docs
[11:43] <enrico> that cdbs rule should add the right parts to postinst for you
[11:43] <sivang> how will it know to take the xml files? they already exist, so it doesn't have to make them - that's why I think it ingoes them
[11:43] <enrico> you already use the debian/docs to copy the html directory, don't you?  Use the same logic for the parts directory
[11:44] <enrico> else, we need to add to the makefile a rule to install the xml files
[11:44] <sivang> you mean add /xml under the html/ line?
[11:44] <enrico> is there a xml directory in your source tree?
[11:44] <sivang> no
[11:44] <sivang> parts
[11:44] <enrico> yup
[11:45] <sivang> and upper then that, users-guide.xml in the faq/
[11:45] <sivang> so add those..
[11:45] <sivang> let's check
[11:49] <sivang> done
[11:49] <sivang> touch debian/stamp-autotools-files
[11:49] <sivang> chmod a+x /home/pooh/devel/docteam/faq/faq/./configure
[11:49] <sivang> chmod: cannot access `/home/pooh/devel/docteam/faq/faq/./configure': No such file or directory
[11:49] <sivang> make: *** [config.status]  Error 1
[11:49] <sivang> ???
[11:54] <enrico> it probably expects to have autotools installed
[11:54] <enrico> let's extract the scrollkeeper part of that cdbs class.  Wait a sec
[11:54] <enrico> ifdef _cdbs_rules_debhelper
[11:54] <enrico> $(patsubst %,binary-install/%,$(DEB_PACKAGES)) :: binary-install/%:
[11:54] <enrico>         dh_scrollkeeper -p$(cdbs_curpkg) $(DEB_DH_SCROLLKEEPER_ARGS)
[11:54] <enrico> endif
[11:58] <enrico> that's the snipped you can use instead of including the gnome class
[11:59] <enrico> tomorrow, early wake up


[00:57] <nacc> rcj: rbasak: https://git.launchpad.net/~nacc/ubuntu/+source/open-vm-tools
[01:04] <nacc> rcj: rbasak: that is the result of the latest iteration of my script that imports the launchpad history with merges against the debian history for all version of the package
[01:12] <nacc> rcj: rbasak: hrm, already found an issue, will debug it (the xenial history is incorrect/not indicating a merge correctly)
[03:23] <nacc> rcj: rbasak: fixed that bug, deleted and recreating the repository now, should be pushed in the next 30 minutes, take a look at it
[03:24] <nacc> rbasak: I think there's still an issue with the NMU sequencing being wrong in my code (favoring d/changelog instead of the upload order) -- will verify and fix tmrw AM
[03:40] <eatingthenight> Anyone have a good guide for using KVM on a headless server
[03:41] <eatingthenight> everything I see uses virsh with a GUI
[03:41] <eatingthenight> but i can't figure out how I can setup an ubuntu server VM on ubuntu server.
[03:43] <sarnold> eatingthenight: check out the uvt-kvm tool
[03:44] <trippeh> virt-manager also works OK over SSH
[03:44] <trippeh> with libvirt on the server side.
[03:44] <eatingthenight> aaa i see, i'll try both out.
[03:45] <sarnold> trippeh: ooh you know I've never tried that..
[03:46] <trippeh> you really want to use ssh keys with it though, or else it gets super annoying.
[03:57] <eatingthenight> uvt-kvm is pretty nice
[09:36] <placeed>  Hi all ! I'm looking to setup "on premises Landscape" but i don't really understand the pricing. I understand it's 150$ per server/year. It mean the amount of landscape server or client server ?
[09:36] <placeed> If it's client server, it's a little expensive only to manage updates :(
[09:39] <rbasak> placeed: best to ask Canonical sales. I don't think many people here will know the answer.
[11:51] <coreycb> jamespage, keystone newton is hitting that gbp import merge failure.  could we backport git-buildpackage to the UCA and then we could use --merge-mode=replace on trusty.
[11:54] <coreycb> jamespage, looking at the yakkety version, it looks like it's dependencies would be satisfied already in trusty
[12:35] <coreycb> beisner, hi, can you promote horizon 2015.1.4-0ubuntu2 from kilo-staging to kilo-proposed?
[13:45] <beisner> hi coreycb, ^ done.
[13:45] <coreycb> beisner, thx
[13:45] <beisner> yw coreycb
[13:56] <jamespage> coreycb, monascaclient packaged and uploaded to unstable and wedged into the newton ppa for xenial and yakkety...
[14:03] <coreycb> jamespage, awesome, thanks.  I'll work on packaging microversion-parse.
[14:03] <jamespage> coreycb, as soon as you have it ready give me a ping - I can upload to unstable if you like
[14:03] <jamespage> coreycb, remember to file and ITP as well
[14:03] <coreycb> jamespage, ok
[15:36] <coreycb> wolsen, I added some comments to bug 1374999. thanks for the patches.
[15:47] <thirax> hi!
[15:49] <wolsen> awesome thanks coreycb
[16:09] <dddshroom> Anyone familiar with UFW and prerouting traffic from one interface/port to another IP/port?
[16:10] <coreycb> beisner, can you promote nova from kilo-staging and juno-staging to *-proposed?
[17:04] <Bae> honestly. whats the best production friendly way to jail an application so that the only directories it can access are specified directories ?
[17:08] <sdeziel> Bae: you can probably achieve this with an Apparmor profile
[17:08] <Bae> yeah most likely
[17:09] <sdeziel> Bae: if the application/daemon supports chrooting you could also have the few specific directories mount binded to the chroot
[17:10] <Bae> sdeziel, isnt chroot only for ssh and ftp services only?
[17:10] <nacc> Bae: chroot is a generic concept
[17:10] <sdeziel> Bae: for daemons in general but not all of them support it
[17:10] <nacc> Bae: you could also run your application in a container :)
[17:11] <sdeziel> that was my next suggestion :)
[17:11] <Bae> nacc, sdeziel the main purpose of this is im trying to make sure the application daemon cannot be manipulated to change files that its not even supposed to touch
[17:11] <nacc> Bae: yeah, a container would be "easiest", I think
[17:11] <sdeziel> the only drawback with containers is you cannot apply an Apparmor profile inside it
[17:11] <nacc> yeah, that's true
[17:11] <Bae> i heard chroot is only for ssh and ftp though thats why i did nt go that route. if chroot made it so that the application cannot access under any circumstances thats good
[17:12] <nacc> sdeziel: although i think that's a feature gap, not a fundamental issue (cmiiw)
[17:12] <sdeziel> nacc: last I've heard the support for it kernel/AA side landed ~a week before Xenial release
[17:13] <nacc> sdeziel: yeah that sounds right :)
[17:13] <sdeziel> nacc: lxd/lxc have yet to support this
[17:13] <Bae> nacc, sdeziel for the thing you said about containers not supporting apparmor. why is apparmor necessary if the container keeps my application jailed to its own allowed directorise ?
[17:13] <Bae> seems like containers and apparmor perform the same function ?
[17:14] <sdeziel> nacc: I've also heard that should land in LXD 2.1 (I've been waiting for too long already ;) )
[17:14] <nacc> Bae: yeah, in some sense they do, wrt this question
[17:14] <nacc> Bae: containers provide isolation, apparmor provides resource limitations
[17:14] <sdeziel> Bae: also, containers are themselves locked in Apparmor profiles
[17:15] <beisner> coreycb, ack on kilo, underway.   curious why juno being it is eol?
[17:15] <nacc> Bae: my intuition is if you ran lxc launch ubuntu:xenial; lxc exec <container> program, you'd get most of what you want
[17:15] <nacc> Bae: but it's hard to say
[17:16] <coreycb> beisner, it is isn't it.  don't worry about juno then.
[17:16] <Bae> nacc, all i want to do is lock the application so that it can read/write to a specific directory on disk. and be able to open to the network. and if the app tries to write/read to a different direcotry it will be blocked. i suppose apparmor can do this yes ?
[17:17] <Bae> open socket to the network*
[17:17] <nacc> Bae: i assume it can, but i don't honestly know :)
[17:17] <Bae> and socket would be >1024 so root is not important
[17:17] <Bae> ah okay nacc. well i'll try it. i tried it a few hours ago and i failed. so gotta load up my vm again
[17:18] <beisner> coreycb, ok.  nova 2015.1.4-0ubuntu2 --> kilo-proposed
[17:18] <nacc> Bae: gl! feel free to ask questions as you go, hopefully others can help out
[17:18] <Bae> yea. hopefully
[17:18] <coreycb> beisner, thx
[17:18] <Bae> thanks nacc and sdeziel
[17:19] <sdeziel> Bae: you are welcome
[17:19] <Bae> do you guys have experience with apparmor yourselves ?
[17:19] <sdeziel> Bae: some but only with profile writing/debugging
[17:20] <Bae> yeah thats probably as far as i will go is write profiles for my own app and do testing. my idea was to make a nodejs app that will write a file to a specific directory that is allowed my apparmor. then trying to get it to write it to a directory that is denied by apparmor. then seeing if apparmor blocks it
[17:21] <Bae> in this kind of unit testing i will be able to see what works in apparmor and does not. then finish the whole app then do unit testing then :)
[17:23] <sdeziel> Bae: Apparmor should work well for your use case. Just know that the network restrictions are a bit coarse
[17:27] <Bae> sdeziel, in what sense? i want to enable input/output from 2 ports. any limitations of apparmor i can make up for in my iptables rules
[17:27] <sdeziel> Bae: iptables is the best place to further limit input/output
[17:29] <Bae> alright thanks sdeziel i'll try this then ask
[18:02] <marcinlawnik> Hello, I have broken my php7 to apache bridge. I have both installed, but doing sudo a2enmod php7.0 says no module found. I have libapache2-php7.0 installed. Does anyone have any ideas? I also found a thread on a german forum, posted yesterday, no solution yet. Ubuntu 16.04
[18:19] <sarnold> marcinlawnik: perhaps it's just called 'php'? or 'php7'?
[18:24] <marcinlawnik> sarnold, Tried all of then, then checked the internet. it's definitely php7.0. I have some progress though, will let you know.
[18:24] <marcinlawnik> It was a bad install somewhere, after third reinstall it worked
[18:26] <sarnold> aha :)
[18:27] <marcinlawnik> Now I have to find that pesky redirect loop in apache :/
[18:32] <nacc> marcinlawnik: yeah, it should be php7.0, but it also should be enabled by default with teh ubuntu package in 16.04
[18:32] <nacc> marcinlawnik: was this 16.04?
[18:36] <marcinlawnik> Yes, 16.04
[18:36] <marcinlawnik> Anyway, I have it installed, but one of my virtual hosts files is generating an infinite redirect loop
[18:37] <nacc> marcinlawnik: hrm, strange, i've not seen reports of that (the apache2 module not being found or laoded)
[18:38] <marcinlawnik> Any idea what might be causing it? I've checked the .conf file and .htaccess in the directory and found nothing
[18:40] <marcinlawnik> php is now installed and confirmed working with apache by running phpinfo
[18:41] <marcinlawnik> But I still get that redirect loop :/ Where is the config file responsible for the default apache2 page?
[18:43] <nacc> marcinlawnik: you're getting a redirect loop for the default page?
[18:45] <marcinlawnik> I have 3 virtual hosts on my single server. I removed all references to ssl, thinking it might be causing redirects.
[18:45] <marcinlawnik> Now when I enable 2 of the 3 hosts without ssl they work correctly
[18:45] <marcinlawnik> the third one, without ssl, has a redirect loop
[18:46] <marcinlawnik> after being activated
[18:46] <marcinlawnik> I thought there were other config files being used for sites besides the ones in sites-available
[18:48] <nacc> marcinlawnik: i'm not an apache expert, but I don't think so
[18:49] <marcinlawnik> Yeah, after some searching i agree.
[18:51] <marcinlawnik> I'll try over at #httpd, maybe they can help. Thanks foryour suggestions ;)
[18:52] <nacc> marcinlawnik: yeah, nothing obvious to me comes to mind
[18:57] <ihre> I'd really like to install a specific version of a package (freeipa-client v4) which isnt available for 14.04. The same package is available in the official repositories for 16.04. Can I somehow add a xenial repo to trusty, a bit like debian sid? I've checked the package in xenial-proposed but unfortunately it isn't the right version either.
[18:57] <nacc> no
[18:57] <nacc> :)
[18:57] <nacc> ihre: you really don't want to mix versions of packages
[18:57] <nacc> ihre: or distributions
[18:57] <ihre> bummer
[18:58] <marcinlawnik> Compiling from source?
[18:58] <ihre> or that, pull it from deb-src
[18:58] <ihre> but then again, it depends on a ton of packages to begin with..
[18:58] <nacc> ihre: do the freeipa folks publish a ppa?
[18:59] <ihre> there is a ppa, yes, but just v3 available for trusty
[18:59] <nacc> ihre: i'd assume there is good reason for that then
[18:59] <ihre> and I'd really like to install v4 due to the kerberos & dns additions
[18:59] <nacc> ihre: meaning you'd need some other libraries and such to be updated
[18:59] <ihre> I assume so, yes
[18:59] <nacc> ihre: which implies you should just switch to 16.04 :)
[18:59] <nacc> ihre: or run it in a container/vm?
[19:00] <ihre> I can easily update 90% of my lab, tested puppet deploys w/ 16.04, but upgrading the hypervisor itself...
[19:00] <nacc> ihre: i meant you could run 16.04 as a container or VM under 14.04, no?
[19:01] <ihre> possible, but not for freeipa client enrollment
[20:54] <coreycb> beisner, can you promote qemu - 1:2.2+dfsg-5expubuntu9.7~cloud3 from kilo-staging to kilo-proposed?
[20:55] <beisner> yepper coreycb
[20:58] <beisner> coreycb, qemu 2.2+dfsg-5expubuntu9.7~cloud3 --> kilo-proposed
[21:00] <coreycb> beisner, thanks, I should be done pestering you for a bit now :)
[23:03] <newbsie> My service won't start at boot time? I have the following configuration: http://pastebin.com/u3AHKsKm in a file located at /etc/systemd/system/example.com.service
[23:04] <newbsie> I checked the docs, but frankly do not entirely understand it. Help?
[23:09] <sarnold> newbsie: did you do the systemdctl enable example.com.service ; systemctl start example.com.service  dance yet?
[23:09] <newbsie> stupid me. apparently you have to enable the service too 'systemctl enable <service name>"
[23:10] <sarnold> newbsie: does /webapps/example.com/ exist?
[23:10] <sarnold> hooray :)
[23:10] <newbsie> sarnold: I feel so lost in the Ubuntu world....
[23:11] <sarnold> newbsie: systemd is a pretty big change. I've spent five or six hours in the last week trying to do simple tasks that would have taken a few seconds to do via old tools
[23:12] <newbsie> sarnold: yeah, upstart is so much easier... systemd is huge (at least to me)
[23:12] <newbsie> sarnold: if delete files in /var/log/journal/*, will that delete all logs?
[23:12] <sarnold> newbsie: I don't think so; I think the journals are stored in /run?
[23:14] <sarnold> see journalctl --header output
[23:15] <newbsie> there are two files there, and both are in /var/log/journal....
[23:16] <newbsie> it seems, individual service (like say nginx) still logs to it's normal place independent of the journal
[23:19] <sarnold> right, most things still use syslog logging..
[23:19] <sarnold> you may be able to configure systemd in some way to replace the rsyslog daemon, or maybe extend it, if you'd rather just use journalctl for everything
[23:21] <newbsie> sarnold: I'd rather not mess with it. :)
[23:22] <newbsie> sarnold: Thank you for the help! :D


[13:05] <cmaloney> morning
[13:05] <rick_h> morning happy friday
[13:23] <cmaloney> And to you as well
[13:35] <wolfger> party party
[13:38] <jrwren> Good morning. Happy Friday. Happy Labor Day. Enjoy a three day weekend.
[13:39] <rick_h> the boy got a 4day weekend
[13:39] <rick_h> school's out today and monday
[13:39] <jrwren> how is he even in school?
[13:39] <jrwren> i thought MI state law said school starts after labor day.
[13:40] <jrwren> private school?
[13:40] <rick_h> no, they moved back a week this year
[13:40] <rick_h> public school
[13:40] <rick_h> so he started this past monday
[13:41] <jrwren> wow! I wish our district had done that.
[13:42] <jrwren> you are Clarkston District, not Lake Orion District, right? I'm not sure where the line is on Sashebaw Rd.
[13:42] <rick_h> Yea, clarkston
[13:42] <jrwren> My sister lives right by Carpenter Elementary. I wonder if her boy started K.
[19:04] <jrwren> that cloud-installer ppa I was complainig about rcently must have been ancient. it has all been in cloud-archive for a while. Silly me.


[07:56] <dholbach> good morning
[07:57] <ashickur-noor> good evening
[08:40] <czajkowski> aloha
[17:37] <akgraner> The new edition of the Ubuntu Weekly Newsletter is now available here:
[17:37] <akgraner> https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue240
[17:39] <pleia2> \o/
[19:24] <czajkowski> pleia2: I have my penugin picture up so glad I bought it, will forever remind me of DTD with you guys!
[19:28] <pleia2> yay!
[19:29] <czajkowski> need to get it framed, it's curently still in the clear plastic though
[19:29] <bkerensa> =o
[19:30] <pleia2> yeah I need to get a frame too
[19:30] <czajkowski> but it'l hide the signature and dedication :(


[04:27] <RAOF> BAH! How am I failing at geometry?
[09:13] <dholbach> hiza
[09:13] <dholbach> hiya
[09:14] <dholbach> can anyone please comment on my mail to the mailing list?
[09:17] <alan_g> dholbach: I'm totally unfamiliar with that library, what it does and how we use it. What would constitute a useful "quick look"?
[09:19] <dholbach> alan_g, I don't know what mir's dependency on libxkbcommon is and how an update would affect mir
[09:19] <dholbach> maybe we could use the updated package and just test on desktop and phone?
[09:25]  * alan_g Wonders if a keymapping library is relevant to phone - it sounds more like something XMir uses. Starts digging.
[09:31] <greyback> alan_g: hey, just a note: platform-api uses mir::DefaultServerConfiguration::the_shell_surface_factory which you're removing...
[09:31] <alan_g> greyback: Oops. Thanks for the warning.
[09:32] <alf__> greyback: Hi! Any experimental results for non-blocking swapbuffers?
[09:33] <greyback> alf__: I'm like 95% ready to test, you just chose a mir version to branch which makes changes unity-mir needed updating for.
[09:33] <greyback> so just getting the bits to all worth together is tricky
[09:34] <alf__> greyback: ok, I can rebase to some other version if it's easier to test
[09:34] <alf__> greyback: which version is easier for you?
[09:35] <greyback> alf__: so can I :) Gimme 20 mins and I should be there
[09:35] <alf__> greyback: ok, np :)
[10:14]  * alan_g realizes he needs to set ENABLE_MIRSERVER_IMPLEMENTATION
[10:16] <dholbach> alan_g, do you know of anyone who knows how libxkcommon is related to mir?
[10:17] <alan_g> alf__: ^
[10:20] <alf__> dholbach: alan_g: I would guess racarr, xkbcommon seems to be used only in src/shared/input/xkb_mapper.cpp which was written by him
[10:20] <dholbach> racarr, if you could reply to my mail on the list, that'd be great
[10:20] <dholbach> thanks alf__
[10:21] <alf__> dholbach: np
[10:23] <greyback> alan_g: question - how does one convert a mir::scene:Surface to a mir::shell::Surface?
[10:24] <greyback> oh, shell::Surface eliminated in your MR
[10:24] <greyback> never mind
[10:24] <alan_g> greyback: If mir::shell::Surface exists on the branch then it is one
[10:25] <alan_g> Wow! You're ahead of development-branch?
[10:29] <greyback> alan_g: you're changes were not insignificant, so best ot be ahead of the curve
[10:30] <alan_g> greyback: I hope they'll make things easier for you in future.
[10:30] <greyback> alan_g: you'd be hearing from me if I disapproved :) Yes I think they'll suit us fine
[10:41] <greyback> alan_g: I've thrown together the platform-api fix:  lp:~gerboland/platform-api/mir-SurfaceFactory-to-SurfaceCoordinator
[10:42] <alan_g> greyback: so have I lp:~alan-griffiths/platform-api/compatibility-with-proposed-mir-changes
[10:43] <alan_g> ;)
[10:43] <greyback> heh, you won :D
[10:43] <alan_g> I did?
[11:01] <alf__> greyback: So looking at USC code, it seems that it completely stops the compositor if screen is off, however my fix depends on the compositor running and consuming frames
[11:01] <alf__> greyback: that's probably why things still get stuck
[11:01] <greyback> alf__: aha, so USC also needs changing
[11:04] <greyback> alan_g: is lp:~alan-griffiths/unity-mir/compatibility-with-mir-changes supposed to allow unity-mir build with Mir's developer branch, as it is right now?
[11:05] <alan_g> greyback: that's the idea. I've not checked today
[11:05] <alf__> greyback: yes, although we should provide a better interface for USC to interact with the display configuration
[11:05] <greyback> as last night it wasn't enough,  I had to pull in your compatibility-with-proposed-mir-changes & the corresponging mir branch to get all to work
[11:06] <alan_g> greyback: so if we can land the Mir branch I don't need to fix it. ;)
[11:06] <greyback> alan_g: indeed :)
[11:06] <greyback> works for me
[11:07] <greyback> alf__: I'll hack USB to not explicitly stop/start the compositor, and let you know the results. Will take ~45 mins, had to reflash phone as upstart died
[11:07] <alan_g> greyback: alf__ anpok can we have some "approves" on https://code.launchpad.net/~alan-griffiths/mir/eliminate-shell-SurfaceFactory-and-Surface/+merge/214041 ^^
[11:08] <alf__> greyback: something like this should work http://paste.ubuntu.com/7202738/ (haven't tried)
[11:08] <greyback> alf__: why stop/start it at all?
[11:09] <greyback> oh, because you switch btween 2 compositor things
[11:12] <alf__> greyback: it may not be needed with the current state of things. Ideally if a screen is off the mg::Display shouldn't even produce a DisplayDuffer for it. Any change in DisplayBuffers needs a compositor restart.
[11:15] <alf__> greyback: actually we need to do it for mesa at least
[13:53] <kgunn> bregma: this ended up being the problem...
[13:53] <kgunn> https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1302270
[13:59] <bregma> kgunn, so now you're using Unity 8 on the desktop for all your day-to-day needs/
[14:23] <anpok> mterry: the issue from yesterday
[14:24] <anpok> did that one disappear?
[14:28] <anpok> ok just experienced it
[14:40] <alf__> alan_g: greyback: Is there a reason we don't have MP for platform-api and unity-mir compatibility-with-proposed-mir-changes branches?
[14:41] <alan_g> alf__: I was going to MP when the changes land on development-branch
[14:42] <alf__> alan_g: ok
[15:38] <anpok> mterry: that issue from yesterday - greeter is visible but not reacting to input - what where your steps to reproduce it? So far it only happens for me once on start up
[15:38] <anpok> and it disappears when display is turned off/on again..
[15:38] <mterry> anpok, I can't reproduce yeah
[15:39] <anpok> maybe I have a broken combination of mir related packages..
[15:39] <anpok> but I get it quite frequently - restart lightdm - > display turns off and greeter is frozen..
[15:39] <anpok> *display turns on
[15:41] <anpok> EventHub does not seem to wake up on touch presses
[15:42] <mterry> anpok, then maybe I lucked out in my combination of mir packages....
[15:44] <mterry> anpok, ah....  I think I know what it was -- it was more of the raising-sessions regression I saw.  The transparent spinner session must have been on top
[15:44] <mterry> anpok, are you using my split greeter branches?
[15:47] <bregma> kgunn, the u-s-c in landing-011 tests out OK for me: I'm not sure if it needs phone testing but I'm keen to see it land if you're ready to pull the trigger
[15:49] <kgunn> bregma: i did test phone it was fine....
[15:49] <kgunn> just hadn't had time to sort the desktop this morning...after recovering from the bad xorg pkg issue last night...let's land it :)
[15:49] <bregma> kgunn, it's time to release it to the wild then
[15:50] <kgunn> bregma: i''m on it
[15:51] <anpok> mterry: yeah .. still your usc branch and mir-devel from today
[15:52] <mterry> anpok, OK yeah.  So session-raising got broken somehow.  And the (transparent) spinner session is on top of the greeter
[15:52] <mterry> anpok, set_focus_to() no longer raises a session and even manually calling raise on the individual surfaces doesn't seem to do the trick
[15:53] <anpok> yeah that was working with devel
[15:54] <mterry> anpok, it was?  Ever since latest devel it seems to have stopped working for me
[15:54] <mterry> "latest devel" -- I'm not actually sure when
[15:58] <alan_g> mterry: which -r are you at?
[15:59] <mterry> alan_g, that's a great question...   something from Wednesday
[16:00] <mterry> (the silo 002 PPA built it and it doesn't make it obvious which revision was used)
[16:00] <anpok> -r 1528 seems to work
[16:02] <mterry> anpok, but you said you were having the same input problem with the greeter?
[16:03] <mterry> anpok, that means whatever devel version you are using has the session-raising problem
[16:03]  * alan_g has touched the codepath - but there were no test breaking. Will write one. So: create a couple of sessions with surfaces and try to raise the 1st one?
[16:03] <kgunn> mterry: want me to rebuild mir ?
[16:03] <alan_g> Has a bug been filed?
[16:04] <mterry> alan_g, yeah I guess.  I'm using both raise on surfaces and set_focus_to, neither seems to do the trick
[16:04] <mterry> alan_g, no I wasn't sure until today what was even wrong
[16:04] <mterry> kgunn, I'm not sure devel is fixed yet
[16:04] <mterry> alan_g, I can file a bug, give me a sec
[16:04] <kgunn> mterry: ok...was just thinking if you wanted to get to the tip
[16:04] <anpok> mterry: no session raising issues, just user input not working
[16:05] <mterry> anpok, right.  But that is (I believe) a symptom of the transparent spinner session sitting on top of greeter when it shouldn't be, stealing all the input
[16:05] <mterry> anpok, because the greeter wasn't being raised properly
[16:06] <mterry> kgunn, not yet, I don't think
[16:06] <kgunn> ack
[16:10] <mterry> alan_g, bug 1302689
[16:10] <alan_g> ta
[16:15] <mterry> kgunn, actually...  it looks like there are quite some API changes in mir/devel recently that will affect my branches.  So maybe a respin of mir now would give me an easier time of updating to deal with them
[16:15] <mterry> I'll still need a respin later for the raise bug fix, but I can update to API now anyway
[16:30] <didrocks> mterry: hey, nothing related to that, but you are putting my laptop at risk! :)
[16:30] <mterry> didrocks, did you see a deja-dup CPU craziness?
[16:31] <didrocks> mterry: not more than usual: more seriously deja-dup (surely duplicity) is trying to backup, but I'm getting:
[16:31] <didrocks> Invalid data - SHA1 hash mismatch for file:
[16:31] <didrocks>  duplicity-full.20140327T181132Z.vol1.difftar.gpg
[16:31] <didrocks> everytime
[16:31] <didrocks> so I don't have backup! zomg :)
[16:31] <didrocks> (the computed and real fingerprints are indeed different)
[16:31] <mterry> didrocks, that reminds me of an old old bug that was fixed years ago
[16:32] <didrocks> mterry: I moved my backup server to a rasperry in case the backup server impacts it…
[16:32] <didrocks> (but I thought the compression was client-side)
[16:32] <mterry> didrocks, and if you backed up 03/27, you should have a presumably-bug-free version of duplicity
[16:32] <mterry> didrocks, correct
[16:33] <didrocks> mterry: I didn't, my server went down and that's why I bought a rasperry
[16:33] <didrocks> so, it was my first new "full" backup
[16:34] <didrocks> mterry: oh no, I have one from 27/03
[16:34] <didrocks> which was the one shown
[16:35] <didrocks> mterry: is there any logs I can throw your way?
[16:36] <kgunn> mterry: rebuilding
[16:36] <mterry> didrocks, not especially...  What I need is to go back in time to 03/27 and fix it there
[16:36] <mterry> didrocks, find out what happened I mean
[16:36] <kgunn> mterry: so for usc, will you have a seperate branch i can land fo' real if we promote mir-devel ?
[16:36] <didrocks> mterry: so, I can remove this backup? it doesn't seem to be complete anyway
[16:36] <kgunn> gotta run for lunch..bbiab
[16:36] <mterry> didrocks, yeah
[16:36] <didrocks> like having 9 volumes instead of 1800+
[16:37] <didrocks> mterry: ok, will do that and relaunch a backup, thanks!
[16:37] <mterry> didrocks, sorry man
[16:37] <didrocks> no worry, thanks you for unblocking me :)
[16:38] <kdub> bzr!
[18:08] <davmor2> kgunn: has anyone on the team got a manta
[18:38] <kgunn> davmor2: everyone i think
[18:39] <davmor2> kgunn: update to latest proposed open the weather app and hit the bottom date on the right hand side apparently in the desktop version scrolling is smooth and fast
[18:41] <davmor2> kgunn: I've filed a bug against the weather app https://bugs.launchpad.net/ubuntu-weather-app/+bug/1302728 but it is on the off chance that it is actually mir/qt/qml that is the issue I thought I'd give you guys a heads up
[18:43] <kgunn> mterry: uh-oh, merge conflict on the mir rebuild in split greeter silo....for https://code.launchpad.net/~mterry/mir/no-initial-display-configuration-sent-to-hosting-server-merged
[18:43] <kgunn> https://ci-train.ubuntu.com/job/landing-002-1-build/25/console
[18:43] <kgunn> davmor2: sure
[18:43] <mterry> kgunn, you can drop that branch, it made it into trunk
[18:44] <kgunn> mterry: ack
[18:46] <kgunn> mterry: ...so you have no mp on mir-dev ?...e.g. i need to pick or gen one to rebuild?
[18:47] <mterry> kgunn, oh right.  I'll make a fake one
[18:47] <kgunn> mterry: oh wait...you have this one
[18:47] <kgunn> https://code.launchpad.net/~mterry/mir/missing-links/+merge/213906
[18:47] <mterry> kgunn, that made it in too.  But probably won't conflict, just will be a no-op
[18:47] <mterry> kgunn, so try that alone
[18:47] <kgunn> roger that
[18:48]  * mterry goes afk for a little bit


[03:48] <fone626-lt> Is there a way to trigger a password change email being sent based on username rather than email address.  I give difference email addresses for every service I sign into and for the life of me I can't remember what email address I gave for my launchpad account.
[05:00] <pbek> since yesterday my snappy builds (e.g. https://code.launchpad.net/~pbek/+snap/hswitch/+build/205732) get an error message "Store upload failed: Authorization failed.". Is this something I can fix myself?
[21:26] <AdamMaxwell> Hi, hoping to get Launchpad to support the Net Neutrality Day of Action on May 9th. Who can I talk to about this? :)
[23:07] <cjwatson> pbek: Sounds like https://bugs.launchpad.net/launchpad/+bug/1766911.  Can you try going to https://code.launchpad.net/~pbek/+snap/hswitch/+authorize and following the prompts?
[23:08] <cjwatson> AdamMaxwell: I'm certainly not opposed personally, but it would depend what we needed to do, and I suspect I'd need to get Canonical to clear it.  Can you send me an email<EMAIL_ADDRESS>and I'll see what needs to be done?
[23:08] <cjwatson> AdamMaxwell: (This is not a promise.)


[09:19] <tseliot> apw: hey, apparently c6b406919288a617815f710175da20f3fca72065 (which fglrx includes) makes fpu-internal.h use static_cpu_has_safe() which is gpl only -> fglrx fails to build... Any ideas?
[09:22] <apw> tseliot, use static_cpu_has directly ?
[09:24] <apw> and cross your fingers
[09:26] <tseliot> apw: I wish it were that simple... it probably comes from a call to __save_init_fpu(), and maybe  static_cpu_has_safe() is called somehow by it
[09:28] <apw> i am not sure what to think at that point
[09:28] <tseliot> it must be use_xsave
[09:29] <tseliot> apw: so __save_init_fpu-> save_init_fpu -> use_xsave -> static_cpu_has_safe -> BOOM
[10:14] <tseliot> apw, jibel: fglrx (i386) seems to fail too but it's misreported as successful
[10:18] <jibel> tseliot, I'll restart it, it's probably the bug with ssh I fixed 2 days ago
[10:21] <tseliot> jibel: thanks
[10:23] <jibel> tseliot, now it fails
[10:24] <tseliot> jibel: perfect
[13:17] <tyhicks> rtg: hey - I saw you just applied jj's patches to the touch kernels
[13:17] <tyhicks> rtg: I wanted to let you know that I have a few more config changes coming your way in a couple hours
[13:17] <rtg> tyhicks, yup.
[13:17] <rtg> k
[13:18] <rtg> no rush, I won't upload this pile until next week
[13:18] <tyhicks> ok
[15:10] <tseliot> rtg: I think I've fixed nvidia-304-updates, fglrx, fglrx-updates, so now nvidia-173 is the only package left for me to port (which I'll do next week)
[15:10] <rtg> tsok, I'm gonna wait on -rc3 anyways and test some more. I've had somestrange FS corruption on 2 machines with -rc2
[15:11] <rtg> tseliot, ^^
[15:11] <tseliot> rtg: ok, even better then
[15:57] <tseliot> jibel: please make sure that nvidia-304-updates, fglrx, fglrx-updates are tested
[16:00] <rtg> apw, wasn't this your fix ? https://bugs.launchpad.net/ubuntu/+source/linux-lts-quantal/+bug/1269053/comments/26
[16:13] <jibel> tseliot, ok, I'll check that.
[16:13] <tseliot> thanks
[17:09] <apw> rtg it cirtainly rings a bell
[17:09] <rtg> apw, kinda hate to see that regress after you worked so hard to fix it
[17:10] <apw> rtg, no that was fixed upstream in fact ... hmmm
[17:10] <apw> rtg, i'll have a look at it


[12:43] <rick_h_> party
[14:08] <cmaloney> Good morning
[15:30] <rick_h_> evening
[15:33] <brousch> no
[15:33] <brousch> Made a big pot of chili if anyone's interested
[15:33] <rick_h_> very cool
[15:33] <brousch> No. It is hot
[15:34] <rick_h_> well then never mind, seems I don't need it :P
[15:34] <brousch> No too spicy. The wife and boy complain if it is
[15:36] <brousch> I throw some of my habanero death sauce, kung pow chili paste, or jalapenos in my bowl
[15:38] <jrwren_> i want chilli
[15:38] <jrwren_> or chili rather
[15:39] <brousch> come get it
[15:44] <rick_h_> jrwren_: welcome back
[19:46] <cmaloney> I got "chickie boat" from Meijer
[19:46] <cmaloney> so we'll have that for dinner
[19:47] <cmaloney> along with cole slaw and potato salad.
[19:47] <cmaloney> picnic-fare.
[19:47] <cmaloney> Bought a rick_h_-like rake
[19:50] <cmaloney> http://www.amazon.com/temper-165117700-True-Temper-Inch/dp/B00FDZHSAM/ref=cm_cr_pr_sims_t
[19:50] <bookiebot> http://goo.gl/eO8f8g - Amazon.com : ames true temper 165117700 True Temper, 24 -Inch Clog Free, Poly Leaf Rake : Lawn And Garden Tool Accessories : Patio, Lawn & Garden
[19:50] <cmaloney> Similar to this one but not quite
[19:56] <rick_h_> heh cool
[20:03] <brousch> I have no idea what "chickie boat" is
[20:05] <brousch> A friend has a billy goat for sale. I want it. http://www.billygoat.com/product-categories/list/leaf-litter-vacuums
[20:05] <bookiebot> http://goo.gl/VJifpk - Leaf & Litter Vacuums | Billy Goat Industries, Inc.


[00:36] -queuebot:#ubuntu-release- New binary: eprover [riscv64] (kinetic-proposed/universe) [2.6+ds-2] (no packageset)
[02:24] -queuebot:#ubuntu-release- New: accepted casacore [amd64] (kinetic-proposed) [3.5.0-2]
[02:24] -queuebot:#ubuntu-release- New: accepted casacore [armhf] (kinetic-proposed) [3.5.0-2]
[02:24] -queuebot:#ubuntu-release- New: accepted casacore [riscv64] (kinetic-proposed) [3.5.0-2]
[02:24] -queuebot:#ubuntu-release- New: accepted cognitive-complexity [amd64] (kinetic-proposed) [1.2.0-1]
[02:24] -queuebot:#ubuntu-release- New: accepted ctpl [amd64] (kinetic-proposed) [0.3.4+dfsg-3]
[02:24] -queuebot:#ubuntu-release- New: accepted eprover [arm64] (kinetic-proposed) [2.6+ds-2]
[02:24] -queuebot:#ubuntu-release- New: accepted eprover [ppc64el] (kinetic-proposed) [2.6+ds-2]
[02:24] -queuebot:#ubuntu-release- New: accepted eprover [s390x] (kinetic-proposed) [2.6+ds-2]
[02:24] -queuebot:#ubuntu-release- New: accepted gnuradio [arm64] (kinetic-proposed) [<IP_ADDRESS>-1]
[02:24] -queuebot:#ubuntu-release- New: accepted gnuradio [ppc64el] (kinetic-proposed) [<IP_ADDRESS>-1]
[02:24] -queuebot:#ubuntu-release- New: accepted casacore [arm64] (kinetic-proposed) [3.5.0-2]
[02:24] -queuebot:#ubuntu-release- New: accepted casacore [s390x] (kinetic-proposed) [3.5.0-2]
[02:24] -queuebot:#ubuntu-release- New: accepted eprover [amd64] (kinetic-proposed) [2.6+ds-2]
[02:24] -queuebot:#ubuntu-release- New: accepted eprover [riscv64] (kinetic-proposed) [2.6+ds-2]
[02:24] -queuebot:#ubuntu-release- New: accepted gnuradio [armhf] (kinetic-proposed) [<IP_ADDRESS>-1]
[02:24] -queuebot:#ubuntu-release- New: accepted gnuradio [s390x] (kinetic-proposed) [<IP_ADDRESS>-1]
[02:24] -queuebot:#ubuntu-release- New: accepted casacore [ppc64el] (kinetic-proposed) [3.5.0-2]
[02:24] -queuebot:#ubuntu-release- New: accepted eprover [armhf] (kinetic-proposed) [2.6+ds-2]
[02:24] -queuebot:#ubuntu-release- New: accepted gnuradio [riscv64] (kinetic-proposed) [<IP_ADDRESS>-1]
[02:24] -queuebot:#ubuntu-release- New: accepted cognitive-complexity [amd64] (kinetic-proposed) [1.2.0-2]
[02:24] -queuebot:#ubuntu-release- New: accepted jolokia [amd64] (kinetic-proposed) [1.7.1+dfsg-3]
[02:24] -queuebot:#ubuntu-release- New: accepted gnuradio [amd64] (kinetic-proposed) [<IP_ADDRESS>-1]
[02:25] -queuebot:#ubuntu-release- New: accepted lodepng [armhf] (kinetic-proposed) [0.0~git20220618.b4ed2cd-1]
[02:25] -queuebot:#ubuntu-release- New: accepted mintpy [amd64] (kinetic-proposed) [1.3.3-2]
[02:25] -queuebot:#ubuntu-release- New: accepted node-undici [amd64] (kinetic-proposed) [5.6.1+dfsg1+~cs18.9.16-1]
[02:25] -queuebot:#ubuntu-release- New: accepted ott [arm64] (kinetic-proposed) [0.32+ds-2]
[02:25] -queuebot:#ubuntu-release- New: accepted ott [riscv64] (kinetic-proposed) [0.32+ds-2]
[02:25] -queuebot:#ubuntu-release- New: accepted php-league-config [amd64] (kinetic-proposed) [1.1.1-2]
[02:25] -queuebot:#ubuntu-release- New: accepted pytest-golden [amd64] (kinetic-proposed) [0.2.1-2]
[02:25] -queuebot:#ubuntu-release- New: accepted python-mapbox-earcut [amd64] (kinetic-proposed) [1.0.0-1]
[02:25] -queuebot:#ubuntu-release- New: accepted resampy [amd64] (kinetic-proposed) [0.2.2+ds-1]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-arg-enum-proc-macro [arm64] (kinetic-proposed) [0.3.2-1]
[02:25] -queuebot:#ubuntu-release- New: accepted lodepng [riscv64] (kinetic-proposed) [0.0~git20220618.b4ed2cd-1]
[02:25] -queuebot:#ubuntu-release- New: accepted ott [amd64] (kinetic-proposed) [0.32+ds-2]
[02:25] -queuebot:#ubuntu-release- New: accepted pdm-pep517 [amd64] (kinetic-proposed) [1.0.1+ds-1]
[02:25] -queuebot:#ubuntu-release- New: accepted python-banal [amd64] (kinetic-proposed) [1.0.6-2]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-arg-enum-proc-macro [amd64] (kinetic-proposed) [0.3.2-1]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-arg-enum-proc-macro [ppc64el] (kinetic-proposed) [0.3.2-1]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-arg-enum-proc-macro [s390x] (kinetic-proposed) [0.3.2-1]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-getset [arm64] (kinetic-proposed) [0.1.2-1]
[02:25] -queuebot:#ubuntu-release- New: accepted node-react [amd64] (kinetic-proposed) [18.2.0+dfsg+~cs87.31.26-2]
[02:25] -queuebot:#ubuntu-release- New: accepted php-ml-json-ld [amd64] (kinetic-proposed) [1.2.0-2]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-arg-enum-proc-macro [armhf] (kinetic-proposed) [0.3.2-1]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-getset [amd64] (kinetic-proposed) [0.1.2-1]
[02:25] -queuebot:#ubuntu-release- New: accepted ott [ppc64el] (kinetic-proposed) [0.32+ds-2]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-arg-enum-proc-macro [riscv64] (kinetic-proposed) [0.3.2-1]
[02:25] -queuebot:#ubuntu-release- New: accepted qrtr [amd64] (kinetic-proposed) [0.3+git20201207-1]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-getset [armhf] (kinetic-proposed) [0.1.2-1]
[02:25] -queuebot:#ubuntu-release- New: accepted lodepng [armhf] (kinetic-proposed) [0.0~git20220618.b4ed2cd-1]
[02:25] -queuebot:#ubuntu-release- New: accepted mintpy [amd64] (kinetic-proposed) [1.3.3-2]
[02:25] -queuebot:#ubuntu-release- New: accepted node-undici [amd64] (kinetic-proposed) [5.6.1+dfsg1+~cs18.9.16-1]
[02:25] -queuebot:#ubuntu-release- New: accepted ott [arm64] (kinetic-proposed) [0.32+ds-2]
[02:25] -queuebot:#ubuntu-release- New: accepted ott [riscv64] (kinetic-proposed) [0.32+ds-2]
[02:25] -queuebot:#ubuntu-release- New: accepted php-league-config [amd64] (kinetic-proposed) [1.1.1-2]
[02:25] -queuebot:#ubuntu-release- New: accepted pytest-golden [amd64] (kinetic-proposed) [0.2.1-2]
[02:25] -queuebot:#ubuntu-release- New: accepted python-mapbox-earcut [amd64] (kinetic-proposed) [1.0.0-1]
[02:25] -queuebot:#ubuntu-release- New: accepted resampy [amd64] (kinetic-proposed) [0.2.2+ds-1]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-arg-enum-proc-macro [arm64] (kinetic-proposed) [0.3.2-1]
[02:25] -queuebot:#ubuntu-release- New: accepted lodepng [riscv64] (kinetic-proposed) [0.0~git20220618.b4ed2cd-1]
[02:25] -queuebot:#ubuntu-release- New: accepted ott [amd64] (kinetic-proposed) [0.32+ds-2]
[02:25] -queuebot:#ubuntu-release- New: accepted pdm-pep517 [amd64] (kinetic-proposed) [1.0.1+ds-1]
[02:25] -queuebot:#ubuntu-release- New: accepted python-banal [amd64] (kinetic-proposed) [1.0.6-2]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-arg-enum-proc-macro [amd64] (kinetic-proposed) [0.3.2-1]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-arg-enum-proc-macro [ppc64el] (kinetic-proposed) [0.3.2-1]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-arg-enum-proc-macro [s390x] (kinetic-proposed) [0.3.2-1]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-getset [arm64] (kinetic-proposed) [0.1.2-1]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-getset [ppc64el] (kinetic-proposed) [0.1.2-1]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-getset [s390x] (kinetic-proposed) [0.1.2-1]
[02:25] -queuebot:#ubuntu-release- New: accepted node-react [amd64] (kinetic-proposed) [18.2.0+dfsg+~cs87.31.26-2]
[02:25] -queuebot:#ubuntu-release- New: accepted php-ml-json-ld [amd64] (kinetic-proposed) [1.2.0-2]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-arg-enum-proc-macro [armhf] (kinetic-proposed) [0.3.2-1]
[02:25] -queuebot:#ubuntu-release- New: accepted rust-getset [amd64] (kinetic-proposed) [0.1.2-1]
[02:26] -queuebot:#ubuntu-release- New: accepted rust-getset [riscv64] (kinetic-proposed) [0.1.2-1]
[02:26] -queuebot:#ubuntu-release- New: accepted rust-scan-fmt [arm64] (kinetic-proposed) [0.2.6-1]
[02:26] -queuebot:#ubuntu-release- New: accepted rust-scan-fmt [ppc64el] (kinetic-proposed) [0.2.6-1]
[02:26] -queuebot:#ubuntu-release- New: accepted rust-scan-fmt [s390x] (kinetic-proposed) [0.2.6-1]
[02:26] -queuebot:#ubuntu-release- New: accepted rust-serde-value [arm64] (kinetic-proposed) [0.7.0-1]
[02:26] -queuebot:#ubuntu-release- New: accepted rust-serde-value [ppc64el] (kinetic-proposed) [0.7.0-1]
[02:26] -queuebot:#ubuntu-release- New: accepted ott [ppc64el] (kinetic-proposed) [0.32+ds-2]
[02:26] -queuebot:#ubuntu-release- New: accepted rust-arg-enum-proc-macro [riscv64] (kinetic-proposed) [0.3.2-1]
[02:26] -queuebot:#ubuntu-release- New: accepted rust-scan-fmt [amd64] (kinetic-proposed) [0.2.6-1]
[02:26] -queuebot:#ubuntu-release- New: accepted rust-scan-fmt [riscv64] (kinetic-proposed) [0.2.6-1]
[02:26] -queuebot:#ubuntu-release- New: accepted rust-serde-value [armhf] (kinetic-proposed) [0.7.0-1]
[02:26] -queuebot:#ubuntu-release- New: accepted rust-serde-value [s390x] (kinetic-proposed) [0.7.0-1]
[02:26] -queuebot:#ubuntu-release- New: accepted slop [arm64] (kinetic-proposed) [7.6-3]
[02:26] -queuebot:#ubuntu-release- New: accepted slop [ppc64el] (kinetic-proposed) [7.6-3]
[02:26] -queuebot:#ubuntu-release- New: accepted slop [s390x] (kinetic-proposed) [7.6-3]
[02:26] -queuebot:#ubuntu-release- New: accepted qrtr [amd64] (kinetic-proposed) [0.3+git20201207-1]
[02:26] -queuebot:#ubuntu-release- New: accepted rust-scan-fmt [armhf] (kinetic-proposed) [0.2.6-1]
[02:26] -queuebot:#ubuntu-release- New: accepted rust-serde-value [riscv64] (kinetic-proposed) [0.7.0-1]
[02:26] -queuebot:#ubuntu-release- New: accepted slop [armhf] (kinetic-proposed) [7.6-3]
[02:26] -queuebot:#ubuntu-release- New: accepted rust-getset [armhf] (kinetic-proposed) [0.1.2-1]
[02:26] -queuebot:#ubuntu-release- New: accepted slop [amd64] (kinetic-proposed) [7.6-3]
[02:26] -queuebot:#ubuntu-release- New: accepted rust-serde-value [amd64] (kinetic-proposed) [0.7.0-1]
[02:26] -queuebot:#ubuntu-release- New: accepted slop [riscv64] (kinetic-proposed) [7.6-3]
[05:59] <didrocks> hey cpaelzer, FYI, I’m on short holidays (until EOW) starting mid-day but back next Monday (I will probably have to skip next week meeting though, but will be around), so if there is anything MIR-related that can wait for next week, do not hesitate to assign them to me.
[06:09] <cpaelzer> ok didrocks, thanks
[06:09] -queuebot:#ubuntu-release- New binary: open-vm-tools [amd64] (kinetic-proposed/main) [2:12.0.5-1] (ubuntu-cloud, ubuntu-desktop, ubuntu-server)
[06:09] <cpaelzer> Next week will be planning sprint - so there will be a lower attention rate
[06:15] <didrocks> yeah, that was my bet too
[06:16] -queuebot:#ubuntu-release- New binary: open-vm-tools [arm64] (kinetic-proposed/main) [2:12.0.5-1] (ubuntu-cloud, ubuntu-desktop, ubuntu-server)
[07:05] -queuebot:#ubuntu-release- New: accepted open-vm-tools [amd64] (kinetic-proposed) [2:12.0.5-1]
[07:05] -queuebot:#ubuntu-release- New: accepted open-vm-tools [arm64] (kinetic-proposed) [2:12.0.5-1]
[07:41] <ogayot> would somebody mind triggering this autopkgtest for me? https://autopkgtest.ubuntu.com/request.cgi?release=bionic&arch=amd64&package=unattended-upgrades&ppa=ogayot%2Fbionic-proposed&trigger=unattended-upgrades%2F1.1ubuntu<IP_ADDRESS>%7Eppa3 Trying to check the impact of LP 1974223 on 18.04. Thanks!
[07:45] <didrocks> done
[07:46] <ogayot> thanks didrocks !
[07:47] <didrocks> yw :)
[08:46] -queuebot:#ubuntu-release- Unapproved: genshi (focal-proposed/main) [0.7.3-0ubuntu3 => 0.7.3-0ubuntu3.1] (ubuntu-desktop)
[08:47] -queuebot:#ubuntu-release- Unapproved: openssl (jammy-proposed/main) [3.0.2-0ubuntu1.6 => 3.0.2-0ubuntu1.7] (core, i386-whitelist)
[09:06] <seb128> https://launchpadlibrarian.net/612533869/buildlog_ubuntu_kinetic_amd64_ubuntu_BUILDING.txt.gz
[09:07] <seb128> how did we get usb-creator migrating out of proposed with component mismatch issues?
[09:07] <seb128>  libisoburn1 : Depends: libjte2 but it is not installable
[09:08] <seb128> it's breaking the desktop ISO build since saturday
[09:08] <seb128> sil2100, ^ any idea if that's a  britney issue?
[09:31] -queuebot:#ubuntu-release- New binary: flake8-cognitive-complexity [amd64] (kinetic-proposed/universe) [0.1.0-1] (no packageset)
[11:37] <sil2100> seb128: looking
[11:45] <seb128> sil2100, thanks
[11:46] <sil2100> seb128: hm hm, it is interesting how that happened. I'll try to dive down into britney logs to see why it migrated, since clearly jigit is not in main
[11:46] <seb128> sil2100, anything we can do now to fix the installability and ISO build out of trying to get the MIR moving forward?
[11:47] <sil2100> aka. libjte2, which is a dep of libisoburn1, and I'm sure britney should have noticed
[11:48] <sil2100> seb128: I think first thing that comes to my mind (not necessarily the smartest) is to move current usb-creator back to -proposed, ressurrect te old one in the release pocket, and put a block-proposed tag on the -proposed version
[11:48] <sil2100> Or a block hint
[11:50] <seb128> sil2100, it's a bit weird, checking https://launchpad.net/ubuntu/+source/libisofs/+publishinghistory the current entry has Steve's name on it
[11:50] <seb128> did he do a copy directly to the release pocket bypassing britney?
[11:51] <seb128> it seems on other packages that the release published is usually from 'Ubuntu Archive Auto-Sync'
[11:51] <sil2100> But is that libisofs? I thought the issue was with libisoburn and usb-creator?
[11:52] <seb128> they are one stack afaik
[11:52] <sil2100> seb128: but yes, I think with libisofs this looks like Steve possibly did a sync to kinetic instead of kinetic-proposed
[11:52] <sil2100> (happened to me once as well)
[11:52] <seb128> sil2100, https://launchpad.net/ubuntu/+source/libisoburn/+publishinghistory has the same, top entry is owned by Steve
[11:52] <sil2100> Since you can give syncpackage the -r option
[11:53] <seb128> sil2100, well the package was in proposed so why would he have synced to the release pocket?
[11:53] <sil2100> eh
[11:54] <sil2100> seb128: ah, no, for both of those it's correct
[11:54] <sil2100> You can see the last entry is from Steve as he promoted those to main
[11:54] <sil2100> But he probably didn't look at the reverse-depends
[11:55] <sil2100> seb128: you can see that the versions got copied to release by Auto-Sync, but then the last entry is for the universe->main copy
[11:56] <seb128> ah ok
[11:56] <seb128> and I guess promoting it was enough to unblock usb-creator from britney's perspective since direct depends are in main now even if transient depends aren't?
[11:57] <seb128> well, at least that explains how we got there
[11:57] <seb128> now how do we unscrew things?
[11:58] <sil2100> I thought britney is a bit smarter, since should it be caught by install-testing?
[11:58] <sil2100> But I guess I don't know these bits that well
[11:58] <sil2100> So yeah, we can do the copy-back-block-proposed thing
[11:59] <seb128> or check maybe with MIR team the status of jigit?
[11:59] <sil2100> Since clearly usb-creator shouldn't change its dependencies if the dependencies aren't fully in main
[12:00] <sil2100> slyon: ^ do you know anything about jigit MIR?
[12:00] <seb128> seems it's blocked on security review, which usually isn't an easy thing to unblock
[12:00] <seb128> so yes, maybe we should demote back usb-creator to proposed + block
[12:06] <slyon> sil2100: yeah. jigit is a 2nd level dependency of usb-creator.
[12:07] <slyon> the first level depends were promoted to main by steve, as MIR review passed.
[12:07] <slyon> and I think britney is only checking for first level depends to move things from -proposed
[12:07] <slyon> (at least 2nd level depends don't show up in the report as blocking)
[12:08] <slyon> So if that component-mismatch leads to issues with the desktop ISOs, moving it back to -proposed (clearing from -release) and adding a block-proposed tag sounds like a good plan
[12:10] <slyon> I wouldn't demote usb-creator or libisoburn/libburn/libisofs, though (i.e. NOT main -> universe). As those passed their reviews properly and we're "just" waiting for sec-review of jigit (which might take a while, given the security team's utilization)
[12:26] <seb128> sorry I disconnected
[12:27] <seb128> slyon, it's a bit confusing, bug #1977959 has
[12:27] <seb128> [Dependencies]
[12:27] <seb128> - There are further dependencies that are not yet in main, MIR for them is at jigit (TODO)
[12:27] <seb128> slyon, how is that not a required-TODO to sort out before promotion?
[12:27] <seb128> how did we end up acking promotion of things which have unapproved universe depends?
[12:28] <seb128> if that's not a case the MIR review flow covers it feels like it should be update to handle it?
[12:31] <slyon> seb128: Indeed, you're right! It was actually covered: "Required TODOs:
[12:31] <slyon> - In addition of this MIR for the 3 packages, ensure that jigit MIR is also acked (https://bugs.launchpad.net/ubuntu/+source/jigit/+bug/1978066)." (in src:libisoburn review). So src:libisoburn shouldn't have been marked "Fix Committed" and this should most probably be reverted.
[12:31] <slyon> I'll bring this up during the MIR meeting later today.
[12:31] <seb128> thanks
[13:11] <sil2100> seb128: should I do the demotion to -proposed in that case?
[13:12] <sil2100> Or is someone on it already? :)
[13:12] <seb128> sil2100, yes, or I can also do it if you prefer
[13:12] <sil2100> I'll pick it up, will try to get it done by the flutterstaller meeting
[13:20] <seb128> sil2100, thanks
[14:01] -queuebot:#ubuntu-release- New binary: findpython [amd64] (kinetic-proposed/universe) [0.2.0-2] (no packageset)
[14:01] -queuebot:#ubuntu-release- New binary: unearth [amd64] (kinetic-proposed/universe) [0.5.0+ds-1] (no packageset)
[14:01] -queuebot:#ubuntu-release- New binary: pytoolconfig [amd64] (kinetic-proposed/universe) [1.2.1-2] (no packageset)
[14:17] <slyon> sil2100: I wonder if we should rather set "block-proposed" on https://bugs.launchpad.net/ubuntu/+source/usb-creator/+bug/1978066 ? As this is the bug connecting usb-creator <-> jigit
[14:18] <sil2100> slyon: +1 on that, can you add the tag?
[14:18] <slyon> sure!
[14:19] <sil2100> It can be on more than one bug anyways!
[14:20] <slyon> okay. let's keep it on both of them
[14:37] <sil2100> seb128, slyon: ok, usb-creator seems to be resolved in the archive, at least looking at LP
[14:37] <sil2100> The next image build should succeed
[14:38] <seb128> sil2100, thanks! can you trigger a build maybe?
[14:53] <seb128> sil2100, thanks, could you try to start a desktop iso amd64 build for testing maybe?
[15:00] <jbicha> vorlon: would you be interested in removing virt-viewer from kinetic temporarily? I can complete the phodav/spice-gtk/libosinfo transition except for that package because it's entangled with the much larger librest/evolution-data-server/etc transition
[15:00] <jbicha> this is all part of the broader libsoup3 transition
[15:09] <bdmurray> sil2100: Could you release ubuntu-release-upgrader for impish?
[15:10] -queuebot:#ubuntu-release- Packageset: Added raspi-config to raspi in bionic
[15:10] -queuebot:#ubuntu-release- Packageset: Added raspi-config to raspi in focal
[15:10] -queuebot:#ubuntu-release- Packageset: Added raspi-config to raspi in jammy
[15:10] -queuebot:#ubuntu-release- Packageset: Added raspi-config to raspi in kinetic
[15:23] -queuebot:#ubuntu-release- New binary: primesieve [amd64] (kinetic-proposed/universe) [8.0+ds-2] (no packageset)
[15:23] -queuebot:#ubuntu-release- New binary: primesieve [ppc64el] (kinetic-proposed/universe) [8.0+ds-2] (no packageset)
[15:25] -queuebot:#ubuntu-release- New binary: primesieve [arm64] (kinetic-proposed/universe) [8.0+ds-2] (no packageset)
[15:27] -queuebot:#ubuntu-release- New binary: primesieve [armhf] (kinetic-proposed/universe) [8.0+ds-2] (no packageset)
[15:45] -queuebot:#ubuntu-release- New binary: primesieve [riscv64] (kinetic-proposed/universe) [8.0+ds-2] (no packageset)
[16:35] -queuebot:#ubuntu-release- New binary: primesieve [s390x] (kinetic-proposed/universe) [8.0+ds-2] (no packageset)
[19:38] -queuebot:#ubuntu-release- Unapproved: ruby-mysql2 (jammy-proposed/universe) [0.5.3-3ubuntu4 => 0.5.3-3ubuntu<IP_ADDRESS>] (no packageset)
[19:54] <bdmurray> jbicha: Do you know if the snap gnome-3-34-1804 is needed by anything in Jammy?
[20:01] <bdmurray> jbicha: I ask because of bug 1981485
[20:11] <jbicha> I replied on the bug
[20:15] <bdmurray> Thanks
[22:58] <bdmurray> RAOF: Could you look at releasing ubuntu-release-upgrader for Impish (yes, really!).
[23:27] -queuebot:#ubuntu-release- New binary: golang-github-protonmail-gopenpgp [amd64] (kinetic-proposed/none) [2.4.8-2] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: lru-dict [amd64] (kinetic-proposed/none) [1.1.8-1] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: guvcview [amd64] (kinetic-proposed/universe) [2.0.8-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: lru-dict [ppc64el] (kinetic-proposed/none) [1.1.8-1] (no packageset)
[23:29] -queuebot:#ubuntu-release- New binary: guvcview [ppc64el] (kinetic-proposed/universe) [2.0.8-1] (no packageset)
[23:33] -queuebot:#ubuntu-release- New binary: meep [amd64] (kinetic-proposed/universe) [1.23.0-1] (no packageset)
[23:34] -queuebot:#ubuntu-release- New binary: meep-mpi-default [amd64] (kinetic-proposed/universe) [1.23.0-1] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: meep-openmpi [amd64] (kinetic-proposed/universe) [1.23.0-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: meep [ppc64el] (kinetic-proposed/universe) [1.23.0-1] (no packageset)
[23:38] -queuebot:#ubuntu-release- New binary: guvcview [arm64] (kinetic-proposed/universe) [2.0.8-1] (no packageset)
[23:40] -queuebot:#ubuntu-release- New binary: meep-mpi-default [ppc64el] (kinetic-proposed/universe) [1.23.0-1] (no packageset)
[23:40] -queuebot:#ubuntu-release- New binary: meep-openmpi [ppc64el] (kinetic-proposed/universe) [1.23.0-1] (no packageset)
[23:41] -queuebot:#ubuntu-release- New binary: guvcview [s390x] (kinetic-proposed/universe) [2.0.8-1] (no packageset)
[23:43] -queuebot:#ubuntu-release- New binary: guvcview [armhf] (kinetic-proposed/universe) [2.0.8-1] (no packageset)
[23:52] -queuebot:#ubuntu-release- Unapproved: accepted gtk4 [source] (jammy-proposed) [4.6.6+ds-0ubuntu1]
[23:56] -queuebot:#ubuntu-release- New binary: lru-dict [riscv64] (kinetic-proposed/universe) [1.1.8-1] (no packageset)


[07:59] <pavel> look like  juju-core1.11.2 was broken today, I had to update to 1.11.3
[10:28] <melmoth> i have installed openstack folsom with juju on precise boxes. all charm have cloud:precise-folsom as origin.
[10:29] <melmoth> now, would it be possible to "upgrade" this to grizzly with some juju set charmname origin=cloud:precise-grizzly  followed by a juju charm-upgrade ?
[10:29] <melmoth> or is this a wrong expectation ?
[11:52] <marcoceppi> melmoth: if I understand the charms correctly, you'll only need to juju set <all-your-openstack-charms> origin=cloud:precise-grizzly to kick off the upgrade
[11:53] <melmoth> ok
[11:53] <marcoceppi> upgrade-charm is typically independant of the service version, though not always. It's really designed to upgrade the actual charm files
[12:02] <melmoth> so by "kicking off" the upgrade you meant sshing into the box and running apt-get dist-upgrade ?
[12:09] <marcoceppi> melmoth: well, you shouldn't need to do that, the charm should take care of all that for you
[12:10] <melmoth> oh.. ok.
[12:11] <marcoceppi> melmoth: each charm is different though, the readme should cover how to move between versions, I'm fairly confident I've seen the OpenStack charms "just upgrade" via the config change only though. I vaguely remember sabdfl demo that live somewhere
[12:12] <melmoth> yep, but there was a landscape layer on top of that , wich i dont have here.
[12:12] <melmoth> but yeah, i saw the demo too :)
[12:13] <marcoceppi> IIRC landscape was driving juju, but my memory in general isn't all that good, let alone this early in the morning
[12:14] <melmoth> i was planning to try that today..turns out i have been given another bone to play with...
[12:14] <melmoth> (a less funny one though)
[12:18] <marcoceppi> Let me know how it works out for you. I've been scraping together some spare servers in order to play more with Juju and MAAS
[13:34] <AskUbuntu> Can i install juju zookeeper on maas server itself? | http://askubuntu.com/q/323000
[13:49] <arges> hi. I left juju 0.7 w/ lxc running over the weekend on my ecryptfs home part, and now my disk is full. I think this is a log file problem, 1) where are the log files so I can delete them, 2) is this a new bug that needs to be filed?
[13:51] <marcoceppi> arges: I've run in to this before, I thought it was fixed in 0.7 but it might not be
[13:52] <marcoceppi> arges: if they're not in /var/log/juju they'll be in ~/.juju/local/
[13:52] <arges> marcoceppi: yea i saw bug 958312
[13:52] <_mup_> Bug #958312: Change zk logging configuration <verification-done> <juju:Fix Released by hazmat> <juju (Ubuntu):Fix Released> <juju (Ubuntu Precise):Fix Released> <https://launchpad.net/bugs/958312>
[13:52] <arges> looking
[13:52] <marcoceppi> arges: the logs for both juju and zk can be VERY verbose in pyjuju
[13:53] <arges> marcoceppi: both are cleared and still disk is full
[13:53] <arges> marcoceppi: i'll keep looking doing a du on my home dir first to see whats going on
[13:53] <marcoceppi> is your ecryptfs partition relatively small? You might be able to use `du` to find where the large files are.
[13:53] <arges> : )
[13:53] <marcoceppi> It's been ages since I've run 0.7 so I don't know off the top of my head
[13:54] <arges> yea its 1TB , and i know i had at least 500GB free when i left my house on friday
[13:54] <arges> ok
[13:54] <arges> thanks
[13:55] <marcoceppi> arges: juju-core 1.11.3 just landed this morning which brings better local support in to juju-core. If you were holding back upgrading to juju-core for local provider
[13:55] <arges> marcoceppi: yup planning on testing once i dig myself out of this
[13:55] <marcoceppi> arges: sorry couldn't be of more help!
[13:56] <arges> np thanks for the tips anyway
[13:58] <arges> marcoceppi: ok false alarm. Juju wasn't the issue.
[13:58]  * marcoceppi wipes brow
[14:31] <arges> Hi. are there any juju-core/lxc docs available? Moving from 0.7 to current version and not sure if I need a new environments.yaml
[14:34] <arges> n/m got it
[14:35] <marcoceppi> arges: you'll have to destroy the environment, there's no upgrade path for local provider
[14:36] <arges> cool, and found this which helps : https://juju.ubuntu.com/get-started/local/
[14:38] <marcoceppi> arges: that's for 0.7, we're working (well, evilnickveitch is) on getting juju-core local provider docs out
[14:38] <arges> ah gotcha.
[14:38] <marcoceppi> arges: I made a quick blog post, if you're looking for a reference: http://marcoceppi.com/2013/07/compiling-juju-and-the-local-provider/
[14:38] <arges> nice, i'll use this
[14:38] <arges> thanks
[14:39] <evilnickveitch> arges, let me know if you have any difficulties
[14:41] <arges> $ sudo juju bootstrap -e local
[14:41] <arges> error: no reachable servers
[14:42] <arges> So i have 1.11.3 installed, and setup exactly from juju init with those two lines
[14:43] <arges> Also I'm on precise
[14:44] <arges> After a juju -v status, I see the following:
[14:44] <arges> 2013-07-22 14:44:22 ERROR juju open.go:89 state: connection failed, will retry: dial tcp <IP_ADDRESS>:37017: connection refused
[14:45] <evilnickveitch> hmmm, marcoceppi ? ^ ^
[14:46] <marcoceppi> arges: so, the bootstrap is an interesting problem
[14:46] <marcoceppi> arges: run sudo juju destroy-environment
[14:46] <marcoceppi> It's either one of two things
[14:46] <marcoceppi> try `sudo service mongodb stop`
[14:46] <marcoceppi> then try another bootstrap
[14:47] <arges> marcoceppi: mongodb is not installed
[14:47] <marcoceppi> arges: there's the problem
[14:47] <arges> so i need those deps even if i'm not compiling : )
[14:47] <marcoceppi> sudo apt-get install mongodb-server
[14:47] <marcoceppi> yeah, I guess it's not in the packaginging
[14:47] <marcoceppi> You'll only need mongodb-server, the rest are directly for compiling
[14:47]  * marcoceppi takes note
[14:47] <arges> Ok installing
[14:48] <marcoceppi> thn run sudo service mongodb stop; sudo juju bootstrap -e local and you should be good to go. If you get an error during bootstrap let me know
[14:48]  * marcoceppi updates blog post
[14:48] <arges> hmm
[14:48] <arges> marcoceppi: different error now
[14:49] <arges> marcoceppi: http://pastebin.ubuntu.com/5900827/
[14:49] <marcoceppi> arges: that's not an error
[14:49] <marcoceppi> let it loop for a while
[14:49] <arges> ah
[14:49] <arges> its waiting for the lxc container to start i take it
[14:50] <ahasenack> mongo, actually
[14:50] <marcoceppi> wait until the command exits. Behind the scenes juju bootstrap installs two upstart services one that starts mongodb for the state server and the other which acts as provisioning agent
[14:50] <marcoceppi> so it loops for about a minute waiting for mongodb to come oneline
[14:51] <arges> marcoceppi: i get 'no reachable servers' at the end again
[14:52] <marcoceppi> arges: what does `sudo status juju-db-${USER}-local` show?
[14:54] <arges> juju-db-arges-local stop/waiting
[14:54] <arges> marcoceppi: ^^
[14:54] <marcoceppi> also, pastebin /var/log/juju-db-${USER}-local.log
[14:54] <marcoceppi> also, pastebin /var/log/upstart/juju-db-${USER}-local.log
[14:55] <arges> nothing in /var/log/juju-*
[14:55] <arges> http://pastebin.ubuntu.com/5900852/
[14:56] <ahasenack> arges: which version of mongodb-server did you get installed?
[14:56] <ahasenack> maybe the one in precise is not recent enough for juju-core
[14:57] <arges> ahasenack: 1:2.0.4-1ubuntu2.1
[14:57] <marcoceppi> arges: interesting, I've got <IP_ADDRESS> on raring
[14:57] <ahasenack> arges: you don't have a /usr/bin/mongod, or that was an old log?
[14:58] <ahasenack> marcoceppi: juju-core requires mongo with ssl, I don't know if the precise one has that
[14:58] <arges> ahasenack: that's old the mongodb-server dep wasn't installed
[14:58] <ahasenack> arges: ok, can you tell on which port mongodb is listening? Maybe sudo netstat -anp|grep mongod
[14:58] <marcoceppi> ahasenack: I don't have any LTS machines around, but I think the later SSL errors are the key
[14:59] <ahasenack> marcoceppi: ah, right, hadn't seen that
[14:59] <arges> ahasenack: netstat -anp | grep mongo returns nothing
[14:59] <marcoceppi> arges: try installing libssl0.9.8 libsnmp-base snmpd libsnmp15 snmp
[14:59] <marcoceppi> then juju destroy-environment, clear the upstart log, bootstrap
[15:00] <arges> ok
[15:00] <marcoceppi> in the meantime I'll set up a VM with 12.04
[15:02] <arges> marcoceppi: same results.
[15:02] <arges> and same log output sslOnNormalPorts
[15:02] <arges> as an unknown option
[15:02] <marcoceppi> arges: ack, setting up 12.04
[15:02] <arges> cool
[15:41] <marcoceppi> arges: I think I have a solution for you on precise, but it involves using a source outside of ubuntu archives
[15:41] <marcoceppi> not sure if you're interested or not
[15:42] <arges> marcoceppi: i'm interested! want to make sure this works on precise as well
[15:47] <marcoceppi> arges: hum, nevermind. This might be trickier than I expected
[15:47] <arges> marcoceppi: can we file a bug to track this?
[15:47] <marcoceppi> arges: yes, definitely a good idea
[15:48] <marcoceppi> an easy solution is to just put the raring version of mongodb in to the ppa for precise, but I'm not sure if that's the best solution
[15:56] <jamespage> thumper, nice work on the local provider btw
[15:56] <jamespage> works real sweet
[15:57] <bloodearnest> yeah, really good work, y'all :)
[16:02] <marcoceppi> arges: opened bug and poked the core team
[16:03] <arges> marcoceppi: thanks
[16:42] <arosales> jamespage, marcoceppi, m_3, negronjl, bbcmicrocomputer, hazmat: reminder to be using http://manage.jujucharms.com/review-queue for the review queue
[16:42]  * arosales will try to update the topic
[16:56] <bbcmicrocomputer> arosales: cool, thanks for the tip :)
[16:57] <arosales> bbcmicrocomputer, sure np.  You guys may have already been using it, but just wanted to confirm with the shiny new charm browser out there now. :-)
[16:57] <bbcmicrocomputer> arosales: :)
[16:58] <AskUbuntu> Is virtual maas removed? | http://askubuntu.com/q/323070
[16:58] <arges> marcoceppi: whats the bug# so i can subscribe to it? thanks
[16:59] <arges> of the precise juju-core/lxc issue
[16:59] <marcoceppi> arges: https://bugs.launchpad.net/juju-core/+bug/1203795
[16:59] <_mup_> Bug #1203795: mongodb with --ssl not available in precise <juju-core:Confirmed> <https://launchpad.net/bugs/1203795>
[16:59] <arges> thanks
[17:20] <kirkland> marcoceppi: jcastro: yo -- I'm working on a blog post and trying to link to some juju documentation in the process
[17:21] <marcoceppi> kirkland: hey
[17:21] <kirkland> marcoceppi: jcastro: I'm not finding much of what I need in this new jujucharms.com web frontend
[17:21] <marcoceppi> kirkland: what are you looking for?
[17:21] <kirkland> marcoceppi: specifically, I'd like to link to the official documentation on the mount interface and the shared-fs relation
[17:21] <kirkland> marcoceppi: the SEO on these aren't great right now on google
[17:21] <marcoceppi> kirkland: We don't have any documentation on on interfaces
[17:21] <kirkland> the top hit is https://jujucharms.com/~craig.magina/precise/openmpi/hooks/shared-fs-relation-changed/
[17:22] <marcoceppi> Well, we have a few old ones, but they really don't exist
[17:22] <kirkland> which plunks me down on an empty canvas
[17:22] <marcoceppi> kirkland: yeah, we just had a new jujucharms roll out a few hours aog
[17:23] <rick_h> kirkland: and the page that you're linking to there is http://manage.jujucharms.com/~craig.magina/precise/openmpi/hooks/shared-fs-relation-changed
[17:23] <rick_h> kirkland: s/jujucharm.com/manage.jujucharms.com for things as of a couple of hours ago
[17:23] <rick_h> will take time for the bots out there to catch up
[17:27] <kirkland> rick_h: ah, okay, thanks
[17:27] <kirkland> marcoceppi: jcastro: http://blog.dustinkirkland.com/2013/07/johnjohn-scalable-juju-charm-tutorial.html
[17:28] <kirkland> marcoceppi: jcastro: thanks for your help with that!
[18:14] <marcoceppi> kirkland: great post!
[18:15] <kirkland> marcoceppi: thanks!
[18:15] <kirkland> marcoceppi: thank YOU for all your help
[18:15] <marcoceppi> kirkland: no problem!
[18:15] <kirkland> marcoceppi: I'll leave it to you guys, if this is something you want in the charm repo or not
[18:16] <kirkland> marcoceppi: I'm happy to clean it up, if you want it in there;  but if it sends the wrong signals about Juju, I certainly understand that too
[18:17] <marcoceppi> kirkland: I don't think we would bar if for any reason. I'm one to say "Submit it!" but I love the diversity of the charm store
[18:17] <kirkland> marcoceppi: cool
[18:17] <marcoceppi> If anything it's a great example for writing a charm
[18:17] <kirkland> marcoceppi: there's a couple of things in there that could serve as nice runes for other massively parallel charms
[18:18] <kirkland> marcoceppi: the use of NFS and keep-one-running are kinda cool
[18:18] <kirkland> (if I do say so myself)
[18:18] <m_3> arosales: ack
[18:18] <arosales> m_3, thanks
[18:25] <hazmat> mysql charm is failing to deploy on core..
[18:36] <AskUbuntu> Automate PC set up | http://askubuntu.com/q/323096
[18:41] <ahasenack> hazmat: I deployed it a few days ago
[18:41] <ahasenack> :(
[18:43] <lovesharepc> hello  I'm a juju new people . when I creat juju I have a problem
[18:44] <lovesharepc> I saw here https://juju.ubuntu.com/docs/getting-started.html  say   Configuring for Amazon AWS
[18:44] <lovesharepc> what this mean??
[18:45] <lovesharepc> this is in AWS inside creat juju ?    or      in my server creat juju have like AWS's service?
[18:46] <sarnold> lovesharepc: juju creates 'new computers' using cloud providers
[18:47] <sarnold> lovesharepc: the getting-started page is discussing how to use amazon AWS as your cloud provider
[18:47] <marcoceppi> hazmat: works with local provider this morning
[18:48] <sarnold> lovesharepc: juju can also be used to create your own cloud provider -- this makes things much more complicated :) -- but you can create a cloud environment with one juju environment, and "within" that cloud environment use juju again to manage services
[18:50] <lovesharepc> OK I understand     thank you :D
[18:53] <sarnold> lovesharepc: have fun! :)
[18:54] <hazmat> marcoceppi, hmm.. yeah its just failing consistently in my unit tests.
[18:54] <hazmat> seems to work okay standalone
[18:54] <marcoceppi> hazmat: interesting
[18:59] <lovesharepc> sarnold:so..... when I use maas creat a server.  this is my cloud ?
[19:01] <sarnold> lovesharepc: yes. you can also use openstack.
[19:03] <lovesharepc> sarnold: OK.  thank~~~ you solve the biggest question in my mind :D      ubuntu are very funny !!
[19:04] <sarnold> lovesharepc: cool! :)
[19:37] <arges> marcoceppi: so i was able to bootstrap juju-core/lxc on precise with a backported mongodb. Now it seems I can't ssh into the bootstrap node because permission is denied. I have id_rsa.pub in the standard location. Anything to look for?
[19:39] <marcoceppi> arges: how are you sshing?
[19:39] <arges> marcoceppi: well first i was just trying 'juju debug-log' and that failed with permission denied
[19:39] <arges> then 'juju ssh 0' also fails with permission denied (public key)
[19:43] <marcoceppi> arges: that doesn't work. use juju ssh service/unit-num like WordPress/0
[19:43] <marcoceppi> it's a known issue
[19:44] <arges> marcoceppi: juju ssh postgresql/0 works (in my test),  but juju debug-log still fails
[19:47] <ahasenack> I think I filed a bug about debug-log
[20:00] <arges> bug 1197968
[20:00] <_mup_> Bug #1197968: debug-hooks are not available for juju-core, should be removed from docs <juju-core:Invalid> <https://launchpad.net/bugs/1197968>
[20:01] <arges> ahasenack: so is there a way for me to see how my charm is working when I do juju deploy * ? what comamnds should i use with juju-core
[20:02] <ahasenack> arges: juju status is a start
[20:03] <arges> hmm...
[20:04] <ahasenack> arges: about juju ssh with lxc, the bug is https://bugs.launchpad.net/juju-core/+bug/1202682
[20:04] <_mup_> Bug #1202682: debug-log doesn't work with lxc provider <juju-core:New> <https://launchpad.net/bugs/1202682>
[20:05] <arges> ahasenack: perfect i'll mark that as affecting me
[20:05] <ahasenack> arges: but, you can check the logs in this case locally, they are in $JUJU_HOME/<environment>/logs or something
[20:05] <ahasenack> one per machine
[20:05] <arges> ahasenack: ah that will help though! thanks