[09:06] <apw> tseliot, i hear you have bryces mantle this month ... just in time for a nasty intel gpu hang to appear
[09:07] <tseliot> apw: you're right. And I don't seem to be able to reproduce the problem here
[09:07] <tseliot> apw: did you find a way to reproduce the lockups?
[09:07] <apw> damn i had two different machines do it in 5 minutes last night.  the second of wihch i was using to debug the first
[09:07] <apw> i _think_ but am not sure that a suspend/resume in the past may be required to trigger it
[09:08] <tseliot> ok
[09:08] <apw> cirtainly two of the ones i've seen on my GM45E were instantly on resume
[09:08] <apw> i did maybe 5-6 s/r cycles last night and got one
[09:08] <tseliot> ah
[09:08] <apw> it was definatly a gpu hang, sequence number thingy not going up any more
[09:09] <apw> jk mentioned that he had had one and indicated he had noted that he wasn't gettting interrupts any more
[09:09] <apw> i don't know if he meant they were disabled or not ...
[09:09] <tseliot> ok, what bug number are you referring to? (just to be sure)
[09:09]  * apw is looking for the 'how to debug GPU hangs page' to see if there are any preparetory steps to get more debug
[09:10]  * apw gets the numbers
[09:11] <apw> the original was filed by mdz
[09:13] <apw> bug #424055
[09:13] <apw> i have bug #429199 and bug #429191 for my two occurances
[09:14] <tseliot> great, I have a Dell Mini 10v so I should be able to reproduce the 1st bug
[09:14] <apw> mdz mentioned two other people who have seen it
[09:14] <apw> my gme945 is also a mini10v, so you are in the right area there, though that has been the one  i have reprod'd it less often on
[09:14] <apw> mine are both with the -10.32 karmic kernel
[09:15] <tseliot> ok
[09:15] <apw> is there any steps i should take (or a script to folllow) to get the most info from the next reproduce by
[09:17] <apw> tseliot, is this more likely to be kernel or mesa level issue do you think?  should i open kernel tasks on these bugs?
[09:17] <tseliot> apw: you can either try mdz's script or follow amitk's instructions: http://smackerelofopinion.blogspot.com/2009/06/looking-at-intel-x-hangs.html
[09:18] <apw> smackerel of opinion is ckings blog
[09:19] <tseliot> apw: right, wrong person ;)
[09:19]  * apw notes OSD has lost its mind and is using its second slot only ... sigh ... what else can break
[09:19] <tseliot> as regards the bug, I wouldn't know, I have yet to look into this problem
[09:20] <tseliot> this is worse (with nvidia): https://bugs.launchpad.net/ubuntu/+bug/429003
[09:21] <apw> tseliot, to add to your woes, my ATI based T30 with stock karmic on it, does not repaint the screen properly at all
[09:21] <apw> so i'd say thats all three major graphics in the crapper one way or anohter.  though that does at least make the intel look good
[09:22] <tseliot> apw: with and/or without compiz?
[09:22] <apw> with compiz
[09:22] <tseliot> have you filed a bug report about it?
[09:23] <apw> nope not yet ... damn i should do that now ...
[09:23] <apw> i'll get it updated to 'now' and make sure its still there and get it filed too ...
[09:23]  * tseliot installs the new libc6 for testing. Wish me good luck
[09:24]  * apw has that, so that i think will work :)
[09:25] <apw> tseliot, i note that the gdm login is ok on this machine ... i assume that is not compositied, it goes to poop as i login
[09:26] <tseliot> apw: try disabling compiz and see if you notice the same problem
[09:26] <apw> will do
[09:27] <tseliot> thanks
[09:28]  * tseliot restarts X
[09:40] <apw> tseliot, ok just did 4 s/r cycles on my GM45 and its come back up ok, but i am seeing screen corruption now, and all of my window manager wigets are invisible.  still there but invisible
[09:40] <apw> oh and now, hitting print screen, has taken it out
[09:41] <tseliot> apw: what do you mean by window manager widget? Can you take a screen shot, please?
[09:41] <tseliot> oh
[09:42] <apw> as in the decorations the wm normally adds, the top bar with the title etc ... all invisible
[09:42] <apw> you can click (could) on them and move the windows, but they are 'not there'
[09:42] <tseliot> are you using compiz?
[09:43] <apw> yep using compiz
[09:44] <apw> apw@dm$ cat i915_gem_seqno
[09:44] <apw> Current sequence: 1807468
[09:44] <apw> Waiter sequence:  1807469
[09:44] <apw> IRQ sequence:     1807447
[09:44] <apw> i assume that that is bad?
[09:44] <apw> tseliot, is there anything else i can gather to help understand this one?
[09:45] <tseliot> ok so obviously something wrong happens when suspending/resuming
[09:45] <tseliot> can you add these details to the bug report?
[09:45] <apw> i'd say its a trigger for sure ... i logged out and in, then did 4 s/r and thats the state i ended up in
[09:45] <tseliot> or maybe file a new one
[09:46] <apw> whats your preference, can do either
[09:46] <apw> i have some pictures of the mess just before it locked too
[09:46] <tseliot> maybe file a separate bug so that I can upstream it
[09:47] <apw> ack
[09:47] <tseliot> if they are really the same bug then we'll merge the 2 reports
[09:49] <apw> yep understand its easier to merge than split every time
[10:05] <apw> tseliot, bug #429241
[10:09] <hyperair> is there a known boot-hang with the karmic kernel and ati cards?
[10:09] <hyperair> boot-hang issue i mean
[10:16] <tseliot> apw: thanks
[10:18] <apw> hyperair, not that i am aware of as yet
[10:18] <apw> tseliot, confirmed my ati experience is fine with compiz disabled
[10:19] <apw> hyperair, i assume your hang is before login?
[10:19] <tseliot> hyperair: what do you mean by boot-hang exactly?
[10:20] <hyperair> apw, tseliot: i'm not sure of the specifics, as i've never actually looked at it yet. this is from descriptions a friend gave me (he went and reinstalled 8.10 due to network issues in jaunty and boot-hang issues in karmic)
[10:20] <tseliot> apw: ok, can you file a bug report about it (including this detail), please?
[10:20] <hyperair> apw: it definitely doesn't reach the login screen, at least.
[10:21] <hyperair> apw: from what i've heard, it's like the usplash times out and then falls back onto a black screen with a blinking cursor.
[10:21] <tseliot> hyperair: I would need him to reproduce the problem, reboot, boot in Recovery mode and collect /var/log/Xorg.0.log and /var/log/Xorg.0.log.old
[10:22]  * apw turns into bug file monster
[10:22] <hyperair> i'll see if i can grab hold of him sometime =\
[10:23] <tseliot> heh
[10:32]  * tseliot reboots into jaunty hoping that ubuntu startup disk creator works there
[10:37] <hyperair> it works for me on karmic =\
[10:37] <hyperair> it just takes up loads of i/o and hangs my entire machine for a good 10 minutes or so
[11:07] <apw> tseliot bug #429251
[11:07] <tseliot> apw: thanks again
[11:08] <apw> heh ... a world of pain shoved over the wall and he thanks me :)
[11:09] <tseliot> a world of pain without useful information would be much worse ;)
[11:10] <apw> i shoved a GPU dump into that GM45E hang no idea what that says mind, hopefully someone can read it
[11:17] <_B00> good morning :D
[11:18] <_B00> anyone about?
[11:21] <tseliot> apw: that's definitely useful. I'll try to get a GPU dump on the Dell Mini 10v too. Upstream developers such as jbarnes should be able to read them (unfortunately I'm not)
[11:21] <tseliot> _B00: what's up?
[11:22] <_B00> hi tseliot, just wondering what this is.
[11:22] <_B00> is it updates for the x-server?
[11:22] <_B00> as I'm having trouble getting gfx drivers to work on me TNT2 (snigger)
[11:22] <tseliot> _B00: "this" being what? This channel?
[11:23] <_B00> yea adn the webby, also the selection in the 3rd party software on ubuntu tweak
[11:23] <tseliot> _B00: are you using Nvidia's proprietary driver?
[11:23] <_B00> I've tried loads of variations and settings from various forums
[11:23] <_B00> even the drivers on nvidia web
[11:24] <_B00> I read there was a known bug for my card with this release of ubuntu (jaunty 9.04)
[11:25] <_B00> I think all I have is nv at the moment, after cleaning the drivers out i chose
[11:25] <_B00> which did not work
[11:25] <tseliot> _B00: that might be a problem. Installing all kinds of drivers (especially the ones from Nvidia's website) can cause problems with the packages in Ubuntu
[11:26] <_B00> VGA compatible controller: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] (rev 15)
[11:26] <_B00> I installed a set of drivers one at a time tseliot
[11:26] <_B00> then purged the installs after no success
[11:27] <_B00> "no nvidia driver present nvidia_something_so
[11:27] <_B00> "
[11:28] <_B00> I went to the directory and there it was. So no idea personally
[11:28] <tseliot> _B00: did you uninstall the one from nvidia's website?
[11:28] <_B00> yea
[11:28] <_B00> i do a whereis nvidia and nothing shows
[11:28] <_B00> also gui search :D no results
[11:30] <tseliot> please try installing the driver (nvidia-glx-71) with either jockey or envyng and, if it doesn't work, please file a bug report on launchpad about nvidia-glx-71
[11:30]  * tseliot restarts X
[11:55] <tseliot> apw: can you add the version of mesa that you're using with the -ati driver to the bug report, please?
[11:56] <apw> tseliot, doesn't that get picked up with the ubuntu-bug ...-ati ... shame on us
[11:57] <tseliot> apw: my bad. This is what happens when I look at different bugs at the same time...
[11:57] <tseliot> ;)
[11:58] <apw> tseliot, is it already in there?
[11:58] <tseliot> apw: yep
[11:58]  * apw finds another corruption bug in ati
[11:58] <tseliot> libgl1-mesa-glx 7.6.0~git20090817.7c422387-0ubuntu3
[11:58] <apw> seems that the OSD gets shows crapola like an old fashioned TV off tune when connecting the network!
[11:58] <apw> without compiz
[11:59] <tseliot> :-/
[11:59]  * apw files more bugs ... boo
[12:00] <apw> now is that an OSD bug, or a grpahics bug
[12:00] <tseliot> so xrender is broken too... nice
[12:01] <apw> only seems to be affecting OSD ...
[12:01] <apw> nothing else i've tried is ill
[12:01] <apw> oh xrender, not everyone uses that i guess
[12:03]  * tseliot nods
[12:03] <tseliot> can you reproduce the problem with -intel (without compiz)?
[12:04]  * apw tried
[12:04] <apw> tries
[12:06] <apw> tseliot, seems ok on this intel GM945E
[12:10] <tseliot> apw: ok, let me see if upstream is aware of this
[12:10] <apw> tseliot, bug #429295
[12:11] <tseliot> apw: great, I'll try to upstream this too
[12:14] <jcristau> tseliot: so you're the new bryce? :)
[12:14] <tseliot> jcristau: only for this month
[12:14] <apw> i think thats a compliment :)
[12:15] <tseliot> apw: it surely is ;)
[12:18]  * apw fills his digital camera with pictures of broken ubuntu :/
[12:20] <apw> i've marked that OSD one for osd as well, so its visible when regular users try and file a duplicate
[12:20] <tseliot> apw: good move. Thanks
[12:21]  * tseliot is waiting on the Dell Mini 10 v to finish its endless dist-upgrade...
[12:22] <apw> heh nasty
[12:22] <apw> tseliot, anything more i can specifically do on any of these?  else i'll wander off and tread the fine line between them
[12:23] <apw> obviously if you think any of them are kernel, do yell at me
[12:24] <tseliot> apw: ok, I'll let you know. Thanks
[12:24] <apw> the intel stuff is likely to be a major pain point till its fixed
[12:26]  * tseliot (sadly) agrees
[12:26]  * tseliot -> lunch
[12:37] <tjaalton> isn't it the one where downgrading mesa helps?
[13:06] <apw> tjaalton, it ?
[13:07] <apw> i915 hangs, ati corruption, or osd corruption, or something else?
[13:13] <tjaalton> apw: i915 hangs with compiz
[13:13] <apw> tjaalton, is there a recommended downlevel for testing there?
[13:14] <apw> i seem to be able to trigger it pretty quickly if i suspend/resume a lot
[13:14] <tjaalton> apw: the last 7.5.x version should work
[13:14] <tjaalton> before the snapshot
[13:14] <tjaalton> and I see it too
[13:15] <apw> its the suspend/resume contribution to the issue which worries me, is mesa aware of such things?
[13:17] <hyperair> re suspend/resume compiz hanging, is it the one where it doesn't redraw, but continues to accept input?
[13:17] <hyperair> it seems to have disappeared for me recently
[13:17] <hyperair> but before that, i use a hotkey that restarts compiz
[13:17] <apw> i've separatly seen that one today as well
[13:17] <tjaalton> apw: guess the driver state gets broken on susp/resume
[13:17] <apw> where you could shift desktops using the keys but the screen was blank
[13:18] <apw> i think it regressed to death pretty soon after that
[13:18] <apw> bah too many similar issues ... hard to know which one one has
[13:18] <hyperair> heh yeah
[13:18] <hyperair> if you're on KMS, switching to a VT works
[13:19] <hyperair> i'm not sure about without
[15:47] <tseliot> apw: as regards the problem with osd and ati. Can you try adding the following options (one at the time) in the "Device" section of your xorg.conf? Option "EXANoComposite" Option "EXANoUploadToScreen" Option "EXANoDownloadFromScreen"
[15:52] <apw> tseliot, one at time as in 'each on its own'
[15:53] <tseliot> apw: yes, that would be a better explanation of what I meant to say ;)
[15:55] <apw> tseliot, do those take a parameter?
[15:56] <apw> ie are they all 'true' in your thing there
[15:56] <jcristau> no parameter is the same as true
[15:56] <tseliot> right
[16:02] <apw> tseliot, nope none of those help
[16:03] <tseliot> apw: ok, thanks
[16:05] <apw> tseliot, bug updated
[16:06] <tseliot> apw: thanks again
[16:19]  * tseliot is trying hard to make its GPU hang after 5 suspend/resume cycles
[16:40] <tseliot> apw: any suggestions on how to make the GPU lock up on suspend/resume (other than beating the netbook with a stick). It hasn't locked up after 11 cycles
[16:52] <apw> tseliot, not really ... i found it tended to happen on resume that was all
[16:52] <tseliot> ok
[16:52] <apw> i've not see any other definative trigger
[16:52] <tseliot> this GPU seems to be bullet-proof...


[04:19] <mup> Bug #1864691 changed: Traceback from cloud-init during enlistment ipmitool no such file or directory <cdo-qa> <foundations-engine> <MAAS:Expired> <https://launchpad.net/bugs/1864691>
[04:25] <mup> Bug #1864691 opened: Traceback from cloud-init during enlistment ipmitool no such file or directory <cdo-qa> <foundations-engine> <MAAS:Expired> <https://launchpad.net/bugs/1864691>
[04:28] <mup> Bug #1864691 changed: Traceback from cloud-init during enlistment ipmitool no such file or directory <cdo-qa> <foundations-engine> <MAAS:Expired> <https://launchpad.net/bugs/1864691>


[00:31] <Freejack> Alright. I've installed bazaar and I'm using directories in my home directory from the working directory, but I've set up another directory/partition under /opt/archives for the repository. What's the proper way for getting bzr to use this configuration, since I'm not using anything network related.
[00:31] <poolie> hi wgz
[00:32] <poolie> Freejack, just make the repository in /opt and check it out locally
[00:32] <poolie> bzr checkout --lightweight /opt/archives/project/trunk ~/work/projcet
[00:32] <Freejack> Heh. That simple eh?
[00:32] <spiv> Freejack: I'm sure we can find a way to make it more complex if you want ;)
[00:33] <Freejack> That's alright. This'll do.
[00:34] <bob2> was lightweight originally a plugin?
[00:35] <spiv> bob2: not that I recall
[00:37] <Freejack> Hrmmm....need to set up the permissions properly. Commit fails.
[00:46] <Freejack> It works!
[00:47] <Freejack> Got some hacking to do. bbl.
[01:47] <Noldorin> hey poolie, jelmer
[02:08] <poolie> hi there
[07:22] <poolie> hi all
[07:49] <vila> hi all !
[09:03] <mgz> morning all
[09:35] <ggherdov> HI all. Is there any news about this request https://bugs.launchpad.net/bzr/+bug/269095 , or the page contains the most up to date info (i.e., it's unassigned and low priority) ?
[09:35] <ubot5`> Ubuntu bug 269095 in Bazaar "bzr missing "cp" command for forking files /w history" [Medium,Confirmed]
[09:36] <ggherdov> oh, that bot is cool indeed.
[09:48] <mthaddon> hi folks - I consistently get a traceback when tab completing in precise for a bzr command, but apport tells me the bug is fixed released - https://bugs.launchpad.net/ubuntu/+source/bzr-git/+bug/903639
[09:48] <ubot5`> Ubuntu bug 903639 in bzr-git (Ubuntu) "bzr crashes on bash tab-completion" [Medium,Fix released]
[09:50] <mthaddon> jelmer: you seen anyone else with that issue in precise? ^
[09:54] <mgz> if you run `bzr plugins` what version of bzr-git does it say you have?
[09:58] <vila> jelmer: bug 941672 is said to be fix released in 2.5.1 but doesn't appear in lp:bzr/2.5 O_o
[09:58] <ubot5`> Launchpad bug 941672 in Bazaar ""bzr help branches" crashes with bzr: ERROR: exceptions.AttributeError: 'Option' object has no attribute 'get_help_topic'" [High,Fix released] https://launchpad.net/bugs/941672
[09:59] <vila> jelmer: but is merged on trunk with a news entry in 2.5 >-/
[10:00] <mthaddon> mgz: not installed
[10:01] <mgz> mthaddon: then it's not actually the same bug? and fdt...
[10:02] <vila> mgz: morning !
[10:02] <mthaddon> mgz: sure, but apport keeps directing me to that - so I should just file a new one?
[10:04] <mgz> run `BZR_PDB=1 bzr bash-completion` and see what the actual plugin with the missing option is?
[10:05] <mthaddon> mgz: http://paste.ubuntu.com/880112/
[10:06] <mgz> u
[10:06] <mgz> u
[10:06] <mgz> p name
[10:06] <mthaddon> review-submit
[10:07] <mgz> okay, er... which plugin provides that? :)
[10:07] <mgz> bzr help commands|grep review-submit
[10:07] <mgz> anyway, new bug against that plugin should do, if it's on the latest version
[10:08] <mgz> and I shall fix.
[10:08] <mthaddon> review-submit      Submit a review. [lpreview]
[10:08] <mgz> ^morning vila!
[10:09]  * mgz branches lp:bzr-lpreview
[10:10] <mthaddon> I have an out of date version - let me update and check
[10:10] <mgz> seems to be unchanged in trunk, resolving it now
[10:11] <mthaddon> yeah, still getting the same with trunk
[10:13] <vila> mgz: can you vote on https://code.launchpad.net/~vila/bzr/940164-native-texinfo/+merge/96796 ?
[10:14] <vila> not super important but a bit of a pain for me to not be able to run the full test suite anymore :-/
[10:14] <vila> (the laternative being to uninstall sphinx which I rather avoid ;)
[10:16] <vila> alternative even ;)
[10:16] <mgz> yup, will flag that approved
[10:16] <mgz> hm, don't have push rights to bzr-lpreview
[10:16] <vila> ta
[10:16]  * mgz proposes
[10:16] <vila> sudo push
[10:17] <mgz> mthaddon: lp:~gz/bzr-lpreview/dry_run_option_not_global
[10:18] <mthaddon> thx
[10:45] <mgz> so...
[10:45] <mgz> bzr-svn is broken because I didn't update the version in the all-in-one installer
[10:45] <mgz> bzr-git is broken because I did update the version in the all-in-one installer
[10:46] <mgz> how am I meant to know what versions to include again?
[10:46] <mgz> this was with my special copy-what-doxxx-does method, which apparently isn't enough
[10:56] <vila> mgz: well, basically, as a packager, you should either release the tip *OR* rely on upstream to flag the version you're supposed to package
[10:57] <vila> i.e., you're responsible but not gulty ;)
[10:58]  * vila bbl
[11:18] <jelmer> argh, getting the right plugins together for a release is still a nightmare :-/
[11:18] <jelmer> mgz: sorry about that
[11:19]  * mgz hugs jelmer :)
[11:22] <jelmer> \o/
[11:22] <jelmer> This keeps coming up though, I wonder what the best approach here is. We do quite a bit of automated testing for individual projects but not for the thing as a whole.
[11:25] <mgz> yup.
[11:26] <mgz> well, one thing is I'd like to run selftest after install and have it actually pass, which would catch some dumb stuff like this.
[11:27] <maxb> mgz: Well, if it helps at all the ppa appears to be installable, and I don't see any complaints running 'bzr plugins' with all the packages installed
[11:28] <mgz> maxb: and what's your method of knowing what versions of plugins to include? perhaps I can copy.
[11:28] <maxb> mgz: This is also known as the mostly-copy-what-jelmer-does-in-sid method :-)
[11:28] <mgz> heh.
[11:29] <maxb> Or slightly more usefully, take the latest release of everything, and bump up to a snapshot where something complains
[11:29] <maxb> Though my view of latest release is slightly skewed since I use Debian sid as a convenient aggregator of latest versions
[11:34] <mgz> package management does solve a few issues :)
[11:38] <jelmer> a related issue (I think) is that it should be possible to just run "bzr selftest" and have everything pass, even with plugins installed
[11:38] <jelmer> some plugins currently break in that case - e.g. bzr-search registers some hooks which add extra HPSS calls and then break some of the blackbox tests
[11:40] <mgz> yeah, I saw that bug
[11:40] <mgz> there was a thread a while back
[11:40] <jelmer> I'm also seeing a really weird bug where bzrlib.tests.test_msg_editor seems to be running vim
[11:40] <mgz> about whether it was right to run tests with plugin hooks installed or not
[11:41] <mgz> there were arguments both ways, makes them less reliable if you do, but doesn't test real world situation if you don't
[11:42] <mgz> jelmer: sounds very possible, probably an isolation issue, there's a msg_editor command that will fallback to vim if earlier things fail
[11:42] <mgz> s/command/function/
[11:43] <jelmer> mgz: the weird thing is that it only happens if I run bzr selftest with (some) plugin installed
[12:53] <Ng> hmm, if I run into a NoSuchId error while committing with bzr 2.1.4, is that something that's likely to be repairable?
[12:54] <Ng> I had about 12 processes committing from scripts, and presumably two of them have clashed somehow
[12:56] <jelmer> Ng: can you provide some more context? NoSuchId just means something wasn't found
[12:56] <Ng> jelmer: sure, I'll get you the error
[12:58] <Ng> (pasted in private)
[12:59] <Ng> all sorts of weirdness is now going on, the current revno is claimed to be 1, but the older revisions still somewhat exist, so they end up being claimed to be negative
[13:00] <Ng> (if it's relevant, there are 58395 revisions in total)
[13:06] <vila> jelmer: hi !
[13:06] <vila> jelmer: did you see my previous msg about bug #941672 ?
[13:06] <ubot5`> Launchpad bug 941672 in Bazaar ""bzr help branches" crashes with bzr: ERROR: exceptions.AttributeError: 'Option' object has no attribute 'get_help_topic'" [High,Fix released] https://launchpad.net/bugs/941672
[13:07] <vila> jelmer: landed on trunk but not on 2.5
[13:09] <vindolin> how do I extract a subdirectory from an existing bzr repo into a new repo while keeping the history?
[13:11] <mgz> vindolin: broadly two options, `bzr help split` or fast export, filter, fast import
[13:12] <mgz> the first keeps the entire repo history unchanged, which may not be what you want if most changes are unrelated to that subdir
[13:13] <mgz> the second creates a new history that looks like the old one, which will be smaller but can be confusing
[13:15] <jelmer> vila: ah, I'll have a look at landing it on 2.5 too, seems appropriate for there
[13:15] <vila> jelmer: especially given the bug milestone ;)
[13:15] <vila> jelmer: and the news entry !
[13:15] <vila> :-D
[13:15] <jelmer> Ng: hmm, that does look pretty odd
[13:16] <jelmer> Ng: can you perhaps try running 'bzr rm' (no arguments) before commit?
[13:16] <vila> mgz: meh, can't find back the bugs about running the smart server as an external process for tests
[13:16] <jelmer> Ng: other than that, I don't have any idea what this might be..
[13:17] <Ng> jelmer: doesn't help I'm afraid
[13:17] <mgz> vila: bug 866111
[13:17] <ubot5`> Launchpad bug 866111 in Bazaar "Run tests against out of process smart server" [Medium,Confirmed] https://launchpad.net/bugs/866111
[13:17] <Ng> jelmer: shall I file a bug? It's going to be kinda hard to reproduce
[13:18] <jelmer> Ng: is there any chance you can try with a more recent version? 2.1 is really old
[13:18] <vila> damn it, selftest tag tot test
[13:18] <vila> mgz: ta
[13:18] <Ng> jelmer: I've copied the borked tree over to a machine with 2.5.0 on it and that can't commit either, running the plain "bzr rm" there hasn't helped
[13:21] <jelmer> Ng: in that case, it would be great if you could file a bug
[13:22] <Ng> jelmer: sure thing
[13:24] <Modnar> hi
[13:25] <Modnar> I'm trying to do a branch on Windows 7 & keep getting this error bzr: ERROR: short readline in the readvfile hunk: 'Bazaar pack format 1 (introduced in 0.18)\r'
[13:30] <vila> mgz: commented on https://code.launchpad.net/~gz/bzr/https_proxy_host_matching_944696/+merge/96803, we can discuss further when you're available
[13:31] <mgz> neat, thanks vila, will probably have lunch first :)
[13:31] <vila> ha yeah, that weird TZ ;)
[13:45] <Ng> jelmer: 953005 filed, thanks
[13:53] <Timara> hi all!
[13:57] <Timara> could someone please help me in using bzr+trac?
[13:57] <Timara> I have a problem with the post-commit hook, and got confused about the many support pages I read
[14:03] <smoser> ok... stupid question
[14:03] <smoser> bzr diff -r $(bzr revno)
[14:03] <smoser> and
[14:03] <smoser> bzr diff
[14:03] <smoser> should basically be the same thing
[14:03] <smoser> right?
[14:04] <jelmer> hi Timara
[14:04] <jelmer> smoser: yes
[14:04] <Timara> Hi jelmer!
[14:04] <smoser> yeah.
[14:04] <jelmer> Timara: what's your question?
[14:04] <smoser> i have some local branch that i've beeen doing udd on that is now in a state where it thinks bzr revno is '80'
[14:04] <smoser> and 'bzr revert' does nothing
[14:04] <smoser> but bzr diff -r $(bzr revno)
[14:04] <smoser> shows diff
[14:05] <Timara> a have set up a trac server on a remote machine and would like to use: bzr commit -m "Fixed an awful bug" --fixes remote:123
[14:05] <Timara> trac-bzr plugin is installed on the remote
[14:06] <Timara> sorry, bzr commit -m "Fixed an awful bug" --fixes remote:123 bzr+ssh://centralhost/proj1
[14:07] <Timara> trac wouldn't show the ticket 123 fixed
[14:07] <Timara> when I issue a trac-admin changeset added /srv/bzr/proj1 4
[14:07] <Timara> nothing happens
[14:08] <Timara> what configuration shall be done in the local or the server side to update trac with each commit?
[14:15] <jelmer> smoser: it sounds like your tree is out of date with your branch; does "bzr up" do anything?
[14:16] <jelmer> Timara: I don't think trac can look at revision properties for recognizing fixed bugs yet
[14:17] <smoser> jelmer,
[14:17] <smoser> $ bzr up
[14:17] <smoser> Unapplying quilt patches to prevent spurious conflicts
[14:17] <smoser> bzr: ERROR: Unable to unapply quilt patches for 'other' tree: rmdir: failed to remove `.pc/69_issue93_fix_trace_in_write_pxe_file.patch': No such file or directory
[14:20] <jelmer> smoser: ah, ok - you're hitting an issue with the quilt integration; looks like the revision you're updating to has an invalid quilt state
[14:20] <jelmer> smoser: 'bzr up --no-plugins' should work around that
[14:20] <jelmer> I'm also working on improving the quilt integration to be more robust against this sort of issue
[14:21] <smoser> jelmer, right. i seems i didn't comit the .pc dir :-(
[14:23] <Timara> jelmer: it seams that the Trac plugin "Commit Ticket Updater" does exactly this
[14:24] <Timara> i have enabled it
[14:25] <Timara> as I understand, it would be enough to issue a "trac-admin changeset added <repo> <rev>"
[14:25] <jelmer> Timara: as far as I know that only looks at the commit message, it doesn't have the ability to look at any other metadata in commits
[14:25] <Timara> i see
[14:25] <jelmer> Timara: (such as the data set with --fixes)
[14:26] <jelmer> I'd be interested in hacking things up so it does, but last I checked there were limitations in trac that prevented this
[14:26] <smoser> jelmer, you're right.
[14:27] <smoser> i was missing  a .pc/<patch_name>
[14:27] <smoser> i've committed that locally, moved the tag, pushed...
[14:27] <smoser> all is well now
[14:27] <smoser> sorry for spam.
[14:27] <jelmer> smoser: still, that's a nonobvious way of failing so we should really get that fixed
[14:27] <smoser> thank you, and looking forward to .pc directories being considered metadata
[14:27] <smoser> jelmer, well, initially when i did the bzr pull, i got an error like bzr up gave me.
[14:27] <jelmer> smoser: (please don't hesitate to bring this kind of thing up!)
[14:28] <smoser> but then... i said "oh, thats just buggy"
[14:28] <smoser> anad 'bzr pull --overwrite'
[14:28] <smoser> and that got me into the wierd state that i wwas in, with less useful error messgaes
[14:44] <Timara> thanks for the help jelmer, it seems I have to give it up at least for today...
[14:47] <jelmer> Timara: IIRC this is a limitation in trac rather than in bzr (there is no access to the revision properties there)
[14:47] <jelmer> Timara: you can still close bugs in the commit message, outside of --fixes.
[14:58] <Timara> jelmer: how do you do that?
[14:58] <Timara> by -m "This mod fixes bug #123"
[14:58] <ubot5`> Launchpad bug 123 in Launchpad itself "There's no direct way to see the project info when translating it" [Medium,Fix released] https://launchpad.net/bugs/123
[14:59] <Timara> ?
[15:00] <Timara> and the commit message parser at Trac finds this subtrinsg and marks the bug as solved?
[15:01] <jml> what version of bzr does pkg-import use in production?
[15:01] <jml> james_w, vila: ^?
[15:02] <vila> jml: bzr revno 6468
[15:02] <Timara> have to go now, thank you for the help...have a good day
[15:03] <jml> vila: thanks.
[15:27] <mgz> vila: time to talk https?
[15:27] <vila> mgz:
[15:28] <vila> yup
[15:29] <vila> mgz: first of all, I think you should land your proposal as it fixed a bug already affecting users
[15:29] <mgz> there's also a polite post from Andreas on the bzr list about issues he's having post cert-ocalypse with webdav that we should respond to
[15:30] <vila> mgz: then, my suspicion is that https + https will still be broken. Can you test this ?
[15:30] <mgz> vila: that's broken by being broken though, in general
[15:30] <vila> as in: only weird people will use that ?
[15:31] <mgz> in that the whole point of checking certs is that you then can't me MIM-ed
[15:31] <mgz> so if someone is running a proxy that sends requests then resigns them, bzr is now designed to fail
[15:31] <vila> err, not sure we're on the same page
[15:32] <vila> no, it shouldn't
[15:32] <mgz> there are two kinds of https proxy
[15:32] <mgz> one just does CONNECT over http and forwards the data
[15:32] <mgz> the other intercepts the traffic and resigns the data
[15:32] <vila> well, you can connect to the proxy with https and *then* CONNECT to the real site via the proxy
[15:33] <vila> it's useless but not forbidden
[15:34] <mgz> I'm not certain you can...
[15:34] <mgz> can you link me a description of how that works?
[15:34] <vila> I fail you see while you won't
[15:35] <jml> vila: what's distro-info/python? (as referred to in lp:udd's etc-init.d-mass-import)
[15:36] <vila> mgz: err, meh, indeed, the client won't be able do decode ssl twice...
[15:36] <vila> mgz: dunno why I kept this idea in the back of my head
[15:37] <vila> jml: james_w will know better, it's a python package to centralize some data about various distributions
[15:38] <vila> jml: it was installed on jubany because it wasn't packaged for lucid at the time
[15:38] <mgz> jml: just install python-distro-info, no?
[15:38] <jml> mgz: not available in lucid
[15:39] <jml> mgz: am trying to deploy udd on a fresh lucid ec2 instance
[15:40] <mgz> jml: ah, yeah, it's recent. maybe get it from the debian git branch?
[15:40] <jml> mgz: it'd be nice to know what production is using
[15:41] <mgz> http://anonscm.debian.org/gitweb/?p=collab-maint/distro-info.git
[15:41] <jelmer> 'bzr branch apt:distro-info' :-)
[15:41] <jelmer> (if you have bzr-git and bzr-builddeb installed)
[15:42] <james_w> jml, apparently it is using a bzr branch with no repository
[15:42] <james_w> bzr+ssh://bazaar.launchpad.net/%2Bbranch/debian/distro-info/
[15:42] <james_w> 6<EMAIL_ADDRESS>[15:43] <james_w> so I'm not exactly sure how it got there
[15:44] <vila> james_w: as fast as possible to avoid more import failures ;)
[15:44]  * jml branches revno 8 and hopes for the best
[15:45] <vila> eerk, no repo indeed :-/
[17:22] <mgz> vila: thanks for replying to the webdav post
[17:22] <mgz> jelmer: did we work out why lp:dulwich doesn't have any of the latest tags?
[17:23] <jelmer> mgz: bzr-git doesn't always push tags yet
[17:24] <jelmer> mgz: fixed now I think
[17:24] <jelmer> (changed the development focus to the main bzr branch rather than an import from git)
[17:25] <mgz> jelmer: yep, that did it, thanks.
[17:28] <maxb> jelmer: What is the relationship between those branches exactly?
[17:28] <maxb> (Especially as I pushed new ppa branches stacked on the
[17:28] <maxb> ~vcs-imports one yesterday)
[17:37] <jelmer> maxb: they have the same contents
[17:37] <jelmer> or rather, are supposed to have the same contents.. there is obviously still an issue regarding tags
[19:46] <Modnar> Hi. I'm trying to get a branch under windows 7 x64 & keep getting this error: bzr: ERROR: short readline in the readvfile hunk: 'Bazaar pack format 1 (introduced in 0.18)\r'
[19:49] <wgz> Modnar: read through this thread <https://lists.ubuntu.com/archives/bazaar/2012q1/074297.html>
[19:49] <wgz> short version, try branching over bzr+ssh rather than http
[19:54] <Modnar> ok so how do I ssh then?
[20:37] <Modnar> well so far this bzr is useless then since ssh doesn't work either off hand... I just have to smack the dev & tell him to use something that works like git or svn
[20:37] <Modnar> yeesh
[22:06] <poolie> hi jelmer
[22:06] <jelmer> hi poolie :)
[22:06] <mgrandi> hi peoplez.
[22:35] <Pikkachu> how to make Bazaar ignore all but one single file?
[22:37] <bob2> you can just ignore all and explicitly add that one file
[22:40] <Pikkachu> ok thanks


 It's all I know in many respects
[00:27] <lousygarua> philipballew, well I might be paying something that I just don't know of or too tired to remeember. I don't check my pills too good
[00:28] <philipballew> oh, what time is i there?
[00:30] <lousygarua> philipballew, 3:30pm :)
[00:30] <philipballew> ah, so its the 4th there?
[00:32] <lousygarua> yeah
[00:34] <philipballew> lousygarua, thats tight. So what do you do work work or fun there?
[00:36] <lousygarua> currently fun
[00:36] <lousygarua> i'm between work
[00:36] <lousygarua> s
[00:36] <lousygarua> jobs
[00:36] <philipballew> me to.
[00:36] <lousygarua> more like after a job and starting working as a freelancer
[00:37] <lousygarua> what is your profession?
[00:37] <lousygarua> need to see if i'll manage freelancing
[00:37] <lousygarua> philipballew, what's your profession?
[00:37] <philipballew> Currently a college student
[00:37] <philipballew> so if I ever found myself in Tel Aviv, how long can I manage to sleep on someones couch there?
[00:40] <philipballew> so I can be able to speak properly and see the sights?
[04:38] <Avis_bot> pc__: Welcome to #ubuntu-il! Feel free to ask questions. Note that it may take at least around half an hour until you get a response. Enjoy!
[04:38] <Avis_bot> pc__: ברוכים הבאים ל #ubuntu-il! הרגישו חופשי לשאול שאלות. שימו לב שעלולה לקחת לפחות כחצי שעה לקבלת מענה. תהנו!
[05:47] <asw3> בעעע
[05:47] <asw3> למה לעזזל עם vpn
[05:47] <asw3> הוא לוקח את כל התעבורה ממנו
[05:47] <asw3> לא רוצה ככה
[05:47] <asw3> מה אפשר להגדיר
[05:47] <asw3> ?