[08:18] <dholbach> good morning!
[14:16] <dholbach> nigelb, heya - we need to get a few people to identify the good patches and get them into sponsoring!


[00:42] <igc> morning all
[00:44]  * fullermd_ waves at igc.
[00:45] <fullermd_> igc: Are you currently (in general, not this second) working on filtering stuff, or is that pushed down the stack?
[00:47] <garyvdm> Hi igc
[00:47] <jml> morning #bzr
[00:48] <garyvdm> Hi jml
[00:49] <jml> I'm going to release Bazaar 1.17 today
[00:49] <poolie> jml, you legend
[00:49] <poolie> i hope you had a hearty breakfast
[00:49] <igc> hi fullermd: back on the content filter bugs today (after higher priority reviews)
[00:49] <jml> poolie, I haven't eaten, in fact.
[00:49] <igc> hi garyvdm!
[00:50] <poolie> i'm going to try to finish outstanding reviews and my assigned bugs
[00:50] <poolie> ie not spend all week on phone and email, as i did last week :/
[00:50] <fullermd_> igc: Sweet.  I don't have anything particular on it, was just curious where it fell.  Looking forward to it!
[00:51] <fullermd_> It's amazing how much you can accomplish when you turn off the ringer  ;)
[00:51] <igc> fullermd_: it's less important than making 2a stable
[00:51] <igc> fullermd_: but I find it personally embarrassing and ...
[00:51] <fullermd> Sure, but can't I have everything all at once?  Immediately?  And a pony?
[00:52] <igc> I'd really like to ensure it's working properly by the 2.0 release
[00:52] <fullermd> The sad part is that a key component of going from "works" to "usable" is per-branch config of it, and every time that comes up we all get eaten by a grue   :|
[00:53] <igc> fullermd: if you provide the patches (and parent ponies), I'll merge them immediately :-)
[00:53] <igc> fullermd: so I guess that makes you the bottleneck :-)
[00:54] <fullermd> That sounds messy...
[00:59] <poolie> jml, speaking of your stats on launchpad
[00:59] <poolie> i was thinking after La Mola that it might be interesting to do brief stats on our releases as to
[00:59] <poolie> what kind of bugs we fixed: plain bugs, new features, regression fixes,
[01:00] <poolie> if it was late, or how controlled the release process was in general and maybe why
[01:00] <poolie> this might not be worth it but it might be interesting to look back
[01:00] <jml> poolie, well, my LP stats had the advantage of being really easy to get using bzr log + grep
[01:00] <poolie> nb i'm not suggesting adding any additional work to your plate for today
[01:00] <jml> poolie, good good :)
[01:00] <poolie> yeah this would be at least partially manual
[01:03] <jml> poolie, those would definitely be interesting stats to have.
[01:03] <jml> although they'd all need strong not-a-metric qualifiers :)
[01:03] <poolie> you could get some kind of medium-term feedback on it perhaps...
[01:03] <poolie> s/on/from
[01:04] <poolie> i may try it one jetlagged morning
[01:12] <jml> good idea
[01:32] <igc> garyvdm: those pending merge screen snapshots are nice - well done!
[01:32] <garyvdm> Thanks
[01:38] <mwhudson> jelmer: a bzr-git branch is doing this:
[01:38] <mwhudson>   SHA1KnitCorrupt: Knit <bzrlib.knit._VFContentMapGenerator object at 0x86c7a10> corrupt: sha-1 of reconstructed text does not match expected sha-1. key ('git-v1:56599cc5b24f8a4e30423898c7cf5077c569b9ee',) expected sha d28a73fcdd473745fce7765c35fe419613e278e9 actual sha b3391cd0e3bc7a3c9a510c2055fd469ea5458821
[01:38] <mwhudson> (i'm not actually sure which branch it is :()
[01:38] <mwhudson> jelmer: heard of this?
[01:44] <poolie> igc/garyvdm, is there already an option somewhere that does the equivalent of bzr commit --show-diff?
[01:45] <igc> poolie: you mean on qcommit?
[01:45] <poolie> mm
[01:45] <poolie> preferably a gui option not a command line one
[01:45] <igc> qcommit has a Diff button
[01:45] <poolie> of course
[01:46] <igc> poolie: and if you're using explorer, the status view shows you what's changed
[01:46] <poolie> right
[01:46] <poolie> i suppose i meant to pop that up automatically
[01:47] <poolie> but that does sound pretty lazy doesn't it :)
[01:47] <jelmer> mwhudson: hi
[01:48] <mwhudson> jelmer: hello
[01:48] <jelmer> mwhudson: haven't seen that before
[01:48] <mwhudson> jelmer: ok, i'll try to find out where it's coming from
[01:51] <garyvdm> poolie: Sorry - I was away. Not quite sure what you are asking.
[01:51] <poolie> s'ok, igc answered it
[01:51] <garyvdm> ok
[01:54] <spiv> jml: I'm about to submit that patch for merging into 1.17
[01:54] <spiv> jml: it's the same fix as Friday, but now I have a test :)
[02:04] <garyvdm> poolie: Is this ok: http://bazaarvcs.wordpress.com/?p=39&preview=true ?
[02:14] <jelmer> mwhudson: My guess would be that we're calculating and inserting a wrong SHA1 somewhere, or used to at some point.
[02:15] <jelmer> mwhudson: possibly because we fail to update InventoryEntry.text_sha1 in a corner case.
[02:16] <jelmer> mwhudson: when is it giving that error exactly? during "bzr pull" from git?
[02:16] <mwhudson> jelmer: no, in trying to generate a diff for a revision mail
[02:17] <jelmer> mwhudson: ah, interesting
[02:18] <jelmer> mwhudson: so there would potentially be more branches with this issue, it just hasn't been noticed yet because nobody is subscribed to diff emails?
[02:18] <mwhudson> jelmer: it's possible
[02:19]  * mwhudson files a bug "job system oops reports don't tell you which branch is being processed"
[02:20] <poolie> garyvdm: very nice, thanks
[02:36] <jelmer> mwhudson: btw, did you see my reply to your bzr-svn + python2.4 bugreport?
[02:36] <mwhudson> jelmer: yes
[02:36] <mwhudson> jelmer: i'll try to reply sensibly soon
[02:36] <mwhudson> (it's been one of those mornings)
[02:43] <malibu> Hi there..  I just came across Bazaar...
[02:44] <malibu> I'm trying to set up a repository on my windows machine.. Something like the dropbox idea.. how is bazaar at handling regular windows kind of files?
[02:44] <lifeless> it should handle them fine
[02:44] <malibu> I used to use svn but the repository was too big.. The local repo would be the same size as the actual fles
[02:45] <lifeless> if your files are binary, you'll find that most VCS systems have that property, and those that don't are very slow ;)
[02:46] <malibu> ugh.. how do sites like dropbox do it then?
[02:47] <lifeless> on their server they will have a copy of your files
[02:47] <lifeless> and if your files are binary, it will be about the same size as your files ;)
[02:47] <malibu> Oh.. yeah but i don't mind that on the server
[02:47] <lifeless> oh, you mean on your machine?
[02:47] <malibu> What I mean.. is with SVN it doubles the local storage
[02:48] <lifeless> it does that because it has local data
[02:48] <lifeless> copies of the files to do diff operations with
[02:48] <lifeless> VCS systems like to make 'diff' operations quick
[02:48] <malibu> Does bazaar do that as well?
[02:49] <lifeless> we keep a copy of all your history since you started the project
[02:49] <lifeless> same as git, hg, darcs and monotone
[02:49] <malibu> hmm.. not what I want then
[02:49] <lifeless> perhaps you don't want a VCS?
[02:49] <malibu> I want something like dropbox
[02:49] <lifeless> do you need history? diffing? annotate?
[02:50] <malibu> I want a history and versioning.  Not diffing or annotate
[02:50] <lifeless> are you on a LAN, or working over the internet?
[02:50] <malibu> mostly LAN, sometimes internet
[02:56] <malibu> I need it to work over ssh, preferably
[02:56] <malibu> I want a dropbox idea but on my own server
[02:59] <lifeless> well, you could use bzr with lightweight checkouts
[02:59] <lifeless> they don't have a local cache
[02:59] <lifeless> but the tradeoff is that its a lot slower to do many operations
[03:02] <lifeless> igc: I'm fixing apply-inventory-delta branch
[03:02] <lifeless> igc: are there any issues other than test failures now?
[03:02] <igc> lifeless: I'm just looking over the code now
[03:04] <malibu> lifeless: I will look into that
[03:13] <malibu> lifeless: What is the windows client like for bazaar?  Does it have something like TortoiseSVN?
[03:14] <lifeless> There is a TortoiseBZR, yes
[03:15] <malibu> cool
[03:15] <malibu> bzr uses ssh?
[03:15] <spiv> malibu: it can, yes.
[03:15] <lifeless> if you want it to, yes
[03:16] <malibu> ok
[03:17] <igc> malibu: see http://bazaar-vcs.org/BzrExplorer as well
[03:25] <lifeless> malibu: or iFolder, apparently it has an open source server component
[03:25] <malibu> So say I do light checkouts.. bzr will still try to do things efficiently right?  For example, will it send a file if the last modification times haven't changed?
[03:26] <lifeless> it does a sha1 check before uploading anything
[03:26] <malibu> Because as long as it's efficient as, say, rsync.. I'm fine with that
[03:26] <malibu> come to think of it, does it only send deltas of binary files?
[03:27] <lifeless> that depends
[03:27] <lifeless> :)
[03:29] <malibu> ok.. I'm just going to try it.
[03:30] <malibu> repo on my ubuntu machine, tortoisebzr on my windows laptop
[03:31] <malibu> With light checkouts
[03:31] <malibu> (rock on)
[03:35] <poolie> spiv, re the inventory-delta branch, you're going to put back IDS?
[03:35] <poolie> hm actually apparently you said you were going to do without it in the review...
[03:47] <spiv> poolie: I'm currently thinking I'll put it back for now, so that the other changes aren't blocked.
[03:47] <poolie> k
[03:47] <spiv> I still think we want to get rid of it :)
[03:53]  * igc lunch
[03:57] <jml> spiv, lifeless: got any ideas on how I can trigger a logged exception onthe staging smartserver?
[04:01] <spiv> jml: what bzr version? 1.16.1?
[04:01] <lifeless> jml: what bzr version is it running?
[04:01] <lifeless> jinx
[04:01] <spiv> jml: if so, call any unknown smart method...
[04:01] <spiv> jml: more creatively, issue a ('get', '../foo')
[04:02] <jml> I'm not 100% sure, either 1.16.1 or 1.17rc1
[04:02] <spiv> (lp:bzr-ping is a good, short plugin to crib from if you want inspiration for generating arbitrary simple requests)
[04:03] <jml> spiv, thanks
[04:04] <jml> although I get stopped on the client side when I try client.call('oprah')
[04:05]  * jml digs around
[04:05] <SamB> jelmer: what is this about?
[04:05] <SamB> Now on revision 3127.
[04:05] <SamB> Conflicting tags:
[04:05] <SamB>     bzr-svn-0.6.3
[04:06]  * SamB also wishes bzr would have told him what revision it started at at the end there ...
[04:06] <SamB> oh, just four revs but tons of pyflakes fixes?
[04:07]  * SamB wonders what pyflakes is
[04:07] <SamB> well, I mean, I can rather guess that it's some sort of lint tool ;-)
[04:10] <SamB> jelmer: oh, you tagged the wrong 0.6.2 as 0.6.3 :-P
[04:11] <SamB> er. s/the wrong//
[04:12] <malibu> When I try to do a checkout with tortoisebzr, I get error: TortoisebzrCommandError: Illegal command 'revert'
[04:13] <spiv> jml: the client side will see the error bit in the response and raise the response as ErrorFromSmartServer rather than returning it.
[04:13] <malibu> Sorry, unknown command 'revert'
[04:13] <jml> spiv, I had to comment out this line -- #self._run_call_hooks(method, args, body, readv_body) -- for it to talk to the server at all
[04:14] <SamB> malibu: geeze, they really should allow selecting the text in those dialogs so you can copy/paste it!
[04:14] <spiv> jml: weird
[04:15] <malibu> yeah I know
[04:15] <spiv> jml: do you have some sort of weird plugin installed that installs a buggy hook?
[04:17] <spiv> jml: oh, I know.
[04:17] <spiv> jml: will fix, thanks for the report.
[04:17] <jml> spiv, http://paste.ubuntu.com/222366/
[04:17] <jml> spiv, np
[04:18] <jml> back home
[04:18] <spiv> jml: (it's a bug in the hook function installed by -Dhpss)
[04:18]  * SamB is beginning to think there's a *reason* it's called Bundle Buggy
[04:28] <spiv> Hmm, I'm pretty sure I type my gpg passphrase faster shortly after having a coffee.  Pity that I seem to also mistype more too...
[04:30] <verterok> f
[04:40] <lifeless> hmm, not bzr 1.18 milestone
[04:40]  * lifeless maksifies
[04:41] <lifeless> hmm
[04:42]  * SamB hopes igc notices https://code.launchpad.net/~naesten/bzr-fastimport/400960-heredocs/+merge/9015 soon
[04:44]  * SamB got his wires crossed and requested some random unrelated person to review it :-(
[04:52] <poolie> spiv, i've wanted to write some program that tracks my typo rate
[04:52] <poolie> and typing rate
[04:53] <lifeless> WTB review: https://code.edge.launchpad.net/~lifeless/bzr/bug-367632/+merge/8928
[04:53] <poolie> want to buy?
[04:53] <lifeless> yes
[04:53] <poolie> lol
[04:53] <igc> lifeless: I took a quick look at that one this morning
[04:53] <poolie> mary's sig the other day said something about "Do real heros start their career squashing household pests?"
[04:54] <igc> lifeless: I thought we ought to get the apply-inv-delta one landed first
[04:54] <lifeless> igc: why?
[04:54] <lifeless> igc: the bug 367632 bad deltas are already caught
[04:54] <igc> given I think it depends on it doesn't it (wrt the corruption fix)?
[04:54] <lifeless> this just fixes the cause
[04:55] <lifeless> igc: bug 367632 was about the delta generation. bug 367633 was the corruption
[04:56] <malibu> hey is bazaar 1.17 not ready or something?  I can't seem to use tortoisebzr with it
[04:57] <igc> lifeless: ok, I'll look a bit deeper later today
[04:57] <lifeless> igc: its very shallow
[04:57] <lifeless> though it took me ages to dig through the layers to find it ;)
[04:57] <spiv> poolie: typo rate judged by % of backspace hits?
[04:57] <igc> lifeless: maybe the bug comments confused me or something
[04:57] <poolie> yes, or ^w or alt-backspace or similar
[04:58] <poolie> obviously this is not perfect
[04:58] <spiv> Yeah.
[04:58] <spiv> It won't notice my mistyped passphrase, for example :)
[04:58] <spiv> But that's a bit of a special case anyhow.
[04:58] <igc> SamB: I'll take a look
[05:02] <poolie> spiv, why not?
[05:02] <poolie> because you tend to type C-a and retype the whole thing?
[05:03] <poolie> also xchat ^w =close window sucks :)
[05:05] <spiv> poolie: because I am usually typing it into mutt, hitting enter, then getting the 'bad passphrase' message, so no ^A, ^W or backspace is involved.
[05:05] <malibu> Does bzr support nested repositories?
[05:05] <SamB> malibu: seems to be in-progress
[05:05] <poolie> oh i see
[05:05] <spiv> I really should futz about with making mutt and gnome-gpg or whatever is shiny these days play nice with each other.
[05:06] <SamB> spiv: it depends what GTK theme you have configured
[05:06] <spiv> But anything related to driving gpg very quickly drives me into a mini rage about how awful gpg...
[05:07] <spiv> 'how awful gpg is', that is.  It's very unfriendly software.
[05:07] <SamB> it could be worse -- it could be x.509!
[05:08] <spiv> Heh.
[05:09] <spiv> My issue isn't with the underlying format/spec, it's just that the software to use and manipulate keys is so damn awful.
[05:09] <SamB> what's the trendy PPA for bzr nightlies nowadays?
[05:09] <poolie> google bzr nightly ppa
[05:09] <poolie> :)
[05:09] <SamB> spiv: well, okay, it has a UI that might have been nice when I was born ;-)
[05:09] <poolie> pretty sure that's right
[05:10] <SamB> for reference, I was born in '86
[05:10] <SamB> poolie: okay ... that seems to be what I'm using ...
[05:10]  * SamB wishes those things had the date in the version somewhere
[05:10] <poolie> that would be nice
[05:11] <SamB> I don't have a clue what to report that wish against, though!
[05:11] <spiv> SamB: it has a UI that makes me pine for tla :P
[05:11] <SamB> spiv: no, it's not nearly *that* bad!
[05:11] <poolie> i hope that's not a pun :)
[05:11] <SamB> I mean, you don't have to use it that much
[05:11] <SamB> poolie: pretty sure it's not
[05:11] <SamB> I don't see how tla relates to an email client he doesn't even use
[05:11] <spiv> SamB: I dunno, tla made me want to drill holes in my head less than gpg.
[05:12] <SamB> spiv: when was this?
[05:12] <SamB> had you used a VCS with a half-decent UI at the time?
[05:12] <spiv> Stiil, I can believe it's a matter of taste about whether awful thing A is more or less awful than awful thing B :)
[05:13] <SamB> I mean, GPG may have a really rusty UI
[05:13] <SamB> but it doesn't have those %@%^#^ stupid paths!
[05:13] <SamB> or revision names or whatever the heck those things are
[05:16] <SamB> jelmer: bzr-svn needz moar -D !
[05:17]  * SamB can't seem to svn-import from https://dosemu.svn.sourceforge.net/svnroot/dosemu today :-(
[05:18] <jml> spiv, has the fix for bug 400535 landed?
[05:18] <jml> lifeless, bug 397705 is marked for 1.17 & not fix released -- what's missing?
[05:19] <lifeless> jml: it was a placeholder
[05:19] <lifeless> jml: ignore it
[05:19] <lifeless> jml: it will be in 1.18
[05:20] <lifeless> jml: (and you have the bit I wanted to get into 1.17 already)
[05:20] <SamB> oh, actually, svn can't connect either :-(
[05:22] <jml> lifeless, cool.
[05:22] <jml> lifeless, consider it ignored :)
[05:24] <malibu> So I created a repo on my ubuntu server, was able to check out the empty repo with tortoisebzr, but when I add files to the local working copy I don't get add or commit options in the context menu ?
[05:25] <malibu> Not sure what I am doing wrong
[05:26] <malibu> Oh ok now I get the commit option.. wierd!
[05:27] <spiv> jml: I sent it to PQM (for bzr.dev) a while ago.
[05:27] <spiv> jml: it's still playing, but on the second half of the test run by the looks.
[05:28] <jml> spiv, cool. I guess I'll cherrypick it into 1.17 then merge back into bzr.dev
[05:29] <spiv> jml: sounds good.  It should cherrypick neatly aside from the NEWS entry.
[05:30] <jml> \o/
[05:35] <jml> grunk.  I think I screwed up one of the commits to 1.17 :\
[05:35] <SamB> quick! darcs rollback! ...
[05:36] <lifeless> jml: tip looks odd
[05:37] <jml> lifeless, yeah exactly.
[05:37] <SamB> what, did he lose the old one somehow ?
[05:38] <jml> lifeless, I'm going to uncommit it and then check the news file to make sure that all of the bugs marked for 1.17 are still present
[05:38] <jml> (not being able to think of a better way to sanity check)
[05:39] <SamB> you can do that?
[05:39] <SamB> (uncommit, I mean)
[05:39] <spiv> SamB: bzr help uncommit :)
[05:39] <spiv> SamB: (often followed by a push --overwrite...)
[05:39] <SamB> I meant in a "you won't get flayed alive for it"
[05:39] <SamB> kind of way
[05:40] <spiv> Well, that depends :)
[05:40] <SamB> I did actually know about the command
[05:40] <SamB> it's handy
[05:40] <SamB> oh, yeah, and I did think some branches disallowed push --overwrite?
[05:43] <spiv> I forget if the branch.conf option disables that, but certainly you could write a smart server hook fairly easily that would reject that sort of change.
[05:50] <lifeless> jml: seems fine, get spm to uncommit the master for you
[05:51] <spm> jml: ?
[05:51] <jml> lifeless, I can do that myself, actually.
[05:51] <spm> even better! :-)
[05:51] <lifeless> jml: how?
[05:51] <jml> lifeless, I have write permissions to the branch on launchpad.
[05:51] <lifeless> jml: thats not the master
[05:51] <spm> jml: you need access to balleny tho
[05:52] <jml> lifeless, I thought PQM submitting the 1.17 branch to Launchpad these days?
[05:52] <lifeless> jml: yes
[05:52] <lifeless> jml: pqm pushes there
[05:52] <lifeless> that doesn't make it the master
[05:53] <spiv> jml: btw, my fix for 400535 has landed.
[05:53] <jml> lifeless, what makes a branch the master branch then?
[05:53] <jml> spiv, thank you
[05:54] <lifeless> jml: the place pqm reads the branch from, which is a secured directory on the pqm server
[05:54] <lifeless> pqm can be configured to read from launchpad, but we haven't done that.
[05:54] <malibu> have you guys ever seen this happen?  Its happened to me again.. no add/commit options on my working copy
[05:56] <jml> lifeless, ahh ok.
[05:56] <lifeless> malibu: no, never
[05:57] <lifeless> igc: Its fun, finding this many existing, hidden bugs
[05:57]  * SamB has never even tried to use bzr on Windows
[05:59] <igc> malibu: give bzr-explorer a spin - it's a bit better supported than TortoiseBzr is currently
[06:00] <igc> lifeless: fun is one name for it :-)
[06:00] <igc> samB: that fastimport change is good - merge to trunk now
[06:00] <igc> SamB: ^^^
[06:01] <SamB> igc: what, you think I'm case-sensitive or something? this is IRC ...
[06:01] <SamB> ... but how am *I* supposed to do the merge?
[06:01] <igc> malibu: I hope to release bzr-explorer 0.5 later tonight
[06:01] <lifeless> igc: found one test making a delta of
[06:01]  * spiv -> lunch
[06:01] <lifeless> [('', '', None, InventoryDirectory(None, ...))]
[06:01] <igc> SamB: I did the merge. Sorry typo above
[06:01] <jml> spm, can you please uncommit the top revision of the 1.17 branch?
[06:01] <lifeless> igc: that is, a root directory with file id None
[06:02] <igc> lifeless: yuk
[06:02] <SamB> igc: oh good
[06:02] <SamB> that saves some awkward confusion ;-)
[06:02] <igc> SamB: I always assumed IRC was case-sensitive
[06:03] <igc> if not, you learn something new every day :-)
[06:03] <SamB> IGC: I suppose you do ;-)
[06:04] <SamB> at least, it's a pretty boring day if you don't
[06:04] <lifeless> abentley: don't suppose you're around?
[06:05] <igc> lifeless: maybe those groupcompress tests fail if make isn't run. I'll try running make and see if they go away
[06:05] <lifeless> igc: if they fail, I suggest we let PQM decide
[06:05] <SamB> igc: I found another bug and wrote a test ... would you like the test without a fix?
[06:06] <igc> SamB: feel free to push the branch
[06:06] <SamB> https://code.launchpad.net/~naesten/bzr-fastimport/401249-tag-from-ref
[06:07] <SamB> or lp:~naesten/bzr-fastimport/401249-tag-from-ref
[06:07] <igc> samB: I can't merge it to trunk though until the fix is there because 'bzr selftest fastimport' would start failing then
[06:07] <SamB> igc: ah.
[06:07] <spm> jml: to verify: uncommit+revert(?) revno 4531 in ~/archives/thelove/bzr/1.17
[06:08] <jml> spm, that's right. thanks.
[06:09] <SamB> igc: I think I could write an ugly fix pretty easily, but in the time that it took me to figure out how to write the test, I changed my mind about wanting to do it that way ;-)
[06:10] <lifeless> igc: and \o/ found a form of corruption I'd overlooked
[06:10] <spm> jml: bzr/1.17$ bzr revno ==> 4530
[06:10] <jml> spm, thank you
[06:11] <spm> np
[06:12] <igc> lifeless: those groupcompress tests pass after running make
[06:14] <lifeless> that needs a bug then  :)
[06:16] <SamB> igc: well, thanks for merging that
[06:19] <igc> lifeless: yup, I'll raise one now
[06:21] <SamB> okay, how do I go back 4 revisions ?
[06:21] <SamB> bzr-svn is acting up :-(
[06:22] <igc> lifeless: so the tests pass until your patch is applied: "bzr trunk bzr.dev xx; cd xx; bzr selftest groupcompress" works fine
[06:22] <igc> lifeless: it's not an existing bug then I feel
[06:22] <lifeless> igc: thats interesting; howver I haven't touched the VFs layer, so I have to assume it just uncovers a latent bug
[06:23] <igc> lifeless: wouldn't be the first one with this patch :-)
[06:26] <SamB> ah ... bzr pull --overwrite -r 'last:5' .
[06:36] <SamB> what the heck ... now lp:bzr-fastimport hangs when I try to pull from it :-(
[06:39] <jml> spiv, can you please sanity check: http://paste.ubuntu.com/222407/
[06:40]  * SamB decides to hope it goes away by morning ...
[06:43] <jml> gosh it's nice being able to develop in karmic, as opposed to hardy chroot.
[06:54] <spiv> jml: looks ok
[06:54] <jml> spiv, thank you.
[06:54] <poolie> biab
[07:06] <lifeless> igc: done!
[07:11] <igc> lifeless: sweet. I'll take a look.
[07:12] <lifeless> as for the gc tests
[07:12] <lifeless> they have
[07:12] <lifeless> self.requireFeature(CompiledGroupCompressFeature)
[07:12] <lifeless> so they explicitly don't expect to run without the .so
[07:13] <lifeless> igc: I'm done for the day; if you can let me know about both merges that would be great
[07:14] <igc> lifeless: np
[07:17] <lifeless> igc: the new changes in the apply-delta branch are, a new check for the thing that was corrupt in the deltas from tree transform and test smart, and fixes to those two tests to not create bogus deltas
[07:18] <igc> lifeless: yup - double-clicking the entries in qlog is telling me exactly that :-)
[07:20] <igc> lifeless: do we allow unicode file-ids?
[07:20] <lifeless> no
[07:20] <lifeless> dirstate will barf
[07:21] <lifeless> we used to, but we did a sweep over the code base ages ago and redefined as utf8 strings
[07:21] <igc> lifeless: thanks
[07:21] <lifeless> theres a certain amount of 'whatever works
[08:06] <poolie> can we have bzr lolwhut too?
[08:35] <jml> I just did this: commit, push, tag, push
[08:35] <jml> but the final push says "No new revisions to push."
[08:35] <jml> am I doomed to have this tag loiter eternally in my local branch?
[08:35] <spiv> jml: no
[08:36] <spiv> jml: the message is technically correct, but misleading
[08:36] <spiv> jml: no *revisions* were pushed
[08:36] <spiv> jml: the tags should have been, though.
[08:36] <spiv> jml: there's a bug about this UI flaw
[08:36] <jml> spiv, how can I verify this?
[08:36] <spiv> jml: try "bzr tags -d URL"
[08:37] <spiv> "bzr tags -d :push", even!
[08:37] <jml> http://paste.ubuntu.com/222489/
[08:37] <jml> I just got that error
[08:37] <spiv> jml: ooh, that looks like a bug!
[08:38] <spiv> jml: probably shallow, please file :(
[08:38]  * spiv needs to head off for the evening.
[08:38] <spiv> jml: happy releasing!
[08:38] <jml> spiv, thanks.
[08:40] <poolie> lifeless: what is the actual point of subunit2pyunit?+
[08:40] <poolie> to turn it back into the same output format produced by subunit?
[08:43] <lifeless> poolie: to replay a test via pyunit; this effectively gets rid of all the subunit encoding, and will tend to hide passing tests etc, depening on the pyunit parameters
[08:44] <poolie> actually, i meant "in your example pipeline"
[08:44] <lifeless> oh
[08:44] <lifeless> so I can see it realtime
[08:45] <poolie> in a nicer format than just letting subunit flow to stdout?
[08:45] <lifeless> yah
[08:45] <poolie> and as you say hiding passing tests
[08:45] <lifeless> well the subunit-filter takes those out, in my example
[08:45] <lifeless> after time reporting
[08:45] <lifeless> my next main thing is progress data in the stream
[08:46] <lifeless> once thats done I plan to do a subunit2bzrtest, or something like that, that will use bzr's progress bars to pretty-print streams
[09:52] <bialix> igc: hello
[09:53] <jelmer> moin
[10:18] <igc> hi bialix - great to have you back!
[10:18] <igc> hi jelmer
[10:18] <bialix> igc: well, I'd like to be still on vacations, it was great but too short
[10:22] <bialix> igc: I've merged branch of amanica before I've read your objections. Should I uncommit?
[10:22] <igc> bialix: no
[10:23] <bialix> I guess we can tweak it later
[10:26] <igc> bialix: so how does it work exactly? I'm running trunk (1.18dev) yet that's not listed in the compatible set
[10:26] <igc> but I can start explorer
[10:27] <bialix> because bzrlib declares api_minimum_version = (1, 17, 0)
[10:28] <igc> bialix: so it will fail on the next api bump?
[10:28] <bialix> it seems so. I'll tweak the check in explorer now
[10:34] <bialix> igc: http://pastebin.com/m4419d0a1
[10:34] <bialix> are you ok with error message?
[10:35] <igc> bialix: looks good
[10:35]  * bialix committing
[10:37] <bialix> igc: I've downloaded latest translations and put them into trunk. it's ready to release
[10:39] <igc> bialix: can you test http://pastebin.com/d51aa252a for me?
[10:39] <igc> it's a patch for bug 394314
[10:40] <bialix> igc: I can't test it, there is error page: Unknown post id, it may have expired or been deleted
[10:41] <lvh> hi
[10:42] <igc> bialix: try http://launchpadlibrarian.net/29273483/394314.diff
[10:44] <bialix> igc: it works
[10:44] <igc> bialix: thanks
[10:44] <bialix> Not a branch: file:///C:/work/Bazaar/repos/qbzr-repo-1.9/revno.769/
[10:44] <bialix> though branch path cvould be better
[10:45] <bialix> using url_for_display
[10:49] <sender> can anyone help me to change the default method in tortoiseBZR checkout/branch to 'create local copy of the branch' instead of 'create a checkout'?
[10:55] <sender> i tracked it to line 76 of getnew.py in qbzr plugin: self.ui.but_checkout.setChecked(True) - how can i suggest/implement that this can be set by a switch?
[10:57] <lvh> okay, so, I branched twisted (a project) on lp, whats the first thing I do afterwards? Am I supposed to fake the directory structure I want or something?
[10:57] <lvh> I'm guessing I'm supposed to push something.  (It's supposed to be merged, eventually
[10:59] <igc> sender: if you don't get a reply here, try the qbzr mailing list
[10:59] <poolie> lvh: i don't understand
[10:59] <poolie> what are you trying to do
[11:00] <sender> igc: tx, will do
[11:00] <lvh> poolie: Implementing a shiny new feature for twisted in a separate bzr branch.
[11:00] <poolie> ok, so: branch from launchpad to your machine
[11:01] <poolie> make your change
[11:01] <poolie> push it back to lp:~lvh/twisted/shiny-feature
[11:01] <poolie> then propose a merge of that branch
[11:01] <poolie> why would this piss them off?
[11:01] <igc> bialix: wrt bug 392797, can you switch on diagnostic mode and open the checkout for me?
[11:02] <igc> bialix: is branch-root wrong there?
[11:02] <lvh> poolie: If I do a checkout now, it's empty -- I think that is because I havent pushed anything yet.
[11:03] <bialix> igc: Branch Root = file:///C:/work/Bazaar/repos/explorer/trunk
[11:03] <bialix> it's ok
[11:03] <bialix> but it's a URL
[11:03] <bialix> you need local path
[11:03] <bialix> not URL
[11:03] <poolie> lvh, what command are you running?
[11:04] <igc> bialix: it really ought to be a url there - branch.conf can be across a network
[11:04] <igc> bialix: something after that is incorrectly calculating the abspath
[11:04] <bialix> but you can't edit the file acroos network
[11:05] <igc> bialix: right and explorer won't let you I think
[11:05] <bialix> you have to download file on the disk, edit, then upload it back
[11:05] <bialix> my editor does not understand file:/// URL -- this is my best guess
[11:05] <bialix> and I think it's wrong to pass URL here
[11:06] <bialix> as you said explorer should not allow editing remote branch.conf
[11:07] <bialix> sender: it may be problemativ
[11:07] <bialix> sender: it may be problematic
[11:07] <sender> bialix: why?
[11:08] <bialix> sender: you can implement command line option for qgetnew command in qbzr, but then you need tell TBZR somehow to use it
[11:08] <bialix> another way is to implement option for qgetnew and then use aliases
[11:08] <bialix> I mean `bzr alias`
[11:08] <sender> could it become a setting?
[11:09] <bialix> could
[11:09] <bialix> but where: in qbzr or in tbzr?
[11:10] <sender> ideally a qbzr section under tbzr's settings item
[11:12] <sender> I don't know how much work that would be.. how would the alias solution work? Something like: tbzrcommand.exe --command getnew would start e.g.: tbzrcommand.exe --command getnew --default=branch
[11:12] <bialix> sender: I'm one of qbzr developers and I can give you some advices; but tbzr stuff you'll need to dig your self
[11:13] <sender> thanx for the help, it would be great to implement this
[11:15] <bialix> sender: basically you can define command with default options as new command or redefine the same name
[11:15] <bialix> sender: check help for alias command
[11:16] <bialix> so you can redefine qgetnew as "qgetnew --branch" or something
[11:16] <bialix> sender: http://doc.bazaar-vcs.org/latest/en/user-guide/index.html#using-aliases
[11:17] <sender> bialix: thanx, will check that in a min. Do we need to implement --branch for qgetnew?
[11:19] <bialix> you can use flags like: --checkout, --branch and make --checkout as default, IMO
[11:20] <bialix> see RegistryOption in bzrlib.option
[11:20] <lvh> poolie: bzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/~lvh-laurensvh/twisted/positioning/".
[11:20] <lvh> poolie: bzr clone lp:~lvh-laurensvh/twisted/positioning
[11:21] <poolie> btw if that's an automatically assigned username and you want to change it, it's better to do so before you start making branches
[11:22] <lvh> poolie: my login name is just 'lvh'
[11:22] <poolie> hm
[11:23] <lvh> Oh, wait, found it
[11:23] <lvh> lvh is already in use by another person or team. :-(
[11:23] <poolie> https://edge.launchpad.net/~lvh-laurensvh and https://edge.launchpad.net/~lvh
[11:23] <poolie> that's not you?
[11:23] <poolie> another belgian?
[11:23] <lvh> wait, that's me.
[11:24] <poolie> https://launchpad.net/people/+requestmerge
[11:24] <poolie> to join them
[11:24] <poolie> this might be the source of some confusion
[11:24] <lvh> Member since:  2005-09-29
[11:25] <lvh> Holy... I didn't know I registered back then
[11:25] <poolie> it might have been autocreated
[11:25] <lvh> Unfortunately I don't have access to that email address anymore so proving that I'm me is kind of hard.
[11:25] <poolie> then go to https://answers.launchpad.net/launchpad/+addquestion
[11:26] <poolie> and explain it
[11:26] <poolie> anyhow...
[11:26] <poolie> can i suggest you read through https://help.launchpad.net/Code
[11:27] <lvh> what's with the autocreation btw, how did that work?
[11:27] <lvh> okay, thanks
[11:28] <poolie> https://blueprints.edge.launchpad.net/launchpad-foundations/+spec/person-creation-rationale
[11:32] <lvh> poolie: thanks a lot!
[11:32] <poolie> you're welcome
[11:32] <sender> bialix: had a little trouble following you ;) found only a bytecode version of option (guess i need an other package)
[11:32] <sender> bialix: i added "qgetnew=qgetnew --branch" to [ALIASES] in bazaar.conf
[11:33] <sender> do i need to restart something?
[11:33] <bialix> sender: do you have bzr sources?
[11:33] <sender> bialix:  it's all pyd/pyo so I guess not, will get them now
[11:34] <bialix> if you're using standalone bzr.exe package -- you need either download latest tarball or get the lp:bzr branch (it will take time)
[11:35] <bialix> then look at bzrlib\option.py, or bzrlib\builtins.py
[11:37] <sender> bialix: branching now
[11:37] <bialix> k
[11:39] <lvh> why should I need to wait until my merge is done before I create branches though? don't the branches move along with me?
[11:40] <lvh> poolie: oh, wait -- apparenty i did set my password at some time, I can log in into that account
[11:41] <lvh> poolie: so, change email address, then merge?
[11:45] <sender> bialix: something different: how hard is it to implement qpush and qpull into the context menu?
[11:45] <sender> bialix: the ppl i
[11:45] <bialix> ?
[11:45] <bialix> "ppl i" -- I don;t understand tyhis
[11:45] <sender> bialix: sorry
[11:46] <sender> bialix: the people I'm implementing bzr for are not so good at the command line
[11:46] <sender> bialix: it would be cool to add more q' commands to the context menu, if possible
[11:46] <bialix> have you tried bzr-explorer?
[11:46] <sender> bialix: nope *searching for it
[11:46] <bialix> context menu -- you mean context menu in Windows Explorer, I guess.
[11:47] <sender> bialix: yes
[11:47] <bialix> sorry, I don't have time to work on TBZR
[11:47] <bialix> sender: https://launchpad.net/bzr-explorer
[11:48] <sender> bialix: thanx. ok i'll look into adding to the context menu
[11:53] <jml> gah
[11:53] <jml> still releasing
[11:53] <jml> I am Jack's irate NEWS conflict.
[12:05] <lamont`> Function `PyFrozenSet_New' implicitly converted to pointer at bzrlib/_known_graph_pyx.c:941 <-- known bug in 1.17rc1, or shall I file it>?
[12:07] <lamont`> filed
[12:08] <lifeless> lamont: function pointers are pointers ;P its in the standard!
[12:08] <lifeless> its also a little insane :)
[12:09] <lamont> lifeless: it's also fatal on 64-bit architectures
[12:09] <lamont> though amd64 frequently has zeros in the upper 32 bits
[12:10] <lamont> and undeclared functions return ints, not pointers
[12:11] <sender> bialix: need to reboot for bzr 1.16 to work (necessary for bzr-explorer) ... brb
[12:11] <igc> bialix: please try rev 184 wrt bug 392797
[12:14] <bialix> igc: it seems I have not pushed my better fix for check bzrlib API version
[12:14] <igc> bialix: right - I didn't see it come through
[12:15] <bialix> igc: rev 184 still not good: it tries to open path: "C:\C:\work\Bazaar\repos\explorer\trunk\.bzr\branch\branch.conf"
[12:15] <lamont> lifeless: that is, the function pointer was implicitly converted from a 32-bit int to a pointer there...  please to tell the compiler about pointers, kthx
[12:18] <bialix> igc: you have to use bzrlib.urlutils.local_path_from_url instead of slicing
[12:18] <igc> bialix: can you send me a patch?
[12:18] <bialix> wait a sec
[12:22] <igc> bbiab
[12:27] <bialix> igc: how about this: http://pastebin.com/m15756be4 ?
[12:31] <bialix> igc: https://bugs.launchpad.net/bzr-explorer/+bug/392797/comments/4
[12:42] <sender> bialix: thanx for poiting out bzr-explorer, it looks really useful, just what we need. (should it not be listed at http://bazaar-vcs.org/BzrPlugins ?)
[12:43] <bialix> I'm surprised if it not there
[12:44] <bialix> igc: why you don't add explorer to http://bazaar-vcs.org/BzrPlugins?
[12:45] <igc> bialix: just haven't got to it. Besides, it should soon be good enough to make the home page :-)
[12:45] <igc> bialix: right at the top :-) :-)
[12:45] <bialix> :-D
[13:12] <TheJosh> Does anyone know how to get bzr+ssh to have a umask of 002 on uploaded files? Should I be hunting around in the SSH docs, or the BZR docs?
[13:16] <TheJosh> I would prefer if I could set it up once on my server and all users would be forced to use that umask
[13:17] <LarstiQ> TheJosh: I'd go with posix ACLs
[13:19] <sender> can anyone help me to start a new translation of bzr explorer?
[13:26] <TheJosh> what if I cannot use ACLs? I am running a VPS, and the physical server does not allow me to repartition or change my root partition mount options
[13:27] <TheJosh> because its running OpenVZ
[13:30] <TheJosh> Actually I did some more investigating. It may be possible :)
[13:31] <jml> g'night folks.
[13:31] <jml> enjoy bzr 1.17
[13:40] <TheJosh> cool got ACLs working - as far as I can tell.
[13:50] <rocky> don't suppose there's a good writeup on the 2a repo format someplace other than the couple notes in release notes?
[13:51] <james_w> try the devnotes branch
[13:52] <james_w> I think there is something in there
[13:52] <james_w> or doc/developers in bzr.dev perhaps
[14:01] <DaffyDuck_> new bazaar user here. Let's say I have a server which is where my "central" storage is. I create a bazaar project on the server, and then from my workstation run "bzr brach bzr+ssh://server.com/foo/bar"..
[14:01] <DaffyDuck_> I now have a local branch to work on.
[14:02] <DaffyDuck_> But it's on my server that all the heavy backups are created, so I want to push my changes to it from time to time.
[14:02] <DaffyDuck_> I can use "bzr push bzr_ssh://server...." for that,.
[14:02] <Arrrgh> hi guys. anyone knows - does Bzr support labels in any way?
[14:03] <beuno> Arrrgh, you mean tags?
[14:03] <Arrrgh> yes
[14:03] <beuno> DaffyDuck_, yes, you can both push and pull
[14:03] <beuno> Arrrgh, yes, "bzr help tags"
[14:03] <DaffyDuck_> However, if \'ve understod it correctly, the "parent" is stored somewhere in my local repository. Is there a way I can just type "bzr push", and it'll know where to push it?
[14:04] <rocky> jelmer: if i specify tags and branch directly in subversion.conf, will bzr still check parent paths? (i'm still getting 403 error)
[14:04] <DaffyDuck_> I accidentiallly made a typo, so rather than updating the project on the server, it created a new branch.
[14:04] <Raim> DaffyDuck_: use bzr push --remember $URL once and then you can use just bzr push
[14:05] <DaffyDuck_> Raim: Ah! Thanks!
[14:05] <Arrrgh> so they just named it in other way. thanks very much
[14:17] <malibu> Hey there.. I'm trying to do a commit and I'm getting a memory error?
[14:17] <malibu> Does bzn have memory issues?
[14:17] <malibu> It gets to the point where it is collecting changes and then fails with a memory error
[14:18] <bob2> how big a commit?
[14:19] <malibu> 4.6 Gb
[14:20] <beuno> right, I can see you running out of memory with commits that size
[14:20] <lifeless> malibu: is that a single file?
[14:20] <malibu> no, many files
[14:20] <lifeless> memory usage in bzr commit can spike, but per-file
[14:21] <lifeless> whats the largest file you're committing?
[14:21] <malibu> So it's hitting a single big file
[14:22] <malibu> 60Mb is the biggest file
[14:23] <malibu> No sorry 618 Mb
[14:24] <malibu> I didn't need it, got rid of it and will try again
[14:26] <malibu> So what is the biggest file bazaar can handle?
[14:26] <lifeless> the answer varies depending onw hat you're doing and what bzr format you're using
[14:27] <lifeless> but between 1/4 and 1/2 of your system memory
[14:29] <rocky> jelmer: in case you come around, i've debugged the problem with the 403 a bit more and no longer believe it has to do with bad branches/tags locations or anything
[14:31] <jelmer> rocky: hi
[14:32] <rocky> jelmer: it looks like bzr is checking for lock files at the root of the "repo base" which in the case of this svn repo, i don't have access to
[14:32] <jelmer> rocky: yeah, bzr-svn will access parent paths
[14:32] <rocky> i only have access a part of the rpeo
[14:32] <rocky> *repo
[14:33] <jelmer> rocky: we need access to the root of the repository for the cache?
[14:33] <jelmer> s/?//
[14:34] <jelmer> rocky: please try disabling the cache
[14:36] <rocky> jelmer: no diff
[14:36] <jelmer> rocky: you'll also need to explicitly specify where the branches are in that case
[14:36] <jelmer> rocky: as bzr-svn won't be able to guess if it doesn't have access to the repository root
[14:37] <rocky> jelmer: that's just by setting "branches =" for the repo in subversion.conf right?
[14:37] <jelmer> rocky: yes
[14:38] <rocky> what are the branch paths relative to? to the hostname or to the full url to the repo?
[14:38] <jelmer> the repository root
[14:40] <rocky> same error, i've tried variations on the branches param, etc
[14:40] <jelmer> rocky: please run with -Dtransport and see what it's trying to do in ~/.bzr.loig
[14:43] <rocky> jelmer: http://cluebin.appspot.com/pasted/403472
[14:43] <dvheumen> Hi, is anyone familiar with this issue? (I couldn't find anything in the bugtracker, or it wasn't similar enough.) I did 'bzr upgrade' on a branch of lp:bzr and I got a message that the branch was converted, followed by a 'cannot convert to format' error. And the resulting branch is of 'unnamed' format. http://pastebin.com/m475f0eca
[14:44] <dvheumen> bzr version 1.17, just installed it
[15:17] <Kobaz> how do i unmerge
[15:17] <Kobaz> i did some stuff in the wrong order, and now i have local changes mixed in with a merge
[15:21] <jelmer> rocky: Hmm
[15:21] <jelmer> rocky: please file a bug
[15:21] <jelmer> rocky: bzr-svn shouldn't use the standard locking class as that attempts to do a stat on the root of the repositor when opening a branch
[15:22] <james_w> hey jelmer
[15:27] <jelmer> hi James
[15:27]  * jelmer waves from DebCamp
[15:36] <DaffyDuck_> Are push operations atomic?
[15:36] <malibu> Hi there..  I was wondering if someone could help me out.  I installed TortoiseBZR but my folder icons aren't changing and my context menu isn't adapting to handle a working copy
[15:36] <malibu> ..although I can do a commit from the command line
[15:36] <beuno> DaffyDuck_, yes  (commit actually is atomic)
[15:37] <DaffyDuck_> beuno: Excellent. Thanks!
[15:41] <james_w> jelmer: how is DebCamp?
[15:49] <jelmer> james_w: very nice
[15:49] <james_w> good
[15:49] <james_w> jelmer: I'll see you on Thursday (I hope).
[15:50] <jelmer> james_w: cool
[16:11] <fullermd> Whee, lots of plist churn in 1.17...
[16:14] <luks> jelmer: I have a plugin that prints diff in svn format and I'd like to automatize some things. is there something in bzr-svn that can tell me svn revno of a bzr revision (assuming a mainline revision)?
[16:15] <igc> night all
[16:15] <jelmer> 'night Ian
[16:16] <jelmer> luks: what do you mean with svn format?
[16:16] <jelmer> luks: isn't the diff format of svn just unified diffs?
[16:16] <luks> jelmer: exactly what "svn diff" produces
[16:16] <luks> it's for review board
[16:16] <jelmer> luks: ah
[16:16] <luks> I need to include svn revision numbers and so far I've been entering them manually
[16:16] <jelmer> luks: in that case, it would be nice I guess if we could integrate this into "bzr send --format=svn"
[16:17] <jelmer> luks: but yeah, this information is available if you use bzrlib.foreign
[16:18] <luks> jelmer: I found bzrlib.foreign, but it seems to work only for revisions from svn (but it's very likely I'm missing something)
[16:18] <luks> my main use case are revisions coming from bzr, pushed to svn
[16:18] <luks> ie, they don't have ids in the bzr-svn format
[16:19] <jelmer> luks: you can only get the svn revno for those if you have access to the related svn repository
[16:20] <jelmer> since there is no canonical svn revno for those revisions
[16:20] <luks> jelmer: yeah, I meant something that talks to the svn repository
[16:20] <jelmer> e.g. you could push one bzr revision to two svn repositories and it would end up with two different svn revno's
[16:35] <luks> jelmer: SvnRepository.lookup_revision_id seems to be what I was looking for
[16:36] <luks> I didn't know bzr send can output different formats, I'll look into that
[17:19] <terry> hi guys. i install bzr on windows use windows installer, but when install finish, i can't find bzrlib in site-packages . how can i get it. thanks
[17:58] <SamB> hmm ... am I the only one who can't pull from lp:bzr-fastimport over bzr+ssh?
[17:59] <luks> jelmer: lookup_revision_id seems to work fine -- http://paste.pocoo.org/show/129745/ (you probably don't want to see this though :))
[20:20] <jelmer> luks: ooh, neat
[20:20] <jelmer> SamB: what breaks?
[20:27] <abli> Hi! do I have to set the file/directory permission on a repository that multiple people will use? Might such permission problem be the cause of getting "Cannot lock LockDir" permission denied errors when trying to do a "bzr heckout"?
[20:29] <LarstiQ> abli: possibly
[20:29] <abli> is it documented somewhere? (what permissions to set?)
[20:30] <LarstiQ> abli: I recommend using posix acls (`setfacl` and friends) to get rid of that problem
[20:30] <LarstiQ> abli: well uhm, standard unix permissions apply
[20:31] <jelmer> luks: It'd be awesome to see a merge request for this :-)
[20:31] <luks> jelmer: are you serious? do you want to monkey patch bzrlib in bzr-svn?
[20:32] <LarstiQ> jelmer: you're not denting about Debcamp/conf enough! ;P
[20:32] <SamB> jelmer: bzr just hangs waiting for a response
[20:33] <SamB> jelmer: would you like to see an strace?
[20:33] <jelmer> LarstiQ: :-)
[20:33] <jelmer> luks: I missed that bit :-)
[20:34] <luks> the other option is refactoring the diff writing code in bzrlib
[20:34] <luks> which is something I'm not going to do
[20:34] <jelmer> luks: where is the monkey patching happening?
[20:34] <luks> DiffText.diff = DiffText_diff
[20:34] <luks> I'm temporarily changing the DiffText class to do what I want
[20:35] <luks> I'd have to duplicate a *lot* of code if I wanted to do it properly
[20:35] <luks> or I'd have to fix bzrlib
[20:35] <jelmer> luks: fixing bzrlib shouldn't be too hard I think
[20:36] <luks> yeah, but I lost all my hope in bzr development process :)
[20:36] <jelmer> luks: Oh, ok
[20:36] <luks> so I'd rather not go there
[20:36] <jelmer> luks: Can you perhaps just file a merge request against bzr-svn and I'll take it from there?
[20:36] <luks> jelmer: ok, I'll clean it up, add some tests and submit it
[20:37] <jelmer> SamB: not particularly :-) I was just asking because it might be some easy problem
[20:37] <SamB> jelmer: what happens when you try to access it?
[20:38] <SamB> anyway, I was just suggesting strace because I don't know any other way to trace what goes between the SSH client and bzr
[20:38] <jelmer> SamB: seems to work fine here
[20:38] <SamB> jelmer: huh
[20:56] <LarstiQ> hmeland_: yow!
[20:56] <LarstiQ> hmeland_: someone reported having '' in sys.path with jaunty python 2.6.2, which python were you using?
[21:03] <DaffyDuck_> If I have branched a repository, and edited locally, and made several changes -- how do I push the changes to the server without all of the history? (I essentially want one change only on the server though I have several on my workstation).
[21:04] <LarstiQ> DaffyDuck_: I can probably think of something for that, but it usually isn't what one wants. Can you explain why you want to do that?
[21:05] <LarstiQ> DaffyDuck_: ie, why isn't just merging the work enough?
[21:07] <DaffyDuck_> LarstiQ: The repository on the server is the "central" one which others will use. I don't want to bother them with my "test001", "test002", etc. :)
[21:07] <DaffyDuck_> ...but I assume there are other solutions for that?
[21:09] <LarstiQ> DaffyDuck_: depending on the amount of bother
[21:09] <LarstiQ> DaffyDuck_: so if you cd to a copy of the central branch, andd then `bzr merg path/to/your/work`
[21:09] <LarstiQ> DaffyDuck_: and then look at `bzr log -n1`
[21:39] <malibu> I committed a large amount of data this morning and now I am finding that traversing my working copy is very slow.  Is this normal??
[21:40] <malibu> Furtthermore, folder and file icons for TortoiseBZR seem to be extremely varied.
[21:49] <LarstiQ> malibu: traversing how? (And no, I'd say that is not normal)
[21:51] <ndurner> It's very slow here, too.
[21:52] <ndurner> TortoiseBZR doesn't do caching like TortoiseSVN, right?
[21:59] <LarstiQ> ndurner, malibu: afaik TortoiseBZR does do caching
[21:59] <LarstiQ> but I don't have much direct experience with it
[22:00] <ndurner> Ah yes, there's a "tbzrcachew.exe" process running
[22:00] <ndurner> Odd.
[22:01] <LarstiQ> I do admit of having seen reports of that process running away with resources
[22:02] <LarstiQ> malibu: you should be able to turn either the caching or the file icons off, could you test what that does to performance?
[22:05] <LarstiQ> hmeland_: ah, I see you were instrumental in getting bug 72227 to a more or less resolved state, thanks!
[22:06] <lifeless> moin
[22:07] <LarstiQ> moin lifeless
[22:16] <thumper> does anyone have any groovey icons for indicating a conflict in a branch
[22:16] <thumper> ?
[22:18] <garyvdm> thumper: None I would call groovey
[22:18] <LarstiQ> thumper: no, but I'd check bzr-explorer
[22:25] <lifeless> jml: jelmer: a review please :) - https://code.edge.launchpad.net/~lifeless/subunit/time-support/+merge/9042
[22:48] <poolie> hello all
[22:48] <poolie> jam, still here?
[22:53] <ndurner> Hello poolie
[22:53] <ndurner> I have filed the proposal to merge here: https://code.launchpad.net/~ndurner/bzr/bzr-ftp/+merge/8906
[22:53] <ndurner> Is there anything else (besides the testcase) I have to to?
[22:58] <poolie> looks good nils
[22:58] <poolie> i'll comment on the review
[22:59] <ndurner> great, thanks!
[23:00] <jml> lifeless, I've got it flagged to do later.
[23:00] <lifeless> jml: thanks
[23:01] <poolie> hi lifeless, jml, thumper
[23:02] <lifeless> hi poolie
[23:04] <thumper> hi poolie
[23:18] <etank> im looking at trying to set up a shared repo on my server. looking at the docs it says to 'mkdir /srv/bzr/
[23:18] <etank> what user should own the bzr dir?
[23:19] <etank> should i set up the /srv/bzr/foo as root?
[23:19] <DaffyDuck_> etank: If it's shared, it's more a question about group ownership.
[23:20] <etank> so i should add a group and add users to it that need the access
[23:20] <DaffyDuck_> etank: Yes.
[23:20] <etank> i see
[23:20] <etank> thanks DaffyDuck_
[23:20] <DaffyDuck_> There's a really good page I found. Hang on, and I'll see if I can find it again.
[23:21] <DaffyDuck_> etank: http://bazaar-vcs.org/SharedRepositoryTutorial
[23:21] <etank> yeah thats what im reading now
[23:21] <DaffyDuck_> Ah. :)
[23:21] <etank> crud. i was one paragraph away from the answer :)
[23:22] <DaffyDuck_> I figured something like that -- it's right at the bottom.
[23:22] <etank> yeah i see that now
[23:22] <etank> i should be more patient
[23:23] <DaffyDuck_> etank: I did the same thing -- ask first, find five seconds later. :)
[23:23] <etank> glad im not the only one
[23:28] <easy4> I made some changes to the files in my trunk branch and now I want to create a new branch with these changes and revert trunk to the most recent commit.  What's the easiest way to do that?
[23:29] <DaffyDuck_> easy4: I have no idea, but I'd probably commit, branch and then uncommit in trunk.
[23:29] <lifeless> easy4: have you committed the changes?
[23:29] <lifeless> easy4: if not:
[23:30] <DaffyDuck_> ..but I'd backup first, since I'm new to bazaar, and I don't really know what I'm doing.
[23:30] <lifeless> bzr branch . ../new-branch; cd ../new-branch; bzr merge ../trunk --uncommitted
[23:30] <lifeless> easy4: if you *have* committed:
[23:30] <lifeless> bzr branch . ../new-branch
[23:30] <lifeless> bzr uncommit
[23:30] <lifeless> bzr revert
[23:31] <easy4> i see. thanks
[23:46] <lifeless> igc: so, the good news is - your branch fails in real world tests - e.g.
[23:46] <lifeless> robertc@lifeless-64:~/source/baz/pending/igc-commit$ bzr commit -m "foo" doc/developers/foo
[23:46] <lifeless> Committing to: /home/robertc/source/baz/pending/igc-commit/
[23:46] <lifeless> added doc
[23:46] <lifeless> added doc/developers
[23:46] <lifeless> added doc/developers/foo
[23:46] <lifeless> aborting commit write group: InconsistentDelta(An inconsistent delta was supplied involving u'doc', 'doc-20050309044934-a811c79dd26eef58'
[23:46] <lifeless> reason: Path already versioned)
[23:46] <lifeless> bzr: ERROR: An inconsistent delta was supplied involving u'doc', 'doc-20050309044934-a811c79dd26eef58'
[23:46] <lifeless> reason: Path already versioned
[23:46] <lifeless> igc: this means that all the paranoia wasn't waste ;)
[23:47] <lifeless> igc: the better news is that I've nothing listed as a pre-requisite for this now


[01:35] <wxMichael> I just did apt update/upgrade and saw this message: W: Possible missing firmware /lib/firmware/nvidia/465.27/gsp.bin for module nvidia
[04:09] <danny_> test
 you passed
 Hello everyone!!!
 I have just updated to Hirsute. Upon reboot I have no panel or desktop (wallpaper and right click)!! What can I do? nb Latte dock works and I can access apps. No shut down or reboot buttons either!
 Now Latte dock is invisible also. 😣
[05:28] <valorie> @Anarchotaoist that does not sound good!
[05:28] <valorie> usually problems like that I have to solve in the konsole
[05:28] <valorie> usually sudo apt update && sudo apt full-upgrade
[05:29] <valorie> and sometimes sudo apt autoremove && sudo apt remove if you haven't done that for awhile
[05:31] <valorie> also sudo apt update && sudo apt full-upgrade --fix-missing can be useful sometimes
[05:32] <valorie> very occasionally sudo dpkg --configure -a
[05:32] <valorie> even more rarely: sudo apt install -f
[05:34] <valorie> @Anarchotaoist does krunner still work? alt+space
[05:34] <valorie> it sounds like plasma and/or plasmashell crashed and took some other bits down as well
 Just installed and ran KMail, added a gsuite account, it seems to be able to fetch email just fine, but doesn't show anything in the contents, no email folders or emails
 can paste a screenshot here if it helps
 @valorie, I tried all those commands and no joy. Yes, Krunner works.
 @abhishekbatra, Adding to this, I'm also getting new mail notifications, just not seeing any content in the KMail window
[06:08] <TheBigK> IrcsomeBot: check running kmail in shell to see if u see some errors popping up... alternatively check .xsession-errors ...
[06:11] <lordievader> Good morning
 When I run the command kstart5 plasmashell …  Plasma shell starts then crashes https://pastebin.com/txX8f5qY
 @TheBigK, no logs in the shell, .xsession-errors has several of these: https://pastebin.com/TnVk7zya
 Another one is: "Fontconfig error: Cannot load default config file: No such file: (null)"
[06:47] <TheBigK> IrcsomeBot: in which way does the plasmashell crash.. as i can see u abort the start? or am i crazy
 Changing the compositor to opengl 2 brought back Lattedock to being visible - but still no desktop. Is there a command I can run to find out more why this is happening?
 plasmashell & https://pastebin.com/rRgrxYUH
[11:03] <kakadu> After upgrade onUbuntu 21.04 I've started getting issues about icons: https://pasteboard.co/JUSnQ5s.png
[11:03] <kakadu> `qt.svg: <input>:407:130: Could not add child element to parent element because the types are incorrect.`
[11:03] <kakadu> Have you seen somethting like this?
[12:12] <BluesKaj> Hi folks
 Hello, been a long time. If there's any experienced user of Kubuntu, can you please tell me is there any improvement in Kubuntu new update? Last time ( 3 months back), I installed it, it was totally unusable because of my old hardware. It lagged like hell, froze and I could not do anything properly.
 But I want to know has devs made it better for old hardwares? My PC specs :
[14:28] <Maik> @N i don't see any PC specs here on IRC, mind sharing it ?
 @Maik, I've edited the post. Please check.
[14:30] <Maik> @N i don't see it since i'm on IRC and not Telegram
[14:30] <Maik> just tell your system specs
[14:31] <lordievader> @N your system is still healthy? Lagging like hell sounds like either too little RAM or a disk full of bad sectors.
 Last time, a user helped me out to somewhat make it usable by disabling some things xrender and compositor settings but there was too much lag specially in login screen
 @Maik, My PC specs : … OptiPlex 360, CPU: Intel Core 2 Duo E7500, GPU: Intel 82G33/G31 Express, 4GB DDR2 RAM and openGL 1.4
[14:32] <Maik> old machine?
[14:32] <Maik> Core 2 Duo and 4GB of RAM should be enough to run Kubuntu
 @lordievader, No, it works awesome on Linux Mint Cinnamon, Mate, Ubuntu. It lags like hell on KDE based distros because KDE requires new opengl version according to some user here
[14:32] <Maik> if not, try Xubuntu or Ubuntu MATE
 @Maik, But it doesn't.
[14:33] <Maik> then don't expect the new versio to run smooth
 @Maik, I've already tried those also. Including OpenSuse and Manjaro. Same issue in all of them
 @Maik, Can devs fix this issue?
[14:33] <Maik> nope, guess not
 @Maik, Oh, that's too bad. Seems I'll have to stay on Mint then
[14:34] <Maik> @N you said Linux Mint Cinnamon, Mate, Ubuntu work awesome. So Xubuntu and Ubuntu Mate should run fine too
[14:35] <Maik> @N your choice
 @Maik, Sorry, I may not remember. If those are KDE based distros, I must have tried them. I remember I faced same lag in all of KDE distros
[14:38] <Maik> @N Xubuntu = ubuntu with Xfce, Ubuntu MATE = Ubuntu with MATE desktop
[14:38] <Maik> no KDE
[14:38] <lordievader> The name is a hint to what desktop env they run ;)
[14:38] <lordievader> The K in Kubuntu stands for KDE, sort of.
 Ah got it. It means I've not tried them. I'd have really loved to get KDE working on my system.
 I miss KDE connect. It doesn't work as good on Mint XFCE
[14:40] <Maik> @N if you tried Mint Mate you know what to expect of Ubuntu MATE
[14:41] <lordievader> Turning all the effects of in kwin might help...
[14:41] <lordievader> Not sure as to what degree though.
 @Maik, Yeah but I'm not interested in Ubuntu Mate.  I'm really happy with Mint as it's rock solid on my PC. Just wanted to try some KDE based distro.
 @lordievader, I just read in new Kubuntu, KDE Plasma 5.21 and other major changes are there. Maybe they may have fixed my lag issue as well. I'll try it on USB after 30 minutes *excited*
 @N, the newer ones may lag more on your system.
[14:46] <lordievader> Especially on a thumbdrive... you may be lucky to get a few MB per second of IO through those things.
 @ri5h46h, lol you're here too
[14:47]  * lordievader is biased in disliking thumb drives
 @IrcsomeBot, Then how do I make sure it's running fine without installing on my PC as there's too much data on my pc and I don't have anything right now to back up
 @N, kubuntu is the primary operating system on my desktop.
[14:50] <lordievader> You could go mess about trying to get them installed side-by-side, but without a backup I wouldn't start on that.
 @ri5h46h, Oh now I remember
 @lordievader, Yeah. I'll still give a try to live USB method
[19:15] <lenovo> hi
[20:56] <viewer|59> hi, are there alternatives to pulseeffects, maybe specific in the kde world? the specific noisegate plugin implementation doesn't work as I want it and just wanna use a different one but google is not helping much in showing alternatives?
[21:15] <viewer|59> is there even anything remotely similar to pulseeffects?
 (Photo, 1280x720) https://irc-attachments.kde.org/uAg7RxVK/file_43802.jpg Euh... Tu as déjà lu des webtoons comme La femme de papa, La squatteuse, ou même les filles d'à côté ? … Non? 😂😂 ta vie est triste... mais bon c'est pas grave. Prépare-toi bien et viens lire tous tes webtoons 💋  … C'est ICI -> https://t.me/pipitrad … Et c'est gratos 🔥 … VIENS VITE!
 (Photo, 720x1280) https://irc-attachments.kde.org/dLdh2SsT/file_43801.jpg


[00:56] -SwissBot:#ubuntu-news- ::Planet:: Full Circle Magazine: Full Circle Magazine #178 @ https://fullcirclemagazine.org/2022/02/25/full-circle-magazine-178/
[01:46]  * guiverc just found the 20.04.4 ML post in my spam folder  (I missed that yesterday)
[19:46] -SwissBot:#ubuntu-news- ::Planet:: Bryan Quigley: Small EInk Phone @ https://bryanquigley.com/posts/small-eink-phone-results.html


[00:16] <fta> -rw-r--r-- 1 fta fta 578602550 2009-03-21 01:13 ia32-libs_2.7ubuntu4.tar.gz
[00:17] <fta> d'oh
[00:17] <BUGabundo> what?
[00:17] <fta> 578M
[00:17] <BUGabundo> doesn't it match?
[00:17] <BUGabundo> deb as 24MiBs
[00:17] <fta> -rw-r--r-- 1 fta fta 534532696 2009-01-27 03:04 ia32-libs_2.7ubuntu3.tar.gz
[00:17] <fta> inflation :)
[00:18] <BUGabundo> 40MiBs source growce
[00:18] <BUGabundo> ehehehe
[00:18] <BUGabundo> there's no cryse in software
[00:23] <fta> [ubuntu/jaunty] ia32-libs 2.7ubuntu4 (Waiting for approval)
[00:24] <fta> https://edge.launchpad.net/ubuntu/jaunty/+queue?queue_state=1&queue_text=
[00:37] <BUGabundo> they take so long approving stuff
[00:39] <fta> [ubuntu/jaunty] ia32-libs 2.7ubuntu4 (Accepted)
[00:39] <BUGabundo> that was quick
[00:39] <BUGabundo> you know the right guys
[00:40] <fta> i didn't ask anyone, I just dent about it :)
[00:40] <BUGabundo> eeheeheheheheheheh
[00:40] <fta> dent? dented?
[00:40] <BUGabundo> gwibber is not logging on again :(
[00:42] <BUGabundo> still it took 1h:30
[00:42] <fta> https://edge.launchpad.net/+builds/crested
[00:51] <fta> damn, it failed
[00:51] <fta> i built it several times
[00:52] <BUGabundo> hehe
[00:52] <fta> http://launchpadlibrarian.net/24168065/buildlog_ubuntu-jaunty-ia64.ia32-libs_2.7ubuntu4_FAILEDTOBUILD.txt.gz
[00:52] <fta> oh, ia64
[00:53] <fta> not amd64
[00:54] <BUGabundo> LOL
[00:54] <BUGabundo> then its up
[00:54] <BUGabundo> let me check if in the archive
[00:56] <BUGabundo> still getting 3.1 packages
[00:56] <BUGabundo> bah
[00:56] <BUGabundo> I removed it!
[00:56] <BUGabundo> FAIL
[00:56] <fta> ?
[00:56] <BUGabundo> its just plain daily 3.5
[00:56] <BUGabundo> I must go to bed... can't even read anymore
[01:03] <fta> ia64 was failing before too, last 3 or 4 versions
[01:04] <fta> not my fault then :)
[01:04] <fta> but noone cares about ia64
[01:05] <BUGabundo> yeah
[01:05] <BUGabundo> how many enterprises using it?
[01:06] <BUGabundo> does the plataform get any traction?
[01:12] <BUGabundo> fta : "Mozilla has released Firefox 3.5 Beta 3, the third public development release of the next major upgrade of Mozilla’s web browser. Because the decision to increase the version number from 3.1 to 3.5 to reflect the significant number of new features and improvements came very late in this beta cycle, the installers are labeled as Firefox 3.1 Beta 3."
[01:12] <BUGabundo> wasn't that supposed to be b4?
[01:32] <fta> beta 3 was still 3.1
[13:43] <gnomefreak> BUGabundo: what did you do?
[13:45] <BUGabundo> wanna read the channel and pvt log?
[13:45] <BUGabundo> maybe you can figure it out
[13:46] <BUGabundo> I'm just an happy person
[13:46] <BUGabundo> don't even care
[13:46] <BUGabundo> let ikonia rest and see that I did nothing wrong
[13:46] <BUGabundo> now I have to setup the PCs to give my FOSS and Ubuntu class
[13:46] <BUGabundo> last one for this semester
[13:46] <BUGabundo> ping me (in pvt) if you need something
[13:47] <BUGabundo> dtchen: there's a new kernel coming out that bumps your version!
[13:47] <BUGabundo> does it contain your fix? or should I hold on?
[13:48] <BUGabundo> and gnomefreak sorry If I sound a bit ... yeah you know!
[13:49] <gnomefreak> BUGabundo: i know no worries
[14:33] <gnomefreak> i think i found out why i cant find a tarball for sunbird 1.x, i have to pull it from comm central and im not slear on that yet
[14:47] <gnomefreak> asac: bug 309655 is ready for review when you get a few minutes.
[15:04] <asac> gnomefreak: dont you have 1.1.15 ?
[15:05] <asac> ok i will push the jaunt stuff on monday and upload the rest to our security ppa which is the security team staging area
[15:05] <gnomefreak> asac: yep its finished i dont have a hardy or intrepid i can test with
[15:05] <gnomefreak> i'm waiting for an answer in #launchpad about security targets in PPA
[15:06] <asac> gnomefreak: for intrepid you documented the CVEs in commit
[15:06] <asac> but you didnt do that for the other branches
[15:06] <asac> any r3eason?
[15:06] <asac> gnomefreak: you can upload to the right pocket
[15:07] <asac> gnomefreak: e.g.http://paste.ubuntu.com/134886/
[15:07] <asac> just replace ~ubuntu-mozilla-security with ~gnomefreak
[15:07] <gnomefreak> that is bzr commit. it adds the whole changelog entry
[15:07] <asac> then you can push hardy-security to ppa-*-hardy
[15:07] <asac> undestood?
[15:08] <asac> gnomefreak: right. did you add the CVEs to the other changelogs too?
[15:08] <gnomefreak> looking at pastebin atm
[15:08] <gnomefreak> no but i can
[15:08] <asac> gnomefreak: please do the same everywhere. e.g. add the CVEs everywhere
[15:08] <gnomefreak> oh i can upload to those?
[15:08] <gnomefreak> asac: i will
[15:08] <asac> gnomefreak: also uncommit your ~jjv commits
[15:08] <asac> those shouldnt be in the bzr log
[15:08] <gnomefreak> they are not in bzr only in PPA
[15:08] <asac> gnomefreak: no
[15:09] <asac> gnomefreak: you have to replace ~ubuntu-mozilla-security with ~gnomefreak
[15:09] <asac> but using those incoming lines you can uploade without changing changelog to "hardy" from "hardy-security"
[15:09] <gnomefreak> ah ok but the security stays the same
[15:10] <asac> gnomefreak: yes. you just use hardy-security in changelog and upload with the right incoming line (similar to what i pasted, but just adapted for your ppa)
[15:10] <asac> simliar for intrepid-security and so on
[15:10] <asac> jaunty has no -security yet, so thats not a problem
[15:11] <gnomefreak> so just replace incoming = ~ubuntu-mozilla-security/ppa/ubuntu/jaunty/
[15:12] <gnomefreak> with ~gnomefreask/ppa/ubuntu/jaunty?
[15:12] <asac> yeah
[15:12] <gnomefreak> and so on
[15:12] <asac> yeah
[15:12] <asac> and of course you can change the labels
[15:12] <gnomefreak> i thought i was
[15:12] <asac> e.g.
[15:12] <asac> ppa-ums-hardy -> ppa-gnomefreak-hardy ;)
[15:12] <asac> and then use dput ppa-gnomefreak-hardy
[15:12] <asac> or something
[15:12] <gnomefreak> oh see i use general gnomefreak
[15:12] <asac> gnomefreak: well. you need to suffix it with -hardy -intrepid etc.
[15:13] <asac> otherwise you cannot use the special incoming lines on upload
[15:13] <gnomefreak> [ppa-gnomefreak]
[15:13] <gnomefreak> fqdn = ppa.launchpad.net
[15:13] <gnomefreak> incoming = ~gnomefreak/ubuntu/
[15:13] <gnomefreak> login = anonymous
[15:13] <asac> and you cannot use the "-security" in changelog
[15:13] <gnomefreak> ah ok
[15:13] <asac> gnomefreak: right. but that doesnt work for -security in changelog
[15:13] <asac> so for uploading security you need a special one for each release
[15:13] <asac> but its definitlyb better than always changing changelog to hardy for the upload ;)
[15:14] <asac> gnomefreak: just be careful. if you push the intrepid-security to the hardy-security it will just push that to hardy
[15:14] <gnomefreak> ok that makes sense. I will fix branches and upload with -security :) and bzr left off the ~jjv as i recall
[15:14] <asac> gnomefreak: so think three times before hitting enter
[15:14] <asac> you can even upload with "my-dog-shit-release" to ppa-gnomefreak-hardy and it will get built for hardy
[15:14] <asac> so take care that you dont psh everything to hardy or something
[15:14] <gnomefreak> cool
[15:15] <asac> gnomefreak: well. not so cool
[15:15] <gnomefreak> well yeah i know what you mean
[15:15] <asac> if you accidentially push the intrepid package to hardy you will never be able to test your hardy package there again
[15:15] <asac> because the version is lower
[15:15] <asac> so ;) ... take care!
[15:15] <gnomefreak> asac: should i leave off the ~jjv# in PPA or just bzr?
[15:16] <asac> gnomefreak: just in bzr
[15:16] <gnomefreak> ok good :)
[15:16] <asac> gnomefreak: for uploads you change it locally without committing
[15:16] <asac> e.g. if i upload to asac i just change changelog to ~asac1
[15:16] <asac> then build
[15:16] <asac> and after upload
[15:17] <asac> bzr revert
[15:17] <asac> (so i dont accidentially commit ~asac1 to bzr)
[15:17] <gnomefreak> yep thats what i was doing
[15:17] <asac> of course you need to remember whats the last one was but that wasnt a problem for me so far ;)
[15:18] <asac> gnomefreak: i mean if you do a ~jjv1 ... dont even commit the "UNRELASED" -> "hardy"/"hardy-security"
[15:18] <asac> keep it in bzr at UNRELEASED until you do the real upload
[15:18] <asac> just locally for the test upoad
[15:18] <gnomefreak> ok
[15:18] <asac> gnomefreak: actually with the special incoming lines you can even keep it at UNRELEASED ;)
[15:18] <asac> smilar to my-go-shit-release ;)
[15:18] <asac> dog
[15:19] <asac> sorry if i talk to much. just want to be sure you get it right ;)
[15:20] <gnomefreak> no you dont talk too much thanks i will get it right
[15:33] <gnomefreak> all the branches are fixed
[15:41] <asac> good
[15:50] <gnomefreak> i have this strange feeling im not going to be able to build 64 apps without 64bit proc
[15:50] <gnomefreak> that means flash64 i cant do
[16:07] <asac> gnomefreak: you could check out qemu
[16:07] <asac> might be a bit slow but you can even build arm/ppa/sparc i guess
[16:07] <asac> ppa== hppa
[16:08] <asac> QEMU is a fast processor emulator: currently the package supports ARM, CRIS, i386, M68k (ColdFire), MIPS, PowerPC, SH4, SPARc and x86-64 emulation. By using dynamic translation it achieves reasonable speed while being easy to port on new host CPUs. QEMU has two operating modes:
[16:08] <asac> so yeah ... it has x86-64 emulation
[16:08] <gnomefreak> ok i will look into that this week once i get caught up.
[16:21] <gnomefreak> shit hardy branch needs to be fixed
[16:26] <gnomefreak> ok hardy branch is fixed
[16:30] <gnomefreak> pushing last fixed package to PPA. i will be gone for a little while until it finishes so i can check mail today i hope
[17:14] <LLStarks> yo.
[17:16] <asac> LLStarks: whats up?
[17:16] <LLStarks> firefox-3.5 segfaults, but 3.6 doesn't.
[17:17] <asac> LLStarks: can you install xul and ffox -dbg packages and get a backtrace?
[17:17] <asac> LLStarks: also ... its normal that i segfaults on exit
[17:17] <LLStarks> i could install, but i don't know how to do traces.
[17:17] <asac> LLStarks: check that there is no ffox 3.1/3.5 process running
[17:17] <LLStarks> one sec
[17:17] <LLStarks> also, the xulrunner-1.9.1 umd daily doesn't superseed the jaunty main repo.
[17:18] <asac> LLStarks: whats the version of daily?
[17:18] <LLStarks> today
[17:18] <asac> and whats the version of archive ;)?
[17:18] <gnomefreak> asac: are we dropping 3.1 from archives since its rename?
[17:18] <asac> LLStarks: yeah well. i could have guessed that
[17:18] <asac> LLStarks: COLUMNS=200 dpkg -l xulrunner-1.9.1
[17:19] <LLStarks> 1.9.1~b3+build2+nobinonly-0ubuntu1
[17:19] <gnomefreak> 1.9.1 is above Jauntys version
[17:19] <LLStarks> is archive
[17:19] <gnomefreak> 1.9.1~b4~hg20090320r23864+nobinonly-0ubuntu1~umd1  is daily
[17:20] <LLStarks> i forced the daily xulrunner-1.9.1
[17:20] <asac> that should work
[17:20] <asac> i mean wihtout force
[17:20] <asac> run:
[17:20] <asac> dpkg --compare-versions "1.9.1~b3+build2+nobinonly-0ubuntu1" lt "1.9.1~b4~hg20090320r23864+nobinonly-0ubuntu1~umd1" && echo yes.
[17:21] <asac> so yes ;)
[17:21] <asac> seems ~b4 is higher than ~b3
[17:21] <LLStarks> the command does nothing
[17:21] <asac> odd
[17:22] <gnomefreak> LLStarks: are you sure you have th umd repo enabled?
[17:22] <LLStarks> b4 only installs using full-upgrade or synaptic force
[17:22] <asac> LLStarks: what shell?
[17:22] <gnomefreak> s/th/the
[17:22] <asac> LLStarks: yes. thats normal
[17:22] <asac> LLStarks: just do a dist-upgrade
[17:22] <asac> thats required if names transition
[17:24] <LLStarks> let me get dbg installed
[17:29] <LLStarks> btw.
[17:29] <LLStarks> new fontconfig fixes are beautiful
[17:29] <LLStarks> what was the problem in the end?
[17:38] <LLStarks> asac. okay
[17:53] <gnomefreak> asac: GCJ PLUGIN: thread 0x805e118: NP_GetMIMEDescription  sounds alot like nspluginwrapper des that sound right to you as well?
[17:56] <gnomefreak> i thought gnash due to the GCJ but why would you run nspluginwrapper with gnash since it is 64bit anyway
[18:01] <asac> LLStarks: a bunch of things ;)
[18:01] <asac> LLStarks: i made like 7 incremental uploads ... so just look at the launchpad page
[18:02] <LLStarks> hah
[18:02] <asac> https://launchpad.net/ubuntu/+source/fontconfig
[18:02] <LLStarks> but what was the heart of the issue?
[18:02] <asac> LLStarks: also we changed default for gnome fonts from 10 (point) to 13.333px
[18:02] <asac> thjere are a bunch of apps that dont deal nicely, but in general that should be better
[18:02] <asac> iam currently fixing that
[18:02] <LLStarks> :3
[18:03] <LLStarks> i'm ready to do a backtrace btw.
[18:03] <asac> LLStarks: the heart of the issue was that there were crappy left overs from old installs and even bad configs shipped in the same install
[18:03] <LLStarks> D:
[18:03] <asac> LLStarks: have you checked that firefox-3.1 nor firefox-3.6 is running?
[18:03] <LLStarks> yup
[18:03] <asac> ps -aef | grep firefox-3
[18:03] <LLStarks> firefox 3.0?
[18:03] <asac> LLStarks: thats ok
[18:04] <LLStarks> nothing running
[18:04] <LLStarks> all ff is closed
[18:04] <asac> yeas. sometimes there are phantom processes still left
[18:04] <asac> without window
[18:04] <asac> they cause all kind of issues
[18:05] <asac> LLStarks: ok so if you are sure its not running do a:
[18:05] <asac> gdb /usr/lib/firefox-3.5b4pre/firefox-3.5
[18:05] <asac> ...
[18:05] <asac> (gdb) run
[18:05] <asac> and wait till it crashes
[18:05] <asac> then you run bt
[18:05] <asac> and paste it ;)
[18:06] <LLStarks> one sec
[18:09] <LLStarks> asace
[18:09] <LLStarks> http://pastebin.com/m35de3fa5
[18:09] <LLStarks> asac
[18:09] <asac> 9:05 < asac> and wait till it crashes
[18:09] <asac> 19:05 < asac> then you run bt
[18:09] <asac> LLStarks: ^^
[18:10] <asac> (gdb) bt
[18:10] <asac> ;)
[18:11] <LLStarks> #0  0xb80562a3 in ?? () from /lib/ld-linux.so.2
[18:11] <LLStarks> #1  0xbfd646d8 in ?? ()
[18:11] <LLStarks> Backtrace stopped: previous frame inner to this frame (corrupt stack?)
[18:13] <asac> that looks bad
[18:13] <asac> you can type "run" again
[18:13] <asac> to start again
[18:13] <asac> maybe you get a better backtrace with some luck
[18:13] <asac> LLStarks: i would suggest to test with a fresh profile
[18:13] <asac> for me todays daily works
[18:14] <asac> LLStarks: also as i said before: run sudo apt-get dist-upgrade
[18:14] <asac> otherwise you might have missing bits
[18:14] <asac> since you told me that you had problems with upgrading i think that thats the problem you have
[18:14] <gnomefreak> i hate that error it was a big problem for me when we did retaces by hand :(
[18:14] <asac> you just need to let apt do its job
[18:14] <asac> its a mess ... evolution doesnt even start for me anymore
[18:15] <asac> come on
[18:15] <gnomefreak> asac: does your fixed font package fix the thunderbird text? its hugh for some reason, i havent seen it before but i havent done email in 3 or so days
[18:15] <asac> you dead dumb application ... i just want to "test" something. i will never start you again, i swear
[18:15] <asac> gnomefreak:  thunderbird 2? can you please file a bug for that?
[18:15] <gnomefreak> asac: 3
[18:16] <asac> screenshot plesae
[18:16] <gnomefreak> ok give me a few minutes
[18:17] <LLStarks> one sec
[18:17] <gnomefreak> asac: ok that may not happen im thinking it might have been only a few emails that i was writing. I tried just now but it looked right. It was only happening in the text box of reply
[18:18] <asac> gnomefreak: thunderbird 2 is known to have that issue
[18:18] <asac> tbird 3 is good according t5o my testing ;)
[18:18] <asac> gnomefreak: yeahg. check thunderbird 2
[18:18] <asac> and please file a bug for that ;)
[18:18] <asac> i need a bug so i can get that in for beta
[18:18] <asac> the problem is that of course, nobody files the really important bugs
[18:18] <asac> just invalid stuff in the bug db recently filed ;)
[18:19] <gnomefreak> asac: cant file bug on 3.0 its not in repos
[18:19] <asac> gnomefreak: no
[18:19] <asac> gnomefreak: check out thunderbird 2
[18:19] <asac> gnomefreak: not 3
[18:19] <asac> and file against tbird 2 if it has font problems
[18:19] <asac> thanks!
[18:19] <asac> (it has font problems ;))
[18:19] <gnomefreak> asac: ok when i am done with email i will use 2 to get the new emails and test
[18:19] <asac> gnomefreak: you dont even get new mails
[18:19] <asac> the whole interface is HUGE ;)
[18:19] <gnomefreak> oh
[18:19] <asac> in tbird 2
[18:20] <asac> you will see ;)
[18:21] <gnomefreak> asac: im having a hard time with bug 229927 being against firefox it should IMHO against either compiz or X
[18:23] <gnomefreak> oh and your friend that we havent seen and forgot about is commenting on that damn bug we cant reproduce. see bug 228988 :( i sent him to file upstream but i dont think it is firefox
[18:26] <LLStarks> fresh profile, same crash
[18:27] <gnomefreak> is libmozjs.so in XULrunner? or is this the one debain ships adn we dont?
[18:28] <gnomefreak> LLStarks: disable flash/gnash or what you have installed. More than likely its flash you have installed. The empty debugging symbols tells me its being causaed by a plugin or extension. since you tried new profile im leaning torwards plugin :)
[18:29] <gnomefreak> although this is interesting 0xb80562a3 in ?? () from /lib/ld-linux.so.2 not sure what that is off hand
[18:29] <LLStarks> firefox-3.1 also crashing
[18:30] <gnomefreak> and when did we get -dgb packages for unofficial builds
[18:30] <gnomefreak> LLStarks: these the version in umd or in official jaunty?
[18:30] <asac> LLStarks: firefox-3.1 doesnt exist anymore
[18:31] <asac> LLStarks: did yopu finally try to run dist-upgrade?
[18:31] <gnomefreak> asac: tell that to the repos
[18:31] <gnomefreak> asac: http://pastebin.mozilla.org/635853
[18:32] <gnomefreak> would be nice to drop 3.1 altogether
[18:32] <asac> gnomefreak: please file the tbird bug ;)
[18:32] <LLStarks> i will in a second
[18:32] <asac> LLStarks: before that you dont need to try anything ... i am sure your xul and/or firefox 3.1 is not the latest and greatest ;)
[18:32] <asac> at least i hope its that way
[18:33] <asac> otherwise its definitly unreproducible ;)
[18:33] <LLStarks> but i can't even get 3.1 to load
[18:33] <LLStarks> same issue
[18:33] <asac> LLStarks: of course not
[18:33] <asac> LLStarks: because xulrunner is wrong version you need to dowgrade everyrthing
[18:33] <LLStarks> i did already
[18:33] <asac> yeah well.
[18:33] <asac> do dist-upgrade
[18:33] <asac> and all will be fine ;)
[18:34] <gnomefreak> ill file it as soon as im done breaking 3.0
[18:37] <LLStarks> http://pastebin.com/m1a84e736
[18:37] <LLStarks> no it isn't
[18:37] <LLStarks> still segfaults
[18:38] <gnomefreak> asac: http://farm4.static.flickr.com/3476/3372723823_27dc22c4e7.jpg?v=0
[18:38] <gnomefreak> it looks fine to me
[18:39] <gnomefreak> or better yet http://www.flickr.com/photos/26378196@N05/3372723823/
[18:40] <LLStarks> asac. any other ideas?
[18:41] <LLStarks> why would 3.6 run but not 3.5?
[18:54] <LLStarks> asac?
[19:12] <gnomefreak> bug 317568
[19:15] <asac> LLStarks: no not really. maybe its a plugin issue? extension issue? for me it works.
[19:16] <LLStarks> grrr.
[19:16] <LLStarks> how do i start a new profile from command-line other than -p?
[19:21] <LLStarks> asac. segfault with fresh profile and after all firefox stuff purged.
[19:21] <LLStarks> ALL FIREFOX AND XULRUNNER STUFF REGARDLESS OF VERSION WAS PURGED
[19:22] <asac> LLStarks: move away your ~/.mozilla folder
[19:22] <LLStarks> still
[19:23] <asac> strace -f firefox-3.5 2>&1 | tee /tmp/out.log
[19:23] <asac> post that
[19:23] <asac> strace -f firefox-3.5 2>&1 | tee /tmp/out.log.txt
[19:25] <LLStarks> http://pastebin.com/m1beb151d
[19:29] <asac> LLStarks: dpkg -S /usr/lib/libxul.so
[19:29] <LLStarks> i installed that to compile mplayer.
[19:29] <LLStarks> D:
[19:29] <LLStarks> libxul-dev
[19:30] <asac> where did you get it from?
[19:30] <LLStarks> works now
[19:30] <asac> you have to remove the shit
[19:30] <asac> LLStarks: mplayer works with xulrunner 1.9 in the archive
[19:30] <LLStarks> mplayer build-dep asks for libxul-dev
[19:31] <asac> sigh
[19:31] <asac> i should be harder about that one
[19:31] <asac> if mplayer still doesnt support xul 1.9 we need to drop it sooner or later
[19:31] <asac> but i guess its just a merge bug
[19:31] <asac> i remember me porting it to xul 1.9 at some point
[19:32] <asac> LLStarks: mplayer doesnt builddepent on it
[19:32] <asac> i guess you ment mozilla-mplayer
[19:32] <asac> checking that
[19:32] <LLStarks> yup
[19:34] <LLStarks> asac. i forgot to mention that the address, navigation, and status bars don't function properly in 3.5 and 3.6
[19:34] <asac> extensions issue
[19:34] <asac> here it works :-P
[19:35] <asac> so is debian mplayer dead or what?
[19:35] <asac> i mean we havent seen a merge for ages
[19:35] <LLStarks> nope.
[19:35] <LLStarks> 1.0rc3 soon
[19:39] <LLStarks> asac. what packages should mozilla-mplayer build-depends against?
[19:41] <asac> xulrunner-1.9-dev or even xulrunner-dev
[19:41] <asac> but build system seems still not ready for that
[19:41] <asac> shouldnt be hard to fix
[19:41] <asac> maybe upstream tree already supports that?
[19:41] <LLStarks> dunno
[19:41] <LLStarks> ask Kevin DeKorte<EMAIL_ADDRESS>[19:41] <LLStarks> he made the plugin
[19:42] <asac> nah. i have no time for that ;)
[19:42] <asac> i will try to find someone in -motu to take care of mplayer ;)
[19:42] <asac> mplayer needs to be migrated or it has to go which will probably cause outcry ;)
[19:43] <asac> hmm ... its not in the rdepends of libxul0d
[19:43] <asac> that made it fall off from my radar
[19:43] <asac> anyway ... end of day for me
[19:44] <LLStarks> mplayer 1.0rc3 will probably make karmic
[19:45] <LLStarks> unless diego the head mplayer dev gets his ass together within the next week or so.
[19:45] <asac> i dont care. if it has the build system fix and no motu steps up i will just upload a snapshot to get rid of rotten and security wholed libxul0d
[19:46] <asac> or well ;)
[19:46] <asac> i am not that harsh sually
[19:46] <asac> usually ;)
[19:46] <asac> but this is really getting too old to stand
[19:47] <asac> fta: so fta you didnt open an ITP for chromium in debian
[19:47] <asac> now its taken
[19:47] <asac> i cant understand why you didnt take it
[19:47] <asac> this will cause endless pain over the long run
[19:50] <LLStarks> asac. i have no extensions other than ubufox installed. why is firefox 3.5 still being wonky?
[19:50] <asac> LLStarks: not sure. if ubufox is enabled, disable that too
[19:50] <asac> otherwise i you either have to wait till next daily
[19:50] <asac> or until someone confirms your behaviour
[19:50] <asac> for me it work
[19:50] <asac> s
[19:51] <LLStarks> that did it
[19:51] <LLStarks> ubufox is the culprit
[19:51] <LLStarks> no need for a bug filing?
[19:51] <asac> yeah i know about that
[19:52] <asac> thought it wasnt enabled for 3.1 in the archive
[19:52] <asac> i have to fix that then
[19:52] <asac> LLStarks: so sorry ;) ... i really wasnt aware that its enabled in the archive ;)
[19:52] <LLStarks> what about 3.0 crashing when collapsing a flash popup?
[19:53] <asac> if so i would have fixed it alreawdy ;)
[19:53] <LLStarks> is that still present in 3.5 and 3.6?
[19:53] <asac> LLStarks: thats nspluginwrapper i guess ... amd64?
[19:53] <LLStarks> nope
[19:53] <LLStarks> i686
[19:53] <LLStarks> flash proper
[19:53] <asac> LLStarks: do you have nspluginwrapper installed?
[19:53] <LLStarks> no
[19:53] <asac> sure?
[19:53] <asac> it also exists on 32 bit nowadays
[19:53] <LLStarks> its not installed
[19:53] <asac> otherwise its a flash incompatibility with 3.1 or 3.6
[19:53] <asac> ok
[19:54] <LLStarks> it was only observed on 3.0
[19:54] <asac> for me it works more or less
[19:54] <asac> on 3.0?
[19:54] <LLStarks> haven't tried 3.5/3.6
[19:54] <asac> hmm
[19:54] <asac> thats odd
[19:54] <LLStarks> yes. 3.0
[19:54] <asac> not sure then
[19:54] <asac> LLStarks: at best use nspluginwrapper even on 32 bit
[19:54] <asac> that guards you from ffox crashes at least
[19:54] <LLStarks> i thought it causes crashes and crazy shit
[19:55] <asac> well in theory it guards from most crashes
[19:55] <asac> in practice it guards you from a bunch of crashes but also adds a few more
[19:55] <asac> because its not really perfect obviously
[19:55] <asac> i would always run with it though
[20:17] <gnomefreak> !info sunbird hardy
[20:18] <gnomefreak> !info sunbird hardy backports
[20:18] <gnomefreak> we never pushed 0.8 to hardy
[20:21] <gnomefreak> asac: who backported sunbird 0.8 to hardy?
[20:45] <BUGabundo> dtchen: ping
[20:46] <BUGabundo> does the new kernel include your audio fix?
[20:47] <BUGabundo> asac: ping you around?
[20:47] <BUGabundo> having trouble with 3G again
[20:47] <BUGabundo> stop working recently
[20:47] <BUGabundo> fta are you having any luck?
[20:53] <dtchen> BUGabundo: which new kernel? i've refreshed mine.
[20:53] <dtchen> -11.36 (see /proc/version_signature) does not, no
[20:53] <dtchen> -11.37~lp330814crimsun1 does
[20:54] <BUGabundo> I'm downloading a new one dtchen
[20:54] <BUGabundo> linux-image <IP_ADDRESS>.13
[20:54] <BUGabundo> I just don't want to lose audio, again!
[20:55] <BUGabundo> humm upgrade done
[20:55] <BUGabundo> sound is still working
[20:56] <BUGabundo> I'll see after reboot
[21:05] <LLStarks> asac. you broke the number '8'
[21:05] <LLStarks><PHONE_NUMBER>
[21:05] <LLStarks> 8 doesn't render.
[21:07] <LLStarks> or is freetype acting up?
[22:52] <mbana> hi, did you say the new javascript engine is on by default in 3.1?
[22:54] <BUGabundo1> mbana: actually 3.5
[22:54] <BUGabundo1> it was renamed this week
[22:54] <mbana> i'm using 3.1 from some repo
[22:54] <mbana> i'm wondering if it's on
[22:58] <BUGabundo1> I know its FAST
[22:58] <BUGabundo1> really fast
[22:58] <BUGabundo1> and 3.6 is even faster
[22:58] <BUGabundo1> but most my addons won't work there
[22:58] <BUGabundo1> even when forced
[23:00] <mbana> anyone?
[23:03] <gnomefreak> ?
[23:03]  * gnomefreak here for a few
[23:04] <gnomefreak> asac: is there an easy way to grab comm-central than pull out what i need?
[23:05] <gnomefreak> added 2257 changesets with 14071 changes to 6659 files (+3 heads)  << in a week
[23:07] <BUGabundo1> mbana: am I invisible ?
[23:07] <mbana> no idea
[23:07]  * gnomefreak cant see BUGabundo1
[23:07] <BUGabundo1> did you read what I wrote?
[23:07] <gnomefreak> ;)
[23:07] <mbana> yes
[23:07] <BUGabundo1> gnomefreak: please don't play I around... I may believe on you
[23:07] <mbana> i was asking if the new engine is on by default
[23:07] <BUGabundo1> I think it is
[23:08] <BUGabundo1> at least I noticed the diff
[23:08] <gnomefreak> new engine?
[23:08] <BUGabundo1> yeah
[23:08] <BUGabundo1> the new gecko javascript one
[23:08] <BUGabundo1> ehehe you are a shame for the mozilla team... you don't keep up with the news
[23:08] <BUGabundo1> lol
[23:10] <BUGabundo1> mbana: but check about:config
[23:11] <BUGabundo1> I remember reading about an option to change the status
[23:13] <gnomefreak> sorry i have other things i take care of ;) i also havent read any of my mozilla emails
[23:16] <BUGabundo1> hey asac welcome back
[23:16] <BUGabundo1> gnomefreak: I bet!
[23:16] <BUGabundo1> even reading all the ubuntu stuff is overkill
[23:16] <BUGabundo1> I like to read the meeting logs but even that takes too long
[23:17] <gnomefreak> last time i read my upstream mail lists was when i was told i was trying to do the impossible
[23:17] <BUGabundo1> gnomefreak: but come on! the JS engine? its all over the web
[23:17] <mbana> no i don't tink it's on by default
[23:18]  * BUGabundo1 goes check about:config and google
[23:18] <gnomefreak> BUGabundo1: sorry i might have heard or read about it but it isnt comming to mind. once i get the tarball i grabbing i will look for it
[23:20] <gnomefreak> !info pidgin hardy-backports
[23:20] <BUGabundo1> mbana: http://talkback.zdnet.com/5208-12554-0.html?forumID=1&threadID=61598&messageID=1137066
[23:23] <mbana> why not just use chrome's engine
[23:23] <gnomefreak> BUGabundo1: are you sure thats the link you wanted to post? that only says that 3.0 already has the JS engine but is mainly about the rename
[23:24] <BUGabundo1> bah
[23:24] <BUGabundo1> google is bad sometimes
[23:24] <BUGabundo1> mbana: really? chromium?
[23:24] <BUGabundo1> rather not
[23:26] <gnomefreak> chromium being used in mainstream package == very bad idea
[23:28] <mbana> huh?
[23:28] <mbana> like i said, why not just use the chrome engine and avoid repeating the work
[23:28] <mbana> seems like a waste of effort
[23:28] <BUGabundo1> most of the soft work is
[23:28] <BUGabundo1> LOL
[23:28] <BUGabundo1> just see KDE vs GNOME
[23:29] <gnomefreak> i look over a bug see every comment on it and i have noticed the problem for a long time and yet never realized it was same bug
[23:30] <gnomefreak> chromium isnt the most mature and i feel shoulnt replace one that already is mature (although all mozilla products new or old have some big bugs to them
[23:31] <gnomefreak> BUGabundo1: hae you played with https://addons.mozilla.org/en-US/firefox/addon/39? i know you are the extension king
[23:32] <BUGabundo1> ehhe
[23:32]  * BUGabundo1 looks
[23:32] <BUGabundo1> gnomefreak: that would do me much good
[23:32] <BUGabundo1> I *hate* PCs mice
[23:32] <BUGabundo1> I'm a keyboard guy
[23:33] <BUGabundo1> gnomefreak: let me printout a list of mine for you
[23:33] <gnomefreak> eh had to check
[23:33] <BUGabundo1> http://paste.ubuntu.com/135133/
[23:34] <BUGabundo1> at least 10% of those are broken
[23:34] <BUGabundo1> and TMP is to broken to even use it
[23:34] <BUGabundo1> :((
[23:34] <gnomefreak> broken on 3.1 and 3.2 or on 3.0 as well
[23:35] <BUGabundo1> just >3.0
[23:35] <asac> mbana: ffox engine was there first
[23:35] <asac> mbana: so chrome redid all the work
[23:35] <BUGabundo1> most were ok on 3.0
[23:35] <asac> mbana: also their engine isnt even cross platform ;)
[23:35] <asac> e.g. they only work with 32 bit
[23:35] <BUGabundo1> AFAIR all but ShowIP
[23:35] <asac> so yeah. chromium is inferior in lots of ways
[23:36] <asac> just speed is not everything that counts
[23:36]  * asac now stops feeding the trolls ;)
[23:36] <BUGabundo1> asac: I'm 64 and can use chromium....
[23:36] <asac> BUGabundo1: yes. because you are running 32 bit
[23:36] <BUGabundo1> not that I do... just to show off
[23:36] <BUGabundo1> ahh
[23:36] <BUGabundo1> yes ia32libs
[23:36] <BUGabundo1> duh
[23:36] <asac> thats a gross hack
[23:36] <asac> is not really a solution
[23:37] <BUGabundo1> asac: did you change anything on NM recently to mess 3G?
[23:37] <asac> also world is not just ia32 and amd64
[23:37] <BUGabundo1> can't connect a single device
[23:37] <BUGabundo1> :((
[23:37] <asac> its also arm for instance
[23:37] <BUGabundo1> I like to save energy and now I have to have another PC running just to have intertubes
[23:38] <asac> dont know intertubes
[23:38] <asac> 3G hasnt changed much recently
[23:38] <asac> you can downgrade to the version before the last
[23:39] <asac> to check that
[23:39] <asac> if there is really a regression that goes away, i want to know
[23:39] <BUGabundo1> intertubes=internet
[23:39] <BUGabundo1> ill do
[23:39] <BUGabundo1> where can I find a prev version?
[23:39] <asac> launchpad
[23:39] <asac> there are all versions
[23:39] <BUGabundo1> I have zero cache
[23:39] <asac> you just have to download all .deb files maunally
[23:39] <BUGabundo1> since I have close to zero disk free
[23:40]  * BUGabundo1 wishes LP would bundle packages or APT could connect there too
[23:40] <asac> yeah. someone needs write such a tool
[23:41] <asac> but then it might also need older versions from other packages and so on
[23:41] <asac> in general not easy task
[23:41] <BUGabundo1> or pay you to keep a regression NM package that depends on older version
[23:41] <asac> hmm
[23:41] <asac> BUGabundo1: you could probably do that in a ppa ;)
[23:42] <asac> still not easy task ... even if you use a meta package with fixed depends
[23:42] <BUGabundo1> I guess
[23:42] <BUGabundo1> branch it to my own
[23:42] <asac> branching too
[23:42] <asac> i think we would need special ppas
[23:42] <asac> that dont superseed
[23:43] <asac> e.g. everything stays in packages
[23:43] <asac> file
[23:43] <BUGabundo1> regexp and wget too?
[23:43] <asac> then you could at least do it
[23:43] <asac> now he is gone ;)
[23:44] <BUGabundo1> yah
[23:44] <BUGabundo1> you scared him
[23:44] <BUGabundo1> troll
[23:45] <asac> well. i dont know why he came back
[23:45] <asac> i mean he asked exactly the same question like a few days ago
[23:45] <thunderstruck> asac: what do i need to do to send a .py from linux and get it to work in Windows? assuming i find a qay to do it for windows?
[23:46] <asac> if he didnt mean it that way, i am sorry.
[23:46] <asac> but it really sounded trollish
[23:46] <thunderstruck> wth
[23:46] <asac> thunderstruck: huh? a .py is independent
[23:46] <asac> so in theory it should work
[23:46] <gnomefreak> asac: oh ok no permission issues?
[23:47] <gnomefreak> thats the only thing i can think of off hand that would cauas eit
[23:48] <asac> gnomefreak: well. the .py might depend on a bunch of other stuff that is only on linux
[23:48] <asac> like gtk-python
[23:48] <asac> or something
[23:48] <asac> not sure. in theory .py can just be run on windows once you installed python there
[23:48] <asac> and associated the .py extension with the python interpreter
[23:48] <gnomefreak> im hoping to not have to go gtk but im sure for win users i have ot
[23:50] <gnomefreak> gnome shouldnt have this bug it is strictly a kde bug i thought
[23:51] <BUGabundo1> asac: actually you didn't answer his 1st question: does 3.5 have the new js engine on by default
[23:51] <BUGabundo1> and now I'm curious too
[23:51] <asac> BUGabundo1: i answered that a few days back
[23:51] <asac> when he talked the same lines
[23:52] <asac> BUGabundo1: about:config -> javascript.options.jit.content
[23:52] <asac> if thats true. then yes
[23:52] <gnomefreak> jit content is only in 3.5 and up i thought :) i remember somethings
[23:52] <BUGabundo1> yeah
[23:53] <BUGabundo1> that's what I though
[23:53] <BUGabundo1> I read many weeks ago
[23:53] <asac> so the answer is yet ;)
[23:53] <BUGabundo1> but bad memory sucks
[23:53] <asac> yes
[23:54] <asac> 01:21 < mbana> is the new javascript on by default?
[23:54] <asac> 01:21 < asac> mbana: new javascript is what?
[23:54] <asac> 01:21 < mbana> engine
[23:54] <asac> 01:21 < asac> mbana: on trunk the currently used trunk engine is used ;)
[23:54] <asac> 01:22 < asac> mbana: jit is used for content by default
[23:54] <asac> 01:22 < asac> mbana: you can enable that in about:config for chrome
[23:54] <asac> 01:25 < mbana> bye
[23:54] <asac> thats the discussion we had like a few days ago
[23:55] <BUGabundo1> eheh
[23:55] <asac> maybe he missed that
[23:55] <gnomefreak> ok starting the build ill be around
[23:56] <asac> hmm. seems we also had good discussions with him
[23:56] <asac> now i feel bad ;)