[00:00] <kc2bez> I'll keep poking at it
[00:47] <wxl> do you have the password set?
 On which one? Lubuntu without efi, yes.
[01:11] <lynorian> I missed the standup had fmaily stuff but I got way more work done on the manual
[01:20] -lugito:#lubuntu-devel- [rMANUALc4807b6fadb7: Add keyboard increase/decrease volume] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALc4807b6fadb7
[01:25] -lugito:#lubuntu-devel- [rMANUAL4862515432bd: Add return to normal playback speed] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL4862515432bd
[01:30] -lugito:#lubuntu-devel- [rMANUAL035b3a7a940a: Add new way to jump to a specific time] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL035b3a7a940a
 I definitely want to make that code change though I want to make sure I kick ass at the in person interview tomorrow first. Got one next Friday too.
 *revision
[06:13] <guiverc_d> qa-test:  live x86,  playing with volume fn keys, the volume changes exactly as intended, but I noticed the volume setting in vlc, pavucontrol & on panel widget doesn't reflect volume, shouldn't it be reflected somewhere?   (ie. another petty thing, lp bug-report raise? or I could try it on another machine first)
[06:46] -lugito:#lubuntu-devel- [rMANUAL439531c4cf5c: Add different way to jump to specific time] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL439531c4cf5c
[07:42] -lugito:#lubuntu-devel- [rMANUALcb8c33a9c344: Add delete and insert column] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALcb8c33a9c344
[07:50] -lugito:#lubuntu-devel- [rMANUAL48a629d0276a: Add insert/delete rows of localc] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL48a629d0276a
[08:26] -lugito:#lubuntu-devel- [rMANUAL78090f6f7714: Add keyboard shortcut for file properties] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL78090f6f7714
[08:47] -lugito:#lubuntu-devel- [rMANUAL6b58cd960302: Fix arrow] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL6b58cd960302


[06:16] <brobostigon> morning
[08:33] <zxmoypi> o/
[08:42] <brobostigon> \o/
[18:22] <penguin42> west coast mainline Manc-London services saying they're only running hourly tomorrow and taking 4h due to the expected winds
[18:23] <daftykins> some kinda storm coming?
[18:24] <penguin42> https://www.bbc.co.uk/news/uk-51425482
[18:24] <daftykins> ooh, thank ye
[18:25] <penguin42> it's supposedly going to hit about 58MPH winds and a 99% chance of rain somewhere around 11am tomorrow
[18:25] <penguin42> (average not gust)
[18:29] <zxmoypi> they upgraded all ireland to status orange from yellow and it was a bit of hard work coming home in very strong wind
[18:29] <daftykins> are you sure sir, it does mean changing the lightbulb?
[18:30] <zxmoypi> and rain in 58mph wind is technically sand blasting :-)
[18:30] <zxmoypi> bbc won't be making comedy that good when there's no licence fee :-(
[18:30] <penguin42> zxmoypi: Well yes, we would appreciate if you'd take all our shit weather before it reaches us
[18:30] <daftykins> is there talk of the fee being abolished?!
[18:31] <zxmoypi> they're decriminalising not paying the licence fee
[18:31] <zxmoypi> allegedly


[11:19] <KBar> Attached a debdiff to bug #1957197 following the procedure described in Ubuntu Packaging Guide.
[11:20] <KBar> Hopefully, I didn't butcher it.


[01:15] <TiZ> Hello. I heard that 13.10 supported optimus in a way different from bumblebee. I've been unhappy with my card's performance under optirun... it's only barely better than the integrated! So I installed Xubuntu 13.10's beta to try it out, and it just... doesn't work. It just hangs at the splash screen and I never see lightdm. What do I have to do to enable the new prime support?
[05:46] <pvh_sa> hey there, i see the new system settings has landed, but for now lacking a keyboard settings component. is everyone else seeing that? i presume keyboard settings is still coming? and how does one move "back" in settings?
[08:17] <TJ-> Has the new udev (204) broken the behaviour of 70-persistent-net.rules renaming? On a 13.10 server udev generated the file as expected, I edited it to shuffle the names around, but on boot it fails to rename the interfaces leading to no connectivity
[08:37] <elmargol> Finding a decent mirror for italy is somehow difficult
[09:09] <OveRisberg> I am not able to do a network installation of 13.10 on a laptop... it hangs on "ip link set wlan up" and I get "INFO: task ip:1930 blocked for more than 120 seconds." in dmesg... http://pastebin.com/bQ200dfy
[09:10] <OveRisberg> If I remove the wlan card from the laptop the installation works as expected.
[09:10] <OveRisberg> How should I report this?
[09:11] <TJ-> You're missing a firmware file, as per that log file: "ieee80211 phy0: brcmsmac: fail to load firmware brcm/bcm43xx-0.fw"
[09:12] <TJ-> broadcom devices need their firmware 'cutting' from other binaries, often from the Windows drivers.
[09:12] <OveRisberg> I am not using wlan for installation...
[09:12] <OveRisberg> On 13.04 I get a question about this and after answer no to the question it just continues.
[09:17] <Guest21795> qtcreator can't run gdb since last update. any known solution?
[11:00] <BluesKaj> howdy all
[11:06] <Dubacco> hi whens the next release cadidate out?
[11:07] <Dubacco> candidate*
[11:11] <Dubacco> hi whens the next release candidate out?
[11:13] <BluesKaj> Dubacco, read the topic
[12:13] <tenleftfingers> Just noticed that the HUD doesn't let me log out / shut down anymore. Is this intended behaviour or should I report it?
[12:35] <sdn3rd> question, is there any centeralized certificate management solution for linux yet?
[14:08] <OveRisberg> I patched line 98 in /bin/ethdetect in the initrd so it does not return wlan0 and now I can do a network installation of Ubuntu 13.10 ... This is just an ugly workaround until we can find the real problem.
[16:18] <kRush> installed xubuntu b2 yesterdays, power manager informs me that 'hibernate and suspend operations are not supported' but I can suspend the machine manually just fine, what's up with that?
[16:25] <brainwash> kRush: the beta images and the daily one don't ship with pm-utils
[16:25] <brainwash> https://bugs.launchpad.net/ubuntu/+source/xubuntu-meta/+bug/1232027
[16:27] <kRush> oops, thanks
[18:15] <gaurav__> quit
[19:40] <odium> hello.
[19:41] <Rory> Hello odium . Could you please put the contents of the file "/etc/apt/sources.list" onto http://paste.ubuntu.com
[19:41] <odium> So, I am trying to set the proper governor for my AMD A10-6800 socket FM2
[19:41] <Rory> One step ahead
[19:42] <odium> sure, one second
[19:43] <odium> rory, http://paste.ubuntu.com/6193683/
[19:44] <Rory> Thanks odium . Can you uncomment the line that says "deb http://archive.canonical.com/ubuntu saucy partner" (by removing the #) and then save it?
[19:44] <Rory> odium: Then run "sudo apt-get update" and try again
[19:48] <odium> okay, I finally ran apt-get update
[19:48] <odium> sorry for the delay
[19:50] <BluesKaj> update doesn't do anything unless you run upgrade as well
[19:51] <odium> Rory: apt-cache search powernowd doesn't yield anything still.
[19:51] <Rory> !info powernowd
[19:51] <Rory> THat'll be why then :P
[19:51] <odium> hmm, but I want to change my regulator
[19:52] <odium> my governor, I meant.
[19:55] <odium> what am I looking at here? https://code.launchpad.net/~ubuntu-branches/ubuntu/saucy/powernowd/saucy
[20:02] <Rory> odium: some source code
[20:06] <odium> well i have the sources in /usr/src I guess I better get to it.
[20:08] <Ponch0> Citizens! I think i finally figured out my Ubuntu issue! That i've had since my adoption of Ubuntu in December of 2012! How do I read up on "txpower", options available with it, and to make the changes permanent?
[20:13] <genii> Ponch0: man iwconfig for how to apply txpower option of that command. Once you have that figured out, put the command in /etc/rc.local
[20:17] <Ponch0> Thanks so much genii: that's going in my gedit.
[20:20] <odium> aw, I can't seem to run make menuconfig because ncurses-devel can't be installed.
[20:22] <odium> oh, if powernow_k8 is compiled into my kernel, then that isn't the problem.
[23:23] <jack---> no bugs to report
[23:23] <jack---> saucy = great prerelease
[23:24] <k1l> too bad xmir didnt make it
[23:24] <jack---> xmir?
[23:26] <jack---> oh, new xorg alternative? cool
[23:26] <k1l> a x compatibility layer for the new MIR display server
[23:26] <jack---> i want it, as soon as it's usable :P
[23:36] <ikonia> you want something you didn't know about ?
[23:37] <k1l> its new? and shiny? i want it! :)
[23:38] <ikonia> ^ = fail
[23:39] <ikonia> (although I know you jest)
[23:40] <jack---> :P
[23:41] <brainwash> what is the benefit of adding an extra layer? it's still xorg, just on top of mir
[23:42] <k1l> brainwash: and you need something that glues xorg into mir. and that is xmir
[23:47] <brainwash> right, but mir isn't ready yet, so why run xmir instead of plain X?
[23:51] <Daekdroom> brainwash, Mir is ready. Way more ready than XMir
[23:51] <Daekdroom> But nothing is ready for Mir.
[23:51] <Daekdroom> (it doesn't matter, X/Mir isn't getting used by default in 13.10)
[23:52] <jack---> just downloading linuxmint 15
[23:53] <jack---> let's see how it compares to saucy


[12:31] <kiko-afk> it's mdz!
[12:52] <SteveA> mdz: hello
[12:53] <SteveA> mdz: ping
[12:56] <carlos> hi dudes!
[12:56] <kiko> heya carlos
[12:56] <kiko> how's it going?
[12:57] <carlos> just arrived to the hotel, I'm going to take a shower and go to the conference rooms
[12:57] <carlos> kiko, where are the rooms exactly?
[12:57] <carlos> I only know they are in hte second floor
[12:57] <sivang> carlos: hey! how was the flight?
[12:57] <carlos> sivang, fine, after Australia's conference any flight is light ;-)
[12:58] <sivang> carlos: heheh
[12:58] <kiko> carlos, they are in S1
[12:58] <sivang> kiko: aren't you also here?
[12:58] <kiko> sivang, me? where?
[12:58] <sivang> kiko: ah , no
[12:58] <sivang> kiko: ah sorry, nothing :)
[01:00] <carlos> kiko, S1 at the second floor or S1 is a floor? (we use 'S1' in Spain for the parking floors, that's why I ask ;-) )
[01:00] <sivang> carlos: S1 is the floor
[01:00] <kiko> S1 is a basement
[01:00] <kiko> a dungeon
[01:00] <kiko> a carpeted dungeon
[01:00] <sivang> carlos: only two of the elevators are going there,
[01:01] <ajmitch> a carpeted dungeon with no natural light, perfect for us
[01:01] <carlos> ok
[01:01] <sivang> ajmitch: isn't the spa club next to here?
[01:01] <ajmitch> yes
[01:01] <sivang> ajmitch: are we allowed to use it?
[01:01] <ajmitch> no idea
[01:01] <carlos> thanks for the info guys!
[01:01] <ajmitch> possibly
[01:01] <sivang> ajmitch: we might want to test that :)
[01:03] <kiko> ajmitch, how are you online?
[01:09] <ajmitch> kiko: borrowed siretart's spare laptop
[01:10] <kiko> ajmitch, darn.
[01:11] <ajmitch> yeah, nothing has shown up
[01:21] <Mez> ajmitch: shame that you dont have your GPG key anymore
[01:22] <Mez> ajmitch: if another geek stole it, does your key count as compromised?
[01:23] <kiko> it does
[01:24] <LarstiQ> ajmitch: you lost your laptop on the way?
[01:26] <Mez> LarstiQ, It was stolen
[01:27] <LarstiQ> eek!
[01:29] <ajmitch> Mez: yes, I've got to make a new key, revoke the old one, get new one signed, etc
[01:29] <Mez> *sighs*
[01:29] <LarstiQ> ajmitch: I'm really sorry to hear that :/
[01:29] <Mez> I know how much of a PITA that is
[01:29] <Mez> I would say get it signed while you're here
[01:30] <Mez> but creating on another persones lappy isnt exactly saf
[01:30] <Mez> but, I'm sure you're resourceful enough
[01:31] <ajmitch> clean install of breezy is fine enough
[01:37] <kiko> Mez, he could create one using a livecd and then copy it somewhere else
[01:51] <koke> do you log all the launchpad operations?
[01:51] <kiko> not /really/ but sorta
[01:52] <koke> I had an idea for my current project at work which could be applied to launchpad too
[01:52] <koke> I'm working with rubyonrails which also logs al the requests, plus manual logging
[01:52] <koke> so the interesting point is to search for patterns in the logs and discover how users use the tool
[01:53] <koke> so if you see there's a pattern repeating a lot of times which need three clicks to do a task
[01:53] <koke> you can enhance user experience by making this task available at the starting point
[01:54] <koke> I've seen a bug against launchpad today about having a link to create a new spec just after creating one
[01:54] <koke> that kind of things
[01:54] <koke> what do you think
[01:54] <koke> ?
[01:59] <sivang> koke: how does that relate to that bug btw?
[02:03] <Mez> hmm
[02:03] <Mez> SteveA: ping
[02:03] <SteveA> hello mez
[02:04] <Mez> steve, I got your email earlier
[02:04] <Mez> but was that sent from launchpad?
[02:05] <SteveA> i sent it from the server launchpad runs on, in the same way that launchpad sends is
[02:05] <SteveA> so, if you're still not receiving mails from launchpad, it means i need to ask stu about it when he arrives tomorrow
[02:05] <SteveA> rather than ask the sysadmins about it today
[02:05] <Mez> A new email was sent to<EMAIL_ADDRESS>with instructions on how to confirm that it belongs to you.
[02:05] <Mez> I'm recieving emails rom launchpad
[02:05] <SteveA> good
[02:05] <Mez> but, just not that
[02:06] <SteveA> then i guess it is fixed
[02:06] <Mez> they're coming to<EMAIL_ADDRESS>[02:06] <Mez> but not to<EMAIL_ADDRESS>[02:06] <Mez> I'm not recieving mails from katie either
[02:06] <Mez> oh
[02:06] <Mez> ok
[02:07] <Mez> IT's now asking me to validte
[02:07] <Mez> w00
[02:07] <SteveA> cool
[02:07] <Mez> though katie's probably a different matter
[02:07] <Mez> at least now I can set up a proper bzr account
[02:09] <SteveA> great
[01:05] <matsubara> good morning!
[02:00] <sabdfl> moin moin
[02:00] <lifeless> ola!
[02:00] <lifeless> how was the rhps ?
[02:00] <sabdfl> lifeless: awesome
[02:00] <sabdfl> slut! asshole!
[02:00] <lifeless> ahhah
[02:01] <sabdfl> lifeless: some oddness
[02:02] <sabdfl> i do: bzr merge chinstrap:/home/warthogs/archives/rocketfuel/launchpad/devel
[02:02] <sabdfl> it says 0 conflicts
[02:02] <sabdfl> bzr status shows no changes
[02:02] <sabdfl> that can't be right?
[02:02] <sabdfl> can it?
[02:02] <lifeless> why not ?
[02:02] <lifeless> if nothing new has landed...
[02:02] <lifeless> does bzr status show a pending merge ?
[02:02] <sabdfl> this is my converted branch
[02:03] <sabdfl> no
[02:03] <lifeless> let me have a look
[02:03] <sabdfl> my old baz branch was merged up to the latest baz revision
[02:03] <sabdfl> but there must surely be newer stuff that has landed since
[02:03] <sabdfl> and the pending branch page is showing a conflict
[02:03] <sabdfl> so i assume it must have had to do some merging where it generated the diffs
[02:04] <lifeless> yah
[02:04] <lifeless> I'm checking
[02:06] <lifeless> oh, doh
[02:06] <lifeless> so, you should rsync down lrocketfuel
[02:06] <sabdfl> hmmk
[02:07] <lifeless> rsync -r chinstrap:/home/warthogs/archives/rocketfuel/launchpad/devel launchpad-upstream
[02:07] <sabdfl> what's causing that, lifeless?
[02:07] <lifeless> bzr merge launchpad-upstream
[02:07] <lifeless> I'll need to check why you did no get an error with 'merge', but merge does not take rsync urls.
[02:08] <sabdfl> ok
[02:18] <Keybuk> jblack: a word ...
[02:19] <Keybuk> http://maps.google.com/maps?q=from%3A+333+N+Main+St,+Wilkes-Barre,+PA+18702+to%3A+%2B41%C2%B0+15'+57.66%22,+-75%C2%B0+53'+37.56%22+(41.266017,+-75.893767)&f=d&hl=en
[02:19] <Keybuk> wherever you went with your GPS to get the co-ordinates for this hotel ... it's somewhat closer to your house than I would expect :p
[02:44] <sabdfl> has the stubmachine landed?
[02:46] <Mez> sabdfl: could you set backports-promotion spec to not be scheduled... it shouldnt have been scheduled as a startt - it's not really anything other than changing a wiki page to explain things more
[02:47] <Mez> oh, and I was talking to you before about a test-compile server farm... should I add that as a spec, or wait for TB meeting?
[03:55] <kiko> welcome
[04:40] <sivang> sabdfl: re: bugtask assignments, are you terribly opposed to having "reassign" action part of an additional line like the "Request fix", but underneath the branch name ("launchpad (upstream)") ?
[04:41] <sivang> sabdfl: even if you make the whole line a link, still it seems to be leaving for the user to try and "look for where to click" rather then instructing him
[04:49] <Mez> can i get a bug from bugzilla imported into Malone?
[04:51] <kiko> Mez, all of them will be imported soon enough
[04:51] <Mez> fair enough
[04:51] <Mez> I just wanted it to be managed in LP
[04:51] <LarstiQ> kiko: bugzilla will be dropped totally?
[04:52] <Mez> and is it possible to import bugs from... say, berlios?
[04:52] <kiko> LarstiQ, it will be made read-only, yes.
[04:52] <kiko> Mez, I think the better alternative there is to add watches and sync them in
[04:52] <Mez> kiko: how?
[04:54] <kiko> Mez, well, you can add watches today -- we just don't sync in comments (only the status)
[04:54] <Mez> kiko: but i need a bug already filed dont i?
[04:54] <kiko> in bugzilla? yes.
[04:54] <Mez> how do i sync it in thoguh?
[04:55] <kiko> if you add a bug watch, it will be done automatically.
[04:55] <Mez> where do i add it?
[04:57] <kiko> look for "#  Link To Other Bugtracker  "
[05:00] <Mez> kiko: I dont see the link anywhere
[05:04] <kiko> Mez, in the top right of the bug page.
[05:04] <Mez> I only have "report a bug"
[06:59] <sabdfl> sivang: i'm terribly opposed to anything which makes that one-line-per-task into more than one line, in 1024x768
[06:59] <sabdfl> kiko: watch syncing is not yet automatic
[07:03] <sabdfl> lifeless: feeling ok?
[07:05] <kiko> sabdfl, watch syncing for bugzilla? sure it is.
[07:05] <kiko> if you meant bringing bugs in from bugzilla, then yes
[07:17] <bradb> jbailey: fabbione is looking for you
[07:17] <lifeless> sabdfl: below average for sure
[07:17] <lifeless> just spend 20 mins on the loo
[09:16] <Mithrandir> I think one should get brownie points^W^Wkarma for writing specs.
[09:17] <Mez> I think we should get karma for eating the muffins
[09:18] <Mez> https://launchpad.net/people/motu/+assignedbugs = b0rked
[09:18] <Mez> can someone please fix?
[10:19] <Kinnison> SteveA: I've looked at that review
[10:19] <Kinnison> I always have problems using the form: assert cond, msg
[10:20] <Kinnison> It always seems to treat it successful
[10:20] <Kinnison> SteveA: it's possible I've always been unlucky of course
[10:21] <Kinnison> SteveA: the sqlvalues thing I'm happy to do
[10:21] <Kinnison> SteveA: I emphasise 'assert' in order to make it clear that the user shouldn't be expecting to catch exceptions indicating a precondition failure.
[10:21] <Kinnison> SteveA: If I correct the english where noted, use sqlvalues and get the two-arg asserts done, do I have r=stevea?
[10:23] <SteveA> yes
[10:23] <SteveA> Kinnison:
[10:23] <Kinnison> cool, thanks
[11:17] <koke> who is developing the specs part?
[11:18] <kiko> koke, mostly sabdfl
[11:18] <koke> is there any chance to have https://launchpad.net/products/launchpad/+bug/3765 before the conference ends?
[11:18] <Ubugtu> Malone bug #3765: We need new spec notification Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/3765
[11:18] <kiko> perhaps
[11:18] <koke> nice bot :)
[11:27] <kiko> Kinnison, you'd do well to trigger a gina run.
[11:27] <Kinnison> okay, I'm on it
[11:29] <Kinnison> kiko: powering up!
[11:30] <kiko> goodie goodie gumdrops
[11:33] <Kinnison> kiko: surging forwards!
[11:43] <hypn0> what is launchpad, have i got some free webspace :-/
[11:44] <SteveA> hypn0: take a look at https://launchpad.net
[11:45] <SteveA> you can register for an account, and tell people who you are on there
[11:45] <SteveA> then, take a look at the bug tracker, spec tracker, translations and all that stuff
[11:46] <hypn0> oh so its for developers
[11:46] <hypn0> i registered already
[11:47] <hypn0> i'm sure it said i got a homepage/wiki or something :-)
[11:47] <hypn0> i logged out and in again, and seemed to have lost it :-D
[11:59] <Kinnison> sabdfl: people will use "Pending Approval" for pending-review today
[11:59] <sabdfl> cool enough
[11:59] <kiko> Kinnison, it's fine, because it should be almost the same, anyway
[11:59] <Kinnison> sabdfl: So we should probably review all we can from those and then set them back to draft, or to pending-review if we get that onto production


[00:23] <tethridge> I'm trying to push my first branch to launchpad.  I've registerd a branch and now I'm trying to push it, but I'm getting an error that reads "bzr: ERROR: Transport operation not possible: http does not support mkdir()"
[00:23] <tethridge> anybody know what I'm doing wrong?
[00:24] <fullermd> You need to use bzr+ssh to push to launchpad, not http.
[00:24] <beuno> tethridge, yes, you need to specify your Launchpad id with:   bzr launchpad-login <username>
[00:25] <beuno> that will start using bzr+ssh instead of http (which is the default read-only)
[00:25] <tethridge> that did the trick
[00:25] <tethridge> thanks
[00:25] <beuno> np
[00:25]  * beuno is off for a run
[00:38] <kees> in RCS and CVS, there are in-file ident tags ($Id, $Source, etc).  How can I get bzr to update these?
[00:38] <kees> (i.e. the strings that "ident" looks file)
[00:39] <fullermd> The phrase you're looking for is "Keyword Expansion".  There's no in-core support for it.
[00:40] <fullermd> There's a proof-of-concept plugin floating around somewhere.  That keyword should bring it up.
[00:40] <kees> fullermd: thanks, yeah.  the search terms were not obvious (id, tag, rcs) heh.
[00:41] <fullermd> http://bazaar-vcs.org/KeywordExpansion specifically.
[00:42] <kees> thanks.  I had just found it too :)
[00:59] <markh> is support for platform-specific line endings (ie, windows line endings) still moving, or has it stalled?
[01:03] <fullermd> I haven't heard anything about it recently...
[01:05] <Peng_> Was it ever not stalled?
[01:05] <markh> its a bummer as it prevents me from effectively using a launchpad mirror of a CVS branch on Windows - the "real" CVS trunk and the bzr branch aren't identical at all on my platform - every single file differs :(
[01:05] <fullermd> Well, it was backfiring for a while.
[01:06] <markh> in the short term, I wonder if I can convince launchpad to allow a branch to nominate the line-ending for such an import...
[01:06] <fullermd> I dunno.  I thought at the end of the last spurt, the POC plugin for it was roughly completeish.  Not sure.
[01:09] <markh> POC?
[01:09] <bob2> proof of concept
[01:09] <bob2> I thought the only issue was dumb editors destroying the existing line endings
[01:09] <markh> right - the wiki at http://bazaar-vcs.org/LineEndings doesn't refer to an impl...
[01:09] <bob2> so it seems a bit weird that the bzr import of a cvs branch is broken
[01:10] <markh> right - how to change the copy in the working tree?
[01:10] <markh> well - not "broken"
[01:10] <fullermd> Well, either that, or Pinocchio On Crack   ;)
[01:10] <markh> the cvs checkout on windows has \r\n, the bzr branch has \n
[01:10] <bob2> weird
[01:10] <fullermd> Anyway.  It might have been an actual bundle for bzr.dev instead of a plugin.  That would make it tougher to play with.
[01:10] <markh> why is it wierd?
[01:10] <markh> if I checkout on linux, the cvs branch has \n
[01:10] <bob2> cvs is stupid like that
[01:10] <markh> ie, cvs does have basic line-end translation
[01:10] <markh> heh
[01:10] <markh> or smart ;)
[01:10] <bob2> bzr just faithfully copies it
[01:10] <markh> I get the correct line endings
[01:11] <bob2> so the bzr import should just have whatever was in the cvs repo
[01:11] <bob2> and the only issue would be editors messing it up
[01:11] <markh> the cvs repo stored \n IIUC
[01:11] <markh> but I expect if the cvs import process was run on Windows, the bzr repo would get \r\n
[01:12] <markh> assuming that import process just does a normal "cvs co" on the platform
[01:12] <snova> i'm getting an error when i try to set my launchpad username
[01:12] <markh> (ie, I expect that the cvs import process doesn't use the repo at all - it just uses whatever cvs checkout/export does on the platform - subtle but important difference)
[01:13] <snova> can anybody help?
[01:13] <bob2> snova: pastebin the error
[01:13] <markh> snova: if you give us a clue *what* error, we might :)
[01:13] <snova> where?
[01:13] <bob2> paste.pocoo.org
[01:14] <snova> it's a paltry two lines, going there now...
[01:15] <snova> here: http://paste.pocoo.org/show/87187/
[01:16] <snova> oddly enough, i can still push/checkout branches under my username (like ~snova/+junk/test)
[01:17] <markh> it looks a little like curl-ca-bundle.crt can be found by pycurl
[01:17] <markh> can't
[01:18] <snova> i thought it had something to do with certificates
[01:18] <markh> IIUC, that .crt file is full of certificates
[01:19] <snova> might it be possible to download launchpad's certificate manually?
[01:20] <markh> I think that file contains some top-level trusted issuers, which allows a whole lot of sites automatically
[01:20] <markh> try executing with '-v', then looking in .bzr.log.  IIUC, there should be some messages about that .crt missing if that is the problem.
[01:20] <markh> (probably even without -v - I'm not sure)
[01:21] <snova> it doesn't look very useful. just the same error and a traceback
[01:22] <fullermd> You could work around it by shutting off pycurl momentarily.
[01:22] <snova> how?
[01:22] <snova> i found a file on my system that might be useful: /usr/share/apps/kssl/ca-bundle.crt, which appears to contain a bunch of certificates
[01:22] <fullermd> I'd do it just by chmod'ing away the pycurl module while doing it...
[01:23] <fullermd> Hacky, to be sure.
[01:23] <snova> i've done worse
[01:24] <snova> what will bazaar do without pycurl? fall back to something else?
[01:24] <fullermd> Yeah, it'll use urllib, which doesn't do cert validation (and thus won't fail from not knowing the CA)
[01:24] <snova> i guess i'll find out -- oh, it worked now.
[01:25] <snova> i'll try putting it back and seeing what happens -- how might i test it?
[01:25] <fullermd> Normal operations you can force one or the other with URL decoration, but since you don't directly type the URL for lp-login...
[01:26] <snova> i tried lp-login again (without arguments) and i got the same error. the configuration file is correct now, though.
[01:26] <snova> i could just remove python-pycurl, nothing depends on it except a package i can get rid of anyway
[01:27] <snova> i don't even know why i have it (the extra package, that is)
[01:29] <snova> thanks everybody, removing the python-pycurl package worked
[01:29] <snova> goodbye
[02:17] <chandlerc> jelmer: any news on my segfault bug? its really blocking me currently
[02:17] <kiko__> chandlerc: what are you getting a segv on?
[02:17] <chandlerc> bzr-svn
[02:18] <kiko__> chandlerc: crashing inside an extension?
[02:18] <chandlerc> kiko: bug #276219
[02:18] <chandlerc> its extra weird, the python wrapper is pulling a null pointer out instead of a valid C-string
[03:12] <jelmer> chandlerc: just repleid
[03:12] <jelmer> *replied
[03:21] <markh> I guess it would be interesting to know if path starts out as the "impossible" value of NULL, or something in the frames called by that manage to set it.
[03:24] <jelmer> Verterok|out: ping
[06:49] <nbjayme> hello i have a question on the use of sftp.
[06:50] <nbjayme> i have multiple priv keys and i want to use an identify file named launchpad.net.  how do I specify that in bzr push sftp ?
[06:50] <nbjayme> like, i.e. -i <identity file> when using ssh.
[06:51] <bob2> are you using openssh?
[06:53] <nbjayme> i am under ubuntu ... yes i believe it's openssh.
[06:53] <nbjayme> xubuntu (to be more correct).
[06:54] <bob2> http://paste.pocoo.org/show/87195/ -> ~/.ssh/config
[06:55] <nbjayme> thanks!  i'll try that. :)
[07:08] <vila> hi all
[07:09] <nbjayme> hello too. :)
[07:10] <nbjayme> bob2 your config worked. thanks.
[07:10] <bob2> great
[07:10] <nbjayme> i tried uploading my branch but launchpad returned an error that mkdir is not allowed.
[07:11] <nbjayme> i also done the bzr push bzr+ssh  but i am not allowed to create a directory.
[07:12] <nbjayme> so, i cannot create a directory under trunk, noh?
[07:14] <bob2> trunk is a branch?
[07:14] <nbjayme> okay, thanks again bob2.
[07:16] <jml> nbjayme: what's the exact error message that Launchpad gives you?
[07:17] <nbjayme> here is bzr+ssh error:  ERROR: Generic bzr smart protocol error: bad response ("Not allowed to execute '/home/bzrrepo/bin/bzr serve --inet --directory=/ --allow-writes'.\r",)
[07:17] <nbjayme> here is bzr push sftp error:  Permission denied: "/boi-php/trunk/boiChat": [Errno 13] mkdir failed
[07:19] <nbjayme> this project can have multiple modules... boiChat is one.  I was thinking the trunk can accept multiple branch (like a shared repo).... may need to setup my local repo then to meet what's expected by trunk.
[07:30] <jml> nbjayme: branches on Launchpad need to live in ~<username>/<project>/<branch-name>
[07:31] <jml> nbjayme: if you aren't pushing to something that looks like lp:~foo/bar/baz (or bzr+ssh://bazaar.launchpad.net/~foo/bar/baz), then it's not going to work.
[07:31] <nbjayme> jml, thanks.... i was able to commit using ~<username>.  will people that want to download the branch need to place ~<username>?
[07:32] <jml> nbjayme: they'll need to use whatever username you used.
[07:32] <nbjayme> okay. thanks much. :)
[07:32] <jml> nbjayme: if you are the maintainer of that project, you can register that branch as the development focus
[07:32] <jml> nbjayme: or as the branch for a release series
[07:32] <jml> so then people can do: bzr branch lp:<project-name>
[07:34] <nbjayme> jml... it's still all new to me though, sorry for newbie questions.  you mean I need to specify that by clicking "link the branch to this series"?  then they can do lp:<project-name>?
[07:34] <jml> nbjayme: yes, if that series is the 'development focus' (i.e. trunk)
[07:35] <nbjayme> thanks!  :-)  i've done it.
[07:35] <jml> nbjayme: since most people will probably want to fetch trunk, this is Launchpad's way of making it more convenient.
[07:35] <jml> nbjayme: it's one of my favourite features :)
[07:41] <nbjayme> thanks so much.... will upload additional projects in the coming weeks. :-)
[10:12] <vila> jml: sorry to bother you, but can you ping mthaddon about pqm being blocked
[10:12] <vila> jml: by the way, did I thank enough for showing me iswitch ?
[10:16] <james_w> hey vila
[10:16] <james_w> iswitch?
[10:18] <vila> james_w: iswitch is an emacs dwimmy package to change buffers, really handy
[10:18] <james_w> ah
[11:09] <vila> jfroy: ping
[12:09] <Odd_Bloke> I have someone who wants to use bzr-svn on a Subversion working directory and be able to communicate commits to the server once he has access to it again.  Can this work?  If so, how?
[12:50] <intellectronica> hya. i'm giving LP-hosted stacked branches a try. everything works fine, but i'm having problems when trying to submit to PQM
[12:53] <Odd_Bloke> intellectronica: That _probably_ means that the bzr that PQM is using doesn't have a bzr that understands stacked branches.
[12:54] <intellectronica> Odd_Bloke: i don't think that this is a problem with the PQM. i get the same problem when trying to branch back from the branch i pushed. i get 'Permission denied (publickey)'
[12:55] <james_w> intellectronica: when you created the stacked branch did you use lp:whatever as the "stacked-on" url? Or did you use http://bazaar.lp.net/... ?
[12:55] <intellectronica> james_w: i used lp:
[12:56] <Odd_Bloke> intellectronica: "lp:" will probably have resolved to your bzr+ssh:// URL, which won't work for PQM.
[12:56] <james_w> intellectronica: what I think has happened is that is translated to a bzr+ssh://intellectronica@ URI, which no-one else can access
[12:58] <intellectronica> james_w: still, the push went fine, and LP shows me that it's there
[12:58] <james_w> push from you may be ok, as you have access to both branches
[12:59] <Odd_Bloke> intellectronica: Have you tried a pull from the http location of the branch?
[12:59] <james_w> creating the stacked branch with http://... as the stacked-on URI may be worth a try
[13:02] <intellectronica> so, problem solved. turns out i needed to specify my lp username in the URLs used in locations.conf (since it is different from my local username, which ssh would have used by default)
[13:03] <intellectronica> bzr+ssh works fine after that, b.t.w
[13:03] <Odd_Bloke> intellectronica: It might not for other people, FWIW.
[13:03] <kiko> intellectronica, I find it interesting that launchpad-login doesn't fix that under the covers.
[13:04] <kiko> intellectronica, I think it's worth reporting a bzr bug with lots of details and the workaround. I'll talk to martin about it
[13:04] <intellectronica> kiko: indeed. it obviously does the right thing when i try to push, just not when i try to read
[13:04] <kiko> exactly
[13:31] <kiko> intellectronica, did you file the bug?
[13:32] <intellectronica> kiko: not yet. will do shortly, though
[13:32] <kiko> cool, I want to use it in a reply to salgado
[13:37] <intellectronica> kiko: https://bugs.launchpad.net/launchpad-bazaar/+bug/279037
[15:01] <jelmer> Odd_Bloke, hi
[15:06] <Odd_Bloke> jelmer: Ho.
[15:06] <jelmer> Odd_Bloke, What would be blocking me from using PQM with a git repo?
[15:07] <Odd_Bloke> jelmer: I don't know, TBH.
[15:07] <jelmer> Odd_Bloke, but on the PQM side of things?
[15:09] <Odd_Bloke> jelmer: Not sure, I'll look into it in a while.
[15:12] <Odd_Bloke> jelmer: If you look at Bazaar2Handler in pqm/__init__.py in the PQM source, that's all that is needed.
[15:16] <jelmer> Odd_Bloke, ah, ok, that doesn't look too bad
[15:16] <jelmer> Odd_Bloke, it looks like some of your branches are not yet merged - is that correct?
[15:17] <Odd_Bloke> jelmer: http://bzr.daniel-watkins.co.uk/pqm/dependencies.png are the branches waiting to be merged. :p
[15:17] <jelmer> Odd_Bloke, wow..
[15:17] <jelmer> Odd_Bloke, is there an integration branch that contains all of them?
[15:19] <Odd_Bloke> jelmer: Not yet, that's on my TODO list.
[16:39] <Odd_Bloke> I'm getting "bzr: ERROR: exceptions.ImportError: cannot import name bisect_right" with a traceback whenever I try to run bzr.dev.  Any thoughts on what might be causing this?
[16:40] <Odd_Bloke> Happens even with '--no-plugins'.
[16:40] <nevans> I just used the rebase plugin (because rebase-push is the only bzr-svn workflow that puts all changesets into the svn-repo)... but it didn't rebase the first changeset.
[16:40] <nevans> got a bunch of conflicts, but I resolved them rather than notice what had happened.
[16:41] <nevans> so I can't run rebase-abort anymore
[16:41] <nevans> is there an easy way to find the previous branch head (prior to rebasing), and get back to it?
[16:41] <jelmer> nevans: "bzr heads" should give you a ist of heads
[16:42] <nevans> jelmer, thanks.  running that now.
[16:42] <nevans> jelmer: any idea why rebase might have missed a changeset?
[16:43] <jelmer> nevans, what do you mean by first changeset exactly?
[16:43] <nevans> running rebase 0.4.1 and bzr 1.7.1
[16:43] <Odd_Bloke> Oh, epic fail.  I have a directory called 'bisect' in the directory I was running from, which happens to be a Python module. >.<
[16:43] <nevans> I had three changesets in my branch that weren't in the parent... after the rebase, only two of them were rebased on top of the parent
[16:43] <jelmer> Nephyrin, was one of them a merge revision perhaps?
[16:44] <nevans> all of new/modified files in that first commit were lost
[16:44] <nevans> jelmer, yeah, it was.
[16:44] <jelmer> nevans, rebase skips merges by default
[16:44] <nevans> ahhh
[16:44] <jelmer> nevans, you can force it to rebase merges by using --always-rebase-merges
[16:45] <nevans> yeah... I think I'll need to use that.  :)
[16:45] <jelmer> rebasing a merge will potentially cause a lot of conflicts though
[16:45] <nevans> I was merging from a third branch into a branch based off of svn-trunk
[16:45] <nevans> then rebasing that branch against svn-trunk
[16:45] <jelmer> Btw, rebase is not the only workflow anymore these days that makes all revisions end up in svn
[16:45] <nevans> oh?
[16:46] <nevans> cool... because using rebase just feels a bit weird.  :)
[16:46] <jelmer> you can set push_merged_revisions = True; that'll push revisions that were merged in branches/FOO
[16:46] <nevans> interesting.
[16:46] <nevans> I'll play around with that.
[16:46] <nevans> thanks!
[16:52] <nevans> jelmer: any news on #248289?
[16:52] <nevans> that ticket is why I originally switched to the rebase-push workflow...
[16:53] <nevans> https://bugs.launchpad.net/bzr-svn/+bug/248289 (concurrent access problems)
[16:54] <jelmer> nevans, no, that requires changes in bzrlib
[16:57] <mdmkolbe> Help! bzr complains that it can't aquite lock "(remote lock)".  I think it broke when the network died durring a commit.  How do I fix it?
[16:58] <jelmer> mdmkolbe: bzr break-lock <url>
[16:59] <mdmkolbe> jelmer: thanks, that fixed it.  Yea!
[18:28] <clemente> Hi, I'm just trying to continue the patch I did on another computer. And I try on a branch of lp:bzr :  bzr pull<EMAIL_ADDRESS>[18:28] <clemente> And I get: bzr: ERROR: These branches have diverged. Use the merge command to reconcile them.
[18:29] <clemente> How could they diverge?
[18:29] <clemente> And I don't want to merge, only to pull
[18:31] <james_w> clemente: if lp:bzr has moved on in the meantime they will be diverged
[18:31] <james_w> clemente: if you don't have any local commits on top of lp:bzr then "bzr pull --overwrite" will do what you want
[18:32] <jelmer> hmm, somebody needs to give pqm a kick
[18:32] <clemente> james_w: ok, with --overwrite it is applied (because the still applied cleanly). That's what I needed; thanks
[18:35] <clemente> If a patch can apply cleanly (with no conflicts), shouldn't pull really pull it even if the branches diverged? (I think there was some discussion about that)
[18:36] <fullermd> Pull doesn't apply patches.
[18:36] <fullermd> Pull syncs _branches_.  You can't sync to something that's not a superset of you without losing data.
[18:36] <fullermd> Hence, requiring forcing.
[18:40] <clemente> fullermd: I understand that a bit, but I think an unexperienced new user can see this as a limitation
[18:40] <clemente> because... sometimes you can sync without losing data
[18:40] <clemente> It is like applying a patch and then commiting afterwards
[18:41] <fullermd> But then your branch isn't synced.
[18:41] <clemente> If the remote changes are different to the local changes, a clean merge is possible
[18:41] <fullermd> pull makes it so that the branches are the _same_, not the files.  If 'log' doesn't show EXACTLY the same thing on both sides, the branches are different.
[18:41] <fullermd> If you want to merge, then you use merge.
[18:43] <fullermd> In git, they're not so distinguished; you have merge which fast-forwards (pulls) if it can, or falls back to merging if it can't.
[18:43] <fullermd> But they're distinct actions, which is why bzr makes them different commands.
[18:44] <clemente> fullermd: yes, git confused things for me still more
[18:44] <fullermd> pull means "update my _mirror_ of that other branch".  merge means "bring in the _changes_ from that other branch".
[18:45] <clemente> But --speaking as a user who looks at the interface-- merge joined my branch with the trunk; what I was looking for is to _bring the changes_ but without joining the two branches
[18:45] <clemente> Now I know that it's bzr pull --overwrite
[18:46] <luks> not really, pull --overwrite will get rid of your local revisions
[18:47] <clemente> And how can bzr otherwise bring the changes without joining the branches?
[18:48] <clemente> Well, for the patches it would be „bzr patch“.... but for the new _revisions_?
[18:48] <luks> if you care only about changes, not the original revisions there is bzr-rebase
[18:48] <luks> if you care about the revisions, there is no way
[18:50] <luks> pull --overwrite is something you want to use _only_ if you want a mirror of the pulled branch
[18:50] <clemente> I wanted to do this only so that Bundle Buggy could detect that I superseded my own patch (written in another computer). I assume this objective will be difficult...
[18:51] <luks> if you have two diverged merge requests (branches), and want BB to recognize one of them as superseeded, you need to merge
[18:51] <luks> or pull the other branch before committing to the new branch
[18:53] <clemente> luks: you mean pull --overwrite from the patch, right?
[18:53] <clemente> The two branches (on each computer) are disconnected
[18:55] <luks> clemente: the patch represents the branch
[19:03] <clemente> Thanks, that was very useful
[19:03] <clemente> I have a hard time trying to correlate bzr commands/plugins (for instance, rebase) with the actions they do in fact to the revision graph shown by „bzr vis“
[19:04] <clemente> I would like a „bzr vis“ where you could edit/drag/cut/copy/... nodes :-)
[19:06] <mathiaz> james_w: Hi - I'd like to get your input on using bzr branches for packaging. Here is the situation - the dovecot packaging branch in debian is in svn.
[19:06] <mathiaz> james_w: here: svn://svn.debian.org/svn/collab-maint/deb-maint/dovecot/branches/1.1-work/debian
[19:07] <mathiaz> james_w: I'd like to create an ubuntu branch that has the structure ubuntu/debian/
[19:07] <fullermd> clemente: There are few manipulations of nodes that you can do, without replacing the nodes.
[19:07] <mathiaz> james_w: the problem is that the debian svn repository has just the files in debian/ - it doesn't have a sub-directory debian/ with the files in it.
[19:08] <clemente> fullermd: if you start from the top, this doesn't affect the older nodes (below)
[19:09] <fullermd> clemente: rebase is for doing those sort of changes
[19:09] <mathiaz> james_w: so how can I structure an ubuntu/ directory that would have a debian/ branch in it ?
[19:09] <clemente> fullermd: For instance, what I wanted was just to „cut“ the wire which connected my branch with the trunk branch...
[19:09] <clemente> fullermd: ok, I should learn it
[19:10] <fullermd> Well, there aren't any "wires" per se connecting branches.  The important thing is the revision graph.
[19:10] <fullermd> Essentially, you can add nodes into the top of it; pretty much any other action is destructive to one degree or another.
[19:11] <clemente> ok, I wanted to cut the „edge“ which connected the latest revision nodes of each branch (mine, and trunk)
[19:12] <clemente> There are many operations on the top nodes which could be represented graphically and through drag & drop
[19:13] <fullermd> Well, you can represent a lot graphically.  You're more limited in what you can do within the constraints of the bzr revision graph   :p
[19:13] <fullermd> You can't create a new node "underneath" an existing one, for instance.
[19:15] <clemente> That would replace all the upper nodes
[19:15] <fullermd> Right.  You'd have to create a whole new set of all the nodes after that point.
[19:16] <fullermd> Which means that everybody else's copy of the branch would now be incorrect, and need to be force-sync'd.  Any work they'd done on top of those old revisions would have to be recreated or it couldn't be merged or kept up to date.  etc.
[19:16] <fullermd> (which isn't to say it's necessarily or always a Bad Idea; just that it has reprecussions, so it needs to be done deliberately)
[19:18] <james_w> hey mathiaz, "bzr join" can do that I think
[19:18] <james_w> mathiaz: I've never used it though
[19:22] <clemente> fullermd: I suppose this graphical revision editor would be too ambitious to be placed in the bug tracker as a RFE... :-)
[19:23] <fullermd> Well, in thse sense that rather open-ended wishlist items don't fit the bugtracker well...
[19:24] <fullermd> It could be a handy thing to have around.  Probably more "useful" to define a full rewriting engine and language, then write a GUI frontend for it.
[19:24] <fullermd> I've mentally fiddled with a language from time to time for it.
[19:24] <fullermd> It's definitely something that's needed.
[19:24] <mathiaz> james_w: hm - it kind of works. I think I was looking for something similar to svn externals definition.
[19:25] <clemente> That's very interesting. The revision specification has already many ways to locate revisions, but --I think-- not to manipulate them
[19:25] <mathiaz> james_w: the problem is that I cannot add the files in debian/ to the ubuntu branch.
[19:26] <mathiaz> james_w: I've joined to the debian/ branch with the --reference option.
[19:27] <fullermd> Yeah, that's what revspecs are for; ways of specifying revisions   :)
[19:27] <james_w> mathiaz: yeah, --reference is more like svn:externals, but it's experimental, so I would recommend it if this is more than an experiment.
[19:27] <james_w> mathiaz: I hope it becomes supported soon.
[19:27] <fullermd> A good general mechanism for rewriting history is certainly necessary.  But it's also necessarily an extraordinary action.
[19:28] <mathiaz> james_w: right - I'm working on the dovecot package for now.
[19:29] <mathiaz> james_w: whenever I touch a package that is maintained in svn in debian I look into ways to create an ubuntu branch in bzr.
[19:29] <mathiaz> james_w: while still making it easy to forward patches to debian/.
[19:30] <mathiaz> james_w: in this case it's a bit tricky as it's a package in experimental that doesn't use a pkg-name/debian/ structure.
[19:31] <mathiaz> james_w: I'd like to end up with an ubuntu branch I could use bzr bd with.
[19:31] <james_w> mathiaz: I'm glad you are trying these things. It's a shame I often don't have a good answer for you.
[19:31] <mathiaz> james_w: but I don't see how I can connect the debian branch with ubuntu/debian/
[19:32] <mathiaz> james_w: ok - thanks for the help. I'll play with this a little bit more.
[19:32] <james_w> there's the merge-into plugin, which is similar to "bzr join" without --reference, but I don't know if it will have a benefit over "bzr join" for your case.
[19:32] <james_w> mathiaz: I'm interested by "the problem is that I cannot add the files in debian/ to the ubuntu branch." Could you expand?
[19:36] <mathiaz> james_w: http://paste.ubuntu.com/54737/
[19:37] <mathiaz> james_w: and that's when I try to join the subtree: http://paste.ubuntu.com/54738/
[19:39] <james_w> mathiaz: can you try "bzr join" without --reference please?
[19:39] <james_w> mathiaz: I believe it still allows you to "bzr pull" later
[19:42] <mathiaz> james_w: http://paste.ubuntu.com/54740/
[19:42] <mathiaz> james_w: well - what I'd like to be able to do is also bzr diff in debian/
[19:42] <mathiaz> james_w: and get the diff with the debian svn branch
[19:43] <james_w> mathiaz: hmm, yeah, I guess that "bzr diff -r branch:svn://..." might work, but I don't really know
[19:44] <james_w> mathiaz: that looks sensible
[19:44] <mathiaz> james_w: hm - bzr diff --old seems to almost work
[19:44] <james_w> mathiaz: confusing but sensible
[19:48] <mathiaz> james_w: hm - bzr  merge doesn't work once I've joined the debian branch.
[19:48] <james_w> mathiaz: are you in ./debian?
[19:49] <mathiaz> james_w: yes - it fails with an error about Key 'new-2' not found
[19:49] <mathiaz> james_w: http://paste.ubuntu.com/54741/
[19:49] <james_w> mathiaz: I would guess it's a bug then
[19:49] <james_w> mathiaz: rather than not being supposed to work
[19:50] <james_w> mathiaz: sorry about that, it looks like you can't really do what you want currently
[19:50] <mathiaz> james_w: oh well - this not the end of the world. I'll survive :D
[19:51] <james_w> you always do :-)
[19:57] <clemente> What format does tree.set_parent_ids([....]) expect?
[19:57] <clemente> Is that the „revision graph“?
[19:58] <james_w> clemente: a list of revision ids
[19:58] <james_w> which are strings
[19:59] <clemente> and what relation is there between the elements of that list?
[19:59] <clemente> Is that function declaring that each left-most is parent of the right-most ?
[20:01] <james_w> the left-most is the first item in the list
[20:01] <james_w> the right-most is the last item
[20:02] <clemente> And each revision is the parent of the revision right to it
[20:03] <clemente> So ["a","b","c"] is a tree with 3 revisions, right? The first one (in time) was "a", then came "b", then came "c"
[20:06] <james_w> no, it's just about the parents of the working tree
[20:06] <james_w> [] is the tree before any commits
[20:06] <james_w> ["x"] is a normal tree
[20:06] <james_w> ["x", "y", ...] is a tree with pending merges
[20:08] <clemente> ouch! I thought that all parents were listed there. So that's why it's more normal to list just one revision there. Thanks
[20:09] <clemente> Only parents of the working tree. Not the parents of those parents, etc.
[20:10] <james_w> yup
[20:11] <clemente> A tree has a revision as its parent. And which parent has that revision?
[20:11] <clemente> Does it matter for tree.set_parent_ids()?
[20:12] <james_w> it doesn't matter
[20:12] <james_w> the parent(s) are stored as part of the revision
[20:12] <james_w> or rather the revision tree, which is referenced by the revision, I think
[20:14] <clemente> I always think that I must describe the whole revision graph, from [] to any revision
[20:15] <james_w> that only really happens in tests I think
[20:42] <clemente> I'm seeing this on a test I'm writing: bzrlib.tests.branch_implementations.test_sprout.TestSprout.test_sprout_with_utf8_symlink(RemoteBranchFormat-default) is leaking threads among 2 leaking tests
[20:42] <clemente> The tests are failing and I throw KnownFailure
[20:42] <clemente> Is something wrong?
[20:43] <clemente> Ran 7 tests in 0.661s.  OK (known_failures=5).  The other 2 „leak threads“...?
[20:48] <james_w> that's not necessarily your test
[20:48] <james_w> if you comment out your test do they go away?
[20:48] <james_w> I'm not even sure whether it's deterministic
[20:50] <clemente> It's my test. „I'm leaking threads“ if I do just „tree = self.make_branch_and_tree('tree1')“ but not if I do „print "a"“
[20:51] <clemente> Mmm... not only my test. Others do it too:  ./bzr selftest test_sprout_from_any_repo_revision
[20:52] <clemente> bzrlib.tests.branch_implementations.test_sprout.TestSprout.test_sprout_from_any_repo_revision(RemoteBranchFormat-default) is leaking threads among 2 leaking tests
[20:53] <stefanlsd> Does anyone know why this doesnt work - bzr branch lp:~ubuntu-dev/mplayer/ubuntu     -  It just hangs and doesnt download anything... - would it be a bzr thing with big repo's?
[20:55] <clemente> stefanlsd: works here. Try pressing ENTER several times (>4). Maybe you are also experiencing bug 246052
[20:57] <james_w> clemente: hmm, self.make_branch_and_tree shouldn't leak threads, if it is, it's not your fault
[20:58] <clemente> stefanlsd: in any case, to see what the bzr process is doing, you can attach to it with: strace -p pid_of_the_bazaar_process
[21:00] <stefanlsd> clemente: thanks. thats useful - repeating this over and over http://pastebin.ubuntu.com/54761/
[21:02] <clemente> stefanlsd: the send() and recv() show that it's downloading things from the net
[21:02] <clemente> send("GET /") is requesting
[21:02] <clemente> So it is just slow...
[21:03] <stefanlsd> ok... heh. slow
[21:03] <clemente> So that you can enjoy Bazaar longer :-)
[21:03] <clemente> Bazaar could show more information during that time (or something else to read); maybe you can find or file a bug report about that
[21:04] <stefanlsd> joys of being in south africa :)
[21:15] <clemente> Ok, I wrote my second patch much faster than the first one; thank you for helping beginners to learn Bazaar :-)
[21:16] <james_w> mathiaz: I just came across bug 203376, which I think is what you are hitting. It's fixed in 1.7, which unfortunately isn't in Intrepid
[21:16] <clemente> stefanlsd: by the way, the „branch“ command I started when you said that, has finished right now successfully on my machine. 108 Mb
[21:17] <mathiaz> james_w: ok. It turns out that I missunderstood the branch structure. The branch actually follows the pkg-name/debian/ structure :D
[21:17] <james_w> heh
[21:18] <mathiaz> james_w: so I've setup a merge mode for bzr builddeb.
[21:18] <mathiaz> james_w: it's just that the svn branch has two other directories in addition to the debian directory.
[21:18] <stefanlsd> clemente: aah. ouch.  mm.  is it possible for me to branch ignoring all previous changes history etc?   just want the latest so i can merge a 5 line patch into...
[21:18] <mathiaz> james_w: that confused me.
[21:18] <stefanlsd> clemente: i'm on 8mb so far :)
[21:19] <james_w> ah, at least it works
[21:19] <mathiaz> james_w: so now I've co the debian svn tree, and branched it to an ubuntu/ branch.
[21:20] <mathiaz> james_w: I've setup merge mode for builddeb and added the configuration to the bzr branch.
[21:20] <clemente> stefanlsd: mmm... from memory, I think there are „lightweight checkouts“ to check out just the latest things, and „stacked branches“ to have a part here and another remote (I think, please correct if needed)
[21:20] <mathiaz> james_w: now I have to import the ubuntu changes.
[21:20] <mathiaz> james_w: any suggestions ?
[21:21] <james_w> does ubuntu touch anything outside of ./debian/ ?
[21:21] <mathiaz> james_w: let me check that
[21:22] <clemente> clemente: probably with „stacked branches“ you could do that. Although I never used them
[21:22] <clemente> clemente: stop talking to yourself!
[21:22] <james_w> mathiaz: it's not easy though
[21:23] <james_w> mathiaz: I don't think I can offer you more that diff+patch or equivalent currently
[21:23] <clemente> stefanlsd: see ./bzr help branch   on bzr >=1.6 for --stacked
[21:23] <mathiaz> james_w: right - I may try to use loom again
[21:23] <stefanlsd> clemente: yeah. reading about stacked right now. sounds interesting...
[21:29] <jelmer> chandlerc: ping
[21:29] <clemente> After „bzr selftest“:  Ran 14132 tests in 956.732s.  FAILED (failures=37, errors=43, known_failure_count=27)
[21:29] <clemente> Is this the normal state? I mean failures!=0
[21:30] <james_w> no, shouldn't be
[21:30] <james_w> if the "./bzr" you said a moment ago means you are on linux at least
[21:30] <james_w> windows may have that, I'm not sure
[21:30] <clemente> yes I am
[21:31] <james_w> yeah, should be 0 failures
[21:31] <james_w> PQM tries to ensure that
[21:31] <clemente> Most of them are like:
[21:31] <james_w> platform differences etc. can mean that it's not always 0 on your machine
[21:31] <clemente>     self.run_bzr('patch --silent mypatch')
[21:31] <clemente> AssertionError: Unexpected return code
[21:31] <clemente> not equal:
[21:31] <clemente> a = 0
[21:31] <clemente> b = 3
[21:31] <james_w> ah, you might like to run the tests with --no-plugins
[21:32] <james_w> assuming that you aren't testing a plugin
[21:32] <clemente> Aren't plugins required to pass tests?
[21:32] <james_w> shouldn't be
[21:33] <james_w> it won't load the tests of the plugins either
[21:33] <james_w> and nothing in bzr core should rely on a plugin being present
[21:33] <clemente> I only had 2: bzr_push_and_update  bzr_rebase
[21:39] <jelmer> clemente, patch is in bzrtools
[21:40] <clemente> jelmer: mmm... do I have bzrtools installed? :-)
[21:40] <clemente> I think not
[21:40] <clemente> Does it mean that if I add it to my Bazaar, the bug will disappear?
[21:41] <jelmer> clemente, It appears like you have bzrtools installed
[21:41] <jelmer> clemente, does "bzr plugins" list  bzrtools?
[21:41] <clemente> jelmer: yes... But I don't know where did it find it
[21:42] <clemente> Not in ~/.bazaar/plugins
[21:42] <jelmer> clemente, in the system folkder perhaps?
[21:43] <clemente> probably. I thought that if I ran bzr like ./bzr, the system folder wouldn't be read
[21:43]  * clemente has bzrtools in /usr/lib/python2.5/site-packages/bzrlib/plugins/bzrtools
[21:46] <stefanlsd> is there a suggested ppa for 1.7?
[21:49] <clemente> Ran 13889 tests in 954.235s. OK (known_failures=27). 862 tests skipped   <== with --no-plugins. Runs as expected
[21:49] <clemente> what's a PPA? :-)
[21:50] <james_w> stefanlsd: the ~bzr one I expect
[21:50] <clemente> Ok, Personal Package Archive
[21:50] <clemente> Only for Debian?
[21:50] <stefanlsd> mmm. looks like..  https://edge.launchpad.net/~bzr/+archive
[21:51] <clemente> and Ubuntu, etc?
[21:54] <james_w> clemente: just for Ubuntu currently
[22:51] <jelmer> lifeless, 'morning
[22:51] <lifeless> hi jelmer, how are you?
[22:51] <jelmer> lifeless, Good, thanks
[22:52] <jelmer> just got "bzr svn-serve" working
[22:52] <lifeless> schweet
[23:09] <james_w> hey lifeless, have you had a chance to review my config-manager patch?