[04:05] <MrCurious> persia: are you around?
[04:06] <MrCurious> i think it was you who reccomended that i use the ubuntu opencv linraries (from apt-get) rather than building them myself.  do you know if for pandaboard, the ubuntu opencv libraries have any DSP or 3d optimizations in them
[04:06] <Martyn> they do not, that I am aware of
[04:06] <MrCurious> curses!
[04:08] <MrCurious> wonder if anyone is working on hardware acceleration for opencv on pandaboard
[04:08] <Martyn> Well, there isn't all that much in there to help with accel
[04:08] <Martyn> It's not exactly like you can use CUDA on an omap 4400
[04:09] <Martyn> openCL maybe?
[04:09] <Martyn> that uses the SGX accel
[04:12] <MrCurious> looks like opencl has not yet come to the pandaboard
[04:13] <MrCurious> hmmm OpenCL implementation is in work at this time and from what I understand it
[04:13] <MrCurious> will likely be made available in 2H11. Andrew is at Imagination Technologies
[04:13] <MrCurious> ( the graphics IP vendor for OMAP4 SoC)  i.e, he has access to the inside
[04:13] <MrCurious> implementation he he is able to do such posts.
[04:13] <MrCurious> wonder what 2H11 means?
[04:13] <MrCurious> 2nd quarter 2011
[04:19] <MrCurious> http://withimagination.imgtec.com/news/powervr-sgx-cores-get-opencl-conformance/
[04:21] <MrCurious> looking like you are right about opencl
[04:21] <MrCurious> its just a question of can they be had
[05:16] <persia> MrCurious, I don't know of anyone working on optimisation of OpenCV (except perhaps you).
[05:20] <MrCurious> i am not working on, just inventorying what is available to me
[05:21] <MrCurious> i am curious if anyone has a pandaboard and a web cam(running ubuntu or android) if they could check teh FPS they get with mplayer on /dev/video0
[05:22] <MrCurious> would love to know if i have a less than optimum setup 3 web cams varying 8 FPS to 12 FPS
[05:23] <persia> Looks like OpenCL isn't really well-supported right now.  There's a khronos-opencl-headers package, but it doesn't seem to be something that has dependencies.
[05:23] <MrCurious> no library package for those headers?
[05:23] <persia> Only the nVidia CUDA implementation
[05:24] <MrCurious> and my guess is that is not meant for pandaboard
[05:24] <persia> And from what I can tell, that's not being distributed as part of Ubuntu currently.
[05:24] <persia> Heh, no.
[05:25] <persia> The headers are from http://www.khronos.org/registry/cl/ , but from what I can tell, it needs N implementation libraries.
[05:26] <persia> Meaning that there's probably lots of integration and interoperability work to be done as the implementations become available and packages are created.
[05:28] <persia> For the pandaboard, you'll probably get the fastest throughput with video capture using gstreamer.
[05:28] <persia> I believe TI has some optimised gstreamer input plugins in their PPA.
[05:28] <persia> (although I may be mistaken: I haven't tried playing with video in)
[05:29] <MrCurious> gstreamer... isnt that for working the DSP's?
[05:29] <MrCurious> not something to speed up USB ports
[05:32] <persia> gstreamer is an A/V programming framework: I believe that it helps deal with onboard processing once it's come over USB.
[05:32] <persia> If you think 8-12 FPS is limited by USB, then it probably won't help.
[05:35] <MrCurious> at this point i am unsure of where its bottlenecked. thats why i seek comparison with other users
[05:35] <MrCurious> given that my disk was much much slower than gruemaster
[05:36] <MrCurious> and mine was ssd vs his spinning disk
[05:40] <MrCurious> panda has gstreamer support?
[05:42] <persia> Everything has gstreamer support, but TI has some special gstreamer modules to make panda even faster at processing video.
[05:43] <MrCurious> interesting
[05:44] <MrCurious> lots of packages come back in a gstreamer search
[05:45] <persia> Right, but the ones with the panda-specific optimisations are probably those in ppa:tiomap-dev/release
[06:00] <persia> I *think* you want gst-ducati (but I'm not really sure)
[06:03] <Martyn> Damnit, I can't get a hold of George in New Zealand
[06:03] <persia> It's the end of the day there...
[06:04] <Martyn> yes.. but the earthquake seems to have knocked out phones/cells again
[06:04] <Martyn> there was a swarm, starting at 1pm (5.5) ending with a pretty solid 6.0 quake at 2:20pm .. it's been a little over two hours
[06:09] <persia> I seem to have some (sporadic) traffic from .nz hitting my router: I presume the lines are up and congested.
[06:12] <Martyn> .nz is big enough to be up away from Christchurch
[06:12] <Martyn> can you tell if there is much (if any) traffic coming from there?
[06:12] <persia> Nope.  I have insufficient knowledge of the relation between network topology and geography in that region.
[06:14] <persia> I'm probably currently biased, but I'd presume that a series ending in 6.0 isn't likely to have been catastrophic, although that means nothing in terms of individuals.
[06:14] <Martyn> Yep, and what's bad is that NZ has many, many buildings that just aren't up to earthquake codes
[06:15] <Martyn> they happen, and lately frequently, but in the past not very often
[06:15] <persia> That could make it much worse then.
[06:17] <Martyn> Can .. of course since the big quake four months ago, there has been a call to up the quality of construction (and shore/replace current structures)
[06:17] <Martyn> but it's only been four months
[06:18] <persia> Code compliance requires a generation of buildings, which can be fairly long in places with heritage regulations.
[10:25] <garagoth> Good morning
[10:27] <garagoth> I have a problem with mu Natty on BB-xM
[10:27] <garagoth> (again)
[10:27] <garagoth> After reboot it does not bring up USB and network
[10:30] <garagoth> also, bridgedriver (for DSP) seems to be missing...
[10:33] <garagoth> any hints?
[10:33] <GrueMaster> What rev beagleXM do you have?
[10:34] <garagoth> C
[10:34] <garagoth> it was working before reboot (except dsp)
[10:35] <GrueMaster> Yep.  Known issue.  We have a new kernel for this.  Give me a sec and I'll paste the link up.
[10:35] <garagoth> and kernel during startup correctly identifies my board (u-boot does not)
[10:35] <garagoth> GrueMaster: Is this a second patch for Natty on xM rev B, C then?
[10:36] <GrueMaster> Yes.
[10:36] <garagoth> But it started up correctly when I rebooted after headless install... ?
[10:37] <GrueMaster> https://wiki.ubuntu.com/ARM/OmapNetbook
[10:37] <GrueMaster> The update is at the bottom of the wiki page.
[10:37] <garagoth> I powered it off for weekend and it did not start.
[10:37] <GrueMaster> Instructions are the same for headless.
[10:38] <garagoth> GrueMaster: Is this the same updated image I applied at hm, thursday or friday, when I reported problems with headless install here?
[10:38] <GrueMaster> Maybe.  I have lost track, as I had to fly to London for meetings.
[10:39] <GrueMaster> I can look through the backscroll to check.
[10:39] <garagoth> Because headless install was failing (no network), then applied your (and rsalveti) patch, went fine, reboot, still all fine... now not fine, after halt & poweroff
[10:40] <GrueMaster> Odd.  Same kernel or did it revert?
[10:41] <garagoth> The patch is exactly the same, md5 identical.
[10:41] <garagoth> Hm, dunno.
[10:41] <garagoth> Should be the same?
[10:41] <garagoth> How can I check it?
[10:43] <GrueMaster> Here is my md5sums:
[10:43] <GrueMaster> 6b627ef6dbbca9b9f8212a512fcd9561  uImage
[10:43] <GrueMaster> 1747c4ab2cc6a9d0710207f48666a91d  vmlinuz-2.6.38-8-omap
[10:44] <GrueMaster> I don't have access to a beagleXM here, so I can't check the kernel signature.
[10:44] <garagoth> my uImage is different
[10:45] <garagoth> but I changed boot.script and executed flash-kernel
[10:46] <GrueMaster> flash-kernel would have changed the timestamp, but nothing else as long as it is using the same vmlinuz.
[10:46] <garagoth> Hmm!
[10:47] <GrueMaster> Make sure /boot/vmlinuz links to the vmlinuz updated kernel.
[10:47] <garagoth> it is.
[10:51] <garagoth> and flsh-kernel generated uImage with md5 2fb0dd0f4061e4b5c0ff482639d69248
[10:53] <GrueMaster> I don't know what to tell you off hand.  maybe rsalveti will have some ideas.
[10:53] <garagoth> what is the kernel module responsible for usb on BB-xM ?
[10:54] <GrueMaster> Not sure, but I know that it is built in.
[10:54] <garagoth> ahm.
[10:55] <garagoth> Then maybe you know something about missing bridgedriver module?
[10:56] <GrueMaster> Not offhand.
[10:57] <garagoth> Mm. Thanks.
[10:57] <GrueMaster> Let me see if my beaglexm is still running at home.  If so, I can do a quick test of this kernel.
[10:58] <garagoth> Sure.
[11:03] <garagoth> Angstrom boots fine, so not a hardware issue...
[11:10] <garagoth> GrueMaster: Also, u-Boot still reports Beagle unknown rev 0x02, while u-Boot from Angstrom displays Beagle xM. Kernel displays correctle as bb-xm rev C...
[11:11] <garagoth> Grr. Why I always make a typo in correctly and usually in typo ...
[11:12] <GrueMaster> Yes, I don't know if u-boot has been updated upstream yet.
[11:13] <GrueMaster> Also, I can't get the kernel to work properly with networking either on my older XM, so definately a kernel issue.
[11:13] <GrueMaster> rsalveti:  ^^^
[12:33] <garagoth> rcn-ee: How is your work on 2.6.39 kernel for natty?
[12:37] <jussi> Does anyone know about the driver for the HDMI expansion card on the freescale iMX53 quick start board? (ie. which driver it is)
[13:36] <rcn-ee> garagoth, haven't been able to repeat it, tried a bunch of mmc cards, haven't been able to get the mmc -110 on the current image..
[13:37] <garagoth> rcn-ee: Also, your latest <IP_ADDRESS>-x1 kernel fails to bring up my USB devices & network interface...
[13:37] <rcn-ee> are you using my u-boot?
[13:37] <garagoth> I installed it on natty headless because 2.6.38-8 has same problem
[13:38] <garagoth> rcn-ee: Not sure...
[13:38] <rcn-ee> android people where running the same issue.. if you don't have a u-boot that knows about the xM C, for some reason the usb is dead..
[13:38] <garagoth> Funny thing is...
[13:39] <garagoth> that I installed headless natty (after installing patched 38-8 kernel), rebooted, all was fine... then I powered it off, waited 2 days, powered on and no USB
[13:43] <rcn-ee> so either, something was setup that got lost between reboot's, or the kernel changed..
[13:44] <garagoth> Kernel was the same...
[13:44] <garagoth> But few reboots it was working. It stopped after power off
[13:44] <garagoth> for few reboots*
[13:45] <rcn-ee> humm strange.. well got to run to work, will be back in just a bit..
[13:46] <garagoth> Mm.
[13:49] <garagoth> Ok. More strange things
[13:50] <garagoth> I booted Angstrom (it booted fine, all USB working), then reset (without powering off), swapped cards, booted ubuntu... and all is working again...
[14:47] <garagoth> rcn-ee: Let me know when you will be back, I need to learn about your uBoot
[14:48] <rcn-ee_at_work> garagoth, nothing special, i just build it from angstrom's..
[14:49] <garagoth> Ok... how to install it? It is "special" as it works...
[14:50] <rcn-ee_at_work> on your fat partition, just copy it as is. "uboot.bin" would upgrade it.. MLO/X-loader it's usualy a toss up 50/50 you'll need to redo the sd card..
[14:55] <garagoth> what would it upgrade?
[15:05] <garagoth> Maybe I will just copy MLO & u-boot.bin from Angstrom? Will it work, or your files have something better/Ubuntu specific?
[15:14] <GrueMaster> I would hope that we all are using the same u-boot source tree, instead of one for ubuntu, one for Angstrom, etc.  Our released package may be dated, but we should be using the same upstream source.
[15:17] <rcn-ee_at_work> they are 2011.02 with a few patches: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/u-boot/u-boot_git.bb?h=2011.03-maintenance#n28
[15:52] <garagoth> rcn-ee: None of your u-boot.bin files correctly identified my board
[15:53] <garagoth> while Angstrom u-boot.bin identifies it correctly.
[15:53] <garagoth> I was checking inages from here: http://rcn-ee.net/deb/tools/beagleboard/
[15:54] <rcn-ee_at_work> yeah, sorry those are pure mainline was using them to find a mmc card issue on an old Bx...
[15:54] <rcn-ee_at_work> for the xM: http://rcn-ee.net/deb/tools/UBOOT/u-boot-beagleboard-2011.02+r75+gitrc7977858dcf1f656cbe91ea0dc3cb9139c6a8cc8-r75.bin
[15:54] <garagoth> ok, let me try....
[15:55] <rcn-ee_at_work> (that's one i built from angstrom's tree and uploaded)
[15:55] <garagoth> Original Angstrom u-boot.bin file is looking for /boot/uImage from mmc device 0:2
[15:56] <garagoth> does your look for /uImage on mmc 0:1 ?
[15:57] <rcn-ee_at_work> no, i redirect it with: http://elinux.org/BeagleBoardUbuntu#boot.scr_-.3E_uEnv.txt  (on my demo images... )
[15:58] <brendand> is there a way to get flash working on pandaboard?
[16:00] <garagoth> mmc0: unrecognised SCR structure version 6
[16:01] <garagoth> mmc0: error -22 whilst initialising SD card
[16:01] <garagoth> mmc_erase: erase error -110, status 0x800
[16:01] <garagoth> end_request: I/O error, dev mmcblk0, sector 334793
[16:01] <garagoth> This is on your 39.1-x1 kernel
[16:03] <rcn-ee_at_work> I'd really test another mmc card.. i might have the same one that came from beagle here at work.
[16:32] <garagoth> rcn-ee: This is different card.
[16:33] <garagoth> Transcend microsd
[16:33] <garagoth> 4GB
[16:33] <garagoth> but there is only one such error and system boots up
[16:33] <garagoth> on stock card there were hundreds of those...
[17:02] <garagoth> rcn-ee: On 2.6.38-8 kernel there are no such errors.
[17:03] <garagoth> and there seems to be some error with usb0 (network) - interface is up, bot not communication goes through. On 2.6.38-8 all is fine again.
[17:05] <garagoth> but your u-boot works.
[17:05] <rcn-ee_at_work> garagoth, the only error i'm getting so far is: "mmc0: unrecognised SCR structure version 10, mmc0: error -22 whilst initialising SD card" but i believe that's related to the expansion mmc setup (it doesn't find it)
[17:06] <garagoth> What can I say.
[17:08] <rcn-ee_at_work> the one big difference between my 2.6.39 and the older 2.6.38 is we know have support for this mmc based device: http://boardzoo.com/product_info.php?products_id=1
[17:09] <garagoth> Beagle wlan adapter?
[17:09] <rcn-ee_at_work> same wlan as on the panda
[17:10] <GrueMaster> beagle has wlan?
[17:10] <rcn-ee_at_work> expansion
[17:11] <GrueMaster> ah.
[17:19] <rcn-ee_at_work> garagoth, i had one of the mmc card's that came with a beagle xm, but i can't even write an image to it without that task hanging at the moment.. here's my pastebin with a good working card: http://paste.ubuntu.com/625969/
[17:20] <garagoth> Hm, looks like you have different xM revision
[17:21] <garagoth> Mine is: [    0.149444] OMAP3 Beagle Rev: xM C
[17:21] <rcn-ee_at_work> yeah in the lab here i only have my "xM B" labeled, my C is out in the field with another engineer..
[17:26] <NCommand1r> rsalveti: did you file a bug on the OMAP3/4 boards failing to reset with the new images?
[17:26] <rsalveti> NCommand1r: nops, as I didn't test with the new images yet
[17:27] <NCommand1r> rsalveti: well I haven't built a new image yet (and the old images are sitll pre-install, but I'm working on it)
[17:29] <GrueMaster> NCommand1r: what reboot failure?
[17:29] <GrueMaster> On oneiric?
[17:30] <NCommand1r> GrueMaster: when you boot a panda with a partition formatted with the new mkdosfs patch, the reset button onthe panda stops working
[17:30] <GrueMaster> Ah.
[17:30] <GrueMaster> I wonder if it is similar to the toolchain issue with the omap3 kernel and usb?
[17:31] <GrueMaster> bug 791552
[17:31] <ubot2> Launchpad bug 791552 in linux "No USB support on beagle/beagleXM" [High,New] https://launchpad.net/bugs/791552
[19:44] <NCommand1r> rsalveti: is three a packaging for x-loader/u-boot? I need to create udebs
[20:58] <rsalveti> NCommand1r: yup, for both
[20:59] <rsalveti> NCommand1r: why do you need udeb for them?
[21:09] <NCommand1r> rsalveti: for d-i
[21:35] <garagoth> Hmm. I have Beagle-xM trainer board from tin can tools. u-boot correctly detects it.
[21:36] <garagoth> But, when ubuntu boots, I cannot see i2c bus 2
[21:36] <garagoth> only 1 and 3 are visible
[21:36] <garagoth> any hints?
[21:36] <garagoth> (Angstrom boots and sees i2c bus 2 out of the box and I am able to communicate on it. So not a hardware issue)
[21:43] <rcn-ee_at_work> garagoth, i don't think ubuntu's kernel has support for any of the expansion board's..  (the patches angstrom have come with haven't been pushed to mainline either..)
[21:43] <garagoth> but i2c bus 2 is available on expansion port
[21:43] <garagoth> beagle trainer board just translates voltage levels
[21:45] <rcn-ee_at_work> only 1 & 3 are visable because port 2 isn't setup in ubuntu or mainline either: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=arch/arm/mach-omap2/board-omap3beagle.c;h=7f21d24bd437732724a45af9302c50a514f56482;hb=HEAD#l418
[21:46] <rcn-ee_at_work> for the expansion boards you need a patch similar to this: https://github.com/RobertCNelson/stable-kernel/blob/master/patches/sakoman/2.6.39/0032-OMAP3-beagle-add-support-for-expansionboards.patch
[21:47] <garagoth> Just great...
[21:48] <garagoth> Thanks. will think over it tomorrow. It is already 11 PM here. I need to sleep...
[21:48] <garagoth> Cheers!
[21:48] <garagoth> and good night...


[01:02] <kieppie> hi guys. I've just reinstalled a fresh skinny Ubuntu Oneiric on a netbook from a mini.iso & want to install ubuntu-sugar-remix, but I'm getting dependency errors. How can I install this?
[01:03] <kieppie> http://pastebin.com/0HTtwQY3


[00:23] <robru> jhodapp: ok but is that really tested or is that just a stale tested status from the last time?
[00:24] <jhodapp> robru, it's stale now
[00:24] <robru> hehe
[00:24] <robru> jhodapp: ping me when you get a chance to retest it and I can publish
[00:24] <jhodapp> robru, I'll run it through a another quick smoke test shortly
[00:24] <jhodapp> robru, thanks
[00:24] <robru> jhodapp: cool
[00:24] <robru> you're welcome
[00:25] <jhodapp> justinmcp_, can you try out vivid silo #1 please and just make sure music/video playback is working well?
[00:25] <jhodapp> justinmcp_, I'll be doing the same thing
[00:26] <justinmcp_> jhodapp: it'll have to wait a bit sorry, my device is setup for solving a particular problem right now
[00:27] <jhodapp> justinmcp_, that's np, I can test it pretty thoroughly myself
[00:27] <jhodapp> no worries then
[00:27] <justinmcp_> jhodapp: ok, sorry 'bout that
[00:27] <jhodapp> no problem at all
[01:09] <jhodapp> robru, ok, let's try this again, vivid silo 1 is ready for publishing
[01:09] <robru> jhodapp: sure
[01:10] <robru> jhodapp: https://ci-train.ubuntu.com/job/ubuntu-landing-001-2-publish/52/console that superceded one is still there. you didn't reconfigure before rebuilding?
[01:12] <jhodapp> robru, crap I see what you're saying now, I didn't see it before
[01:12] <jhodapp> robru, ugg
[01:12] <robru> jhodapp: yeah you have to get the new MP that replaced that mp, update it in the spreadsheet, reconfigure the silo, then rebuild that, and retest it.
[01:12] <robru> jhodapp: sorry i thought you knew
[01:12] <jhodapp> robru, no I was thinking you were referring to qtubuntu-media, not media-hub
[01:13] <jhodapp> robru, so I wasn't even looking at that
[01:13] <jhodapp> robru, ok, you can reconfigure it now
[01:14] <robru> jhodapp: ok, should be good to go. you can rebuild just media-hub in the build job options
[01:14] <jhodapp> awesome thanks
[01:24] <robru> and this is why we stage changes before deploying live in production.
[01:27] <jhodapp> heh
[01:40] <awe_> robru, hey quick question, if I want to kick the build for silo-017 ( ofoo ), what are the build parameters I need to provide?  Just package name?
[01:40] <robru> awe_: you shouldn't need any parameters on first build. just leave the defaults.
[01:42] <awe_> that's what I thought...lemme try again
[01:43] <awe_> guess I didn't click hard enough.  lol
[01:43] <awe_> thanks dude!
[01:45] <robru> awe_: you're welcome
[01:45] <robru> awe_: oh yeah the first click just logs you in. if you're still looking at the form it means the job didn't start.
[01:46] <awe_> that explains a lot
[01:46] <awe_> ;)
[01:46] <robru> awe_: that's been torturing me for *years*. it auto-logs me out after like 10 minutes. I have to submit everything twice.
[01:47] <awe_> damn... somebody needs to fix that!
[01:47]  * awe_ ducks
[02:04] <imgbot> [02:28] <robru> jhodapp: I gotta step out for a couple hours, happy to publish for you when I get back though.
[02:29] <jhodapp> robru, don't worry about it tonight, I'm going to get it tested quickly again and published in the morning
[02:29] <jhodapp> robru, thanks though!
[03:29] <imgbot> [03:29] <imgbot> [04:35] <robru> jhodapp: ah, ok. you're welcome
[08:17] <ogra_> oh, looks like we have a plan for cgproxy... yay
[08:27] <sil2100> Oh?
[08:27]  * sil2100 checks teh bug
[08:27] <ogra_> read the bug +
[08:27] <ogra_> no patch yet though
[08:27] <bzoltan> sil2100:  Would  it be too much to ask for two silos? :) 61-62
[08:28] <sil2100> bzoltan: no, but let me check if we have enough free ones! Let me try assigning
[08:29] <bzoltan> sil2100: the QtC silo would be free in 2 hours
[08:29] <bzoltan> sil2100:  The UITK will take ~20 hours
[08:29] <sil2100> bzoltan: it seems it's fine, we have enough free ones - assigning :)
[08:30] <bzoltan> sil2100:  thank you
[08:30]  * sil2100 always feels sad for bzoltan when he mentions that his UITK silo will be ready and tested after ~20 hours
[08:31] <bzoltan> :) it is not that bad
[08:32] <sil2100> ogra_: yeah, but it seems Serge had issues reproducing the issue this way so far
[08:32] <ogra_> sil2100, now add "and it is winter in finland"
[08:32] <sil2100> But I suppose that's at least a direction ;)
[08:32] <ogra_> sil2100, *i* have issues reproducing it :P
[08:33] <ogra_> the only person i have seen yet being able to reliably repro is jibel
[08:33] <ogra_> i can do what i want, for me it is still totally random
[08:33] <jibel> right, it's random.
[08:34] <jibel> sometimes I can reproduce within 15min sometimes after several hours
[08:34] <jibel> and I couldn't find a pattern to design a test case
[08:34] <ogra_> right
[08:35] <jibel> it would have been nice if Serge provided his test, I could have run it on my device
[08:35] <ogra_> yup, especially since he seems to run it inside lxc
[08:36] <ogra_> (or any other kind of container)
[08:44] <bzoltan> sil2100:  I have added the UITK -gles MR to the silo19, so if you have a spare sec would you please reconfigure the silo?
[08:44] <sil2100> bzoltan: sure thing
[08:45] <sil2100> Ok, time to get some tea, finally bought myself here some good ones
[08:50] <mandel> Mirv, I think I found the issue with udm and si, writing fix atm
[09:07] <davmor2> sil2100: no it mako on devel-proposed that failed not rtm
[09:09] <Mirv> mandel: ok, great!
[09:10] <davmor2> Saviq: you see I blame you you pass the blame on to someone else and it gets fixed, we should do this more often ;)
[09:10] <davmor2> Saviq: thanks for taking a quick look too :)
[09:10] <sil2100> davmor2: yeah, but you reported issues with the es image as well
[09:17] <sil2100> davmor2, jibel: in any way, is the regression testing of #169 proceeding?
[09:18] <davmor2> sil2100: pass I just logged in
[09:18] <jibel> sil2100, 23.4% done
[09:19] <sil2100> Oh my, fast - nice!
[09:20] <jibel> sil2100, ToyKeeper started during the night
[09:21] <davmor2> jibel: I'll run sanity on mako for rtm then as it wasn't yesterday as we didn't know it was the image to test, it should be fine
[09:46] <tvoss> ogra_, ping
[09:46] <ogra_> tvoss, moop
[09:47] <seb128> sil2100, hey
[09:47] <seb128> sil2100, did the CI versionning logic changed?
[09:47] <seb128> sil2100, do you know what happens with https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/38/console ?
[09:47] <sil2100> seb128: hey! What happened? Robert is the main person tinkering with the train right now, but is the version different?
[09:48] <seb128> sil2100, overlay-scrollbars can't be CIed anymore it seems
[09:48] <seb128> it's like support for their version schemas was dropped
[09:48] <seb128> but that used to work, we did CI updates during the utopic cycle
[09:49] <sil2100> seb128: hmmm... that's interesting, give me a few moments for this meeting to finish
[09:49] <seb128> sil2100, k
[10:00] <ogra_> davmor2, jibel, brendand, oh, one thing i forgot ...do you guys play youtube videos during testing ?  i found it pretty stuttery last night (but its about a week ago that i played one last... though that seemed smoother)
[10:00] <davmor2> ogra_: it's your broadband it was fine here
[10:00] <ogra_> k
[10:18] <sil2100> seb128: looking at it now
[10:18] <seb128> sil2100, thanks
[10:23] <t1mp> hello
[10:23] <t1mp> jenkins seems stuck on "getting started" in my autolanding logs - https://jenkins.qa.ubuntu.com/job/ubuntu-sdk-team-ubuntu-ui-toolkit-staging-vivid-amd64-autolanding/18/console
[10:23] <t1mp> any ideas what's going on there?
[10:24] <t1mp> heh, nevermind.. it started to work 1s after I pasted the link here :)
[11:01]  * sil2100 is confused
[11:04] <sil2100> seb128: ok, I see robru changed the versioning code some time ago and this causes this particular case not working anymore, but it's a bit hard to find what his change was for
[11:24] <brendand> ogra_, i can't play videos from the scope, could that possibly be related to the cgproxy issue?
[11:24] <ogra_> can you start apps ?
[11:25] <brendand> ogra_, yes
[11:25] <ogra_> cgproxy makes that fail
[11:25] <brendand> ogra_, i can start other apps
[11:25] <ogra_> once it got into the hang state
[11:25] <ogra_> right, then it isnt that
[11:25] <brendand> ogra_, and media player is launching so it must be some problem with the scope
[11:26] <brendand> pete-woods, thostr_ ?
[11:26] <ogra_> brendand, i can ply them here
[11:26] <sil2100> brendand: it's on a vanilla 169, right?
[11:26] <sil2100> Works here as well
[11:27] <ogra_> youtube as well as local
[11:27] <brendand> sil2100, ogra_ - yes i'm sure it's a transient issue
[11:27] <thostr_> brendand: let me give it a shot
[11:27] <brendand> sil2100, ogra_ - but i'd like to find out what's going on before rebooting and making the issue disappear
[11:27] <brendand> thostr_, it will probably work for you
[11:27] <brendand> thostr_, i just want to debug it
[11:27] <ogra_> brendand, check url-dispatcher logs
[11:28] <brendand> ogra_, that's what i'm thinking
[11:28] <ogra_> brendand, also i'm seeing quite a few scoperunner crash files here
[11:28] <ogra_> not sure if thats related
[11:28] <brendand> unity8-dash is getting a BadUrl crash
[11:28] <pete-woods> ogra_: any time *any* scope crashes, it's basically the scoperunner that dies. you need to look at the command line args in the crash file to see what scope it actually was
[11:29] <brendand> BadURL: video:///media/phablet/4D3E-F9E1/tears_of_steel_1080p_H264_24fps.mov
[11:29] <ogra_> pete-woods, k
[11:29] <ogra_> smells like we had that before :)
[11:29] <pete-woods> we crash because of a bad URL?
[11:29] <pete-woods> seems a bit ott
[11:29] <ogra_> brendand, try local files
[11:29] <pete-woods> or is it a recoverable error?
[11:30] <ogra_> (non SD ones)
[11:30] <brendand> ogra_, pete-woods - BadURL: video:///home/phablet/Videos/test_videos/IMG_2107.MOV
[11:30] <brendand> pete-woods, yes it's RecoverableProblem
[11:30] <brendand> pete-woods, still the video doesn't launch
[11:30] <pete-woods> yeah, sure
[11:30] <pete-woods> just wanted to check it wasn't actually crashing the dash
[11:30] <pete-woods> as that would be quite bad
[11:31] <pete-woods> as the URL handler for video:// been hosed somehow?
[11:31] <ogra_> ok, then it isnt "cant play from SD" ... which was the bug i was thinking of
[11:31] <thostr_> ogra_: yes, seems like it as it works for local local files
[11:31] <mandel> Mirv, is there a way to find out the version of nm that we have on vivid on the build servers? I believe that we have a version mismatch
[11:32] <ogra_> thostr_, no, it doesnt ... see brendand's last error
[11:32] <pete-woods> thostr_: brendand's error is a local file
[11:32] <ogra_> the first one was SD
[11:32] <ogra_> the second was local
[11:32] <brendand> thostr_, please bear in mind it only seems to be me having this issue
[11:33] <brendand> thostr_, i want to figure out why before it goes away
[11:33] <pete-woods> brendand: can you just confirm that URL definitely exists?
[11:33] <thostr_> brendand: sure, but that is still worrying
[11:33] <pete-woods> i.e. the path has been read correctly, and got munged anywhere
[11:33] <pete-woods> *not*
[11:33] <brendand> http://paste.ubuntu.com/9248658/
[11:35] <brendand> pete-woods, it certainly exists
[11:36] <Mirv> mandel: the 'nm' from binutils? it seems there's a new binutils in -proposed (https://launchpad.net/ubuntu/+source/binutils) from doko, possibly the -proposed one is in use
[11:36] <pete-woods> brendand: can I get those videos from anywhere?
[11:36] <thostr_> pete-woods: I have some of those as well
[11:37] <mandel> Mirv, the issue we have is that udm relies on a new property in nm called PrimaryConnectionType my fix atm is to crash when we miss that property and state why..  maybe I should update the deps to include nm
[11:37] <brendand> pete-woods, most of them are from the media-hub test plan
[11:37] <pete-woods> okay, thank
[11:37] <pete-woods> s
[11:38] <brendand> pete-woods, actually no - they're from your test plan :P https://wiki.ubuntu.com/Process/Merges/TestPlan/localmediascopes
[11:38] <pete-woods> :D
[11:38] <cjwatson> mandel: I think you're talking about network-manager while Mirv is talking about /usr/binnm
[11:38] <cjwatson> /usr/bin/nm
[11:38] <pete-woods> hmm, I should already have then on my SD card then
[11:38] <brendand> pete-woods, tbh i don't think it's the media type
[11:38] <mandel> Mirv, oh, sorry I mean network manager, sorry
[11:38] <mandel> cjwatson, thx ;)
[11:38] <brendand> pete-woods, i've tried all the videos i can
[11:38] <pete-woods> brendand: yeah, I just want to recreate your exact test setup
[11:39] <pete-woods> I don't want to assume what it is or isn't
[11:39] <cjwatson> It would seem implausible that the build servers would have network-manager preinstalled; you should be able to see the version they're installing in the build log
[11:39] <thostr_> pete-woods: bunny works for me
[11:39] <cjwatson> but "the build servers" is kind of vague, state a specific build :)
[11:39] <Mirv> mandel: right :) so network-manager is not pre-installed indeed
[11:40] <mandel> Mirv, so that could be the issue, I'll add it as a dep with a precise version and we should be ok
[11:45] <brendand> i don't think url-dispatcher.log should have ** (process:2036): WARNING **: Unable to create tables: database is locked in it
[11:45] <brendand> and then '** (process:2036): CRITICAL **: url_db_find_url: assertion 'db != NULL' failed' lots of times
[11:46] <brendand> so looks like a url-dispatcher bug - i wonder is it known?
[11:47] <pete-woods> brendand: yes. that looks very serious
[11:48] <pete-woods> not sure if it's known
[11:48] <pete-woods> maybe there's a zombie URL dispatcher
[11:48] <pete-woods> and upstart has tried to create another instance
[11:48] <ogra_> or your disk is full ?
[11:48] <pete-woods> also a good idea :)
[11:48] <brendand> ogra_, ? first time i booted
[11:48] <brendand> ogra_, hardly likely
[11:48] <ogra_> any fs corruption issues in dmesg ? ...
[11:49] <brendand> ogra_, what should i grep for?
[11:50] <ogra_> dunno, just take a look if anything sticks out at the end
[11:50] <ogra_> dmesg -T |tail
[11:50] <ogra_> (sudo ...)
[11:51] <brendand> ogra_, nothing obvious
[11:51] <ogra_> k
[11:51] <brendand> ogra_, well restarting url-dispatcher recovers the situation
[11:51] <pete-woods> brendand: so are there multiple URL dispatchers
[11:51] <pete-woods> oh
[11:51] <pete-woods> too late
[11:51] <ogra_> then it was a hung process
[11:55] <pete-woods> my comment was supposed to be a question
[12:16] <brendand> ogra_, sil2100 - i'm investigating it, but there's a possibility the pulseaudio landing caused some serious issues with receiving calls during media playback
[12:16] <brendand> ogra_, sil2100 - so just be prepared for that
[12:20] <sil2100> Ouch
[12:20] <sil2100> brendand: doesn't sound good - give us a sign once you know more
[12:20] <sil2100> Not sure if it makes sense to poke Ricardo before we're sure it's causing issues
[12:21] <brendand> sil2100, there's also a definite problem with address-book, but we don't know when that appeared
[12:21] <sil2100> It had to be in the RC as well, since we didn't land anything related recently
[12:21] <sil2100> What's up?
[12:27] <ogra_> rsalveti, ^^^
[12:27]  * rsalveti reads
[12:28] <rsalveti> brendand: what is the issue exactly? I can try reproducing it here
[12:29] <rsalveti> wonder if we had that fix in media-hub to pause playback when getting a call on rtm
[12:29] <rsalveti> I know that is already in vivid
[12:29] <rsalveti> probably not in rtm
[12:30] <mandel> Mirv, fix pushed to https://code.launchpad.net/~mandel/ubuntu-download-manager/adapt-network-changes/+merge/242083 that fixes the si issues in the build servers
[12:30] <mandel> Mirv, do you need anything else?
[12:30] <rsalveti> brendand: ogra_: /run/initramfs/e2fsck.out should tell if e2fsck found something after a reboot
[12:30] <rsalveti> and dmesg as well, as said already
[12:31] <ogra_> rsalveti, oh, yeah, i was more after current corruption happening on write or some such
[12:36] <rsalveti> brendand: what is the issue that you had? working fine here at least
[12:41] <Mirv> mandel: well you probably need to rebuild the silo so that it can be published again?
[12:43] <popey> so is everyone from USA going to be on vacation tomorrow/friday?
[12:43] <ogra_> except the turkeys
[12:43] <davmor2> popey: not any more I bet ;)
[12:44] <Mirv> mandel: I kicked a new build at https://ci-train.ubuntu.com/job/ubuntu-landing-015-1-build/78/console
[12:45] <seb128> sil2100, so what should we do? just bump the changelog version?
[12:54] <sil2100> seb128: no no, I have a fix I'll push in a moment
[12:54] <seb128> sil2100, thanks
[13:00] <rsalveti> ogra_: sil2100: from what I tested here it seems sound is fine when receiving calls, waiting brendand to give more info on his bug
[13:00] <ogra_> yeah, he seems to find all the weird unreproducable bits today :P
[13:00] <sil2100> rsalveti: well, that's why I didn't want to poke you about it yet...
[13:00] <sil2100> Since even brendand mentioned he's investigating
[13:00] <sil2100> So I wanted to wait for confirmation before taking your time ;)
[13:11] <olli_> popey, pretty much
[13:18]  * sil2100 goes to lunch, be back in ~1h
[13:19] <sil2100> seb128: the fix now waits for CI, it should be done after lunch
[13:19] <seb128> sil2100, great, thanks
[13:32] <Mirv> mandel: the packages have been now built again. I marked the silo back to not tested.
[14:19] <sil2100> brendand, olli_, ogra_: any news on the audio issues?
[14:19]  * ogra_ hasnt heard anything
[14:19] <ogra_> (hah ... pun)
[14:19] <brendand> sil2100, oh - i reproduced it it on #168
[14:19] <brendand> sil2100, so it's not a regression caused by pulseaudio
[14:19] <sil2100> ah, so it's older
[14:21]  * Mirv almost runs unity8 on qt 5.4.0 beta... ship it!
[14:22] <sil2100> Mirv: like the 'almost' part ;)
[14:23] <Mirv> sil2100: unity8 builds now when patched, so that's half way! :)
[14:23] <mandel> Mirv, great, I'll retest in the phone and will update the spreadsheet
[14:23] <Mirv> it might even run actually but I have one 100% required module still which refuses to build
[14:23] <davmor2> Mirv: 1/4
[14:24] <Mirv> davmor2: sometimes 1/10
[14:24] <davmor2> Mirv: 1 1millionth of a % ?
[14:25] <sil2100> Mirv: :D
[14:26] <Mirv> actually the module might not even be needed (even though it's included on images) but it fails for some other reason xyz
[14:29] <olli_> brendand, a non-issue then?
[14:30] <ogra_> lol
[14:30] <ogra_> an issue ... but older
[14:30] <olli_> heh
[14:30] <olli_> man, I am so focused on that darn GM
[14:31] <brendand> olli_, i'm not sure yet how reproducible it is
[14:31] <olli_> non-issue for GM promotion
[14:31] <sil2100> ;)
[14:31] <brendand> olli_, i certainly seem to be able to a lot
[14:31] <brendand> olli_, but i haven't heard from anyone else yet
[14:31] <sil2100> brendand: could you ask someone else from QA to try and repro as well?
[14:31] <olli_> k
[14:31] <brendand> sil2100, i have
[14:32] <olli_> brendand, got a bug with repro steps?
[14:32] <brendand> olli_, not yet
[14:33] <olli_> happy to give it a spin
[14:33] <olli_> just so I can say wfm of course :)
[14:35] <jibel> I tried on 169 but couldn't reproduce
[14:44] <brendand> olli_, well the bug is receiving a call while playing some media
[14:44] <ogra_> which is fixed in vivid
[14:44] <brendand> olli_, it doesn't always happen, but sometimes the phone will not ring
[14:54] <olli_> ogra_, if it's fixed then there is a bug id, got that for me?
[14:55] <ogra_> rsalveti, ^^^remember from the top of your head ?
[14:58] <sil2100> Mirv: btw. do you have a vivid machine?
[14:59] <sil2100> Mirv: by vivid machine I mean a desktop ;)
[15:00] <sil2100> Mirv: since I tested the appmenu-qt5 for utopic, but not vivid yet (didn't upgrade yet)
[15:05] <sil2100> Mirv: if such testing is enough for you, I suppose the vivid silo for appmenu can land :)
[15:06] <Mirv> sil2100: yeah. the menus seem to work fine in Qt5 apps with vivid + Qt 5.4.0 beta!
[15:06] <sil2100> Yay
[15:06] <sil2100> Ok, then let me publish that
[15:06] <Mirv> thanks a lot! I like that I can cross off appmenu-qt5 from my list of "needs manual patching", ie. I can do no-change rebuilds.
[15:07] <Mirv> 5.4 RC should be out later this week, I'll retest rebuilding everything after I get that packaged
[15:10] <sil2100> alesage: hey!
[15:11] <sil2100> alesage: quick question: are you also working on autopilot?
[15:14] <om26er> seb128, Hello!
[15:14] <seb128> om26er, hey
[15:15] <om26er> seb128, my phone is currently in a state where I change the ringtone but it is actually not getting changed. Even though settings app shows the new ringtone selected.
[15:15] <om26er> seb128, any logs you want to look at ?
[15:16] <seb128> om26er, you can try looking at the system-settings one in .cache/upstart
[15:17] <om26er> seb128, http://paste.ubuntu.com/9251122/
[15:17] <om26er> I see the warning:
[15:17] <om26er> WARNING - unable to set key 'incomingCallSound' to value....
[15:17] <seb128> om26er, indeed it has
[15:17] <seb128> 2014-11-26 15:09:44,577 - WARNING - unable to set key 'incomingCallSound' to value '/usr/share/sounds/ubuntu/ringtones/Array mbira.ogg'
[15:18] <seb128> om26er, what happens if you run
[15:18] <seb128> gdbus call -y -d org.freedesktop.Accounts -o /org/freedesktop/Accounts/User32011 -m org.freedesktop.DBus.Properties.Get com.ubuntu.touch.AccountsService.Sound IncomingCallSound
[15:18] <om26er> seb128, returns the link to the current ringtone
[15:23] <rsalveti> olli_: brendand: ogra_: if not even ringing that is a different issue
[15:23] <rsalveti> and I don't think it's related with my latest landing
[15:23] <sil2100> rsalveti: it's not related for sure
[15:23] <olli_> om26er, that's known imho
[15:23] <sil2100> rsalveti: as brendand reproduced it in 168, so before your changes :)
[15:23] <rsalveti> right :-)
[15:24] <om26er> olli_, oh, k. Thats good to know. I'll find the bug.
[15:24] <olli_> om26er, otp, might be able to pull it up for you
[15:27] <sil2100> seb128: https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/39/console
[15:27] <seb128> sil2100, great, thanks!
[15:27] <sil2100> seb128: the merge took longer than expected, but at least it's deployed now and working
[15:27] <seb128> sil2100, good job! :-)
[15:32] <seb128> Laney, tedg, do you know how to manually set the ringtone using a command line?
[15:32] <seb128> Laney, tedg, I tried that
[15:32] <seb128> $ gdbus call -y -d org.freedesktop.Accounts -o /org/freedesktop/Accounts/User32011 -m org.freedesktop.DBus.Properties.Set com.ubuntu.touch.AccountsService.Sound IncomingCallSound '<"/usr/share/sounds/ubuntu/ringtones/Ubuntu.ogg">'
[15:32] <seb128> but there is an auth error
[15:32] <seb128> well
[15:32] <seb128> "Error: GDBus.Error:org.freedesktop.Accounts.Error.PermissionDenied: Authentication is required
[15:32] <seb128> (According to introspection data, you need to pass 'ssv')
[15:32] <seb128> "
[15:33] <seb128> om26er is getting a " WARNING - unable to set key" on his devices
[15:33] <seb128> trying to figure out if that's accounts-daemon being in a buggy state or what
[15:33] <Laney> tried it from where?
[15:33] <seb128> adb shell
[15:33] <Laney> I doubt that's got the auth
[15:34] <Laney> put it in a script and use the terminal
[15:34] <seb128> om26er, ^
[15:34] <seb128> Laney, any other idea how to debug the settings got getting a "unable to set key" in its log?
[15:35] <Laney> where does that warning come from?
[15:35] <Laney> that string isn't in uss
[15:36] <seb128> not sure
[15:36] <seb128> Laney, http://paste.ubuntu.com/9251122/
[15:36] <seb128> that's the uss log
[15:41] <Laney> seb128: well then
[15:41] <Laney> that warning comes from gsettings-qt
[15:41] <seb128> oh
[15:41] <seb128> hum
[15:41] <seb128> do we write to both gsettings and accountsservice?
[15:41]  * seb128 checks which one telephony-service is using
[15:45] <alex-abreu> trainguards can I have a silo for L58?
[15:46] <sil2100> alex-abreu: hey! Sure, but it's not set as ready :)
[15:46] <sil2100> alex-abreu: so we didn't know if it's ready for a silo
[15:46] <alex-abreu> sil2100, arg sorry my fault :)
[15:46] <seb128> Laney, it seems it reads it from accountsservice, so the warning is maybe another issue, or point to the system being in weird state
[15:46] <alex-abreu> sil2100, you are right :)
[15:46] <seb128> om26er, is that the only thing not working? does changing e.g the lockscreen image works?
[15:47] <om26er> seb128, lockscreen image changing works, yes.
[15:47] <Laney> we kept writing to gsettings for a compatibility period
[15:47] <sil2100> alex-abreu: \o/ assigning :)
[15:47] <Laney> I guess it didn't get dropped
[15:48] <seb128> om26er, well, the dbus Get command, does the value change according to what you select in the UI?
[15:48] <alex-abreu> sil2100, thx :)
[15:49] <om26er> seb128, now it seems to be working fine again (automagically)
[15:49] <seb128> om26er, hum, k, no debugging then :/
[15:50] <om26er> seb128, and no when the ringtone setting was not changing I saw the change in UI but the command that you gave always returns the default ringtone
[15:50] <om26er> seb128, davmor2 was also able to reproduce the bug
[15:50] <om26er> davmor2, yo ^
[15:50] <davmor2> hu
[15:50] <seb128> om26er, ok, it's like accountsservice had some issues, nothing about it in syslog?
[15:50] <seb128> or apport logs
[15:50] <davmor2> seb128: so for me I was able to change initially to bliss but then it wouldn't change from bliss
[15:51] <seb128> davmor2, do you still have the issue?
[15:51] <davmor2> I can look at my logs in a minute
[15:51] <davmor2> seb128: I rebooted about 8 times but let me check
[15:51] <jhodapp> sil2100, can you please land vivid silo 1 please?
[15:51] <sil2100> alex-abreu: hmmm, unity-webapps-qml seems to be already in silo 18
[15:52] <om26er> seb128, no apport logs, and syslog does not seem to have anything relevant
[15:52] <jhodapp> sil2100, heh, you got a double please :)
[15:52] <sil2100> jhodapp: on it!
[15:52] <jhodapp> sil2100, thanks!
[15:52] <sil2100> hm, dashboard doesn't say it's tested yet
[15:53] <jhodapp> sil2100, yeah where is that comment? I just tested it and updated the spreadsheet
[15:53] <alex-abreu> sil2100, ah, yes, should I reconf & add the L58 MR to silo 18 then ?
[15:53] <sil2100> alex-abreu: I guess you can, if you think both things can land together :)
[15:53] <alex-abreu> sil2100, they can, ok I do it now
[15:53] <davmor2> seb128: I have been able to change once again but can't change back from that now, let me grab you some logs
[15:54] <sil2100> jhodapp: the spreadsheet doesn't indicate it being updated - could you make sure by reloading that it really is? :)
[15:54] <jhodapp> sil2100, sure
[15:54] <sil2100> Anyway, I trust that you tested it and publish anyways
[15:54] <sil2100> Just want the numbers to be right on the spreadsheet later
[15:54] <sil2100> ;)
[15:55] <alex-abreu> sil2100, ok done, so no more extra silo needed
[15:55] <jhodapp> sil2100, done
[15:55] <seb128> davmor2, is the UI not changing or what?
[15:55] <sil2100> alex-abreu: excellent, let me remove the landing then
[15:55] <sil2100> Thanks!
[15:55] <davmor2> seb128: the ui is change the ringtone when you call the phone isn't
[15:57] <sil2100> robru: hmmm... not sure why, but the spreadsheet seems broken in some regard
[15:57] <davmor2> seb128: so I changed from bliss to harp arp and now I get harp arp, I changed from harp arp to koto chords (which shows correctly in the ui but when I ring the phone I still get harp arp
[15:57] <sil2100> robru: it seems that it clears the 'assigned silo' field but doesn't mark the silo as Landed
[15:57] <sil2100> robru: so we have a lot of silos that are landed but are stuck at 'migrating'
[15:58] <seb128> davmor2, what is
[15:58] <seb128> $ gdbus call -y -d org.freedesktop.Accounts -o /org/freedesktop/Accounts/User32011 -m org.freedesktop.DBus.Properties.Get com.ubuntu.touch.AccountsService.Sound IncomingCallSound
[15:58] <seb128> returning?
[15:59] <davmor2> (<'/usr/share/sounds/ubuntu/ringtones/Koto chords.ogg'>,)
[15:59] <Laney> telephony-serviceeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee
[16:00] <pmcgowan> davmor2, known bug
[16:00] <davmor2> pmcgowan: do you have it to hand?
[16:01] <pmcgowan> https://bugs.launchpad.net/barajas/+bug/1392222
[16:01] <alesage> sil2100, did you get your autopilot question answered?
[16:02] <sil2100> alesage: no, not really - my question is not much about autopilot itself but about finiding people that could look into an autopilot crash we're seeing, so I would like first some autopilot maintainers to take a look at it
[16:02] <sil2100> alesage: since during smoketesting for vivid we're still seeing autopilot crashes from time to time with a strange traceback
[16:03] <davmor2> pmcgowan: thanks dude :)
[16:03] <alesage> sil2100, ok--the primaries for this are thomi and veebers still, possibly elopio brendand or I can help ^^
[16:04] <alesage> sil2100, maybe a bug to begin?
[16:04] <brendand> sil2100, i haven't been watching vivid too closely
[16:04] <brendand> sil2100, i probably should
[16:05] <sil2100> brendand, alesage: need to dig if we have a bug for it already, but it's the crash psivaa was poking us about
[16:05] <sil2100> psivaa: are you still around?
[16:05] <psivaa> sil2100: yes, reading the background
[16:06] <sil2100> psivaa: I'm trying to ask some autopilot-experts to take a look at that autopilot crash, do you remember if we had a bug for this?
[16:06] <sil2100> psivaa: the one from vivid
[16:06] <seb128> om26er, davmor2, pmcgowan, Laney, yeah, telephony-service issue and known, cf bug pmcgowan pointed, we just need to get that fix in ota and should be ok
[16:06] <psivaa> sil2100: i dont remember reporting a bug for that
[16:07] <om26er> seb128, super.
[16:07] <alesage> sil2100, psivaa, appears brendand is away, I have some work to clear but will carry to thomi and veebers for mtg in a few hours if that's adequate...
[16:08] <sil2100> psivaa: sorry to ask for that again, but do you have that python traceback handy for this crash? ;)
[16:08] <brendand> alesage, no i'm not! not in this channel anyway :P
[16:08] <brendand> (yes i was marked away on internal irc)
[16:08] <sil2100> We could then give it to alesage and/or fill in a bug
[16:08] <Laney> seb128: okay, shame it was a private bug
[16:08] <alesage> sneaky ;)
[16:09] <seb128> Laney, indeed :/
[16:09] <psivaa> sil2100: alesage http://paste.ubuntu.com/9251820/ is the traceback
[16:10] <psivaa> sil2100: was looking for it :)
[16:10] <alesage> psivaa, sil2100 investigating a little
[16:11] <sil2100> psivaa: thank you!
[16:11] <sil2100> :)
[16:11] <psivaa> np :)
[16:13] <kenvandine> 554182
[16:18] <sil2100> jibel, brendand: so, when looking currently after running those ~340 tests from the regression test suite - do you think we're promotable so far?
[16:18] <sil2100> jibel, brendand: since I saw some failures, most of them in the multimedia suite
[16:19] <jibel> sil2100, we'll discuss in 10 minutes and tell you in 40
[16:19] <sil2100> jibel: thanks :)
[16:21] <alesage> sil2100, my diagnosis: tests added for https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1395709 may have broken, need to get someone on our side to help triage further, may wait for kiwis to wake
[16:26] <robru> sil2100: ah, I think this is caused by automatic merging ;-) the silos vanish before the spreadsheet realizes what's going on.
[16:35] <sil2100> robru: automatic merging is too fast! Tell it to slow dooown!
[16:42] <robru> sil2100: ok I have an experimental fix in the spreadsheet that should be able to recognize the new fast-merging silos and mark them as landed.
[16:43] <sil2100> robru: thanks!
[16:49] <sil2100> rsalveti: ah, btw.! The pulseaudio fix - was it rtm specific, or do we need to get the same fix into vivid as well?
[16:49] <rsalveti> sil2100: rtm specific, we need a proper change for vivid
[16:49] <rsalveti> discussion on going with upstream
[16:49] <rsalveti> as the rtm change is a partial fix
[16:49] <sil2100> ACK
[16:50] <sil2100> Thanks for the info
[16:50] <rsalveti> it's a fix for our issue, but not complete from the pulse perspective
[17:03] <sil2100> robru, ogra_: meeting!
[17:03] <ogra_> sil2100, on my way ... running over with the other one
[17:04] <sil2100> plars: even though there's not much we need to poke you about this time, but a meeting reminder for you as well :)
[17:04] <AlbertA> trainguards: looks like mir has now made it to vivid-release, yey!  can I clean/merge the silo 009 now?
[17:04] <plars> sil2100: sure, brt
[17:04] <sil2100> AlbertA: sure, let me do that so that there's no confusion, since a skip flag needs t obe used
[17:04] <sil2100> AlbertA: yaay finally ;)
[17:04] <AlbertA> sil2100: thanks!
[17:05] <ogra_> AlbertA, sorry, it took a bit to get this -meta in ... needed to do some manual magic
[17:06] <AlbertA> ogra_: np, thanks for your help
[17:13] <greyback_> trainguards: could I get a silo for line 40 of the spreadsheet - qtmir unblocked now as silo9 landed
[17:21] <robru> greyback_: ok, silo 1
[17:21] <greyback_> robru: thank you
[17:21] <robru> greyback_: you're welcome
[17:39] <robru> AlbertA: vivid.... 9 ;-)
[17:39] <AlbertA> robru: heh lucky number 9 :)
[19:05] <olli_> ogra_, ping
[19:07] <ogra_> olli_, yo
[19:07] <olli_> ogra_, any recommendation where to add the wiki re bug mgmt?
[19:08] <ogra_> olli_, https://wiki.ubuntu.com/Touch/ ... make it https://wiki.ubuntu.com/Touch/BugRules .. or BugManagement
[19:08] <olli_> k
[19:09] <ogra_> or perhaps just Bugs
[19:09]  * ogra_ likes it short :)
[19:17] <sergiusens> trainguards can you publish ^ ?
[19:17] <sergiusens> ty
[19:22] <robru> sergiusens: sorry was on lunch. published
[19:23] <AlbertA> trainguards: can you publish silo 009?
[19:25] <sergiusens> robru: no worries, thanks
[19:25] <robru> sergiusens: you're welcome
[19:25] <robru> AlbertA: published
[20:13] <sergiusens> robru: is the publisher slower today?
[20:14] <robru> sergiusens: dunno
[20:15] <robru> cjwatson: is there a problem with proposed migration? seems it hasn't run in nearly an hour.
[20:43] <robru> cjwatson: nm
[20:51] <bzoltan> robru:  may i ask for a quick silo? ^
[20:52] <robru> bzoltan: I believe you just did! vivid 3 ;-)
[21:46] <bzoltan> robru:  thanks :) It was an easy but important fix ...
[21:46] <robru> bzoltan: you're welcome!
[22:21] <bzoltan> robru:  I am done with the UITK testing from the silo19. All tests are OK and the logs are pushed to the regular places. There is one important note: The Weather app is/was using a deprecated private (!!!) function what is not correct. That private function has now a public version what will be supported.
[22:22] <bzoltan> popey:  would you please make sure that my single line fix for the Weather app makes it to the app store?
[22:39] <popey> bzoltan: sure.
[22:40] <bzoltan> popey: thanks
[23:21] <robru> bzoltan: https://ci-train.ubuntu.com/job/ubuntu-landing-019-2-publish/46/console please approve your merges


[07:41] <netphreak> Hi, guys!
[09:48] <cjwatson> 14:20 <ogra_> cjwatson, so whom do i have to bribe to have s390x for https://code.launchpad.net/~snappy-dev/+snap/ubuntu-core ? (the setup page just talks about "Admins" )
[09:48] <cjwatson> ogra_: done
[10:08] <netphreak> What's the status on Ubuntu Core in RPI 3?
[10:54] <ogra_> cjwatson, thanks (building) :)
[11:01] <ogra_> yay ... and auto uploads work too !
[11:09] <ogra_> (to bad that type:os is auto-blocked and i now get spammend for every upload :P )
[11:16] <ogra_> cjwatson, hmm, something seems still wrong, it failed to build but i dont see a build log
[11:16] <ogra_> https://code.launchpad.net/~snappy-dev/+snap/ubuntu-core/+build/2539
[13:03] <cjwatson> ogra_: The lack of log is a slight exception-catching problem in launchpad-buildd, fixed in my local tree now.  The actual problem looks like a firewall bug though; seems that the s390x builders can't talk to snap-proxy.launchpad.net.  File a bug on launchpad-buildd and I'll look into it when it's work time.
[13:11] <ogra_> cjwatson, will do, thanks for checking
[14:14] <kevinmcquown> does anyone on this channel know if ubuntu core supports access to the gpio pins on a raspberry pi 2 ?  I am looking to access the uart pins to communicate with another microcontroller.
[14:29] <ali1234> kevinmcquown: there is no interface for that yet
[14:31] <kevinmcquown> ok, unfortunate that ubuntu core is targeted to embedded internet of things devices but doesn't still support simple communication to other hardware devices using serial, i2c or spi
[14:32] <kevinmcquown> I'm guessing this will have to be resolved and supported by LTS 16 release in a couple of months?
[14:33] <kevinmcquown> I do see under snapcraft.io > interfaces a reference to serial-port, where the description says "Can access serial ports. This is restricted because it provides privileged access to configure serial port hardware."
[14:50] <lool> ogra_: yeah I had followed your work on the updated series 16 image, I'll likely use it – thanks for that! – but I was also looking for a corresponding pi2 image
[14:51] <ogra_> lool, http://people.canonical.com/~mvo/all-snaps/16/ has the pi2 equivalent
[14:51] <lool> ogra_: yep, seen that too first
[14:51] <lool> i have all of them here including the server rpi2 image
[16:36] <mup> PR snapd#1646 closed: cmd/snap,overlord/hookstate: support hook data transfer <Created by kyrofa> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/1646>
[17:19] <qengho> I have snapd running on a beaglebone with U 16.04.
[17:19] <qengho> One of my packages runs fine on amd64.
[17:20] <qengho> Here, it stops. I think the cause is near this message in syslog:  """ubuntu-core-launcher[25729]: unable to mount '/dev/pts/ptmx'->'/dev/ptmx'. errmsg: Permission denied"""
[17:21] <qengho> AND
[17:21] <qengho> '''apparmor="DENIED" operation="mount" info="failed srcname match" error=-13 parent=1 profile="/usr/lib/snapd/snap-confine" name="/dev/ptmx/" pid=25729 comm="ubuntu-core-lau" srcname="/dev/pts/ptmx/" flags="rw, bind"'''
[21:40] <Pharaoh_Atem> zyga: I see you finally submitted go-check to stable
[23:29] <mup> PR snapd#1638 closed: interfaces: add uefi-manager interface <Created by timchen119> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/1638>
[23:37] <mup> PR snapd#1631 closed: client, osutil: chown the auth file	 <Created by chipaca> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1631>


[05:27] <nas> join
[05:28] <nas> i installed 15.10
[05:28] <Guest95348> now my lap top not loading
[05:29] <Guest95348> its giving me failed to start
[05:29] <Guest95348> kernel modules
[05:41] <needhelp> need help
[05:41] <Guest2020> updated my other laptop
[05:42] <Guest2020> 15.10 now cannot load it
[05:42] <Guest2020> its giving me failed to load kernel modules
[14:44] <belkinsa> Do we have dates for the UGJ for this cycle yet?


[16:41] <RikMills> Eickmeyer: so your iso build is failing as you are now exceeding the max size for a DVD?
[16:41] <Eickmeyer[m]> RikMills: Not exactly, but I haven't been receiving any build logs for days now.
[16:41] <Eickmeyer[m]> And we cut a lot out.
[16:42] <Eickmeyer[m]> So, I guess I'm having trouble finding what to cut next. :(
[16:42] <RikMills> xorriso : FAILURE : File exceeds size limit of<PHONE_NUMBER> bytes: '/srv/cdimage.ubuntu.com/scratch/ubuntustudio/jammy/dvd/tmp/jammy-amd64/CD1/casper/filesystem.squashfs'
[16:42] <RikMills> ok
[16:43] <RikMills> https://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntustudio/jammy/dvd-20220317.log
[16:45] <RikMills> anyway, I was just curious why you livefs build yesterday, but ther was still no ISO. so looked
[16:45] <Eickmeyer[m]> Yeah, I thought it was due to the build failures we had seen before.
[16:46] <RikMills> understandable
[16:50] <Eickmeyer[m]> Ugh, it was the bloody Firefox snap that put it over.
[17:07] <MauroGaspari[m]> RikMills: Eickmeyer David from Ubuntu Budgie reduced our ISO files by removing what Canonical previously shipped, I think they were NVIDIA server drivers were shipped together with desktop drivers and it reduced our ISO greatly. Now he is also removing other NVIDIA stuff.
[17:08] <MauroGaspari[m]> you can reach out to David via IRC if you want
[17:10] <RikMills> studio already seems to have the nvidia stuff commented out in ship-live?
[17:11] <RikMills> right, commented out because 'calamares'
[17:12] <RikMills> so that won't help studio AFAIK
[17:15] <Eickmeyer[m]> Exactly, RikMills
[17:15] <MauroGaspari[m]> ah, ok, well was worth to mention
[17:15] <MauroGaspari[m]> sorry was not useful
[17:16] <Eickmeyer[m]> Nah, it's OK. It was worth a mention.
[17:16] <RikMills> kind of you to point it out. that did save kubuntu 600M!
[17:17]  * RikMills whispers that it was me that mentioned it to flavours.....
[17:18] <Eickmeyer[m]> Well, here's where I'm at: the ISO 9660 size is dictated by the limitation to 4GB of each file, in this case, the squashfs is exceeding that.
[17:19] <Eickmeyer[m]> So, I think the TB needs to consider moving away from ISO 9660 as the standard, which is an old standard for CDs and not dual-layer DVDs or BluRay.
[17:58] <Eickmeyer[m]> Ok, removed a lot of weight from the DVD. Hopefully we're good now.
[18:01] <Eickmeyer[m]> Apparently lv2 plugins are fatter than vst plugins, so switched to that.
[18:02] <Eickmeyer[m]> Also removed some relatively dead weight.


[00:05] <ispiked> recently got an apple magic touchpad. I want to disable the 3-finger tap = love handles feature of unity, but there doesn't appear to be a way
[00:06] <ispiked> I can disable the unity MT grab handles plugin in ccsm, but this doesn't appear to have an effect
[00:06] <ispiked> I was looking at this code: http://bazaar.launchpad.net/~unity-team/unity/trunk/view/head:/src/GestureEngine.cpp
[00:07] <ispiked> it appears to be always on with unity... like there's no config setting...
[00:07] <ispiked> like I would have to recompile a new version to disable it
[00:07] <ispiked> yes / no?
[00:08] <hicham> there is a patch for that
[00:08] <hicham> but I don't know if it applies to latest unity version
[00:08] <ispiked> I'm running 11.04
[00:09] <ispiked> hicham: do you have details on the patch?
[00:09] <ispiked> maybe someone did a ppa with it? *crosses fingers*
[00:10] <hicham> https://bugs.launchpad.net/unity/+bug/780028
[00:12] <ispiked> hicham: oh, you must be the author :)
[00:17] <ispiked> hicham: thank you. will see have a go at building stuff later
[00:18] <hicham> yw
[00:18] <codebrainz> hi.  does appindicator prevent it's menu's items from receiving the "query-tooltip" signal?
[00:54] <codebrainz> is there any libappindicator devs hangin out here?
[00:59] <codebrainz> oh well.  If anyone happens to have any clue about libappindicator menu signals, I've posted a test case here: https://gist.github.com/1036910
[01:55] <smspillaz> thumper: actually, I think I've fixed this already
[01:55] <thumper> smspillaz: even better
[01:56] <smspillaz> thumper: the one that Hobart reported is a different issue though
[07:46] <didrocks> good morning
[08:20] <andyrock> good morning
[08:49] <andyrock> is a DX designer around?
[08:52] <andyrock_> didrocks, can you look to this: https://bugs.launchpad.net/unity/+bug/799890
[08:52] <ubot5`> Ubuntu bug 799890 in unity (Ubuntu) "In Unity the distinction between GVolume, GDrive and GMount is a bit confusing." [Undecided,New]
[08:53] <didrocks> hey andyrock_
[08:53] <didrocks> how are you?
[08:53] <andyrock_> didrocks, fine thx!
[08:53] <andyrock_> what about you?
[08:55] <didrocks> andyrock: I'm fine thanks :)
[08:55] <didrocks> andyrock: so yeah, agree on the issue, but a designer should answer to that one
[08:56] <didrocks> andyrock: you should put the unity upstream and downstream task incomplete btw as long as there is no ayatana-design answer
[08:56] <andyrock> didrocks, i have to change the status to icomplete?
[08:57] <didrocks> andyrock: yeah, as we can't work on the unity side as long as design didn't answer
[08:57] <didrocks> andyrock: then, when design will answer, my script will do the right thing depending on the status
[08:57] <andyrock> didrocks, ok... i am going to add a need-desing tag to
[08:57] <didrocks> either revert to triaged
[08:57] <didrocks> andyrock: no need for a tag, the ayatana-design task should be sufficient
[08:58] <andyrock> didrocks, ok thx
[09:00] <andyrock> another thing... some titles here https://bugs.launchpad.net/~unity-community-hackers are not properly...
[09:02] <JohnLea> andyrock; ping
[09:02] <andyrock> JohnLea, pong
[09:11] <andyrock> JohnLea, you disappeared? :)
[09:11] <JohnLea> andyrock; hyia
[09:13] <andyrock> JohnLea, you ping me right'
[09:13] <andyrock> ?
[09:13] <JohnLea> andyrock; you were looking for me earlier?
[09:14] <andyrock> oh i need a designer yes...
[09:14] <andyrock> if you have a moment can you look into this (https://bugs.launchpad.net/unity/+bug/799890)?
[09:14] <ubot5`> Ubuntu bug 799890 in unity (Ubuntu) "In Unity the distinction between GVolume, GDrive and GMount is a bit confusing." [Undecided,Incomplete]
[09:23] <andyrock> JohnLea, ^^^
[09:29] <JohnLea> andyrock; thanks for the bug.  It looks like the question is a) do we represent each GVolume independently in the launcher if they belong to the same GDrive or b) do we only represent GDrives in the Launcher, and if the GDrive has multiple GVolumes, represent them inside the root of the GDrive.  Instinctively I prefer option A, and when we have to work around the issues of eject on either GVolume ejecting the GDrive and all other GVolumes on the same drive.
[09:29] <JohnLea>  What are your thoughts/
[09:30] <JohnLea> then ^
[09:33] <andyrock> i prefer A too...
[09:34] <andyrock> JohnLea: we show eject, etc. only if the GDrive is removable and it have just one GVolume
[09:35] <andyrock> the solution b is a bit difficult since GVolume can have no GDrive
[09:35] <JohnLea> andyrock; I agree
[09:35] <andyrock> JohnLea, can you update the bug so?
[09:36] <JohnLea> andyrock; could you amend the bug report with your "Desired solution:" underneath the description you have written and I'll review and signoff
[09:36] <JohnLea> andyrock; I was just asking the same ;-)
[09:37] <andyrock> JohnLea, Ok...
[09:37] <JohnLea> andyrock; thx!
[09:39] <andyrock> JohnLea, done
[09:43] <JohnLea> andyrock; in your solution, how would you eject a GDrive when it had multiple GVolumes, if only the GVolumes are represented in the Launcher, and they don't contain an eject option?
[09:45] <JohnLea> How about: "- We represent each GVolume independently in the launcher if they belong to the same GDrive,
[09:45] <JohnLea> - The quicklist for each volume contains an "Eject parent drive" and/or "Safely Remove parent drive" option."
[09:46] <andyrock> JohnLea, ok but are so long! :)
[09:46] <andyrock> in this case we should only change the label :)
[09:48] <JohnLea> andyrock; I've updated the bug
[09:48] <JohnLea> andyrock, thx!
[09:49] <andyrock> JohnLea, thx also
[11:46] <andyrock> JohnLea, about this bug https://bugs.launchpad.net/ayatana-design/+bug/764641
[11:46] <ubot5`> Ubuntu bug 764641 in unity "Dash - dragging a file outside of the Desktop Dash should close the Dash" [Medium,Triaged]
[11:47] <andyrock> for dash you mean "lense" right?
[11:47] <JohnLea> andyrock; yes
[11:48] <andyrock> JohnLea, what about if we have a full screen (or netbook) dash?
[11:50] <JohnLea> andyrock; if you are in a netbook you are a lot less likely to have many window open.  Also you can also drag and drop to any window via the Launcher spread (when we have all the bugs with this fixed)
[11:51] <JohnLea> andyrock; this is a handy shortcut
[11:51] <JohnLea> andyrock; so drag item to Launcher icon, all windows of the app spread, you can then drop the file on any window in the spread
[11:54] <andyrock> JohnLea, i did not understand. Now the dash disappear as soon as the start drag...
[11:55] <andyrock> JohnLea, maybe i did not understand the bug
[11:56] <JohnLea> andyrock; I was describing how you can drag and drop an item from the dash to any application or open window when using a netbook.  This isn't the focus of this bug report though
[11:58] <JohnLea> andyrock; the reason the dash currently disappears as soon as you start a drag is that we ran out of time to build the correct functionality in the Natty cycle; it was not trivial to implement and there were higher priority issues
[11:59] <andyrock> JohnLea, so dnd from a full screen dash will not be possibile... in other words :)
[12:02] <JohnLea> andyrock; dnd from the full screen Dash will be possible via the Launcher in full screen mode (but not via the desktop)
[12:05] <JohnLea> andyrock; it is just that the dragging via Launcher works very well when on a small screen, and dragging via the desktop works badly in a small screen context.  If you want to say open a .png from the Dash in say Firefox, you will only need to drag and drop the .png file on to the Firefox icon in the Launcher.  If you want to drop the .png file in a specific Firefox window you will drag of the the firefox launcher icon, a spread will appear and you will drop
[12:05] <JohnLea>  on the desired window
[12:05] <andyrock> JohnLea, ok... this let me think that yuo want to use in other way the dnd within the border of the dash... :)
[12:08] <andyrock> JohnLea, ok now i understand! :)
[13:31] <kennydude> Hi. is there anyone here who can review branches to merge?
[19:15] <andyrock> njpatel, about this: https://code.launchpad.net/~andyrock/unity/launcher-devices-improvement/+merge/54100
[19:16] <andyrock> njpatel, the work is almost finished
[19:16] <njpatel> andyrock, nice!
[19:16] <andyrock> njpatel, tested (no crashes)
[19:17] <andyrock> njpatel, on three different computers :)
[19:17] <andyrock> njpatel, i want to resolve this bug too: https://bugs.launchpad.net/unity/+bug/799890
[19:18] <njpatel> andyrock, hah, nice!
[19:18] <njpatel> andyrock, in the same branch?
[19:19] <andyrock> njpatel, yes... i should open a new branch?
[19:21] <andyrock> njpatel, is just a small change among the 1483 lines (+669/-548) 10 files modified
[19:21] <njpatel> andyrock, this merge looks a bit messy, do you want to open two new branches, one with the work you've done so far, and the next one based on that but with fixes to make GMount/Drive/Volume less confusing?
[19:22] <njpatel> andyrock, or  just unpropose this and repropose it so we get a clean history
[19:22] <andyrock> njpatel, ok... i will open two new branches...
[19:23] <andyrock> njpatel, when i finish the work
[19:23] <njpatel> sweet
[19:23] <njpatel> andyrock, awesome stuff dude!
[19:25] <andyrock> njpatel, i other changes for devices managment (just coding ones) but in this moment i have no time
[19:25] <andyrock> njpatel, school exam sucks :)
[19:26]  * andyrock i have other changes (ops...)
[19:26] <njpatel> andyrock, heh, indeed. just ping me when your ready I'll make sure to get it reviewed
[19:26] <njpatel> don't want big branches outside of trunk for too long
[19:27] <andyrock> njpatel, thumper should review it too :)
[19:28] <njpatel> indeed
[21:00] <tedg> kenvandine, https://launchpad.net/ido/0.3/0.2.90
[21:00] <tedg> kenvandine, Doesn't seem to be a packaging branch for IDO?
[21:03] <kenvandine> oh... there isn't
[21:03] <kenvandine> lp:ubuntu/ido
[21:03] <kenvandine> tedg, thx
[21:39] <apw> is there a way to start say a gnome-terminal such that it does not aggregate with the other gnome-terminals on the unity launcher
[21:39] <rickspencer3> apw, can you tell me more what you mean by aggregate?
[21:39] <apw> for instance if i have a .desktop file which uses Terminal=true i don't want its windows aggregated with the gnome-terminal ones
[21:40] <apw> rickspencer3, ^^
[21:40] <rickspencer3> hmmm
[21:40] <apw> by aggregate i mean count towards it number of little arrows on the left
[21:40] <rickspencer3> aaah
[21:40] <rickspencer3> sorry, then I dunno
[21:41] <apw> as if it has its own .desktop i want it to have an arrow by that .desktop on the bar, and terminal to have its own
[21:41] <rickspencer3> yeah
[21:41] <rickspencer3> I guess create a new .deskop file just for gnome-terminal and name the app something different?
[21:41] <rickspencer3> I mean "new" as in "additional"
[21:41] <apw> rickspencer3, no that doesn't work, as they all are gnome-terminals and get mixed up as the same
[21:42] <rickspencer3> :/
[21:42] <apw> i _think_ its using the x Class to separate them, so i may be able to use some incantation to control this
[21:54] <tedg> kenvandine, So if you guys put the GTK2 and GTK3 indicator in the same package that means you're going to get stuck with a GTK2 dep.
[21:54] <tedg> kenvandine, It seems you need to split them for any hope of removing GTK2 off the CD, no?
[21:54] <kenvandine> no
[21:54] <kenvandine> gtk2 build dep yes
[21:55] <tedg> You'll have a runtime dep of libindicator3 vs. libindicator
[21:55] <kenvandine> but we create separate binaries
[21:55] <kenvandine> right
[21:55] <tedg> So there'll be two binary packages?
[21:55] <kenvandine> yes
[21:55] <tedg> Ah, okay.  I thought you told me you weren't going to do that.
[21:55] <kenvandine> no, we have to :/
[21:56] <tedg> Yeah, I think you do.


[18:13] <PaoloRotolo> Hi all!
[18:27] <cwayne> heya PaoloRotolo
[18:37] <PaoloRotolo> hi cwayne :)
[21:53] <cwayne> have the new voting rules taken affect yet?


[06:25] <robru> Bloody hell
[08:55] <Saviq> jibel, sil2100, morning, we've got a fix for bug #1578665 - what's the process of getting it in as a blocker fix these days?
[08:59] <jibel> Saviq, it's already in the list
[08:59] <jibel> Saviq, now we need a silo with the fix
[09:00] <jibel> Saviq, blockers are tagged lt-blocker and targeted to OTA11
[09:03] <sil2100> Saviq: just prepare a normal silo, we still didn't snapshot or anything
[09:03] <sil2100> So trunk is OTA-11
[09:06] <Saviq> ack
[11:29] <Mirv> morphis: https://requests.ci-train.ubuntu.com/#/ticket/1351 claims there should be urfkilld in addition to urfkill, but only urfkill is there. is it ok to publish urfkill only?
[11:30] <morphis> Mirv: ah, package urfkill includes urfkilld binary, so yeah
[11:30] <morphis> sorry for the mis-wording :-)
[11:30] <Mirv> morphis: ok, I'll fix the train and publish
[11:34] <kdub> sil2100, seems ota didn't open yet, would it be possible to copy the packages in silo 31 into silo 69 to unblock mir building and testing?
[11:34] <sil2100> kdub: hey! Indeed, ok, let's maybe do it differently - just add a dependency to the PPA on the other silo PPA, this should just work (with a big warning not to forget removing that depenendency)
[11:36] <kdub> sil2100, alright, I will remind you to remove the dep, and then rebuild the packages before landing 69
[11:36] <kdub> thanks!
[11:43] <sil2100> kdub: done - you could try rebuilding I suppose
[11:44] <kdub> thanks sil2100
[14:44] <jdstrand> sil2100: hi! what is the status of the emulator with xenial overlay?
[14:45] <jdstrand> sil2100: actually, I'm curious about vivid too
[14:45] <sil2100> jdstrand: hey! We didn't check xenial recently, so not sure
[14:45] <sil2100> jdstrand: the vivid emualtor got promoted to stable, at least the one for OTA-10.1
[14:45] <sil2100> There should be an emulator for OTA-11 as well
[14:45] <jdstrand> sil2100: oh nice! :)
[14:46] <sil2100> jdstrand: look into the stable/ubuntu channel, you should find it there :)
[14:46] <jdstrand> I'll give the xenial one a go and report back
[14:50] <jdstrand> hmm, actually I don't know how to generate a xenial image
[14:50] <sil2100> jdstrand: use the staging channel
[14:50] <jdstrand> sil2100: what channel should I use for xenial emulator?
[14:50] <jdstrand> ok
[14:50] <jdstrand> thanks
[14:50] <sil2100> https://system-image.ubuntu.com/ubuntu-touch/staging/ubuntu/ for instance
[14:50]  * jdstrand uses ubuntu-touch/staging/ubuntu
[14:51] <jdstrand> perfect, thanks!
[14:51] <sil2100> Yeah ;)
[14:51] <sil2100> Thanks for looking into that!
[14:52] <jdstrand> well, that was fast
[14:52] <jdstrand> Device generic_x86 not found on server https://system-image.ubuntu.com channel ubuntu-touch/staging/ubuntu
[14:53] <jdstrand> I just used: ubuntu-emulator create touch.xenial --arch=i386 --channel=ubuntu-touch/staging/ubuntu --password=0000
[16:44] <rvr> sil2100: Payment screen is still un-translated
[16:45] <rvr> sil2100: So I guess my fears where right. Payment screen is not using pay-service as context.
[16:46] <rvr> The pay-service.mo files are in the image and contain the strings.
[16:56] <sil2100> rvr: really? We didn't have a new image with the new langpack yet
[16:56] <sil2100> rvr: I mean, we had the exports yesterday but I did a langpack run only today in the afternoon
[16:57] <sil2100> So in theory the latest image should not have pay-service.mo
[16:57] <sil2100> rvr: what image are you using?
[16:57] <sil2100> Maybe someone kicked a new one in the meantime..?
[16:57] <rvr> Oh wait
[16:58] <rvr> I was checking my phone with stable
[16:58] <rvr> ETOOMANYDEVICESINMYDESKTOP
[16:58] <sil2100> rvr: ;) If you have a free device for testing, you could try updating the -es langpack from the overlay and check real quick
[16:58] <sil2100> This would be faster I suppose than kicking a new image and waiting for it to build
[16:59] <rvr> sil2100: Ah, cool, I'll check
[16:59] <sil2100> rvr: thanks!
[17:04] <rvr> marcustomlinson: jibel: Silo 56 approved
[17:04] <marcustomlinson> rvr: awesome thanks!
[17:07] <dbarth> jibel: o/ silo 76 coming your way with oxide 1.14.8 with security fixes AND a nice DGU bug fix as well
[17:08] <dbarth> 1.14.8 is a stable release, same as 1.14.7 and previous which have been in use for a while
[19:29] <jdstrand> sil2100: ok, trying to test silo 15's xenial packages. I reflashed a mako with staging (xenial) but I can't set the passcode ('Could not set security display hint'), so I can't enable developer mode. I also can't enter a wifi password
[19:29] <jdstrand> sil2100: is this known?
[19:29] <jdstrand> jibel: ^
[19:29] <sil2100> jdstrand: possibly related to the policykit-unity8 landing that happened
[19:30] <sil2100> jdstrand: it's a known thing, we had the same regression in vivid but reverted, we're busy with OTA-11 so we didn't work on this in xenial yet
[19:30] <jdstrand> sil2100: that is what I was thinking. is there something I can do on the device to undo that? can a flash with a different rev?
[19:30] <sil2100> Yeah, let me quickly find you the rev that should be free of this change
[19:31] <jdstrand> sil2100: I'm asking cause pmcgowan ask that I try to get bug #1569582 in by friday
[19:31] <jdstrand> (for vivid overlay)
[19:31] <sil2100> jdstrand: https://system-image.ubuntu.com/ubuntu-touch/staging/ubuntu/mako/version-7.json <- try this version maybe
[19:31] <sil2100> The rootfs was built before the seed change happened, so I guess it should be okay
[19:32] <jdstrand> but we obviously need it for xenial, so I prepared those packages, but I can't claim I tested the silo if I haven't done xenial
[19:32] <jdstrand> ok, thanks
[19:32] <sil2100> jdstrand: thanks for looking into that!
[19:32] <sil2100> +1 on checking xenial, it's our big thing for the nearest days
[19:32] <jdstrand> hrmm, I can't flash cause I don't have adb
[19:34]  * jdstrand wonders if 'passwd' in a terminal will do what I need
[19:35]  * jdstrand is flashing
[20:24] <ToyKeeper> sil2100, robru: Do you see anything here which would keep it from showing up in the QA queue?  https://requests.ci-train.ubuntu.com/#/ticket/1396
[20:25] <sil2100> ToyKeeper: automated sign-off
[20:25] <sil2100> The autopkgtests are probably still running
[20:25] <ToyKeeper> awe seems to be EOD'd but he didn't get it quite far enough for QA before leaving.
[20:25]  * sil2100 goes EOD
[20:25] <ToyKeeper> :)
[20:26] <davmor2> ToyKeeper: he might of hit the trigger on the silos but then autopackage test not finished their run
[20:26] <robru> ToyKeeper: yeah you only approved it 20 minutes ago, takes usually an hour for automated signoff to happen, plus however long it takes for the autopkgtests if any
[20:27] <ToyKeeper> He did all his tests then started a rebuild to change the version number, and left.  :(
[20:27] <ToyKeeper> I assume those tests still apply, but it caused the ticket status to revert.
[20:28] <ToyKeeper> Anyway, thanks.  :)
[20:29] <pat_> ToyKeeper, from earlier...
[20:29] <pat_> once we finish testing and I kick off the silo rebuild ( to strip the ~testX suffix from the version ),
[20:29] <pat_> from awe
[20:30] <pat_> I forwarded email
[20:30] <ToyKeeper> pat_: That's why I kicked it manually.  :)
[20:31] <pat_> excellent
[20:31] <ToyKeeper> (wasn't sure what it was waiting on after that though)
[20:31] <ogra_> "kicked manually" ... sounds quite contradicting :)
[20:35] <pat_> heh
[20:39] <robru> ToyKeeper: strictly speaking the tes manual testing happens on the binary package and so a rebuild invalidates all the testing, however we don't usually require a complete retest on a simple version number change, just a smoke test to make sure nothing exploded during the build
[20:40] <robru> ToyKeeper: it's one of those things where, IN THEORY changing the version number can't break anything but in practice builds sometimes fail subtly, so it's best to double check
[20:40] <ToyKeeper> ogra_: ... kicked pedually?
[20:41] <ToyKeeper> robru: That's why I'm a little grumpy.  Usually it's build-then-test, not test-then-build.
[20:42] <robru> ToyKeeper: indeed
[20:42] <ToyKeeper> OTOH, it's also a blocker which needs to land ASAP.
[20:43] <ToyKeeper> ... and it looks like it worked.  Krillin standby went back down by 90%.  :)
[20:45] <ogra_> ToyKeeper, hah !
[21:00] <pat_> ToyKeeper, thats great, my arale has died every night this past week
[21:00] <ToyKeeper> pat_: Arale doesn't benefit as much.  Standby should at least double, but it won't go up by 10X like on krillin.
[21:01] <pat_> ToyKeeper, still goodness, why so much more on krillin?
[21:01] <ToyKeeper> (arale's standby w/ wifi has always been a bit power-hungry)
[21:01] <pat_> ah
[21:01] <pat_> but I usually got 3-4 days and now not 1 so will see
[21:01] <ToyKeeper> Seems to be an upstream kernel issue, I think.  Arale doesn't sleep well with wifi on.
[21:30] <robru> ToyKeeper: good news: https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-077/excuses.html your autopkgtests have started
[21:30] <ToyKeeper> :)
[23:52] <ToyKeeper> Wow, it really does take a while for the automated parts to run.


[12:18] <Diablo-D3> you know
[12:18] <Diablo-D3> gnome sucks
[12:18] <Diablo-D3> not for the usual ZOMG GNOME SUCKS reasons
[12:19] <Diablo-D3> but for the fact that ubuntu makes pationate love to gnome, and kde gets none
[12:26] <Riddell> Diablo-D3: do not make statements like that, certainly not here
[12:26] <Diablo-D3> Riddell: Im not trolling, if thats what you're thinking
[12:26] <Diablo-D3> ubuntu's gnome is all polished and pretty and all that other stuff
[12:27] <Diablo-D3> and it gets all the attention and everything
[12:27] <Diablo-D3> and its the default ubuntu desktop
[10:46] <freeflying> Riddell: ping
[10:54] <hunger> Where is the libarts deb? That is keeping me from upgrading arts for 2 weeks now. Stuck in some upload queue?
[11:00] <freeflying> hunger: libarts1c2a now is avaliable
[02:12] <freeflying> raphink: ping
[02:14] <freeflying> raphink: kubuntu-grub-splashimages can not add the lfile correctly in my box
[05:07] <OculusAquilae> Riddell: ping
[07:34] <Verwilst> hellow
[07:34] <Verwilst> Riddell: you here? ;)


[09:37] <HeOS> cjwatson and wgrant, thank you, guys, for your works!
[10:07] <cjwatson> HeOS: you're welcome
[10:08]  * cjwatson confirms that that fuel milestone page works now
[13:45] <jgdx> cjwatson, hey, I don't know if I discussed the go get failure with you, but I filed bug 1521628 in any case.
[13:46] <jgdx> woops, I am wrong though, infra does not use the make script.
[14:36] <cjwatson> jgdx: and yet
[14:36] <cjwatson> $ curl -s https://launchpad.net/godeps | grep -A1 go-import
[14:36] <cjwatson>     <meta name="go-import"
[14:36] <cjwatson>           content="launchpad.net/godeps bzr https://launchpad.net/~godeps-maintainers/godeps/trunk" />
[14:38] <cjwatson> jgdx: do you have a version of go new enough to have the changes in https://github.com/golang/go/issues/11436 ?
[14:40] <jgdx> cjwatson, I'll check. It was xenial, so > 1.5
[14:45] <cjwatson> jgdx: ah, right, I think the problem is that "bzr branch https://launchpad.net/~godeps-maintainers/godeps/trunk" gets turned into http://bazaar.launchpad.net/...
[14:45] <cjwatson> 0.080  hpss call:   'hello',
[14:45] <cjwatson> 0.080               (to https://launchpad.net/~godeps-maintainers/godeps/trunk/)
[14:45] <cjwatson> 2.138  hpss call:   'hello',
[14:45] <cjwatson> 2.139               (to http://bazaar.launchpad.net/~godeps-maintainers/godeps/trunk/)
[14:46] <cjwatson> ... which I'm not going to dig into on my afternoon off :-)
[14:48] <jgdx> cjwatson, yeah, it's currently a risk, but not a very big one. So no hurry. :)
[15:10] <jgdx> cjwatson, why is that hpss removing the s?
[15:11] <jgdx> is it an anti-s-ite?
[15:22] <cjwatson> jgdx: I think it's more likely that it's asking the LP webapp for the URL, and that the relevant bit of webapp code was written a long time ago and returns an http URL
[15:22] <cjwatson> I haven't traced it through in full detail
[15:23] <jgdx> ookok
[21:46] <wgreenberg> is there any concept of "forking" a project in launchpad?
[21:46] <wgreenberg> I've got a development branch of a project that exists, and I'd like to build it as a package in my ppa
[22:01] <xnox> ppa is per team/person, and not connected to projects at all.
[22:01] <xnox> and so are the recipes if you want to use that.
[22:01] <xnox> just build it for your ppa and that's it...
[22:01] <xnox> you can push any bzr branches you want to e.g. lp:~/foo/my-branch, or use lp:foo in your recipes.
[22:03] <wgrant> Right, in LP you don't "fork" a project. You just push your own branch into the existing project.
[22:03] <wgrant> So you can get an overview of what everyone's doing, rather than having to click around through a hundred separate projects.
[22:21] <wgreenberg> ok, makes sense. So if I wanted my PPA to build packages with my unmerged customizations of some project, I'd just push a bzr branch of the main project and use it in the recipe?
[22:23] <cjwatson> That should be fine, yes
[22:24] <cjwatson> (And as xnox implies, you don't actually have to use recipes; but you may find it easier)
[22:25] <wgreenberg> gotcha. in our case, we store debian files in a separate branch for *reasons*, so I think we need a recipe to pull in both branches
[22:26] <teward> probably
[22:26] <wgreenberg> anywho looks like it's working. thanks!


[13:53] <smartboyhw> zequence, we have a whole bunch of testcases in https://bugs.launchpad.net/ubuntu-manual-tests/+bugs?field.tag=ubuntu-studio
[13:53] <smartboyhw> 58....
[15:54] <smartboyhw> Hey madeinkobaia
[15:54] <smartboyhw> Nice to see you back!
[15:55] <madeinkobaia> Hi smartboyhw :)
[15:55] <madeinkobaia> Thanks for the welcome !
[15:55] <smartboyhw> madeinkobaia, any nice things for me to see?
[15:56] <madeinkobaia> smartboyhw: nothing recent, the last artwork made is the social network banner.
[15:57] <madeinkobaia> smartboyhw: Also our webshop start to be ready. Did you visit it ?
[15:57] <smartboyhw> madeinkobaia, ouch, I thought you are working on our 13.10 default wallpaper already. Webshop? Where?
[15:58] <madeinkobaia> http://ubuntustudio.spreadshirt.fr/
[15:58] <smartboyhw> Why did NOBODY tell me!?
[15:59] <smartboyhw> Holy!? 20 euros!?
[15:59] <madeinkobaia> I think it is not finished that's why. The price seems expensive indeed.
[15:59] <smartboyhw> zequence, I want a price slim-down....
[16:02] <madeinkobaia> smartboyhw: I think ttoine is the best person for speak about his / this project.
[16:02] <smartboyhw> madeinkobaia, OK.
[16:02] <smartboyhw> Let me ask about price....
[16:04] <madeinkobaia> smartboyhw: Otherwise what do you think about of the t-shirt designs ?
[21:03] <zequence> dexit
[22:01] <Guest9653> hi, I would like to contribute to ubuntu studio
[22:02] <millerthegorilla> Apart from the mailing list is there information about contributing anywhere else?
[22:04] <zequence> millerthegorilla: http://ubuntustudio.org/contribute/
[22:04] <zequence> millerthegorilla: You being here is a good start
[22:05] <zequence> what do you think you would like to contribute with?
[22:06] <millerthegorilla> thanks, I've just been to that page.  I don't know.
[22:06] <millerthegorilla> I'm a coder and a musician, and can patch and compile a kernel
[22:06] <zequence> millerthegorilla: Have you done any Debian packaging before?
[22:07] <millerthegorilla> No I haven't but I'm keen to learn
[22:07] <millerthegorilla> I wouldn't mind contributing to the alsa stuff along the lines of kxstudio's cadence
[22:07] <millerthegorilla> *jack
[22:07] <zequence> millerthegorilla: This is a good place to start https://wiki.ubuntu.com/UbuntuStudio/SetupDeveloperEnvironment
[22:08] <zequence> millerthegorilla: Have you done any python coding?
[22:09] <millerthegorilla> yh, a reasonable amount, I've used the RAD design gtk systems as well.
[22:09] <zequence> millerthegorilla: Actually, before you do that, you might want to install saucy
[22:09] <millerthegorilla> when is saucy planned for release?
[22:09] <zequence> October
[22:10] <zequence> https://wiki.ubuntu.com/UbuntuStudio/DevelopmentReleaseSchedule
[22:10] <zequence> Feature freeze is coming up at Aug 22
[22:11] <zequence> That means we need to have uploaded all our changes before then
[22:11] <millerthegorilla> ok, I should be able to get a grip of the workflow in time for the next version
[22:12] <zequence> We need to do a bit of work on ubuntustudio-controls before feature freeze
[22:12] <zequence> if you like, you could assist in that
[22:12] <zequence> i'm the project lead, btw
[22:12] <zequence> OvenWerks is our most busy dev
[22:12] <millerthegorilla> gr8, not seen the project before.  got a link?
[22:13] <zequence> Right now, there's no new version anywhere
[22:13] <zequence> I'll need to set it up
[22:13] <zequence> been delaying it for far too long
[22:13] <zequence> either we fix it so it has some use, or we remove the package from the archive
[22:14] <zequence> It's job will be primarily to adjust system settings
[22:14] <zequence> it could also be developed into a jack control application
[22:14] <millerthegorilla> have you seen kxstudio?
[22:14] <zequence> I have some code laying around, just need to make it useful
[22:15] <millerthegorilla> *used
[22:15] <zequence> yes, and I know falktx
[22:15] <millerthegorilla> sounds sorta like cadence
[22:15] <zequence> well, he got some ideas from us to that, and it's a good start, but what I have in mind is something bit different
[22:15] <millerthegorilla> I strip out pulse and install cadence on my ubu studio
[22:16] <millerthegorilla> what did you have in mind?
[22:16] <zequence> I'll need to go to sleep now
[22:16] <millerthegorilla> ok. cya.
[22:16] <zequence> Will put up some code later this week
[22:16] <millerthegorilla> where?
[22:16] <zequence> will be attending DebConf and probably I'll be doing some work during that time
[22:16] <millerthegorilla> on the mail list?
[22:16] <zequence> We use launchpad projects, and bzr branches
[22:17] <millerthegorilla> ok.  got a link?
[22:17] <zequence> https://launchpad.net/ubuntustudio-project
[22:17] <millerthegorilla> thanks, gdnight.
[22:17] <zequence> You can find most of what you need to know here https://wiki.ubuntu.com/UbuntuStudio/DeveloperDocumentation
[22:17] <zequence> Or, at least, what is written down so far
[22:18] <zequence> millerthegorilla: See you around


[17:51] <WO0T> WOOT
[17:51] <WO0T> WOOT
[17:51] <WO0T> WOOT
[17:51] <WO0T> WOOT
[17:51] <WO0T> WOOT
[17:51] <WO0T> WOOT
[17:51] <WO0T> WOOT
[17:51] <WO0T> WOOT
[17:51] <WO0T> WOOT
[17:51] <WO0T> WOOT
[17:51] <WO0T> WOOT
[18:01] <topyli> ircc meeting right? i have to take 5 min here, but i'm around
[18:01]  * Unit193
[18:02] <Myrtti> interesting.
[18:02] <jussi> o/
[18:02] <Unit193> \o
[18:03] <jussi> right, so who is here? topyli is I guess
[18:03] <jussi> any other ircc'ers ??
[18:05] <jussi> bueller? bueller? anyone?
[18:06] <highvoltage> he's sick.
[18:07] <jussi> highvoltage: haha
[18:07] <jussi> anyways
[18:07] <topyli> we don't seem to have quorum again
[18:07] <jussi> lets go through items and if we need to get them to the ML
[18:08] <jussi> #startmeeting
[18:08] <meetingology> Meeting started Sun Nov 27 18:08:01 2011 UTC.  The chair is jussi. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[18:08] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[18:08] <jussi> #topic Bugs
[18:08] <jussi> #meetingtopic Bugs
[18:08] <jussi> better :)
[18:09] <jussi> So, bug788503
[18:09] <jussi> So, bug 788503
[18:09] <jussi> The ether pad is still up, we havent had much feedback
[18:10] <jussi> I guess we will give it a little more time and advertisement
[18:10] <jussi> topyli: sound good?
[18:10] <topyli> in general, we have more bugs than in the past, due to pushing issues to launchpad. it's good but i'm not sure if the amount of comments is any more useful than we used to get privately. it is an advertising problem i suppose
[18:10] <jussi> bug 883119 then.
[18:10] <jussi> Personally I think we can close this one
[18:11] <topyli> we are fixing it
[18:11] <jussi> its pretty obvious what we have been doing.
[18:11] <jussi> (or at least in progress).
[18:11] <topyli> i say close
[18:11] <jussi> If any of the people attending this meeting have an opinion, please dont be shy
[18:12] <topyli> close it, people will reopen if needed
[18:13] <jussi> ok
[18:14] <jussi> #action topyli to close bug 883119
[18:14] <meetingology> ACTION: topyli to close bug 883119
[18:14] <topyli> i wouldn't like to touch the eir thing or the ops process right now, i'd leave them to the next council
[18:14] <jussi> bug 884617
[18:14] <jussi> err
[18:15] <jussi> Im dyslexic
[18:15] <jussi> bug 884671
[18:15] <jussi> This bug has had a bit of action - has anyone here got any thoughts?
[18:16] <topyli> jussi: the action is done. "fix released"
[18:17] <jussi> right.
[18:17] <topyli> i do agree that when the council sees a good op, they should be able to make one on the spot. the current process exists because we can't possibly be familiar with everyone
[18:18] <jussi> Yes, I agree. I think this needs to be taken to the rest of the ircc for a vote.
[18:19] <topyli> it's a policy change and needs a vote
[18:19] <jussi> #action topyli to email ircc list for votes on this.
[18:19] <meetingology> ACTION: topyli to email ircc list for votes on this.
[18:19] <jussi> bug 887544
[18:20] <topyli> well. this is a long-standing item i've been planning to do
[18:21] <jussi> I think this is just something you are going to do isnt it, topyli
[18:21] <topyli> yeah
[18:21] <jussi> lets leave it as it is then for now
[18:21] <jussi> bug 892501
[18:22] <topyli> this is difficult. LjL is great and all, but having such powers invested in proprietary bots controlled by a single person is not very nice
[18:23] <topyli> i have talked to him, and i think we'll resolve it eventually
[18:23] <jussi> I think this might be one to leave for when there is a full council
[18:23] <topyli> yeah, and he should be around too
[18:24] <jussi> I think bug 892500 is similar
[18:25] <topyli> i don't have much to say about that, i disagree and would say it's useful. if we need to tweak it, let's
[18:26] <jussi> topyli: let's ?
[18:26] <topyli> if we need to tweak it, let's do so :)
[18:26] <jussi> ok
[18:26] <jussi> #meetingtopic Review last meetings action items
[18:26] <jussi> topyli: got these handy?
[18:27] <topyli> need to find from email, since we haven't done the team report
[18:27] <jussi> oh :/
[18:28] <jussi> right, pangolin - you about?
[18:28] <topyli> nhandler_ was supposed to do it. elky eventually sent a summary to the mailing list, but apparently she didn't copy it to the wiki
[18:28] <jussi> :(
[18:29] <topyli> there are two action items not done
[18:29] <jussi> which were?
[18:29] <topyli> i haven't sent out the lubuntu ops call
[18:29] <jussi> oh, yes, we were doing htat.
[18:30] <topyli> you and i have the irc guidelines review in progress, but that's in progress and needs help
[18:31] <jussi> Ok, so we need to finish that email and send it
[18:32] <jussi> is pangolin around?
[18:32] <topyli> jussi: let's just note those, and i'll promise to do the lubuntu thing asap. i'll draft it and have it reviewed by you
[18:32] <jussi> sure
[18:33] <jussi> As for pangolins issue, I see nothing on the background page about it, so its hard to be sure what he is after
[18:33] <topyli> it should be done carefully so the current people don't think we're "replacing" their current staff
[18:33] <jussi> yes
[18:34] <LjL> i am here
[18:34] <topyli> i can't say anything on pangolin's item. as he's not here, we should leave it
[18:34] <topyli> LjL: yay!
[18:34] <jussi> hi LjL :)
[18:35] <topyli> LjL: we're not able to talk about the bots though, we're too few again
[18:35] <topyli> well we can talk, but not make any decisions
[18:35] <jussi> we can talk about it - just decisions have to go else..
[18:36] <topyli> LjL: iirc you wanted some time with this, to see what you want to do
[18:36] <LjL> well i can say what my stance is. the floodbots aren't nearly good enough to be worth open sourcing for the sake of "giving them to the developer community". so i'd just be open sourcing them to make you folks happy. well, that's not going to happen at least until a new council is in place and, plainly stated, i see how much i'm in tune with its members
[18:37] <jussi> LjL: are you willing to give a certain amount of time that you promise you wont remove them before that time you make hte decision?
[18:39] <LjL> jussi: yes, but not a long time. since i see that calls are being made to rewrite them, then i'm sure it won't be a problem to have them accomplished ;) so i guess i will give a month or so after i tell everyone i'm going to retire them. which may or may not happen, really, i'm not saying it will.
[18:40] <topyli> we're basically leaving this for the next council then
[18:40] <jussi> LjL: right, but they will you say, be around until the next council appears?
[18:40] <LjL> jussi: yes
[18:40] <jussi> ok, excellent.
[18:41] <topyli> thanks LjL
[18:41] <jussi> anything else we need to talk about at this meeting? anyone else got any issues they would like to bring up?
[18:42] <topyli> if not, i have a date in 20 minutes :)
[18:42] <LjL> some things got on my nerves and i wanted to remove them, but i was then asked nicely to keep them as a favor and that is enough. they will not be removed in the course of a day again, not while this council is in place anyway. just, if people are planning to work on a rewrite, but all means let them. the floodbots are pretty horrible code anyway.
[18:43] <AlanBell> what are the various dates for the reelection process?
[18:43] <jussi> LjL: thanks a lot - it really helps.
[18:43] <jussi> AlanBell: the current team expires on the 21st
[18:43] <topyli> iirc you must nominate by 14th, but i may be wrong
[18:44] <AlanBell> nominations due by when?
[18:44] <AlanBell> voting for a week from the 14th then is it?
[18:44] <topyli> i think we have voted for a week in the past
[18:44] <jussi> Hrm, It appears I didnt put anything on the mail about nominations. Ill send a mail out about it.
[18:44] <jussi> Ie. dates
[18:45] <topyli> we should ask for clarification on this
[18:45] <jussi> yes, Ill double check with the cc
[18:45] <topyli> then of course spam the planet, the mailing list, and the washington post
[18:46] <jussi> yes, of course
[18:46] <jussi> thanks AlanBell for picking htat up
[18:46] <AlanBell> no problem :)
[18:46] <jussi> right. anything else?
[18:46] <AlanBell> plus clarify who is running the vote and the finishing method selected
[18:47] <jussi> yes ++
[18:47] <topyli> yeah
[18:47] <LjL> yes, topyli's haircut? i have raised that concern in the survey, and it's unsettling that it's not being addressed
[18:47] <jussi> LjL: sorry, thats out of our hands. escalate it
[18:47] <topyli> LjL: i have noted the opinion, and ignored appropriately!
[18:48] <LjL> topyli: (blame funkyhat by the way :P)
[18:48] <topyli> (yes i actually did read everything :)
[18:48] <jussi> LjL: its inappropriate for a hippie to have short neat hair!
[18:49] <jussi> anyway, last call or Im doing #endmeeting
[18:49] <topyli> LjL: i chose to just read the data, not where it's from
[18:50] <jussi> #endmeeting
[18:50] <meetingology> Meeting ended Sun Nov 27 18:50:07 2011 UTC.
[18:50] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-11-27-18.08.moin.txt
[18:50] <jussi> thanks everyone :)
[18:50] <topyli> alright, thanks, i have to run now
[18:50] <Unit193> Great!
[18:50] <jussi> AlanBell: also, meetingologydid somethign strange to the topic
[18:51] <jussi> [20:26:34] * meetingology has changed topic for #ubuntu-meeting to: "Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | Review last meetings action items Meeting | Current topic:  Bugs"
[18:51] <jussi> that was after : [20:26:34] <jussi> #meetingtopic Review last meetings action items
[18:52] <jussi> anyway, Im also off. laters
[18:57] <AlanBell> jussi: yeah, because you used #meetingtopic, which sets the overall meeting name, like "#meetingtopic ircc meeting"