[10:58] <bac> hi danilos
[12:09] <danilos> bac, hi (sorry, was out)
[12:10] <danilos> bac, so, I am eager to find out, what was the bug you mentioned? :)
[12:28] <gary_poster> Guten Tag, meinen Herren.
[12:28] <gary_poster> gmb still has grue
[12:28] <bac> hola
[12:28] <gary_poster> bac, benji, danilos, call in 2
[12:43] <bac> danilos: now you can just escalate all of those translation bugs you wanted to see fixed
[12:44] <danilos> bac, heh, yeah, I don't think I'd stay long in linaro if I just did that :))
[12:44] <danilos> though, if I do it in a smart and involved way, who knows...
[12:44]  * danilos starts devising a plan...
[14:53] <bac> gary_poster: i see deryck is using g+ hangouts for his team.  want to give that a try some time?
[14:59] <gary_poster> bac, sure that might be fun
[14:59] <gary_poster> that would be the first usage of my g+ account ;-)
[15:00] <gary_poster> bac, I can investigate what is needed to set it up, or I'm happy for you to do it if you want
[15:01] <bac> i will
[15:03] <bac> gary_poster: i've invited you.  (you might not have meant "now")
[15:03] <gary_poster> bac, lol, now is fine
[15:06]  * bac is amused to find the ASCII cow in our doctests
[15:09] <gary_poster> my network connection suxors today for some reason
[15:10] <bac> gary_poster, benji: i'm reviewing a branch that uses "string".format() rather than interpolation.  i see we don't appear to use that construct elsewhere in our code.  any argument against using it?
[15:11] <gary_poster> bac, none from me; AFAIK that's "the way of the future" or somesuch
[15:11] <bac> hoorah.  i've learned my one thing for the day!
[15:11]  * gary_poster wonders when the hangout will start
[15:11] <benji> yeah that the python 3 way
[15:11] <gary_poster> heh
[15:11] <bac> hanging out is pretty boring, it seems
[15:12] <gary_poster> heh, particularly if no one is hanging out with you
[15:12] <bac> benji: cool.  i'll mark his branch NEEDS FIXING to go change all of the existing interpolations to use format()
[15:12]  * gary_poster trying
[15:12] <gary_poster> bac, heh, don't do that to me! :-)
[15:15] <bac> gary_poster: i do like the sad robot with party balloons imagery
[15:16] <gary_poster> bac, as I said, my connection suxors: I still don't have the plugin...ah there it is...
[15:22] <gary_poster> bac, Google is unhappy
[15:22] <bac> well that was underwhelming
[15:22] <gary_poster> bac, invite me again?
[15:23] <gary_poster> oh, I see
[15:23] <gary_poster> I'll try bac
[15:25] <gary_poster> bac, I see the sad robot now.  poor me.
[15:26] <gary_poster> benji, you can try it out now too
[15:26] <gary_poster> I sent you an invite
[15:27] <gary_poster> oh look, my Finder is unhappy.  That's always a bad sign
[15:30] <benji> eww, there's a required plugin?
[15:31] <gary_poster> benji, oh yeah
[15:31] <gary_poster> bac, hm, yeah, tell me how it is working out for deryck :-)
[15:31] <gary_poster> seems a little rough around the edges so far
[15:32] <gary_poster> where that equates to "mostly unusable"
[15:32] <bac> i don't remember installing a plug in.  i don't think i'd used it before.  perhaps i did.
[15:32] <gary_poster> Yeah I definitely did.  Maybe it is the same as Google chat
[15:32] <benji> oh, ant it's auido/video?  I'm not a fan already.
[15:32] <gary_poster> I hadn't used that in a long time
[15:32] <gary_poster> heh
[15:33] <gary_poster> you can mute video fwiw benji :-)
[15:33] <benji> I went one step further, I don't have a camera.
[15:33] <gary_poster> heh
[15:33] <benji> I see a lonely robot
[15:34]  * gary_poster tries to join again so benji is not lonely
[15:34] <gary_poster> or so that the poor lonely robot doesn't have to hang out with benji :-P
[15:35] <gary_poster> bac I invited you again because it such fun
[15:36] <gary_poster> benji is here now
[15:39] <gary_poster> ok bac and benji, I think that may have ben about as much fun as I can handle.  It does appear to be as much fun as my network connection can handle
[15:39] <gary_poster> which is odd because it's usually pretty awesome
[15:39] <benji> yep, for wome reason you seem to be the weak link
[15:40] <gary_poster> The Weakest Link!
[15:41] <benji> now just need a british lady with short hair to scowl at you
[15:41] <gary_poster> :-)
[15:46] <gary_poster> bac, I know you are really hoping for lots of reviews today, so I'm happy to oblige: https://code.launchpad.net/~gary/launchpad/bug844631/+merge/77725
[15:46] <bac> yay
[15:46] <bac> gary_poster: actually i'm in a better mood:  Total: 1123 tests, 0 failures, 0 errors in 47 minutes 25.397 seconds.
[15:47] <gary_poster> bac, wow!  great!
[15:47] <bac> wow, my vm is awful
[15:47] <bac> 47 minutes to run '-t test_bugtask'
[15:47] <gary_poster> bac, do you use Fusion 3?
[15:48] <bac> yes, 3.1.3
[15:48] <bac> have you upgraded to 4?
[15:48] <gary_poster> no, I'm holding off on 4 till a bit later.  I'm not compelled to pay the cost ATM
[15:49] <gary_poster> I was seeing if you had bothered and seen an improvement :-)
[15:49] <bac> i'm not compelled to suffer any surprises...
[15:49] <gary_poster> yeah
[15:49] <bac> so we're both chicken, it seems
[15:49] <gary_poster> :-)
[15:49] <gary_poster> we both have been burned by Lion lately, perhaps
[15:50] <gary_poster> Oh, btw, bac, I deleted the code in 'lib/canonical/launchpad/webapp/publication.py because stub said to.  I'll give a link in the MP...
[15:54] <gary_poster> comment added
[16:03] <gary_poster> bac, I'm going to take lunch.  biab
[16:04] <bac> gary_poster: i may too
[17:16] <benji> bac: I was curious about your comment about VM speed so I ran "bin/test -c -t test_bugtask" on my VM.  It took 23 minutes.  (i5 (M 540) @ 2.53GHz
[17:16] <benji> )
[17:17] <bac> so colorizing speeds things up?  i'll try that
[17:18] <bac> benji: how much memory have you given your VM?
[17:18] <benji> gary_poster: you'll be relieved to know that my bug 854695 branch just made it into PQM
[17:18] <_mup_> Bug #854695: AttributeError for "__traceback__" when reporting an exception <oops> <Launchpad itself:In Progress by benji> <lazr.restful:Fix Released by benji> < https://launchpad.net/bugs/854695 >
[17:18] <benji> bac: 3/4 gig (748 meg)
[17:19] <benji> it swaps very little, there's only 88 meg swapped out at the moment
[17:19] <bac> benji: really?  wow.  mine is 1G
[17:19] <bac> and i have a core 2 duo @ 2.53GHz
[17:21] <benji> the i5 is a tad faster than the core 2 at the same speed, but not 50%, so I suspect you've diagnosed it correctly as being VM overhead (although I'm a bit surprised at it being roughly 50% slower)
[17:22] <benji> You have an SSD right?  I do too, so that shouldn't affect things much.
[17:22] <bac> benji: so you are running ubuntu in a VM?  what is your host?
[17:22] <benji> grrr, "PQM test failure"
[17:23] <benji> bac: I'm runing Natty and using KVM.
[17:23] <bac> wow, so i wonder if kvm is that much faster than vmware
[17:24] <benji> I don't know.  My only VMWare experience was with (what was then called) ESX server.  That was very fast (it ran on top of Redhat).
[17:25] <benji> Those were the days.  Running OpenBSD on VMWare on Redhat.
[17:30] <gary_poster> benji, PQM: yay
[17:42] <gary_poster> bac, btw, I'm here, in case you have any MP questions
[17:42] <bac> gary_poster: ok.  was distracted by lunch and other things but am on it for real now
[17:42] <gary_poster> :-) cool
[18:24] <bac> gary_poster: did you intend for the 'disconnected.html' temporary change to make it into your branch?
[18:25] <gary_poster> no bac, oops thanks
[18:25] <bac> gary_poster: i mean it isn't there
[18:25] <bac> i expected it to be
[18:25] <gary_poster> oh
[18:25] <gary_poster> oh, why?
[18:25] <bac> so you intended for it to be added in manually?
[18:25] <gary_poster> just for review?
[18:25] <bac> from your MP i thought you were providing it for the reviewer
[18:25] <gary_poster> yeah, I was thinking it was nicer to have the clean diff
[18:26] <bac> cool.  i was just confused by what was written
[18:26] <gary_poster> I was providing the patch for the reviewer :-) but I'm happy to merge and push
[18:26] <gary_poster> ok
[18:27] <bac> np
[18:27] <bac> i've done it
[18:32] <gary_poster> thx
[18:35] <bac> gary_poster: did huw write the text for the Uh Oh message?
[18:35] <gary_poster> bac, mostly.  I adjusted it because it was grammatically incorrect initially.  I may have made it worse.  Let me get his original for you...
[18:36] <bac> gary_poster: let's blame huw -- i'm sure yours is a vast improvement...but i still find it very clumsy
[18:39] <gary_poster> bac, ack.  I'm not so sure I made it better to understand, but I can't stand it when a sentence doesn't parse correctly.  Here's the original.
[18:39] <gary_poster> +
This happens when we are doing an update, in which
[18:39] <gary_poster> +                         case Launchpad will be back in less than five
[18:39] <gary_poster> +                         minutes, or in the case that something else has gone
[18:39] <gary_poster> +                         wrong someone will have already been notified.

[18:40] <gary_poster> Can you tweak that subtly to make it grammatically correct and more comprehensible?  I'm happy to run with it if so.
[18:40] <gary_poster> Or not so subtly :-P whatever
[18:41] <gary_poster> This can happen when we are doing an update.  In that case, Launchpad will be back in less than five minutes.  Otherwise, if something else has gone wrong, we have been notified and are working to correct it.
[18:41] <gary_poster> ?
[18:41] <gary_poster> The last sentence is still clumsy
[18:42] <gary_poster> Otherwise, we have been notified of the error and are working to correct it,
[18:42] <gary_poster> s/it,/it./
[18:42] <gary_poster> That sounds better to me than the original or what I threw together before.
[18:43] <gary_poster> This can happen when we are doing an update.  In that case, Launchpad will be back in less than five minutes.  Otherwise, we have been notified of the error and are working to correct it.
[18:45] <bac> let me try
[18:46] <bac> gary_poster: first, i hate the use of "this" with no object.
[18:46] <bac> is it me or is that a real rule?  i was taught so.
[18:47] <bac> i guess "this <gestures to a cow> is blue" make sense.  but without the actor pointing at the cow it does not.
[18:47] <bac> i guess the last thing we were talking about is the implied object
[18:47] <gary_poster> bac, it sounds reasonable.  Maybe it is in strunk/white.  It has a *kind* of object because it is preceded by the heading "Something has gone wrong, sorry about this."  So, "this" is presumably the thing that has gone wrong.
[18:48] <gary_poster> Though it should really be "The going-wrong" in the context of the sentence I guess :-)
[18:48] <gary_poster> "The wrongness"
[18:49] <gary_poster> I could futz to try to get rid of the "this", but I'll let you do it.
[18:50] <benji> I'll drive by: how about s/This/This error/
[18:50] <bac> Either we are in the middle of doing an update, in which case Launchpad will be back in less than five minutes, or we are experiencing unexpected problems and we're working to fix them.
[18:51]  * benji dreams of a world in which inner-city youth perform drive by grammar bikeshedding.
[18:51] <bac> yo yo, put down dat participle
[18:51] <gary_poster> heh
[18:52]  * bac should've used 'gerund'
[18:52] <gary_poster> bac, I like, but can we split that into two sentences?
[18:52] <bac> yes.  you.  can.
[18:52] <gary_poster> LOL
[18:53] <bac> and the previous sentence:
[18:53] <bac> "Something has gone wrong, sorry about this <insert object>.
[18:53] <bac> colossal screw-up
[18:54] <gary_poster> heh
[18:54] <bac> annoyance
[18:54] <bac> actually that sentence is a run-on, no?
[18:54] <gary_poster> Can we be more colloquial, maybe?  This is mrevell's old job.  "Something has gone wrong.  We're sorry!"
[18:55] <bac> and we should channel Astro:  Ruh Roh!
[18:55] <gary_poster> heh
[18:55]  * gary_poster thought that was Scooby
[18:55] <bac> ok, i guess i can get on with the more significant parts of the review, though the wording needs work.
[18:56] <benji> Astro had the same speech impediment.
[18:57] <bac> they had the same voice actor
[18:57] <bac> Astro is a canine character on the Hanna-Barbera cartoon, The Jetsons. He was designed by Iwao Takamoto, and originally voiced by Don Messick. In the Harvey Birdman, Attorney at Law episode "Back to the Present", Astro was voiced by Wally Wingert. Astro was more advanced than present-day dogs, in that he had a rudimentary grasp of the English language, albeit with r's in many places they shouldn't be, or replacing other letters. For ex
[18:58] <gary_poster> Something has gone wrong.  We're sorry!
[18:59] <gary_poster> If we are in the middle of an update, Launchpad will be back in less than five minutes.  Otherwise, we are working to fix the unexpected problems.  Please see Twitter or Identi.ca for details.
[18:59] <gary_poster> bac ^^^
[19:00] <bac> gary_poster: won't twitter or identi.ca be shown below?
[19:00] <bac> or only sometimes?
[19:00] <gary_poster> bac, that's the hope, but if they are on an older browser & do not have Flash installed, then no.
[19:01] <gary_poster> The links will always be shown
[19:01] <bac> i just dont' want it to sound redundant for the frequent case that it is already there
[19:01] <gary_poster> I'm happy to omit the last sentence
[19:01] <bac> but that is much better
[19:01] <gary_poster> cool, bac, I'll put that in without the Twitter sentence
[19:01] <gary_poster> thank you
[19:04] <gary_poster> bac, wording changed pushed FWIW
[19:05] <gary_poster> s/changed/change/
[19:05] <bac> cool
[19:19] <bac> gah, FF7 is crashing all the time on me
[19:20] <bac> just lost my review, though i hadn't actually written much
[19:27] <gary_poster> bac, fwiw, I'm reinstating the deleted part in publication.py because lifeless showed me that I don't understand what stub was saying, and he's not sure either
[19:27] <bac> good
[19:27] <bac> i didn't understand it either
[19:27] <bac> but i hadn't read stub's note yet
[19:29] <bac> gary_poster: i've finished
[19:29] <bac> i made some comments about behaviour when JS is not enabled.  hope it makes sense.
[19:29] <gary_poster> bac, cool, will look in a sec.  thank you!
[19:30] <bac> AND WTF IS ROBERT DOING???
[19:30] <bac> by that i mean, it seems rather rude to approve a claimed review that is in progress by someone else
[19:34] <gary_poster> :-/
[19:40]  * bac -> deli
[20:41] <bac> bye benji.  have a good weekend.
[20:42] <benji> bac: same to you; I hope your dog feels better soon


[00:13] <TaoSk8r> Greets all.. Im trying to setup the ARM repo if possible on my chrubuntu installation, is this possible? Im using the 12.04 kubuntu
[02:01] <TaoSk8r_> wow i guess this is a lurk mode channel
[02:01] <TaoSk8r_> nobody talks here, oh well
[02:02] <TaoSk8r_> have a good one, nobody who is listening.
[09:41] <hvn2> hi, I have a question about the boot process...does the u-boot.bin play an active role in the boot or not ?
[09:45] <infinity> hvn2: It's effectively your firmware and bootloader all rolled into one, so yes.
[09:49] <hvn2> infinity: so only having a new uImage, uInitrd and boot.scr doesn't boot the system
[09:49] <infinity> hvn2: That depends on the system.  But one like a Panda, for instance, has no PROM with u-boot written to it, so the only one it has is the one you give it on the SD card.
[09:50] <infinity> Some other boards do have a burned-in u-boot, and don't need you to provide a spare.
[09:52] <hvn2> infinity: I'm trying to boot a custom patched kernel. dpkg does create the file I mentioned, but not the u-boot.bin. After reboot, the process hangs on the boot of the new kernel. Hence the question.
[09:52] <hvn2> typo: ..files I mentioned..
[09:52] <infinity> hvn2: Well, the u-boot you already had should work.  You don't need a new one for each kernel.
[09:53] <infinity> If you deleted your old u-boot, that wouldn't work so well. :P
[09:54] <hvn2> infinity: should it work if the u-boot.bin is for a different kernel than uImage, uInitrd  and the /boot contents ?
[09:54] <infinity> hvn2: u-boot isn't "for a kernel".
[09:54] <infinity> hvn2: Like I said, it's effectively your firmware and bootloader.
[09:55] <infinity> hvn2: You don't replace your BIOS and GRUB on every kernel update on x86.  Same general idea.
[09:55] <hvn2> infinity: ok. I understand. Then I have to look further into why it won't boot.
[10:00] <hvn2> infinity: you compare it to GRUB....after installing a new kernel on x86, the new kernel is usually added to GRUB. Does that go for u-boot as well ?
[10:02] <infinity> hvn2: Grub updates its config file, that's all.  Usually not needed with a u-boot setup if it just follows the symlinks.  But look at your boot.scr to see what it's doing.
[10:03]  * infinity needs to get some sleep.
[10:03] <hvn2> infinity: ok, ty
[10:08] <suihkulokki> I guess A53 is quite rare breed.. in-order 64bit cpu :)
[10:10] <suihkulokki> hmm echan
[11:00] <hvn2> Question: I'm about to cross-compile a custom kernel, but not sure which method to use. https://wiki.ubuntu.com/KernelTeam/ARMKernelCrossCompile at 6 says to build uImage only, while other sources say to create a deb package containing uImage, uInitrd and vmlinuz. Which is best ?
[11:01] <hvn2> Running Ubuntu Precise
[12:49] <hvn2> Hi, question: trying to build a custom kernel for beagleboard following https://wiki.ubuntu.com/KernelTeam/ARMKernelCrossCompile FAQ 6, I end up with a hanging system with last message "Uncompressing Linux... done, booting the kernel. ". The boot info shows it boots the correct uImage. But why could it hang?
[12:50] <ogra> did you set the right console= option ?
[13:03] <hvn2> ogra: I'm using a 3.5.7 vanilla kernel, so low-level debug uart is no option. I tried console= earlier but without any result.
[13:15] <hrw> why so old?
[13:21] <hvn2> hrw: because of a patch I intend to use which is adapter for 3.5.7 and 3.8.13. So I could use the later one as well, but my main question is why it doesn't boot. It boots with 3.2.0, so why not 3.5.7 ?
[14:13] <hvn2> ok, I have tried https://wiki.ubuntu.com/KernelTeam/ARMKernelCrossCompile FAQ 6 with 2 different kernels: 3.5.7 and 2.6.33 (because of UART) and the board won't boot. So I'm rather clueless by now.
[14:16] <ogra> how do you know it desnt boot if you dont even get the kernel messages
[14:16] <ogra> fix that first
[14:17] <ogra> "Uncompressing Linux... done, booting the kernel." is only the kernel starting ... if it oopses or doesnt find iits initrd or doesnt find its rootfs it prints stuff after that to the default console
[14:17] <ogra> (whatever console is defined in your config)
[14:50] <hvn2> ogra: yes, I'm going to compare working stuff with custom....see what that gives
[14:50] <hvn2> already did, but will get it working....
[18:14] <davidkrauser> Hello everybody
[18:14] <davidkrauser> Does anyone in here have any experience building for armv5 with the gcc-arm-linux-gnueabi package in Ubuntu 12.04? I can get it to work with the package in 13.10, but not with the package in 12.04.
[18:15] <davidkrauser> Seems that all of the files in /usr/arm-linux-gnueabi/ are targeting armv7-a in 12.04, and armv5t in 13.10
[18:18] <davidkrauser> Also seems that in 12.04, everything is built with -mfloat-abi=softfp, and everything in 13.10 is built with -mfloat-abi=soft
[18:25] <davidkrauser> I used `readelf -A FILE` to inspect those files. Not sure if there's a better way.
[18:37] <davidkrauser> brb


[07:16] <ara> good morning all!
[08:10] <jibel> good morning all!
[15:18] <jibel> bladernr, about the wubi bug, you were right saying the dual boot thing was a red herring.
[15:18] <jibel> bladernr, the problem is with the way grub.cfg is generated.
[15:19] <bladernr> I was thinking that maybe it's due to grub being updated but not re-run during the Lucid - Maverick upgrade...  if it is fixable by editing the grub.cfg afterwards
[15:19] <jibel> bladernr, I've done a fresh install and compared the ubuntu directories with the upgrade.
[15:19] <jibel> bladernr, that's one of the video module.
[15:19] <bladernr> ahhh... heh... you're ahead of me.  I'm pulling the lucid iso down so I don't have to sit through a torrent every time I do an install
[15:20] <bladernr> jibel:  ack
[22:09] <anzenketh> I hate regressions.


[01:53] <nacc> slangasek: can i get your opinion on something? debian (and yakkety, which is merged up at this point) have switched the first alternative for php7.0 from 'php7.0-fpm | libapache2-mod-php7.0 | php7.0-cgi' to 'libapache2-mod-php7.0 | php7.0-fpm | php7.0-cgi'. This is becuase of Debian Bug #822774. Would it be best to have 16.04 match 16.10 (for easier future upgrading and minimizing delta)? Is that even
[01:53] <nacc> an SRU-able thing (we've been affected in 16.04 already in at least one package, LP: #1577916
[02:25] <kirkland> jderose: likewise, I'm going to look at it too -- thanks so much for sending it our way!
[02:27] <jderose> kirkland: no problem, and thank you very much for looking at it! we've tested that patch with "extreme paranoia" and thus far haven't found any issues... but i'm eager for any feedback you might have
[04:28] <slangasek> nacc: I don't think switching php7.0's dependency ordering is something we should SRU; and more to the point, any webapp package that's broken with the current dependency is still broken if you change it, since the admin may have selected a different php alternative locally.  So anything that has a requirement on a particular sapi but doesn't specify in its dependencies has buggy dependencies
[04:29] <slangasek> nacc: (I reserve the right to change my opinion on whether to accept an SRU to change the dependency order, depending on how widespread this problem appears to be; but I will stand by the claim that any affected package is buggy and should /also/ be SRUed)
[04:55] <jbicha> my understanding is that php-fpm is broken without at least manual configuration but libapache2-mod-php7.0 just works out of the box
[05:04] <jbicha> so I believe this affects *all* php webapps
[05:05] <jbicha> we could and should release note it, we could attempt to workaround it in php7.0 itself but I think it's too much to try to SRU all affected apps individually
[05:13] <slangasek> jbicha, nacc: ok, if it's the case that you can't use /any/ webapp with php-fpm without manual configuration, that's an argument for changing the dependency order (or possibly dropping it as an alternative dep altogether?)
[05:16] <jbicha> yes, I unknowingly tried verifying bug 1582340 (see cmnt 4) and I had to google to figure out why drupal didn't work
[05:20] <cpaelzer> good morning
[05:21] <cpaelzer> stgraber: as we said in the past - if I see you online when I join it might be time for you to call it a day :-)
[05:55] <pitti> jderose: this is a well-known bug by now
[05:56] <pitti> jderose: ah, and you found the master bug yourself
[06:07] <pitti> flexiondotorg: I just moderated your alpha-1 mail on u-d-announce@; please ping somebody after sending an announcement so that it appears timely
[08:11] <seb128> pitti, hey, I see that you already did you morning SRU round, could you just have a look to libwnck? it's a no change rebuild to get translations back since it's universe
[08:12] <pitti> seb128: I only did trusty this morning, not xenial :) (and I released srus)
[08:12] <pitti> seb128: mostly as part of my patch piloting
[08:12] <pitti> oh, forgot..
[08:12] <pitti> @pilot in
[08:13] <pitti> seb128: trivial, done
[08:13] <seb128> pitti, oh, right, I saw a bunch of xenial-changes updates with your name but it's copy to -updates ... I though we didn't do that on fridays? ;-)
[08:13] <pitti> oh, crap
[08:14] <pitti> seb128: for some weird reason I thought "it's Thursday, so let's rather do it today than on a Friday"
[08:14]  * pitti needs holidays, obviously
[08:14] <pitti> sorry -- I'll check IRC and bug mail tomorrow morning
[08:15]  * seb128 hugs pitti
[08:15] <seb128> thanks for libwnck
[08:15] <seb128> don't worry much, those were not big/risky SRUs it seems
[08:15] <seb128> and it's early european friday so still plenty of hours to get feedback today
[08:19] <flexiondotorg> pitti, Thanks for the mail moderation. I did request that last night in #ubunutu-release after I posted :-)
[08:19] <cpaelzer> pitti: hi, was there any external trigger for your comment in bug 1546565?
[08:20] <pitti> cpaelzer: I'm patch piloting and this is sitting in the sponsoring queue
[08:21] <cpaelzer> pitti: ah ok good to understand
[08:21] <pitti> cpaelzer: and it's a bit confusing; dpdk is already done, there's only an openvswitch SRU patch, but no yakketypatch
[08:21] <cpaelzer> pitti: ther is no debian DPDK to sned this to
[08:21] <pitti> cpaelzer: no, for the openvswitch part
[08:21] <cpaelzer> pitti: the debian DPDK package that is currently in the making is based on my packaging which contains the patch
[08:22] <cpaelzer> pitti: ah - now I got it - the ovs part
[08:24] <flexiondotorg> rbasak, I've been working on a new component for Ubuntu MATE.
[08:24] <cpaelzer> pitt: you mean this then right ? https://git.openstack.org/cgit/openstack/charm-neutron-openvswitch/commit/?id=4f6e2ca2512e298faf17b1db532625132623a628
[08:24] <flexiondotorg> It is Ubuntu specific.
[08:24] <flexiondotorg> The required libraries are not availabe in Debian.
[08:24] <flexiondotorg> So I'd like to upload to Ubuntu only.
[08:25] <flexiondotorg> rbasak, Can my packageset be extended?
[08:26] <flexiondotorg> I'll file bug for the ITP in a few days when I'm ready.
[08:26] <cpaelzer> pitti: I agree it is confusing - openvswitch in debian is still way too old (not dpdk compatible) so the patch makes no sense for them yet
[08:26] <LocutusOfBorg> pitti, can I ask a quick test?
[08:26] <pitti> cpaelzer: ah, ok
[08:26] <LocutusOfBorg>  syntax error at /usr/share/perl5/Sbuild/ResolverBase.pm line 970, near "USER"
[08:26] <cpaelzer> pitti: it also would require a packaged dpdk with the respective fix to be available in debian
[08:26] <pitti> hey LocutusOfBorg
[08:26] <LocutusOfBorg> well, missing a ","
[08:26] <LocutusOfBorg> :)
[08:26] <LocutusOfBorg> hi ;)
[08:26] <cpaelzer> pitti: I'll try to summarize in the bug so the next one reading it knows
[08:27] <pitti> LocutusOfBorg: oh, I see it
[08:28] <cpaelzer> pitti: your request to submit to debian is correct as soon as they have adpdk package and openvswitch >=2.5
[08:28] <cpaelzer> pitti: which is both coming somewhen this year
[08:28] <pitti> LocutusOfBorg: testing again
[08:29] <LocutusOfBorg> works for me
[08:29] <LocutusOfBorg> I can upload if you agree
[08:30] <pitti> LocutusOfBorg: yes, works fine now; upload away
[08:30] <LocutusOfBorg> you upload or me? :)
[08:31] <pitti> LocutusOfBorg: please do
[08:31] <LocutusOfBorg> done thanks!
[08:32] <LocutusOfBorg> thanks for double checking, thanks for making me setup an sbuild chroot, I'll use it a lot I presume :)
[08:32] <LocutusOfBorg> I'm more a pbuilder guy, but I know I'll have to switch one day :)
[08:32] <pitti> haha
[08:32] <pitti> LocutusOfBorg: mk-sbuild is pretty great
[08:32] <Unit193> pbuilder is activly maintained.
[08:33] <pitti> the only annoying thing is that one has to edit the generated config a bit for --type=file, but other than that mk-sbuild DTRT
[08:33] <LocutusOfBorg> pbuilder-dist is so far the easier
[09:06] <ricotz> pitti, hi, could you reject and remove this package from xenial proposed? -- https://launchpad.net/ubuntu/+source/nvidia-graphics-drivers-361/361.45.11-0ubuntu<IP_ADDRESS>
[09:07] <ricotz> https://bugs.launchpad.net/snappy/+bug/1588192/comments/31
[09:08] <pitti> ricotz: sure
[09:08] <ricotz> pitti, thanks, tseliot ^
[09:11] <pitti> cpaelzer: bug 1524526 is also confusing for me
[09:12] <pitti> cpaelzer: so does the merge apply to yakkety, and the "rebuild only" patch (which says yakkety) shoudl be for xenial?
[09:12] <pitti> cpaelzer: and the dovecot tasks shoudl be invalid?
[09:50] <doko> LocutusOfBorg, any update on the virtualbox SRU?
[09:56] <tseliot> ricotz, pitti: thanks!
[09:57] <LocutusOfBorg> doko, what should I do? upload and see it on queue for months?
[09:57] <LocutusOfBorg> I can do, but I need to also upload virtualbox-guest-additions-iso and virtualbox-ext-pack
[09:58] <LocutusOfBorg> and I'm uploading them right now in my ppa
[09:58] <LocutusOfBorg> at least I uploaded them some minutes ago
[09:58] <LocutusOfBorg> I had to add a -2, because the debhelper in trusty is not aware of dbg-migration
[10:03] <doko> LocutusOfBorg, did you SRU virtualbox in the past?
[10:03] <doko> I mean, new upstream versions?
[10:04] <LocutusOfBorg> yes, as security upload
[10:05] <LocutusOfBorg> and I have two virtualbox pending in queue since... who remembers?
[10:05] <LocutusOfBorg> https://launchpad.net/ubuntu/trusty/+queue
[10:05] <LocutusOfBorg> oh yeah, months
[10:07] <doko> ok, I'll fix the ftbfs for now in the current version
[10:11] <LocutusOfBorg> as you wish
[10:11] <LocutusOfBorg> I plan to SRU it to new releases, but not right now, I'm not enough confident
[10:15] <ricotz> doko, hi, is defaulting to gcc-6 happening soon?
[10:18] <rbasak> flexiondotorg: yes - email devel-permissions with details. I believe it just needs one +1 from a DMB member to check that the requested package meets the packageset description and so it can be added without a meeting.
[10:18] <flexiondotorg> rbasak, Thanks. Will do.
[10:20] <rbasak> nacc: for bacula I'd prefer to fix the multiple bugs in a single upload if possible, unless it'll be a while to resolve that way and an immediate fix would be more helpful. Are we ready for that yet?
[10:20] <rbasak> nacc: (and also in a single SRU)
[10:34] <doko> ricotz, not yet determined. probably end of July
[10:37] <ricotz> doko, alright
[11:05] <LocutusOfBorg> sbuild migrated, the testsuite should be buggy
[11:06] <LocutusOfBorg> or my merge was good...
[11:09] <Odd_Bloke> Hmm, we're seeing cloud image build failures that I think are caused by the e2fsprogs that just synced to yakkety.
[11:09] <Odd_Bloke> Specifically on armhf and powerpc.
[11:10] <Odd_Bloke> But I don't have a good way of testing anything on those architectures; can anyone suggest how I might do so?
[11:11] <Odd_Bloke> (The error I see is http://paste.ubuntu.com/18226469/ which I wasn't getting yesterday, and don't see on 64-bit or Intel arches)
[11:50] <pitti> @pilot out
[11:53] <pitti> mwhudson: there's still something wrong with the docker test<EMAIL_ADDRESS>[11:54] <pitti> mwhudson:  just the warning on stderr
[11:59] <doko> jamespage, will you fix migrate in xenial as well?
[12:13] <LocutusOfBorg> any core-dev around for a quick llvm-toolchain-3.8 upload^
[12:14] <pitti> LocutusOfBorg: debdiff?
[12:15] <LocutusOfBorg> http://paste.ubuntu.com/18229738/
[12:15] <LocutusOfBorg> between the current ubuntu proposed version
[12:15] <LocutusOfBorg> the -2 is going in unstable in a few minutes, I grabbed from svn :)
[12:17] <pitti> patching file debian/rules
[12:17] <pitti> patch unexpectedly ends in middle of line
[12:17] <pitti> Hunk #1 succeeded at 240 with fuzz 1.
[12:17] <pitti> meh
[12:17] <pitti> go pastebin
[12:18] <pitti> +update-maintaner
[12:19] <LocutusOfBorg> mail :)
[12:19] <pitti> LocutusOfBorg: no, it's ok, final verification and about to upload
[12:19] <LocutusOfBorg> oh... ok!
[12:19] <pitti> LocutusOfBorg: done
[12:20] <LocutusOfBorg> you were faster than my ppa :D
[12:20] <LocutusOfBorg> thanks!
[12:20] <LocutusOfBorg> btw congrats for the systemd sync
[12:20] <pitti> LocutusOfBorg: err, thanks; anything you were waiting for in particular?
[12:20] <pitti> LocutusOfBorg: it's autosynced, so I didn't have much to do with it :)
[12:21] <LocutusOfBorg> xnox, a new btrfs-progs nmu :( #829205
[12:21] <pitti> oh, you mean *getting* it syncable? thanks
[12:21] <LocutusOfBorg> ^^ this one
[12:21] <LocutusOfBorg> :)
[12:21] <pitti> yeah, was some work and tech debt cleanup, but totally worth it
[12:21] <pitti> after all, reducing pointless difference between distros is one of its goals :)
[12:22] <LocutusOfBorg> :D and also *my* goals ;)
[12:23] <pitti> I got init-system-helpers syncable too, although with one substvars (so a bit cheating)
[12:23] <LocutusOfBorg> did you see my pbuilder sync?
[12:23] <pitti> LocutusOfBorg: since xenial already, right? that's great too
[12:23] <LocutusOfBorg> https://sources.debian.net/src/pbuilder/0.225.1/debian/rules/
[12:23] <pitti> I wish we could sync sbuild oto, but not quite
[12:23] <LocutusOfBorg> this is cheating
[12:23] <LocutusOfBorg> :p
[12:24] <pitti> haha
[12:24] <LocutusOfBorg> 	sed "s/#DISTRIBUTION=sid/DISTRIBUTION=yakkety/" -i pbuilderrc
[12:24] <LocutusOfBorg> terrible mapreri is terrible!
[12:24] <LocutusOfBorg> fortunately he uploads a lot
[12:25] <LocutusOfBorg> :p
[12:38] <Odd_Bloke> mdeslaur: o/ I noticed that you sync'd e2fsprogs from Debian the other day; I think we've started seeing https://bugs.launchpad.net/cloud-images/+bug/1598136 as a result of that.
[12:40] <jamespage> doko, yes - on my list
[12:40] <doko> ta
[12:44] <Odd_Bloke> mdeslaur: (I guess I'm most interested in whether the "Use the autotools-dev dh addon to update config.guess/config.sub for new ports." changes should have been dropped on sync :)
[12:49] <mapreri> LocutusOfBorg: *g*
[13:10] <cjwatson> Odd_Bloke: Do you know why https://cloud-images.ubuntu.com/xenial/ hasn't had a new daily build for a few days?  I was hoping to check to see if my live-build fix worked.
[13:13] <Odd_Bloke> cjwatson: Ah, we disabled the automatic triggers during a CVE run, and missed xenial when turning them back on.
[13:13] <Odd_Bloke> cjwatson: Turned back on, and build kicked off.
[13:13] <Odd_Bloke> Apologies for the delay!
[13:17] <cjwatson> Odd_Bloke: cool, thanks!
[13:29] <doko> LocutusOfBorg, can't find your virtualbox paste / message anymore. could you repaste it?
[13:31] <LocutusOfBorg> replying on the bug itself
[13:32] <doko> already have it
[13:34] <LocutusOfBorg> oops
[14:06] <LocutusOfBorg> cjwatson, any idea about llvm-toolchain-3.8 on z13-009?
[14:06] <LocutusOfBorg> it seems stuck in a stupid place
[14:08] <LocutusOfBorg> seems uploading now
[14:10] <pitti> LocutusOfBorg: looks fine to me; uploading can take two or three minutes, it's a big package
[14:11] <LocutusOfBorg> pitti, yesterday llvm-3.8 got stuck on arm64 for ~20 hours
[14:11] <LocutusOfBorg> ginggs, had to retry the build
[14:11] <LocutusOfBorg> BTW it wasn't stuck in "Uploading" but in "build finished"
[14:12] <LocutusOfBorg> anyway, glad it wasn't stuck
[14:25] <LocutusOfBorg> pitti, give back i386? :(
[14:25] <pitti> /usr/bin/ld.gold: out of memory
[14:25] <pitti> collect2: error: ld returned 1 exit status
[14:25] <pitti> hmm -- not sure if that will help, aren't these buildds all the same these days?
[14:26] <LocutusOfBorg> maybe they needs some cleanup?
[14:26] <pitti> that might need some special handling by infinity or so, to route it to some bigger iron?
[14:26] <LocutusOfBorg> or maybe retrying will make it be picked up by another builder machine?
[14:27] <LocutusOfBorg> with some extra space/memory?
[14:27] <LocutusOfBorg> don't know
[14:27] <cjwatson> No
[14:27] <cjwatson> They're all the same, and they're reset from a VM image every time
[14:28] <LocutusOfBorg> mmm how did it succeed yesterday and failed today
[14:28] <pitti> new upstream version
[14:28] <LocutusOfBorg> no
[14:28] <LocutusOfBorg> https://launchpad.net/ubuntu/+source/llvm-toolchain-3.8/1:3.8.1-1ubuntu1/+build/10188620
[14:28] <pitti> ah, actually not
[14:28] <LocutusOfBorg> this one is good, and is on 3.8.1
[14:28] <cjwatson> Lots of builds are a little bit nondeterministic in ways that don't usually matter
[14:28] <cjwatson> Especially when parallel builds are involved
[14:29] <pitti> so, *shrug*, we don't have a queue ATM, I can retry it once
[14:29] <LocutusOfBorg> :(
[14:30] <LocutusOfBorg> and the situation will go worse
[14:30] <pitti> except lcy builders seem to have gone into the weekend already :)
[14:30]  * pitti checks his autopkgtest minions
[14:30] <cjwatson> I'll try resetting them
[14:31] <pitti> seems to WFM
[14:33] <pitti> cjwatson: my current approach with dealing with our flaky clouds is: (1) in case of a temporary failure, wait 5 mins and try again; (2) after three tmpfails in a row, kill the worker process; (3) every 6 hours, clean up orphaned instances and restart all workers
[14:34] <pitti> this seems to work well enough with "oh crap our cloud broke" downtimes without needing manual intervention
[14:34] <pitti> the "phoenix" cron job :)
[14:34] <pitti> where a tmpfail is stuff like "nova boot failed/timed out" or "timed out waiting for ssh"
[14:46] <ackk> hi, packaging question about systemd config files. I have a python app I'm trying to package. the package.service file gets correctly included, but package.socket isn't by default. is there something I need to set to get it included? or should I do it manually?
[14:48] <jrwren> what is package.socket?
[14:48] <jrwren> is it actually a socket file?
[14:49] <pitti> supposedly a systemd unit file that defines a socket (man systemd.socket)
[14:49] <ackk> jrwren, what pitti said
[14:49] <ackk> for socket service activation
[14:50] <jrwren> ok, sorry. I don't know about that. I do know we packaged a python app and didn't include this socket
[14:52] <LocutusOfBorg> today I did some sdnotify from java to systemd, with a keepalive watchdog notify method :)
[14:52] <LocutusOfBorg> I'm always impressed by systemd
[14:53] <jrwren> +1 i'm very happy with systemd
[14:53] <LocutusOfBorg> in automotive and embedded systems is a must
[14:53] <LocutusOfBorg> :)
[14:53] <LocutusOfBorg> boot time < 2 sec
[14:53] <LocutusOfBorg> but lets stop talking about systemd
[14:54] <cjwatson> ackk: dh_installinit installs service files by default but not socket files.  Just install it with dh_install or whatever.
[14:55] <cjwatson> (see their manual pages)
[14:55] <ackk> cjwatson, I see, thanks
[14:55] <cjwatson> Oh, actually, I think dh_systemd_enable installs them automatically these days.
[14:56] <pitti> worth a bug report, if that's a common case
[14:56] <cjwatson> Are you using --with=systemd?
[14:56] <pitti> ah right, it does now
[14:57] <pitti> mount path service socket target tmpfile
[15:04] <slangasek> pitti: hi, you rejected the grub2 upload because it doesn't include the 2.02~beta2-9ubuntu1.9 upload, but that upload was withdrawn
[15:05] <pitti> slangasek: oh, ok; dropping the call to update-secureboot-policy looked wrong to me, as all the other SRUs *added* that call
[15:06] <pitti> so if this is deliberate, I can review/accept it from the rejected queue
[15:09] <slangasek> pitti: the SRUs that added that call have all been dropped, yes
[15:09] <slangasek> so I guess LP still gave you a diff against a version of the package no longer in the archive :)
[15:11] <pitti> accepted and bug updated
[15:11] <slangasek> pitti: thanks :)
[15:11] <pitti> yes, it's usually against the most recent upload, not the most recent published version
[15:11] <pitti> which is actually a good thing in most cases
[15:30] <bdrung_work> infinity, https://bugs.launchpad.net/ubuntu/+source/base-files/+bug/1598212
[15:30] <bdrung_work> you did the last merge
[15:31] <infinity> bdrung_work: Will look after I get to Cape Town.
[15:31] <pitti> ^ commented on the bug
[15:32] <bdrung_work> pitti, valid point
[15:32] <slangasek> pitti: jinx
[15:33] <pitti> :)
[15:33] <infinity> pitti: "the other day" being November? :)
[15:33] <pitti> infinity: sounds about right
[15:33] <slangasek> snappy wasn't using os-release until last month, fwiw ;)
[15:34] <infinity> slangasek: Sure, but he added it in Nov. :P
[15:34] <slangasek> yes
[15:34] <slangasek> but him adding it and snappy using it may be unconnected
[16:01] <nacc> rbasak: yes, they are all fixed in one upload right now ... i'm still waiting for testing results, so we can hold off, that' sok
[16:01] <nacc> rbasak: in my testing, the fixes work for both cases, but I'm not an active user, so I'd like a 3rd party confirmation
[16:26] <nacc> rbasak: assuming you're not around, but have a mysql question for you, if you are
[16:30] <nacc> rbasak: nm, figured it out
[18:02] <slangasek> I: Base system installed successfully.
[18:02] <slangasek> cp: '/etc/localtime' and '/var/lib/schroot/chroots/xenial-ppc64el/etc/localtime' are the same file
[18:02] <slangasek> ok wut
[18:03] <slangasek> ah, bug #1569400
[18:12] <slangasek> infinity: you have u-d-t sitting in -proposed awaiting verification on bug #1579619 for 52 days, and requires an arm64 system. do you have one of those handy?  I would also like to fix bug #1569400
[19:10] <nacc> slangasek: trying to figure out this php-horde-activesync issue. We fixed a similar issue in php-horde-db by updating the SQL configs to have a password for root and setting that password in the debian/tests/phpunit file. I have done that with php-horde-activesync as well, but when it runs via adt-run, it fails (same error). If I pass -s so adt-run drops to a shell, and immediately run
[19:10] <nacc> ./debian/tests/phpunit, it passes. Any idea what is going on or how to debug?
[19:11] <slangasek> nacc: what's your full adt-run commandline in each case, and can I see your debdiff?
[19:11] <nacc> slangasek: yeah, one sec
[19:12] <nacc> slangasek: debdiff: http://paste.ubuntu.com/18259801/
[19:13] <nacc> slangasek: adt-run -U --setup-command='apt-get update' php-horde-activesync_2.34.0-1ubuntu1.dsc -s --- adt-virt-lxd adt-yakkety
[19:14] <slangasek> nacc: so the only difference between the adt-run invocations was the '-s'?
[19:15] <nacc> well, i mean it fails either way; but -s just lets it drops to a shell
[19:15] <nacc> slangasek: sorry, that was unclear before
[19:15] <slangasek> nacc: ah; so you get a shell, you run ./debian/tests/phpunit, it passes; you exit the shell, adt-run runs the tests, it fails?
[19:16] <nacc> slangasek: yeah, to be clear, i'm dropped to the shell because adt-run already failed with the prior error ("ERROR 1698 (28000): Access denied for user 'root'@'localhost'")
[19:17] <slangasek> huh
[19:17] <nacc> slangasek: i am at a loss on how to debug it, right now, as it seems like it *should* work (esp. given that php-horde-db works)
[19:18] <slangasek> nacc: yeah, I don't have an explanation for this
[19:19] <slangasek> I particularly don't see any reason the automated test would fail, but manually running it would succeed
[19:19] <nacc> slangasek: np, i'll keep digging; yeah, that's the confusing part to me :)
[19:29] <nacc> slangasek: i might have found it, the tests might 'needs-root'  now
[19:29] <slangasek> ah
[19:29] <nacc> slangasek: was just comparing against the php-horde-db d/t/control
[19:40] <nacc> slangasek: is simply stating it fixes the autopkgtests a sufficient SRU impact? it's a no-op to the code itself, just fixes the packaging, essentially
[19:48] <nacc> slangasek: i submitted it as such anyways, we'll see :)
[19:48] <slangasek> nacc: yes, that's sufficient for me
[19:49] <nacc> slangasek: i did have a more relevant question for you, we've had two SRU 'regression' bugs come through for php7.0 so far (LP: #1597597 and LP: #1598166). They are both debconf issues, though, and I don't see how they are related to php7.0 itself (and jbicha has marked one a dupe of another bug showing the same issue). Have you seen anything like it?
[19:49] <hallyn> hm, are ppa builders having issues?
[19:49] <hallyn> https://launchpad.net/~ubuntu-virt/+archive/ubuntu/ppa/+build/10307662/+files/buildlog_ubuntu-trusty-ppc64el.qemu_2.0.0+dfsg-2ubuntu1.25~ppa1_BUILDING.txt.gz
[19:50] <hallyn> /«BUILDDIR»/qemu-2.0.0+dfsg/fpu/softfloat.c:4272:1: internal compiler error: Segmentation fault
[19:52] <cjwatson> hallyn: our ppc64el guests unfortunately have very occasional random corruption - just retry
[19:52] <hallyn> ok thx
[19:53] <slangasek> yeah, if only those guests running on top of qemu were stable so that you could build qemu?
[19:53] <slangasek> yo dawg I heard you like virtualization
[19:53] <slangasek> nacc: 128 is not a typical debconf failure exit code, fwiw
[19:54] <nacc> slangasek: true, i think it's actually a perl failure, but not sure
[19:59] <slangasek> nacc: I do think it's clearly not an SRU regression, given the output - where was this being tagged as a regression?
[20:00] <nacc> slangasek: LP: #1569128
[20:00] <slangasek> ah
[20:01] <slangasek> ok, bug state mangled
[20:02] <nacc> slangasek: thanks for confirming
[20:04] <nacc> slangasek: re; php-horde-activesync, i've also sent the same to debian, so we hopefully will be able to sync again in 16.10 shortly
[20:05]  * slangasek nods
[20:05]  * nacc has finally learned to just do that right away :)
[20:08] <slangasek> nacc: uploaded, thanks!
[20:08] <nacc> slangasek: thank you!


[00:52] <prvul> If some political party organize event promoting free software, is it ok for loco to participate in that event?
[01:06] <JanC> prvul: that might be tricky
[01:07] <JanC> it might depend on local circumstances though
[01:16] <prvul> JanC, sorry i was afk
[01:17] <prvul> i know that is tricky
[01:17] <prvul> i am lookin for some information about this issue
[01:18] <prvul> like there can be tricky with locos and money
[01:18] <prvul> but for that "problem" i found this
[01:18] <JanC> money is no problem if it's used to promote Ubuntu
[01:18] <prvul> https://wiki.ubuntu.com/LoCoTeamDealingWithMoney
[01:19] <prvul> we as loco do not support any political party
[01:19] <prvul> on event there will be no promo material of that party
[01:19] <prvul> only about ubuntu
[01:19] <JanC> only ubuntu or also other projects?
[01:20] <prvul> ubuntu and free software
[01:20] <prvul> free software in general
[01:20] <JanC> I think it would be better is they also invited other political parties  ;)
[01:20] <JanC> s/is/if
[01:21] <pleia2> I don't see a problem with it as long as everyone knows it's not an endorsement or anything
[01:22] <JanC> well, yeah, but making that clear might be tricky
[01:22] <pleia2> and I agree with JanC that it depends on local circumstances
[01:22] <pleia2> you could disclaim it in the announcement or something
[01:22] <JanC> when I said local circumstances, I was also thinking about countries like Vietnam, where there is only one party...  ;)
[01:23] <pleia2> we had a loco team member who did things with the boy scouts (they are notoriously discriminatory, I did not participate) and others who invited us to set up at a church flea market
[01:24] <JanC> yeah, it's easier if you participate in quite different events, to show you don't favour one over the other
[01:24]  * pleia2 nods
[01:24] <prvul> pleia2, Pennsylvania LoCo?
[01:25] <pleia2> prvul: boy scouts was pennsylvania, yeah
[01:25] <prvul> i read about it
[01:25] <JanC> pleia2: boy scouts over here are more sane though  ;)
[01:25] <pleia2> the church thing was a question brought up with ubuntu-us, I don't remember which team it was
[01:25] <pleia2> JanC: that's fortunate :)
[01:26] <prvul> does ubuntu have some text for this issues
[01:26] <pleia2> prvul: I was pretty opinionated in that thread you read, I've calmed down since :)
[01:26] <JanC> especially the "open scouting" group which is actually "unisex"
[01:26] <JanC> (or how do yo ucall that)
[01:26] <pleia2> I don't think there is a document discussing this
[01:26] <JanC> and which is also not christian like the original group
[01:27] <pleia2> there have been some spinoff groups here, but they haven't taken off, and the girl scouts are a completely organization altogether which doesn't discriminate
[01:27] <pleia2> s/completely/completely different
[01:27] <JanC> so they accept boys?
[01:27] <pleia2> well, not as members
[01:28] <JanC> so, they still discriminate...  ;)
[01:28] <prvul> :D
[01:28] <prvul> i like this idea "It looks like the way our LoCo team is going to handle it all is by
[01:28] <prvul> including a disclaimer (somewhere on our website or wiki) stating that
[01:28] <prvul> when we work with organizations, we don't necessarily support their
[01:28] <prvul> views.
[01:28] <prvul> "
[01:28] <pleia2> prvul: I think that's good
[01:29] <JanC> prvul: also invite other parties to organize similar events
[01:29] <JanC> or co-organize
[01:29] <prvul> sure
[01:30] <prvul> promoting ubuntu is our goal
[01:31] <prvul> but some individuals may see this as loco supporting that party
[01:31] <JanC> one way to prevent this situation in the future would be to organize something yourself and invite all political parties
[01:31] <prvul> we do organize, but this came from their side
[01:31] <prvul> they organized almost everything
[01:32] <JanC> prvul: I assume this partu is genuinely interested in open source?
[01:32] <JanC> this party
[01:32] <prvul> we as loco will have our team leader as speaker
[01:32] <prvul> well, JanC, i am not 100% sure
[01:32] <JanC> another option is to be there as individuals, but not (officially) as a locoteam
[01:33] <prvul> see, im from Serbia, and we do not have very stable political situation
[01:33] <prvul> partys change every foru years
[01:34] <JanC> eh, sounds "fun" to follow who supports what that way...
[01:34] <prvul> for example, this same goverment couple a years ago have made agreement with MS
[01:35] <prvul> last year, same goverment supported "domestic" linux distro
[01:35] <JanC> maybe cheap MS software was still expensive  ;)
[01:35] <prvul> cp6linux, a ubuntu fully translated in serbian, with some modifications
[01:36] <JanC> prvul: if this is related to that project, I guess it's okay to participate
[01:36] <prvul> also they supported translation projects for OOo, mozilla ff and mozill thunderbird
[01:36] <JanC> do they pay for translations and such?
[01:37] <prvul> i guess
[01:37] <JanC> in that case, everybody benefits, I guess
[01:37] <prvul> that projects were given to three major universities in our country
[01:37] <JanC> everybody who speaks serbian
[01:38] <JanC> let's hope it's a sustained effort
[01:38] <prvul> yes, but project is stalled now, it seems so
[01:38] <JanC> aw  :-(
[01:39] <prvul> hey, but our loco is doing almost great
[01:39] <prvul> :)
[01:39] <prvul> we have very active forum
[01:39] <JanC> prvul: maybe you can get contacts in government to poke about sustaining the project...   ;)
[01:40] <JanC> that project or other projects
[01:41] <JanC> maybe sponsor development of an open source serbian grammar checker by a university
[01:41] <JanC> such things
[01:42] <prvul> for me, the "issue" with this political party is that on radio commercial, they do mention themselfs as one of the organizer
[01:42] <JanC> there are also other organisers?
[01:42] <JanC> that are mentioned?
[01:43] <prvul> yeah
[01:43] <prvul> but they initiated
[01:45] <JanC> well, maybe it makes it easier to say you are not there because of the political party?
[01:46] <prvul> we sure are not, we are there to promote ubuntu
[01:49] <prvul> JanC, here is google translation of the message from our forums that anounces event
[01:49] <prvul> http://www.heypasteit.com/clip/QA8
[01:50] <prvul> Tower is name of the city translated into english
[01:50] <prvul> :)
[01:50] <prvul> It should be Kula
[01:50] <JanC> ah, was just going to ask whatever that was  :P
[01:51] <JanC> the press, school, companies involved, are they related to the party?
[01:53] <prvul> schools - no, press an companies - shouldnt be, but who knoes ;)
[01:53] <prvul> knows
[01:53] <JanC> I guess local peopel know such things most of the time  ;)
[01:53] <prvul> probably
[01:54] <JanC> like "newspaper X are friends of the city mayor" (or the opposite)
[01:55] <JanC> e.g. the small local independent city/region news agency around here is not exactly "friends" with our mayor   ;-)
[01:55] <prvul> im am not local, so for me they are all unbiased
[01:55] <JanC> (they run on Ubuntu though)
[01:55] <JanC> hehe
[01:59] <prvul> see, they do not mention party name, they say municipal of Kula
[01:59] <JanC> ah, that's okay then IMO
[02:00] <JanC> the "municipality of Kula" is supposed to do what's good for all citizens, not only those who voted for the ruling party
[02:00] <prvul> should be
[17:09] <czajkowski> daker|afk: can you not change your nick please when you go away from computer
[17:10] <daker> czajkowski, sorry :)
[18:19] <nigelb> Morning mhall119_ :)
[20:32] <mhall119_> afternoon nigelb
[20:32] <nigelb> mhall119_: \o/
[20:32] <nigelb> mhall119_: I haz good news
[20:32] <nigelb> python-configobj
[20:33] <nigelb> ^^ that is the library that saved a few hours of my life and a lot of hair (or I would have pulled it out in frustrated)
[20:33] <nigelb> *frustration
[20:34] <mhall119_> what's it do?
[20:35] <nigelb> It parses python config into a dictionary
[20:35] <nigelb> very easy to read and write
[20:35] <mhall119_> what kind of config?
[20:35] <nigelb> best part => most of us have it in our system already
[20:35] <nigelb> the ini types, there is a format, similar to standard python format for config files
[20:36] <nigelb> this module is what bzr uses to read branch.conf
[20:36] <nigelb> so, since we all have bzr installed, its already in our systems :)
[20:36] <mhall119_> cool
[20:36] <nigelb> I finished a good deal of work on that application I was writing
[20:36] <mhall119_> I need to find the default python argument parser, it seems argparse isn't installed by default
[20:36] <mhall119_> maybe getopt
[20:37] <mhall119_> nigelb: cool
[20:37] <nigelb> mhall119_: Oh so by default the argument processing module isn't isntalled at all? O_O
[20:37] <mhall119_> not python-argparse, not on 10.04 anyway
[20:38] <nigelb> oh :(
[20:38] <nigelb> I'll pick up the slack on summit once I push my app into beta tomorrow :)
[20:39] <mhall119_> looks like getopt is installed by default though
[20:39] <nigelb> \o/
[20:39] <mhall119_> cool, I don't think anyone's been working on summit since, well, summit
[20:39] <nigelb> yeah thought so
[20:39] <nigelb> I wanted to start early so you'd have time to review and help me out
[20:39] <mhall119_> cool
[20:39] <nigelb> just trying to 'poke harder'
[20:40] <mhall119_> :)
[20:40] <mhall119_> so what's your python app?
[20:41] <nigelb> You've used gitosis?
[20:42] <nigelb> Its a very easy to set up git server.  About 5 lines in the command line and its set.  Its in packages etc
[20:42] <nigelb> BUt the configuration for that is a git-repo itself and the admin has to modify a text file
[20:42] <nigelb> I wrote a web interface to write to the file, upload new keys, and commit and push the repo
[20:43] <nigelb> so the entire thing can be controlled from a web UI :D
[20:43] <mhall119_> oh right, I remember now
[20:43] <nigelb> heh
[20:43] <nigelb> It was a fair bit challenging to pick up python coding, but now I got a hang of it :)
[20:44] <mhall119_> python's a great language
[20:44] <mhall119_> there's really not too many things you need to learn to get going
[20:44] <nigelb> Yep.
[20:44] <nigelb> Its just more getting used to
[20:45] <nigelb> Coming from PHP that took a while even though I've coded in python before
[20:45] <mhall119_> heh, trying to install bootloaders to partitions were ya?
[20:46] <nigelb> oh, don't remind me
[20:46] <nigelb> I hate HP and I hate Vista
[21:30] <cjohnston> howdy
[21:42] <cjohnston> mhall119_: bug 686271 - how do you think the minutes should be? should it just be a text box? should it allow markup?
[21:43] <ubot4> Launchpad bug 686271 in loco-directory "Allow users to add meeting minutes after the meeting (affects: 1) (heat: 6)" [Wishlist,Triaged] https://launchpad.net/bugs/686271
[21:44] <cjohnston> and.. do you think the agenda should go in the same area as the "description" on an event and then the minutes where the "attendees" section of an event is?http://loco.ubuntu.com/events/team/568/detail/
[21:55] <cjohnston> effie_jayx: could you please go through some of the branches you have for the LoCo directory and either update them or delete them? https://code.launchpad.net/loco-directory
[21:58] <mhall119_> cjohnston: I was just gonna provide a link to mootbot minutes URL
[21:58] <mhall119_> cjohnston: I'd put agenda below details, instead of above
[21:59] <mhall119_> details (time, channel, chair) at the top, agenda below that
[23:24] <david> hi
[23:24] <david> is anyone out there?
[23:24] <Guest61070> hiii
[23:24] <Guest61070> hello
[23:24] <Guest61070> lo
[23:24] <Guest61070> lo
[23:24] <Guest61070> lo
[23:24] <Guest61070> xd!
[23:25] <Guest61070> hola?
[23:47] <mhall119_> hi