[01:12] <pleia2> ok, running out to grocery store because I have no food, trying to get home by 7 for meeting, wish me luck :)
[02:15] <nhaines> YokoZar: good evening!
[02:33] <YokoZar> nhaines: cheers
[02:34] <MarkDude> So the 1st agenda item is emacs vs vim?
[02:34] <MarkDude> This should beinteresting
[02:42] <philipballew> A fight to the deth perhpas is about to take place
[02:43] <grantbow> don't tempt us troublemakers
[02:43] <philipballew> pick vi pivk vi!!!
[02:45] <grantbow> It was graduation day near the cafe I'm in. To all the graduates listening, Happy Graduation!
[02:51] <MarkDude> Item 2 RMS, God, or just Demi-God?
[02:52] <MarkDude> hmm I will go get popcorn
[02:58] <jdeslip> Hi All
[02:58] <grantbow> hi
[02:58] <philipballew> hello!
[02:59] <MarkDude> http://dl.dropbox.com/u/2424094/RMS.jpg
[02:59] <grantbow> I saw a tweet that lyz is getting food.
[02:59] <MarkDude> Before the meeting- an RMS GNU-joke
[02:59] <MarkDude> In good humor of course
[03:00] <jdeslip> Let's wait a few minutes for pleia2, since she knows most about the main topic today
[03:04] <Eureka> wiki: http://wiki.ubuntu.com/CaliforniaTeam/Meetings/11July03 edited | http://wiki.ubuntu.com/CaliforniaTeam/Meetings/11June19 edited
[03:04] <pleia2> hello :)
[03:05] <grantbow> greetings
[03:05] <jdeslip> Hurray
[03:05] <pleia2> yes, I have food now \o/
[03:06] <pleia2> ok, let's get started
[03:06] <pleia2> http://wiki.ubuntu.com/CaliforniaTeam/Meetings/11June5
[03:07] <pleia2> the only thing we have on the agenda is our reapproval application
[03:07] <pleia2> I sent an email to the list, got a few replies, but I just wanted to point it out again in case folks didn't see it and want to help: https://lists.ubuntu.com/archives/ubuntu-us-ca/2011-May/001691.html
[03:08] <pleia2> I put a super basic skeleton up, but we need to flesh it out: https://wiki.ubuntu.com/CaliforniaTeam/ApprovalApplication2011
[03:08] <pleia2> reapproval shouldn't be hard, we've been doing team reports monthly since we got approved in 2009 \o/
[03:08] <grantbow> what dates do we need to pay atention to?
[03:08] <pleia2> dates where?
[03:08]  * dragon walks in, find a seat in the back, and gets seated quietly without disturbing the decorum of the meeting.
[03:09] <grantbow> I mean deadlines
[03:09] <pleia2> we just need to get the approval app in before october
[03:09] <pleia2> I'd prefer to do it earlier just to get it over with though
[03:10] <pleia2> other questions?
[03:11] <grantbow> oh, good. :-)
[03:11] <jdeslip> Perhaps it would be a good idea to link to our original approval  application at the bottom
[03:12] <pleia2> yeah, we can do that
[03:12] <pleia2> and we'll review the whole thing at a meeting before we send it in to make sure everyone gets their stuff in
[03:12] <grantbow> pleia2: you aren't a member?
[03:13] <pleia2> grantbow: we have a lot of members not listed, I just copied over the skeleton from the old app
[03:13] <pleia2> I haven't actually started updating it :)
[03:13] <grantbow> aha!
[03:13] <pleia2> myself, DarkwingDuck, iheartubuntu, philipballew...
[03:13] <pleia2> lots of members!
[03:13] <pleia2> oh erichammond too
[03:13] <grantbow> he asked not to be listed last time
[03:13] <pleia2> fair enough
[03:14] <pleia2> not sure why we list them anyway tbh
[03:14] <grantbow> after an IRC meeting that the log is available for
[03:14] <pleia2> we can ask folks if they want to be on it
[03:14] <grantbow> sounds like a good plan
[03:14] <pleia2> anyway, we'll review that when it's in a more finished state :)
[03:15] <pleia2> since that's the only agenda item, I think we can open it up to announcements, etc that people have
[03:15] <pleia2> wednesday is ipv6 day, sf ubuntu hour and debian dinner :) https://lists.ubuntu.com/archives/ubuntu-us-ca/2011-June/001733.html
[03:16] <jledbetter> Cool
[03:16] <pleia2> and as always... other upcoming events are here: http://loco.ubuntu.com/teams/ubuntu-california
[03:16] <philipballew> sac Ubuntu hour this friday. im sending out the email tonight and uploading it to the wiki
[03:16] <pleia2> philipballew: cool, let us know if you need help adding it to the loco directory
[03:17] <grantbow> and the wiki pages https://wiki.ubuntu.com/CaliforniaTeam/Projects/
[03:17] <jdeslip> philipballew: good luck!
[03:17] <MarkDude> Geeknic- July 18th Heather Farms
[03:17] <pleia2> MarkDude: woohoo
[03:17] <grantbow> philipballew: great
[03:17] <pleia2> MarkDude: MJ can't make it since he's on call :( but I'm coming up
[03:17] <MarkDude> Day after the Jono loud music show in SF
[03:17] <jledbetter> haha After I leave, of course ;)
[03:17] <MarkDude> Hmm, well eps- acan you grill master
[03:18] <MarkDude> crap jledbetter
[03:18] <eps> We'll see.
[03:18] <grantbow> sbay.org pizza after Geeknic too
[03:19] <MarkDude> Cool
[03:19] <MarkDude> Jono has his new drummer- and NOPE- its not grantbow
[03:19] <pleia2> hehe
[03:19] <MarkDude> he turned it down
[03:20] <MarkDude> Although his stage diving was freakin' epic
[03:20] <grantbow> I'm  too good for them
[03:20] <MarkDude> true
[03:20] <pleia2> haha grantbow++
[03:20] <MarkDude> You let them down easy G
[03:20] <MarkDude> That was nice of you
[03:20] <grantbow> hehe
[03:20] <pleia2> any other announcements, comments, questions?
[03:21] <pleia2> oh! I mentioned ipv6 day on wednesday, do we want to see if we can get an AAAA record for ubuntu-california.org set up so we can participate?
[03:21] <grantbow> sounds good
[03:21] <pleia2> our linode has ipv6 (well, it will by wednesday, I am waiting on some people so I can do a reboot to enable it)
[03:22]  * pleia2 has had a very ipv6 weekend prepping all her stuff :)
[03:22] <grantbow> ::+1
[03:23] <pleia2> hehe
[03:23] <pleia2> alrighty, I think we're ready to wrap up for the evening then
[03:24] <pleia2> thanks everyone :)
[03:25] <pleia2> jledbetter: when are you in town?
[03:25] <grantbow> thank you pleia2 :)
[03:26] <MarkDude> Jono- when will you be on staage?
[03:26] <grantbow> MarkDude: don't you know? :-P www.severedfifth.com/live/
[03:27] <MarkDude> jledbetter, we may have another small event in WC when you are here
[03:27] <MarkDude> grantbow, the time always changes
[03:27] <grantbow> tell me about it
[03:27] <MarkDude> lol
[03:27] <MarkDude> I forgot about that last time
[03:28] <jledbetter> pleia2, end of the month
[03:28] <MarkDude> how long you here for?
[03:28] <jono> MarkDude, not sure, maybe 10pm
[03:29] <jledbetter> Abit (logged) :)
[03:29] <MarkDude> We are doing sumthin the start of July also
[03:29]  * MarkDude no longer sees that word :)
[03:29] <MarkDude> we can talk later
[03:29] <jledbetter> lol Sounds good :)
[03:30] <MarkDude> at a minimum- we are having a jledbetter coffe-palooza-stravaganza
[03:30] <MarkDude> working title
[03:30] <MarkDude> :D
[03:30] <pleia2> +1
[03:30] <MarkDude> your attendance is not optional- although we will work around your schedule
[03:31] <MarkDude> ;)
[03:31] <sn9> pleia2: is 6in4 considered a second-class citizen when it comes to ipv6 day?
[03:31] <pleia2> sn9: ipv6 day is for providers who are hosting v6 content, can that be done 6in4?
[03:32] <sn9> probably
[03:32] <jledbetter> MarkDude, Nut ;)
[03:32] <pleia2> probably would be considered 2nd class citizens though :)
[03:32] <pleia2> I spent my weekend making sure native support was working on all my servers (except the one at home, no comcast ipv6 here yet)
[03:33] <sn9> afaik, sonic.net offers 6in4 to all customers, thus giving everyone direct access to the ipv6 internet
[03:33] <sn9> and last i checked, comcast closed this off to new accounts
[03:34]  * MarkDude resembles that remark
[03:36] <pleia2> as far as I know comcast is still doing native ipv6 trials (we're on the trial list, but it hasn't gotten to our neighborhood yet)
[03:36] <sn9> comcast's ipv6 is still 6in4
[03:37] <pleia2> strange, since they're a straight ipv6 carrier for a nice chunk of the midwest
[03:38] <eps> Are there any consumer-grade routers that support IPv6 out of the box?
[03:38] <pleia2> yep
[03:39] <eps> Really? I was under the impression the usual Linksys, Netgear stuff hadn't evolved
[03:39] <pleia2> I think sixxs had a list, sec
[03:39] <pleia2> http://www.sixxs.net/wiki/Routers
[03:40] <grantbow> hi rww
[03:40] <rww> I suspect I'm a little late for IRC meeting :|
[03:40] <pleia2> yeah
[03:40] <pleia2> buffalo and d-link are pretty common names in consumer-land, and they both have offerings, looks like linksys and netgear don't yet
[03:43]  * pleia2 wanders back to todo list
[03:43] <nhaines> pleia2: I've found 'task' to be a really cute todo list.
[04:03] <grantbow> can someone please update the topic for the next meeting? thanks
[04:05] <jledbetter> grantbow, wasn't it already? June 19
[04:06] <grantbow> oops, my mistake
[04:07] <grantbow> just running through the checklist
[04:09] <grantbow> if someone could please post the log of the meeting I would appreciate it.
[04:09] <grantbow> My irssi config needs to get fixed to enable logging by default.
[04:10] <rww> Apologies if this has come up already, but since we're now publicly logged and irclogs.ubuntu.com formats better than the wiki, perhaps just linking there would be better (and easier)
[04:10] <sn9> heh
[04:10] <grantbow> perhaps
[04:10] <grantbow> agenda item for two weeks from now?
[04:11] <rww> pleia2: https://wiki.ubuntu.com/CaliforniaTeam/Portfolio is a little more up to date than our original application, btw. Dunno if you know about it already.
[04:12] <rww> We were originally going to keep that URL up to date and copypaste it on reapproval, rather than doing everything at once. Then stuff happened :|
[04:14] <rww> I got IPv6 on my Linode too, was very nicely simple. Can't get it at home though, Comcast wanted to upgrade us to a DOCSIS 3 router and our house's cabling is too bad for it :(
[04:15] <rww> s/router/modem/
[04:17] <Eureka> wiki: http://wiki.ubuntu.com/CaliforniaTeam/Menu edited | http://wiki.ubuntu.com/CaliforniaTeam/Meetings/Current edited | http://wiki.ubuntu.com/CaliforniaTeam/Meetings edited
[05:48] <pleia2> nhaines: 'task'?
[05:51] <pleia2> rww: oh neat, I figure team reports are "good enough" for a Portfolio type thing unless someone wants to continue maintaining it (team reports are already enough for me)
[06:01] <Eureka> wiki: http://wiki.ubuntu.com/CaliforniaTeam/Meetings/11May22 edited | http://wiki.ubuntu.com/CaliforniaTeam/Meetings edited | http://wiki.ubuntu.com/CaliforniaTeam/Meetings/11June5 edited
[06:01] <nhaines> pleia2: Taskwarrior is a sophisticated command line todo list and task manager with a lot of features.  http://taskwarrior.org/
[06:01] <pleia2> nhaines: cool, thanks :)
[06:02] <nhaines> pleia2: a neat little tool I found when working to see if I could do a big project in an insufficient amount of time.  (I couldn't, but I knew by how much, heh.)
[06:04] <pleia2> need to update my linode, is still on lenny and no task
[06:05] <pleia2> heh, this is nice
[06:05] <nhaines> Aww.
[06:06] <nhaines> There's tdl, but I haven't used it yet.
[06:06] <pleia2> task ls, I love it :)
[06:06] <nhaines> haha, yup!
[20:10]  * pleia2 upgraded linode to install task
[20:10] <pleia2> (ok, not the only reason! but it was the tipping point)
[20:12] <pleia2> elizabeth@coruscant:~$ task 3 done
[20:12] <pleia2> Completed 3 'upgrade linode to squeeze'
[20:12] <pleia2> Marked 1 task as done
[20:12] <pleia2> \o/
[20:22] <nhaines> \o/
[20:27] <jamalta> ssh<EMAIL_ADDRESS>[20:27] <pleia2> is that a challenge?
[20:27] <jamalta> oops, screwed up my term.
[20:27] <pleia2> :P
[20:27] <pleia2> hehe
[20:28] <jamalta> it wasn't :(
[20:28] <pleia2> hooray for linodes
[20:28] <jamalta> hehe
[20:29] <pleia2> I follow far too many people on twitter who care about apple :\
[20:30] <crashsystems> likewise
[20:30] <seidos> i don't \o/
[20:31]  * seidos tumbles around \o/ /o\ \o/ /o\
[20:34] <DarkwingDuck> LOL
[20:34] <crashsystems> I may just turn off my internets during the meeting/conference/keynote/whatever
[20:34] <pleia2> hehe
[20:35] <crashsystems> everyone is gonna be like "OMG, this device that was once only in black now comes in white. Revolutionary!"
[20:35] <seidos> why does building revolutionary devices have to be so hard :(
[20:46] <jamalta> i just ignore it and watch E3 instead :)
[20:54] <crashsystems> LOL --> https://www.adobe.com/support/security/bulletins/apsb11-13.html
[20:56] <sn9> why is that funny?
[20:57] <crashsystems> because I've got a twisted sense of humor.
[21:11] <iheartubuntu> has anyone had experience with a DVD drive no longer responding in ubuntu? this is my first time :|
[21:12] <iheartubuntu> there is power to it :) i can open and close the drive
[21:12] <iheartubuntu> typing eject in a terminal also works
[21:16] <iheartubuntu> also, when i type "sudo lshw -C disk" it lists the drive no problem
[21:24] <iheartubuntu> Does anyone know what the new Pirates of Caribbean movie is rated?
[21:25] <seidos> iheartubuntu: pg-13?
[21:25] <iheartubuntu> No, its rated AAAARRRRRGGGGHHH
[21:26] <iheartubuntu> What a pirates favorite hobby?
[21:26] <iheartubuntu> GGAAAAARRRRRRdening
[21:26] <iheartubuntu> we need some linux jokes
[21:26] <seidos> i can't wait for the movie "pirates vs ninjas" to come out
[21:26] <seidos> or maybe "pirates and ninjas"
[21:27] <sn9> maybe "pirates über ninjas"
[21:28] <iheartubuntu> why did the pirate buy an eye patch?
[21:28] <iheartubuntu> he didnt have enough money for an ipad
[21:28] <seidos> uber pirate ninjas?  i've gone to far.  i must walk the sepuku plank
[21:28] <sn9> rofl
[21:29] <seidos> iheartubuntu: or he didn't have enough skills to run iLinux
[21:29] <iheartubuntu> do you know what kind of grades pirates get in school?
[21:29] <iheartubuntu> high seas
[21:31] <iheartubuntu> does anyone know why pirating is so addictive?
[21:31] <seidos> not a clue
[21:31] <iheartubuntu> well, once you lose your first hand, you get hooked!
[21:36] <seidos> okay, let me try.  these are open source jokes, so feel free to improve them.
[21:37] <seidos> what did Bush say to Kerry?
[21:37] <nhaines> iheartubuntu: what's a pirate's favorite crime?
[21:38] <iheartubuntu> AAAAAARRRRR you asking me?
[21:38] <iheartubuntu> I have no idea!
[21:38] <nhaines> Arson!
[21:38] <nhaines> What's a pirate's favorite restaurant?
[21:38]  * iheartubuntu thinking of pirate words
[21:38] <iheartubuntu> no idea
[21:39] <seidos> Long John Silvers
[21:39] <nhaines> seidos: that's the one!  (Not Arby's)
[21:40] <nhaines> akk: what's a pirate's favorite type of sock?
[21:40] <iheartubuntu> leggings
[21:40] <nhaines> Arrr-gyle.
[21:41] <iheartubuntu> haha
[21:45] <akk> haha
[21:45]  * akk was out shopping for pirate parts ... for the Arrrr-duino
[21:47] <akk> At codechix yesterday we were talking about possible local arduino classes, and wondering how cheap you can get one -- turns out you can build one for about $8.
[21:48] <iheartubuntu> what did the pirate say when his wooden leg got stuck in the freezer?
[21:48] <akk> shiver me timbers!
[21:49] <iheartubuntu> yup :)
[21:49] <akk> What does that mean, anyway? When it doesn't involve a freezer.
[21:50] <seidos> probably the sail masts shaking?
[21:50] <akk> makes sense! I bet you're right
[21:50] <pleia2> akk: oh, so codechix does have meetings! I can't figure out their website :\
[21:51] <seidos> i guess when we say we are talking about our dwelling
[21:51] <seidos> *it
[21:51] <akk> pleia2: We do! Three different types. It's very complicated and that groupspaces website is impossible to figure out.
[21:52] <akk> Hack meets (which is what yesterday was), social gatherings and occasional meetings to listen to a speaker.
[21:52] <nhaines> web 2.0! \o/
[21:52] <pleia2> well there is the pbworks site, then the groupspaces site, and I don't see actual meeting dates of venues listed anywhere
[21:52] <pleia2> cool
[21:52] <pleia2> s/of/or
[21:52] <akk> There are meeting dates on groupspaces if you join the group, but even if you join it's hard to find them.
[21:53] <pleia2> that's not optimal
[21:53] <akk> @codechix on twitter might be a better way of finding out, but that's not optimal either.
[21:53] <pleia2> I don't want to join if they're all very far away and I can't attend anyway
[21:53] <akk> yeah, I know. I don't like the new site.
[21:53] <akk> Used to be on meetup but they started charging too much, or something.
[21:53] <pleia2> ah
[21:53] <akk> (I don't like meetup either but it's easier than groupspaces)
[21:53] <pleia2> yeah
[21:54] <pleia2> twitter is actually more useful, thanks :)
[21:54] <akk> Rupa is into this modern social networking thing and doesn't just want to make it a simple mailing list or whatever.
[21:55] <pleia2> the bay area geek girl dinners are similarly scheduled badly
[21:55] <akk> yep, they're just as hard to figure out
[21:55] <pleia2> they post on facebook and twitter, and by the time I see it it's always sold out
[21:55] <pleia2> email would be nice
[21:55] <akk> and the pystar python workshop a month or two ago -- I signed up to help with that three different places and still never got notified that it was actually happening
[21:55] <pleia2> the internet is hard :)
[21:55] <akk> and the only reason I know it happened is that I follow someone who tweeted "I'm at pystar right now, whee!"
[21:55] <pleia2> heh
[21:56] <akk> which made me very grumpy since I'd tried quite hard to be involved with it, including exchanging personal email with the organizer
[21:56] <pleia2> yeah
[21:56] <akk> Really, how hard is it to set up a yahoo/google groups mailing list for people who want to make sure they get announcements?
[21:57] <pleia2> I guess kids these days don't use email
[21:57] <akk> yeah
[21:59] <seidos> i <3 email
[22:04] <seidos> wb iheartubuntu
[22:05] <iheartubuntu> power went out
[22:05] <iheartubuntu> AAAAARRRRR


[12:40] <celston> Is anyone available for a chat about application panel indicators:?
[13:55] <Trevinho> celston: what's about?
[15:31] <celston> Trevinho: still there?
[15:33] <c10ud> i know tray icons are evil but... http://imgur.com/6XTTR
[15:56] <sbte> c10ud, wine has similar problems
[16:18] <[valentinus]> hello
[16:18] <[valentinus]> is anyone here ?
[19:54] <aviraldg> Hello. Anyone around
[19:54] <aviraldg> ?
[19:54] <aviraldg> I need some help with the messaging menu...


[07:57] <j0nr> hello folks
[07:58] <j0nr> is there any way I can upload multiple files to my U1 cloud thgrough a web browser? i.e. when I am not on a computer where I can install/run the U1 client (i.e. at work) is there a way of uploading other than the (rather primative) single file upload field?
[10:15] <dpm> hey u1 hackers
[10:16] <dpm> quick question: is it possible to reuse a web link that's been used before? The reason I'm asking is because I accidentally deleted some files I was sharing with someone through u1 links
[10:17] <dpm> I've restored the files and I'd like to use the old links, so that on the other end they don't notice the hiccup
[10:17] <dpm> I'm assuming the answer is 'no', but I thought I'd ask...
[11:11] <aquarius> j0nr, through a browser, no, not yet I'm afraid. If you're a technically adept person you may find u1ftp useful though
[11:11] <aquarius> dpm, sadly, no. :(
[11:11] <dpm> bummer, thought so, but thanks aquarius
[11:14] <gatox> good morninng
[12:13] <alecu> hola!
[12:14] <gatox> alecu, hi
[12:17] <ralsina> good morning!
[12:17] <gatox> ralsina, good morning
[12:26] <ralsina> gatox: about the sync menu/indicator/thingie: we need to keep an eye on making it work decently on Ubuntu without the sync menu so that we can have it on Precise
[12:26] <ralsina> gatox: should not be any extra work from what we do on windows/mac
[12:26] <gatox> ralsina, yes, actually i'm doing it as we wanted on linux too
[12:27] <ralsina> gatox: awesome
[12:28] <gatox> brb....... need to buy some medialunas :P
[12:39] <gatox> back
[13:11] <gatox> alecu, did you understand the message that appear at this branch (the reason why is not landing)?? https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin-tests-refactoring/+merge/113289
[13:12] <gatox> it doesn't make sense, or i'm missing something
[13:14] <alecu> gatox: otto is saying that there were revisions pushed to that branch *after* it was set to Approved.
[13:15] <gatox> ahhhh
[13:15] <gatox> so i need another approve?
[13:15] <alecu> gatox: no, global approved. I've just set it to Approved again, and in that page LP now shows: "Approved revision: 	1289"
[13:16] <gatox> mmmm i set it to approve yesterday, and then i got this message
[13:16] <alecu> gatox: otto complains if the "Approved revision" is lower than the last pushed revision.
[13:16] <alecu> gatox: that usually happens when LP has not fully scanned the branch diff.
[13:21] <ralsina> gatox: you did it too fast and launchpad feels bad
[13:21] <gatox> sorry launchpad :P
[13:42] <alecu> gatox: the test refactoring branch says "Merged"!
[13:42] <gatox> alecu, gooooooooooooooooooooodddd
[13:42] <alecu> gatox: now you see what I mean by "let's do small branches" ? ;-)
[13:43] <gatox> alecu, yes...... and THAT is what i'm doing it right now..... when i reach something that is ready to propose, no matter if it is just a small feature, i propose that.... less problems
[13:44] <alecu> awesome!!!!
[13:44] <gatox> alecu, speaking of that..... if you have some time to spare :P you could review this: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/menu/+merge/118117 (or let me know who else can i ask)
[13:44] <gatox> and i'm about to propose another one
[13:45] <gatox> but you already started the review of that
[13:46] <alecu> gatox: sure, looking.
[13:46] <gatox> alecu, thx!
[14:10] <thisfred> ralsina, having a little trouble with setting column width for a tree view/widget. What I'd like is to have the second column be fixed width, and the first one to take the rest of the space
[14:10] <ralsina> thisfred: I know how to do it, but can't explain for about 15 minutes :-)
[14:10] <thisfred> no hurry
[14:13] <ralsina> thisfred: maybe gatox knows
[14:14] <gatox> thisfred, let me see
[14:14] <ralsina> thisfred: basically, use header() to get a QHeaderView
[14:15] <ralsina> thisfred: and then check this http://doc.qt.nokia.com/4.7-snapshot/qheaderview.html
[14:15] <ralsina> thisfred: you want to set stretchLastSection to False
[14:15] <ralsina> thisfred: and use http://doc.qt.nokia.com/4.7-snapshot/qheaderview.html#setResizeMode to set the 1st column to Stretch
[14:16] <gatox> ralsina, but that makes the first one to take the rest of the space?? i think not
[14:16] <ralsina> gatox: yes it does :-)
[14:16] <gatox> but i'm not sure
[14:16] <gatox> ok.....
[14:16] <thisfred> thx~
[14:16] <ralsina> gatox: 1st set to stretch last set to not stretch makes the 1st one stretch :-)
[14:16] <thisfred> at times the word overengineered comes to mind... :P
[14:16] <ralsina> thisfred: it *is* C++
[14:17] <thisfred> yeah
[14:17] <ralsina> but having to do this on the header instead of the widget itself is nuts
[14:17] <gatox> thisfred, but is false by default
[14:17] <gatox> ahhhh not for qtreeview
[14:17] <gatox> for qtreeview is true by default
[14:17] <ralsina> gatox: yep :-)
[14:17] <ralsina> gatox: known gotcha
[14:17] <gatox> you learn something new every day :P
[14:18]  * ralsina has had to do this exact same thing
[14:18] <gatox> i did it for tables, never for trees
[14:29] <ralsina> alecu: We need to change that "u1cp needs to close" dialog. Specially since u1cp doesn't close at all :-)
[14:36] <gatox> alecu, look at this: http://youtu.be/m5zSr2tJIGI?t=2m43s
[14:37] <alecu> ralsina: right!
[14:40] <alecu> gatox: it's beautiful... So, at 1500usd, you can skip your next notebook and get one instead!
[14:41] <gatox> alecu, jejeje i'm tryinggggggg..... but they are out of stock :(
[14:41] <alecu> gatox: only the starbucks one is sold... they still have the husker one, and also one you can ask them to customize with any other name.
[14:42] <gatox> alecu, yes.... but they are delayed making the ships or something, so you can buy it from the web.... you need to wait until they are ready again or something
[14:42] <gatox> you can't i mean
[14:43] <alecu> gatox: you can also ask for one with your own name! "Lt. Diego Sarmentero" "GATOX"
[14:43] <alecu> awesome!
[14:43] <gatox> jejejeje
[14:55] <mmcc> hi folks
[14:56] <gatox> mmcc, hi
[15:00] <gatox> me
[15:01] <gatox> thisfred, briancurtin mmcc alecu ralsina dobey ?
[15:01] <briancurtin> oops, typing
[15:01] <ralsina> sorry, I'm skipping for today
[15:02] <thisfred> me
[15:02] <mmcc> me
[15:02] <briancurtin> me
[15:06] <alecu> me
[15:06] <gatox> DONE:
[15:06] <gatox> Working on u1-client ipc menu, almost working fixing some issues with test_external_interfaces.
[15:06] <gatox> TODO:
[15:06] <gatox> Propose, move on to u1-cp menu
[15:06] <gatox> BLOCKED:
[15:06] <gatox> No
[15:06] <gatox> thisfred, go
[15:06] <thisfred> DONE: background sync in cosas TODO: conflict resolution and error handling in cosas BLOCKED: no NEXT: mmcc
[15:07] <mmcc> DONE: fixed storageprotocol run-test, cert loc: mac code, tests, twisted fun
[15:07] <mmcc> TODO: propose cert loc code, file bugs, REVIEWS
[15:07] <mmcc> BLCK: none
[15:07] <mmcc> NEXT: briancurtin
[15:07] <briancurtin> DONE: new installer with the right version
[15:07] <briancurtin> TODO: finish automating version updating (has been a problem for a while)
[15:07] <briancurtin> NEXT: alecu
[15:07] <alecu> DONE: reviews, found a solution for bug #1031197
[15:07] <alecu> TODO: a branch to fix it
[15:07] <alecu> BLOCKED: no
[15:07] <ubot5`> Launchpad bug 1031197 in ubuntuone-client (Ubuntu) "DownloadFinished signal triggers when file has not yet completed writing" [Undecided,Confirmed] https://launchpad.net/bugs/1031197
[15:25]  * gatox lunch!
[15:34] <mmcc> anyone know why there is no run-tests.bat in storage-protocol?
[15:34] <mmcc> I'm wondering whether or not we need to run the second sweep of tests (with cpp extension) on macos
[15:36] <verterok> mmcc: we only use the cpp extensions in the server, don't think there is a need to run those tests in all client platforms :)
[15:39] <mmcc> verterok: ok, thanks
[15:51] <mmcc> still wondering why there's no test-running script at all for windows in storage-protocol…
[16:06] <briancurtin> mmcc: i don't remember why there isn't one, but it could (should) be changed
[16:06] <briancurtin> (i think)
[16:07] <mmcc> briancurtin: yeah, I figured it'd be good to have
[16:08] <mmcc> but I'm running into the problem now where the buildout u1trial is older than dev-tools-trunk…
[16:10] <briancurtin> mmcc: i'm not really sure what to do there. i've just been manually updating the bin/u1trial whenever i bzr pull the dev-tools branch
[16:11] <briancurtin> mmcc: i got sidetracked into trying to setup a virtualenv alternative last time i tried to figure out dev-tools in the buildout, so i ended up sticking with manual for the time being
[16:12] <mmcc> briancurtin: yeah, that sounds reasonable. dev-tools doesn't change that often and there's enough other stuff to do
[16:30] <mmcc> adding windows test script revealed that tests broke when TRIAL_TEMP_DIR was set
[16:48] <mmcc> alecu - just saw your earlier review of https://code.launchpad.net/~mikemc/ubuntuone-storage-protocol/fix-run-tests/+merge/118488 -- sorry, I thought I'd set it back to 'work in progress' before anyone saw it… could you take another look? I've added a windows test script, fixed a path bug in a test, and made the tests run cleanly on darwin
[16:49] <mmcc> thisfred - if you have time for reviews today, see above
[17:02] <briancurtin> joshuahoover, ralsina: from what i could tell from our conversations, the 3.0.2 installer should really only be changed to identify 3.0.2b in the log files, right? do we need to change more than that, such as the version number in the file name?
[17:02] <ralsina> briancurtin: well, I would like a different filename and build number so that people get the upgrade
[17:03] <briancurtin> ralsina: i changed the build number which would take care of that part of it. changing the file name is obviously trivial, but i'll test that the upgrade path works with a name like that
[17:03] <briancurtin> also, ralsina: 1-1?
[17:03] <ralsina> briancurtin: sure
[17:03] <ralsina> briancurtin: to both :-)
[17:03] <ralsina> briancurtin: mumble?
[17:03] <briancurtin> ralsina: logging in now
[17:14] <thisfred> mmcc, +1
[17:15] <mmcc> thisfred: thanks!
[17:19] <alecu> mmcc: ack. I'll take a look after lunch.
[17:21] <ralsina> rebooting servers, will be gone for a second
[17:21] <mmcc> thanks alecu.
[17:22] <mmcc> another storage-protocol branch here: https://code.launchpad.net/~mikemc/ubuntuone-storage-protocol/fix-1025950-cert-locs/+merge/118603
[17:23] <mmcc> with that branch, the packaged mac app starts up and starts syncdaemon with no complaints
[17:23] <mmcc> (for real this time)
[17:57] <mmcc> ralsina: wasn't sure who is responsible for generating icon images, so you got this bug: https://bugs.launchpad.net/ubuntuone-windows-installer/+bug/1034092
[17:57] <ubot5`> Ubuntu bug 1034092 in Ubuntu One Windows Installer "There is no UbuntuOne mac icon (.icns format)" [High,New]
[17:57] <ralsina> mmcc: looking...
[17:57] <ralsina> mmcc: ping lisette about it. She's on vacation but she's back tomorrow and she's a mac user
[17:58] <mmcc> ralsina: ok
[19:22] <mmcc> anyone feel like swimming through a syncdaemon log? the macfsevents client is not handling create events correctly. here's the log: https://pastebin.canonical.com/71687/ (bug #1034127)
[19:22] <ubot5`> Launchpad bug 1034127 in Ubuntu One Client "macfsevents client fails to upload newly created file" [Undecided,New] https://launchpad.net/bugs/1034127
[19:23] <mmcc> however, it is doing fine with deletes :)
[19:28] <ralsina> looking
[19:29] <ralsina> mmcc: the CREATE seems to be generating a Makefile which is good
[19:30] <ralsina> and the upload too
[19:30] <ralsina> it does give an error on on_upload_finished though
[19:30] <ralsina> mmcc: did the file end uploaded to the site?
[19:31] <ralsina> mmcc: we should add .DS_Store to the ignore list, right? That's easy :-)
[19:32] <mmcc> ralsina: no - the "Screen Shot" file does not appear on the site, however the .DS_Store file does. I see a bunch of log messages about uploading .DS_Store and none about the actual file
[19:32] <ralsina> mmcc: you are right
[19:32] <mmcc> ralsina: yes, probably. DS_Store is going to be a source of lots of conflicts between multiple macs
[19:32] <ralsina> mmcc: file a bug about the DS_Store
[19:33] <mmcc> k
[19:33] <ralsina> mmcc: you can fix it easy, just look at the provided syncdaemon.conf
[19:33] <mmcc> right - there's a list of regexes to ignore, right
[19:38] <ralsina> the other one, alecu may be the one who can track it
[19:39] <alecu> hmmm
[19:41] <mmcc> ralsina: DS_Store is not totally straightforward - it's sometimes useful, and dropbox does sync it… I think they just don't sync it to non-macs.. do we have a mechanism for that kind of thing?
[19:41] <ralsina> mmcc: nope
[19:42] <ralsina> mmcc: I mean, we could have different ignore lists on each platform
[19:44] <mmcc> is the ignore list checked when we get an event from the server?
[19:45] <mmcc> I think it's probably at least partly a server issue if we want to sync it, since  we will want to avoid showing it in the web UI too…
[19:51] <ralsina> mmcc: not familiar enough with what .DS_Store does to be helpful
[19:51] <ralsina> mmcc: to hide it in the web, we'd need some work from beuno's team
[19:52] <ralsina> mmcc: what exactly does it gain us to sync it?
[19:52] <beuno> yeah, not very hard
[19:52] <mmcc> ralsina: it holds info about things like folder background images, labels, spotlight comments on files
[19:52] <beuno> it uses up space, so just plain hiding may not be enough
[19:53] <ralsina> mmcc: we are in principle not syncing metadata
[19:53] <mmcc> so, no actual file content but metadata that some users do use -- and some apps (ab)use spotlight comments to store other metadata
[19:53] <ralsina> and if the user has no mac he can never delete those again...
[19:54] <ralsina> complicated UX story there
[19:54] <mmcc> ralsina: ok, so on that principle it's OK to just ignore it at the client.
[19:54] <mmcc> ralsina: good point
[19:55] <mmcc> I'm sure we'll get feature requests about it, but keeping it around is not essential to a working app.
[19:55] <mmcc> by "keeping it around" I mean syncing it.
[19:56] <ralsina> we can stat by ignoring it and then we'll see
[19:56] <ralsina> if it's a binary there is a huge probability of cnflict with it anyway
[19:57] <ralsina> start* by ignoring it
[19:57] <mmcc> ralsina - agreed. note that there's other metadata to think about: HFS+ extended attributes . the system uses those for more important things, like code signatures on apps… I still need to look into how important those are
[19:58] <mmcc> I mean, how much of a problem it'd be to lose them. i.e., might be ok if no one ever syncs apps they get from the app store...
[19:58] <ralsina> mmcc: good point
[19:59] <mmcc> I have a todo to look at that later. later is coming soon i guess
[20:00] <ralsina> yes
[20:00] <ralsina> also, winter is coming
[20:00] <ralsina> it's a race between winter and later. I have my money n later
[20:02] <gatox> ralsina, alecu review please! :D https://code.launchpad.net/~diegosarmentero/ubuntuone-client/ipcmenu/+merge/118621
[20:02] <ralsina> gatox: looking
[20:02] <mmcc> lunchtime here
[20:05] <gatox> anddddd.... eod here! see you tomorrow!! :D have a nice day people
[20:22] <ralsina> eod for me as wekk
[20:22] <ralsina> see you all guys tomorrow


[17:59] <VarmVaffel> I've got the weirdest bug, my mouse arrow is large everywhere except in certain windows
[17:59] <VarmVaffel> I think it's large in GTK windows
[17:59] <VarmVaffel> and I cannot override it through GTK settings or xfce settings
[17:59] <VarmVaffel> it's only the arrow who is abnormally large, all the other icons (cursor, hourglass etc) are of normal size


[05:16] <BionicMac> Have we turned Cosmic in here? =)
[05:25] <flocculant> I've been Cosmic since about 1976
[06:19] <BionicMac> flocculant: Nice. =)
[23:00] <Kon-> I just want to say that "Cuttlefish" is an extremely underwhelming choice. The Ubuntu team has massively disappointed the thousands of eagle-eyed fans who had hoped for Cosmic Cow
[23:37] <donofrio> cuttlefish another neat name


[13:38] <zuzuzzzip> can I get a cloak for my nick?
[13:39] <jussi01> zuzuzzzip: are you an ubuntu member?
[13:39] <zuzuzzzip> well i'm a member of the ubuntu-be group on LP, and I signed the code of conduct
[13:39] <zuzuzzzip> what makes you an official member
[13:39] <jussi01> !member
[13:40] <jussi01> zuzuzzzip: you need to pop into freenode and ask for an unaffiliated cloak.
[13:40] <JanC> in #freenode
[13:40] <jussi01> sorry
[13:40] <JanC> hey zuzuzzzip ☺
[13:40] <Pici> We can only assign ubuntu/member cloaks to those who are part of the Ubuntu Members group on Launchpad
[13:40] <jussi01> hash fail :)
[13:40] <zuzuzzzip> oh i see
[13:41] <zuzuzzzip> hey JanC
[13:41] <zuzuzzzip> jussi01: hash fail? :o
[13:42] <jussi01> zuzuzzzip: I missed the # (hash) character
[13:43] <zuzuzzzip> oh right
[13:51] <zuzuzzzip> got an unaffiliated one ;)
[13:51] <ubot4> In #ubuntu-si, miha said: !krizanic is <reply> Križanič razmišlja... o uporabi Ubuntu.
[22:28] <Sprid> yellow?
[22:29] <erUSUL> blue
[22:29] <Tm_T> no, the password is lightning
[22:29] <Sprid> ha ha
[22:29] <Sprid> can you guys point me in the direction of help?
[22:30] <erUSUL> Tm_T: lightning is not a color; you loose boo
[22:30] <erUSUL> Sprid: /j #ubuntu
[22:30] <Sprid> freaking grub is looking in the wrong place to boot ubuntu :(
[22:30] <Sprid> awesome thanks guys
[22:30] <Tm_T> erUSUL: "thunder" "lightning" was password-pair that US army used in world war II at some point atleast
[22:31] <erUSUL> ;)


[00:52] <Roguehorse> I've heard some people say they feel it would be best to only have one or two large one's in nor-cal rather than many small ones but I think having many smaller ones works better
[15:40] <Roguehorse> Good Morning
[16:26] <grantbow> hi roguehorse
[16:30] <Roguehorse> Hey, what's going on?
[16:53] <grantbow> another day, another interview. what's going on for you?
[17:12] <pleia2> coming home tomorrow \o/
[17:12] <pleia2> grantbow: good luck :)
[17:15] <pleia2> jose: it's out! http://www.informit.com/store/official-ubuntu-book-9780133905397
[17:15] <darthrobot`> Title: [Official Ubuntu Book, The, 8th Edition | InformIT]
[17:17] <grantbow> pleia2: grats
[17:17] <pleia2> thanks :)
[17:19] <Roguehorse> grantbow: Oh, mostly homework I've been ignoring as I'm not a huge fan of history.
[17:22] <Roguehorse> I also need to make a final decision on my Masters program
[17:23] <Roguehorse> And I need to follow up on this gig my academic advisor wants to follow up with over at Cal State E-bay
[17:24] <Roguehorse> The gig involves a company called Mitel that has an installation there and the word is that they want someone for their data center
[17:25] <Roguehorse> although after my experience with AT&T I loathe the thought of getting involved with anything having to do with phone systems
[17:25] <Roguehorse> so I'm reluctant
[17:27] <Roguehorse> and I need someone to help me solve my issue with my Ubuntu apche server
[17:27] <Roguehorse> then if I can I'd like to spend some time on a PerlTk program I've been working on
[17:28] <grantbow> so many projects, so little time :-) I know the feeling.
[17:28] <Roguehorse> always, my wife complains
[17:29] <Roguehorse> I'm always working on something and she doesn't understand how someone can find so much to do on a computer
[17:30] <pleia2> Roguehorse: is roguehorse the address you navigate to in your browser to try and access this? (ServerName)
[17:30] <Roguehorse> she mostly uses a computer for web surfing unless she's at work
[17:31] <Roguehorse> no, actually my hostname is set to linux
[17:31] <pleia2> Roguehorse: I mean, when you go to browse it, what do you type in the addressbar?
[17:32] <Roguehorse> I noticed the addition from an update where localhost is still <IP_ADDRESS> but linux resolves to <IP_ADDRESS>
[17:32] <Roguehorse> that tripped me up for a few minutes until I went in a read the file again
[17:32] <pleia2> try changing the ServerName to linux
[17:34]  * pleia2 hrms
[17:34] <pleia2> cgi-bin is a special kind of thing, so you might also reference cgi-specific docs for whatever cgi type you're using
[17:36] <Roguehorse> 404
[17:36] <Roguehorse> at the moment I'm not so concerned about CGI as I got that working through 000-default so I have something to play with
[17:37] <Roguehorse> just tryingto resolve getting access to /srv
[17:37] <grantbow> user or group permissions look ok?
[17:37] <pleia2> Roguehorse: /var/log/apache2/error.log might help
[17:37]  * grantbow rereads
[17:37] <Roguehorse> yes, I did remember to sudo service apache2 restart *every time*
[17:38] <pleia2> could tell you what it's denying access to
[17:39] <grantbow> +1
[17:40] <Roguehorse> it's not
[17:41] <pleia2> that's weird, it should log what it's trying to access for any 404s
[17:41] <grantbow> maybe the wrong error.log
[17:41] <grantbow> is there more than one?
[17:43] <Roguehorse> errorlog and errorlog1
[17:44] <Roguehorse> hold on
[17:44] <pleia2> Roguehorse: oh, try the access.log
[17:44] <pleia2> clearly my brain has turned to mush today :)
[17:45] <Roguehorse> no worries, I appreciate any brain action I can get to help fix this : )
[17:45] <pleia2> or been cooked, was 90F here today and the Deutsche Telekom office we were working in had no air conditioning
[17:45] <pleia2> crazy germans
[17:46] <Roguehorse> AH00169: caught SIGTERM, shutting down
[17:46] <grantbow> AHa!
[17:46] <Roguehorse> AH00163: Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.3 mod_perl/2.0.8 Perl/v5.18.2 configured -- resuming normal operations
[17:46] <Roguehorse> AH00094: Command line: '/usr/sbin/apache2'
[17:46] <pleia2> so that log should have any attempts to access files on the server logged
[17:47] <Roguehorse> let me look at the access log
[17:48] <Roguehorse> <IP_ADDRESS> - - [18/Jul/2014:10:35:57 -0700] "GET /srv/ HTTP/1.1" 404 488 "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/36.0.1985.125 Safari/537.36"
[17:48] <Roguehorse> that's the last entry
[17:48] <pleia2> what exactly are you typing in the addressbar to access it?
[17:49] <Roguehorse> so does it have something to do with linux being associated with <IP_ADDRESS>?
[17:49] <Roguehorse> linux/srv/
[17:49] <pleia2> drop the srv
[17:49] <Roguehorse> and I have a basic html file there
[17:49] <pleia2> you set srv as the document root, which means it lives at /
[17:49] <pleia2> so linux/
[17:50] <pleia2> linux/srv/ will attempt to go to /srv/srv
[17:50] <Roguehorse> LOL! You're my hero!!! : )
[17:50] <pleia2> hooray!
[17:51] <Roguehorse> so it was working all along and I was just trying to access it like the default apache setup
[17:51] <pleia2> yep
[17:51] <Roguehorse> well, I have definitely learned something today! YOU ROCK!
[17:52] <pleia2> phew, earned my "I wrote the BOOK on Ubuntu" cred for the day
[17:52] <Roguehorse> So now I can piddle around with CGI from that address
[17:52] <pleia2> yeah, so hopefully it ends up in linux/cgi-bin
[17:52] <Roguehorse> +1000!
[17:53] <Roguehorse> should
[17:53] <grantbow> lol
[17:54] <Roguehorse> so to access the default /var/www I still use the recursive addresses?
[17:54] <pleia2> well, in the default case of /var/www the DocumentRoot is set to /var/www
[17:54] <Roguehorse> yep-
[17:54] <pleia2> so anything you put under it shows up as /srv or whatever
[17:54] <grantbow> ubuntu does not equal apache, it's just the killer app of linux :-)
[17:54] <pleia2> same deal here, just that you set it as /srv now
[17:55] <pleia2> so /var/www/kittens is the same as /srv/kittens
[17:55] <Roguehorse> well if I access linux/var/www/html it shortens to linux/<website folder>
[17:56] <pleia2> yep
[17:56] <Roguehorse> remember they added that extra folder in there (for whatever reason)
[17:56] <pleia2> well
[17:56] <pleia2> no
[17:57] <pleia2> if you acces linux/var/www/html it will look to the filesystem for /srv/var/www/html
[17:57] <Roguehorse> however, I can access CGI-BIN from /var/www just short of the html directory
[17:57] <pleia2> my dinner has arrived!
[17:58] <Roguehorse> ah!?  :D
[18:52] <Roguehorse> ok, I'm having problems establishing recursion
[19:04]  * ianorlin just got back from an interview as well
[19:18] <grantbow> +1
[19:19] <ianorlin> sometimes it feels so endogenous when you can't get expirence because you have none
[19:46] <Roguehorse> I hear that a lot, it's why we do volunteer work
[21:23] <DonkeyHotei> Roguehorse: i volunteered a lot of my time, and it never counted as experience
[21:34]  * ianorlin thinks autism makes it much hareder for someone to get real world expirence
[21:36] <DonkeyHotei> it makes a lot of real-world things harder
[21:41] <Roguehorse> ianorlin: LOL!
[21:41] <ianorlin> Roguehorse: how is that funny?
[21:41] <Roguehorse> DonkeyHotei: Well, guess I'll just be a lifer volunteer then : )
[21:44] <Roguehorse> ianorlin: Sorry, thought you were making an off-color joke. But you're right, I suppose it would make things a bit difficult.
[23:57] <Roguehorse> DonkeyHotei: Still much better to love a $10/hr job than loathe a $50/hr job; money and title don't mean much if a person hates what they're doing
[23:59] <DonkeyHotei> Roguehorse: what about loathing the $10/hr job? because that's more realistic


[10:50] <elacheche> Dro__, http://xmodulo.com/turn-vim-full-fledged-ide.html
[10:50] <Dro__> :D bjr elacheche
[10:53] <elacheche> :)
[11:00] <Dro__> looks interesting
[12:38] <elacheche> Yo!! SalahMessaoud lunapersa :D
[12:39] <elacheche> :D
[12:39] <elacheche> Very happy to see you around :D
[12:59] <lunapersa> :D
[13:13] <SalahMessaoud> Yoo elacheche
[13:13] <SalahMessaoud> lunapersa
[13:13] <SalahMessaoud> o/
[13:13] <SalahMessaoud> ça va ?
[13:14] <elacheche> ça passe.. just am so sleepy.. what about you SalahMessaoud !
[13:15] <SalahMessaoud> just ate so in few mins I will be dead sleepy :D
[13:16] <elacheche> x)
[13:20] <lunapersa> Me too
[21:02] <hamma> Hello
[21:02] <elacheche_anis> Hey hamma
[21:03] <hamma> are u busy?
[21:04] <elacheche_anis> Not really :)
[21:04] <elacheche_anis> Ask whatever you need :)
[21:06] <hamma> Yesterday I created my wiki ubuntu page, can u take a look & tell me what should I correct ?
[21:06] <hamma> http://wiki.ubuntu.com/hamma
[21:08] <elacheche_anis> Nice :) Sorry I can't :D Your wiki represents you :) :D You can check others Wikis to be inspired :)
[21:09] <elacheche_anis> Ah! That history chapter.. Is usage history or contribution history? :) You can make some information more clear by adding a word or two ;)
[21:09] <elacheche_anis> You can't tell that I didn't help :) :D
[21:09] <hamma> Oh! okay :v
[21:11] <elacheche_anis> Take a look at my wiki, lunapersa & Na3iL have a good wiki too :)
[21:11] <hamma> already done :v
[21:12] <lunapersa> hi :)
[21:12] <Na3iL> o/
[21:12] <hamma> \o
[21:13] <elacheche_anis> Good boy hamma :)


[03:02] <blackboxsw> minor needs fixing on debian/changelog deb lintian warnings. I also think we left some cruft in debian/patches/ubuntu-advantage-revert-tip.patch on bionic that needs a git rm.
[16:01] <blackboxsw> falcojr: bionic PR approved https://github.com/canonical/cloud-init/pull/997/files thx for the lints
[16:16] <blackboxsw> falcojr: if you can reflect the minor spelling change to d/changelog in focal and hirsute I think we are good on those branches
[16:17] <falcojr> yep, will do
[16:25] <falcojr> focal and hirsute updated
[16:25] <falcojr> blackboxsw: ^
[16:34] <blackboxsw> falcojr: package d/changelogs look good, running through sbuild now.
[16:35] <blackboxsw> will merge and upload to Ubuntu B,F,H -proposed  once that succeedds
[16:36] <blackboxsw> falcojr: one interesting thing I'm seeing on Bionic VM integration tests: our assert on NoCloud is failing: 18:46:44 E       AssertionError: assert 'seed-dir (/var/lib/cloud/seed/nocloud-net,/dev/sr0)' == 'seed-dir (/var/lib/cloud/seed/nocloud-net)' since we detect both /dev/sr0 && the nocloud-dir
[16:36] <blackboxsw> https://jenkins.ubuntu.com/server/view/cloud-init/job/cloud-init-integration-lxd_vm-bionic-daily/18/consoleFull
[16:38] <falcojr> yeah, I've seen that before...didn't realize that affected this test too
[16:39] <blackboxsw> smewhere between Aug 5th and Aug 10th something changed in lxc I bet?
[17:01] <blackboxsw> falcojr: hrm, just realizing we are missing adding the following d/changelog entry
[17:02] <blackboxsw>   * d/cloud-init.templates: Add VMware datasource support
[17:02] <blackboxsw> and representing python3-netifaces
[17:03] <blackboxsw>   * d/control: Add dependencies on python3-netifaces for vmware ds
[17:03] <falcojr> hmmm, did our upstream snapshot script eat it or something?
[17:06] <blackboxsw> falcojr: I think because we only added the patch directly into ubuntu/focal|bionic|hirsute for cloud-init.templates and didn't create an unreleased debian changelog entry via `dch -i` new-upstream-snapshot won't document that in the merged changelog
[17:06] <andyf> drat, netifaces doesn’t build on illumos. luckily I already formed for my initial work.
[17:06] <andyf> *forked
[17:08] <falcojr> blackboxsw: we did add those changelog entries before though
[17:10] <falcojr> hmmm, I thought so...but the history is showing otherwise :/
[17:10] <blackboxsw> falcojr: if I git checkout upstream/ubuntu/focal and check d/changelog I see no UNRELEASED entry that represents   * d/cloud-init.templates: Add VMware datasource support
[17:10] <blackboxsw> last changelog entry was our previous SRU on focal.
[17:10] <falcojr> dang
[17:10] <blackboxsw> so we would have needed a separate changelog commit after the VMware datasource addition
[17:11] <blackboxsw> so I've only pushed upstream/ubuntu/bionic  when I recognized this. and we can easily reject our queued SRU uploads because they haven't been accepted
[17:12] <blackboxsw> but, I think we should push your branch one more time with the following additional changelog entries:
[17:12] <blackboxsw> * d/cloud-init.templates: Add VMware datasource support
[17:12] <blackboxsw>   * d/control: Add dependencies on python3-netifaces for vmware ds
[17:12] <blackboxsw> minus whitespace damage... I'm checking to see if any other debian/* files were altered and undocs
[17:12] <blackboxsw> minus whitespace damage... I'm checking to see if any other debian/* files were altered and undocumented
[17:23] <blackboxsw> andyf: "today I learned" about illumos. thx for the reference. And you and trying to get cloud-init to run on the distro or it already does?
[17:24] <blackboxsw> ... and the recent dependency on netifaces is causing breakage for you?
[17:26] <falcojr> blackboxsw: branches are updated. I was accidentally tracking the wrong bionic branch and pushed straight to upstream.  I was curious if illumos already has a working forked cloud-init or whether that is a project you are currently working on
[17:26] <blackboxsw> falcojr: I saw a strange force-push on upstream and was wondering
[17:27] <blackboxsw> falcojr: will double check. right
[17:27] <blackboxsw> only direct consumers of upstream/ubuntu/* branches that I know about are our PPA builders, so a force push shouldn't cause any damage
[17:34] <falcojr> blackboxsw: are you seeing the pylint failures due to cryptography's rust dependency?
[17:35] <falcojr> curious why that's only in the pylint job
[17:45] <blackboxsw> bbiab. pulled afk for a quick errand
[18:04] <blackboxsw> <- back changelogs look good, rebuilding now
[18:09] <blackboxsw> tox -e pylint succeeding for me falcojr
[18:09] <blackboxsw> though that note reminds me of an issue I thought we saw somewhere else. and generally this noise storm https://github.com/pyca/cryptography/issues/5771
[18:10] <blackboxsw> s/noise storm/general expression of discontent/ :)
[18:20] <falcojr> heh, yeah, I remember when that happened
[18:20] <blackboxsw> falcojr: ok uploads re-queued for B, F H, merging PRs now
[18:28] <blackboxsw> merge done, syncing ubuntu/* branches to launchpad
[18:28] <blackboxsw> via https://jenkins.ubuntu.com/server/job/cloud-init-github-mirror/
[18:30] <akutz> Is something going on re: VMware DS with which I need to help? I see a lot of activity, but it's unclear to me what the issue is.
[18:34] <blackboxsw> akutz: nah, just my bungling the release a bit. Sorry for the highlights. falcojr and I are uploading a new upstream snapshot into Ubuntu Impish and also queuing uploads for SRU publishing (StableReleaseUpdates) into Bionic Focal and Hirsute.  Our snapshot script didn't include a couple of packaging debian/changelog entries (all on our side for Ubuntu deb packaging) to document that we are enabling VMware for discovery.
[18:35] <blackboxsw> we need our docs/ducks in a row in the package itself if Ubuntu will accept the uploads.
[18:35] <akutz> blackboxsw: Ack. I looked like primarily a packaging issue, but I wanted to reach out and check since I was the ultimate cause for the new DS. Thanks!
[18:36] <falcojr> much more succinct explanation that I was typing up :)
[18:36] <blackboxsw> falcojr: that's a first for me #achievement unlocked
[18:36] <falcojr> blackboxsw: are we ready to ping a vanguard then?
[18:38] <blackboxsw> akutz: if you have access to Ubuntu  Impish cloud images 21.10, one could add an impish-proposed  source to /etc/apt/sources.list and `apt-upgrade; apt install cloud-init; cloud-init clean --logs --reboot` to see if VMwareDatasource is detected. https://cloudinit.readthedocs.io/en/latest/topics/debugging.html#stable-release-updates-sru-testing-for-cloud-init
[18:39] <blackboxsw> falcojr: I think we are ready to ping SRU vanguard in #ubuntu-release. (bdmurray's day)
[18:40] <blackboxsw> akutz: from a distro-side of things Ubuntu Impish is under FeatureFreeze for Impish, so uploads are paused for additional validation (kindof like the process we go through in SRUs for stable releases lke Bionic/Focal/Hirsute). falcojr or I will do a bit of verification testing on impish-proposed and get that upload reviewed and accepted via a feature freeze process.
[18:41] <akutz> blackboxsw: Do you want me to doc the verification process? Because I already verified it via a PPA update and dpkg-reconfigure. Does this new verification buy anything else other than e2e?
[18:42] <akutz> Also, where are the 21.10 images? Do you mean a daily from http://cdimage.ubuntu.com?
[18:43] <blackboxsw> akutz: noe, if you verified vIa PPA we/your are good. we'll just spot check a view things on Impish to make sure we are still running without regressions. our daily CI runs look reasonably successful (and any failures we've seen  are explainable due to other infrastructure issues).
[18:43] <akutz> Found http://www.cloud-images.ubuntu.com/impish/current/
[18:43] <blackboxsw> right http://www.cloud-images.ubuntu.com/impish/current/
[18:43] <akutz> I'll deploy the image if I can grab a few, spare cycles and verify the ISO
[18:44] <blackboxsw> if you do great, it not no biggie. Just a heads up on timing/context more than anything
[18:44] <akutz> Ack
[18:44] <akutz> It won't hurt. And I should just need to drop the data into the VMX and do nothing else at this point, so if that works, great. If not, well, crap :)
[18:47] <blackboxsw> akutz: I also just uploaded a binary compatible debs we are testing to https://code.launchpad.net/~cloud-init-dev/+archive/ubuntu/proposed
[18:47] <akutz> Ack
[18:48] <blackboxsw> so you could just pull from that PPA and be reasonably certain it's what we will be publishing in Bionic, Focal, Hirsute and Impish
[18:48] <akutz> To be clear, what's in the current Impish image does not include the new without updating from apt?
[18:49] <blackboxsw> akutz: it won't until we pass featurefreeze exception verification. Until we pass verification, 21.3-1-g6803368d-0ubuntu1  will only live in "impish-proposed" pocket instead of "impish-updates"
[18:49] <akutz> Ack
[18:51] <blackboxsw> -> lunch
[18:51] <akutz> What is the default user/pass for cloud image?
[18:53] <akutz> Not sure how I test this if I cannot log into the image in order to update it with CI that has the DS when I need CI to create a user account?
[19:02] <rharper> no default passwords in cloud images (from Ubuntu), akutz; typically we launch with user-data that includes either a password, or more likely we ssh_import_id: lp:XXXX  (or gh:XXXX)
[19:03] <akutz> Ah. Well, I created a new VM with the provided VMDK, but I cannot get data into CI that way since my DS is not yet activated :)
[19:04] <rharper> heh, that is a bit of a chicken/egg issue
[19:04] <akutz> The OVA has some fields for initializing data. I can try that.
[19:05] <rharper> not sure how "loop mountable" VMDKs are ... but if it's possible to mount the filesystem, you could chroot and update root pw for console login
[19:06] <akutz> Nah, since I have to add a new apt repo and do that whole dance, there's no reason I cannot just use the OVA to get into the image.
[19:06] <rharper> I see
[19:07] <akutz> (since the OVA has a field that let's me supply an SSH key)
[19:08] <akutz> > ubuntu@ubuntuguest:~$
[19:08] <akutz> I'm in :)
[19:11] <akutz> > cloud-init is already the newest version (21.3-1-g6803368d-0ubuntu1).
[19:11] <akutz> > 0 upgraded, 0 newly installed, 0 to remove and 60 not upgraded.
[19:11] <akutz> I followed https://cloudinit.readthedocs.io/en/latest/topics/debugging.html#stable-release-updates-sru-testing-for-cloud-init and got the above
[19:11] <akutz> Does this mean this image already has the DS? I mean, i guess it's easy enough to check...
[19:12] <akutz> $ sudo find / -name DataSourceVMware.py -type f
[19:12] <akutz> Um, did my post get lost?
[19:12] <akutz> Ah, /usr/lib/python3/dist-packages/cloudinit/sources/DataSourceVMware.py
[19:12] <akutz> It found the file
[19:13] <akutz> Does this mean this image *does* have the VMware DS, but it's just not activated?
[19:13] <akutz> No, I looked, and the VMware DS is in the list of activated DSs
[19:13] <rharper> so look at /etc/cloud/cloud.cfg.d/90-dpkg.cfg ;
[19:13] <akutz> (just did)
[19:13] <akutz> It's there
[19:13] <rharper> and then in /run/cloud-init/cloud.cfg will include the datasource that was detected ;
[19:14] <rharper> but if you booted via OVA, won't that enable the OVF Datasource? (I haven't been following the VMware datasource changes)
[19:14] <akutz> But my point is that blackboxsw said I'd need to log in first, update CI to proposed, and then clean cloud-init and start over
[19:14] <akutz> Yeah, I used the OVF DS to get into the thing because I thought the new DS wasn't activated. yet it's very much part of the distro, even though attempting to update cloud-init said no updates necessary
[19:15] <rharper> Well, impish is devel, so I think they've already uploaded cloud-init main to impish ,,, the SRU will apply to  the previous releases ;   so not quite sure what blackboxsw was asking to verify ;
[19:16] <akutz> >  if you have access to Ubuntu  Impish cloud images 21.10, one could add an impish-proposed  source to /etc/apt/sources.list and `apt-upgrade; apt install cloud-init; cloud-init clean --logs --reboot` to see if VMwareDatasource is detected. https://cloudinit.readthedocs.io/en/latest/topics/debugging.html#stable-release-updates-sru-testing-for-cloud-init
[19:16] <akutz> That's what he said
[19:17] <rharper> for SRU, we typically launch the previous releases, so 21.04  or 20.04 (focal) , then add -proposed pocket and upgrade to the proposed update to cloud-init
[19:17] <akutz> Do you think he just mistyped 21.10?
[19:25] <rharper> possibly
[19:46] <blackboxsw> sorry back from lunch
[19:48] <blackboxsw> checking my typos and msg history.... ahh akutz yes per "cloud-init is already the newest version (21.3-1-g6803368d-0ubuntu1)." it looks like pur queued upload into impish-proposed was already accepted and has landed in impish-updates for cloud-init 21.3-1 and yes that means you already have the VMWareDatasource "support" available in the cloud-init deb package.
[19:49] <akutz> Okay, so I *should* be able to take the VMDK, create a VM with it, set the properties on the VM that activate the new DS, and boot, right?
[19:50] <blackboxsw> rharper: akutz yes I thought  we were still stuck in impish-proposed for cloud-init 21.3. But, it was already approved/landed into impish by Canonical foundations team. so the "upgrade" step is unneeded
[19:53] <blackboxsw> akutz: yes, with 21.3 installed in your image. You should be able to either set the appropriate datasource_list: [VMWare] in /etc/cloud/cloud.cfg.d/99_use_vmware.cfg and see VMWare detected via `cloud-id` or cloud-init query v1.platform
[19:54] <akutz> Well, since the DS is already in the dpkg list, I *should* be able to just set its metadata and userdata and boot I should think
[19:55] <blackboxsw> as long as whatever user-data/meta-data isn't getting a positive match for OVF via ds-identify dscheck_OVF you will get to VMWare
[19:55] <blackboxsw> since DataSourceOVF is sorted before DataSourceVMWare in terms of discovery, environments that match both would be detected as OVF I believe
[19:57] <akutz> Sure. This is why I'm not going to use the OVA, but the VMDK that doesn't have the OVF properties that will trigger the OVF DS :)
[19:58] <blackboxsw> +1
[19:58] <andyf> blackboxsw: yes I have a mostly working fork for illumos that I would like to get upstreamed, probably piece by piece. i already opened a PR for the first bit as a test.
[19:59] <andyf> netifaces cane
[19:59] <rharper> blackboxsw: ah, I see.
[19:59] <andyf> netifaces came in after I forked (only a week or so ago) and it doesnt build at the moment but I havent investigated yet
[20:01] <andyf> blackboxsw: it’s at https://github.com/omniosorg/cloud-init ; the illumos branch there. Some it is a bit hacky so far but I will be cleaning it up.
[20:02] <blackboxsw> andyf: and just a heads up related to netifaces, It's a recent dependency addtion. and I think upstream will need to talk about whether we need an ongoing dependency on netifaces. VMWware is the first datasource that uses it to handle a couple of default routing corner cases as well as MacOS support I think that are not captured in upstream cloudinit.net and netinfo functions.
[20:03] <blackboxsw> If we can find ways to incorporate the missing/unsupported use-cases that python3-netifaces handles for  VMWare into cloudinit.net (and netinfo), we might be able to avoid this additional pkg dep long-term
[20:03] <blackboxsw> but, I think we need a broader discussion than just on IRC for this
[20:05] <andyf> I have plenty to keep me busy on the port for now. I’ve so far only had successful tests in SmartOS (which is another illumos distro), OmniOS (uses Nocloud) and in Azure. i have lots more testing to do.
[20:07] <gnafu> andyf: Just so you know, that's coming in as black text on a black background in my client (Irssi).  Copying/pasting into a text editor revealed the secret messages ;-).
[20:07] <gnafu> I suppose some folks' clients have a white background, so it's probably readable for them.
[20:08] <akutz> I have a black bg as well.
[20:08] <akutz> I had no idea that the andyf had shared anything I didn't see :)
[20:08] <akutz> Thanks gnafu!
[20:09] <gnafu> :-)
[20:09] <akutz> Yeah, I'm happy to help figure out how to remove the netifaces dependency. I have another colleague at VMware that's also willing to help, and I believe he's working on something right now. Still, I'd like to use this opportunity to figure out if there's a way to move some of the logic into core cloud-init, such as updating the persisted instance metadata with information about a network brought up via DHCP (the primary reason we use netifaces).
[20:20] <akutz> It works:
[20:20] <akutz> 2021-08-24 20:18:32,348 - __init__.py[DEBUG]: Looking for data source in: ['VMware', 'None'], via packages ['', 'cloudinit.sources'] that matches dependencies ['FILESYSTEM']
[20:21] <akutz> # tail /var/run/cloud-init/ds-identify.log
[20:21] <akutz> ON_NOTFOUND=disabled
[20:21] <akutz> pid=482 ppid=460
[20:21] <akutz> is_container=false
[20:21] <akutz> is_ds_enabled(IBMCloud) = true.
[20:21] <akutz> Running on vmware but rpctool query returned 1: No value found
[20:21] <akutz> is_ds_enabled(IBMCloud) = true.
[20:21] <akutz> ec2 platform is 'Unknown'.
[20:21] <akutz> check for 'VMware' returned found
[20:21] <akutz> Found single datasource: VMware
[20:21] <akutz> [up 8.32s] returning 0
[20:22] <akutz> That's with the VMDK from http://www.cloud-images.ubuntu.com/impish/current/
[20:22] <akutz> and no additional changes needed
[20:23] <blackboxsw> akutz: excellent. and `cloud-init status --long` to check for errors/and discovered cloud from python
[20:23] <akutz> FWIW, if anyone wants to test it locally using Workstation or Fusion, all I did was add the following keys to the VMX file for the VM: guestinfo.userdata = "<base64 cloud-config>", guestinfo.userdata.encoding  = "base64", guestinfo.metadata = "<base64 DS metadata from the VMware DS docs>", guestinfo.metadata.encoding  = "base64"
[20:24] <akutz> blackboxsw: Oh yeah, lots of errors re: the SSH key imports
[20:24] <akutz> My SSH key worked, but cloud-init wasn't happy for some reason.
[20:25] <blackboxsw> interesting, may be worth a bug. some ssh key handling was touched this release. I'd be curious about tracebacks in /var/log/cloud-init.log
[20:31] <akutz> Yep. I got distracted. Will post a gist.
[20:32] <akutz> status: error
[20:32] <akutz> time: Tue, 24 Aug 2021 20:18:41 +0000
[20:32] <akutz> detail:
[20:32] <akutz> ('ssh-import-id', ProcessExecutionError("Unexpected error while running command.\nCommand: ['sudo', '-Hu', 'mandy', 'ssh-import-id', 'None']\nExit code: 1\nReason: -\nStdout: -\nStderr: -"))
[20:32] <akutz> ('ssh-authkey-fingerprints', OSError(5, 'Input/output error'))
[20:32] <akutz> ('keys-to-console', OSError(5, 'Input/output error'))
[20:33] <akutz> blackboxsw: Here's a link to the log and output log - https://gist.github.com/akutz/0944edd37c094030c2b57556add1cbdd
[20:34] <akutz> blackboxsw: just updated the gist to include the userdata and metadata yamls
[20:38] <blackboxsw> akutz: in your example ssh_import_id: None actually is the string "None" not the null that was intended
[20:38] <blackboxsw> so it gets translates on yaml.load to "None" instead of None
[20:38] <blackboxsw> which is why the tracebacks are showing failures to run ['sudo', '-Hu', 'mandy', 'ssh-import-id', 'None']
[20:38] <blackboxsw> I thjink
[20:41] <blackboxsw> can confirm that same failure locally with that userdata "ssh_import_id: None" instead of "ssh_import_id: null"
[20:49] <falcojr> you can just remove the ssh_import_id key if you're not using it
[21:59] <akutz> Ack, thanks!
[22:06] <akutz> Yeah, works sans any errors with null, thanks again!
[22:38] <blackboxsw> great to hear thx for the extra validation akutz loooks like our Bionic, Focal and Hirsute packages just got accepted into *-proposed too. we'll be able to start our SRU validation process tomorrow on all clouds
[22:38] <akutz> No problem, thanks again blackboxsw!
[22:39] <blackboxsw> ditto


[00:12] <thumper> morning spiv, jam, igc ;-)
[00:53] <mwhudson> boo merge --uncommitted doesn't work over ssh
[00:54] <mwhudson> i'm not surprised, though
[00:56] <lifeless> heh
[01:45] <poolie> beuno: hi
[01:46] <poolie> igc: ping
[01:47] <igc> hi poolie
[01:47] <lifeless> spiv: I think we should talk abot get_data_stream
[01:47] <poolie> tim just forwarded me the patch to fix https://bugs.edge.launchpad.net/launchpad/+bug/181157
[01:47] <ubotu> Launchpad bug 181157 in launchpad "Product series should have a status (like distro series)" [Medium,Confirmed]
[01:47] <spiv> lifeless: ok
[01:47] <lifeless> spiv: I think I know where a bunch of problems are comng from
[01:47] <poolie> can you look at that quickly and tell me either any other values you think should be allowed, or anything else that comes to mind
[01:47] <igc> poolie: sure
[01:48] <lifeless> spiv: voice or irc?
[01:48] <spiv> lifeless: whichever suits you best
[01:48] <poolie> hello spiv, lifeless
[01:48] <spiv> I'm happy either way.
[01:48] <lifeless> ringing you
[02:01] <lifeless> ok, false alarm; its not the cause of the bugs we're seeing
[02:01] <lifeless> hi poolie
[02:02] <poolie> igc: can you please just look at that quickly now, i want to reply to tim
[02:02] <igc> commenting on the bug right now
[02:02] <poolie> oh cool, thankyou
[02:04] <igc> poolie: done
[02:04] <igc> I think we want one more status now - Pending Release (or Frozen to mirror the distro name)
[02:05] <igc> "Future" or Experimental might be good as well but I'd leave it out until we explicitly need it
[02:05] <igc> i.e. some project asks for it
[02:19] <beuno> poolie, hey
[02:22] <poolie> hi beuno
[02:22] <poolie> igc, hm
[02:22] <poolie> so this is like a subcategory of active development?
[02:22] <poolie> oh i see
[02:22] <poolie> so 1.4 would be in that state now, and 1.5 would be active development?
[02:26] <beuno> poolie, just got home, so I'll be on and off while I run errands. Do you want to talk now or would it be better for you later on?
[02:33] <igc> poolie: that's right
[02:53] <Kamping_Kaiser> hi all. is there a list of what environment variables/bazaar.conf options are available?
[02:55] <Kamping_Kaiser> also, is last push path remembered like last merge path? (eg per repository?)
[02:55] <spiv> Kamping_Kaiser: bzr help env-variables
[02:55] <spiv> Kamping_Kaiser: bzr help configuration
[02:55] <Kamping_Kaiser> spiv, ok, thanks
[02:56] <spiv> Kamping_Kaiser: (also at http://doc.bazaar-vcs.org/latest/en/user-reference/bzr_man.html#configuration-settings and http://doc.bazaar-vcs.org/latest/en/user-reference/bzr_man.html#environment-variables)
[02:56] <spiv> Kamping_Kaiser: the first time you push, it remembers the path.  You can overwrite the remembered path by passing "--remember" to push.
[02:57] <Kamping_Kaiser> spiv, sounds the same. thanks again :)
[02:57] <spiv> Not a problem
[02:59] <Kamping_Kaiser> of the two help outputs i assume configuration is authoritive? it lists items env-variables doesnt
[03:02] <spiv> Hmm, that's a bug.
[03:02] <spiv> But afaik, all the items in the 'configuration' help topic do exist.
[03:04] <Kamping_Kaiser> BZR_PROGRESS_BAR BZR_SIGQUIT_PDB BZR_PDB are listed in config but not env-var
[03:05] <Kamping_Kaiser> bzr1.3, btw.
[03:06] <Kamping_Kaiser> they both give quite different output it seems
[03:10] <Kamping_Kaiser> "DEFAULT" isnt the only header currently supported by bzr is it? (ALIASES works too?)
[03:16] <spiv> Kamping_Kaiser: you mean sections in the bazaar.conf?
[03:16] <Kamping_Kaiser> spiv, yeah.
[03:19]  * jml frowns
[03:20] <jml> ubuntu is telling me that I can't upgrade bzr without removing bzrtools
[03:20] <spiv> Kamping_Kaiser: sounds like a bug in the docs.
[03:20] <jml> this seems to happen a lot.
[03:20] <Kamping_Kaiser> spiv, ok :(
[03:23] <lifeless> jml: its a ppa feature
[03:24] <jml> lifeless: I'm sceptical.
[03:24] <RAOF> Yeah; when is a 1.4-compatible bzrtools/bzr-svn likely to be uploaded there?
[03:24] <spiv> Kamping_Kaiser: I've sent a quick patch to fix it to the list
[03:24] <spiv> Kamping_Kaiser: thanks for letting us know
[03:25] <spiv> jml: "feature"
[03:25] <lifeless> jml: what happens is that the bzr < current upload is immediately removed
[03:25] <lifeless> jml: hilarity then ensues
[03:27] <jml> and there's no workaround?
[03:27] <Kamping_Kaiser> spiv, NP. i was worried you were going to tell me to write the patch myself ;)
[03:27] <spiv> Kamping_Kaiser: you can if you really want to ;)
[03:27] <RAOF> jml: You can just not upgrade bzr.
[03:28] <Kamping_Kaiser> spiv, i really dont. *grin*.
[03:29] <jml> RAOF: this a bit of a pain.
[03:29] <RAOF> The current bzrtools depends on bzr < 1.4~.  The PPA contains bzr 1.4rc1, and 1.4rc > 1.4~
[03:30] <RAOF> jml: Does current bzrtools work on 1.4?  If it does, you probably have the permissions to upload a bzrtools to the PPA with relaxed dependencies.  If not, we're preventing you from accidentally breaking bzrtools.
[03:32] <lifeless> RAOF: bzrtools is version locked
[03:32] <lifeless> RAOF: apt can resolve conflicts better if 1.3 is kept in the archive
[03:33] <abentley> RAOF: Not to mention the fact that even if started at the same time, bzrtools 1.4 and bzr1.4 are unlikely to enter the archive at the same time.
[03:33] <lifeless> abentley: in fact they can't
[03:34] <lifeless> abentley: as there is a build sequence constraint
[03:34] <abentley> Okay,  *very* unlikely :-)
[03:34] <RAOF> Maybe I'm spoilt by aptitude.  That handles this case just fine.
[03:34] <lifeless> :P
[03:35] <abentley> It handles the case where bzrtools requires bzr 1.3 and only bzr 1.4 is available?
[03:35] <RAOF> abentley: But bzr 1.3.1~rc1 *is* available.
[03:35] <lifeless> abentley: it offers different resolutions
[03:35] <lifeless> RAOF: not in the ppa its not
[03:35] <RAOF> Just not from the PPA.
[03:35] <RAOF> But that's not jml's problem.
[03:36] <lifeless> jml: what release are you on, and do you have backports enabled?
[03:36] <jml> lifeless: hardy.
[03:36] <jml> lifeless: not sure how to check for backports.
[03:36] <RAOF> Does'nt matter, there aren't any yet.
[03:37] <lifeless> RAOF: would for gutsy :P
[03:37] <lifeless> jml: for reference grep backports in /etc/apt/sources.list
[03:37] <RAOF> lifeless: Yeah, but I know he's on Hardy :)
[03:45] <lifeless> poolie: ping; removing deprecated methods question on the list; would like a reply :P
[04:09] <jdobrien> Im working on a bug Mentored by LastiQ who is in bed...could anyone help for a WorkingTree4 question?
[04:09] <jdobrien> sorry..LarstiQ Wouter
[04:10] <lifeless> sure
[04:11] <jdobrien> I am working on adding a switch which will output relative paths ../path/to/file/filename.py instead of the stripped out paths from bzr stat (and the like)
[04:12] <jdobrien> unfortunately, (as far as i can see) at the point the stripped out paths are output, there is no indication (like a global varable) where the working path is
[04:12] <jdobrien> aka WorkingTree4.basedir
[04:13] <jdobrien> fyi, this is a learning project for me...been doing c,c++ for 15 year...python for 15 days
[04:17] <jdobrien> this is the 'bug' https://bugs.launchpad.net/bzr/+bug/30159
[04:17] <ubotu> Launchpad bug 30159 in bzr "paths are always from root of branch" [Low,Confirmed]
[04:18] <jdobrien> yeah IMO...there may be to many side-effects changing the default behaviour
[04:19] <jdobrien> but i was thinking "bzr status --relative" would probably work
[04:20] <jdobrien> simple change if i know the basedir when in delta.py
[04:28] <lifeless> jdobrien: look at status.py
[04:28] <jdobrien> yeah
[04:28] <lifeless> jdobrien: iter_changes outputs paths from the root fo the tree
[04:29] <jdobrien> problem is, it strips out the basedir
[04:30] <lifeless> yes, thats the correct internal representation
[04:30] <lifeless> I think you want to do the change at output time only
[04:30] <jdobrien> yeah
[04:30] <lifeless> so in ChangeReporter
[04:30] <lifeless> and the Delta class for old-style status
[04:31] <jdobrien> k, which still brings me to the question...is the basedir in a global setting so i could calculate the relative path base on cwd?
[04:32] <jdobrien> it's not passed into change reporter...i could always get it again
[04:33] <lifeless> I would add a method on Delta to set the cwd
[04:33] <lifeless> and a parameter to ChangeReporter I think
[04:34] <lifeless> no there is no global, because in general it doesn't exist
[04:34] <jdobrien> oh crap
[04:34] <lifeless> on windows for instance its not per-thread
[04:34] <lifeless> on most unixes its per-thread
[04:34] <jdobrien> i missed it...it's passed into show_tree_status
[04:34] <jdobrien> <---------------idiot
[04:34] <lifeless> but when used as a library cwd is not ours to fool with
[04:35] <lifeless> wt is passed in, but not cwd
[04:35] <lifeless> the paths are already relative to wt
[04:37] <jdobrien> in this instance, wouldn't it be safe to get get the actual path (wt.basedir + path) and calc relative path based on cwd
[04:38] <jdobrien> on output only
[04:38] <lifeless> you need to pass the path to normalise against in though
[04:38] <jdobrien> yes
[04:38] <lifeless> as in, getcwd() isn't something library code should be calling
[04:38] <jdobrien> no
[04:39] <lifeless> to get the abspath, use wt.abspath(relpath)
[04:40] <jdobrien> thanks
[04:41] <jdobrien> not sure how this would work/break if basedir was not a physical dir
[04:41] <lifeless> :P
[04:41] <jdobrien> thanks for the help
[04:42] <jdobrien> bill this hour to wouter
[04:42] <lifeless> bug 218023
[04:42] <ubotu> Launchpad bug 218023 in pqm "Use textwrap.dedent to make multiline strings more readable" [Undecided,New] https://launchpad.net/bugs/218023
[04:51] <lifeless> yay tests pass
[04:52] <jdobrien> time for a beer
[04:55] <lifeless> maybe in the evening :P
[04:55] <jdobrien> 11:55 here USA FL
[04:56] <lifeless> ITYm 2355 :P
[04:56] <lifeless> 1355 here
[05:20] <lifeless> time for /wave
[05:20] <lifeless> poolie: good progress, I have the output stuff ~= correct
[05:21] <lifeless> adapters tomorrow
[05:21] <jdobrien> thanks for the help
[07:07] <Kamping_Kaiser> can bzr count the lines in a diff? i have a command "$(bzr diff $1 2>/dev/null |wc -l)", and i'm wondering if |wc -l is strictly necesary
[07:09] <spiv> I usually use "bzr diff | diffstat" myself :)
[07:10] <bob2> there's a "bzr diffstat" plugin, too, for the minimal typing saving
[07:11] <thumper> lifeless: it appears in 'bin/pqm' there is an expectation that --config must be set, but the code seems to indicate that it is to specify a non default config file
[07:16] <thumper> lifeless: aarrrggghhhh
[07:16] <thumper> lifeless: I found out why I thought that
[07:16]  * thumper wipes the unclean feeling away
[08:45] <ubotu> New bug: #218068 in bzr-svn "Pushing to SVN, SubversionException: "File ... already exists"" [Undecided,New] https://launchpad.net/bugs/218068
[09:28]  * igc dinner
[09:47] <jimcooncat> are there any good tutorials out there for using bzr for website development? Google's failing me on this.
[09:48] <poolie> hm i'm not sure
[09:49] <poolie> people seem to do it a lot
[09:51] <jimcooncat> I'm not a dummy, but I can't wrap my head around how it works
[09:52] <jimcooncat> must be a gui tool I can use to walk me through it, should I get a gedit extension or something?
[09:54] <jimcooncat> bzr-gtk?
[10:07] <poolie> jimcooncat: can you please send mail with your questions to<EMAIL_ADDRESS>and i'm sure someone will help you out
[10:08] <poolie> unfortunately i have to go in a sec
[10:08] <jimcooncat> thanks poolie
[10:50] <visit0r> hello is there a way to set a file to be treated as a binary? it seems bzr diff detects one of our pdf as text due to some ascii lines in the beginning of it.
[10:51] <ubotu> New bug: #218115 in bzr "corrupt: attempt to add line-delta non-delta knit" [Undecided,New] https://launchpad.net/bugs/218115
[11:01] <quicksilver> visit0r: that's a really good question and I'm surprised I don't know the answer
[11:03] <Kamping_Kaiser> i seem to recall there was a flag to merge that allowed it to resolve conflicts better. i cant see that option looking at its help now - have i missed it or was it removed?
[11:10] <Stavros> hello
[11:10] <Stavros> how does bzr-svn work with bzr branches?
[11:19] <visit0r> quicksilver: ok, I'll open a bug
[11:28] <bob2> Stavros: how do you mean?
[11:28] <Stavros> bob2: if i have many branches on my local disk, do i have to merge before committing back to svn? does it make svn branches?
[11:31] <ubotu> New bug: #218128 in bzr "some binary files detected as text: provide a way to flag files binary?" [Undecided,New] https://launchpad.net/bugs/218128
[11:32] <bob2> Stavros: you can push from a bzr-svn bzr branch to svn, yes
[11:34] <Stavros> yes, but how will this affect my other branches?
[11:34] <Stavros> will i need to pull to them again?
[13:10] <igc> night
[13:56] <jam> Kamping_Kaiser: there are a couple, --reprocess and --lca are the recommended ones
[13:57] <jam> (you can also use "bzr remerge --lca foo" to not have to redo the whole merge again)
[13:57] <jam> Kamping_Kaiser: --reprocess reduces the size of the 3-way conflict chunks by finding lines that are common to both sides
[13:57] <jam> --lca uses a different merge algorithm that usually does better when you have a criss-cross merge, or other more involved history.
[13:58] <Kamping_Kaiser> jam, then --reprocess is probably the one thats good for aliasing to merge
[13:58] <jam> Kamping_Kaiser: correct, I've often thought it should be default
[13:58] <jam> I think the only reason it wasn't is because it conflicts with --show-base
[13:58] <jam> (if you remove the common lines, then you don't have the context to show the base lines correctly.)
[13:58] <Kamping_Kaiser> bzr conflicts drive me crazy :( i prefer svns. if --reprocess makes it less anoying i'll be a verry happy person ;)
[13:59] <jam> Kamping_Kaiser: try it out and let me know. I think most systems use the "--reprocess" form by default
[14:01] <Kamping_Kaiser> jam, not sure when i'll face a conflict next ;) but i'll try to remember
[14:02] <Kamping_Kaiser> thanks for the help :)
[14:30] <ubotu> New bug: #218191 in bzr "paramiko.SSHException: Server connection dropped" [Undecided,New] https://launchpad.net/bugs/218191
[15:05] <ubotu> New bug: #218206 in bzr "Pending-deletions error message" [Undecided,New] https://launchpad.net/bugs/218206
[15:15] <guilhemb> jam: hi! I was reading your lines above about --reprocess and --lca; from them I guess that using --reprocess and --lca in the same "bzr merge" command does not make sense?
[15:17] <LeoNerd> So.. Suppose I wanted to make a "bzr sync" command which is like pull or push, whichever it finds is appropriate. Is there some example command plugin, or some doc somewhere that explains how to make a plugin?
[15:17] <jam> guilhemb: I'm not sure, but I think that the style of how --lca works means that there is no need to --reprocess
[15:18] <jam> You are  welcome to try both
[15:18] <jam> I don't think it will break anything, just that --lca doesn't leave any lines to be reprocessed
[15:19] <guilhemb> jam: ok, thanks
[15:31] <abentley> jam, guilhemb: Yes, --lca implicitly does --reprocess.
[15:31] <guilhemb> abentley: thanks for the info
[15:33] <abentley> guilhemb: np
[15:38] <moquist> I'm working on a project with one other developer. We both work remotely on multiple laptops and move around a lot. I've run 'bzr init-repo ./' and 'bzr init' in the project directory on our ssh server, so we can both run 'bzr checkout sftp://ourserver/path/to/project/' to get a local checkout from which commits can be made to the central repo.
[15:39] <moquist> How can/should I create a centralized 'working' branch (not sure about my terminology) where I can commit broken code from machineA so I can 'bzr update' on machineB tomorrow and keep working, and then commit to our shared repository when my new feature is working correctly?
[15:52] <moquist> I think I've made progress here. I can checkout from the shared repository to my own centralized...Thing, create a branch of my centralized Thing on each of my dev systems, and 'bzr push sftp://server/Thing' from each centralized system. Then I can 'cd Thing; bzr update; bzr commit' on the server.
[15:59] <awilkins> moquist: You shouldn't need a commit after an update (unless you've changed the content)
[16:29] <LeoNerd> Scripting question... Given two branch objects, is there an easy way to tell if one is an ancestor of the other?
[16:29] <LeoNerd> I.e. if I should push/pull in one direction
[16:32] <jam> LeoNerd: well, 'bzr missing' I thought would give that info
[16:33] <jam> I think it might be slower than it needs to be ATM
[16:33] <jam> be back in a bit
[16:33] <LeoNerd> Yes.. sorry.. by "scripting", I mean "I'm writing a plugin"
[16:33] <LeoNerd> (to anyone else): I can tell if they're identical by comparing branch1.last_revision == branch2.last_revision
[16:34] <LeoNerd> I presume one is an ancestor of the other if one's last_revision appears somewhere in the history of the other?
[16:36] <sabdfl> is 1.3.1 due to go into hardy?
[16:37] <james_w> sabdfl: I thought it was already there
[16:37] <james_w> or it may have been that the single patch that went in to 1.3.1 was added to the hardy package.
[16:38] <james_w> ah, it's 1.3.1~rc1-0ubuntu1, and there were no code changes between the rc and final for 1.3.1
[16:40] <sabdfl> james_w: can we fix the version number, then?
[16:41] <james_w> probably, I'll submit a patch for approval from the release team.
[16:46] <abentley> LeoNerd: Ancestry, not history in particular.
[16:46] <LeoNerd> Right..
[16:46] <LeoNerd> Should I look for the code that implements the "bzr missing" command, perhaps? That sounds likely to be doing similar tests
[16:47] <abentley> Probably not.
[16:47] <abentley> If you just want to know whether one branch is the ancestor of the other, you can determine that cheaply.
[16:47] <abentley> I.e. with Graph.is_ancestor or Graph.heads
[16:54] <LeoNerd> Well, I'm writing a command that's basically missing => {push/pull/complain/nothing}
[16:59] <sabdfl> thanks james_w, please let me know the RM response and status
[16:59] <james_w> sure
[17:02] <LeoNerd> So... perhaps it's sufficient to see if either branch can map the other's head revision into a revno
[17:02] <LeoNerd> ?
[17:03] <LeoNerd> Since at least one is guaranteed to fail
[17:04] <james_w> LeoNerd: get the two tip revisions, compare them for equality => do nothing
[17:05] <james_w> a in b's revision_history() => pull
[17:05] <james_w> b in a's revision_history() => push
[17:05] <james_w> otherwise error
[17:05] <james_w> I think that should work
[17:05] <LeoNerd> Yes.. it was the being "in the history" that confused me
[17:05] <LeoNerd> I've already done the first equallity one
[17:06] <james_w> ah, no, sorry, that only looks at mainline revisions.
[17:07] <dato> but I don't think you can't pull if your head is not a mainline revision of your parent, no?
[17:07] <dato> s/can't/can/
[17:10] <james_w> hi dato
[17:11] <james_w> if your parent merges from you, then the tip of your branch will be the right hand parent of the paren't branch's tip, and you would be able to pull wouldn't you?
[17:31] <beuno> abentley, thanks for the amazing response to the show-author-on-commit patch, I haven't responded as I'm working on it, but I really appreciate how thorough it was  :)
[18:00]  * lamont considers campaigning for bzr 1.3.1 in hardy, wonders what the support level from this channel is
[18:00] <lamont> rather, how much support for the campaign he can count on...
[18:01] <dato> lamont: see a bit of backlog above, between james_w and sabdfl
[18:02] <dato> james_w: I'm not sure anymore :) (sorry, I missed your line at the time)
[18:03] <lamont> james_w: if 1.3.1~rc1-0ubuntu1 == 1.3.1-1, I'd be happy to do the upload, assuming it's approved...
[18:04] <LeoNerd> http://paste.leonerd.org.uk/?show=2184  <== my "bzr sync" command plugin. Anyone any comments?
[18:06] <james_w> lamont: the diff is trivial, I'm testing now, and then I'll seek permission from the release team
[18:06] <james_w> lamont: thanks for the offer though, I may well take you up on that if it gets approved
[18:07] <lamont> james_w: no worries - it's blocking some testing that I'm doing, since them machines in question have bzr_1.3.1-1~$mumble installed
[18:07] <lamont> and the end result is a very annoyed and failing do-release-upgrade
[18:08] <dato> james_w: ah, right, it does that thingy of making your last commit not-mainline
[18:08] <lamont> james_w: my technique is to just upload and then explain why. :-)
[18:09] <james_w> lamont: oh yeah, I'd forgotten everything was frozen so that was possible
[18:09] <lamont> :-D
[18:09] <james_w> lamont: this upload would be 1.3.1-0ubuntu1, would that solve your problem?
[18:09] <lamont> is this an upload to debian, or to ubuntu?
[18:09] <lamont> no.
[18:09] <dato> hm
[18:10] <lamont> >>1.3.1-1~CAT.6.06
[18:10] <dato> I guess I could upload to debian
[18:10] <james_w> I was going for Ubuntu, but we could upload to Debian and sync
[18:10] <dato> I didn't, because 1.4~rc1 was around the corner
[18:10] <lamont> hrm...
[18:10] <james_w> dato: if you've got the time, that would be great.
[18:10] <lamont> dato: are you the normal uploader to debian?
[18:10] <dato> but rc1 turned out unsuitable for upload, so I ended up uploading none
[18:10] <dato> lamont: yes
[18:10] <lamont> sync is pain these days...
[18:11] <lamont> how about 1.3.1-1 to debian, and 1.3.1-1build1 to ubuntu and lots of handwavy bits about why 'build' is correct
[18:11] <james_w> we could fake-sync, or -1build1 one it
[18:11] <lamont> ^5
[18:11] <lamont> fakesync would be bad.
[18:11] <lamont> but we want the orig.tar.gz files to be the same both places
[18:11] <james_w> yeah, that would work, it may make the release team think about it a bit more though.
[18:11] <james_w> true
[18:12] <lamont> nah - I'm happy to deal with release team... they're used to my craziness
[18:12] <james_w> :-)
[18:13] <james_w> lamont: are we best to just subscribe the release team to the bug and then deal with the actual upload when we have the ACK?
[18:14] <dato> oh
[18:14] <james_w> I can provide the upstream diff that we want to incorporate.
[18:14] <dato> first bzr upload with python 2.5
[18:14] <dato> not that it really matters
[18:14] <james_w> dato: it's been 2.5 on Ubuntu for a while, so it should be fine.
[18:14] <lamont> is there abug?
[18:14] <lamont> if we just upload 1.3.1-1build1 to hardy, we don't need a bug
[18:14] <james_w> a non very eloquent one: bug 218257
[18:14] <ubotu> Launchpad bug 218257 in bzr "Update bzr package to a non-release-candiate version number" [Undecided,New] https://launchpad.net/bugs/218257
[18:15] <james_w> I was going to expand on it when I had the patch.
[18:15] <james_w> this would be my first upload-new-upstream-version-to-main-during-final-freeze upload, so I'm still feeling my way around
[18:16] <lamont> that works.  the other big decision-fork is that if the bits are in debian within the next 45 min or so, there's a very good chance they'll make today's dinstall run, if not -> tomorrow.  to sync them, it's best if the mirrors have had a chance to do their thing
[18:16] <lamont> if we just upload to hardy, then it's click-to-approve for the release manager
[18:16] <dato> lamont: it'll be <45min
[18:17] <dato> wow, what's all this crap pycentral now spits
[18:18] <lamont> dato: it doesn't spit it, it excretes it
[18:19] <lamont> james_w: if we know that the same .orig.tar.gz will be used by both uploads, then we can actually upload ubuntu ahead of debian if we want, and I can get back to testing,... :-)
[18:19] <james_w> dato: is that the "diff" stuff?
[18:19] <dato> ye
[18:20] <dato> s
[18:20] <james_w> it looks like debugging output to me
[18:20] <lamont> in the ideal world, we want dato's package for debian, with about 5 lines of change in changelog (for -1build1) and an upload...
[18:20] <lamont> james_w: are you core-dev, or who does your ubuntu uploads?
[18:20] <james_w> yep
[18:20] <lamont> ah, cool
[18:20] <james_w> we need to sync first though?
[18:20] <lamont> not if we're really really really diff from 1.3.1-1 in only the changelog
[18:20] <james_w> ah, no, I'm not core-dev, it was your previous statement I was agreeing with
[18:21] <lamont> ok.  /me is happy to sponsor... so when you/dato are happy with 1.3.1-1 for debian, if I could have a copy of it, I'll smack it into hardy
[18:23] <james_w> I'm testing 1.3.1 now, so when dato's got the package I should have finished testing
[18:24] <lamont> \o/
[18:32] <dato> good lord
[18:32] <dato> my wireless here sucks
[18:34] <dato> uploaded nevertheless
[18:37] <james_w> dato: thanks.
[18:37] <lamont> dato: got a pointer to your bits?
[18:38] <dato> yes, http://people.debian.org/~adeodato/tmp/2008-04-16/bzr/
[18:38] <james_w> :-)
[18:38] <james_w> lamont: it's passed a selftest here, and stood up to a few minutes use
[18:38] <james_w> unfortunately I don't have any real work to do in bzr at the moment, so I can't test that.
[18:39] <lamont> james_w: that's more than my testing before I deploy...:0)
[18:40] <james_w> :-)
[18:41] <james_w> lamont: would you like me to do anything with the bug, or is it superfluous now that we have you to prod the release team?
[18:42] <lamont> oh.  whichnumber?
[18:44] <james_w> 218257
[18:56] <lamont> stupid wireless
[18:56] <lamont> james_w: the upload will close it
[18:57] <lamont> sigh.  diff orig.tar.gz than the bazaar-vcs download page.
[18:58] <dato> uh
[18:59] <lamont> dato: or did you already upload?
[18:59] <dato> lamont: I used a pristine tarball
[18:59] <lamont> nfc what poolie used then
[18:59] <dato> https://launchpad.net/bzr/1.3/1.3.1/+download/bzr-1.3.1.tar.gz <-- link obtained from http://bazaar-vcs.org/Download
[18:59] <dato> lamont: err
[18:59] <lamont> hrm
[18:59] <dato> lamont: when james_w said 1.3.1~rc1-0buntu1 is 1.3.1-1
[18:59] <lamont> no matter - I'll make sure your .dsc unpacks.
[18:59] <dato> he meant there were no code changes
[18:59] <dato> not that the tarball were identical
[19:00] <dato> poolie used the rc1 tarball, I guess :)
[19:00] <lamont> 5a2160e057d79288c186c42567aa0dc2  ../bzr_1.3.1.orig.tar.gz
[19:00] <lamont> he used _that_ one. :-)
[19:00] <dato> that's the one I uploaded
[19:01] <lamont> oh right
[19:01] <lamont> 2c560167aea6c8bde7cfaf7883d267dc  ../../bzr_1.3.1.orig.tar.gz
[19:01] <james_w> yeah, sorry, there was a NEWS entry, and the version number was changed, but there were no changes to the meat of the code.
[19:01] <lamont> off by one error
[19:04] <lamont> testbuilding nwo
[19:08] <lamont> dh_python -pbzr
[19:08] <lamont> dh_python: Doing nothing since dh_pycompat exists; dh_pysupport or dh_pycentral should do the work. You can remove dh_python from your rules file.
[19:08] <lamont> heh
[19:08] <dato> yay cdbs
[19:09] <lamont> in my mind cdbs is still filed under "slightly less evil than dbs;"
[19:13]  * lamont goes to talk to the nice folks in #ubuntu-release
[19:39] <tolstoy> Folks, I'd like to try the fastimport plugin with the cvs2svn plugin, but there's no documentation on the options to use with cvs2svn.
[19:40] <tolstoy> Do I output to a dumpfile?
[19:40] <tolstoy> I've seen this: includes an option now for the required output format. Python. But I don't know what that option is.
[19:52] <lamont> james_w: it'll get accepted post-RC :-(  so fridayish sometime
[19:54] <tolstoy> cws2svn --dumpfile=app.dump ;; then cat app.dump | bzr fast-import -
[19:54] <tolstoy> Doesn't seem to work.
[20:43] <james_w> lamont: ok, thanks
[20:44] <james_w> tolstoy: does cvs2svn output in the fast-import format?
[20:46] <abentley> beuno: You're welcome.  Hope it's helpful.
[21:10] <trepca> hey
[21:10] <trepca> i have a project that consist of many small projects
[21:10] <trepca> how would i best organize it with bzr
[21:11] <trepca> in git there are superprojects
[21:11] <trepca> you can link to other repositories in them
[21:16] <trepca> wow, this channel is brimming with life :)
[21:30] <lifeless> trepca: sure is
[21:31] <james_w> trepca: bzr will have nested trees that are like subprojects, but they are not ready yet
[21:31] <james_w> hi lifeless
[21:31] <trepca> ok, thanks
[21:32] <trepca> i could create a huge repository as in SVN that would hold all those projects ... but that is probably not optimal for bzr ?
[21:34] <james_w> yeah, that's not great
[21:35] <tolstoy> james_w: Sorry, I was out to lunch!  I don't know if it outputs in that format. No command-line switches suggest that it does.
[21:35] <tolstoy> james_w: But the docs at bazaar-vcs suggests that it does.
[21:36] <james_w> tolstoy: I don't think that it does
[21:36] <james_w> ah, maybe I'm wrong, have you got a pointer?
[21:36] <tolstoy> Hold on....
[21:37] <tolstoy> http://bazaar-vcs.org/BzrFastImport/FrontEnds
[21:37] <tolstoy> I'm using the macport version, which might be the problem.
[21:39] <tolstoy> Hm. I'm using version 2.1.0, but there's a 2.1.1 available as a tarball on their website.
[21:41] <james_w> "includes an option now for the required output format"
[21:41] <tolstoy> Right.
[21:41] <james_w> "now" suggests it is new, so the new version may be needed
[21:41] <tolstoy> And that's all I can find on the subject.
[21:45] <tolstoy> Hm. I wonder if the Mac DMG install of BZR contains the bzr subversion plugin.
[21:50] <trepca> i does not
[21:50] <trepca> it
[21:50] <tolstoy> Alas, no, it seems not to.
[22:17] <xxxYURAxxx> how to configure bzr-email to send emails?
[22:18] <lifeless> 'bzr help email' should contain enough info
[22:18] <xxxYURAxxx> thanks
[22:40] <ubotu> New bug: #218406 in bzr-gtk "olive-gtk.desktop lists incorrect categories" [Undecided,New] https://launchpad.net/bugs/218406
[22:40] <LeoNerd> Hrm.. It seems I can ssh an alias in my .ssh/config, but I can't bzr push sftp:// it
[22:40] <LeoNerd> Can't bzr+ssh:// because the host doesn't have bzr installed
[22:56] <igc> morning
[23:00] <VSpike> I'm probably missing something obvious here but when I just did a bzr checkout, it created the last directory in the remote path.  i.e. I did bzr checkout sftp://home/blah/bloo/main and it created ./main and filled it with stuff... other times, I'm sure the files have ended up just in the directory I run checkout.  What causes the different behaviour?
[23:01] <lifeless> VSpike: the only time chekcout creates the files in '.' is when you use 'bzr checkout .' to create a tree on a treeless branch
[23:07] <lifeless> going for a walk to think about apis
[23:07] <VSpike> I keep getting the message No handlers could be found for logger "bzr"
[23:12] <james_w> VSpike: run "bzr --version", and it should say "Bazaar log file: " check that the path there is writeable by your user
[23:14] <VSpike> ahh.. spot on.  I see the problem.  I ran bzr with sudo the first time I used it
[23:15] <james_w> that's usually the problem, however the patch I wrote to detect it and explain it to the user was far from appetising.
[23:15]  * fullermd skips the obvious 'byte' puns.
[23:16] <VSpike> james_w: thx
[23:20] <BasicOSX> Can you specify multiple email address on a post_commit_to ?
[23:33] <thumper> morning lifeless
[23:33] <thumper> lifeless: as you'll no doubt soon be aware, I've posted a branch for using optparse for PQM as part of the clean up for bug 218416
[23:34] <ubotu> Launchpad bug 218416 in pqm "PQM has too much config in global scope" [Undecided,New] https://launchpad.net/bugs/218416
[23:34] <LeoNerd> I asked earlier but didn't see any reply. I've written a push-or-pull command called "sync". Does anyone have any comment? ==> http://paste.leonerd.org.uk/?show=2184
[23:34] <thumper> LeoNerd: I've not looked, but what happens if they are both different?
[23:35] <LeoNerd> It prints "Sorry, they diverged" and stops
[23:37] <LeoNerd> The intention is: If they're identical, it does nothing. If one is an ancestor of the other, it will push/pull in the right direction. Otherwise it complains.
[23:38] <abentley> LeoNerd: I still think your test is wrong.