[00:25] <vlad> I am all the way failing to create a bootable babbage sd card
[00:25] <vlad> either via the live image or manually
[00:35] <vlad> hmm, I seem to have a rev1.1 babbage board, which I don't think is TO2
[00:37] <vlad> ah ha, fixed, great success
[05:59] <anfrajim> hi
[06:01] <anfrajim> hola
[06:01] <anfrajim> holaaaaaaaaaaaaaaaaaaa
[07:36] <anfrajim> Enter text here...hola
[07:36] <anfrajim> nadie aqui?
[16:15] <lvh> hi
[16:51]  * kinkie is away: Stuff to do, people to see...
[17:46] <vlad> anyone know offhand what the i.mx51/babbage board ethernet driver is called?
[17:47] <vlad> i'm not getting ethernet to come up at boot at all
[17:47] <lool> vlad: Which Babbage version?
[17:47] <lool> 1/2/2.5?
[17:48] <vlad> that is a great question; my board says REV 1.1 on the bottom
[17:48] <vlad> so i'm guessing 1? if not, where should I look?
[17:49] <lool> vlad: How many SD card readers do you have?
[17:49] <lool> on the board
[17:49] <vlad> erm, just 1
[17:49] <vlad> (newer ones have more?)
[17:49] <lool> It's a Babbage 1
[17:49] <lool> My babbage is down ATM; ISTR the driver is FEC
[17:50] <lool> I guess it's probably in the defconfig
[17:50] <vlad> no *fec* in /lib/modules/*31*
[17:50] <vlad> ah, it's compiled into the kernel
[17:50] <vlad> which is unfortunate, since it's not coming up.. hrm.
[17:50] <lool> Yes it's built in
[17:50] <lool> vlad: Do you get ethernet in the bootloader?
[17:51] <vlad> good question.. let me reboot, the spam already scrolled off
[17:51] <vlad> but I had ethernet before with the older kernel/bootloader (2.6.28-11 iirc)
[17:51] <lool> Oh
[17:51] <lool> and it went away with an Ubuntu upgrade?
[17:52] <vlad> yeah, had to rebuild my SD card
[17:52] <lool> That's odd
[17:52] <lool> So how did you install the board to begin with?
[17:52] <vlad> orginially-originally? image from freescale
[17:52] <lool> Ah
[17:52] <vlad> this time around via redboot-install
[17:53] <vlad> using the non-TO2 redboot and a bit of hackery, but now i'm pretty sure I have a .31 image/initrd/etc. on flash
[17:53] <lool> Ah so it's with .31 that you lose ethernet
[17:53] <vlad> yep
[17:54] <vlad> I can try downgrading to an earlier
[17:54] <lool> Ok that's interesting
[17:54] <vlad> make sure that it's not something else.. one min
[17:54] <lool> vlad: That would help
[17:54] <lool> vlad: It might be that we disabled the config in .31 because b2 uses another chip
[17:54] <lool> In which case it would be trivial to just enable the b1 config
[17:54] <lool> But I didn't look at the configs in detail
[17:55] <Martyn> lool : wave
[17:55] <lool> vlad: If you could check the delta between configs and see whether the proper driver is turned on, that would help
[17:55] <lool> hey Martyn
[17:55] <vlad> lool: will do
[17:55] <vlad> gonna drop down to 2.6.28-15.49
[17:56] <lool> vlad: Then file a bug and ping us
[17:56] <Martyn> lool : What's the right way, and the right person to go to, to get support on doing an arm v7 build?
[17:56] <lool> vlad: Thanks!
[17:56] <lool> Martyn: What do you mean?
[17:56] <lool> You mean of Ubuntu?
[17:56] <vlad> lool: oh, one more question -- anything special about rebuilding the kernel here? do you guys cross compile, or do you do it on target?
[17:56] <Martyn> lool : Moving from v5 compiles to arm v7 compiles is now part of my 'critical path' at work.
[17:56] <lool> Aha
[17:56] <vlad> I need to enable CONFIG_NEON (any idea why that's disabled?)
[17:56] <Martyn> vlad : Not all ARM processors have NEON
[17:56] <vlad> Martyn: sure, but the i.mx51 does
[17:57] <lool> Martyn: Critical path sounds like it's very urgent; I dont see any real quick solution really, but we can chat about other solutions if you like
[17:57] <lool> vlad: it was disabled because it was unstable on imx51
[17:57] <Martyn> lool : Sure.  It's pretty much reached a head due to the ARM summit in London.
[17:57] <vlad> lool: hrm, that's unfortunate
[17:57] <lool> It is; but it's only in some specific cases
[17:57] <vlad> hardware problem with the chip?
[17:57] <lool> Yes
[17:57] <lool> Will be fixed in TO3
[17:57] <Martyn> lool : yep
[17:58] <Martyn> er, that yep was for vlad.
[17:58] <lool> Martyn: Shall we have a phone call?
[17:58] <vlad> or is this the neon issue that arm released errata for, that I think mru or koen did a somewhat hacky workaround for?
[17:58] <lool> Hmm I dont think so
[17:58] <vlad> Ethernet mxc_fec: MAC address 00:00:00:00:00:00
[17:58] <vlad> yeah, redboot finds ethernet
[17:58] <lool> I think the soc comes to a grinding halt when it meets some particular NEON sequence, that can be triggered from userspace so it's bad
[17:58] <ogra> afaik NEON on the babbage 1 had HW issues
[17:59] <lool> On Babbage 2 as well :)
[17:59] <Martyn> lool : Sounds like a plan.
[17:59] <lool> Martyn: number?
[17:59] <Martyn> lool : I was going to say -- Skype or plain old telephone?
[17:59] <lool> POST
[17:59] <ogra> lool, oh ? i thought they were fixed for the 2.x series
[17:59] <lool> It's free for me to call UK or US
[17:59] <lool> ogra: Nope
[17:59] <ogra> ah, k
[17:59] <ogra> well, i'm happy to discover we have v7 buildds since today
[18:00] <ogra> at least some progress
[18:01] <vlad> lool: the ones I know of are http://git.mansr.com/?p=u-boot;a=commitdiff;h=b04e1838064abb06299b2ea3c504a25fde8c245c (Which has that workaround) and another (ARM 451034) which is fixed in cortex-a8 r1p3.. but supposedly that second one is super rare and has never been seen in any code
[18:06] <vlad> lool: ethernet comes up fine with 2.6.28-15 -- will file
[18:29] <vlad> lool: filed 418238
[18:36] <ogra> vlad, if you set a MAC addess in the redboot config, does it start working ?
[18:41] <vlad> ogra: interesting
[18:41] <vlad> ogra: how do I set a mac address in rb? I can try in a bit, doing a dist-upgrade to karmic currently
[18:42] <ogra> run fconfig at the redboot prompt, make sure to make no changes apart from the hardware addess
[18:43] <ogra> just make one up ... 01:23:45:67:89:....
[18:43] <vlad> nod
[18:43] <vlad> is there a list of ports.ubuntu.com mirrors anywhere? (google isn't helping)
[18:43] <vlad> not sure if it's just slow, or if i'm still getting the super slow ethernet on babbage issue
[18:43] <ogra> there are no official mirrors
[18:44] <ogra> if you have another machine on the same network, use approx on it and point the babbage to it
[18:44] <ogra> (thats what i do for my image builds
[18:44] <ogra> )
[18:59] <vlad> ogra: what's the best way to rebuild a kernel? on target, or cross compile?
[19:00] <ogra> i do it on target, but i have a fast SATA system here
[19:01] <ogra> for cross building, see: http://idlethread.blogspot.com/2009/01/recipe-of-day-cross-compiling-armel.html
[19:09] <vlad> nod, i've got a kernel cross setup already, just wasn't sure if one was easier than the other
[19:09] <vlad> I need to ask our IT guys to get me a SATA drive
[19:12] <ogra> well, SATA on the babbage wont gain you much more than any fast USB drive
[19:12] <ogra> my SATA disk is attached to a board with a real SATA adapter
[19:12] <vlad> ah
[19:12] <ogra> the babbage SATA is only a USB to SATA bridge
[19:12] <vlad> that's unfortunate
[19:12] <ogra> yes
[19:12] <vlad> which faster box do you have?
[19:13] <ogra> a dove board
[19:13] <ogra> same CPU MEM specs but getting 60MB/s disk throughput makes quite a difference for development
[19:14] <vlad> interesting.. are they commercially available?
[19:14] <ogra> (vs the 16-20MB/s you can get on the babbage)
[19:14] <ogra> not yet afaik
[19:14] <ogra> but soon
[19:14] <vlad> or even non-commercially
[19:14] <vlad> ah, k
[19:14] <vlad> we're trying to figure out what to build up our testing infrastructure on
[19:15] <ogra> tlee2, btw, our ARMv7 buiuld machines are up, we should soon start to do v6+vfp builds
[19:16]  * Meizirkki w00fs at vfp
[19:17] <ogra> well, we already have a libc-vfp since jaunty
[19:30] <MarkG> Hi, anyone know a good LAN bandwidth testing app I can use on my SheevaPlug?
[19:30] <MarkG> netio does not seem to be available and the plug does not have compile abilities
[19:40] <ojn> MarkG: netperf?
[20:38] <vlad> in retrospect, I should have uninstalled packages that I just plain don't need before upgrading to karmic (such as openoffice or the two xulrunners)
[22:38] <kblin> haha
[22:39] <kblin> a simple tweak to ubuntu and my samba AD now gives out a kerberos ticket in 0.4s instead of 10
[23:05] <vlad> man, by the time my sd-card dist-upgrade to karmic finishes, it'll be time for another! :)
[23:09] <kblin> sounds like gentoo
[23:10] <kblin> ah, did I type that out? durn.. I need to think without moving fingers
[23:26] <vlad> well, it's more that the network is slow and the sd card is slow


[05:30] -queuebot:#ubuntu-release- New binary: snpeff [amd64] (jammy-proposed/universe) [4.3t+dfsg1-2] (no packageset)
[06:43] -queuebot:#ubuntu-release- Unapproved: yt-dlp (focal-backports/universe) [2021.12.27-1~bpo20.04.1 => 2022.01.21-1~bpo20.04.1] (no packageset)
[14:07] -queuebot:#ubuntu-release- Unapproved: accepted yt-dlp [source] (focal-backports) [2022.01.21-1~bpo20.04.1]
[15:09] -queuebot:#ubuntu-release- Unapproved: accepted opencpn [source] (focal-backports) [5.6.0+dfsg1-1~bpo20.04.1]
[15:29] -queuebot:#ubuntu-release- New source: lib2geom (focal-backports/primary) [1.1-2~bpo20.04.1]
[17:07] -queuebot:#ubuntu-release- New: accepted snpeff [amd64] (jammy-proposed) [4.3t+dfsg1-2]
[17:22] -queuebot:#ubuntu-release- New binary: ruby-memo-wise [amd64] (jammy-proposed/none) [1.5.0+dfsg-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: ruby-gitlab-license-finder [amd64] (jammy-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: ruby-gitlab-license-finder [amd64] (jammy-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: fonts-homecomputer [amd64] (jammy-proposed/none) [1.0-1] (no packageset)


[07:46] <czajkowski> aloha
[08:14] <dholbach> good morning
[08:20] <alourie> good morning
[09:24] <dholbach> hey dpm
[09:24] <dholbach> dpm, do you have some thoughts on Andrew SB's comment in bug 943154?
[09:24] <ubot2`> Launchpad bug 943154 in ubuntu-packaging-guide "Make Packaging Guide translatable" [High,In progress] https://launchpad.net/bugs/943154
[09:25] <dpm> hey dholbach, morgen
[09:25] <dpm> looking...
[09:25] <dholbach> how are you doing? how's proud Catalunya doing today?
[09:30] <dpm> will be much prouder after we've translated the whole of Ubuntu after the UGJ! ;-)
[09:39] <dpm> dholbach, ok, replied Andrew's comment. I haven't looked at your branch yet, though
[09:40] <dholbach> wow
[09:41] <dholbach> yes, I don't think language packs will be a problem
[09:41] <dholbach> the package is not even in the archive now, just in a PPA
[09:41] <dholbach> and I actually see more people using the website than installing the package, but maybe that's just me
[09:41] <dpm> ah, right, I assumed it was in main from andrew's comment
[09:42] <dholbach> thanks for your help
[09:54] <dpm> no worries :)
[11:16] <akgraner> How's this for a title - I just got an email where someone's title is Customer Happiness Manager... it made me smile.  :-)
[12:08] <dholbach> I hate twitter and identi.ca - this tweet sums it up best: "What I hate most about Twitter: finishing a good tweet, having -1 characters left, and then having to decide which grammar crime to commit."
[12:10] <jokerdino> heh
[12:13] <akgraner> dholbach, oh how true!
[12:19] <czajkowski> dholbach: hah, I dont use identi.ca more too many trolls on there, twitter is a bit more social but sometimes full of spam :/
[12:19] <dholbach> yeah, I never turned into a huge fan of twitter TBH
[13:40] <cjohnston> mornin
[14:29] <mhall119> good morning
[14:30] <sagaci> Morning
[14:58] <snap-l> I wish the FLOSS-trolls on identi.ca hadn't chased away all of the folks to twitter.
[14:58] <snap-l> but I think even the trolls are getting bored and moving on.
[14:59] <snap-l> very little conversation there.
[15:29] <dpm> dholbach, do you know if there is anywhere I can see a list of backports available for a given release?
[15:31] <dholbach> dpm, not very easily - give me a minute
[15:32] <dpm> dholbach, I don't necessarily need a nice list, just a pointer to where I can find out would already help me
[15:33] <popey> snap-l: doesn't help that identi.ca has been broken more of then than not, and the style looks like it was made with ms paint
[15:38] <snap-l> popey: Well, the redesign is less offensive
[15:40] <dholbach> dpm, dirty, but the best I could come up with: http://paste.ubuntu.com/863603/ :)
[15:41]  * dpm hugs dholbach
[15:41] <dpm> thanks!
[15:41] <dholbach> de nada
[15:41] <jcastro> greg-g: I suspect we'll see a bunch more of this happening: http://www.engadget.com/2012/03/01/foursquare-replaces-google-maps-with-openstreetmap-mapboxstreets/
[16:03] <jono> balloons, is B1 out yet?
[16:06] <dholbach> jono, no
[16:06] <jono> dholbach, ahhh
[16:07] <dholbach> no mails on ubuntu{,-devel}-announce and topic in #ubuntu-devel is still "Precise Beta-1 Freeze in effect" :)
[16:07] <dholbach> that's at least the indicators I checked :)
[16:07] <balloons> yea, not yet
[16:07] <balloons> should be today ;-)
[16:08] <dholbach> did you all see the illustrious list of countries running a UGJ event?
[16:08] <dholbach> really looks more like a list of holiday destinations :)
[16:13] <jono> thanks dholbach, balloons
[16:13] <jono> dholbach, indeed UGJ looking good :-)
[16:13]  * dholbach goes back to Fix-It Friday propaganda
[16:29] <greg-g> jcastro: I sure hope so :)
[16:57] <jono> mhall119, all set?
[16:59] <mhall119> jono: yes sir
[16:59] <jono> mhall119, invite sent
[17:00] <mhall119> jono: says nobody is there right now :(
[17:00] <mhall119> let me try agaibn
[17:00] <jono> sent another
[17:34] <jono> balloons, so when B1 is announced are you good to go with the testing PPA?
[17:35] <balloons> jono, I'm one step closer now
[17:35] <balloons> i've confirmed the last minute bug I found last night is only on my box
[17:35] <jono> balloons, awesome
[17:41] <balloons> at any rate, I'm trying to fix the package and then once it builds it will be all set
[17:41] <balloons> the build queues are showing 7+ hours to build tho :-(
[17:48] <jono> balloons, ask an archive admin to push it up
[17:48] <balloons> jono, when I've got the packaging kinks worked out.. I'll ping you for help on that
[18:01] <daker> jono, did you received my email ?
[18:07] <jono> dakeryes
[18:07] <jono> daker yes, thanks
[18:07] <daker> ツ
[18:07] <technoviking> jcastro: still have not heard from deej, and will "hellabusy" next week till Friday
[18:18] <jcastro> technoviking: asking now
[18:22] <dholbach> have a great rest of your day - see you all tomorrow
[18:37] <mhall119> balloons: is your QA stuff ready to be added?
[18:37] <balloons> mhall119, yes it is
[18:37] <mhall119> balloons: I'm done editing now, if you want to add it
[19:01] <jcastro> hey bkerensa
[19:01] <jcastro> are you on @osu-lug?
[19:01] <jcastro> er, #osu-lug
[19:01] <jcastro> https://github.com/thedjpetersen/subway
[19:02] <jcastro> I mean #osu-coders, sigh
[19:02] <akgraner> jono are we still good to go for the hangout in an hour?
[19:02] <akgraner> I'll blog send out the links so people know where to go and what to click etc :-)
[19:02] <akgraner> well a reminder even
[19:06] <jono> akgraner, yep
[19:06] <jono> I am going to grab lunch first
[19:06] <jono> akgraner, when you have blogged it I will promote it on FB/G+ etc
[19:06] <akgraner> ok I'm working on that now
[19:11] <cprofitt> hey jono
[19:11] <cprofitt> akgraner:
[19:11] <jono> hey cprofitt
[19:11] <akgraner> cprofitt, hey
[19:11] <cprofitt> https://bugs.launchpad.net/ubuntu-community/+bug/392976
[19:11] <ubot2`> Launchpad bug 392976 in ubuntu-community "Launchpad only supports one CoC - the Ubuntu Leadership CoC is not supported." [Medium,Confirmed]
[19:11] <cprofitt> that bug has me a bit curious
[19:12] <cprofitt> what real tangible benefit do we, the community, get with having an actual signed digital document vs. an acknolwedgement from leaders?
[19:12] <cprofitt> I assume they will be held to that standard regardless of the signature.
[19:17] <jcastro> technoviking: "jcastro: It looks like the servers need more disk and we're shuffling hardware around."
[19:18] <cprofitt> jcastro: shuffling hardware is never any fun
[19:18] <jcastro> yeah so I guess it's tough to source disks with the prices these days
[19:18] <cprofitt> I have no issues getting disks.... but it still takes time
[19:18] <czajkowski> cprofitt: there have been numerous threads and bugs about the LCoC one of which started after UDs but unless there was a patch submitted to LP to get the signing of the LCoC its not gonna happen the CC are currently reviewing the LCOC and CoC
[19:19] <bkerensa> jcastro: I am on #osu-lug but I can also be on #osu-coders :) why whats up?
[19:19] <cprofitt> czajkowski: I saw a few of the threads/bugs... just curious what the benefit of having a signed document is vs. just an acknolwedgement
[19:20] <czajkowski> because people say well I didnt sign something you cant hold me to it
[19:20] <cprofitt> czajkowski: that would make sense if this was a corporation, but it is a volunteer community... do we really need that level of legal documentation?
[19:21] <czajkowski> cprofitt: when youre dealing with some leaders who swont step down sure
[19:21] <czajkowski> or when some leadersperhaps aren't active but wont step away we can reference it
[19:22] <cprofitt> I am thinking a check box might be just as good
[19:22] <cprofitt> unless it would actually involve a court of law
[19:22] <cprofitt> that might be easier to implement
[19:22] <czajkowski> cprofitt: kind over thinking it tbh
[19:23] <czajkowski> and the CC area already looking into merging the two
[19:24] <cprofitt> How does one broach the subject with the CC?
[19:24] <pleia2> cprofitt: we're subbed to that bug
[19:25] <pleia2> so it's on our radar :)
[19:25] <cprofitt> most of the reason I started thinking about it is based on the ease of signing comments that were made... we want to make it easy for people to sign... and using PGP is not as easy as a simple checkbox
[19:25] <cprofitt> cool... thanks pleia2
[19:26] <cprofitt> doing well pleia2 ?
[19:29] <pleia2> cprofitt: yep :) you?
[19:29] <cprofitt> pretty good... daughter got bit by a dog this morning... so a bit stressed
[19:30] <pleia2> ouch
[19:31] <cprofitt> it was more stressful this morning when I had to go get her and bring her to school...
[19:32] <technoviking> jcastro: just erase that bad boy
[19:44] <bkerensa> Well I better head out..... Gotta go find some amazing Sushi for lunch
[19:45] <cjohnston> bkerensa: get me some
[19:45] <cjohnston> please
[19:46] <jussi> mmmmm sushi
[20:03] <balloons> do we have a brave soul or two in here who would be willing to help me tests something?
[20:03] <balloons> you'll need to be running precise, but a vm is fine
[20:05] <cjohnston> balloons: probably not, but whatcha need?
[20:05] <cprofitt> balloons: ah... what do you need?
[20:05] <balloons> I'd like someone to run thru this and report back some success: http://testcases.qa.ubuntu.com/RunningCheckboxTestCases
[20:05] <cprofitt> I gotta run in 15 minnutes or so... but if it is fast I can try to help
[20:06] <balloons> cprofitt, you could install and run one test in <15 I'd guess :-)
[20:06] <cprofitt> can I do it when I get home?
[20:06] <balloons> you sure can
[20:06] <balloons> I just want to make sure the process is sane before I send it out to everyone
[20:06] <balloons> no typos, etc :-)
[20:07] <cprofitt> sounds good... will try to get that done for you tonight
[20:07] <balloons> I'll be here cprofitt :-)
[20:12] <czajkowski> balloons: instructions work fine
[20:12] <czajkowski> installed no issues
[20:13] <czajkowski> I would say that somewhere you should add how long it takes to complete the checkbox testing
[20:14] <balloons> czajkowski, for all the tests? I'm actually not sure..
[20:14] <czajkowski> balloons: takes about 2 hrs ;)
[20:14] <mhall119> jono: http://loco.ubuntu.com/events/globaljam/dashboard/
[20:14] <czajkowski> long time so people need to have some free time
[20:15] <cjohnston> balloons: the testing thing that came with 5.4 (i think it was 5.4) takes way too long to complete... if you could work on them as you can and submit as you go it would be much more betterer
[20:15] <czajkowski> as you cant submit half way
[20:15] <balloons> yes, these tests aren't nearly as long as the unity ones
[20:15]  * cjohnston would say even have the ability to do less than half way
[20:15] <balloons> should be under an hour for all of them
[20:15] <czajkowski> well a time frame for how long a test case should take would be good
[20:15] <balloons> however, the feedback is well placed
[20:16] <balloons> most of the tests should take ~5 min
[20:16] <balloons> and you can submit multiple times..
[20:16] <balloons> still, feedback noted.. I think I'll open a bug for  a wishlist to discuss this
[20:16] <cjohnston> balloons: subscribe me please.. ~chrisjohnston
[20:17] <balloons> cjohnston, sure can do
[20:17] <cjohnston> ty
[20:17] <balloons> you can restart checkbox as well to pick up where you left off.. but it's not intiutive
[20:17] <cjohnston> still good for tomorrow? I heard you may be staying the weekend?
[20:17] <balloons> did you now?
[20:17] <balloons> :-)
[20:17] <balloons> I'm still good on tomorrow
[20:17] <cjohnston> what are your plans?
[20:18] <balloons> I had wanted to come tonight and stay a couple nights with some friends from up north
[20:18] <balloons> but now I'm coming down just for the day (LONG DAY) with svwilliams
[20:18] <cjohnston> cool
[20:20] <balloons> cjohnston, did you attempt to run and submit a test?
[20:20] <balloons> did it show up?
[20:20] <cjohnston> balloons: im working on it... slowly
[20:21] <cjohnston> testing code that is time sensitive at the same time
[20:21] <balloons> haha.. funn fun
[20:25] <cjohnston> balloons: it should show how many tests complete vs how many tests are left
[20:26] <balloons> cjohnston, yep.. it should.. something I have to work on
[20:26] <balloons> that is present in the upstream checkbox, so it's something specific to me
[20:27] <cjohnston> ic
[20:28] <balloons> cjohnston, czajkowski added a resume section
[20:28] <balloons> does that help?
[20:28] <balloons> {{attachment:apptestingsubmit.png}}
[20:28] <balloons> http://testcases.qa.ubuntu.com/RunningCheckboxTestCases
[20:28] <balloons> bah
[20:29] <cjohnston> I want to file a critical bug.. it forces the use of a non-preferred browser
[20:30] <cjohnston> :-P
[20:30] <balloons> ;-)
[20:30] <balloons> do file
[20:30] <cjohnston> Error in field 'submission_key' - Submission key already exists.
[20:31] <cjohnston> thats the error i got when i webnt to submit
[20:31] <cjohnston> clicked ok, then clicked next again and it seems to have worked
[20:32] <balloons> hmm..
[20:32] <balloons> ok
[20:32] <balloons> let's see if it made it up
[20:33] <balloons> https://launchpad.net/~chrisjohnston/+hwdb-submissions
[20:33] <balloons> yep i see it
[20:36] <jcastro> mhall119: nice work on the dashboard
[20:36] <jcastro> that looks /tight/
[20:40] <mhall119> thanks
[20:40] <mhall119> I've copied over the list of things from the wiki (the ones we had links for more info anyway)
[20:41] <balloons> thanks cjohnston :-)
[20:42] <balloons> i'll be sending this around to everyone to run for beta1 testing.. should be doing the same myself tomorrow for ugj
[20:51] <cjohnston> np
[21:00] <akgraner> Thanks Jono!
[21:00] <jono> thanks akgraner!
[21:01] <mhall119> on air hangouts are pretty cool
[21:01] <mhall119> but it didn't auto-update the comments, which was disappointing
[21:01] <akgraner> I'll drop you the link so you can see the different stages of the recording - I'll overlay titles and text as well as add links to the various things we talked about.
[21:01] <mhall119> all it needs it a public chat area and it's a replacement for ustream.tv
[21:02] <jcastro> wait what
[21:02] <jcastro> was there an onair hangout I missed?
[21:03] <mhall119> jono: it's Friday morning in Australia, can you promote http://loco.ubuntu.com/events/globaljam/dashboard/ on G+ and I'll do the same on Facebook?
[21:03] <balloons> mhall119, how can i get the checkbox stuff on the global jam page btw/
[21:03] <balloons> can you do / help?
[21:04] <mhall119> balloons: give me a link to more info on it and I'll add it
[21:04] <balloons> this link is good
[21:04] <balloons> http://testcases.qa.ubuntu.com/RunningCheckboxTestCases
[21:04] <balloons> if you want my blog post, I'm writing it up now
[21:05] <akgraner> mhall119, yep - that's the piece I haven't figured out yet
[21:06] <akgraner> or maybe it doesn't exist yet :-)
[21:06] <mhall119> balloons: done
[21:06] <balloons> mhall119, +1, thank you!
[21:07] <akgraner> jcastro, you don't follow me anymore or you'd have seen when it was starting, but I guess you aren't following your boss either so I am in good company in that regard. ;-P
[21:07] <jcastro> did I miss a blog post?
[21:07] <akgraner> nods 2 of them :-)
[21:08] <jcastro> hah no fair, you just posted that today!
[21:08] <jcastro> oh that's cool, where's the recording?
[21:10] <akgraner> I posted it a couple days ago as well :-P
[21:10] <akgraner> it's processing right now
[21:10] <akgraner> that's another downside it can take up to 24 hours to render :-/
[21:12] <akgraner> so if you can figure out a way to both capture the video to  youtube and to an independent file somewhere that would be awesome.  The rendering is taking place in youtubes cloud somewhere and it's S-L-O-W.
[21:21] <cjohnston> jcastro: small dent, but i deleted 6 wiki pages ;-)
[21:21] <jcastro> o/
[21:21] <pleia2> cjohnston: gold star!
[21:24] <jcastro> I think vish got my gold star
[21:24] <jcastro> like 30 seconds after my talk he deleted my wiki page
[21:25] <cjohnston> lol
[21:25] <cjohnston> Is anyone good with CSS who could help me some with Summit?
[21:59] <jono> mhall119, can you send me the Ubuntu drupal theme?
[21:59] <jono> oops
[21:59] <jono> django theme
[22:03] <cjohnston> jono: https://launchpad.net/ubuntu-community-webthemes/light-django-theme
[22:04] <jono> thanks cjohnston
[22:04] <jono> how do I install theme theme?
[22:04] <jono> I am playing with django for the first time today :-)
[22:04] <jono> it is awesome
[22:06] <cjohnston> jono: you may want to poke around summit.. basically branch it into ubuntu_website in the root directory of your app
[22:06] <jono> thanks cjohnston
[22:06] <cjohnston> then you need to set up your base.html to look for the ubuntu website template
[22:07] <cjohnston> set up your url's for where to look for the media and such
[22:07] <cjohnston> i think thats about it
[22:11] <mhall119> jono: sent you an email
[22:11] <jono> thanks mhall119
[22:11] <jono> man, this is such an awesome framework :-)
[22:11] <jono> I like how it makes you think
[22:12] <mhall119> I like how it doesn't ;)
[22:14] <jono> indeed
[22:14] <balloons> mhall119, got the loco link for globaljam?
[22:15] <mhall119> balloons: the event or the dashboard?
[22:15] <balloons> dashboard
[22:15] <balloons> so much cooler
[22:15] <balloons> :-0
[22:15] <mhall119> http://loco.ubuntu.com/events/globaljam/dashboard/
[22:16] <mhall119> jono: can you put that on G+ ^^
[22:16] <mhall119> I posted it to Facebook already
[22:16] <mhall119> but don't have the Ubuntu page on G+
[22:16] <jono> mhall119, cjohnston any idea how I can allow the user to add multiple mhall119will do
[22:16] <czajkowski> mhall119: posted to FB locoteams page
[22:17] <jono> mhall119, cjohnston quick q: I have an Accomplishments table in sqllite and I want to allow the user to add multiple references to another foreign key (category) - how do I do that?
[22:18] <mhall119> thanks czajkowski
[22:18] <czajkowski> mhall119: np
[22:18] <mhall119> jono: what do you mean?
[22:19] <jono> mhall119, so I have the following breakdown
[22:19] <jono> Applications
[22:19] <jono> inside Applications can be different categories
[22:19] <jono> e.g. QA, Development
[22:19] <jono> I then have Accomplishmwnts
[22:19] <jono> Accomplishments
[22:19] <jono> I want to be able to say which Categories in the current application the accomplishment has
[22:19] <jono> e.g:
[22:20] <jono> App: ubuntu-community
[22:20] <mhall119> ah, ok, you want https://docs.djangoproject.com/en/dev/ref/models/fields/#manytomanyfield
[22:20] <jono> Accom: first-bug
[22:20] <mhall119> manytomany between Category and Accomplishment
[22:20] <jono> Categories: QA (from ubuntu-community)
[22:21] <jono> mhall119, how would that look in my model?
[22:21] <mhall119> in class Accomplishments:
[22:21] <jono> essentially I only want the user to be able to select categories within the current app
[22:21] <mhall119>     categories = models.ManyToManyField(Category)
[22:22] <mhall119> jono: ah, you've already hit one of Django's weaknesses
[22:22] <mhall119> that's possible, but not in the Model, you'll have to do that in the Form
[22:22] <jono> mhall119, right, so I need to perform the logic in the forum, right?
[22:23] <mhall119> yeah, it's not to hard though
[22:23] <jono> mhall119, gotcha
[22:23] <jono> so one challenge here is that the user can add lots of categories
[22:23] <jono> how do I specify that in my model?
[22:24] <mhall119> use the ManyToManyField
[22:24] <mhall119> it'll automatically allow them to select multiple
[22:24] <jono> oh cool
[22:26] <jono> hmm I added     categories = models.ManyToManyField(Category)
[22:26] <jono> but it says: NameError: name 'Category' is not defined
[22:26] <jono> and there is a class there
[22:26] <mhall119> jono: http://bazaar.launchpad.net/~summit-hackers/summit/trunk/view/head:/summit/schedule/forms.py#L93 is an example of how you'll need to limit the choices in your form
[22:27] <mhall119> jono: you have to define the class above where you're using it
[22:27] <jono> oh it has to appear before the declaration
[22:27] <jono> gotcha
[22:27] <mhall119> alternately, I think you can pass the model name as a string
[22:37] <jono> mhall119, any idea how I set a foreign key to another possible item in the same table
[22:38] <jono> in other words, I want to set the 'depends' to another accomplishment id
[22:39] <mhall119> jono: use 'self' as the class to link to
[22:40] <mhall119> ForeignKey('self') or ManyToManyField('self')
[22:40] <jono> ahhh
[22:42] <jono> mhall119, getting 'no such column: editor_accomplishment.depends_id' now
[22:43] <mhall119> did you syncdb before you added the depends field?
[22:44] <jono> mhall119, yup
[22:44] <mhall119> jono: syncdb is really really good at creating database tables
[22:44] <mhall119> and that's it
[22:44] <mhall119> it doesn't alter them
[22:44] <jono> gotcha
[22:45] <mhall119> http://south.aeracode.org/ will handle database migrations cleanly for you
[22:45] <jono> mhall119, any idea how I can fix this?
[22:45] <mhall119> but during early development, just delete the db file and re-syncdb it
[22:45] <jono> makes sense
[22:46] <mhall119> Django's philosophy seems to be "Do the 90% that can be done easily and cleanly, and leave the rest to 3rd parties"
[22:53] <jono> mhall119, it is so awesome
[22:53] <jono> mhall119, do you know is there is going to be an easy way to take the admin form I have built and expose it on the site so people can use it inside a normal view?
[22:58] <cjohnston> jono: yes
[22:58] <cjohnston> again, summit has examples.. LTP has more examples
[22:58] <cjohnston> basically you would create a form in forms.py
[23:01] <cjohnston> jono: http://bazaar.launchpad.net/~summit-hackers/summit/trunk/view/head:/summit/schedule/forms.py
[23:01] <jono> thanks cjohnston
[23:01] <cjohnston> http://bazaar.launchpad.net/~summit-hackers/summit/trunk/view/head:/summit/schedule/views.py#L408
[23:01] <cjohnston> http://bazaar.launchpad.net/~summit-hackers/summit/trunk/view/head:/summit/schedule/templates/schedule/create_private.html
[23:02] <cjohnston> jono: that gives you all three components.. just need the url at that point
[23:03] <jono> thanks, pal!
[23:04] <jono> cjohnston, one quick q: it looks like I have reached a limit for the number of inlines I can put in the admin
[23:04] <cjohnston> np
[23:04] <cjohnston> hrmm.. didnt know there was a limit
[23:04] <jono> oh, I fixed it
[23:04] <jono> ignore me
[23:04] <jono> thanks!
[23:04] <cjohnston> heh
[23:05] <jono> alright, I have my admin all working, now onto the views
[23:05] <jono> :-)
[23:05] <cjohnston> :-)
[23:05] <cjohnston> sweet
[23:05] <cjohnston> jono django is most awesome
[23:05] <cjohnston> get to spend all day working with it tomorrow
[23:05] <jono> cjohnston, seriously :-)
[23:05] <jono> cjohnston, :-)
[23:08] <jono> mhall119, cjohnston:
[23:08] <jono> NameError: name 'TEMPLATE_CONTEXT_PROCESSORS' is not defined
[23:08] <jono> when trying to use the theme
[23:08] <cjohnston> jono: in your settings
[23:09] <jono> I added that to my settings
[23:09] <cjohnston> gtg.. mhall119 will show you
[23:09] <jono> np
[23:09] <jono> thanks!
[23:09] <mhall119> jono: show me your settings?
[23:10] <jono> import ubuntu_website
[23:10] <jono> TEMPLATE_CONTEXT_PROCESSORS += (
[23:10] <jono>    "ubuntu_website.media_processor",
[23:10] <jono>    "ubuntu_website.popup_check",
[23:10] <jono> )
[23:10] <jono> TEMPLATE_DIRS += (
[23:10] <jono>    ubuntu_website.TEMPLATE_DIR,
[23:10] <jono> )
[23:10] <jono> I put that at the bottom as you mentioned
[23:10] <mhall119> did your settings.py not have something like this: http://bazaar.launchpad.net/~summit-hackers/summit/trunk/view/head:/summit/settings.py#L142
[23:11] <mhall119> if not, copy that one, but remove all the entries that start with 'common'
[23:11] <mhall119> put that somewhere before the import of ubuntu_website
[23:11] <jono> mhall119, I am a little confused
[23:11] <jono> let me pastebin my settings
[23:12] <mhall119> ok
[23:12] <jono> mhall119, https://pastebin.canonical.com/61429/
[23:13] <mhall119> jono: what version of Django are you using?
[23:13] <jono> mhall119, whatever is in Precise
[23:15] <mhall119> ok, on line 149 the code I gave you is trying to append a couple entries to the end of a variable
[23:15] <mhall119> but in 1.3, that variable isn't pre-defined for you
[23:15] <mhall119> so somewhere above line 149 you're going to need to define it
[23:16] <mhall119> as we did in http://bazaar.launchpad.net/~summit-hackers/summit/trunk/view/head:/summit/settings.py#L142
[23:16] <mhall119> jono: do you want to just pop this into pad.ubuntu.com?
[23:16] <jono> mhall119, that would be cool if poss
[23:17] <mhall119> jono: http://pad.ubuntu.com/QuvzDqy8kl
[23:18] <jono> I have it open
[23:18] <mhall119> jono: since you're starting this off new (which we didn't for ltp and summit), I'm going to simplify it
[23:18] <jono> cool
[23:20] <mhall119> jono: that should do it for you
[23:21] <jono> thanks mhall119
[23:21] <mhall119> np
[23:42] <cjohnston> canonical pastebin !fail
[23:58] <jono> mhall119, so, should I create my template files inside the ubuntu theme branch?
[23:59] <cjohnston> jono: no
[23:59] <jono> so I create my own templates dir?
[23:59] <cjohnston> in your app (or each app) create templates/<appname>/
[23:59] <cjohnston> and put them in <appname>


[01:53] <swift110> hey all
[09:54] <teddy-dbear> Morning peoples, critters and everything else
[23:15] <ChinnoDog> cposc is expensive this year.
[23:52]  * waltman got a free ticket since he's a speaker :)
[23:54] <waltman> I just checked and I think it was around the same price last year. $46 isn't bad considering it includes breakfast, lunch, a tee shirt, and an afterparty.
[23:58] <waltman> If you want to go but can't afford it, maybe you could try asking the organizers if you could volunteer to help out.


[08:02] <OliveGreen> Hi all.
[08:02] <OliveGreen> Has the work on Ubuntu 12.04 started yet?
[08:03] <geser> of course
[08:03] <OliveGreen> geser, excellent. Can I give some small suggestions?
[08:05] <geser> I guess so, but this channel might not be the best place for it. Better would be to contact the responsible team or if it's more general then use the mailing list<EMAIL_ADDRESS>[08:08] <OliveGreen> Well, I just wanted to give two very small suggestions:
[08:10] <OliveGreen> 1. Please.. pretty please.. Replace Gwibber.  Please, replace Banshee with Rhythmbox. Leaving the mono issue aside, Rhythmbox is much more reliable and lighter.
[08:15] <geser> replacing banshee with rhythmbox is getting considered (see the item in https://lists.ubuntu.com/archives/ubuntu-devel/2011-November/034392.html)
[08:15] <OliveGreen> geser, Yes. That's right.
[08:16] <OliveGreen> geser, I hope that the same is going to happen for Gwibber because it just plain sucks.
[08:16] <geser> and for gwibber: as I said this might not be the best place for suggestions as not many devs hang around here so your suggestion will most certainly get unnoticed
[08:16] <OliveGreen> Yes. I will send this to mailing list some time later today.
[08:17] <OliveGreen> to *the* mailing list..
[08:21] <brendand> somebody needs to write a new social media client for ubuntu
[08:22] <brendand> i don't think there are *any* good ones
[10:28] <OliveGreen> brendand, Agreed.
[10:29] <OliveGreen> Hotot is kind of nice, but its progress and the way the project is managed is terrible, imho.
[15:18] <FernandoMiguel> $ echo 1500 | sudo tee  /sys/class/backlight/intel_backlight/brightness
[15:19] <FernandoMiguel> that and adding acpi_blacklight=vendor to kernel boot
[15:19] <FernandoMiguel> seems to have allowed me to bypass my vaio setting bright to max
[15:23] <FernandoMiguel> anyone knows where I can hack udev or something so I can use my soft keys again?
[19:31] <mrdeb> hi
[19:31] <bazhang> hi
[19:41] <mrdeb> are u using 1204
[21:21] <moo-> put firefox 8 in ubuntu
[21:24] <Daemonik> Ubuntu really screwed up with the transition to Gnome 3. Why is it that I install Ubuntu 11.10 and gedit's text encryption plug-in is missing. "It's due to the Gnome 3 transition" is NOT an acceptable answer. Gnome 3 should not be adopted until it's actually ready. No one cares about GTK3 unless the applications they are using have the functionality that is expected. I used Ubuntu in 2004, very much appreciating the project. You
[21:24] <Daemonik>  guys are killing Ubuntu, you are hurting GNU/Linux, you are hurting the Free Software movement with your incompetence.
[21:26] <micahg> Daemonik: GNOME doesn't support the 2.x branch anymore, the GNOME3 transition wasn't a choice, also there are still many applications using GTK2
[21:26] <micahg> s/branch/releases/
[21:27] <Daemonik> micahg, The GNOME development team is not the Ubuntu project lead. The GNOME3 transition *IS* a choice. This is Free Software which any one has the Freedom to implement. Is Ubuntu development so broken that all you guys do is package what other people release? People use Ubuntu thinking they can use it for real work and daily life. Is Ubuntu nothing more than a "hey beta test this software" branch??
[21:28] <Daemonik> Who makes these terrible decisions? Is there not a small team of core engineers who make high-level decisions? This is why Mac OS X, which is JUST NOW catching up to what Compiz and GNU/Linux did OVER HALF A DECADE AGO is kicking our asses.
[21:29] <micahg> Daemonik: sure, given unlimited resources, what you say is true, anyways, these things are discussed at UDS (Ubuntu Developer Summit), we just had one last week
[21:29] <Daemonik> At least Linux Mint has a CLUE and releases "Gnome 2 with Gnome 3 functionality", or whatever they're doing. It's not just the "average person" aka the "teenage girl with an iPod" userbase that is pissed off. It's people like Linus Torvalds, Eric Raymond, and System Administrators.
[21:30] <Daemonik> micahg, If you don't have the resources, don't push the broken software out. Stay with the old software. It doesn't matter how many resources are or are not available. Bad decisions were made, Ubuntu is losing mindshare and market trends are no longer anecdotal and now visible.
[21:31] <JontheEchidna> resources are required to maintain the old software. If gnome isn't, ubuntu must
[21:31] <micahg> Daemonik: right, they're exercising the freedom you mentioned to do that, the Ubuntu desktop team decides which version of GNOME to take, a lot of people worked very hard last cycle to make sure that GNOME 3 wasn't broke in Ubuntu
[21:31] <Daemonik> JontheEchidna, It's a better temporary solution than shipping broken software.
[21:32] <Daemonik> micahg, It's a sea-change with a LOT of missing functionality, and the "usability enhancements" suck.
[21:32] <Daemonik> this is not the proper place to publish these thoughts
[21:32] <Daemonik> I'll get back to you guys later.
[21:35] <moo-> i hope unity sucks less in upcoming 12.04
[21:35] <moo-> i hope you can disable all the useless lenses and scopes
[21:35] <moo-> i hate the repository integration with app suggestions
[21:39]  * micahg wishes people could be more positive
[21:46] <dupondje> They should fix it ;)
[21:49] <bjsnider> i can't wait for him to get back to us
[21:50] <bjsnider> his stuff is so fun to read
[21:55] <dupondje> seahorse-plugins is ported to gnome3 btw ?
[22:13] <moo-> put firefox 8 in ubuntu!! NOW!!!11
[22:15] <guntbert> moo-: when will you learn that ranting in a support channel doesn't help at all?
[22:15] <dupondje> like its such a big difference :P
[22:18] <moo-> oh
[22:18] <moo-> can i plz has new firefox 8
[22:19] <moo-> plz give it to me! plz put in repo so i can have
[22:20] <guntbert> moo-: please stop
[22:21] <moo-> windows and mac have firefox 8, ubuntu is a old legacy operating system of yesterdays technology it only has firefox 7
[22:21] <guntbert> moo-: please stop - we heard that already
[22:22] <moo-> then put firefox 8 in ubuntu so it can be a modern operating system like windows 7 and mac os x
[22:22] <moo-> how the hell you gonna compete with modern operating systems if you use yesterdays legacy technology?
[22:23] <guntbert> moo-: seriously stop that - this is a support channel
[22:52] <dupondje> moo-:
[22:52] <dupondje> maby you can get firefox 10
[22:52] <dupondje> https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[22:52] <dupondje> Firefox 8 is really yesterday technology
[22:52] <dupondje> you should use Firefox 10 ofc
[22:56] <moo-> but its not stable yet


[05:27] <pitti> slangasek, xnox: I don't think nova is an xnox problem; this is just a timing issue, the test has been racy forever (also on other arches, but a retry has a good chance there)
[05:28] <pitti> so there was no reason to block glibc etc. on that, but yes, I'll file a bug
[05:30] <pitti> slangasek: bug 1602103
[05:45] <slangasek> pitti: you didn't mark it as flaky on all archs, only on s390x; and you marked it a badtest which means it would always be skipped going forward, hiding any possible regressions...
[05:46] <pitti> slangasek: right, I should version it at least, so that it stops blocking other packaes, but won't apply to newer nova versions
[05:46] <pitti> (then again we just keep bumping those too..)
[05:47] <slangasek> well, I think it shouldn't be badtest at all under such circumstances... we don't want dependencies of nova to let it regress either :/
[05:47] <slangasek> anyway, yay for the bug report, thanks
[05:47] <pitti> so you'd rather use force-skiptest on the packages that get blocked by it?
[05:47] <slangasek> yes
[05:47] <pitti> ok
[05:48] <pitti> dropped
[06:16] <pitti> infinity, apw: any idea what these are? https://launchpad.net/ubuntu/yakkety/+queue?queue_state=1
[06:16] <pitti> the one for linux 28.47 has been sitting there for three weeks, so clearly not mission-critical
[06:17] <pitti> but nobody reguarly looks at devel/unapproved outside of freezes
[06:27] <slangasek> pitti: not sure why they went to yakkety instead of yakkety-proposed, I suppose at this point those should be rejected... Every linux amd64 upload is accompanied by a uefi tarball that is supposed to get signed off by an archive admin in the unapproved queue before it's signed and published to the archive
[06:28] <pitti> -30.49 has one for both proposed and release
[06:28] <slangasek> pitti: hmm, looks like they should have been accepted instead of rejected... troubling
[06:28] <slangasek> they're not shown at http://archive.ubuntu.com/ubuntu/dists/yakkety/main/uefi/linux-amd64/
[06:28] <pitti> so that big tar.gz is a signature-y thing?
[06:28] <slangasek> and the linux source shouldn't migrate to devel without linux-signed
[06:29] <slangasek> the tar.gz is the kernel to be signed
[06:29] <slangasek> so, I think this needs launchpad guidance
[06:29] <slangasek> oh
[06:29] <slangasek> was this kernel forward-copied from xenial-proposed to yakkety?
[06:29] <slangasek> it was
[06:29] <slangasek> so that's why those managed to be in unapproved, yet the linux-signed is current
[06:30] <pitti> they all are, yes
[06:30] <slangasek> so yeah, we don't need those signed /again/, they can all be rejected
[06:31] <pitti> thanks for clarifying
[06:31] <pitti> (done)
[06:37] <pitti> FTR, doing SRUs, but I don't have the guts/enough knowledge about bug 1574727 to release that
[06:37] <pitti> (given how often this changed)
[10:29] <caribou> I would like to SRU the latest major release of sosreport now that it has proper DEP8 tests
[10:30] <caribou> should I just upload to the queue & open a bug to have it SRUed properly  or there is another process for such a situation (former MRE) ?
[10:54] <cjwatson> jbicha: maitreya> *eyebrows* really?
[10:56] <cjwatson> slangasek: ^- would you care to double-check that maitreya is now OK to have in our archive?
[10:56] <cjwatson> (given that the last time it was removed was because of legal papers)
[11:26] <rbasak> caribou: for MREs, the previous process was to have an SRU tracking bug anyway. So I presume that just carries on now.
[11:26] <rbasak> We'll need one for the SRU verification process in any case.
[12:11] <jamiebennett> Can someone help with the snap-confine SRU: https://bugs.launchpad.net/ubuntu/+source/ubuntu-core-launcher/+bug/1593396
[12:11] <apw> caribou, yeah an SRU bug but do include a reference to the MRE (i believe they are all meant to be recorded in the wiki) so a reviewer knows easily what the conditions were on it
[12:11] <jamiebennett> This will unblock a much needed feature that a lot of the teams are waiting on
[12:16] <LocutusOfBorg> slangasek, hi, did you change your opinion about singular and armhf? I have a strong feeling that this is the last blocker for ntl migration
[12:16] <LocutusOfBorg> :)
[12:44] <caribou> apw: there was never any MRE done for this one; it's a new request
[12:46] <apw> caribou, i read "former MRE" to say that we had had an MRE for it before, and mostly those are ongoing in scope (this may not have been)
[12:47] <caribou> apw: yes, wrong wording; I meant to do an MRE for it then the rules changed
[13:03] <jbicha> cjwatson: yeah, maitreya says it fixed the font in 7.0.4; maybe it would have been better to just update the version back then but it's an odd app
[14:17] <LocutusOfBorg> bdmurray,, I got a mail about a vbox regression http://people.canonical.com/~ubuntu-archive/phased-updates.html
[14:17] <LocutusOfBorg> please kill it
[14:18] <LocutusOfBorg> it has been reproduced with kernel 4.7 and obviously the kernel module build failed
[14:18] <LocutusOfBorg> and BTW the current proposed package should be right
[15:29] <slangasek> cjwatson: I recall there was discussion about upstream fixes for the maitreya problems, which is why I approved it in NEW without further thought; but I see that the package that got synced is from 2014, so hmm
[15:44] <bdmurray> LocutusOfBorg: noted
[15:44] <LocutusOfBorg> thanks
[16:01] <infinity_> slangasek: For the sake of archive consistency, those tarballs should have been accepted, not rejected, but as nothing will rebuild linux-signed in the release pocket, it's not really a big deal.
[16:02]  * infinity plucks them out of the rejected queue.
[16:04] <infinity> slangasek: To be fair, it's also an irksome misfeature/bug that they get stuck there at all.
[16:04] <apw> infinity, because they have been accepted before, or in general
[16:05] <infinity> slangasek: There's code in LP that checks if source==target when doing a copy and will only stick a tarball in unapproved if they mismatch, *but* the "source" is absolute, so if the tarball orginiated in a PPA (which all kernel SRUs do), the future copies are all doomed to get stuck by that check.
[16:05] <infinity> apw: ^
[16:06] <apw> ahh
[16:06] <infinity> apw: If you want to find and fix that, it would be great.  Instead of checking source==target, it should check if the SPR already exists in the target archive.
[16:06] <slangasek> infinity: doesn't the EFI signing happen only after it's been released from unapproved?
[16:06] <slangasek> in which case, signing the same object multiple times with different timestamps is not desirable
[16:06] <infinity> slangasek: Yes, which means that dists/$suite/signed/$package/$version will be empty if we don't accept it.
[16:06] <apw> slangasek, yes, the bits will get signed and published again
[16:07] <apw> though the signed objects should be identicle in this case
[16:07] <infinity> slangasek: All the kernel stuff is detached sigs, so I'm not sure how much that matters.  I mean, yes, the sigs will be different, but...
[16:07] <infinity> (Actually, they might not be, if a timestamp isn't baked in)
[16:07] <slangasek> I believe there is a timestamp
[16:07]  * infinity shrugs.
[16:07] <slangasek> at least for EFI
[16:07] <apw> infinity, they will actually be the same in my testing
[16:07] <apw> but new times indeed in dists
[16:07] <slangasek> signature proliferation makes me anxious
[16:08] <infinity> slangasek: Either way, the archive should, in theory, be rebuildable against itself, which it isn't if we don't have those bits in the right suites.
[16:08] <slangasek> mmk
[16:08] <infinity> Smarter custom upload handling that actually copied the directories around instead of republishing the tarballs would be nice, but a lot more complicated to fix.
[16:09] <apw> it would be nice if LP really knew the dist bits even existed
[16:09] <infinity> Exactly.
[16:09] <infinity> Hence "harder to fix". :P
[16:09] <apw> :)
[17:06] <slangasek> cjwatson, jbicha: double-checked the history; as of version 7.0.5, maitreya is fine upstream
[17:10] <cjwatson> ok, good
[17:12] <jamiebennett> slangasek, any chance you could take a look at the snap-confine SRU and the golang-gopkg-macaroon package today?
[17:15] <davmor2> hey guys in the installer it says Enable 3rd party drivers, this includes Graphics, wifi, mp3 etc why are the 3rd party graphics like nvidia and amd never installed?
[17:15] <chrisccoulson> could someone please approve those flash uploads? ^^
[17:57] <slangasek> jamiebennett: snap-confine> I see that this has been uploaded to the xenial SRU queue as 'ubuntu-core-launcher', even though we renamed the source package to snap-confine as of 1.0.35 in Debian and yakkety, why is this?
[17:58] <jamiebennett> slangasek, I'm not sure, let me check
[18:04] <slangasek> jamiebennett: it's possible mvo thought it was preferable to minimize the changes for SRU; IMHO it's preferable to effect the rename so that we stay as close as possible to trunk, given that we will continue to track
[18:04]  * jamiebennett agrees
[18:05] <jamiebennett> slangasek, would that mean a new package would have to be accepted or is it fine as just a rename?
[18:05] <slangasek> it means it will go through as a new package
[18:06] <jamiebennett> slangasek, I guess that is why he went with the update rather than rename
[18:07] <slangasek> jamiebennett: also, this is versioned as '1.0.36~16.04' here, which implies it's a backport of the devel version... but there is no corresponding 1.0.36 in yakkety currently (and at this point, it should be 1.0.36-1 anyway)
[18:07] <slangasek> mwhudson: ^^ is there a snap-confine 1.0.36-1 upload pending?
[18:12] <zyga> o
[18:12] <zyga> o/
[19:06] <mvo> slangasek: I assume you talked about the snap-confine/ubuntu-core-launcher SRU earlier with jamiebennett? I missed the discussion, I heard we need 1.0.36 in yakkety and that its fine to use the new source package. so far I assumed its easier if its the same source package but I'm happy to adjust of course
[19:06] <mvo> slangasek: anything else that needs to be done to move this sru forward?
[19:08] <slangasek> mvo: yes, so I suggested that we should use the new source package name instead of continuing to carry a delta between xenial and yakkety; and was interested to know the status of 1.0.36-1
[19:12] <slangasek> mvo: looks to me like mwhudson has 1.0.36-1 in progress for Debian, but hasn't pushed all the branches/tags to alioth; would like to get that into Debian and yakkety today
[19:59] <chrisccoulson> could someone please approve the flash uploads in partner?
[20:02] <slangasek> chrisccoulson: looking
[20:02] <chrisccoulson> slangasek, thanks
[20:27] <chrisccoulson> slangasek, thanks for approving those
[20:27] <chrisccoulson> will you be around in an hour or so to copy the binaries from proposed to the release pocket?
[20:28] <slangasek> chrisccoulson: yes
[20:28] <chrisccoulson> thanks :)
[20:59] <mwhudson> slangasek: i wanted zyga to check over the 1.0.36 packaging changes but i'm not sure he's done it yet
[21:15] <slangasek> mwhudson: ok; can you push your 'pristine-tar' and 'upstream' branches, anyway?
[21:16] <mwhudson> slangasek: done
[21:16] <mwhudson> slangasek: i'm actually a little confused, i think perhaps really 1.0.36-1 should have been 1.0.35-2, there are very few changes in the released tarball
[21:17] <slangasek> heh
[21:19] <mwhudson> which is why i wanted zyga or someone else upstream to have a look
[21:19] <mwhudson> maybe jdstrand is still around...
[21:22] <slangasek> mwhudson: well, 1.0.36 has also been pushed to xenial-proposed queue, maybe you want to compare?
[21:22] <mwhudson> ah good idea
[21:23] <mwhudson> slangasek: uh as it?
[21:23] <mwhudson> *has it
[21:24] <slangasek> mwhudson: under the name 'ubuntu-core-launcher', yes - see discussion in scrollback
[21:24] <mwhudson> ah
[21:24] <slangasek> I've blocked that SRU review on this discussion, since the version number supposes it's a backport of a thing that doesn't exist anywhere else
[21:25] <mwhudson> hum hum
[21:26] <mwhudson> i think the main change is to confine /usr/lib/snapd/snap-confine (which exists) and not /usr/bin/snap-confine (which doesn't(
[21:26] <mwhudson> which makes sense i guess
[21:26] <mwhudson> even though the profile is still called usr.bin.snap-confine
[21:29] <mwhudson> it also changes to not pass --enable-rootfs-is-core-snap and only pass --enable-nvidia-ubuntu on ubuntu
[21:29] <mwhudson> slangasek: do you know what these configure flags mean?
[21:30] <slangasek> mwhudson: not precisely; the theory of the first option is that snapd is enabled to do different things if it knows it's running the host, but I don't know the specifics, and I've never seen that second option before
[21:32] <slangasek> mwhudson: a glance at the source says --enable-nvidia-ubuntu is bind mounting nvidia drivers from the host
[21:33] <mwhudson> slangasek: i guess these nvidia drivers are not present in debian?
[21:34] <slangasek> mwhudson: there are nvidia drivers in Debian; I don't know if the directory layout is the same; I guess upstream is being conservative and not enabling it until someone checks the compatibility
[21:34] <mwhudson> makes sense
[21:37] <mwhudson> slangasek: ok, test building my updated package
[22:07] <mwhudson> slangasek: i've just pushed my version to alioth, do you want to look or do you trust me? :-)
[22:07] <slangasek> mwhudson: if I didn't trust you, I wouldn't have done the DM sign-off? ;)
[22:07] <mwhudson> heh heh
[22:08] <mwhudson> slangasek: i would appreciate eyeballs on the apparmor bits, i don't really know how that works


[00:32] <robru> wow, 5 free silos, that's gotta be a record. who wants one?
[16:19] <bzoltan> trainguards: is there any service at this moment? It seems that some packages need a new UITK package as soon as possible. I would kick off a new UITK if I can get a silo.
[16:19] <bzoltan> robru: Mirv: ^
[16:49] <robru> bzoltan: just woke up, one sec
[16:50] <robru> bzoltan: ok got you silo 1
[16:57] <robru> bzoltan: also started build since you seem to be afk, hopefully that'll be ready for you to test when you get back https://ci-train.ubuntu.com/job/ubuntu-landing-001-1-build/183/console
[17:23] <bzoltan> robru:  Thanks a lot
[17:23] <robru> bzoltan: you're welcome!
[17:23] <robru> bzoltan: hm, looks like you've got some gles fiddling to do there
[17:25] <bzoltan> robru:  that was expected .. I have added the gles branch so it is there but it is watching the wrong silo :) as I did not know what silo I will get... but now pushing the right debian/watch is easier than adding the gles MR and asking for reconf :)
[17:27] <robru> bzoltan: sounds like you figured out how to simplify the process. have you tried doing a '.*' in place of the silo name? could it possibly scan all silos? then you wouldn't have to change it every time ;-)
[17:28] <bzoltan> robru:  wow :) that sounds smart
[17:29] <robru> bzoltan: I had that idea months ago and just assumed it wouldn't work or you would have tried it already, lol ;-)
[17:29] <robru> bzoltan: need anything else? I'm gonna bounce out for breakfast, can publish later today
[17:32] <bzoltan> robru:  Thank you a lot. I am doing the full test cycle, so I doubt I will have anything to land in 16-18 hours
[17:33] <robru> bzoltan: ah ok. well I'll probably be on tomorrow too
[17:33] <robru> bzoltan: bye for now!
[17:33] <bzoltan> robru: cheers
[17:34] <cjwatson> robru,bzoltan: You might be stung by the fact that ppa.launchpad.net won't give you a directory listing for http://ppa.launchpad.net/ci-train-ppa-service/
[17:35] <cjwatson> You get redirected to the LP user page if you try that
[17:35] <bzoltan> cjwatson: thanks for the info
[17:36] <cjwatson> (You could put together a redirector service that will give you a directory listing at the top level and otherwise knows what silos exist, I suppose)


[00:07] <spiv> It's not special, but IIRC it was the proposed convention
[00:19] <jelmer> Noldorin: lp:bzr-git and lp:dulwich
[00:19] <Noldorin> jelmer, hmm?
[00:20] <jelmer> Noldorin: rmbranch support
[00:20] <Noldorin> jelmer, oh, update both of them eh?
[00:21] <jelmer> yep
[00:21] <Noldorin> okay :-)
[00:29] <Noldorin> jelmer, weird. now i get accessed denied every time i pull
[00:29] <Noldorin> try to pull dulwich
[00:29] <Noldorin> bzr: ERROR: [Error 5] Access is denied: 'c:\\users\\alex\\appdata\\local\\temp\\tmp5trcyz.pag'
[00:33] <jelmer> Noldorin: no idea..
[00:33] <Noldorin> https://bugs.launchpad.net/bzr/+bug/820805
[00:33] <Noldorin> known bug
[00:34] <Noldorin> jelmer, how's work on the other bugs going?
[00:44] <Noldorin> ERROR: Repository not found.
[00:44] <Noldorin> bzr: ERROR: The remote server unexpectedly closed the connection.
[00:44] <Noldorin> jelmer, now i get that error when dpsushing ^
[00:50] <jelmer> Noldorin: typo in your repository URL?
[00:51] <Noldorin> sorry it was
[00:51] <Noldorin> forgot to change : to / this time
[00:51] <Noldorin> jelmer, thanks, that works now :-)
[00:52] <Noldorin> jelmer, how close are we to fixing the bug with directory processing order?
[00:53] <jelmer> Noldorin: Sorry, I've got lots of bugs in progress and this is just one of them (and a harder one at that)
[00:53] <jelmer> Noldorin: I'll update the bug report
[00:53] <Noldorin> no prob
[00:53] <Noldorin> jelmer, i was just under the impression you had already re-written that function yesterday?
[00:53] <Noldorin> or at least you know
[00:55] <jelmer> Noldorin: well, I looked at that a bit but that's a nontrivial amount of work.
[00:56] <Noldorin> jelmer, ok sure. well if you update the bug report, maybe i can try..?
[00:56] <Noldorin> hrrm, rmbranch still gives:  Unable to write to standard output: The pipe is being closed.
[00:57] <jelmer> Noldorin: not sure I follow, update it how?
[00:58] <Noldorin> jelmer, add a comment explaining how it need to be fixed? :-P
[00:58] <jelmer> Noldorin: it's not as easy to describe as that, I'm going to make some pretty rigorous changes to it. You're welcome to have a stab at it though.
[01:00] <Noldorin> jelmer, ahh fair enough
[01:00] <Noldorin> jelmer, well, i have time so, so if you update the bug report then i can try... no promises though ;-)
[01:00] <Noldorin> jelmer, maybe this 'Unable to write to standard output' issue is simpler though?
[01:02] <jelmer> Noldorin: basically, I'm hoping to gather the changed blobs first and then update the affected trees.
[01:02] <jelmer> Noldorin: WHen are you getting that last error?
[01:03] <Noldorin> jelmer, during rmbranch i said...
[01:03] <jelmer> Noldorin: no idea about that, it sounds like an issue with ssh
[01:04] <Noldorin> jelmer, yeah
[01:04] <Noldorin> jelmer, only happens during rmbranch though
[01:27] <Noldorin> jelmer, well i get this: NotBranchError: Not a branch: "git+ssh://git@github.com/alexreg/ircdotnet.git,branch=foo1".
[01:27] <Noldorin> in .bzr.log
[01:28] <jelmer> Noldorin: that's correct, there is no such branch
[01:28] <Noldorin> jelmer, oh lol, i already removed it
[01:30] <Noldorin> jelmer, so actually, rmbranch behaves correctly in all cases now.... it just gives an error *even* when it succeeds
[01:30] <Noldorin> that being Unable to write to standard output: The pipe is being closed.
[01:30] <Noldorin> jelmer, .bzr.log contains this: http://pastebin.com/uzeF34tE
[01:31] <jelmer> Noldorin: that's windows specific I'm afraid
[01:31] <Noldorin> yeah
[01:31] <Noldorin> makes sense
[01:31] <Noldorin> jelmer, do you know the exact cause though...any way around it?
[01:31] <Noldorin> jelmer, it may me windows-specific, but it's still a ""bug""
[01:38] <poolie> good morning
[01:48] <Noldorin> jelmer, i am probably done for today, but if you could fill in the info on the LP bug about directory renames, would be cool :-)
[01:48] <Noldorin> jelmer, the Windows SSH issue....no idea! should be trivial though
[02:00] <Noldorin> g'night
[02:12] <Kamping_Kaiser> is it possible to have bzr ignore a particular sub directory so i can version it independently?
[02:12] <poolie> yes
[02:13] <Kamping_Kaiser> in my case /etc/ is maintained by bzr, and i'd like /etc/cfengine/ to be a seperate repo
[02:13] <poolie> just ignore it, and don't add it
[02:13] <poolie> that's fine
[02:13] <Kamping_Kaiser> fab, thanks poolie
[06:07] <Guest2952> I currently have a shelved change, which I cannot access (bzr unshelve crashes). If I manually fiddle the change out of .bzr/checkout/shelf/shelf-1, do I have to keep anything in mind to avoid corrupting the repository? How do I then get rid of the broken shelf? Just delete .bzr/checkout/shelf/shelf-1?
[06:08] <poolie> i think that's enough
[06:08] <poolie> it won't damage the repositoyr
[06:08] <poolie> please file a bug about the crash, if you haven't already
[06:08] <vila> hi all !
[06:08] <poolie> hi there vila
[06:11] <Guest2952> Thanks poolie. Here is the bug report, for reference: https://bugs.launchpad.net/bzr/+bug/850594
[06:11] <poolie> oh, ok, i think i saw that before
[06:11] <poolie> thanks
[06:14] <Guest2952> on a related note, what is the recommended workflow to get new files in new directories committed separately from their directories?
[06:16] <vila> Guest2952: you can't do that, bzr tracks trees, a file is always part of a tree
[06:22] <Guest2952> so my "bug" isn't really a bug? Just a misunderstanding on my part of how bzr works?
[06:22] <poolie> well, it should never crash
[06:22] <poolie> you should never get a traceback whatever you do ,that's always a bug
[06:23]  * vila nods
[06:23] <poolie> vila, i think he's asking for the opposite
[06:23] <poolie> he/she
[06:23] <poolie> which is to commit the addition of the directory but not the addition of the files within it?
[06:23] <vila> ooooh
[06:23] <poolie> given that shelving apparently doesn't handle this
[06:23] <Guest2952> yes, what poolie said
[06:23] <vila> 'bzr version' ?
[06:24] <poolie> i would recommend doing 'bzr rm --keep dir/newfile'
[06:24] <vila> 2.4.0, sry
[06:24] <poolie> which will unversion it
[06:24] <poolie> then commit the directory addition
[06:24] <Guest2952> Bazaar (bzr) 2.4.1
[06:24] <Guest2952>   Python interpreter: /usr/bin/python 2.6.5
[06:24] <Guest2952>   Python standard library: /usr/lib/python2.6
[06:24] <Guest2952>   Platform: Linux-2.6.32-33-generic-i686-with-Ubuntu-10.04-lucid
[06:24] <poolie> or use 'bzr add --no-recurse' in the first place
[06:25] <vila> Guest2952: you're not the first asking for committing new dirs first in one commit and new file later, I don't completely understand the use case, can you elaborate ?
[06:25] <poolie> we ought to add a 'commit --no-recurse' too
[06:27] <vila> Guest2952: some background: we try to make directory tracking as transparent as possible so dirs are added when needed (i.e. if you add a file and its directory is not yet tracked, it's added automatically)
[06:27] <vila> poolie: so we can commit a dir without its content ?
[06:29] <vila> poolie: so, I did some prodding of the package importer and found some interesting stuff:
[06:29] <vila> Trying to reproduce some failures with 2.4.1 failed (so deploying 2.4 on jubany is more important than ever)
[06:30] <Guest2952> For example, my project starts out small, and I only use a single test file for my testing. At some point it grows to the point, where I want to use a more elaborate testing framework, which requires a complex directory setup mapping my test files 1:1 to the tested modules. So I want to commit "setting up the dir structure to support the testing framework" as a separate commit to the actual "implement test foo" commit.
[06:30] <vila> requeuing with --full fixed several DivergedBranches failures too (but not all, a bit ruining the web page regarding the history of the last failures, no big deal but if you track it you may be surprised)
[06:32] <vila> Guest2952: right, I just did the same yesterday evening and I committed the new file and its associated test file which triggered committing the dir containing them, but I see your point
[06:34] <Guest2952> having the directory setup commit separate from the file implementation commit means I can later reject the "implement foo test" without breaking "implement bar test" and "implement quux test"
[06:34] <vila> Guest2952: waiting for the 'commit --no-recurse' poolie just mentioned, the only workaround I can think of is to commit an *empty* dir (after all, that's what bzr will create if you ask for this revisions to be checked out from scratch)
[06:35] <vila> Guest2952: ha ! I see even better with that !
[06:36] <Guest2952> that's what I thought, so I shelved the file, and committed the empty dir, but now bzr won't let me unshelve the file again
[06:37] <vila> poolie: so, toying with requeue --full, lead to think that we should make sure import_package can always be retried from scratch (I think we're pretty close to that already but if it's guaranteed, it will simplify the way we think about it)
[06:38] <vila> Guest2952: hmm, can you add that on the bug report ? It's probably a key fact to reproduce the issue
[06:39] <Guest2952> which part?
[06:39] <Guest2952> the steps I list in the report reproduce it
[06:39]  * vila re-reads
[06:40] <vila> oh yeah, perfect (sorry, I jumped to the backtrace at first read)
[06:46] <poolie> jelmer, hi?
[06:49] <vila> poolie: I also noticed some packages are retried more than others (lxc, lillypond among others), I suspect some cruft in JOB_TABLE or something, not sure yet
[06:50] <vila> it's more obvious when using analyze_log from a tail -F process_log as most imports are processed in lexical order and those aliens pop up in-between
[06:51] <Guest2952> ok, I'm happy to change/add/clarify/test anything that might help resolve it. For now, I'll just manually extract the shelf, and be more deliberate about my directories in future. Until bzr (at some point possibly) supports my use case, it would be nice, from a user perspective, if bzr would refuse to let me shelve things that I won't later be able to unshelve. It's a big break of trust when your change-manager gobbles up your change :)
[06:51] <vila> lxc just popped up again
[06:51] <vila> and apt-daemon and linux-firmware,
[06:52] <vila> not an issue in itself, this breaks nothing, but the cumulated effect on the time to try all imports is increased for no good reason
[06:52] <poolie> huh, ok
[06:52] <poolie> that's interesting
[06:52] <poolie> i don't know off hand what order it uses
[06:53] <vila> I thought it was all controlled by mass_import (JOB_TABLE, then packages) but I discovered that categorize_failures trigger some imports
[06:54] <vila> i.e. each time the web page is refreshed, we requeue some packages, that may be it, I need to check
[06:59] <vila> and lxc again
[07:01] <vila> and landscape-client, the pattern is a bit hard to grasp (the timing vary depending on which imports are in flight but that's roughly every 5 minutes)
[07:02] <vila> hmm, the crontab also runs add_import_jobs but I think this one is for tracking lp)
[07:04] <vila> It's nice to see people from all over the world trying to hack my desktop, but guys, fail2ban makes your brute-force attempts a bit futile, please find another target ;)
[07:12] <bignose> vila: sadly, the computers actually attacking are likely not doing so with the knowledge of their owners
[07:13] <bignose> but rather are under the control of a small number of individuals, who control them en masse to attack indiscriminately
[07:13] <vila> bignose: Oh, I'm sure about that :)
[07:15] <vila> similar attacks coming from russia, china, brazil, france and so on, clearly indicates puppets
[07:46] <jam> morning all
[08:04] <poolie> hi jam, bignose
[08:09] <Riddell> morning
[08:36] <poolie> hi riddell,
[10:19] <poolie> jam, would you mind doing a quick rereview of https://code.launchpad.net/~xaav/loggerhead/export-tarball/+merge/66408 ?
[10:21] <jam> poolie: certainly. It will be a little bit, getting lunch now, then I have to read in the conversation again. But it will be done by your tomorrow
[10:21] <poolie> thanks very much
[10:21] <poolie> wallyworld offered to land it but he wants some reassurance
[11:11] <AfC> What's the git equivalent of `bzr revert`?
[11:11] <AfC> [I know, I know, don't ask; having just established this project is at all viable I'm going to bzr import it now]
[11:16] <vila> AfC: 'git  help stash' ?
[11:16] <vila> AfC: no guarantee
[11:18] <AfC> vila: found it; `git checkout .` or `git checkout filename` apparently.
[11:18] <vila> AfC: or git reset ?
[11:18] <AfC> Turns out `git revert` ≃ `bzr uncommit`
[11:18] <AfC> !
[11:19] <vila> ouch
[13:11] <Riddell> jelmer: when you were asking about translating plugins did you have any one in mind?
[13:25] <jelmer> Riddell: not specifically. the most interesting plugins for this are the ones that have some public-facing bits, e.g. because they add a command or raise some custom exceptions
[13:26] <jelmer> Riddell: bzr-rewrite, bzr-svn or bzrtools might be a good candidate if you're looking for an example
[13:45] <jelmer> Noldorin: hi
[13:45] <Noldorin> hi jelmer
[13:45] <jelmer> Noldorin: I've added some comments to the dpush rename bug
[13:45] <Noldorin> yes i saw just before i went to bed :-)
[13:45] <jelmer> Noldorin: not sure about the windows rmbranch issue
[13:46] <Noldorin> jelmer, the error has appeared before in other contexts. some difference with the way plink and openssh work?
[13:50] <Noldorin> jelmer, where is rmbranch in the code? maybe i can take a look
[13:51] <jelmer> Noldorin: dulwich/client.py in the dulwich code
[13:52] <Noldorin> ta
[14:03] <Noldorin> jelmer, specifically within that file? sorry, i see no mention of removing branches
[14:06] <jelmer> Noldorin: removing branches is done by updating the refs of the remote repository and excluding the ref you want to remove
[14:06] <jelmer> Noldorin: this gets called by destroy_branch() in remote.py in bzr-git
[14:18] <Noldorin> ah ok
[14:18] <Noldorin> makes sense!
[14:52] <Noldorin> jelmer, i presume it's using TraditionalGitClient here?
[15:17] <Wiz_KeeD> hello everyone
[15:17] <Wiz_KeeD> how's everybody feeling?
[15:17] <Wiz_KeeD> can anyone give me a hand with configuring bzr?
[15:20] <jelmer> Wiz_KeeD: hi
[15:20] <Wiz_KeeD> hello jelmer
[15:21] <LeoNerd> configuring?
[15:22] <Wiz_KeeD> https://help.launchpad.net/YourAccount/CreatingAnSSHKeyPair#Registering_the_key_with_Launchpad
[15:22] <Wiz_KeeD> trying to follow this guide so i can download and install aeroolib
[15:22] <Wiz_KeeD> to build aeroo reports in openerp, i can see the ssh key in the file (don't know if i generated it well_
[15:23] <jelmer> Wiz_KeeD: you should be able to download branches from launchpad without setting up ssh
[15:23] <Wiz_KeeD> yeah i did that buuut...
[15:23] <jelmer> wiz_keed: just through http
[15:23] <Wiz_KeeD> i don't know how to install aeroolib
[15:23] <Wiz_KeeD> and if i do
[15:24] <Wiz_KeeD> ImportError: No module named setuptools
[15:24] <Wiz_KeeD> that when executing python setup.py install
[15:33] <Riddell> why does this small change to bzr-rewrite prevent me from running the bzr rebase command?  http://bazaar.launchpad.net/~jr/bzr-rewrite/broken-import/revision/239?start_revid=239
[15:35] <vila> Riddell: <whistles> a plugin is imported specially under the bzrlib.plugins namespace, I have *no* idea what import __init__ will do there
[15:36] <vila> Riddell: there may be some info in .bzr.log, otherwise, try adding a pdb.set_trace() before this import
[15:37] <vila> well, 'import pdb; pdb.set_trace()' that is
[15:37] <Riddell> ah, using from bzrlib.import.rewrite  works
[15:38]  * vila nods (fixing the tyop on the fly ;)
[16:08] <timrc> The context of file system storage, is there a way to "stack" a branch on top of an existing branch? It seems to me like a "stacked" branch in bzr cannot share a file system location with its parent?
[16:08] <timrc> In the context^
[16:08] <timrc> I guess I'm expecting something akin to quilt
[16:29] <Noldorin> jelmer, hey
[16:30] <Noldorin> jelmer, the .pag issue btw is a problem with Pageant... when you run it in admin mode
[16:30] <Noldorin> nothing wrong with bzr of course
[16:33] <jelmer> Noldorin: hi
[16:34] <jelmer> Noldorin: ah, interesting. any chance you can add a comment to the bug about that?
[16:35] <Noldorin> jelmer, the old bug submitted by someone else?
[16:36] <jelmer> Noldorin: yeah
[16:36] <Noldorin> https://bugs.launchpad.net/bzr/+bug/820805
[16:36] <Noldorin> i think
[16:36] <Noldorin> jelmer, sure will do
[16:38] <Noldorin> done
[16:38] <Noldorin> jelmer, btw should i be concerned with HttpGitBranch or TraditionalGitBranch in dulwich?
[16:41] <jelmer> Noldorin: ? I don't think there is anything by those names
[16:42] <Noldorin> jelmer, sorry, s/Branch/Client
[16:43] <jelmer> Noldorin: TraditionalGitClient for SSH (you'll see SSHGitClient derives from that)
[16:43] <Noldorin> ah ok
[16:43] <Noldorin> didn't notice that, makes sense now!
[16:46] <Noldorin> jelmer, this "Unable to write to standard output" bug is interesting, since i don't get the message until *after* bzr has terminated it seems
[16:46] <Noldorin> jelmer, that is, i get the command prompt again first
[16:47] <Noldorin> it's asynchronous i'm guessing...
[16:51] <Noldorin> jelmer, the send_pack function in dulwich never returns
[16:52] <jelmer> Noldorin: it's not asynchronous
[16:53] <Noldorin> jelmer, well Plink is doing something strange anyway
[16:53] <Noldorin> jelmer, and the send_pack function definitely throws an error
[16:54] <Noldorin> specifically, i get:
[16:54] <Noldorin> bzr: ERROR: exceptions.UnboundLocalError: local variable 'new_refs' referenced before assignment
[16:56] <Noldorin> err, my bad sorry
[17:01] <Noldorin> jelmer, basically the dulwich client needs to handle the remote SSH host hanging up unexpectedly...in a more graceful way
[17:03] <jelmer> Noldorin: the server shouldn't be hanging up unexpectedly
[17:04] <jelmer> Noldorin: it should confirm the refs have been changed
[17:04] <Noldorin> jelmer, shouldn't, but is
[17:04] <Noldorin> hmm
[17:04] <Noldorin> jelmer, when you try to delete a branch that does not exist it does
[17:10] <Noldorin> jelmer, by the way, i read your comments. it looks complicated to fix the rename-related bug :-P i might leave it to you
[17:24] <Noldorin> jelmer, withouy being too pushy...any idea when you might be able to submit that fix? :-)
[17:44] <jelmer> Noldorin: again, please see the bug report
[18:13] <Noldorin> jelmer, with regards to? :P don't think it contains any answer to any questions i'e asked
[18:27] <jelmer> Noldorin: the bug report will automatically be updated as soon as there is a branch that addresses the bug
[18:28] <jelmer> Noldorin: which questions?
[18:28] <Noldorin> jelmer, i know... i was just specifically asking for estimates...because i'm a very impatient guy :-P
[18:28] <jelmer> Noldorin: I have no idea, I work on this in my spare time and that's pretty unpredictable. I could be days or weeks.
[18:28] <Noldorin> jelmer, ohh i see. sorry, i thought bzr-git was part of your job
[18:28] <Noldorin> jelmer, only core bzr i guess
[18:31] <jelmer> Noldorin: well, it's not as black and white as that, but this bug isn't particularly high priority
[18:31] <Noldorin> jelmer, well, just for me it is ;-)
[18:31] <Noldorin> very high priority for me
[18:31] <Noldorin> but in general, fair enough...
[18:45] <Noldorin> jelmer, okay, as long as these two items are on your task list, i'll just leave them with you
[18:46] <Noldorin> jelmer, thanks so far...feel free to contact me over the next week, though i'll try not to pester you :-)
[18:46] <Noldorin> ta
[18:46] <jelmer> Noldorin: thanks, I'll update the bug reports when I have more
[18:46] <Noldorin> jelmer, cheers.
[18:47] <Noldorin> jelmer, if you like i can submit a quick report on the 'Unexpecte pipe close' issue too
[18:47] <Noldorin> and then leave you to tackle those 2 issues in your own time
[18:47] <jelmer> Noldorin: Sure, I do want to help out getting this bug fixed
[20:17] <Noldorin> jelmer, https://bugs.launchpad.net/bzr-git/+bug/856769 -- there you go
[20:17] <Noldorin> jelmer, two fun bugs to work on :-) good luck, and i look forward to testing the fixes!
[23:58] <poolie> hi all
[23:59] <jelmer> hi poolie


[02:32] <arraybolt3> Good morning/evening all. I recently (as in, earlier today) was granted Ubuntu Membership and Lubuntu Membership and would like to request an IRC cloak for both my current nick (arraybolt3) and my Matrix nick (arraybolt3[m]). My Launchpad account is at https://launchpad.net/~arraybolt3.
[02:33] <arraybolt3[m]> (This is my Matrix nick just for proof that this isn't an impersonating account.)
[18:27] <hggdh> arraybolt3: on it. Please note that we can set a mask on Libera, not on Matrix
[18:31] <hggdh> ph, lookidat, we got the Matrix onr as well!
[18:31] <hggdh> arraybolt3[m]: you are all set
[18:32] <hggdh> (and so it arraybotl3)
[18:56] <Eickmeyer[m]> arraybolt3: To get the cloak on your matrix, you just need to identify it with Nickserv. You'll notice that mine is done like that.
[18:57] <Eickmeyer[m]> Except hggdh worked some magic.
[19:28] <arraybolt3[m]> Eickmeyer: I identified it :)
[19:29] <arraybolt3[m]> Thanks guys, you are awesome!


[00:18] <vibhav> 3 weeks and no reply from Indian LoCo admins
[00:33] <nigelb> vibhav: Okay, so what are you talking about/
[00:33] <nigelb> Who did you contact.
[01:48] <bkerensa> vibhav: Have you tried joining #ubuntu-in ?
[01:49] <bkerensa> You can also e-mail the LoCo Council
[02:02] <paultag> bkerensa: he's gone
[02:02] <paultag> who're you talking to? :)
[02:03] <bkerensa> my scrollback didnt capture his part
[02:03] <bkerensa> =/
[08:20] <dholbach> good morning
[13:02] <mhall119> morning
[14:39] <paultag> morning mhall119
[14:39] <mhall119> morning paultag
[14:40] <mhall119> paultag: how's work treating you?
[14:40] <paultag> mhall119: killer. Just got in
[14:40] <paultag> mhall119: working on some django today, it's pretty easy
[14:40] <mhall119> yeah, Django rocks as a web framework
[14:42] <paultag> totes
[14:44] <nigelb> paultag, mhall119: http://www.youtube.com/watch?v=2V9-g8JuBZc
[14:44] <paultag> nigelb: it's in the queue, i'll tend to it soon :)
[14:44] <nigelb> heh
[14:44] <paultag> just need to slam out some work
[14:44] <mhall119> YUI....
[14:46] <nigelb> the bit from 36 seconds onwards is the hilarious bit.
[18:04] <paultag> http://pastebin.com/w0HAkehR