[18:24] <markl_> how do i launch upstart?  do i need to tell the kernel to run upstart instead of init?
[18:24] <markl_> trying to make openvz play nice with upstart.  i am ending up with a run level of UNKNOWN because there is no inittab on this ubuntu 10.04 vm
[18:27] <markl_> ah ok upstart provides /sbin/init.  ok now i am really sad
[18:30] <wasabi_> why sad?
[18:30] <markl_> because it is ending up at runlevel unknown and i'm not sure what to check next
[18:31] <markl_> but at least i get plymouthd :)
[18:31] <markl_> w00t
[18:31] <markl_> is there a way to get logging out of upstart's init?
[18:31] <markl_> since it isn't launching syslog
[18:36] <markl_> init 2 seems to at least do something
[18:37] <sadmac> markl_: you could go into /etc/init.d/rc and set a default runlevel
[18:37] <sadmac> markl_: normally that file gets it out of inittab
[18:37] <sadmac> markl_: but ultimately this is an ubuntu question not an upstart question
[19:35] <markl_> sadmac: yeah this problem will overlap 3 different projects, upstart, ubuntu, openvz.  fun stuff!
[19:35] <markl_> sadmac: is there a good faq that covers this kind of thing?
[19:36] <sadmac> markl_: not exactly. there's manpages etc. There's more documentation than it seems, but its not terribly easy to index a lot of the time.
[19:36] <sadmac> markl_: mostly the manpages though.
[19:36] <markl_> my main question is why rc-sysinit.conf isn't setting it
[19:37] <markl_> isn't that the correct place to set the default runlevel?
[19:37] <sadmac> markl_: thats an ubuntu decision
[19:37] <markl_> ok let's pretend as a mental exercise that i'm creating my own distro and i want to use upstart; what would the best way be to set it?
[19:38] <sadmac> markl_: that begs the question: do you even want to have runlevels?
[19:38] <markl_> for bootup
[19:38] <markl_> yes i would prefer them
[19:39] <markl_> it was my understanding that the kernel runs init, which will start with rc-sysinint.conf
[19:39] <markl_> kind of like how the old init started with inittab
[19:39] <sadmac> markl_: runlevels are the way sysv does it. upstart doesn't have them "by default." You can use specific configuration and some brute force to *simulate* them, and upstart ships some tools that will deal with utmp and stuff like that to make it easier, but they aren't stock and the init daemon itself doesn't understand them.
[19:40] <markl_> is this what ubuntu does?
[19:40] <sadmac> markl_: yep. Fedora does it too, but the implementations are slightly different.
[19:40] <markl_> of course :)
[19:41] <JanC> I suppose other upstart-users like android probably don't use runlevels
[19:41] <sadmac> I'd have to look but I'd bet not
[19:42] <sadmac> markl_: so when upstart starts, it emits the "startup" event, thus triggering anything that has "start on startup" in its conf file.
[19:42] <markl_> this is specifically an ubuntu problem; it runs init and starts up but without a runlevel.  ideally it would be cool if init had its own log file or something
[19:42] <sadmac> markl_: rc-sysinit.conf would be one of those I'd imagine
[19:42] <markl_> so if my event.d directory is empty, is that a bad sign?
[19:42] <sadmac> markl_: it'll log to syslog, or console if that's not around.
[19:42] <markl_> no console
[19:42] <sadmac> markl_: ...depends on the version of upstart. newere upstarts use /etc/init.d
[19:42] <sadmac> (0.6 and later)
[19:43] <markl_> 0.6.5-4
[19:43] <sadmac> yeah, then I'm surprised you have an event.d
[19:43] <markl_> ok maybe the page i found with google was outdated
[19:43] <sadmac> almost certainly
[19:43] <markl_> well it includes a script to convert inittab to upstart
[19:44] <sadmac> upstart doesn't have any support for inittab, but most configurations that emulate sysvinit will parse bits of inittab for compatibility stuff. just the default runlevel in fedora's case
[19:44] <markl_> ok thanks, this is very helpful
[19:45] <JanC> newer versiosn use /etc/init/ (not init.d !)
[19:45] <sadmac> then rc-sysinit.conf or rc.conf or whatever the job is that does that parsing on ubuntu sets the runlevel and runs /etc/rc (which is the same thing it was in sysvinit. just a bash script for rulevel transitioning)
[19:45] <sadmac> JanC: right. my fault.
[19:46] <sadmac> and that's how most distros build their sysv layer.
[19:46] <markl_> i have both /etc/init and /etc/init.d.
[19:47] <sadmac> markl_: yeah, init.d is something else :)
[19:47] <sadmac> init.d contains all the sysvinit scripts
[19:47] <JanC> init.d is for sysvinit scripts that get run by the sysvinit compatibility stuff
[19:47] <sadmac> (so not really an upstart thing per se. sysvinit holdover)
[19:47] <markl_> ok cool, thanks for being so tolerant of 100% total n00b questions :)
[19:48] <JanC> markl_: you might want to read "man 5 init"
[19:50] <markl_> hmm, so rc-sysinit isn't a script as such, is it?
[19:50] <markl_> if i just remove /dev/console, will it create a log file for me?
[19:50] <sadmac> markl_: no
[19:50] <sadmac> markl_: advise serial console
[19:50] <markl_> no serial ports
[19:51] <sadmac> markl_: start syslog earlier then
[19:51] <markl_> this is a vm, there is no console at all.  i need a way to write to a file to see why it is ignoring rc-sysinit.conf
[19:51] <JanC> you can get a serial console over USB too of course
[19:51]  * sadmac 's virtual machines all have consoles...
[19:51] <sadmac> serial or video...
[19:51] <JanC> (USB is a serial port)
[19:52] <JanC> openvz doesn't use a virtual machine AFAIK, but uses some container-like technology?
[19:53] <JanC> they probably implemented something similar though
[19:53] <markl_> yes it basically starts init in a chroot
[19:53] <markl_> but with lots of fun kernel mods to control memory etc better
[19:54] <markl_> and the vm's typically run without getty or any sort of console
[19:54] <markl_> kind of like driving a stick whereas the other vm's are an automatic
[19:55] <JanC> markl_: AFAIK something similar ('lc' or "linux containers") is being implemented in the mainline kernel nowadays
[19:56] <markl_> yeah, the main gripe with VZ is that their kernel patch is gigantic with no hope of linus accepting it all
[19:56] <markl_> so they are moving things into the main kernel as time goes on, which lxc is trying to use
[19:57] <JanC> the LC people did cut up their patches in small chunks for linus to approve one by one  ;)
[19:57] <markl_> yep, smart move
[19:57] <JanC> or lxc
[19:57] <markl_> i'm glad that parallels is getting openvz out for 2.6.32 (rhel6, ubuntu 10.04, debian squeeze)
[19:58] <markl_> this may be silly but i'm trying to create a 10.04 template so i can get the kernel patch to work on ubuntu's lucid kernel
[19:58] <markl_> kind of a chicken & egg problem at the moment
[19:59] <JanC> markl_: about the upstart problem, you can try to log stuff yourself
[19:59] <JanC> add some "echo blah >> logfile" stuff in the job configs
[20:16] <markl_> ok i'll give that a try.  it actually boots up and I can do: init 2
[20:16] <markl_> so i'm really close
[20:19] <diegows> hi
[20:20] <diegows> is there a way to execute an event on reboot/shutdown with upstart? I need to execute a script on reboot/shutdown before anything else (for example, before killing the xsession_
[20:20] <diegows> )
[20:30] <JanC> diegows: before killing the X-session, why not do that with X session-management then?
[20:32] <diegows> I haven't found the right place to do that
[20:32] <diegows> gdm executes script on PostSession but X is killed before
[20:34] <diegows> and with upstart is a more generic solution i think
[20:34] <JanC> on most systems, X is started by gdm, not by upstart...
[20:35] <diegows> aha
[20:35] <JanC> maybe this is useful: http://en.wikipedia.org/wiki/X_session_manager  ;)
[20:36] <diegows> that's ok
[20:36] <diegows> but something is killing gdm/X and i'm sure is upstart who is doing that
[20:37] <diegows> so it should have a place to put an script before that event
[20:40] <Keybuk> "on stopping gdm" ?
[20:44] <diegows> i think I tried that and didn't work
[20:45] <diegows> but i'll try again
[20:45] <diegows> just in case
[20:45] <diegows> :-_
[20:52] <JanC> that will start after X is stopped I assume?
[20:53] <Keybuk> that will start before gdm is stopped
[20:53] <JanC> he want to run something before X is stopped, so I suggested using X session management  ;)
[21:04] <diegows> yeah, but X sessino mgmt doesn't have a place to insert a script before logout
[21:27] <Caesar> Hey Keybuk wanna hear something funny
[21:28] <Keybuk> Caesar: sure
[21:28] <Caesar> It's not so funny now
[21:28] <Caesar> But it was at the time
[21:29] <Caesar> We have a custom rsyslog package that (currently) doesn't have an upstart job
[21:29] <Caesar> And we default to confold for everything
[21:29] <Caesar> So we had to get the preinst to remove the Ubuntu rsyslog's upstart job
[21:29] <Caesar> But that didn't get the idea of the job out of Upstart's head
[21:30] <Caesar> So I kept trying to kill it, but it kept coming back
[21:30] <Keybuk> right
[21:30] <Keybuk> Upstart won't forget about it until you stop it ;)
[21:30] <Caesar> the stop command has a good time when upstart knows about the job, but there's no job file
[21:31] <Caesar> stop: Method "Get" with signature "ss" on interface "org.freedesktop.DBus.Properties" doesn't exist
[21:36] <Keybuk> huh that doesn't make sense
[21:36] <Keybuk> if Upstart is respawning, it should still have an object
[21:36] <Keybuk> just tested that here, and it worked
[21:37] <Caesar> Hmm
[21:37] <Caesar> I can only report what I was seeing
[21:40]  * Caesar longs for Puppet to become knowledgable of Upstart
[21:47] <Keybuk> :)


[01:06] <smoser> harlowja, well, that might be happening, with claudiopoppa next week
[01:06] <smoser> but yeah
[08:45] <Odd_Bloke> harlowja_away: Thanks for the merge!
[17:00] <harlowja> smoser cool
[17:00] <harlowja> let's get er done


[02:31] <jelmer_> thumper: unfortunately that's really a problem in bzrlib.config
[07:48] <Kamping_Kaiser> http://paste.debian.net/72622/ any suggetions for debugging this? i tried pushing a new branch, bzr failed. tried again, got this error
[10:36] <spiv> Kamping_Kaiser: that paste link doesn't seem to work?
[10:39] <spiv> Kamping_Kaiser: without seeing the error I'm guessing you either need to try "bzr break-lock URL" or "bzr push --use-existing-dir", but those are just wild guesses :)
[10:45] <Kamping_Kaiser> spiv: odd. it showed me the page after i posted it
[10:45] <Kamping_Kaiser> bzr push
[10:45] <Kamping_Kaiser> Using saved push location<EMAIL_ADDRESS>[10:45] <Kamping_Kaiser> bzr: ERROR (ignored): <bzrlib.btree_index.BTreeGraphIndex object at 0xb1a1a0c>
[10:45] <Kamping_Kaiser> bzr: ERROR: Generic path error: 'nbt0u9388m2c62skk7f6.pack': Failure: unable to rename to '../packs/f9193d0ede80c9739d71c395915f49d2.pack')
[10:45] <Kamping_Kaiser> is hte error
[10:47] <Kamping_Kaiser> looks like i only selected 1hr for the paste, so that explains that
[10:55] <spiv> Kamping_Kaiser: odd error
[10:56] <spiv> Kamping_Kaiser: for some reason that SFTP server is not allowing bzr to rename the just-uploaded pack file from its temporary location to its final location.
[10:57] <Kamping_Kaiser> that is odd. i'll go and ask savannah if there are known issues with the bzr repos
[10:58] <spiv> I guess it's possible it's a permission error, but that would be pretty unusual, that would imply you don't have rights to modify .bzr/repository/packs but do have rights to modify .bzr/repository/upload
[11:00] <Kamping_Kaiser> i don't see a .bzr/repository/ on the server. is that directory created with the first pack file being moved into place?
[11:01] <spiv> Where did you look?  There's probably a shared repo at about /srv/bzr/gnewsense
[11:01] <spiv> i.e. /srv/bzr/gnewsense/.bzr/repository, maybe +/- a directory level.
[11:02] <Kamping_Kaiser> i looked under /srv/bzr/gnewsense/packages/apt/.bzr/ , i'll check the other path too
[11:02] <spiv> In answer to the question, no, the repository is created well before bzr starts creating or uploading pack files
[11:04] <Kamping_Kaiser> perms on that pack file appear to match the others in the directory. where 'the directory' is /srv/bzr/gnewsense/.bzr/repository
[11:23] <nomatter001> hi
[11:23] <nomatter001> i habe a problem after an unsuccessful bzr push
[11:23] <nomatter001> last push was interrupted by bzr: ERROR: [Errno 4] Interrupted system callerting stream:repacking texts:texts 433/727
[11:23] <nomatter001> and now if i try to push again i get: bzr: ERROR (ignored<EMAIL_ADDRESS>[11:23] <nomatter001> bzr: ERROR: Generic path error: 'ro11tk7b9gparngiezvv.pack': Failure: unable to rename to '../packs/9613af81d2a9ac04466355023a7f044c.pack')
[11:24] <nomatter001> anybody any idea?
[11:28] <nomatter001> i tried to repair things now by removing 9613af81d2a9ac04466355023a7f044c.pack
[11:28] <nomatter001> now i can push again but looks like push has the same problem now
[11:29] <nomatter001> stops doing things at \  44520KB   640KB/s | Fetching revisions:Inserting stream:repacking texts:texts 433/727
[11:29] <nomatter001> output freezes here
[16:40] <hno> Playing around with shelving changes, and wonder if there is any method of inspecting a shelved change without unshelving it? shelve --list only lists the description, not the content..
[16:42] <fullermd_> There's an `unshelve --preview`.
[16:47] <hno> fullermd_: Since which bzr version? Not shown in bzr unshelve --help for me (2.0.5)
[16:48] <fullermd_> Mmm, looks like it came in with 2.1 according to NEWS.
[16:48] <hno> Ok. A reason for upgrading then.
[16:48] <hno> thanks


[03:53] <happyfr0gg>  I was trying to install 12.04.5 HWE (Trusty kernel/graphics) but ran into unmet dependencies.  How do I resolve these unmet dependencies??
[03:54] <rww> happyfr0gg: #ubuntu+1 is for pre-release versions of Ubuntu only. Please do not crosspost questions about other versions here.
[03:56] <happyfr0gg> rww - okay. thanks for the heads up. Your response is duly noted.
[19:14] <lordievader> Good evening.
[19:15] <penguin42> hey
[19:15] <lordievader> Hey penguin42, how are you?
[19:15] <penguin42> hot!
[19:16]  * lordievader has a cornetto in his hand :)
[19:17] <penguin42> mint?
[19:18] <lordievader> Regular.
[22:22] <penguin42> interesting, I just installed a kubuntu+1 on his notebook and it's default screen layout is 'search and launch' rather than the standard desktop - is that +1 or netbook ?
[22:30] <penguin42> ah, flipped workspace type back to desktop rather than netbook and all is good


[09:27] <sasa84> hi, does anyone know how to reset admin password for mailman (lists.ubuntu.com)?
[09:27] <sasa84> i tried with my user password and authentification failed


[03:36] <OvenWerk1> smartboyhw: The reason the kdenlive docbook doesn't work is because the index.docbook file is gzipped. (index.docbook.gz) I used gunzip on it and the documentation is fine. Bug #1219476
[03:38] <OvenWerk1> I tried looking through the package to see how to fix it, but I don't understand the make process well enough. The source is not zipped.
[03:38] <smartboyhw> OvenWerk1, OK
[03:40] <micahg> OvenWerk1: you want a meta upload for beta 1?
[03:41] <OvenWerk1> if you could... it can wait till .04 if it has to... but it is a bug. I should make one for it I guess :)
[03:41] <OvenWerk1> micahg: ^^
[03:48] <micahg> OvenWerk1: have a bug?
[03:49] <micahg> otherwise I'll upload so your meta matches the seed
[03:49] <OvenWerk1> "collecting problem information" Give me a minute
[03:53] <OvenWerk1> Bug #1219625
[03:53] <micahg> hrm :(
[03:53] <micahg> that means there's a bug in kdenlive
[03:54] <micahg> oh, maybe ont
[03:54] <OvenWerk1> There is also a bug in kdenlive ( Bug #1219476 ) but that is different...
[03:56] <OvenWerk1> (could also be a problem with khelpcenter4)
[03:56] <micahg> hrm, the help center is a recommends on several kde packages
[03:56] <micahg> http://paste.ubuntu.com/6053728/
[03:57] <OvenWerk1> And kdenlive should hope to be able to to run on a non-kde system.
[03:59] <micahg> I think the proper way to fix this would be to add the recommends on kdenlive
[03:59] <OvenWerk1> I should bug that too then.
[03:59] <OvenWerk1> I should be able to do a merge branch, but the better thing would be in debian.
[04:00] <micahg> once that's fixed, it can be dropped from the seed
[04:00] <micahg> yeah, Debian would be best
[04:00] <OvenWerk1> May be some time before it trickles down.
[04:00] <micahg> needs a merge anyways
[04:01] <micahg> riddell touched it alst
[04:01] <micahg> *last
[04:01]  * smartboyhw is from Kubuntu, so let him fix that
[04:01] <micahg> well, fix in Ubuntu in the next merge, file a Debian bug so it gets fixed there as well
[04:01] <micahg> you should probably coordinate that with Kubuntu
[04:01] <OvenWerk1> That should just be Thankyou smartboyhw
[04:01] <smartboyhw> OvenWerk1, sure
[04:01] <smartboyhw> First of all, I shall bug Debian
[04:03] <OvenWerk1> smartboyhw: in kubuntu this is probably not a bug :)  :P
[04:03] <smartboyhw> OvenWerk1, :P
[04:03] <micahg> why not?
[04:03] <smartboyhw> It should be anyways
[04:03] <OvenWerk1> I would think khelpcenter4 is installed anyway.
[04:04] <micahg> OvenWerk1: you'll need to ask for the meta to be unblocked due to the freeze
[04:04] <smartboyhw> OvenWerk1, yep
[04:04] <micahg> yeah, but it's still a packaging bug
[04:04] <smartboyhw> OvenWerk1, you need to file an FFe.
[04:04] <micahg> fow which?
[04:05] <OvenWerk1> micahg: I can pull the last commit for seeds. Might be best if kdenlive is going to be fixed.
[04:05] <micahg> last commit?
[04:05] <micahg> I uploaded already
[04:05] <OvenWerk1> ok.
[04:06] <micahg> smartboyhw: which thing needs an FFe?
[04:06] <smartboyhw> micahg, the unblocking of the meta?
[04:06] <micahg> I'd venture to say it doesn't since it's just making the archive reflect what the ISOs already had pre-beta 1 freeze
[04:06]  * smartboyhw does not know if it is a new feature or something
[04:07] <micahg> In Xubuntu's case, we were adding something new that wasn't in the seed at all
[04:07] <OvenWerk1> fix.
[04:07] <micahg> IMHO, IANA release team member
[04:08]  * OvenWerk1 was slack in reporting the bugs as he found them in daily testing.
[04:08] <OvenWerk1> I should have done them in order.
[04:09] <smartboyhw> Hmm, it sounds like kdenlive isn't maintained by the Debian Qt/KDE maintainers team
[04:10] <smartboyhw> Instead, it is an individual maintainer
[04:10]  * smartboyhw has to sync as many images as he can today to prepare for Ubuntu 13.10 Beta 1 testing
[04:10] <OvenWerk1> all the more why it should depend on what it needs and not expect it to be installed as part of a KDE install.
[04:11] <micahg> OvenWerk1: hrm, yeah, that probably should've been an FFe, I thought I remembered 3 things added to the seeds before freeze
[04:11] <smartboyhw> Bugged Debian
[04:12] <micahg> smartboyhw: you were right, I thought it was in there before
[04:12] <smartboyhw> micahg, :)
[04:12] <micahg> OvenWerk1: please get the FFe approved before asking for it to be unblocked
[04:12] <smartboyhw> No worries, we can just file it
[04:13] <smartboyhw> \o/ http://smartboyhwubuntu.wordpress.com/2013/09/02/season-of-kde/
[04:16] <OvenWerk1> micahg: I have been thinking of any work I have done since FF as for .04 .. I forgot the seeds go now.
[04:16]  * micahg isn't sure what .04 is?
[04:16] <OvenWerk1> 14.04
[04:16]  * smartboyhw thinks OvenWerk1 means 13.04
[04:16] <smartboyhw> *14.04
[04:16] <smartboyhw> OvenWerk1, heh, I've been thinking too
[04:16] <micahg> oh, /me was wondering if it was 12.04.4
[04:16] <smartboyhw> micahg, we are trying to make Ubuntu Studio 14.04 FREAKING AWESOME
[04:18] <smartboyhw> OvenWerk1 is possibly going to do some GRUB development;)
[04:18] <micahg> I would think the Studio limited development resources would be best spent elsewhere
[04:19] <smartboyhw> micahg, ?
[04:20] <OvenWerk1> micahg: now that we have the desktop (our part of it) working well, we want to make sure all of the apps we ship work. So Ihave been trying to do small projects with them all. More than just "does it start".
[04:20] <micahg> I don't see flavors in general needing to worry about grub
[04:20] <micahg> OvenWerk1: that's great
[04:20] <OvenWerk1> What we have done is enough for now. If I did more it would be outsdie of ubuntustudio.
[04:20]  * smartboyhw works on offline docs and linux-rt for 14.04 LTS
[04:21] <smartboyhw> OvenWerk1, yeah
[04:21] <OvenWerk1> By that I mean for grub.
[04:24] <smartboyhw> OvenWerk1, we know:P
[04:35] <smartboyhw> OvenWerk1, please file the FFe:0
[04:36] <smartboyhw> ;)
[04:36] <OvenWerk1> smartboyhw: is there a web page on how?
[04:36] <micahg> !ffe | OvenWerk1
[04:36] <smartboyhw> Damn, I was typing the link manually:)P
[04:36] <micahg> :)
[04:37] <smartboyhw> micahg, where do you live, BTW? Seems different to grasp when your uptime is
[04:38] <micahg> hehe, that's what everyone says, though, I've been on normal US time for the most part the past few months
[04:38] <smartboyhw> micahg, OK
[04:38]  * micahg heads to sleep
[04:38] <OvenWerk1> And I found it by google...
[04:38] <OvenWerk1> Good night
[04:40] <smartboyhw> Good night micahg
[04:40] <micahg> night
[07:26] <smartboyhw> zequence-work, welcome!
[07:26] <smartboyhw> Back at work, eh?
[07:30] <smartboyhw> Hey cub
[07:30] <cub> Hello smartboyhw
[07:30] <smartboyhw> cub, can you zsync the Ubuntu Studio daily i386 (13.10) ISO now?
[07:30] <smartboyhw> So you can be better prepared when Beta 1 testing starts;)
[07:31] <cub> yeah I would probably need to anyhow. My Saucy installation died on me on Friday.
[07:31] <smartboyhw> cub, -.-
[07:31] <cub> Just won't let me log in
[07:32] <cub> No idea what broke it. Won't work after updates or reinstallation of packages.
[07:32] <cub> so, new iso.
[07:36] <cub> Beta 1 is on thursday?
[07:36] <smartboyhw> cub, yes
[07:36] <smartboyhw> cub, just zsync it down first, we can't report test results against the Beta 1 images
[07:36] <smartboyhw> And, we will have changes coming ( I think)
[07:42] <smartboyhw> OvenWerk1, infinity unblocked ubuntustudio-meta
[07:42] <cub> hmm how come zsync is not pre-installed? :D
[07:43] <smartboyhw> cub, it isn't
[07:43] <cub> I know. But since everyone use it i thought it was strange is wasn't installed
[07:45] <zequence-work> cub: Ususally not being able to login is the result of a change in user settings
[07:46] <zequence-work> cub: Once I had accidentally transferred ownership of my home files to another user - which made me not have the right to read those files
[07:46] <zequence-work> what you can do when you don't know what the problem is - delete all files in the home folder, except those you want to keep
[07:47] <zequence-work> next login should work fine and you get default user settings
[07:48] <zequence-work> to make changes to files, you need to boot in recovery mode. enable networking to make the file system writable. then do what you need to do, and reboot
[07:59] <cub> yeah, I read up on several solutions for login issues but so far nothing really helped. I've already put in like 10 times more time than it would take to reinstall, so I'm going windows on the laptp. Reinstall. ;)
[10:02] <smartboyhw> cub, WINDOWS?
[10:03] <smartboyhw> :(
[10:45] <cub> smartboyhw,  the windows way of solving problems, reinstall. ;)
[10:45] <smartboyhw> cub, heh
[10:45]  * smartboyhw reinstalls quite often actually
[11:00] <zequence-work> OvenWerk1: I'm a bit puzzled over the kdenlive bug
[11:00] <zequence-work> IT seems to have been fixed for the ubuntustudio meta, but not for the kdenlive package itself
[11:00] <zequence-work> If I'm understanding the bug report correctly
[11:02] <zequence-work> Going out, but I'll read the logs later
[11:24] <smartboyhw> OvenWerk1, I'm going to call for a merge of kdenlive, the bug got fixed
[11:24] <smartboyhw> And a new version in debian is out
[11:27] <smartboyhw> Still uploading though, so will take some time
[11:27] <smartboyhw> (I mean, in Debian side)
[11:47]  * smartboyhw tests the amd64 daily iamge
[12:03] <cub> hmm installed saucy from daily and run the first apt-get update "ubuntustudio-video" has been kept back?
[12:04] <zequence> cub: dist-upgrade?
[12:04] <smartboyhw> cub, um, that's because we uploaded a new ubuntustudio-meta
[12:04] <cub> no just simple upgrade the first one
[12:04] <cub> things are moving fast. :P
[12:04] <zequence> cub: Always do dist-upgrade
[12:05] <zequence> upgrade is not the "normal" upgrade
[12:05] <zequence> it's a gentle variant that won't remove files on your system if the upgrade requires it
[12:06] <smartboyhw> cub, zequence I think we will have a good enough Beta 1 for release:)
[12:06] <cub> nice
[12:06] <cub> it use a lot of RAM though ..hmm
[12:06] <smartboyhw> From the current daily, at least nothing's breaking
[12:08] <cub> "update-apt-xapi" is taking 97% of my cpu. After I have ran the upgrades.
[13:29] <xequence> The interview was good. I think I got the job.
[13:31] <OvenWerk1> xequence: Sounds great!
[13:32]  * OvenWerk1 is wondering which bug smartboy fixed
[13:33] <xequence> OvenWerk1 Yep. Sun is shining. Feeling pretty awesome
[14:05] <OvenWerk1> smartboyhw: which of the two kdenlive bugs did you fix?
[14:06] <smartboyhw> OvenWerk1, I didn't fix anything, Debian did
[14:06] <smartboyhw> The maintainer uploaded a new build
[14:07] <smartboyhw> I mean, the khelpcenter4 bug
[14:07] <OvenWerk1> Which one?
[14:07] <smartboyhw> OvenWerk1, the recommends
[14:07] <OvenWerk1> So it still might not work.
[14:08] <smartboyhw> OvenWerk1, ouch
[14:08] <smartboyhw> I don't know what the "second bug" is
[14:09] <OvenWerk1> Bug #1219476
[14:09] <smartboyhw> OvenWerk1, this we will have to directly bug upstream
[14:10]  * smartboyhw reports
[14:10] <smartboyhw> OvenWerk1, I don't think a fix for this can go in to Beta 1.
[14:11] <OvenWerk1> Ya but if one of our users asks... they can at least fix it on their own system.
[14:11] <OvenWerk1> I am thinking more of .04 anyway
[14:16] <OvenWerk1> This second bug may be with khelpcenter anyway. It is possible it is supposed to be able to read gzipped files.
[14:17] <smartboyhw> OvenWerk1, http://www.kdenlive.org/mantis/view.php?id=3156
[14:37] <OvenWerk1> smartboyhw: Thankyou
[14:54] <OvenWerk1> smartboyhw: I can find lots of documentation on what is inside the docbook files, but nothing as to what the files are and how they are stored. Nothing as to what files should appear in which directory and how they should appear. I am guessing it is normal to use some kind of tool to create the source and another to compile it.
[14:54] <smartboyhw> OvenWerk1, OK
[14:54] <OvenWerk1> That makes me wonder if khelp is what is broken or if kdenlive uses an older tool
[14:55] <smartboyhw> OvenWerk1, khelpcenter is itself not broken
[14:55] <OvenWerk1> Ok
[14:55] <smartboyhw> Since I'm basically using it for my Season of KDE project -.-
[14:55] <OvenWerk1> but is it missing a feature it used to have?
[14:57] <OvenWerk1> the source docbook in kdenlive is correct. The gzip happens at compile or packaging time.
[14:58] <smartboyhw> OvenWerk1, I'm thinking of the location
[15:05] <OvenWerk1> the debian package has the same pproblem though it is a higher version
[15:34] <micahg> smartboyhw: did you get the FFe approved before you asked for the unblock?
[15:35] <smartboyhw> micahg, um, I didn't, but it's a release team member (infinity) who approved it..
[15:35] <smartboyhw> I was just asking if I need a FFe
[15:35] <smartboyhw> And he approved it -.-
[15:36] <micahg> [02:38] <smartboyhw> Ubuntu Release Team: Please unblock ubuntustudio-meta (uploaded by micahg)
[15:36] <micahg> [02:38] <smartboyhw> We need it in
[15:36] <micahg> that's all I saw
[15:36] <smartboyhw> micahg, there's another line
 Ubuntu Release Team: Please unblock ubuntustudio-meta (uploaded by micahg)
 We need it in
 smartboyhw: Done.
 infinity, \o/ thanks
[15:36] <smartboyhw> -.-
[15:37] <micahg> that's called responding to an unblock request, not ACKing an FFe
[15:37] <micahg> though release team usually doesn't care much if a flavour affects only itself


[00:46] <axw> noodles775: I couldn't say, sorry. I'm not sure who prioritises things like that... maybe check with sinzui?
[00:49] <noodles775> axw: yep, will do. Thanks.
[00:49] <axw> noodles775: probably also a good idea to create a bug in launchpad.net/juju-core, so it's on his radar
[00:52] <noodles775> axw: ack, will do too :)
[00:55] <thumper> jlondon: how are you creating the lxc containers?
[00:55]  * thumper wanders off for a bit, bbs
[00:55] <jlondon> thumper: Just via juju+maas. Juju is spinning up a physical host in maas and then attempting to create them inside that host.
[00:57] <jlondon> and then the containers just get stuck in the 'pending' state with no network information that I could see.
[01:04] <thumper> jlondon: hmm...
[01:04] <thumper> jlondon: using juju to create the containers? or ssh'ing in and doing it by hand?
[01:05] <jlondon> thumper: juju. I'm trying to avoid doing anything on the server manually :)
[01:05] <thumper> hmm...
[01:06] <jlondon> Should I try kvm instead?
[01:08] <thumper> that probably wouldn't help
[01:08] <jlondon> k
[01:09] <thumper> can you ssh into the machine and look at /var/lib/juju/containers/<containername>/lxc.conf?
[01:10] <thumper> look for network config in there
[01:11] <jlondon> thumper: K. One second I'm spinning them back up with fresh installs.
[01:15] <jlondon> thumper: huh, okay, it appears to be setting the network to juju-br0 in the container level config file.
[01:16] <thumper> jlondon: ok, it is something else then
[01:16] <thumper> I did see a bug fix land recently that disabled the networking worker because it was screwing up lxc containers
[01:16] <thumper> jlondon: which version of juju?
[01:18] <jlondon> thumper: stable: 1.20.14
[01:20] <jlondon> seeing this in the console.log file for one of the containers (over and over):  lxc_commands - commands.c:lxc_cmd_handler:888 - peer has disconnected
[01:30] <jlondon> looking at the logs further for one, it doesn't appear to be getting an IP at all.
[01:31] <jlondon> dhcp is running on the network for sure though (maas provided)
[01:35] <thumper> hmm... not sure sorry
[01:37] <jlondon> thumper: No worries. I'll keep playing around with it.
[10:10] <lazyPower> seal: o/
[10:11] <seal> lazyPower: o/
[10:12] <lazyPower> how goes the exploring?
[10:12] <seal> great work on http://chuckbutler.github.io/flannel-docker-charm/user/getting-started.html
[10:12] <lazyPower> Thanks :)
[10:13] <lazyPower> we've actually vendored a bundle to make getting started quickly very easy with our charms. Let me fish up that link fo ryou
[10:13] <seal> great
[10:13] <lazyPower> https://github.com/mbruzek/docker-bundle
[10:15] <lazyPower> best part is, its got a suite of amulet tests with it so if you're interested in how we're running the deployments and validating you can inspect the test(s) in the test directory
[10:15] <lazyPower> also, the charms + bundle are up for review in the queue so you should see them landing in the store soon'ish
[10:18] <seal> I need to look into bundles more. I haven't has much joy getting it to work on my machine
[10:19] <seal> Will be looking out for the bundles release
[10:33] <lazyPower> seal: oh? anything i can help with on the bundles?
[10:33] <mwak> hi
[10:33] <lazyPower> o/ mwak
[10:33] <mwak> how are you lazyPower
[10:33] <mwak> ?
[10:34] <lazyPower> Good, preparing for talks over the next few days
[10:34] <lazyPower> how about yourself mwak?
[10:34] <mwak> fosdem?
[10:34] <mwak> ping jcastro
[10:35] <lazyPower> mwak: FLOSSCommunity Metrics, FOSDEM, and ConfigurationManagementCamp
[10:35] <mwak> great!
[10:36] <seal> lazyPower: yes please! for example I can deploy theis bundle via gui https://demo.jujucharms.com/bundle/web-infrastructure-in-a-box-10/?text=bundles
[10:36]  * lazyPower nods
[10:36] <lazyPower> i'm familiar with this bundle
[10:37] <mwak> I didn't get time to fix the haddop charm for arm yet, should try to get some time to investigate :/
[10:37] <lazyPower> you can also fetch it and deploy from the CLI with juju quicksstart
[10:37] <seal> however, I get some errors where I attempt to deploy locally. If you have a moment I can clean up my environment and post the exact error
[10:37] <lazyPower> sure thing seal
[10:37] <mwak> lazyPower: you personally will be at FOSDEM?
[10:38] <lazyPower> mwak: indeed. I'm running a talk track there
[10:38] <mwak> great!
[10:38] <mwak> topic?
[10:38] <lazyPower> https://fosdem.org/2015/schedule/event/juju_orchestration/
[10:39] <lazyPower> crap i forgot to get in touch with them and let them know i'd be taking marco's place.... so its still got his name  on there
[10:39] <lazyPower> SURPRISE, its lazy :D
[11:02] <axw> lazyPower: is there a trick to getting the rails charm to work? I've tried a few revs, and they all fail to install with an error about installing the json gem
[11:03] <lazyPower> axw: i'm working on refactoring that to work with rbenv vs rvm (which is consistently the reason its breaking)
[11:03] <lazyPower> i have some WIP if ou want to pick up the torch on it and help :)
[11:03] <lazyPower> i'm nearly complete, refactoring out the rvm localized commands has been the lions share of the work
[11:04] <axw> lazyPower: I don't think I'd be of much help, I don't know ruby
[11:04] <lazyPower> axw: however, i am aware of the latest breakage, and unfortunatley haven't had a large swath of time to dedicate to refactoring and fixing :( really sorry to report that.
[11:04] <axw> I can test if it's usable tho
[11:04] <axw> lazyPower: okey dokey
[11:05] <lazyPower> well its close, but not bullet proof yet, i think there are still some cases with localized ruby versions that need addressing
[11:05] <lazyPower> meaning, your app says "i want ruby 2.2.1"
[11:05] <lazyPower> and i'm installing 2.0.0 as system ruby
[11:05] <lazyPower> but other than that, it was working well iirc
[11:05] <lazyPower> let me get you a link 1 sec
[11:06] <lazyPower> https://github.com/chuckbutler/rails-charm/tree/rbenv_migration
[11:06] <axw> lazyPower: thanks
[11:06] <lazyPower> ymmv - i haven't tested it in ~ a month - so the ground may have shifted again under whats there
[11:06] <lazyPower> lmk if you get success/failure with that and i'll go from there. issues welcome :)
[11:07] <axw> lazyPower: will do
[11:17] <axw> lazyPower: gtg, but it still fails. http://paste.ubuntu.com/9934923/
[11:17] <axw> lazyPower: I'm using https://github.com/pavelpachkovskij/sample-rails
[11:19] <lazyPower> axw: 10-4, i'll circle back as quickly as i can, it may be a little over a week - depending on time with me being booked for conferences this week/next week
[11:19] <lazyPower> if you need it for a priority deployment i can try and escalate this
[11:20] <axw> lazyPower: it's cool. was hoping to use it to demo a new storage feature, but we can find something else
[11:20] <axw> enjoy the conference
[11:21] <lazyPower> thanks axw, sorry about the inconvenience
[11:21] <axw> no worries
[14:43] <johnny_shieh_> A question:  on the juju master, able to do "sudo sysctl -w fs.file-max=".  However, on container created for charm, this same command fails with the message: sysctl: permission denied on key 'fs.file-max'
[14:43] <johnny_shieh_> limitation?  workaround?
[14:52] <marcoceppi> johnny_shieh_: LXC containers created by/with juju have certain apparmor limitations to prevent potentally bad things from occuring
[14:53] <johnny_shieh_> sure, but if the charm (app) needs certain values set in order to work.......
[15:06] <lazyPower> johnny_shieh_: chicken and egg with that scenario. AppArmor tuning would have to be deployed to the parent machine which may or may not have a representation on the canvas. What I could suggest here is the following
[15:07] <lazyPower> deploy the ubuntu charm to get a machine representation on the gui, then deploy a subordinate unit that has the app armor tweaks you're looking to make before you deploy the LXC workload
[15:07] <lazyPower> the downside to this is you have an order-dependency that isn't very apparent to outsiders looking at the bundle - so ensure you have that callout documented somewhere.
[15:08] <johnny_shieh_> yeah, hmm, extra effort...and we could always document it...but any other option?  Alter file via brute force?
[15:14] <lazyPower> if your deployment is juju managed, it makes sense to have it represented in juju.
[15:14] <jrwren> if only there was a way to execute actions with juju. :)
[15:14] <lazyPower> and the only way presently to do that would be to either make a charm that does it or a subordinate that is co-located with the parent that is getting the deploy --to lxc:#
[15:15] <lazyPower> jrwren: not sure how your charm would break out of LXC to modify the hosts apparmor profile
[15:15] <lazyPower> johnny_shieh_: if you dont want to write a charm to do it and just want a one-off you can juju run any sed/echo/etc. commands to make the modifications, but ymmv if the command is not well formed
[15:16] <jrwren> lazyPower: it wouldn't. Run the action on the host.
[15:17] <johnny_shieh_> A bit confused, surely you have had other apps that required changes to default OS (container) settings that needed variables changed. i.e. number of threads, number of files, file sizes.
[15:17] <johnny_shieh_> Isn't there a standard way of changing the limitations within the container?  Maybe I'm missing the point here.
[15:45] <jcastro> alexisb, if someone on your team is looking for something to charm, check this out: http://gogs.io/
[15:46] <jcastro> that would be a nice charm, and packages/docker containers are already available, looks pretty straightforward
[16:24] <arosales> niedbalski: Hello
[16:25] <arosales> niedbalski: you mentioned that a new jenkins charm is on the way.  Is that a complete rewrite or an MP against the existing one. Also any timelines on this?
[16:33] <mbruzek> niedbalski: I am going through the unmaintained process an am on rsyslog.
[16:34] <mbruzek> niedbalski: There has been no comment on the bug in over a month.  https://bugs.launchpad.net/charms/precise/+source/rsyslog/+bug/1388274
[16:34] <mup> Bug #1388274: The rsyslog Makefile test target has errors <audit> <auto-test> <rsyslog (Juju Charms Collection):Triaged by niedbalski> <rsyslog (Charms Precise):Triaged by niedbalski> <rsyslog (Charms Trusty):Triaged> <https://launchpad.net/bugs/1388274>
[16:35] <mbruzek> niedbalski: you are listed as the maintainer of the rsyslog charms.  If there is no comment or merge requests I may have to move rsyslog to unmaintained namespace
[16:54] <skay> charm writing question. in some charms I see that people access config() once to set config_data and thereafter get info from config_data. when should I choose to do that versus check config each time?
[16:54] <skay> how expensive is the call, and why wouldn't I always call it versus checking cached data?
[16:58] <skay> I'd like to change the python-django charm to inject a value in to ALLOWED_HOSTS when I add a reverseproxy relation
[16:58] <skay> hence I'm learning more about how/whether to pass the information to the website-relation-joined/changed
[17:00] <skay> config info is mutable so I would want to check it anytime the relation changes, right?
[17:06] <skay> hmm, maybe it's a bad idea to add support for that
[17:09] <skay> context: I'm relating apache2:reverseproxy to python-django:website and don't have a domain name at the moment to set for hte python-django django_allowed_hosts config, hence would need to set the public IP of the apache2 unit
[17:09] <skay> sure, I could set Debug or have allowed hosts be '*' or something
[17:27] <roadmr> skay: does "*" mean that joe random could access the django server directly, given knowledge of its IP and port?
[17:27] <skay> roadmr: yes, so you'd only want to do that in a Debugging type of situation on a deserted island
[17:28] <roadmr> skay: my thought exactly... my concern was one of scalability, it would be easier to DoS the poor gunicorn
[17:42] <catbus1> Hi, in several deployments, there are occasional hook failures, which can be resolved by retrying. Sometime if I went in to check the /var/log/juju/unit-UNITNAME.log, it's usually an error on running a command, and if I ran the command manually, it was success. For example, sudo keystone keystone-manage db_sync. Is it because when the hook script was run, perhaps mysql wasn't ready yet?
[17:43] <coreycb> hey all, for the local provider, can I deploy machines to lxc and kvm containers on the host?  I have 'container: kvm' set and I'm under the impression that any lxc containers have to be inside a deployed kvm machine.
[17:58] <dimitern> coreycb, the container type kvm or lxc defines what containers to use as "machines" in a local environment - either kvm or lxc (not both), however, you can still try to deploy units in lxc or kvm with --to lxc:<machine-id> or --to kvm:<machine-id> (argument to deploy)
[17:58] <dimitern> coreycb, please note though, lxc-in-lxc or kvm-in-lxc might not work out of the box
[17:59] <coreycb> dimitern, ok so just to verify, if container type is kvm then any lxc containers have to be nested in kvm?
[18:28] <mmcc> hi folks, I'm having issues accessing an environment that was bootstrapped with JUJU_HOME set. is that well tested? details here: http://paste.ubuntu.com/9941188/
[18:29] <mmcc> this is used in our openstack installer, so if it's not really supported well, we need to pull it out
[18:55] <marcoceppi> mmcc: it is very well tested
[18:56] <marcoceppi> mmcc: those errors are from juju version mismatches
[18:56] <marcoceppi> the environment has 1.21.1 installed
[18:56] <marcoceppi> which was released earlier today
[18:56] <marcoceppi> you have 1.20.14
[18:56] <marcoceppi> upgrade to 1.21 using ppa:juju/stable and you won't have any issues
[19:00] <mmcc> marcoceppi: ok, so it sounds like what happened is that I used the 1.20.14 cli to bootstrap, and it installed 1.21.1 and wrote an environment file that the old version can't read? why would it do that?
[19:00] <marcoceppi> mmcc: it sounds like the cloud installer installed and used the latest version of juju
[19:01] <marcoceppi> which is different than what you have installed. The client should always bootstrap with the version of juju that is used to bootstrap it
[19:01] <marcoceppi> either way, that's the issue, you can see that in the tree output of the tools directory
[19:02] <mmcc> marcoceppi: ah, ok. I do see what's going on here. thanks for your help.
[19:53] <mbruzek> Hello jose are you out there?
[20:25] <flakrat> Howdy, I'm deploying my first compute node using "openstack-install" and after configuring the MAAS info the script goes into "Bootstrapping Juju...". The compute node boots, goes through a bunch of configuring the compute node, the juju process seems to stop advancing with a single ssh connection open from the controller to the compute node "ssh -i /root/.cloud-install/juju ...."
[20:26] <flakrat> I've gone through the process of releasing the node and running through the whole process again, same results
[20:26] <flakrat> where whould I look to find out what's causing the hang up
[20:39] <flakrat> I think I found the issue. On the compute node in /var/log/cloud-init-output.log indicates that DNS isn't working on the node, can't reach streams.canonical.com
[21:02] <arosales_> tvansteenburgh: does this look like an infrastructure failure to you http://reports.vapour.ws/charm-tests/charm-bundle-test-5021-results/charm/charm-testing-aws/2
[21:03] <arosales_> "Resource Warning"
[21:03] <arosales> tvansteenburgh: but consistantly happens across all our clouds
[21:05] <tvansteenburgh> arosales: that can be ignored for now, it's a warning from a python lib. - no correlation with actual failures
[21:07] <tvansteenburgh> the actual failure in that case is that the deployment didn't stand up in time
[21:07] <arosales> ok, seems like the charm is valid and isn't candidate for removal from the store
[21:07] <arosales> tvansteenburgh: thanks for taking alook
[21:08] <arosales> mbruzek: https://bugs.launchpad.net/charms/+source/nagios/+bug/1403574
[21:08] <mup> Bug #1403574: The nagios charm fails automated testing <audit> <auto-test> <nagios (Juju Charms Collection):Triaged> <https://launchpad.net/bugs/1403574>
[21:08] <arosales> sounds like we need to fix this in the test
[21:18] <arosales> tvansteenburgh: while I am bothering you do you know if this charm is an issue with the make testing disscussion http://reports.vapour.ws/charm-tests/charm-bundle-test-838-results/charm/charm-testing-hp/2
[21:20] <tvansteenburgh> arosales: the test is trying to use an env var that's not set. it's up to the test to ensure that it is. so, it's a problem with the test
[21:20] <arosales> tvansteenburgh: ack, and thanks for looking
[21:21] <tvansteenburgh> arosales: certainly
[22:03] <thumper> unit-wordpress-0[5078]: 2015-01-29 22:00:47 INFO unit.wordpress/0.install logger.go:40 W: Failed to fetch http://ppa.launchpad.net/charmers/charm-helpers/ubuntu/dists/trusty/main/binary-amd64/Packages  403  Forbidden
[22:03] <thumper> lazyPower, marcoceppi: ping
[22:03] <thumper> trying to install the wordpress trusty charm
[22:03] <thumper> and getting install hook failed
[22:03] <thumper> log sias ppa forbidden
[22:03] <thumper> say what?
[22:04] <thumper> lazyPower: you really there?
[22:04] <lazyPower> thumper: marcoceppi is travelling and i managed to part when i was trying to respond
[22:04] <thumper> kk
[22:04] <lazyPower> can you re-state the issue for me?
[22:04] <thumper> wordpress trusty charm install hook fails with apt ppa error
[22:04] <thumper> unit-wordpress-0[5078]: 2015-01-29 22:00:47 INFO unit.wordpress/0.install logger.go:40 W: Failed to fetch http://ppa.launchpad.net/charmers/charm-helpers/ubuntu/dists/trusty/main/binary-amd64/Packages  403  Forbidden
[22:05] <thumper> I just want a couple of charms to use in a demo
[22:05] <thumper> and went for the old standby mysql/wordpress
[22:05] <thumper> happy to use something else
[22:05] <lazyPower> thumper: how impressive do you want it to look?
[22:05] <thumper> doesn't have to be too impressive
[22:05] <lazyPower> and re: mysql - ty for pointing that out, def worth a bug. seems like a PPA archive went missing on us
[22:06] <thumper> just showing charms actually working
[22:06] <lazyPower> http://fosdem.juju.solutions
[22:07] <thumper> lazyPower: what I'm trying to demo is MESS
[22:07] <thumper> lazyPower: so two different environments inside one state server
[22:07] <thumper> each serving different things
[22:11] <lazyPower> ah ok, so simple it is
[22:11] <lazyPower> try the Elasticsearch/kibana bundle w/ a mediawiki/mysql bundle
[22:12] <lazyPower> minimal on machines, and i've deployed both wihtin the last 48 hours with success
[22:12] <lazyPower> http://imgur.com/CYPpORc
[22:12] <lazyPower> is what i was about to set you up with
[22:14] <thumper> lazyPower: that would be way more than I need :)
[22:14] <thumper> lazyPower: forgive me for being dumb, but how do I deploy the bundles?
[22:15] <lazyPower> https://jujucharms.com/mediawiki-single/7
[22:15] <thumper> lazyPower: not sure that gui is going to work
[22:15] <lazyPower> juju quickstart should
[22:15] <lazyPower> right?
[22:15] <thumper> um...
[22:15] <thumper> I'm not sure
[22:15]  * lazyPower rolls the dice
[22:15] <lazyPower> lets find out!
[22:16] <thumper> hmm... I don't have quickstart
[22:17] <lazyPower> apt-get install juju-quickstart
[22:21] <lazyPower> thumper: quickstart is just fetching the environment state server from the jenv, as i see it quickstart should give you some results. if quickstart doesnt, go to the next common denominator and try juju-deployer (apt-get install juju-deployer) and give that a run (juju deployer -c bundles.yaml, or pass it the store url and it *should just work*)
[22:23]  * thumper tries
[22:23] <thumper> $ juju switch another
[22:23] <thumper> $ juju quickstart bundle:mediawiki/single
[22:23] <thumper> well... it is doing something
[22:24]  * lazyPower makes overly dramatic music while thumper waits to intensify the feeling of success
[22:24] <thumper> retrieving the environment status
[22:24] <thumper> that is where it is stuck
[22:24] <thumper> rick_h_: you around?
[22:24] <lazyPower> thumper: is the env status coming back with different/new keys now?
[22:24] <thumper> wat?
[22:25] <lazyPower> afaics thats just the status return. as in the json dump of whats running
[22:25] <thumper> I can do a status in another shell
[22:25] <rick_h_> thumper: yep
[22:25] <lazyPower> or what the state server knows about - to be more accurate
[22:25] <thumper> and it return fine
[22:25] <rick_h_> thumper: packing time
[22:25] <thumper> rick_h_: got a few minutes to talk api connections and quickstart?
[22:25] <thumper> lazyPower: quickstart is just hanging
[22:25] <rick_h_> thumper: quick ones sure
[22:26] <thumper> rick_h_: kk
[22:26] <thumper> rick_h_: https://plus.google.com/hangouts/_/gtonfe6y7vs6is7p6npawkge3ea?hl=en


[03:50] <distilledchaos> Could somebody explain why if statements appear to work incorrectly in an upstart script?
[03:50] <distilledchaos> https://gist.github.com/skeggse/7939519
[03:50] <distilledchaos> I've worked this down to a small test case, which I appear to be able to reproduce
[15:58] <adrien_oww> if he comes back: he was using '==' instead of '=' in the script


[00:00] <daftykins> argh it fires up a demo just viewing that page
[00:00] <daftykins> BE WARNED
[00:09] <diddledan_> it's not an illegal file though, so it only uses your bandwidth for a bit
[00:09] <diddledan_> until you leave the page
[00:09] <daftykins> yeah just didn't fancy the peer connections if it was going to share to more visitors
[00:37] <daftykins> diddledan_: a mate has been keeping his Nexus 4 on an ancient android version because they developed a flaw where the front facing camera (i think he likes to skype his partner with it) being used can totally bug out the phone... today he messaged to say he's on too old a version to install pokémon go.
[00:37] <daftykins> so that's at least one soul saved...
[00:39] <zmoylan-pi> he can buy a cheap burner android for pokemon go... :-P
[00:41] <daftykins> well he just has to suck it up and update the phone
[00:41] <diddledan_> and stop skyping his willy to his partner
[00:41] <diddledan_> sorry
[00:41] <daftykins> precisely
[00:42] <daftykins> no more free willy
[00:42] <daftykins> aww man that should've been the headline at the reg when ubuntu 14.10 went EOL :)
[00:42] <diddledan_> isn't willy 15.10?
[00:42] <zmoylan-pi> so opera isn't been bought by the chinese.  only their browsers
[00:44] <daftykins> diddledan_: sorry yep, right you are - mental typo.
[00:52] <diddledan_> why can't foreigners understand that it's Ubuntu year.month[with-preceeding-zero] and assume that there's a thing called Ubuntu 16?!?!
[00:53] <diddledan_> this is an awesome one to ubuntu-devel: https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2016-July/016741.html
[00:55] <daftykins> we had another of those irritating ones in #ubuntu-discuss yesterday(ish) saying all ubuntu mirrors should be HTTPS.
[00:56] <diddledan_> that wouldn't make a difference to security
[00:56] <diddledan_> everything is PGP signed
[00:57] <diddledan_> I've had similar discussions myself
[00:57] <daftykins> i think their angle is that a new user would not verify that
[00:58] <daftykins> but i think that person was just a tinfoil flouter
[00:59] <zmoylan-pi> if they're not using lead foil by now how can you take them seriously... :-P
[00:59] <diddledan_> ^^ +2
[01:00] <daftykins> XD
[01:00] <daftykins> they complained about the heavy hats
[01:01] <daftykins> "something something helmet hair"
[01:02] <daftykins> i've ordered an £80 new mechanical keyboard!
[01:03] <zmoylan-pi> that's just the paranoia from the lead exposure kicking in...
[01:05] <daftykins> you might say they'll be lead to ruin
[01:06] <diddledan_> damn that's an expensive keyboard
[01:06] <daftykins> oh my word, Toshiba are making QLC NAND - (quad level cell)
[01:06] <diddledan_> what did you get?
[01:06] <diddledan_> yeah I saw something about QLC earlier on the reg but didn't read it
[01:07] <daftykins> not really, my original blank das keyboard from many moons ago was a good £120 back then
[01:07] <daftykins> mmm, avoid it - all TLC and further should be banished!
[01:08] <daftykins> https://dixunusmoumzz.cloudfront.net/filer_public/f3/01/f3017669-5604-4fcd-943b-a6263d942658/apexm500_keyboard_design_merged_02.png
[01:08] <daftykins> steelseries Apex M500
[01:08] <daftykins> believe it or not this is the least gimmicky one i could find
[01:08] <diddledan_> looks like an IBM
[01:08] <diddledan_> although.. blue moodlighting?!
[01:09] <daftykins> i'll turn that off, but i don't mind the idea of a slight backlight on
[01:09] <daftykins> sometimes i'm lurking in the dingy dark room ;)
[01:10] <diddledan_> for when you compute beyond dusk without getting-up and thus are sitting in a dark room because the light switch is too far away
[01:10] <diddledan_> wtf key is that next to right-alt?
[01:11] <daftykins> yeah that's the one disappointing thing, silly custom key
[01:12] <daftykins> of course that's US layout, i got a UK off amazon - or rather it says they'll get stock in 1-2 months ;)
[01:12] <diddledan_> damn that's a long time to wait for instant gratification
[01:13] <daftykins> o0
[01:13] <daftykins> it's really sad to be typing on a membrane again :(
[01:13] <daftykins> why oh why das, did you have to fail so partially
[01:13] <diddledan_> insane in the membrane
[01:13] <daftykins> i'm kinda sad to have something labelled again
[01:13] <diddledan_> https://www.youtube.com/watch?v=zAlNrtcPCLw
[01:13] <daftykins> quite enjoyed friends not being able to use my PC
[01:28] <diddledan_> I wonder when the new google nexus device(s) are due
[01:29] <daftykins> i just read a suggestion that my N5 might get 7 Nougat after all - and also claims that August time might bring a final together with talk of next devices
[01:30] <daftykins> i can stay put if it gets 7
[01:30] <daftykins> i got a new battery rear cover for £12 on ebay, seems to have sorted my poor signal down here in the granite of my ground floor
[01:32] <daftykins> my my my, what to do.
[01:33] <zmoylan-pi> when signals can't make it through phone cases... :-)
[01:34] <daftykins> no i think it's that my friend opened it up and snapped the clips, this design has antennae in the rear panel
[01:34] <daftykins> i reckon it must've had a weak or temperamental connection
[01:34] <zmoylan-pi> weird
[01:35] <daftykins> you guys ever get that problem where you're trying to get someone to do some work for you, but they never call back? :|
[01:35] <daftykins> so annoying to have to chase someone, it's not even work for me, but a client
[01:38] <diddledan_> sweary: https://twitter.com/0xabad1dea/status/755214841187565568
[01:42] <daftykins> wow that is an angry creature
[01:42] <zmoylan-pi> i reckon i know so many areas of computing because it's often impossible to depend on others
[01:42] <daftykins> i happily tell people to change their OS when they're being idiots :)
[01:42] <diddledan_> what do you tell them to use?
[01:42] <diddledan_> winblows?
[01:43] <diddledan_> :-p
[01:43] <zmoylan-pi> dos? :-d
[01:43]  * diddledan_ is appling right now
[01:43] <daftykins> well as an example, over in #kodi we often get folks trying to use a distro which doesn't have packages, so i say just use a *buntu and get on with life, but then you get all the politics and how they won't run a *buntu because they don't like the cereal Mark Shuttleworth eats and all that bs
[01:44] <diddledan_> omg he eats cereal?!
[01:44] <diddledan_> cereal killer!
[01:44] <daftykins> ikr!
[01:44] <daftykins> he's like Dexter Morgan 2.0
[01:44] <diddledan_> exactly!
[01:45] <daftykins> i reckon i'm gonna work on the third PC, complete the fleet and then consider listing them for sale
[01:48] <daftykins> this might end up being a mistake :P
[02:57] <ali1234> daftykins: tell them to use debian then
[02:58] <daftykins> no, that's what i sway them away from
[02:59] <daftykins> deb trashes the packages because of their policy on not having the integrated ffmpeg
[02:59] <ali1234> oh, it's one of those
[02:59] <daftykins> they're also typically behind on versions with their own, modified ones
[02:59] <ali1234> i always forget how broken kodi actually is
[03:00] <daftykins> you say it's broken because it uses ffmpeg internally?
[03:00] <ali1234> no, it's broken because the developers expect every operating system in the world to bend to their will
[03:00] <ali1234> fairly common really
[03:01] <daftykins> so they should do it the debian way huh?
[03:01] <ali1234> they should let debian do whatever they want with the code
[03:01] <ali1234> or not release it under an open license
[03:02] <daftykins> but they do, it's me that's saying debian folks should take their high horse position that breaks the program elsewhere :)
[03:02] <ali1234> it wouldn't break a properly written piece of software
[03:02] <ali1234> hence kodi is broken
[03:03] <daftykins> ffmpeg changes too quickly to be relied upon as it gets updated
[03:03] <daftykins> i see where you're coming from but that attitude is exactly what's wrong with open source
[03:03] <ali1234> well, it's a good thing debian has a stable release policy then, isn't it?
[03:04] <daftykins> i think there's more to it than that
[03:04] <ali1234> there's always more to it
[03:04] <daftykins> sorry, did i insult your distro of choice?
[03:04] <ali1234> no. i don't use debian
[03:05] <daftykins> then cut the crap
[03:05] <ali1234> no.
[03:05] <daftykins> oh look, a tumbleweed
[03:11] <diddledan_> I'm still awake?!
[03:11] <diddledan_> wtf is wrong with me!!
[03:11] <diddledan_> and why is there a person here with the name "wrong"?
[03:11] <Myrtti> because it's hot
[03:11] <diddledan_> ello Myrtti
[03:12] <Myrtti> diddledan_: mmmrrrh.
[03:12] <diddledan_> :-)
[03:13] <mappps> +hola
[03:15] <daftykins> o0
[03:15] <mappps> :)
[03:15] <daftykins> allo
[03:25] <zmoylan-1i> add a little heat and everyone is awake
[03:26] <daftykins> =]
[03:26] <mappps> just speaking to my friend
[03:26] <mappps> the sooner eu is disbanded the better
[03:27] <zmoylan-1i> of course someone will have to write and correct the daily mail that hackers in this weather still code at night by the light of their screens but have their hoodies down...
[03:27] <zmoylan-1i> the eu will be around a long time.  too useful to not exist
[03:28] <mappps> nah
[03:28] <mappps> its done
[03:28] <mappps> unions dont work
[03:28] <mappps> look at whats happening
[03:28] <zmoylan-1i> unions work very well
[03:28] <zmoylan-pi> most of the rights workers have came from unions
[03:30] <ali1234> he doesn't mean that kind of union
[03:31] <mappps> annoyed me tonight
[03:31] <mappps> my mate said only loses smoke..knowing my mum smoked and died..and i smoke
[03:32] <zmoylan-pi> smoking is an addiction.  my brother smokes on and off.  he's quit multiple times but in high stress times goes back to ciggies.  currently he vapes which so far the evidince is that it's not as bad...
[03:33] <mappps> it is what it is
[03:33] <mappps> we are all adults
[03:34] <zmoylan-pi> some of us are more susceptible to addictions than others so it's not a level playing field
[03:35] <mappps> I drink and smoke ....i wish i had a famly and kids but i dont
[03:36] <mappps> instead im always out
[03:36] <mappps> probably average 30pints a week
[03:37] <ali1234> you don't have to go out to drink and smoke all day
[03:38] <mappps> i work too:)
[03:38] <daftykins> lawl
[03:39] <mappps> i havent seen my sister for 2 years you know, she lives near my dad
[03:39] <mappps> she had a kid a year ago..and yet i see my friends kids way more than her
[03:39] <mappps> but its life
[03:56] <daftykins> idgaf about family
[03:57] <mappps> ;]
[03:57] <zmoylan-pi> haven't seen some of my family in over 15 years, don't plan on changing that ever
[03:57] <mappps> you dont live at home daftykins ?
[03:58] <daftykins> no i have my own place in the capital
[03:58] <daftykins> lived here 3.5 years now
[03:58] <daftykins> family is a bit different on an island though, all too close...
[03:58] <mappps> people say "oh you havent seen your niece" -- hang on
[03:59] <zmoylan-pi> living in ireland i wouldn't know about that at all...   Happy Tuesday, and happy Raspberry Cake Day! 😃
[08:47] <davmor2> JamesTait: http://www.metacafe.com/watch/8305118/prince_raspberry_beret/ the cake is a lie
[08:51] <JamesTait> Clever, davmor2. ☺
[08:51] <davmor2> JamesTait: I thought you'd like it :)
[12:08] <MooDoo> hello all
[12:08] <zmoylan-pi> i'd wave but it's too hot...
[12:11] <MooDoo> terrible isn't it :(
[12:12] <zmoylan-pi> humidity 61% which is less than usual so it could be far worse
[12:14] <MooDoo> don't worry though "Winter is coming" :)
[12:14] <zmoylan-pi> thursday if irish forecasts are to be believed... :-)
[12:45] <davmor2> zmoylan-pi: no it's not it's a lovely 21°C and what humidity don't you just love an aircon unit
[12:54]  * zmoylan-pi casts out of warranty on davmor2's aircon...
[12:57] <davmor2> zmoylan-pi: nope it's working fine :P
[13:00]  * zmoylan-pi checks the footnotes and observes it's a fail at 0200 in the morning spell... :-P
[13:02] <Myrtti> if anyone fancies pretty/cool flight/compression socks, http://nabeesocks.com/ has -50% due to moving manufacturing facilities.
[13:02] <davmor2> zmoylan-pi: oh that is fine it is turned off then so the spell will fail muhahahahaha beside if it does I'll just go buy a new one :D
[13:03]  * zmoylan-pi licks thumb and flips the page to 'menopausal hot flashes spell'...
[14:01]  * davmor2 snaps zmoylan-pi wand so it back fires on him
[15:19] <SebthreeBQM10HD> hi
[15:33] <popey> hello
[15:37] <davmor2> SebthreeBQM10HD: how do
[15:37] <SebthreeBQM10HD> davmor2, I am ok,  just trying to sort out the venue for an event I am hoping to organise and probably for Linux Presentation Day as well
[15:37] <SebthreeBQM10HD> how about you?
[15:38] <davmor2> mostly tired
[15:38] <davmor2> but good
[15:47] <SebthreeBQM10HD> davmor2, where about's are you in UK?
[15:48] <SebthreeBQM10HD> didn't you do stuff on Ubuntu Touch as well?
[15:48] <davmor2> Yeap in the UK Wolverhampton
[15:48] <SebthreeBQM10HD> and you did Ubuntu Touch?
[15:48] <davmor2> I work on all things I'm in the QA team
[15:48] <SebthreeBQM10HD> ok cool :)
[15:49] <SebthreeBQM10HD> davmor2, I got a great idea for an event :), but getting venue sorted out first properly etc
[15:50] <SebthreeBQM10HD> then i guess maybe get a few people from else where to come as well
[15:50] <SebthreeBQM10HD> if goes to plan enough :)
[15:58] <davmor2> good luck
[16:00] <SebthreeBQM10HD> davmor2, may even show some UBuntu convergence and such at the event :d,  oh sure that may not be quite ready for general public, but could be worth having at an event ?
[19:01] <diddledan_> bananarama
[19:03] <zmoylan-pi> banana hammock
[19:04] <diddledan_> :-o
[19:04] <diddledan_> you pervert
[19:05] <daftykins> i now imagine zmoylan-pi as the aged version of "The Todd" from Scrubs
[19:06] <zmoylan-pi> the famous pain scale scene...
[19:07] <zmoylan-pi> great show...
[19:10] <davmor2> diddledan_: just came across this https://www.youtube.com/watch?v=jTii7i-195E
[19:10] <daftykins> one does not simply cover Phil Collins!
[19:11] <davmor2> daftykins: no one has to do it damned well and this isn't the one I was looking for either :)
[21:02] <diddledan_> davmor2: that's good
[23:10] <daftykins> you're a spy!
[23:10] <daftykins> D:
[23:11] <zmoylan-pi> i believe the correct term these days is an informer...


[02:10] <imgbot> [03:30] <imgbot> [03:30] <imgbot> [06:56] <abeato> ToyKeeper, ping
[06:56] <ToyKeeper> Hi.
[06:57] <abeato> hi, we have a pretty critical customer fix in line 69 of the spreadsheet
[06:58] <ToyKeeper> abeato: It's for RTM?  I thought we weren't releasing any more RTM-based images?
[06:58] <abeato> ToyKeeper, is QA aware of it? just want to be sure so you can assign right priority :)
[06:58] <ToyKeeper> (then again, vivid is kind of broken today at the moment...)
[06:58] <abeato> yes, RTM
[06:59] <abeato> don't know, but taking into account that there are a couple of critical issues (like this one), maybe there will be another rtm ota
[07:00] <ToyKeeper> abeato: I don't see it on QA's testing board...  which might mean the bot failed.
[07:01] <ToyKeeper> If there are crits to fix though, we should clarify ASAP whether there's another RTM image coming or not.
[07:01] <ToyKeeper> Is anyone awake yet who can confirm that?
[07:01] <abeato> ToyKeeper, probably pcmgowan should now, but not awake yet :(
[07:02] <abeato> ToyKeeper, just forwarded you an e-mail with some info
[07:09] <ToyKeeper> abeato: I'm not sure what's required to be able to test the bug, if it's about supporting specific carriers.  Could you add bug links to the trello card and possibly more info about how to test it?  (or that the intent is to ensure nothing else broke, if it's not directly testable)
[07:09] <ToyKeeper> abeato: https://trello.com/c/VqQFF5Mt/
[07:10] <abeato> ToyKeeper, difficult to test without the specific SIM card that triggered the issue
[07:11] <abeato> ToyKeeper, so testing should be essentially sanity testing
[07:11] <abeato> I'll add a comment in the card
[07:13] <ToyKeeper> For example, I can't test 3G on it at all, because the radio is incompatible in my area.  And it's not supported by default anyway, I have to use custom APNs (and even that doesn't get MMS working).  I assume it needs to be tested where cell data actually works?
[07:14] <ToyKeeper> s/it's not supported/my carrier isn't supported/
[07:14] <abeato> ToyKeeper, rightm that's the thing to test
[07:15] <abeato> ToyKeeper, just having data, even 2G is enough to make sure the fix did not break data connectivity
[07:15] <abeato> comment added in trello
[07:17] <abeato> ToyKeeper, anyway if you feel you cannot test this well we can wait for another QA team member, as said I just wanted to make sure this bug was know and prioritized by QA
[07:18] <ToyKeeper> For now, I'm trying to get data to work pre-silo to find out if I'm even able to start testing.
[07:25] <ToyKeeper> *crickets* ... chirp, chirp ...  No data yet.
[07:27] <abeato> ToyKeeper, so bad... btw, if we don't have your operator in the apn database, please open a bug in https://bugs.launchpad.net/ubuntu/+source/android with your operator's data, we are trying to improve the DB
[07:28] <ToyKeeper> I saw this work a couple times, months ago...  but I'm having no luck today.
[07:28] <abeato> no worries, we can wait for somebody else
[07:29] <ToyKeeper> It worked on mako last I checked, but still needs custom APN data.
[07:30] <abeato> ToyKeeper, the other bug that would definitely go in if there is a new rtm ota is bug #1427439
[07:31] <abeato> ToyKeeper, there is already a card in Trello for that, landing-006
[07:31] <Mirv> ToyKeeper: abeato: FYI there's been a bit too loud noise about "no more rtm-14.09", in reality there will be one more image so yes approved critical fixes should getin
[07:32] <Mirv> and that mobile internet thing surely qualifies
[07:32] <abeato> Mirv, ok, thanks for the confirmation
[07:33] <Mirv> the noise has just been there since it's equally critical to fix vivid in shape :)
[07:33] <ToyKeeper> I moved both silos to the top for priority, and I should be around long enough to make sure the rest of the team is aware of them.
[07:33] <abeato> ToyKeeper, great, thanks!
[07:35] <ToyKeeper> I might be able to do silo 6; just getting the details now.
[07:36] <abeato> cool
[07:38]  * ToyKeeper just now figures out that "FM" means "flight mode" and not "frequency modulation"
[07:44] <Mirv> :)
[08:21] <ToyKeeper> abeato: Bug #1427439 comment 9 has steps to reproduce the issue, but I haven't been able to get it to actually fail yet.  Also, I have no WWAN section in urfkill/saved-states.  Does this require cell data to trigger the bug?
[08:22] <abeato> ToyKeeper, no, no need for cellular data
[08:22] <abeato> ToyKeeper, but have you already installed the silo?
[08:23] <ToyKeeper> abeato: No, I was trying to trigger the issue pre-silo.
[08:23] <abeato> ToyKeeper, hmm, weird that you don't have WWAN, are you sure you are in rtm?
[08:24] <abeato> ToyKeeper, please paste saved-states too
[08:24] <ToyKeeper> Dammit, I forgot to press enter to confirm the reflashing, and was testing on vivid.  :(
[08:25] <ToyKeeper> Thanks, I feel pretty dumb.  :)
[08:25] <abeato> the fix already landed in vivid :)
[08:25] <abeato> :)
[08:51] <ToyKeeper> abeato: Okay, now that I've got my head screwed on straight, the issue and its fix are confirmed.  I'll let the rest of the team sanity-check it if they like, but otherwise it seems ready to go.  (and I'm heading off to sleep)
[08:51] <abeato> ToyKeeper, take rest, thanks a lot
[09:34] <davmor2> popey: jibel meeting?
[09:35] <sil2100> jibel, popey: ping pong
[09:35] <popey> yeah, browser problems
[09:35] <jibel> sil2100, sorry lost track of time
[09:58] <sil2100> jibel: actually, talking about vivid testing... recently I noticed that cups sometimes acts funny in the background and starts eating 100% CPU for no reason
[09:58] <sil2100> Need to report a bug
[10:35] <imgbot> [10:52] <sil2100> rvr: ping :)
[10:52] <rvr> sil2100: pong
[10:53] <sil2100> rvr: hey, I've been wondering - once you have some free time, could you maybe test the glibc fix for the recent touch regressions?
[10:53] <rvr> sil2100: Of course
[10:53] <sil2100> rvr: maybe install the new glibc and perform sanity on the image
[10:53] <rvr> That's important
[10:54] <rvr> Using rsalvetti's PPA?
[10:54] <sil2100> rvr: the fix is not in any silo, it's in a normal PPA - the details are in the e-mail that rsalveti sent out
[10:54] <sil2100> Yeah
[10:54] <rvr> Ack
[10:54] <rvr> I'll do that
[10:54] <ogra_> sil2100, no business IRC for you today ?
[10:54] <sil2100> ogra_: oh carp
[10:55] <rvr> sil2100: rsalveti said that the fix won't be ready until Friday/Saturday, though
[10:56] <sil2100> rvr: he said it won't be landing till Friday/Saturday, I guess it's ready right now
[10:56] <sil2100> It's just we can't land it because of the freeze
[10:56]  * sil2100 reads up again
[10:56] <rvr> Ahhh
[10:57] <sil2100> rvr: yeah, so the fix is good, but we can't land it - but infinity already has it on his radar
[10:57] <Mirv> today evening the freeze will lift
[10:57] <rvr> Right, then it's a good idea to check it early
[10:58] <rvr> rsalveti: I am sanity checking latest image with the PPA, don't land glibc before it is done, please :)
[11:04] <sil2100> rvr: thanks :)
[12:05] <imgbot> [12:05] <imgbot> [12:05] <ogra_> wheee, langpacks !
[12:07] <sil2100> Wow, much langpacks, such tzdata
[12:08] <sil2100> Well, good to have that anyway
[12:09] <ogra_> yep, someone asked on the ML i think
[12:11] <davmor2> sil2100: I think it was me that said not much had changes right ;)
[12:26]  * sil2100 off to lunch soon
[13:50] <Mirv> sil2100: can I get an ack that line #71 doesn't need QA signoff? only debian/ changed, diff:s can be seen at dput ppa:ci-train-ppa-service/landing-020 ../qtsvg-opensource-src_5.5.0~alpha-0ubuntu1~vivid1~test1_source.changes
[13:50] <Mirv> I've smoke-tested upgrading on device, though
[13:51] <Mirv> s/whateverpasted/https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-028/+packages/
[13:51] <Mirv> ok that was inproper sedding, s%whateverpasted%url%
[13:52] <Mirv> the new SDK website needs the docs packages in archives apparently due to some prodstack autogeneration
[14:12] <cyphermox> ^ will assign myself
[14:46] <camako> sil2100, any word on Mir release?
[14:58] <sil2100> camako: the freeze should be down later today or somewhere tomorrow, so I suppose it can migrate then
[14:59] <sil2100> Mirv: sorry, just got back from lunch (started a bit later than expected) - ACK ;)
[14:59] <camako> sil2100, thanks
[15:11] <Mirv> sil2100: thanks!
[15:28] <rvr> sil2100: I finished sanity testing the PPA
[15:29] <rvr> sil2100: I have 4 failures of 42 tests (didn't check OTA upgrades/MMS).
[15:29] <rvr> sil2100: The four are related to issues with location
[15:31] <rvr> sil2100: I saw some crashes during the test, though. One was the clock, and the other two, mediascanner and sync-monitor
[15:31] <sil2100> rvr: hm, thanks
[15:31] <sil2100> I wonder if those are related to the glibc fix or if they're just in vivid vanilla as well - I suppose that's nothing new
[15:31] <rvr> sil2100: Music plays fine, as per test descriptions
[15:31] <sil2100> Since the fix shouldn't cause crashes I suppose
[15:32] <nik90> rvr, sil2100: May I ask if this is regarding the SDK ppa?
[15:32] <rvr> nik90: We are talking about rsalvetti's PPA to fix issue with libc
[15:32] <nik90> rvr, sil2100: I can confirm that clock app crashes on vanilla vivid without the SDK silo-12 which is supposed to fix that
[15:32] <rvr> sil2100: I suppose
[15:33] <sil2100> nik90: it's a bit different, but related to all things vivid basically
[15:33] <rvr> nik90: Ah, nice to know
[15:33] <sil2100> Excellent
[15:33] <sil2100> nik90: thanks for the info :)
[15:33] <nik90> that's why i asked :)
[15:33] <sil2100> rvr: then I suppose it's 'good to go' once the freeze is gone?
[15:34] <rvr> sil2100: Strictly by the sanity test suite, everything except location is ok, so yes.
[15:35] <sil2100> pmcgowan: ^ :)
[15:36] <sil2100> pmcgowan: the glibc fix so far looks good, not sure if there's much more testing that QA could to to double-check if it's all good now
[15:37] <pmcgowan> sil2100, thats good but the real goal is that it unblocks a full regression since it reverts what broke us
[15:37] <pmcgowan> sil2100, do we know when it can land in the archive?
[15:38] <sil2100> pmcgowan: we should be able to land again later today
[16:04] <davmor2> sil2100: Cancel Monger
[16:05] <sil2100> hah ;)
[16:05] <sil2100> I'm giving everyone more time to do actual work!
[16:07] <ogra_> sil2100, just FYI, as soon as the freeze is lifted (most likely in a few hours) i'll trigger a new image that will then pick up the new libc in the archive
[16:08] <sil2100> ogra_: you mean, after it actually gets out of -proposed, right?
[16:09] <ogra_> sil2100, which will happen automatically once the freeze is lifted ... it sits there since last night, so i think all atd runs are done by now
[16:09]  * ogra_ hasnt checked but i simply assume it :)
[16:10] <ogra_> adam said if there ios a re-spin for beta needed it will migrate anway
[16:10] <ogra_> *is
[16:10] <ogra_> and end up in the re-spun desktop images
[16:11] <ogra_> so either way we should be ready this evening
[16:13] <sil2100> Excellent
[16:14] <ogra_> yeah, i'm happy i can listen to music again :)
[16:34] <om26er> pmcgowan, I ran the testplan ok for ofono. while I'll keep the silo installed, my testing is done.
[16:59] <pmcgowan> om26er, great thanks
[17:00] <pmcgowan> om26er, silo 6 is another hot fix candidate
[17:01] <popey> cihelp: can someone please help with https://code.launchpad.net/~mzanetti/reminders-app/qmltest2/+merge/253598 which is failing possibly due to bug 1389729
[17:01] <cprov> popey: looking
[17:05] <om26er> pmcgowan, inprogress
[17:06] <sil2100> o/
[17:07] <popey> cprov: thanks
[17:11] <rvr> alex-abreu: Silo 5 (twitter pics). Does it need an updated twitter webapp?
[17:11] <alex-abreu> rvr, yup :)
[17:11] <rvr> alex-abreu: Can you provide the click package?
[17:12] <alex-abreu> rvr, it needs the one from the branch in comment
[17:12] <om26er> abeato, Hi!
[17:12] <abeato> om26er, hi
[17:12] <alex-abreu> rvr, sure
[17:12] <om26er> abeato, is this the only change[1] for silo 6 ? [1]http://bazaar.launchpad.net/~mariusko/urfkill/master/revision/531
[17:12] <cprov> popey: apparently we can't do much about it.
[17:12] <rvr> alex-abreu: Great!
[17:13] <popey> cprov: it seems to be causing our qmltests to fail. Do you have another solution to enable the tests to run without crashing?
[17:13] <abeato> om26er, hmm, no, not really, there are more things
[17:14] <abeato> om26er, but the package is not really using bzr, afaik it is a direct dput
[17:14] <om26er> abeato, does this[1] look right the correct diff ? [1]https://launchpadlibrarian.net/201123299/urfkill_0.6.0~20141020.151220.1dc6cf4~rtm-0ubuntu1_0.6.0~20150318.103828.5539c0d.1~rtm-0ubuntu1.diff.gz
[17:14] <abeato> om26er, that's an old change
[17:15] <abeato> om26er, that last one seems correct
[17:15] <cprov> popey: there is more info on https://trello.com/c/2f8qfYun/87-vanguard-reminders-app-ci-failures-due-to-https-bugs-launchpad-net-ubuntu-source-llvm-toolchain-snapshot-bug-1389729, but nothing leading to a solution or workaround on our side.
[17:16] <om26er> abeato, ok. I am finding a bit difficult to filter out exact steps to reproduce bug 1427439 could you help please ?
[17:17] <alex-abreu> rvr, ok sent
[17:17] <abeato> om26er, sure
[17:17] <abeato> om26er, following the steps in comment 9 should nake it happen
[17:17] <abeato> *make
[17:18] <rvr> alex-abreu: Received, thanks
[17:18] <om26er> abeato, oh, great. didn't look that far down the comments. thanks
[17:19] <abeato> np
[17:23] <bzoltan_> om26er:  do you or anybody else knows why the UITK in the silo12 is blocked?
[17:25] <om26er> rvr, ^ do you know. I see you started testing it yesterday.
[17:27] <rvr> bzoltan_: Vivid silos are blocked right now until libc lands.
[17:29] <popey> cprov: ok, thank you
[17:36] <ogra_> bzoltan_, we are in beta freeze, nothing lands atm
[17:36] <ogra_> should be lifted soon though
[17:37] <pmcgowan> ogra_, touch only stuff can land I am told
[17:37] <ogra_> pmcgowan, and the UITK is touch only ?
[17:37] <pmcgowan> hmm, it could be argued
[17:37] <ogra_> heh
[17:37] <pmcgowan> its not seeded in desktop
[17:38] <ogra_> no, but it touches elements that also kubuntu uses i think
[17:38] <pmcgowan> rvr, we are not blocked on libc per se
[17:38] <pmcgowan> ogra_, shouldnt
[17:38] <ogra_> we are not blocked on libc at all
[17:38] <pmcgowan> right
[17:38] <ogra_> except for the next image build
[17:39] <ogra_> (which is why i didnt EOD yet... waiting for infinity to lift the embargo later today)
[17:40] <ogra_> and technically we should just unleash the UITK silo and hold it on the proposed migration level instead ... but after all it doesnt matter much where it gets blocked
[17:40] <sil2100> pmcgowan: well, from what seeded-in-ubuntu says it's seeded in desktop
[17:40] <ogra_> s/should/could/
[17:40] <sil2100> pmcgowan: I think webbrowser-app pulls it in
[17:40] <ogra_> yeah, i thought so too
[17:40] <pmcgowan> oh sure the runtime is
[17:40] <pmcgowan> oh well
[17:41] <sil2100> Anyway, we won't have to wait too long I suppose
[17:43] <ogra_> yeah
[17:50] <dbarth> o/ hi trainguards, can i get a silo for line 58 ?
[17:51] <sil2100> dbarth: on it
[17:52] <sil2100> dbarth: uh, no free silos
[17:54] <sil2100> dbarth: once the archive opens up we should have a few free
[17:59] <dbarth> sil2100: ah, too bad; i'll try to land 1-2 to make some room for tomorrow
[18:00] <bzoltan_> ogra_:  pmcgowan: I think the UITK can be considered as desktop component... after all the QtC is using it :)
[18:00] <sil2100> dbarth: great :)
[18:01] <pmcgowan> bzoltan_, that to, so you are blocked :)
[18:03] <rvr> dbarth: alex-abreu: Hi. About silo 5... Checking the diff, there are no tests for the new API.
[18:04] <alex-abreu> rvr, I didn't backport the tests
[18:04] <rvr> alex-abreu: Please, do, we cannot land it without tests.
[18:05] <alex-abreu> rvr, ok
[18:05] <nik90> bzoltan_: you just handcuffed yourself by admitting to that :P
[18:34] <sil2100> cyphermox: I need to EOD now, will you take care of the train now? :)
[18:34] <cyphermox> ack
[18:34] <sil2100> (I published urfkill)
[18:34] <sil2100> Thanks
[18:34] <sil2100> o/
[18:45] <bzoltan_> nik90:  I am an honest idiot ... that is what my wife keeps telling me too
[18:50] <nik90> bzoltan_: lol ;-)
[19:40] <pmcgowan> om26er, I think its safe to sign off on silo 1
[19:41] <om26er> pmcgowan, approved.
[20:13] <cyphermox> charles: you'll have to wait a bit it looks like all silos are busy
[20:14] <charles> cyphermox, no worries
[20:14] <cyphermox> (which should get fixed after the beta is released and the archive team reviews some of the stuff in the queue)


[07:12] <ppisati> yo
[09:48] <apw> moin, /me reboots to get a lockscreen that actually locks
[10:01] <apw> man a whole new lock screen a whole new set of bugs
[10:02] <ogra_> yay
[10:03] <ogra_> that goes hand in hand with the non-centered new wallpaper ;)
[10:03] <apw> it shows a lot about the testing rigor that the bugs are so obvious
[10:03] <ogra_> i dont have any bugs with mine yet
[10:08] <cking> it depends on how one defines rigor
[10:09] <apw> i have tended to have an unfortuanate interpretation of it, one you might recognise cking
[10:09] <apw> ogra_, try interacting with the top right menu
[10:10] <ogra_> i did already
[10:10] <ogra_> no issues on my XPS13 ... might be a graphics driver issue
[10:10] <cking> i like the way one can start up the character map on the user's desktop when they are locked
[10:10] <cking> and one can shut the machine down too
[10:11] <ogra_> well, my GF likes that she can mute it now when i'm not around :)
[10:11] <smb> That seems to be fixed this morning
[10:11] <cking> ah, progress :-)
[10:11] <smb> ogra_, Could be that feature is gone
[10:12] <smb> Or its a new bug
[10:12] <smb> Who can say
[10:12] <ogra_> did they disable the indicators ?
[10:12] <smb> They look to be there but I could not drop any action menues down
[10:13] <smb> So solely "indicators" in the literal meaning
[10:13] <ogra_> well, they work fine for me
[10:14] <smb> ogra_, when did you upgrade?
[10:14] <ogra_> yesterday
[10:14] <smb> see
[10:14] <smb> I did this morning
[10:14] <ogra_> havent been at my laptop today
[10:15] <smb> Yesterday they behaved as you say
[10:15] <smb> Today is another day
[10:16] <ogra_> oh my
[10:16] <smb> infinity, Somewhat I feel less and less guilty about any issues I may cause with replacing Xen...
[10:23] <tjaalton> was the raring kernel git repo removed?
[10:24] <tjaalton> ah, moved
[10:25] <smb> tjaalton, No more Raring. Only as a HWE branch in the Precise tree
[10:26] <tjaalton> smb: so it gets abi bumps there?
[10:26] <tjaalton> that'd explain it then
[10:27] <smb> tjaalton, Yes, it only will get updated there as long as the version is supported for LTS HWE
[10:28] <tjaalton> right
[10:29] <smb> tjaalton, A pity you only handle the binary-gfx drivers. Otherwise I would have a victim to whine about dual-screen experience in T. But I will have to wait for Sarvatt for that. :)
[10:30] <tjaalton> I don't touch the blobs, it's tseliot land :)
[10:31] <smb> Oh bugger, mixed up the people starting with t... :/
[10:31] <tjaalton> just whine on a bug report against xserver-xorg-video-intel and ickle will whine back :)
[10:31] <smb> Was about to file that next :)
[10:31] <tjaalton> but the first thing would be to <drumroll> try 3.14 ;)
[10:32] <tjaalton> assumed it's an intel issue
[10:32] <smb> Heh, likely
[10:34] <smb> At least could make sure its still there. Not exactly sure its driver or handling of it. Looks to be a problem with lightdm trying to be helpful and arrange screens side-by-side breaking 3D support as that gets wider than 2048
[10:35] <tjaalton> ah
[10:35] <tjaalton> well that's not really a driver bug then
[10:35] <tjaalton> maybe lightdm shouldn't enable both output
[10:35] <tjaalton> s
[10:35] <tjaalton> on older hw
[10:36] <smb> Well it could be as it does not start accdelerating even when I change the setup to something sensible
[10:36] <smb> Yeah, or do mirror mode instead of side-by-side
[10:36] <tjaalton> right
[11:12]  * cking not getting any success with qemu-system-ppc and the trusty ppc image. anyone else got it to work lately?
[11:48] <apw> cking, can't say i have no
[13:50] <apw> rtg, i have just slammed head to add a buglink to an older commit
[13:51] <rtg> apw, ack
[14:42] <rtg> dannf, don't bother with build testing amd64/i386. I've got that figured out. I'd rather see some testing on the Mustang platform.
[14:45] <dannf> rtg: ok, will do. is the fix already in your branch, or do you think the build fix is irrelevant enough that it doesn't also need testing?
[14:47] <rtg> dannf, it has been pushed to that branch and was just a packaging fix.
[14:47] <dannf> ok, cool
[14:47] <rtg> I'm comfortable that it is righteous
[15:33] <ppisati> henrix: do you use git intergration with emacs? if yes, wich package do you use? git.el? magit? what else?
[15:34] <henrix> ppisati: no, not really. i've tried magit but didn't convinced me
[15:34] <ppisati> henrix: ok
[15:35] <ppisati> henrix: but then, how do you handle when e.g. you edit a buffer, write it down, git commit using cli
[15:35] <ppisati> henrix: and when you go back emacs complain about "file changed on disk" etcetc
[15:36] <henrix> ppisati: hmm... that doesn't happen too often i guess :)  and when it does i just re-read it
[15:39] <henrix> ppisati: but why would you have your buffer externally modified after a commit?
[15:39]  * henrix thought ppisati was a vi user btw
[15:39] <ppisati> henrix: actually i was an emacs user who switched to vi cause it was somewhat faster
[15:40] <henrix> :)
[15:41] <rtg> apw, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1292400 looks like your baby
[15:41] <ubot2> Launchpad bug 1292400 in linux (Ubuntu) "task systemd-udevd:1906 blocked for more than 120 seconds." [Undecided,Confirmed]
[16:35] <psivaa> bjf: hello
[16:35] <bjf> psivaa, hi
[16:35] <psivaa> bjf: the saucy xen (amd64 kernel on 64 bit machine) kernel sru is hung on test_stack_collision (__main__.KernelASLRCollisionsTest)
[16:35] <psivaa> bjf: and the kernel log is http://paste.ubuntu.com/7091031/
[16:36] <bjf> looking
[16:36] <psivaa> bjf: this is the first run though.. if you think i should rerun to confirm.. i could do that
[16:36] <bjf> psivaa, is just the test hung? how long?
[16:37] <psivaa> bjf: for 5 hrs now
[16:37] <bjf> psivaa, retry it and it shouldn't take longer than 1 hr. max, i would think
[16:38] <psivaa> bjf: ack, yea the test just hung.. i dont see any other issues with the machine
[16:38] <bjf> psivaa, if it hangs again i'll as sbeattie to look at it
[16:38] <rtg> apw, I pushed 'Add VID:DID for Lenovo OneLinkDock Gigabit LAN' for bug #1291890
[16:38] <ubot2> Launchpad bug 1291890 in linux (Ubuntu) "Add Lenovo ThinkPad OneLink GigaLAN USB ID to ax88179 driver" [Undecided,Confirmed] https://launchpad.net/bugs/1291890
[16:38] <psivaa> bjf: ack, rerunning. thanks
[16:49] <apw> rtg, ack thanks
[16:50] <rtg> dannf, any progress to report ?
[16:50] <apw> rtg, this hyper-v thing looks like an ABBA deadlock in memory hotplug between the balloon driver and udev online
[16:50] <dannf> rtg: not yet; just de-meeting'd, build starting
[16:50] <apw> rtg, i guess i'll pass it upstream and see what they say
[16:51] <rtg> apw, ick!
[17:48] <dannf> rtg: built fine; but initramfs boot fails. looks like the sata driver is correctly waiting postponing probe until the phy is available, but the phy mod doesn't autoload. retesting w/ just XGENE_PHY=y, XGENE_AHCI=m
[17:49] <rtg> dannf, ack, sounds right
[19:14] <dannf> rtg: looks good w/ that caveat, I replied on list. taking off early today, but i'll sync up w/ the thread monday if not sooner.
[19:15] <rtg> dannf, ok. I'm adding the enet driver patches now. I'll send an update on the list.
[19:26] <dannf> rtg: cool. just note that enet relies on the qmtm engine
[19:30] <rtg> dannf, yeah, I was just figuring that out


[23:25] <sathyan> Hello, I work for Sun, part of GlassFish Team, How do I access the nightly builds of Jaunty Release. I am especially interested in looking at the updated maven project binaries. Thanks for your help - Sathyan<EMAIL_ADDRESS>[23:55] <robilad1> hi sathyan
[23:56] <robilad1> sathyan: daily builds of ubuntu are at http://cdimage.ubuntu.com/daily/current/
[23:56] <robilad1> if you install th
[23:57] <robilad1> at one, you'll be able to install other packages through aptitude, apt-get, synaptic, etc.