[00:23] <Mathisen> hello, so would you say i could upgrade from 15.10 on my dekstop home computer ?
[00:23] <Mathisen> or should i still wait
[00:23] <genii> Probably wait until after it's in release, unless you have another computer you could fall back to in an emergency
[00:24] <k1l> we need a red blinking sign saying: your computer will break  :)
[00:25] <Mathisen> hehe
[00:27] <k1l> Mathisen: use the -d switch for developer
[00:27] <k1l> but be aware that things will break and you need to fix them yourself.
[00:27] <Mathisen> i understand, but its only for my desktop i have backup...
[00:27] <Mathisen> if it breaks to bad i revert
[00:28] <Mathisen> i was thinking in the world of.. is there any BIG issues still
[00:31] <Mathisen> no comments on that ?
[00:31] <Mathisen> or is the answer still " it will break your computer "
[00:31] <k1l> working here.
[00:31] <Mathisen> :)
[00:31] <k1l> but its just not meant for the regular user. thats the point
[00:32] <k1l> it can break anytime. and we dont want to hear you cry :)
[00:32] <ChibaPet> Mathisen: It will break your computer. I'd wait longer.
[00:32] <genii> May kill or maim kittens, i think, is the standard disclaimer
[00:32] <Mathisen> okej :) il wait
[00:32] <ChibaPet> It'll be out pretty soon in any event, in all its LTS glory.
[00:33] <Mathisen> from one thing to another.. im no expert how do i get the newest nvidia drivers for my card nvidia 960 gt ?
[00:33] <Mathisen> can you help me with that would be great if you could
[00:33] <genii> Mathisen: Support for regular Ubuntu is in #ubuntu
[00:34] <genii> Please ask there :)
[00:34] <Mathisen> i know but i think i read that 16.04 has beta drivers in a repo ?
[00:34] <Mathisen> or ame i dreaming here
[00:35] <genii> You can get the latest drivers for any current not-EOL Ubuntu by adding the xorg-edgers PPA
[00:36] <Mathisen> thx
[08:57] <lordievader> Good morning.
[10:24] <Volkodav> Hi! I can't get the image to boot from flash drive - tried dd netbootin on different boxes as different user
[10:50] <alexwhitman> Has the Ubuntu Mono font changed recently in 16.04? Performed an update today and things look... odd
[12:36] <Mikelevel> hi , any help with nvidia-352 package ... problems with lib32gcc1 and libc6-i386
[12:57] <BluesKaj> Hey folks
[16:58] <ChibaPet> Mikelevel: What problems? I installed it last night and it seems to be running fine here on a GTX 660.
[16:59] <Mikelevel> i think i was using some repos outdated ... now with official repository everything works fine
[17:00] <ChibaPet> Good good.
[18:01] <ChibaPet> Hm, vlc and xine both dump core. Need to debug this after getting back home later.
[18:04] <ChibaPet> And yet, mplayer plays my DVD. Weird.
[18:04] <ChibaPet> The odd bit is that my other Xenial box can play DVDs with any of them without issue. That might help track it down.
[18:21] <ngaio> is there a special reason why the Dash doesn't find applications in /usr/local/bin, with icons and .desktop file under /usr/local/share/ ? it works in 15.10
[19:05] <enyc> ngaio: $PATH not the asme somehow?
[19:05] <enyc> ngaio: whatever process is spawning the dash process, doesn't have /usr/local/ {various}  in the relevant PATH or equivalent ?
[19:07] <ngaio> enyc, $PATH looks okay. I just rebooted and the application in /usr/local/bin showed up in the dash with an icon, but no name
[19:07] <ngaio> very puzzling
[19:07] <ngaio> before the reboot (and after the install) there was no icon at all
[19:08] <ngaio> so it couldn't be found in the dash
[20:01] <enyc> ngaio_: i rememebr circumstances where $PATH was fine at some terminal but not in whatever spawned a particualr panel, etc.
[20:01] <enyc> ngaio_: i remember bein driven potty by a certain solaris system  with   /opt/gnome-1.4/ blah lah  and zillions of other things in paths all over the place which was crazy
[20:01] <enyc> LD_LIBRARY_PATH ridiculousness and all the rest of it ;p
[21:25] <ChibaPet> enyc: For a number of years my shell scripts kept a list of possible paths across a bunch of different systems, and built a PATH from whatever existed.
[21:26] <ChibaPet> Never know if what you want is in /opt/sfw/bin or /usr/pkg/sbin or /usr/games, and then there was that naughty Sendmail in /usr/lib.
[21:32] <enyc> ;p
[21:36] <ChibaPet> Now systemd will push us all to /usr/bin, and in doing so utterly obscure why /usr ever existed in the first place.
[21:37]  * ChibaPet whistles and looks the other way.


 Did you have time to look into the blog on ubucon.org? Also, I guess there wasn't a meeting yesterday?
[09:40] <dpm> hi svij, I started, but I didn't get too far trying to get the juju local deployment to work. It seems quite a bit has changed with the 2.0 release
[09:40] <svij> ah okay
[09:43] <dpm> it seems the time did not work for the others yesterday, as I hadn't received any confirmation to the new time - I joined the hangout nevertheless in case someone would show up, but after a few minutes I closed the hangout
[09:43] <svij> ah ok, as I heard the others didn't have time either
[09:44] <dpm> that's fine, we can talk on the next meeting. Other than that, I didn't have other updates
[09:44] <svij> me neither.
[09:44] <dpm> I think as the next announcement, we should work out and open registration
[09:45] <svij> and we need a few sponsors
[09:49] <dpm> jcastro, marcoceppi, that reminds me - I understand the local (lxc) provider is no longer available in juju 2.0. Is there a way at all to currently get local deployments to work with LXD, even if it's a bit of a hack? I read https://jujucharms.com/docs/devel/temp-release-notes#lxd-provider but I couldn not figure it out
[09:50] <dpm> On juju 2.0 I could not even figure out how to generate the initial config
[09:54]  * svij is going to visit Canonical HQ later today to play with all the devices \o/
[09:59] <dpm> svij, nice!
[09:59] <dpm> balloons, or I guess I can ping you now for questions on juju ^ ;)
[10:02] <svij> and Im going out for a beer with thibaut
[10:03] <svij> but I guess he will drink my beer :D
[12:13] <marcoceppi> dpm: it's a lot easier in 2.0
[12:13] <marcoceppi> dpm: just install lxd, run lxd init (answer questions), then do `juju bootstrap my-new-local-stuff lxd`
[12:14] <dpm> marcoceppi, \o/
[12:14] <dpm> marcoceppi, I figured out that bit, and I've got juju locally running, however
[12:14] <dpm> I'm having trouble with the local charm for ubucon
[12:15] <dpm> marcoceppi, $ juju deploy local:trusty/ubucon
[12:15] <dpm> ERROR unknown schema for charm URL "local:trusty/ubucon"
[12:15] <marcoceppi> dpm: yeah, all that goes away too
[12:15] <marcoceppi> dpm: just do `juju deploy /abs/path/or/relative/path/to/ubucon`
[12:15] <dpm> tried that too, that's where I got stuck. Let me re-run it and paste the output
[12:16] <dpm> marcoceppi, $ juju deploy ~/charms/trusty/ubucon
[12:16] <dpm> ERROR series not specified and charm does not define any
[12:16] <dpm> I think I'd need to change some .yaml files in the charm or layer, but I wasn't sure which
[12:16] <marcoceppi> dpm: ah, that's because I'm a horrible charm maintainer
[12:16] <marcoceppi> dpm: you can just do this for now
[12:16] <dpm> :)
[12:17] <marcoceppi> `juju deploy ~/charms/trusty/ubucon --series trusty`
[12:17] <dpm> on it
[12:17] <dpm> ok, juju did it without complaints so far
[12:18] <dpm> "Waiting for agent initialization to finish"
[12:18]  * dpm crosses fingers
[12:19] <marcoceppi> dpm: you'll also need to deploy postgresql, but I feel you may know that already
[12:19] <dpm> yeah, did that and added the relation
[12:21] <dpm> marcoceppi, I can update the charm/layer myself if you know off the top of your head which fields we should add and which yaml files to modify
[12:22] <marcoceppi> dpm: you'll want to pull down the layer, edit metadata.yaml, add a series key, which is a list of one string "trusty", then charm build on that layer and you'll have an updated charm with series defined by the charm
[12:23] <dpm> marcoceppi, great, will do that.
[12:23] <dpm> marcoceppi, argh! -> ubucon/0     error           idle        2.0-beta7 2                      <IP_ADDRESS>  hook failed: "install"
[12:25] <marcoceppi> dpm: pastebin me the logs from /var/log/juju/unit-ubucon-0* on that machine?
[12:27] <dpm> marcoceppi, http://pastebin.ubuntu.com/16944735/
[12:27] <marcoceppi> dpm: huh, that's odd
[12:28] <dpm> bzr: ERROR: Not a branch: "/srv/ubucon/ubucon-site/".
[12:29] <dpm> where's the install hook on http://bazaar.launchpad.net/~ubucon-site-developers/ubucon-site/ubucon-layer/files ?
[12:30] <dpm> brb
[12:30] <marcoceppi> dpm: reactive/ubucon.py
[12:38] <dpm> marcoceppi, hm, it seems the install hook is not explicitly defined here, so I'm guessing it's using a standard 'install' that simply checks out the repo. No idea what to do next
[12:38] <marcoceppi> dpm: not quite
[12:38] <marcoceppi> dpm: this may be a failure in the django layer
[12:53] <dpm> marcoceppi, interesting, trying to run the command manually from inside that unit gives me the same error, seems to be bzr related? http://pastebin.ubuntu.com/16945198/
[12:54] <dpm> ah, actually, that should be run as sudo, I guess
[12:54] <marcoceppi> dpm: what does `bzr info` show in the /srv/ubucon/ubucon-site direcetory
[12:55] <dpm> marcoceppi, http://pastebin.ubuntu.com/16945242/
[12:55] <marcoceppi> dpm: it's trying to merge before it did a bzr branch/pull
[12:55] <marcoceppi> which is weird
[13:10] <jcastro> dpm: yeah, lxd provider is fully supported, you want this page: https://jujucharms.com/docs/master/clouds-LXD
[13:11] <dpm> thanks jcastro
[13:12] <jcastro> our docs still haven't shifted over to the stable branch
[13:12] <jcastro> so like you probably ended up on old docs. :/
[13:12] <dpm> jcastro, yeah, but I figured it out from another doc in devel that looks similar to the one you showed me
[13:13] <dpm> I can't believe I'm stuck with a bzr error now, though :/
[13:16] <dpm> I wonder if this warning in `charm build` has anything to do with it, although it seems harmless
[13:16] <dpm> build: Please add a `repo` key to your layer.yaml, e.g. repo: bzr+ssh://bazaar.launchpad.net/~ubucon-site-developers/ubucon-site/ubucon-layer/
[13:24] <dpm> marcoceppi, the django layer the ubucon charm uses is https://github.com/marcoceppi/layer-django, right?
[13:24] <marcoceppi> dpm: yes
[13:26] <dpm> marcoceppi, ok, cool. So I guess there I can 1) look at the install hook if it needs debugging and 2) add the update hook we need for the site
[13:26] <dpm> or action, not sure of the right nomenclature
[13:26] <marcoceppi> dpm: there are not more hooks in charms, all the code lives in reactive/<name>.py ;)
[13:26] <marcoceppi> but otherwise, yes
[13:28] <dholbach> picking up my niece from kindergarten, bbiab
[13:28] <dpm> ok cool
[14:22] <dpm> marcoceppi, ok, one last question before I give up -> http://pastebin.ubuntu.com/16947271 - any ideas why no relations are being found?
[14:38] <marcoceppi> dpm: you're deploying the wrong thing
[14:38] <dpm> ouch
[14:38]  * dpm re-reads pastebin
[14:38] <marcoceppi> dpm: build: Destination charm directory: /home/dpm/charms/builds/ubucon
[14:38] <marcoceppi> dpm: you should be deploying that path
[14:42] <dpm> marcoceppi, argh, you're right, thanks! But should it not be ~/charms/trusty/ubucon instead? I can't recall having deployed from the 'builds' directory?
[14:42] <dpm> I mean when I did it earlier on
[14:43] <dpm> ah, they seem to have the same content
[14:43] <marcoceppi> dpm: you added series flag to the charm, so it's a different output
[14:44] <dpm> marcoceppi, so the right path to point to is always the build dir? Or does it make a difference? I just want to make sure we document the right thing in the site's deployment README
[14:51] <marcoceppi> dpm: the build output directory
[14:51] <dpm> ok, cool
[14:51] <marcoceppi> charm build takes the layer and builds a charm, the charm is what you ultimately want to deploy
[14:51] <dpm> running the install hook now
[14:51] <dpm> crossing fingers that bzr is happy
[14:52] <dpm> argh
[14:52] <dpm> hook failed: "install"
[14:52] <marcoceppi> dpm: i'll take a look in a min
[14:52] <dpm> awesome, thanks
[14:53] <czajkowski> c/
[14:57] <dpm> hey czajkowski
[15:28]  * svij waves from canonical hq.
[15:50] <davidcalle> svij: nice :)
[15:51] <dpm> svij, Telegram pics or it didn't happen! :-)
[15:52] <popey> pics from the roof :)
[15:52] <popey> (don't drop your phone)
[15:54] <svij> dpm: check the insiders group :P
[15:54] <svij> I mean outsiders group!
[15:54] <svij> popey: hmm.. I could drop this Pro 5.
[15:54] <popey> Don't! They're rare!  😃
[15:56] <svij> currently no one is looking for me. I think I could go out with the pro 5, the bq m10 and a nexdock! 🤔
[15:57] <davidcalle> svij: we won't tell on you :)
[15:58] <svij> this channel is luckily not publically logged... oh wait.
[16:03] <popey> you have the nexdock?
[16:03] <popey> didnt realise we got hold of one o fthem
[16:08] <svij> yep here is one beta thing as thibaut told me
[16:08] <svij> not tested yet
[16:30] <dholbach> see you next week
[16:30] <dholbach> have a good one
[16:31] <Kilos> cheers dholbach
[16:31] <Kilos> you have a good one too
[16:31] <Kilos> :D
[16:42] <svij> Im either too dumb for the nexdock or it doesnt work right now...
[16:51] <dpm> who let svij in at the office?
[16:51] <dpm> I'm starting to get worried :-)
[16:53] <svij> dpm: heh ;)
[16:55]  * svij likes the hardware of the pro 5
[16:55] <dpm> if there are news leaked about a super secret device over the weekend, we know who to ask where they came from...
[16:55] <svij> if only the OS would be way better...
[16:55] <dpm> such a troll...
[16:55] <svij> haha
[16:56] <popey> hehe
[16:58] <svij> dpm: I ll tell jane that you're naughty!111!
[17:02] <svij> too bad she is busy
[17:04] <dpm> :)
[17:20] <dpm> marcoceppi, have you had the chance to look at the ubucon charm install failure? I'm about to log off, but if you have a few pointers I can perhaps look at it some time during the weekend
[17:47] <dpm> marcoceppi, actually, the issue seems to be here http://bazaar.launchpad.net/~charm-helpers/charm-helpers/devel/view/head:/charmhelpers/fetch/bzrurl.py#L48
[17:47] <dpm> branch() checks if the location exists, but it does not check if it's a bzr branch. Probably something else mkdir's the directory before, and branch() was not expecting this case
[17:48] <dpm> actually, that something is L62


[10:13] <mup> Bug #1376977 changed: some selenium tests still failing spuriously <tech-debt> <tests> <MAAS:Fix Released> <https://launchpad.net/bugs/1376977>
[12:58] <mup> Bug #1483694 opened: 1.8 Not possible to activate form field on click <ui> <ux> <MAAS:New> <https://launchpad.net/bugs/1483694>
[13:04] <dimitern> maas/juju interlock meeting? blake_r_, allenap, roaksoax ?
[13:05] <blake_r_> dimitern: we are at a sprint at the moment talking about networking, can we delay?
[20:11] <plars> I have some services that I want to deploy to lxc under maas. I'm using juju-deployer to deploy a empty ubuntu charm as something like service-host, and the rest with to: lxc:service-host
[20:11] <plars> but one of the things my service needs to do requires some changes to the default lxc apparmor template
[20:12] <plars> is there some way to pre-configure this when I deploy? or do I have to deploy some decoy to lxc, go modify the template by hand, and destroy the decoy?
[20:13] <plars> It's /var/lib/lxc/juju-trusty-lxc-template/config that I need to edit, but that doesn't seem to exist until I actually deploy something to:lxc:foo
[20:14] <catbus-remote> roaksoax: hey, where can I see dhcp connection messages in maas?
[20:19] <catbus-remote> The node doesn't reach dhcp server to get an ip address in pxe boot
[20:23] <catbus-remote> looks like it's doing as what I configured:  25287 ?        Ss     0:00 /usr/sbin/dhcpd -user dhcpd -group dhcpd -f -q -4 -pf /run/maas/dhcp/dhcpd.pid -cf /etc/maas/dhcpd.conf -lf /var/lib/maas/dhcp/dhcpd.leases eth0
[20:35]  * catbus-remote needs to check physical connections
[20:54] <catbus-remote> ah, it was the physical connection.
[20:54] <catbus-remote> the node can get IP from maas now.
[20:55] <catbus-remote> nm
[22:29] <geekinutah> question for maas developers here
[22:30] <geekinutah> can I generate an api key myself and give it to maas to use
[22:32] <geekinutah> I'm writing some orchestration for site deployment some of which is done with MaaS, some of which is done with other stuff.... (vCenter, other proprietary things)
[22:32] <geekinutah> so I wanted to use the maasclient thing in pip along with other clients that have been provided
[22:32] <geekinutah> thoughts?
[23:02] <catbus-remote> bladernr_: hi


[10:16] <jphilips> bluesabre: congrats on the darkbar app. want to suggest that you reverse the sections in it, so its Active Applications, then Darkbar Preferences, then info. Possibly the info text could go into an about dialog and the bottom of the app can have a help and close button.


[16:43] <knome> hey!
[16:43] <thorwil> ho!
[16:43] <knome> does anybody know any possibilities to theme start.ubuntu.com ?
[21:43] <GreySim> knome: For Firefox, the Stylish extension might help you.
[21:44] <GreySim> If you just want personal customizations.
[21:48] <knome> no, i want derivative-specific customization
[22:00] <MadsRH> knome -> Hi
[22:07] <knome> hi MadsRH! :)
[22:10] <MadsRH> knome -> wanted to ask you about the x-splash in Xubuntu, but I guess I found the answer here: https://wiki.ubuntu.com/Xubuntu/Artwork/Karmic
[22:10] <knome> actually i'm just working on it
[22:10] <knome> but we have thought your "idea 4" (the fireflys)
[22:12] <MadsRH> knome -> Oh..?
[22:12] <knome> yeah.
[22:12] <knome> it would be hard to achieve but would be kewl
[22:13] <knome> you have any ideas how one could accomplish it?
[22:13] <MadsRH> knome -> I'm not sure what you mean.
[22:13] <MadsRH> You want the firefly as x-splash?
[22:14] <knome> http://www.youtube.com/watch?v=XlCVrtgxVcI&hl=en&fs=1&hd=1
[22:14] <knome> this one, we'd love it.
[22:15] <MadsRH> But I've already made it available as an actual x-splash!
[22:15] <knome> really? where?
[22:15] <MadsRH> http://anotherubuntu.blogspot.com/2009/09/karmic-status-and-artwork-update.html
[22:15] <knome> didn't know that!
[22:16] <MadsRH> knome -> you should visit the forum every now and then ;-)
[22:16] <knome> maybe ;)
[22:16] <knome> how did you do that png?
[22:18] <MadsRH> with evil proprietary software :-$ and "cnn" from the forum helped me put the png images together
[22:18] <knome> i'm willing to hear more
[22:19] <MadsRH> I know nothing about x-splash, but it simply replaces the current throbber and boom
[22:19] <knome> i know that.
[22:19] <knome> i want to know more about the png creating process ;)
[22:23] <MadsRH> Well, create an animation with a transparent background as export it as PNG's and stick them together using "convert"
[22:23] <knome> no no no
[22:23] <knome> which software did you use? how did you create that effect?
[22:23] <MadsRH> http://ubuntuforums.org/showpost.php?p=7939264&postcount=169
[22:23] <knome> was it hard?
[22:24] <MadsRH> nope
[22:24] <knome> tell me more :)
[22:25] <MadsRH> *** back in 5
[22:25] <knome> ok hehe
[22:25] <knome> no pressure ;)
[22:51] <MadsRH> knome -> Baby alert – sorry
[22:51] <MadsRH> Anyway, I use After Effects
[22:52] <knome> okay
[22:52] <MadsRH> knome -> I get a lot bashing in the open-source world for using Adobe products, but I know that Canonicals artteam also it, which comforts me. It’s just de facto standard in the graphics business
[22:52] <knome> agree
[22:53] <knome> could you control the flys or are they random?
[22:53] <MadsRH> but what about Xubuntu? should we create something slick for Karmic?
[22:54] <knome> yeah, i am thinking a possibility to get some blue fireflys for our xsplash x)
[22:54] <knome> or at least see how it would look like
[22:54] <MadsRH> random
[22:55] <MadsRH> sure
[22:56] <MadsRH> So you want blue fireflys on this background? https://wiki.ubuntu.com/Xubuntu/Artwork/Karmic?action=AttachFile&do=view&target=karmic-wall-07.png
[22:57] <knome> yeah
[22:57] <knome> something quite saturated and bright, i thin
[22:57] <knome> +k
[22:59] <MadsRH> but still the same animation as in: http://www.youtube.com/watch?v=StNanFooAu8
[22:59] <knome> the animation can be same, or if you want, you can do another set of sparkles :)
[23:01] <MadsRH> knome -> it is easy to just change the color - it's creating the animation that takes time
[23:01] <knome> ah, ok, then just change the color
[23:01] <MadsRH> Is there still time for something like this to make it in?
[23:01] <knome> with xubuntu, there always is
[23:01] <knome> ;)
[23:02] <MadsRH> he he
[23:03] <MadsRH> have you tried the PNG from the blogpost? It might not look bad on the blue background?
[23:03] <knome> i'm not running karmic :(
[23:03] <MadsRH> oh
[23:03] <MadsRH> Nor me
[23:04] <knome> i have karmic in vbox so i can test several things
[23:04] <knome> but no, havent tried with the orange sparks
[23:04] <knome> but i think we want blue sparks even if the orange sparks looked good ;)
[23:05] <MadsRH> sure
[23:07] <MadsRH> but you can test it? or should I ask "cnn" from the forum? he was very helpful and friendly
[23:07] <knome> i can test it, sure
[23:07] <MadsRH> okay, fantastic. It's past midnight here and I've got a sick son, so I won't have anything for you tonight.
[23:08] <knome> no problem. if you want, you can pop at #xubuntu-devel when you have something :)
[23:08] <knome> hope your son gets well soon
[23:08] <MadsRH> Oh, I should mention the file size is HUGE compared to the original Canonical one
[23:09] <knome> no problem with that either
[23:09] <knome> i could see that coming :)
[23:09] <MadsRH> he he, I hope so too.
[23:10] <MadsRH> I have to ask; sure you want the fireflies and not a running mouse :P
[23:10] <knome> YES! :P
[23:10] <knome> the running mouse has appeared in ideas
[23:10] <knome> and it's always been dumped
[23:11] <MadsRH> good thing
[23:11] <knome> it is:))
[23:12] <MadsRH> I'll get back to you soon - good night
[23:12] <knome> night - and thanks :)


[02:14] <[ESphynx]> hey guys, I'm hitting this extremely annoying hang which seems to be new...
[02:15] <[ESphynx]> https://gist.github.com/anonymous/cbcac0e6413fc30d6a75  calling XCreateIC seems to jam
[07:19] <dholbach> good morning
[18:35] <picca> Hello, I am the DD of the tango package. the 14.04 version is affected by this debian bug #743508, which was fixed in the 8.1.2c+dfsg-5 version. I would like an update of this package in 14.04. Is is possible ?
[18:43] <jtaylor> picca: sure if you have  patch
[18:45] <picca> hello julian, which can of patch do you need, the version I would like uploaded to 14.04 is the current developpement version
[18:47] <jtaylor> the whole version?
[18:47] <jtaylor> that somewhat depends on the size of the diff
[18:50] <picca> Yes, is adds two patches from the upstream, and also this fix  #657146
[18:51] <jtaylor> the upgrade procedure is described here: https://wiki.ubuntu.com/StableReleaseUpdates
[18:52] <jtaylor> first we need the fixed version in utopic (dev release)
[18:52] <picca> utopic already contain the right version
[18:54] <jtaylor> oh tango, I looked at pytango
[18:55] <picca> In fact the problem is in the tango library, not in the python binding
[18:55] <picca> the real problem is with zeromq3 4.0.4., but tango upstream provided a patch which fix this bad interaction
[18:56] <picca> 14.04 is affected because zeromq is the 4.0.4 version...
[19:00] <jtaylor> file a bug with a minimal debdiff and I'll see to uploading it
[19:00] <jtaylor> bug description should have a testcase as described in thewiki
[19:03] <picca> I do not have an ubuntu machine, I can open a bug from the we interface ?
[19:03] <picca> the wiki is StableReleaseUpdates previour link right ?
[19:06] <jtaylor> yes
[19:06] <jtaylor> there is a webinterface
[19:07] <jtaylor> do you have a launchpad account?
[19:08] <picca> yes
[19:14] <picca> ok, I filled a bug but I do not have the debdiff now Bug #1355394 , I need more time to build the -3 -> -5 debdiff
[19:18] <jtaylor> picca: the backportpackage script from ubuntu-dev-tools should give you a start to work with
[19:18] <jtaylor> should also work in debian
[19:20] <picca> ok I will try, thanks
[19:36] <picca> jtaylor: I attached something to the bug, can you check that it is ok
[19:38] <jtaylor> not really, you would need to debdiff the trusty package against the backport
[19:38] <jtaylor> and then the backport is not yet a proper backport though in this case probably just some minor adjustments are required
[19:41] <jtaylor> oh some stuff is renamed in the package, that should not be part of the sru
[19:43] <picca> so I miss used the backportpackahe script...
[19:45] <jtaylor> no the debdiff
[19:46] <jtaylor> actually I'd probably skip the unowned file backport
[19:46] <jtaylor> doesn't seem important enough
[19:46] <jtaylor> only the zmq fix should be fine
[19:47] <jtaylor> picca: why was --disable-static added to rules?
[19:48] <picca> to reduce the compilation time, I do not install the static library
[19:49] <picca> so in fact the important point is just to add the two upstream pacthes and that's all
[19:49] <jtaylor> yes
[19:49] <jtaylor> I can do so, seems simple enough
[19:52] <jtaylor> picca: your testcase does not run
[19:52] <jtaylor> I need to do some setup first?
[19:52] <picca> you need to install first a mysql-server
[19:53] <picca> then the tango-db package, which should start a tango database usign the tango user
[19:53] <picca> during the configuration it should ask for the TANGO_HOST
[19:54] <picca> normally this should be ok if you use the default value
[19:54] <picca> then you install python-pytango
[19:54] <picca> and at last you should try the python snipset furnish by the bug reporter
[19:57] <jtaylor> mh now how do I get a mysql server to start in a chroot
[19:57] <picca> this is a problem indeed...
[20:02] <picca> Is it possible to start the mysql-server outside the chroot and mont the mysql socket inside the chroot ?
[20:03] <jtaylor> ok I think I got it to work
[20:03] <jtaylor> its now hanging as expected
[20:03] <jtaylor> lets see if my debdiff fixes it (still building)
[20:05] <picca> thanks :)
[20:12] <jtaylor> picca: are there upstream bug logs?
[20:12] <jtaylor> not sure how p812_3 is related
[20:12] <jtaylor> the sleep in the connect is also dodgy
[20:15] <picca> http://sourceforge.net/p/tango-cs/bugs/662/
[20:16] <picca> p 812_3 is not related, but it is better to provide all the upstream pacth available. upstream produce a few hotfix for a release, usually they are  important
[20:20] <jtaylor> ok the patches fixed the hang but I get: 2014-08-11 20:19:37.923333 SYS/DATABASE/2 STATE CHANGE [API_AttributePollingNotStarted] The polling (necessary to send events) for the attribute state is not started
[20:22] <picca> I will ask the main bug reporter what is the expected result of the method. I updatethe bug report with your informations
[20:24] <jtaylor> is there a testsuite that can be run to check its working?
[20:24] <picca> not yet, I asked the upstream for a test suite, but it is not yet part of tango source package. I filled a bug for this.
[20:26] <picca> Now the problem is that they are using a dedicated mysql-server with pre-filled tables for the test
[20:26] <picca> so I need a script which populate this database.
[20:26] <picca> It would be a nice test case for debci :)
[20:26] <picca> b
[20:32] <picca> from what I know about tango it seems to me that the return values are ok, the state attribut is a special one and users need to configure specially the polling of this attribute, to obtain events
[20:33] <picca> the -5 version is working on my machine, but indeed I would be nuch confident If I would have a test suite... maybe one day
[20:37] <jtaylor> do you get the same message?
[20:42] <picca> this is strange on my debian unstable it does not work ???
[20:43] <picca> I do not have the output message
[20:44] <picca> ouf I got it >>> id = dev.subscribe_event("state", PyTango.EventType.CHANGE_EVENT, cb, [], True)
[20:44] <picca> >>> 2014-08-11 22:43:09.745188 SYS/DATABASE/2 STATE CHANGE [API_AttributePollingNotStarted] The polling (necessary to send events) for the attribute state is not started
[20:47] <jtaylor> I also get it in stable without zmq
[20:47] <jtaylor> so its probably fine
[20:50] <picca> Yes in stable I never activated the event system... whcih require a non maintained library omninotify
[20:50] <jtaylor> picca: I uploaded it to -proposed
[20:50] <picca> thanks a lot for your efforts
[20:51] <picca> also for ipython ;)
[20:53] <jtaylor> should have probably looked at it better earlier
[20:53] <jtaylor> I knew of the bug before trusty was released
[20:53] <jtaylor> but for some reason I though trusty is not affected
[20:53] <Logan_> Noskcaj: stealing my syncs, I see :P
[20:53] <jtaylor> must have been before zeromq4 landed
[20:54] <jtaylor> or me just being stupid :)
[20:54] <Noskcaj> Logan_, Saves you work
[20:55] <jtaylor> mh, right I still wanted to fix gccs sanatizers :/
[20:58] <picca> To my opinion zeromq3 should be reverted to the lastest 3.2.4 version and a new zeromq4 should be introduce...
[20:59] <jtaylor> probably
[20:59] <jtaylor> but its too late now
[20:59] <jtaylor> debian would probably prefer to only ship one zmq and thus remove 2 and 3
[21:00] <picca> Indeed, it would be nice to have only once version of zeromq
[21:01] <picca> but the zeromq maintainer does not seems to be very active.
[21:01] <jtaylor> I'm still waiting for sodium to finally get uploaded so I can build pyzmq with encryption
[21:01] <jtaylor> there seems to be some progress on that now
[21:03] <picca> have a good night, and thanks again for your help