[00:30] <igc> morning
[01:05] <spiv> Good morning.
[01:07] <igc> morning spiv
[01:29] <lifeless> spiv: feeling better ?
[01:30] <spiv> lifeless: yes, thankfully.
[01:31] <spiv> I can't guarantee I won't brainfade in the afternoon again... but so far so good, and without cold&flu pills!
[01:37] <cody-somerville> ugh
[01:39] <cody-somerville> I just did a merge of two trees of the same codebase that have no revision ancestry. There are very little differences between the two trees but bzr conflicts on all the files because the year in the copyright statement at the top of the files were all updated.
[01:41] <cody-somerville> will trying a different merge method help or bzr just won't be able to figure this out on its own?
[01:43] <lifeless> you could write/adapt/improve jams copyright plugin
[01:43] <lifeless> spiv: would like to talk gil stuff with you at some point
[01:43] <lifeless> ok, really popping out for these chores/lunch
[01:44] <spiv> lifeless: ok
[03:07] <spiv> We're starting to get on top of the review backlog from the sprint :)
[03:07] <lifeless> \o/
[03:18] <lifeless> losa ping
[03:19] <spm> yo
[03:19] <lifeless> can you check balleny's bzr 2.1 branch
[03:19] <spm> lifeless: sure, in what sense check tho?
[03:19] <lifeless> I think the xmlrpc server fell down went boom just as pqm went to do the 2nd-phase push
[03:19] <spm> ahh. right.
[03:19] <lifeless> so there will be another commit in that branch vs lp
[03:20] <spm> manually push the sucker?
[03:21] <spm> lifeless: https://pastebin.canonical.com/32485/ so yeah, looks to me like '42 missed
[03:21] <lifeless> please sir may I have another
[03:22] <spm> lifeless: Pushed up to revision 4842.
[03:23] <lifeless> thanks a lot
[03:23] <spm> np
[03:23] <lifeless> now I can do -> bzr.dev
[03:23] <lifeless> :)
[03:24] <spm> heh
[03:33] <lifeless> garh, bzr-search not-quite-fixified.
[03:38] <lifeless> spiv: does bzr merge --weave still call NEWS helper ?
[03:43] <cody-somerville> ugh
[03:43] <cody-somerville> lets say I have two branches
[03:43] <cody-somerville> the second branch is a branch of the first branch
[03:44] <cody-somerville> in the second branch, I've moved files using bzr move
[03:44]  * lifeless waits for launchpad
[03:45] <lifeless> 6 ppm
[03:45] <lifeless> :<
[03:45] <cody-somerville> why is that if I make modifications to those files I moved under the original name in the first branch that when I merge the first branch into the second branch I get a text conflict for the original filenames?
[03:45] <spiv> lifeless: I don't recall, I *think* so
[03:46] <lifeless> cody-somerville: you shouldn't
[03:46] <lifeless> cody-somerville: please file a bug
[03:46] <spiv> cody-somerville: in the situation you just described, you shouldn't.  Either there's a bug, or the situation isn't as you described.
[03:46] <cody-somerville> lifeless, I can only assume that maybe I didn't use bzr move when I thought I did?
[03:47] <spiv> You can look at the file-ids
[03:47] <lifeless> have a look at bzr log filename
[03:47] <cody-somerville> how do I do?
[03:47] <lifeless> in branch2
[03:47] <spiv> e.g. "bzr file-id FILENAME"
[03:47] <lifeless> with -v
[03:47] <lifeless> if it shows the rename, you used bzr mv
[03:49] <cody-somerville> sighs
[03:49] <cody-somerville> wasn't moved
[03:50] <cody-somerville> because I merged the first branch into another branch to initial create the 'second branch' and that was a bzr-git import and it shows the files were deleted and then added with new name.
[03:50] <cody-somerville> *initially
[03:51] <cody-somerville> Any way I can give bzr the extra meta-data?
[03:52] <lifeless> no, this is a hole.
[03:53]  * cody-somerville sobs.
[03:54] <lifeless> or rather, not trivially.
[03:54] <lifeless> you can probably rebase, if you hit things hard enough
[03:54] <lifeless> there is a file id mapping feature in that plugin
[03:54] <lifeless> damned if I know how to use it though :()
[03:54] <cody-somerville> I'm trying to manage two series of a codebase
[03:55] <cody-somerville> but upstream decided to create a new git branch (or w/e its called in git) for the new series.
[04:35] <lifeless> jam: bzr in C ? I've got a few libraries you might want
[04:35] <lifeless> jam: that are slowly building up towards that
[04:35] <lifeless> e.g. libvfs
[04:44] <lifeless> anyone want to keep CHK1/CHK2 formats around?
[04:44] <spiv> I wouldn't think so
[04:45] <spiv> There are always old releases if someone does.
[04:48] <lifeless> bleh
[04:48] <lifeless> Ran 24411 tests in 1013.377s
[04:48] <lifeless> FAILED (failures=1, errors=72, known_failure_count=47)
[04:53] <echo-area> hello, I got error "Invalid url supplied to transport" when doing bzr checkout svn+http://url
[04:54] <echo-area> what's the problem?
[04:54] <echo-area> thanks
[04:54] <spiv> echo-area: do you have the bzr-svn plugin installed?  (check the output of 'bzr plugins')
[04:55] <echo-area> spiv: yes, if I do bzr checkout svn+ssh://other-url, I am prompted to input the password.  But I can't, since the subversion repository is not accessible by ssh for me
[04:56] <spiv> echo-area: odd.  pastebin the entire error?
[04:56] <echo-area> ok
[05:02] <echo-area> spiv: http://pastebin.com/khtwepfF
[05:34] <lifeless> back soon
[07:14] <echo-area> does somebody have an explaination to my bzr-svn problem?
[07:17] <spiv> echo-area: I don't, sorry
[07:21] <echo-area> spiv: no problem, thank you
[07:22] <echo-area> does bzr-svn require pycurl?  I found it mentioned here: https://answers.launchpad.net/bzr-svn/+question/11299
[07:22] <lifeless> bzr bzr plugins
[07:22] <lifeless> sorry
[07:22] <lifeless> check the output of 'bzr plugins'
[07:22] <lifeless> I suspect its not loading, and the error will be in bzr.log
[07:22] <echo-area> (to support svn+http)
[07:23] <vila> echo-area: It's not *required* AFAIK, but used if available
[07:23] <echo-area> lifeless: http://pastebin.com/khtwepfF  <--  output of bzr plugins is pasted here
[07:24] <lifeless> vila: bzr-svn uses the svn http core, can't use anything else
[07:24] <lifeless> echo-area: and is svn in the list ?
[07:24] <vila> lifeless: the current run on pqm says (lifeless) Merge 2.1 into 2.0, you meant 2.0 into 2.1 right ?
[07:24] <lifeless> blah 2.1 to trunk
[07:24] <echo-area> lifeless: yes, it is "16.svn 1.0.2"
[07:25] <lifeless> ok
[07:25] <lifeless> check your .bzr.log just in case there is an error there
[07:25] <vila> lifeless: it still uses any available bzr client for some operations (can't remember which but at least OPTION is involved and jelmer asked me to support that directly far too long ago)
[07:26] <lifeless> sure
[07:28] <vila> " blah 2.1 to trunk" cool !
[07:29] <echo-area> I've updated the pastebin content.  An exception is thrown when the plugin tries to connect the server
[07:29] <echo-area> http://pastebin.com/xsj7q0Ca
[07:30] <echo-area> it's here
[07:33] <echo-area> I guess the problem is in subvertpy, let me check
[07:37] <vila> echo-area: try using 'bzr plugins -v' the paths used will displayed and may help you detect a problem in your setup, and as lifeless mentioned, check your .bzr.log ('bzr version' will tell you where it is located))
[07:41] <echo-area> vila: done; the content of .bzr.log reflected the error has been pasted.  Btw, when bzr-svn calls subvertpy functions, is the "svn+" part of url stripped off?  I.e., at line 249 of transport.py of bzr-svn, does the url parameter begin with "http://" or "svn+http://"?
[07:42] <spiv> I'd expect stripped.
[07:42] <spiv> But ICBW.
[07:53] <echo-area> I don't have experience using python before, and I want to change subvertpy's code, so I need help: in this expression _ra.RemoteAccess(url, *args, **kwargs), which field of the definition in the C code of _ra.RemoteAccess is the function gets called?
[07:55] <vila> echo-area: before modifying code, have you tried using -Dtransport as an additional parameter to the command ?
[07:55] <vila> it should output more debug stuff to .bzr.log
[07:56] <echo-area> vila: no, let me try now.  Do you mean bzr co -Dtransport svn+http://...?
[07:56] <vila> yup, it may give you what you are after with this code modification with a bit of luck
[07:59] <echo-area> vila: sadly there's no more output I've not seen.
[08:06] <spiv> echo-area: that Python expression will invoke ra_new in subvertpy/_ra.c (via a little bit of indirection)
[08:09] <echo-area> spiv: yes, and I've located the PyTypeObject "_ra.RemoteAccess" in _ra.c, but that definition does not give me any clue which function to look further
[08:11] <spiv> echo-area: see around line 2071, PyTypeObject RemoteAccess_Type = {
[08:12] <spiv> echo-area: which defines various builtin operations that can be done with a Type object, and also defines the methods and members of that type.
[08:12] <spiv> echo-area: specifically, the constructor for that type roughly corresponds to the tp_new slot (right at the bottom of that struct definition)
[08:13] <spiv> echo-area: and arrays like ra_methods defines the methods instances of that type will have
[08:14] <spiv> echo-area: so _ra.RemoteAccess(...) is calling the _ra.RemoteAccess constructor, which as I said before will mean the ra_new function in that file.
[08:15] <spiv> echo-area: does that help?
[08:15] <echo-area> spiv: yes, that's enough knowledge for me to dig deeper.  Thank you!
[08:16] <spiv> echo-area: great :)
[08:42] <spiv> echo-area: any luck?
[09:56] <echo-area> spiv: no, I was interrupted and am doing other things now.  I expect myself solving this problem before the weekend
[09:56] <echo-area> s/solving/explaining/
[12:59] <Lor> Hi. If I have a directory hierarchy with several branches under it, synchronizable across machines easily with multi-pull or repo-push, is there any way to easily synchronize changes to the actual hierarchy layout?
[12:59] <Lor> Before nested trees are production quality, that is.
[14:11] <Lor> Also, why must the shared repository of a branch always be located in a parent directory?
[14:11] <Lor> Seems like it wouldn't be very complicated to simply record the location of the repository in branch.conf
[14:39] <jjann> Hi. Is there some way to colorize bzr diff output? (similar to what git and hg offer)
[14:49] <bialix> jjann: look at cdiff command from bzrtools
[14:49] <jjann> bialix: that's perfect, thanks
[15:55] <guijemont> jelmer_: vila: ping
[15:57] <guijemont> I have a bzr-gtk branch that implements collapsing with which I am quite happy now
[15:58] <guijemont> should I do a merge request through launchpad?
[15:58] <guijemont> or a bzr send to the ml?
[15:58] <guijemont> or something else?
[16:01] <vila> guijemont: a merge request with a cover lettter explaining if and how you share code with qbzr would be the best
[16:02] <vila> guijemont: did you tested it with a mysql or emacs branch ?
[16:02] <guijemont> vila: my branch still uses ye olde linegraph()
[16:02] <guijemont> hmm, i didn't, good idea
[16:02] <guijemont> I tested it with itself, and with lp:elisa
[16:05] <vila> trying with bigger branches may help unless you're into adding automated tests (which are painfully lacking so far)
[16:10] <guijemont> I think it will make sense to add some automated tests when the code is refactored to use the qbzr graph generation stuff
[16:12] <vila> guijemont: hehe, TDD is about doing it the other way around i.e. write tests first :-)
[16:12] <vila> guijemont: but it's harder to do TDD with an existing code base and no tests
[16:13] <guijemont> vila: yeah, and with a code base that doesn't separate things well
[16:13] <fullermd> Oh, no, it's much easier.  Your changes never break tests   :p
[16:14] <vila> fullermd: you're on the right path young jedi, the next step is to realize that the only that should be written is one that fix a test :)
[16:15] <vila> s/only/& code/ mandatory typo...
[16:15] <cbz> when i access a svn repo with bzr can it track renames?
[16:15] <cbz> as it seems to stop displaying history for a file at the point at which it was renamed
[16:15] <fullermd> Ergo, bzr-gtk is already perfect.  QED   :)
[16:16] <vila> haaaaa, that's why it's so hard to ehance code without tests, I should have think about that sooner :)
[16:26] <vila> wow, time travel again... I see files created in the future... (5mins and 1.5hours)
[16:27] <fullermd> Maybe you're just slow   :p
[16:27] <vila> the really weeird thing is that 'date' displayed value seems correct
[16:28] <guijemont> reminds me of today's smbc
[16:28] <guijemont> (or was it yesterday?)
[16:28] <vila> nope, all on the *same* system, no mounted fs involved (that would be too easy :)
[16:28] <guijemont> yeah, today
[16:29] <guijemont> http://www.smbc-comics.com/comics/20100520.gif
[16:29] <vila> arf, no samba there :)
[16:29] <vila> guijemont: :)
[16:52] <guijemont> hmm, I have a few "maximum recursion depth exceeded"
[16:52] <guijemont> the code looked good when using recursion :/
[16:52] <jelmer_> guijemont: what do you recurse on?
[16:53] <guijemont> don't remember
[16:53] <guijemont> I might do that in more than one place
[16:54] <guijemont> I'll have a look at the backtraces in more detail
[16:55] <guijemont> hmm, actually, the place where I get this is weird
[16:56] <guijemont> i think i need a break before plunging into that
[16:59] <GaryvdM> Hi bialix
[16:59] <GaryvdM> Just landed stable scroll for qannotate \o/
[17:00] <vila> GaryvdM: Really ? Is it really what I think it is ?
[17:01] <GaryvdM> Hi vila, I think it is what you think it is.
[17:01] <vila> GaryvdM: that's awesome !
[17:01] <vila> GaryvdM: you rock :)
[17:01] <mgz> But is it what I think you think he thinks it is?
[17:01] <GaryvdM> lol
[17:03]  * GaryvdM thinks about landing lp:~garyvdm/qbzr/annotate_find. Does it really matter if the ui is inconsistent for a while?
[17:03] <vila> GaryvdM: doesn't matter to me :)
[17:03] <vila> mgz: I think I see what you mean...
[17:03] <vila> boom, maximum recursion depth exceeded in discussion
[17:04] <vila> GaryvdM: what matters though, is that some bindings should be defined there :-P
[17:05] <GaryvdM> vila: I don't understand
[17:06] <vila> return should be bound to next by default
[17:07] <jam> hi vila and GaryvdM
[17:07] <Lor> Is there a recommended way to put multiple branches under a single working directory?
[17:07] <Lor> (With the intention that the working directory is used to switch between the branches)
[17:07] <vila> when I enter text the 'Find:' field, I'd like 'return' to give me the next match without touching my mouse
[17:07] <GaryvdM> vila: ok
[17:08] <GaryvdM> vila: You and Craig both gave me some feed back. I will go through that first.
[17:14] <vila> Lor: I don't use that setup myself, but AIUI, lightweight checkouts and the switch command OR the bzr-colo plugin are different ways to achive that today
[17:15] <Lor> Ah, didn't know about bzr-colo.
[17:15] <Lor> Is it some sort of a hack to simulate nested trees until they are fully supported by the core?
[17:16] <Lor> Ah, no.
[17:16] <Lor> Right.
[17:19] <GaryvdM> Lor: Not nested trees. Rather collocated branches.
[17:19] <GaryvdM> Lor: Like git
[17:19] <Lor> Right, I'm reading the docs now.
[17:19] <Lor> It's just an alternative directory layout convention for lightweight checkouts?
[17:20] <Lor> Does it work with bzr-pipeline?
[17:24] <GaryvdM> Going out for a bit. bbl
[17:29] <cbz> jelmer_: are you there?
[17:41] <Lor> Is there really a performance overhead for storing multiple unrelated projects in the same shared repository?
[17:50] <jelmer_> cbz: hi
[18:00] <cbz> jelmer_: does bzr-svn track renames? it appears that it's history of files i renmamed stops at the point i renamed them
[18:03] <jam> Lor: "bzr init-repo --no-trees project; cd project; bzr init branch1; bzr co --lightweight branch1 work
[18:03] <jam> Lor: from there you can do: 'bzr branch --switch ../branch1 ../branch2"
[18:03] <jam> or
[18:03] <jam> "bzr switch -b branch2"
[18:04] <Lor> I was asking about how to put branches under a _working directory_.
[18:04] <Lor> bzr-colo seems to provide a sensible convention and tools to make its usage easier
[18:05] <jam> Lor: well, you can do:
[18:05] <jam> touch work
[18:05] <jam> cd work
[18:05] <jam> bzr init-repo --no-trees .
[18:05] <jam> bzr init _a_branch
[18:05] <jam> bzr co --lightweight _a_branch .
[18:05] <jam> It is a bit weird to put the branches in the same dir as the working tree
[18:06] <jam> so aside from that, bzr-colo
[18:06] <Lor> Yes, that's one convention.
[18:06] <Lor> But it's a bit funny to have the branch directly under the root of the working directory, since there's then nothing to immediately distinguish between a branch directory and a workingtree subdirectory.
[18:06] <Lor> .bzr/branches seems like a more sensible place to put the branches
[18:07] <Lor> It also seems to work ok with bzr-pipeline.
[18:07] <Lor> So I'm all good.
[18:10] <Lor> Actually, pipeline+colo=loom?
[18:17] <jelmer_> cbz: yes, it can track renames
[18:18] <jelmer_> cbz: but it won't infer renames from copy + delete in svn
[18:18] <jelmer_> cbz: so it will only work for revisions pushed from bzr into svn
[18:18] <cbz> okay
[18:18] <cbz> can't it use whatever information svn uses to work out what has been renamed?
[18:23] <LeoNerd> SVN doesn't store renames.
[18:23] <LeoNerd> SVN stores a revision that deletes a file, but adds a new file by copying history from the old one.
[18:23] <LeoNerd> That isn't quite a "rename"
[18:26] <mgz> ugh, setuptools makes me feel unclean
[18:30] <cbz> but it stores enough meta information for tortoisesvn to work out that a rename/copy has taken place
[18:35] <idnar> the mismatch is that bzr doesn't support copies
[18:37] <cbz> oh
[18:46] <Lor> Suppose I have a network connection available only for a limited while. I want to get new revisions from upstream, but my working directory is currently a mess so I don't want to merge right away. What's the best way to do this?
[18:46] <Lor> The obvious solution is just to branch upstream into a local copy and then merge that local copy into my working branch later on.
[18:47] <Lor> But I'm wondering if there is a way that doesn't require creation of a temporary local branch.
[18:56] <jelmer_> Lor: not that I can think of
[18:57] <Lor> Well, in principle it's possible to do a merge, then revert before committing. This does bring in all the revisions into the local repository. But after the revert there is just pointer to them so it's not trivial to redo the merge.
[18:57] <Lor> just _no_ pointer to them
[18:58] <Lor> But a branch is a cheap thing.
[18:59] <Lor> Actually, one of the reasons why the colocated branch convention is good is that you always get a shared repository so branches are always cheap.
[19:05] <Lor> Incidentally, could someone explain the point of shelves?
[19:06] <Lor> It seems kind of silly that when we have full version control available, a separate system is used to store temporary changes.
[19:06] <TresEquis> Lor: back out a part of the uncommitted changes in the working directory
[19:06] <TresEquis> to make it possible to to more focused commits
[19:06] <TresEquis> e.g., with simple commit messages
[19:07] <Lor> If you want to back out some changes that you want to later bring back, why not commit, then revert those changes, then do what you want, then merge rest of the stuff from the commit?
[19:07] <TresEquis> Because I don't want them in the "public" history yet
[19:07] <Lor> "public"?
[19:07] <Lor> It's your own branch!
[19:07] <TresEquis> but I'm going to push it somewhere public
[19:08] <TresEquis> e.g., if I'm evaluating a patch which supplies both a testcase and a fix
[19:08] <Lor> That seems like a problem with your workflow.
[19:08] <TresEquis> I apply the patch, shelve the fix, and ensure that the testcase fails
[19:08] <TresEquis> (note I haven't committed anything)
[19:08] <TresEquis> then unshelve the fix and commit both together
[19:09] <TresEquis> or if I have made "janitorial" changes to one part of a file while making substantive changes to another part
[19:09] <Lor> I forgot: after the commit, uncommit back to the previous revision but revert the working tree only partly (those parts you don't want to shelve).
[19:09] <TresEquis> I want to commit the two parts separately
[19:09] <Lor> bzr-pipeline seems like the right tool for that.
[19:09] <Lor> (or loom)
[19:10] <TresEquis> no, those are too complex
[19:10] <Lor> Only if you think that a branch is a big thing.
[19:10] <TresEquis> no
[19:10] <TresEquis> I'm done trying to explain how I use it -- I don't need to defend it
[19:13] <Lor> I'm not saying there's necessarily anything wrong with shelves, they just seem orthogonal and redundant.
[19:13] <elmo> aborting commit write group: OSError(24, 'open: Too many open files')
[19:13] <elmo> bzr: ERROR: [Errno 24] open: Too many open files: '.'
[19:13] <elmo> seriously?
[19:16] <Lor> Sorry, _un_-orthogonal.
[19:17] <GaryvdM> elmo: On what os?
[19:17] <elmo> GaryvdM: Ubuntu, Lucid
[19:18] <jam> elmo: I've only seen that when using bzr-svn
[19:18] <jam> the code that actually reads the content does have a try/finally:f.close()
[19:18] <jam> so we shouldn't be leaking from there
[19:19] <elmo> jam: this is straight bzr, managing /etc
[19:19] <elmo> root@carpobrotus:/etc# bzr st | tr -d @ | grep -v "^[a-z]" | grep -v " postgresql/8" | grep -v /hook | awk '{print $1}'| wc -l
[19:19] <elmo> 1268
[19:19] <elmo> ^-- that's the number of files I'm trying to commit
[19:19] <elmo> I'm basically doing bzr ci -m "commit message" $(<the bzr st horror above>)
[19:19] <elmo> (without the wc, obviously)
[19:20] <jam> elmo: hmm... I still haven't seen us have a problem with that, but we can certainly try to investigate
[19:20] <jam> I assume it is perfectly reproducible for you?
[19:20] <jam> and 'bzr --version' is?
[19:20] <elmo> jam: yes, reproducible
[19:20] <elmo> jam: 2.1.1
[19:21] <elmo> 2.1.1-1 to be precise
[19:21] <elmo> I suspect I can reproduce with a dumb testcase and that the trigger is listing files on the command line
[19:21] <elmo> I'm sure I've commited trees with more changes before but I don't often specify the files on the command line
[19:21] <elmo> but I'm guessing
[19:24] <elmo> yeah
[19:25] <elmo> I'll file a bug, it's got a trivial test case
[19:27] <jam> elmo: thanks, I'm trying to reproduce now
[19:27] <elmo> jam: http://paste.ubuntu.com/436872/
[19:29] <jam> elmo: so, I can reproduce something weird with "bzr st `cat big_list.txt`"
[19:30] <elmo> reported as https://bugs.launchpad.net/bzr/+bug/583468
[19:30] <elmo> jamnice
[19:30] <elmo> jam: nice - even
[19:31] <elmo> jam: that looks like a related/similar problem
[19:31] <jam> elmo: seems like it is actually a problem with the command line being too long
[19:31] <jam> and that is getting masked somehow
[19:32] <elmo> jam: I don't think so?
[19:32] <elmo> 'ls *' works, for example
[19:32] <elmo> so 'bzr st *' should too
[19:33] <jam> elmo: now i'm seeing "permission denied"...
[19:43] <jam> elmo: so I'm pretty sure it isn't the commit code, but actually the "what has changed" code that is at fault, still investigating
[19:43] <elmo> jam: ok, thanks for looking.  FWIW, it's not urgent though I do appreciate you looking into it
[19:43] <jam> elmo: Yeah, if you "mv  _readdir_pyx.so _readdir_pyx_old.so" it works
[19:43] <jam> the issue is something in there is opening file descriptors and not closing them
[19:44] <jam> I know we do "open(directory)" so we can do "chdir(old_dir_id)" but we seem to properly (close(old_dir_id))
[19:44] <jam> elmo: any chance you can test on something other than lucid?
[19:44] <elmo> jam: like what?
[19:44] <elmo> something newer?
[19:45] <jam> or older
[19:45] <jam> something different
[19:45] <elmo> sure, I can test hardy trivially
[19:45] <jam> in case it is something like OS not actually releasing handles on open(directory) or a problem with opendir()/closedir() etc
[19:45] <jam> thanks
[19:45] <jam> I've only got a Lucid VM here
[19:46] <jam> so you don't need commit, 'bzr st *' should trigger it just fine
[19:46] <jam> but it probably has to be a bunch of files and not their containing dirs
[19:46] <jam> because the code filters (if you supply dir/ and dir/foo, we only use dir/)
[19:47] <elmo> jam: hardy with 2.0.4 exhibits the same behaviour
[19:47] <jam> elmo: thx
[19:49] <jam> elmo: submitting a bug, hopefully I can track it down
[19:51] <jam> bug #583486
[19:54] <elmo> jam: ah, I guess I should dupe my bug into that then?
[19:54] <elmo> jam: (done)
[20:22] <cr3> is there a way to either revert to a tag or determine the revision corresponding to a tag?
[20:34] <mgz><EMAIL_ADDRESS>"Your message was rejected" huh?
[20:35] <mgz> that's surely not expected behaviour from submitting a merge proposal, sending me email complaining about it.
[21:17] <Lor> Wait, what? Are plugins allowed to store data into bazaar.conf?
[21:20] <GaryvdM> Lor: yes
[21:21] <Lor> Then it's not really a configuration file?
[21:21] <jpds> cr3: bzr tags ?
[21:21] <cr3> jpds: yep
[21:21] <Lor> (In the unix sense, meaning: managed only by the user, can be set read-only)
[21:21] <jpds> cr3: Err, that was the answer to the latter part of your question.
[21:22] <GaryvdM> Lor: What plugin are you looking at ?
[21:22] <Lor> bzr-bookmark
[21:22] <GaryvdM> Lor: Well, the user *configures* their bookmarks
[21:23] <Lor> Arguably, yes.
[21:23] <luks> bzr itself modifies bazaar.conf
[21:24] <Lor> I'm not saying this is wrong, but it is confusing not to have a clear idea exactly where bzr will touch, and where the user is in control.
[21:24] <luks> I think providing UI for configuration files is nothing special
[21:27] <Lor> hm, when I do bzr co bm:foo, the bound_location gets the _expanded_ bookmark location, instead of just bm:foo
[21:28] <Lor> I was hoping to use bookmarks as a layer of indirection so that if the upstream location moves someplace else, I just need to do a single reconfiguration and everything will keep on working.
[21:29] <lifeless> moin
[21:31] <Lor> (Basically I'm wondering whether I should use bookmark locations as part of something I'm doing, or cook my own thing, even though it would be slightly similar)
[21:35] <Lor> bazaar.conf doesn't support include directives?
[21:36] <Lor> I'd like to use the same configuration on multiple machines, except for some site-specific bits.
[22:15] <jam> elmo: found the bug
[22:15] <jam> when you pass in a path
[22:16] <jam> we open() the current directory so that we can chdir() back to it
[22:16] <jam> but if it is a file and the 'chdir(path)' fails, we were not closing the descriptor
[22:16] <jam> simple one-line fix
[22:16] <lifeless> grah
[22:16] <lifeless> +1
[22:16] <elmo> jam: awesome, ta
[22:16] <jam> lifeless: do you want me to clean up the code a bit, I get some warnings under pyrex. Otherwise I can just do the minimal one-line fix
[22:16] <lifeless> jam: we want to land in 2.0
[22:16] <jam> lifeless: sure
[22:16] <jam> I'll start small :)
[22:17] <lifeless> jam: so - one liner, for SRU niceness. Cleanup in trunk after mergnig forward.
[22:22] <jam> elmo, lifeless: Theres the one-line fix
[22:22] <jam> http://paste.ubuntu.com/436938/
[22:22] <lifeless> yeah, doit
[22:26] <mtaylor> it would be great if I could say bzr push $parent
[22:26] <mtaylor> except without the $parent part
[22:26] <mtaylor> I mean - if it was something good and not $parent
[22:26]  * mtaylor is babbling
[22:27] <mtaylor> bzr push `bzr info | grep parent | awk '{print $3}'`
[22:27] <mtaylor> is what I'm trying to say
[22:28] <jam> mtaylor: bzr push :parent ?
[22:28] <mtaylor> jam: wow. is that a thing?
[22:28] <jam> mtaylor: yes
[22:28] <mtaylor> jam: see... you anticipate my needs before I even know them :)
[22:29] <jam> mtaylor: bzr help location-alias lists 6 shortcuts
[22:29] <TresEquis> borrowing guido's time machine, are we?
[22:29] <mtaylor> woot
[22:50] <AfC> Bazaar for dapper in the PPA doesn't install "bzr: Depends: python-configobj but it is not installable"
[22:50] <AfC> (yes, dapper. I need Bazaar there to get *off* of that system, heh)
[22:54] <AfC> So should I... install Bazaar manually?
[22:55] <jelmer_> AfC: uhm
[22:55] <AfC> jelmer_: that's what I said :)
[22:55] <jelmer_> AfC: Or perhaps just run it unpacked from your home directory?
[22:55] <AfC> jelmer_: as in from tarball?
[22:55] <AfC> [if so, that's kinda what I was thinking, actually; I realize that's not what I said]
[22:55] <jelmer_> AfC: well, unpack the tarball first, but yeah :-)
[22:56] <TresEquis> $ sudo python setup.py install --root=/opt/bazaar
[22:56] <jelmer_> bzr will also work fine without installation though
[22:57] <AfC> Weill it work, or will I need this python-configobj thing manually? too
[22:58] <jelmer_> AfC: no, you won't need to install python-configobj in that case
[22:58] <jelmer_> we just remove that for the debian packages because we'd like to avoid duplication on the system
[22:58] <AfC> jelmer_: if I don't "install" it, should I still `make` (or whatever) to build the C stuff? Presumably!
[22:59] <jelmer_> AfC: it's not necessary but it will help with performance
[23:00] <TresEquis> AfC:  setup.py build_ext --in-place, I think
[23:00] <AfC> this is horrid. Pyrex not in dapper.
[23:01] <jelmer_> AfC: you can use bzr without the extensions, it'll just be slower
[23:01] <jelmer_> is the repository you're trying to use very large?
[23:01] <AfC> jelmer_: 250 MB, 4500 files
[23:02] <jelmer_> so I guess the question is whether it will take more time to install pyrex first or to just use the slower bazaar :-)
[23:02] <AfC> yeah, I'm trying it now
[23:02] <jam> AfC: If you are extracting the tarball, you shouldn't need pyrex, the extensions shoul dbe there
[23:03] <jam> should be
[23:03] <AfC> jam: that's what I thought, but `make` failed with horrible errors
[23:03] <jam> AfC: care to pastebin?
[23:03] <jam> and 'python setup.py build_ext -i' is correct
[23:03] <AfC> just working through it
[23:03] <AfC> hm
[23:03] <AfC> bzrlib/_annotator_pyx.c:4:20: error: Python.h: No such file or directory
[23:03] <AfC> let me guess. a build-dep
[23:04] <jam> AfC: python-dev IIRC
[23:04] <jam> and zlib1g-dev
[23:04] <mgz> you... can just, not build the extensions
[23:04] <jam> I think thats about it
[23:04] <jam> mgz: yes, he can skip it, and it will "work". But for a 250MB repo, he may be quite a bit happier with the extensions built
[23:05] <mgz> hm, yeah, depends on what he means by "get *off* of that system"
[23:05] <mgz> just pushing a branch to somewhere else is generally network-bound
[23:06] <AfC> mgz: of course
[23:07] <AfC> mgz: but in this case I need to capture the changes that have happened out there first
[23:08] <AfC> jam: built ok
[23:08] <AfC> thank you
[23:08] <jam> glad it worked
[23:09] <AfC> and if I'm being rude to this system, just ./setup.py install --root=/usr ?
[23:09] <lifeless> jam: hi
[23:09] <lifeless> dirstate stuff
[23:10] <AfC> or, failing that, what's the option to specify the remote bzr location?
[23:10]  * AfC is RTFM, honest :)
[23:11] <lifeless> bzr help env-variables
[23:11] <lifeless> found via bzr help topics | grep env
[23:11] <donri> Best way to uncommit a pushed commit?
[23:11] <jam> AfC: "INSTALL" says "python setup.py install --home=~"
[23:11] <jelmer_> lifeless: it's not mentioned in the man page, while most of the other variables are
[23:12] <jam> donri: Aside from "bzr uncommit" ?
[23:12] <donri> Duno, is uncommit good enough?
[23:12] <lifeless> jelmer_: it would be nice for the man page to pull it from the help
[23:12] <jam> (and potentially push --overwrite, but I would probably use 'bzr uncommit" on the remote site as well)
[23:12] <jelmer_> lifeless: I agree
[23:12] <jelmer_> lifeless: this is the moment where one of us tells the other to write a patch.
[23:12] <AfC> lifeless: ah, duh, I didn't think of an environment variable. Thanks
[23:12] <jelmer_> :-P
[23:12] <donri> jam: Don't I want to make a new commit that reverses the changes?
[23:12] <jam> donri: depends what you need to do
[23:12] <lifeless> jelmer_: actually, I was going to say file a bug ;)
[23:13] <jam> you *can* just uncommit, and push that around
[23:13] <jam> but people tracking you may get confused
[23:13] <lifeless> donri: if you want to pretend it never happened, uncommit
[23:13] <donri> lifeless: Even if pushed?
[23:13] <lifeless> donri: if other people have it already, commit something that reverses it
[23:13] <donri> I'd like that if someone pulls, they don't have the effects of that commit.
[23:13] <jam> the alternative is: bzr merge -r X..X-1; bzr commit -m "Reverse what happened in X"
[23:13] <donri> Regardless of the log.
[23:13] <jam> well
[23:13] <jam> bzr merge . -r X..X-1
[23:13] <lifeless> donri: how long ago did you push it ?
[23:14] <lifeless> donri: minutes/hours/days ?
[23:14] <donri> I use Bazaar to deploy so the production server pulls from Launchpad
[23:15] <donri> Which is automated, so, yea.
[23:15] <lifeless> so, someone will have it already : you need to commit the reverse change
[23:16] <donri> Thanks, merge worked wonderfully.
[23:18] <AfC> jam, mgz, jelmer_, lifeless: thanks for your help
[23:18] <jam> lifeless: I'll try to respond to your dirstate email tonight or tomorrow, I'm off for now
[23:18] <lifeless> jam: oh, I wasn't prompting for an email
[23:20] <lifeless> if you're back later, we could chat
[23:26] <poolie> hi all
[23:27] <lifeless> hi


[17:25] <nicomachus> hi all. The openJDK/java page is pretty well out of date: https://help.ubuntu.com/community/Java
[17:25] <nicomachus> "Currently, there are two versions available, openjdk-6 and openjdk-7."
[17:25] <nicomachus> apt-cache search only lists 8 and 9 though


[02:18] <lakin> anyone have tips for tracking down the hard-lockups on my laptop?  They started after I installed edgy.  The only reliable way I can reproduce them is to copy some large file via SFTP w/ Nautilus over my LAN ...
[02:22] <dsas> if you have a hard lock up of everything, then you should probably blame the kernel I think...maybe dmesg or kern.log has some useful output?
[02:33] <lakin> dsas: http://paste.ubuntu-nl.org/29478/ <- that's syslog, dmesg, and messages in /var/log/  ... none give me any useful information
[02:35] <dsas> lakin: I don't know what really counts as useful information or not, the log does seem to mention a few network related things though...
[02:38] <lakin> dsas, I'm leaning towards networking, but how do I test it?  remove the network drivers and wait? .... that's not going to happen cause it renders the laptop useless during that portion of time. :)
[02:38] <lakin> At this point, I'm leaning towards reverting to dapper ... or compiling a new updated kernel
[02:39] <dsas> lakin: I don't know...though if the only way you can reproduce the bug is to copy large files over SFTP disabling networking probably will not help find it....
[02:40] <dsas> lakin: Maybe if you post the bug with what detail you do have, someone more knowledgeable will ask for some more specific details.
[02:41] <dsas> lakin: If you have plenty of time and know about compiling your own kernel and using git you can try to track down when the bug appeared.
[02:44] <lakin> I've compiled kernels in the past, but only for my desktop.  And I've never done it for this laptop, so I doubt I'd get all the options right.  Posting a bug report might help...
[02:46] <lakin> dsas, I'll try over wireless for a bit, see if I can get the same lockup.  If not, then I'll blame the wired module.
[04:30] <Nafallo> gnight
[05:21] <Quash> can anyone maybe help a little with a bug that is getting a lot of support from users who are experiencing it but no acknowledgement from Ubuntu folks, even though it is quite severe?
[05:21] <Quash> a number of us are trying to hash the bug out but are having difficulty, but willing to try whatever Ubuntu bug folks want us to in trying to nail it down.
[05:22] <ajmitch> what is the bug number?
[05:22] <Quash> https://launchpad.net/bugs/67487
[05:22] <Ubugtu> Malone bug 67487 in Ubuntu "Install 6:10 Failure: Black screen at Live Desktop Stage" [Undecided,Unconfirmed]
[05:23] <ajmitch> bah
[05:23] <ajmitch> not assigned to any package, etc
[05:25] <Quash> back.  Firefox 2 crashed on me... again.
[05:26] <crimsun> you can work around the installation/black screen issue by switching to a virt term, editing /etc/X11/xorg.conf to use vesa, and restarting gdm
[05:26] <crimsun> I did that yesterday on a Dell
[05:26] <Quash> I just mentioned this bug: https://launchpad.net/distros/ubuntu/+bug/67487
[05:26] <Ubugtu> Malone bug 67487 in Ubuntu "Install 6:10 Failure: Black screen at Live Desktop Stage" [Undecided,Unconfirmed]
[05:26] <crimsun> ...and that's what I just addressed.
[05:27] <Quash> Do you mean doing ctrl-alt-F1 through F6 at the black screen to get to console?
[05:27] <crimsun> yes
[05:27] <Jozo-> sounds usplash bug..
[05:27] <crimsun> you should at least get a "could not start X server" error before
[05:28] <Quash> no error.  usplash finishes, blank screen with white cursor in top left for a moment (normal, I believe) and then screen goes blank.
[05:28] <Jozo-> bug 63558, bug 68643, bug 68683 and so on... (maybe all of them are dupes)
[05:28] <Ubugtu> Malone bug 63558 in usplash "Latest usplash leaves my consoles corrupted" [Low,Confirmed]  http://launchpad.net/bugs/63558
[05:28] <Ubugtu> Malone bug 68643 in usplash "Virtual Consoles don't work after update to Edgy" [Undecided,Unconfirmed]  http://launchpad.net/bugs/68643
[05:28] <Ubugtu> Malone bug 68683 in usplash "Edgy doesn't let me switch to console" [Undecided,Unconfirmed]  http://launchpad.net/bugs/68683
[05:29] <crimsun> if you're not seeing at least the X server error message, you're not experiencing the same error I'm referring to
[05:32] <Quash>  yes, people aren't typically getting error messages with this bug and ctrl-alt-F1 doesn't work.
[05:35] <Quash> as a start, I'd like to figure out a workaround to see if that resolves the issue for people.  That will at least give us a clue as to next steps.
[05:35] <Quash> But, Ubuntu Devs haven't even acknowledged the bug yet, despite a lot of users noting they are experiencing the same thing.
[05:35] <Quash> Even Googling now will bring up various forum posts, blog postings, etc about this bug.
[05:35] <crimsun> please be patient. Most of the devs are extremely busy preparing for the dev summit next week.
[05:36] <Quash> I appreciate this.
[05:36] <crimsun> (and the remainder of us volunteers are just as strapped for resources)
[05:37] <crimsun> in any case, you'll see a follow-up on that bug in due time
[05:37] <Quash> Edgy was just released, though, and many users are experiencing a severe bug which prevents them from loading Ubuntu.  I recognize volunteers can't and shouldn't have to cover all the bases.    I haven't played with boot parameters much.  I can try it.
[05:41] <Quash> This seems to be something that happens after usplash, though, as the Live Desktop is about to kick in.
[06:35] <BHSPitLappy> I will PAT someone to fix the laptop LCD bug
[06:35] <BHSPitLappy> grr
[06:35] <BHSPitLappy> or pay
[06:35] <BHSPitLappy> if patting floats your boat, then that's cool
[06:45] <BHSPitLappy> but really, it's not too cool that ubuntu overheats my laptop if I leave it alone for a few hours
[07:39] <dholbach> good morning
[07:39] <robitaille> Hi dholbach
[07:39] <dholbach> hey robitaille
[07:41] <secretlondon> morning
[07:44] <dholbach> hey secretlondon
[07:44] <dholbach> hey Hobbsee!
[07:45] <secretlondon> hi hobbsee
[07:45] <ajmitch> hi secretlondon, robitaille
[07:45] <secretlondon> hi ajmitch!
[07:45] <Hobbsee> hi dholbach!
[07:46] <Hobbsee> hi secretlondon
[08:03] <secretlondon> the submitter of a lisp bug has got back to me re: missing packages. To get a sync from debian who do I allocate the bug to?
[08:05] <secretlondon> is debian contrib = multiverse?
[08:05] <Hobbsee> secretlondon: for edgy?  you cant.
[08:05] <secretlondon> no for feisty
[08:06] <Mez> ubuntu-archive = the sync masters
[08:06] <secretlondon> Mez: thanks
[08:07] <BHSPitLappy> does anyone know anything about the laptop lcd power bug
[08:07] <Hobbsee> do packages from debian contrib get automatically synced across?
[08:07] <Hobbsee> BHSPitLappy: bug #?
[08:07] <BHSPitLappy> hold on
[08:11] <secretlondon> contrib is free packages that depend on non-free ones apparently
[08:13] <BHSPitLappy> Hobbsee, ok, to name a few... #19410, #30802, #41994, #42274 ...
[08:13] <Hobbsee> secretlondon: ahh.  multiverse then, i guesss
[08:14] <Hobbsee> bug 19410 bug 30802 bug 41994 bug 42274
[08:14] <Ubugtu> Malone bug 19410 in acpi-support "Laptop backlight does not turn off" [Medium,Needs info]  http://launchpad.net/bugs/19410
[08:14] <Ubugtu> Malone bug 30802 in gnome-power-manager "Closing the lid does not switch off backlight (Dell Latitude X1)" [Medium,Confirmed]  http://launchpad.net/bugs/30802
[08:14] <Ubugtu> Malone bug 41994 in gnome-power-manager "closed Laptop Lid to reliably keep Backlight off" [Medium,Unconfirmed]  http://launchpad.net/bugs/41994
[08:14] <Ubugtu> Malone bug 42274 in xserver-xgl "Screen active when closing lid" [Medium,Unconfirmed]  http://launchpad.net/bugs/42274
[08:14] <BHSPitLappy> they all seem to address my issue; I close the lid, the screen power off, BUT seconds later it turns back on (for the screensaver? that's just stupid behavior)
[08:15] <BHSPitLappy> as a result, I can't leave it closed when I leave.  When I return, the laptop is always burning hot.
[08:15] <BHSPitLappy> the other day, it had actually auto-shutdown from overheating
[08:16] <Hobbsee> ouch
[08:16] <secretlondon> the laptop team are probably the people to ask
[09:05] <secretlondon> we still have some of the unmet dependencies bugs open and unfixed
[09:07] <Hobbsee> secretlondon: indeed.  however, we cant upload to edgy updates, yet, i believe.  we can fix them in feisty though
[09:08] <secretlondon> ok. it would be nice to fix cinepaint as we've had a few dupes
[09:09] <Hobbsee> what's the fix?
[09:09] <secretlondon> 1 sec
[09:10] <secretlondon> bug #65457
[09:10] <Ubugtu> Malone bug 65457 in cinepaint "[UNMETDEPS]  cinepaint has unmet dependencies" [Undecided,Confirmed]  http://launchpad.net/bugs/65457
[09:11] <secretlondon> sync of libgutenprintui1-1 for all except amd64 which needs libopenexr2c2
[09:11] <secretlondon> I've not checked to see if we can rebuild with another gutenprint lib
[09:15] <secretlondon> we have libgutenprintui2-1 (5.0.0-2ubuntu2) in egy repos
[09:18] <secretlondon> it hasn't built either
[09:19] <Hobbsee> ouch
[09:19] <secretlondon> it needs some care and attention..
[09:20] <secretlondon> i think we have updated libs for the three deps - 1 build dep and 2 others
[09:20] <Hobbsee> that'd definetly need a SRU, i expect
[09:20] <secretlondon> whats an sru?
[09:20] <Hobbsee> if we were to fix it for edgy
[09:20] <Hobbsee> ajmitch: tell secretlondon about sru's and such things please :0
[09:20] <ajmitch> uh oh
[09:20] <ajmitch> wiki.ubuntu.com/MOTU/SRU
[09:20] <ajmitch> approval for something to get into edgy-updates
[09:21] <Hobbsee> secretlondon: i'ts all newish :P
[09:21] <Hobbsee> so everyon ehas to
[09:22] <secretlondon> well it's def a regression as it worked in dapper
[09:22] <Hobbsee> indeed
[09:23] <secretlondon> well I guess first step someone needs to see if it will build with a updated lib
[09:23] <ajmitch> secretlondon: note that that's a proposal, extra comments are at the bottom
[09:23] <ajmitch> the SRU plan for universe was only drawn up a few hours ago & is being discussed now
[09:24] <secretlondon> well regardless even for feisty we need to see if it will build with newer libs
[09:24] <Hobbsee> i'd imagine the cinerama stuff is in universe
[09:25] <secretlondon> cinepaint is in universe
[09:25] <Hobbsee> secretlondon: a whole lot of stuff will be synced for feisty anyway - lots of new libs, etc.  probably better to get the merging, etc done first, then work on hte unmet deps
[09:26] <secretlondon> Hobbsee: so don't try and compile the thing?
[09:27] <Hobbsee> secretlondon: well, you can, but masses of packages are about to change anyway.  so if you fix it first, then everything changes, it may not work  anyway :P
[09:27] <Hobbsee> nope, i'ts not there
[09:27] <Hobbsee> but various other libs will change
[09:28] <secretlondon> I'd love to get it back in edgy if I can
[09:28] <Hobbsee> then you need the SRU hackery :)
[09:28] <Hobbsee> which is a black art to me :)
[09:28] <secretlondon> indeed
[09:29] <secretlondon> I think it needs some lurving anyway - so I'll have a go
[09:30] <secretlondon> notes that the amd64 package failed to build in dapper even :(
[09:30] <secretlondon> and no-one seemed to have noticed
[09:34] <Hobbsee> quite likely.  there are many packages :P
[09:34] <secretlondon> there's a few packages like this that need care and attention
[09:36] <Hobbsee> secretlondon: please take care of them :)
[09:37] <secretlondon> Hobbsee: I'll try and love all the neglected bits of universe - although i'll need a motu sponsor for some bits ;)
[09:38] <Hobbsee> secretlondon: of course. there are MOTU's around - if i'm around, you can poke me, and i can either do it myself, or poke another MOTU.  or poke Fujitsu
[09:38] <Hobbsee> Fujitsu: likes uploading things
[09:38] <secretlondon> Hobbsee: It'll be a day or two I suspect. And I won't be able to test the amd64
[09:38] <ajmitch> secretlondon: that's an awful lot to care for
[09:39] <ajmitch> you'll probably end up loving about 15000 packages
[09:39] <secretlondon> ajmitch: I know - I have clear favourites, I just tell them all I'll love them equally
[09:39] <Hobbsee> secretlondon: yeah, of course - we cant upload to feisty yet anyway.
[09:40] <Hobbsee> Fujitsu: get to it!
[09:41] <Fujitsu> I've uploaded a few things!
[09:41] <Hobbsee> so have i.
[09:41] <Hobbsee> Fujitsu: have you beat my long list of packages yet?
[09:41] <Hobbsee> she doesnt have one.
[09:41] <Fujitsu> No, that's a really long list.
[09:41] <Hobbsee> hahaa
[09:41] <Hobbsee> yes
[09:41] <Fujitsu> You evil evil prolific uploader.
[09:41] <Hobbsee> i got most of those uploaded before MOTU
[09:43] <Hobbsee> hah
[09:43] <Hobbsee> no you dont
[09:44] <Fujitsu> *young
[09:48] <berzerking>  j ai des petit soucis de perf sur ma carte graphique qui est une ati radeon 9700 pro mobility et je voulais savoire si y avait du monde a qui ca fesait pareille
[09:49] <berzerking> et salut d abord  ... dsol ... ca fait 2 semaine que je suis dessus et 5 rinstall.
[09:49] <berzerking> lol
[09:49] <seb128> berzerking: quel genre de soucis de perf?
[09:50] <berzerking> seb128: salut ... bh par example des que je joue a un jeu qui demande un minimum de ressource 3D bh ca se met a soter toute les 1 min ...
[09:50] <berzerking> pas terrible quoi
[09:50] <berzerking> pourtant j ai mis les drivers pro de ati
[09:51] <seb128> y a des jeux 3D sous linux? ;)
[09:51] <berzerking> les libre aussi
[09:51] <berzerking> et ca donne pareille
[09:51] <berzerking> mdr
[09:51] <seb128> avec le driver fglrx la 3D devrait marcher
[09:52] <berzerking> mais elle marche
[09:52] <berzerking> mais le probleme c est que ca pedale dans la semoule a un moment
[09:52] <berzerking> glxgears me donne ca ... : 10264 frames in 5.0 seconds = 2043.875 FPS
[09:53] <berzerking> et fgl_glxgears me donne ca ... : Using GLX_SGIX_pbuffer     1498 frames in 5.0 seconds = 299.600 FPS
[09:54] <seb128> t'as essay quoi comme jeu qui demander de la 3D?
[09:54] <berzerking> glest
[09:55] <seb128> glxinfo ca dit quoi pour "direct rendering"?
[09:55] <berzerking> ou encore Nexuiz
[09:55] <berzerking> le direct rending me dis yes
[09:56] <seb128> ben c'est ptetre simplement les drivers ATI qui sont lent alors
[09:56] <seb128> les jeux sous linux c'est pas a de toute faon
[09:56] <berzerking> j ai beryl qui tourne donc je fait un e export DISPLAY=:0 mais quand je demarre sur gnome "classic" c est les memes problemes
[09:57] <Mez> !ubuntu-fr
[09:57] <ubotu> Sorry, I don't know anything about ubuntu-fr - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[09:57] <Mez> !fr
[09:57] <ubotu> Allez a #ubuntu-fr ou #kubuntu-fr pour de l'aide et de la discussion en francais.
[09:57] <berzerking> oais c est sure mais quand meme .... nexuiz est reputer pour tourner sur des petite config ...
[09:57] <secretlondon> Mez: This isn't a support channel either..
[09:57] <seb128> ben en faisant tourner des trucs comme beryl tu cherches les ennuis
[09:58] <Mez> secretlondon, "pour de l'aide et de la discussion" help and discussion ;)
[09:58] <berzerking> oais c est sure... mais quand je fait les test je passe direct sous gnome ...
[09:58] <seb128> Mez: what is wrong about using #ubuntu-bugs?
[09:58] <berzerking> je tente pas le kernel panic
[09:59] <Mez> seb128, tbh - I didnt realise it was -bugs ;) i'm just trying to cover my back here
[09:59] <seb128> :)
[09:59] <Seveas> sfllaw, pong
[09:59] <Mez> excuses si je causais n'importe quelle offense
[09:59] <seb128> berzerking: c'est pas vraiment un bug et je pense pas que grand monde ici sache comment dbugger de l'opengl lent
[10:00] <seb128> Mez: pas de problme ;)
[10:00] <berzerking> oais c est sure
[10:02] <Mez> Cela me manque de parler en franais
[10:02] <dholbach> heya seb128
[10:02] <seb128> morning dholbach
[10:03] <dholbach> des jeux 3d sous linux! YAY :)
[10:04] <seb128> ;)
[10:05] <berzerking> a tien ... une erreur qu j avais pas encore vu ... :fglX11FreeBuffer: firegl_FreeBuffer() failed! ubuntu
[10:18] <aizatto> does someone have edgy installed and use evolution, i want to confirm an odd bug
[10:19] <Mez> whats the bug (I have evo installed)
[10:19] <aizatto> try copying text to a new mail in evo
[10:19] <aizatto> copying text from openoffice
[10:20] <aizatto> on my machine it seems to crash openoffice
[10:21] <aizatto> lol :P
[10:21] <Mez> aizatto, indeed, it does crash OOo
[10:22] <aizatto> thx :) i'll report it
[10:22] <aizatto> sorry i wasted 3 years of your life waiting for it to open
[10:22] <ajmitch> I believe that may have been reported already - check the current open bugs against OOo
[10:23] <aizatto> is it directly oo related or evo?
[10:24] <ajmitch> OO
[10:24] <ajmitch> bug 62432
[10:24] <Ubugtu> Malone bug 62432 in openoffice.org "Paste from open office to firefox 2.0 causes crash in open office" [Unknown,Fix released]  http://launchpad.net/bugs/62432
[10:25] <aizatto> hmmm
[10:26] <ajmitch> https://launchpad.net/distros/ubuntu/+source/openoffice.org/+bug/68396
[10:26] <Ubugtu> Malone bug 68396 in openoffice.org "openoffice.org for edgy-updates" [Undecided,Unconfirmed]
[10:26] <aizatto> fast..
[10:27] <aizatto> new to this.. :P
[10:28] <aizatto> thx though :)
[11:50] <secretlondon> when you download a source package and it automatically adds the patch - is it correct that it doesn't make a debian directory?
[11:51] <Hobbsee> sorry?
[11:51] <pepsiman> how can it build without a debian directory?
[11:51] <Hobbsee> hte original tarball doesnt contain the debian directory
[11:51] <secretlondon> Hobbsee: this is the first time I have done any of this
[11:51] <Hobbsee> secretlondon: you can have a look at what's in hte .diff.gz - contains the debian changes
[11:52] <Hobbsee> secretlondon: the stuff in the .orig.tar.gz is the sutff from upstream - so from gnome, or kde, or whatever
[11:52] <secretlondon> Hobbsee: When I downloaded it I thought it said it applied the contents of .diff.gz
[11:52] <Hobbsee> secretlondon: when you use apt-get source, it automatically grabs the three files, and unpacks them for you
[11:52] <Hobbsee> it does - it's apt-get source helping you out
[11:52] <secretlondon> Hobbsee: but the unpackaged directory doesn't have a debian directory
[11:52] <Hobbsee> if you download the sourc,e you have to do that bit yourself (dpkg-source -x foo.dsc)
[11:53] <secretlondon> so where has it put it!
[11:53] <Hobbsee> secretlondon: which is this for?
[11:53] <secretlondon> this is me jumping in at the deep end and poking cinepaint
[11:53] <Hobbsee> you're in the cinepaint source dir?
[11:54] <Hobbsee> ie, it creates a dir called cinepaint-versionnumber, and in that is hte debian dir?
[11:54] <secretlondon> it makes the dir but without a debian directory
[11:55] <Hobbsee> !info cinerama edgy
[11:55] <ubotu> Package cinerama does not exist in edgy
[11:55] <secretlondon> !info cinepaint edgy
[11:55] <ubotu> cinepaint: motion picture image painting and retouching tool. In component universe, is optional. Version 0.20-1-2 (edgy), package size 1125 kB, installed size 3000 kB
[11:55] <Hobbsee> ahhhh
[11:56] <Hobbsee> secretlondon: there's a newer version in debian - that will need to be synced across, assuming it all works
[11:56] <secretlondon> Hobbsee: and a even newer one upstream
[11:56] <Hobbsee> secretlondon: it's there.  /home/sarah/Desktop/cinepaint-0.20-1/debian
[11:57] <Hobbsee> they certainly wont take a new upstream into edgy updates
[11:57] <secretlondon> Hobbsee: of course
[11:57] <Hobbsee> i'd take a guess at pebkac, maybe
[11:57] <secretlondon> what's pebkac?
[11:58] <Hobbsee> problem exists between keyboard and chair
[11:59] <Hobbsee> type pwd?
[11:59] <secretlondon> I know it's my problem - you don't have to rude..
[12:00] <secretlondon> though how I can make a mistake with apt-get source who knows..
[12:00] <pepsiman> $ type pwd
[12:00] <pepsiman> pwd is a shell builtin
[12:00] <secretlondon> and no I'm not giving you my password
[12:00] <Hobbsee> wasnt meaning to be
[12:00] <Hobbsee> pwd = current working directory.  you might be thinking of passwd?
[12:01] <Hobbsee> secretlondon: i'm certainly not asking for your password, trust me.  i have no use for it :P
[12:01] <secretlondon> Hobbsee: good ;) I don't allow remote logins anyway :P
[12:02] <Hobbsee> it's okay
[12:02] <secretlondon> sorry
[12:02] <Hobbsee> the reason i asked for the output of pwd was to check that you're in the right directory, seeing as you havent done this before :)
[12:02] <Hobbsee> and it has to be something simple
[12:03] <Hobbsee> the diff looks fairly sane - i think they'll take that
[12:06] <secretlondon> doing it with dpkg-source -x made me a debian dir :)
[12:06] <Hobbsee> yay :)
[12:06] <secretlondon> phew!
[12:06] <Hobbsee> so who knows what the other thing was
[12:06] <Hobbsee> secretlondon: see http://packages.debian.org/unstable/graphics/cinepaint.  i think they'll take those changes
[12:06] <Hobbsee> :)
[12:07] <secretlondon> Hobbsee: I think one of the changes fixes the amd64 not building bug
[12:07] <secretlondon> but not our gutenprint one
[12:08] <Hobbsee> if you want to see what the changes were, grab the .dsc and the .diff.gz from the bottom of that page, dpkg-source -x the new .dsc, then run debdiff cine*.dsc > debdiff.  and then open debdiff in your favorite text editor
[12:08] <Hobbsee> 31% [2 cinepaint 2389527/7549kB 31%]                     6773B/s 12m44s
[12:08] <Hobbsee> come on...
[12:08] <secretlondon> libopenexr2c2a is the updated version of the lib the amd64 needs
[12:08] <Hobbsee> yep
[12:09] <Hobbsee> which is fixed by magic
[12:09] <Hobbsee> well, which is fixed by a rebuild, due to magic :)
[12:09] <secretlondon> ;)
[12:15] <Hobbsee> secretlondon: i dont know of anything that would paste your password in clear text, unless you specifically typed it
[12:15] <Hobbsee> so i think you're pretty safe :P
[12:15] <secretlondon> agreed
[12:15] <Hobbsee> i'm sure they fixed the "password in cleartext" bug in...breezy...i think
[12:16] <Hobbsee> right.  now it's building.
[12:17] <Hobbsee> no, now it's finding deps
[12:17] <Hobbsee> hurry up, you silly thing!
[12:17] <Hobbsee> ah
[12:19] <secretlondon> mine is complaining at debuild -S can't find debhelper.mk
[12:19] <Hobbsee> install cdbs
[12:19] <Hobbsee> yep, this will need a merge
[12:21] <Hobbsee> secretlondon: okay, that fixed the deps
[12:22] <secretlondon> Hobbsee: cool
[12:23] <Hobbsee> cinepaint
[12:23] <Hobbsee> Reverse Depends:
[12:23] <Hobbsee>   exrtools
[12:23] <Hobbsee>   cinepaint-data
[12:23] <Hobbsee> oh darn it...
[12:25] <Hobbsee> oh, that built.
[12:26] <Hobbsee> hehe
[12:26] <Hobbsee> it's *still* building
[12:26] <Hobbsee> dholbach: ping?
[12:27] <Hobbsee> secretlondon: what's the bug number for this?
[12:27] <secretlondon> 65457
[12:28] <Hobbsee> interesting.  it built on i386 in dapper
[12:29] <Hobbsee> bug 65457
[12:29] <Ubugtu> Malone bug 65457 in cinepaint "[UNMETDEPS]  cinepaint has unmet dependencies" [Undecided,Confirmed]  http://launchpad.net/bugs/65457
[12:31] <Hobbsee> secretlondon: it's done.  testing for installability
[12:31] <secretlondon> Hobbsee: cool
[12:33] <Hobbsee> secretlondon: excellent :)
[12:33] <xerxas_> seb128, oops, sorry for duplicates
[12:33] <seb128> xerxas_: which ones?
[12:34] <xerxas_> it's not because I'm doing a lot bug triaging and I'm a "power user" that I should not check if bug have already been reported :)
[12:34] <xerxas_> the evolution-alarm-notify  one
[12:34] <xerxas_> I'm wasting you're time with stupid stuff :)
[12:37] <Hobbsee> secretlondon: this is warped
[12:37] <secretlondon> Hobbsee: whats up?
[12:38] <Hobbsee> oh who did *that*
[12:38] <Hobbsee> secretlondon: the ubuntu version number is *not* supposed to be like that :P
[12:38] <irvin> bug 43961
[12:38] <Ubugtu> Malone bug 43961 in linux "Power down after shutdown does not work..." [Unknown,Confirmed]  http://launchpad.net/bugs/43961
[12:40] <Hobbsee> secretlondon: oh no...this is *really* messed up :P
[12:46] <Hobbsee> Malone #34728
[12:46] <Ubugtu> Malone bug 34728 in cinepaint "project homepage" [Low,Fix released]  http://launchpad.net/bugs/34728
[12:48] <secretlondon> that should be a 1ubuntu1 not a 1-2?
[12:49] <Hobbsee> secretlondon: you got it :)
[12:49] <zul> Hobbsee, wth?
[12:49] <Hobbsee> zul: your fix to cinepaint - you've done the version wrong
[12:50] <zul> ah ok i guess i deserved that then
[12:53] <Hobbsee> hehe
[01:15] <Hobbsee> secretlondon: GOT IT!  darned thing.
[01:17] <secretlondon> Hobbsee: YAY!
[01:24] <Hobbsee> secretlondon: is www.buntudot.org/people/~hobbsee/ up for you?
[01:25] <secretlondon> Hobbsee: yes
[01:25] <Hobbsee> secretlondon: right, so cinepaint.debdiff is accessible?
[01:25] <Hobbsee> dholbach: ping?
[01:26] <secretlondon> yes
[01:26] <Hobbsee> cool
[01:26] <Hobbsee> secretlondon: it's not here, but if i copy it to a machine in the US, then copy from the US machine to the webserver (which is also in the US), it'll work.  go figure!
[01:28] <secretlondon> Hobbsee: did the libgutenprint fix the amd64 dep too?
[01:29] <Hobbsee> secretlondon: debian did
[01:29] <Hobbsee> well, fixed the ftbfs on amd64
[01:29] <secretlondon> Hobbsee: oh cool
[01:30] <Hobbsee> secretlondon: that debdiff is the changes made from the original ubuntu package - most are from debian, there
[01:31] <secretlondon> Hobbsee: oh cool - didn't realise you'd synced from debian
[01:32] <Hobbsee> secretlondon: if they have the fixes, and the fixes are reasonable, then that sounds pretty good to me
[01:32] <secretlondon> agreed
[01:32] <Hobbsee> secretlondon: i synced it, then added my changes on top of that, and added the old ubuntu changes back in
[01:33] <Hobbsee> using MOM is so much easier.
[02:15] <dholbach> Hobbsee: pong
[02:15] <Hobbsee> dholbach: yay :)
[02:15] <Hobbsee> dholbach: cinepaint FTBFS in edgy - do i need a full SRU for that, or can you just ack it while they figure out what the process is?
[02:15] <Hobbsee> the diff is eyeballable (taken from debian, pretty much)
[02:16] <Hobbsee> dholbach: http://www.buntudot.org/people/~hobbsee/cinepaint.debdiff
[02:16] <dholbach> I can't just ACK it, sorry. I think it'd be wrong to ask for comments on the process and keep others on hold and then just ACK another one :/
[02:16] <Hobbsee> dholbach: bleh.  what do you want to do with it then?
[02:16] <dholbach> I agree that it's eyeballable
[02:17] <Hobbsee> dholbach: and for FTBFS only fixes - do you really think they need 5 acks or to wait 7 days?
[02:17] <Hobbsee> dholbach: it's not like regressions are going to be found for building/installing
[02:17] <dholbach> Could you raise the topic on the list?
[02:17] <Hobbsee> dholbach: sure i could, but i hate mailing lists :P
[02:17] <Hobbsee> dholbach: you could :D
[02:17] <dholbach> no no no :)
[02:17] <dholbach> you you you! :)
[02:18] <Hobbsee> haha
[02:19] <secretlondon> which doesn't currently work in edgy
[02:23] <Hobbsee> dholbach: done
[02:23] <Hobbsee> dholbach: it only fixes 4 bugs.  doesnt that mean that secretlondon and i get 4 hugs?  :P
[02:23] <dholbach> secretlondon, Hobbsee: you do :-)
[02:24] <Hobbsee> :)
[02:26] <Hobbsee> :)
[02:26] <Hobbsee> hehe
[02:33] <secretlondon> bah have to go to college
[02:34] <secretlondon> patience
[02:35] <Hobbsee> secretlondon: :) not a problem
[02:36] <secretlondon> :)
[02:46] <dicon`> anyone has installed mercury messenger on ubuntu edgy?
[03:44] <bddebian> Boo
[03:53] <sfllaw> Seveas: Ubugtu isn't displaying new bugs any more.
[05:43] <dholbach> too! many! bug! reports!
[05:43] <pepsiman> where?
[05:43] <dholbach><EMAIL_ADDRESS>[05:44] <seb128> unread bug count to 356 to my launchpad bugs box
[05:46] <dholbach> 698
[05:48] <pepsiman> 0
[05:50] <dholbach> I don't think bug 68695 is a security issue...
[05:50] <Ubugtu> Malone bug 68695 in gnome-screensaver "Pressing Ctrl+Alt+Backspace when the screen is locked kills the X session" [Undecided,Confirmed]  http://launchpad.net/bugs/68695
[05:51] <pepsiman> it's annoying, causes data loss, but doesn't give the attacker access to the computer
[05:53] <sfllaw> dholbach: You're right.  That's how it's designed to work.
[05:53] <sfllaw> In fact, killing the screensaver should do the same thing as well.
[05:58] <pepsiman> dholbach: point the reporter at  Option "DontZap"  "boolean"
[05:58] <dholbach> pepsiman: ehhh?
[05:58] <pepsiman> dholbach: in xorg.conf you can disable Ctrl+Alt+Backspace
[05:58] <dholbach> I don't want to :-)
[05:59] <pepsiman> the reporter does
[05:59] <dholbach> not sure :)
[05:59] <pepsiman> fine, i'll do it
[06:19] <sfllaw> pepsiman: I think that's a bad default.  C-A-Backspace is good to have.
[06:22] <pepsiman> sfllaw: yes, but if the reporter doesn't want it, he can disable it
[07:20] <Seveas> @reload Bugtracker
[07:22] <towsonu2003> what's that?
[07:22] <towsonu2003> oh, and, while I typed something here, edgy users -> does your default firefox installation have any ubuntu-related search engines (where engines like google, amazon.com and so on are located)?
[07:22] <pradeep> pepsiman, if the reporter disables it, it
[07:23] <pradeep> 's still present in other machines right?
[07:23] <towsonu2003> I'd like to file a spec if you don't...
[07:26] <towsonu2003> anyone?
[07:29] <towsonu2003> if you see my question later on, please email your response to towsonu2003 at gmail dot com, if you can -thanks :)
[07:40] <Seveas> hmm
[07:40] <Seveas> sfllaw, for some odd reason the bugbot doesn't get mail from the mailinglist, but if I try to subscribe, it says it's already subscribed
[07:44] <Seveas> sfllaw, and indeed the last mail arrived around the time you said the reports stopped
[07:53] <pepsiman> pradeep: yes
[08:00] <sfllaw> Hmm.
[08:01] <sfllaw> Seveas: How about unsubscribing and resubscribing.
[08:01] <sfllaw> Seveas: What's the e-mail address of Ubugtu?
[08:01] <sfllaw> I will try sending an e-mail there.
[08:04] <Seveas> sfllaw, the addressworks, the resubscription attempt i was talking about arrived
[08:06] <sfllaw> Seveas: Any new mail?
[08:11] <Seveas> just tried the unsub+sub trick
[08:16] <Seveas> sfllaw, bugmail seems to be flowing in again
[08:26] <joumetal> ls
[08:27] <joumetal> sorry
[08:52] <sfllaw> Seveas: Hurray!
[08:52] <sfllaw> Seveas: I'm looking forward to seeing Ubugtu saying something.
[08:52] <Seveas> sfllaw, yeah me too
[08:52] <Seveas> I can't belive no new bugs are being filed
[08:52] <ajmitch> it's been so quiet here without him
[08:56] <sfllaw> Oh, I know!
[08:56] <Seveas> @reload Bantracker
[08:57] <sfllaw> Let's see when bug 69562 pops up.
[08:57] <cge> Could someone in ubuntu-qa please look at the importance of bug #36186. I can understand how it was wishlist at the time but it now makes reportbug not only completely useless but also a source of spam on ubuntu-users.
[08:57] <Ubugtu> Malone bug 69562 in Ubuntu "Ubugtu no longer reports bugs in #ubuntu-bugs" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69562
[08:57] <Ubugtu> Malone bug 36186 in reportbug "Trivial and non-trivial enhancements for bugreport" [Wishlist,Confirmed]  http://launchpad.net/bugs/36186
[08:57] <Seveas> hmm, ok, bug in bugtracker plugin
[08:57] <cge> er, s/\./?
[08:58] <sfllaw> cge: Looking.
[08:58] <Seveas> @reload Bugtracker
[08:58] <Ubugtu> New bug: #68945 in epiphany-browser (main) "crashes on startup, never shows up" [Undecided,Needs info]  http://launchpad.net/bugs/68945
[08:58] <Ubugtu> New bug: #69039 in totem (main) "H 264 movies are not played properly in PPC dapper" [Undecided,Needs info]  http://launchpad.net/bugs/69039
[08:58] <Ubugtu> New bug: #69454 in Ubuntu "Edgy: randomly edgy boots whithout ability tu run any app" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69454
[08:58] <Ubugtu> New bug: #69476 in mysql-admin (universe) "mysql administrator GUI crashes" [Undecided,Confirmed]  http://launchpad.net/bugs/69476
[08:58] <Seveas> woo
[08:58] <Ubugtu> New bug: #69479 in katapult (main) "SRU: katapult" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69479
[08:59] <Ubugtu> New bug: #69494 in kopete (main) "Kopete 0.12.3 can't log in to ICQ anymore" [Undecided,Confirmed]  http://launchpad.net/bugs/69494
[08:59] <Ubugtu> New bug: #69521 in oprofile (universe) "[edgy]  oprofile does not start. /usr/bin/opcontrol: 1: arith: syntax error: "NR_CHOSEN - 1"" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69521
[08:59] <Ubugtu> New bug: #69535 in xmodmap (main) "Sound volume not controllable with mapped buttons" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69535
[08:59] <zul> argh make it stop :)
[08:59] <Ubugtu> New bug: #69550 in firefox (main) "After upgrading to Edgy, firefox doesn't work anymore" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69550
[08:59] <Ubugtu> New bug: #69551 in adept (main) "apt-get fails to update to edgy eft" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69551
[08:59] <Ubugtu> New bug: #69552 in totem (main) "Firefox don't play videos with totem-mozilla plugin" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69552
[08:59] <Ubugtu> New bug: #69553 in ubiquity (main) "Installer crashed - exit code 139" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69553
[08:59] <Ubugtu> New bug: #69554 in installation-report (main) "installation halted by screensaver" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69554
[08:59] <Ubugtu> New bug: #69555 in Ubuntu "Backspace fired every 5-10 seconds without pressing any key" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69555
[08:59] <Seveas> @reload Bugtracker
[08:59] <Seveas> ok,he's back
[08:59] <sfllaw> Yay.
[08:59] <sfllaw> \o/
[09:00] <sfllaw> cge: We'd have to basically rewrite reportbug to hook into Malone.
[09:00] <Seveas> sfllaw, for a person in -qa you sure don't know how to file a bug :
[09:00] <sfllaw> Seveas: :)
[09:00] <Seveas> (ubugtu has his own lp product: ubuntu-bots)
[09:01] <sfllaw> That wouldn't pop up in #ubuntu-bugs, woul dit?
[09:01] <cge> sfllaw: Yes. So why is reportbug in main?
[09:01] <Seveas> sfllaw, but I won't see it (I no longer read ubuntu-bugs)
[09:01] <Ubugtu> New bug: #69511 in gnome-system-tools (main) "network-admin in edgy lost some functionality" [Undecided,Confirmed]  http://launchpad.net/bugs/69511
[09:01] <Ubugtu> New bug: #69557 in anjuta (universe) "Anjuta requires autogen in order to create new project" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69557
[09:01] <Ubugtu> New bug: #69558 in aptitude (main) "Aptitude don't show recommendeds and suggests packages" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69558
[09:02] <sfllaw> Seveas: The point was to make sure a new bug got filed for Ubugtu to pick it up.
[09:02] <Seveas> sfllaw, btw: there will be some false positives in the new bugs list
[09:02] <Seveas> ah, right
[09:02] <Seveas> no need for that, I have logs
[09:02] <Seveas> so I can see what goes wrong
[09:02] <sfllaw> Ah, OK.
[09:03] <sfllaw> Seveas: Do you have a team of people who maintain Ubugtu?
[09:03] <sfllaw> What happens if you get hit by a bus?
[09:03] <Seveas> then the code is available via launchpad
[09:04] <zul> after or before you get hit by a bus
[09:04] <Seveas> But I don't plan on getting hit by a bus anyway
[09:04] <Seveas> zul, since months ago
[09:04] <zul> ah
[09:04] <sfllaw> Seveas: Well, that's an expression.  But do you want some help maintaining Ubugtu?
[09:04] <sfllaw> It's a pretty useful bot.
[09:05] <Seveas> sfllaw, so far I can manage on my own
[09:05] <Seveas> if people spot problems they file bugs, so problems don't last fordays (hint, hint ;))
[09:06] <sfllaw> Yeah yeah.
[09:06] <Seveas> I now have a job without IRC at work
[09:06] <Ubugtu> New bug: #69559 in console-data (main) "Console displays local characters incorrectly" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69559
[09:06] <Ubugtu> New bug: #69561 in kdebase (main) "Mediamanager in kde 3.5.5 does not honour automount setting" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69561
[09:06] <Ubugtu> New bug: #69562 in Ubuntu "Ubugtu no longer reports bugs in #ubuntu-bugs" [Undecided,Rejected]  http://launchpad.net/bugs/69562
[09:06] <Seveas> but lots of beefy servers to play with makes up for that
[09:07] <sfllaw> Seveas: Congrats!
[09:11] <Ubugtu> New bug: #69387 in apache2 (main) "Default config DocumentRoot points to /var/www/." [Undecided,Rejected]  http://launchpad.net/bugs/69387
[09:11] <Ubugtu> New bug: #69560 in openoffice.org (main) "Crash when copying text from Open Office to other applications" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69560
[09:19] <Ubugtu> New bug: #69556 in Ubuntu "Crashes every ten minutes on new 6.10" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69556
[09:19] <Ubugtu> New bug: #69564 in totem (main) "Troubles while play streaming video" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69564
[09:19] <Ubugtu> New bug: #69565 in gshare (universe) "gshare-manager always dies on exit" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69565
[09:21] <pepsiman> yay bugs again
[09:34] <Ubugtu> New bug: #69566 in gnome-system-tools (main) "time-admin crash with some icon set" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69566
[09:35] <Ubugtu> New bug: #69567 in f-spot (main) "Let the user decide where to import to" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69567
[09:43] <ajmitch> sfllaw: you're fast
[09:44] <ajmitch> bug 69567 should have been rejected because the functionality is there already :)
[09:44] <Ubugtu> Malone bug 69567 in f-spot "Let the user decide where to import to" [Undecided,Rejected]  http://launchpad.net/bugs/69567
[09:46] <sfllaw> ajmitch: I did a cursury check and couldn't find the preference.
[09:46] <ajmitch> it should be there
[09:46] <ajmitch> at least it is on my systems
[09:46] <sfllaw> ajmitch: Not in Edgy, at least.
[09:46] <sfllaw> Where would that be?
[09:47] <ajmitch> should be in the preferences menu
[09:47] <Ubugtu> New bug: #69568 in Ubuntu ""Move to Another Workspace" context menu no longer exists" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69568
[09:47] <Ubugtu> New bug: #69569 in wine (universe) "Wine selects the wrong font for display" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69569
[09:47] <Ubugtu> New bug: #69570 in gnucash (universe) "gnucash crashes when importing OFX file" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69570
[09:47] <ajmitch> I'm not in front of an edgy box right now
[09:47] <sfllaw> ajmitch: It's not in Edgy.
[09:47] <ajmitch> screenshot, please
[09:48] <matsubara> sfllaw: ping
[09:48] <sfllaw> matsubara: Pong.
[09:49] <matsubara> sfllaw: could you take a look at bug 69204? I think that one is more like a bug in the Ubuntu automatic crash reporter than in LP
[09:49] <Ubugtu> Malone bug 69204 in launchpad "Large crash reports take too long to load" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69204
[09:50] <sfllaw> ajmitch: http://www.law.yi.org/~sfllaw/screenshot.png
[09:51] <sfllaw> matsubara: Not a bug.  The full report contains a core dump, which is a snapshot of the process's memory.
[09:51] <Ubugtu> New bug: #69571 in Ubuntu "compiz+edgy+i810(video) won't work" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69571
[09:51] <Ubugtu> New bug: #69573 in f-spot (main) "Libraries should be watched for changes" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69573
[09:51] <sfllaw> matsubara: It's supposed to take that long.
[09:52] <matsubara> sfllaw: yes, perhaps the ubuntu tool that does that should warn the user that it'll upload a large file or something like that. Thanks for looking into it.
[09:53] <sfllaw> matsubara: That would be an appropriate suggestion to pitti.
[09:53] <sfllaw> matsubara: But that isn't this bug.
[09:53] <sfllaw> ajmitch: Am I blind, or is it actually not there?
[09:55] <ajmitch> sfllaw: I thought I saw that get into 0.2.1.. perhaps I'm very wrong & didn't get enough sleep
[09:56] <sfllaw> ajmitch: Is it already fixed upstream?
[09:56] <ajmitch> yes
[09:56] <Ubugtu> New bug: #69572 in xchat (universe) "Crash" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69572
[09:56] <Ubugtu> New bug: #69574 in gnome-app-install (main) "Gnome App installs crashes" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69574
[09:56] <sfllaw> ajmitch: Neato.
[09:56] <sfllaw> ajmitch: I wish I were omniscient.
[10:01] <Ubugtu> New bug: #69575 in xubuntu-meta (main) "GNOME system tools AWOL in GNOME after install of xubuntu-desktop." [Undecided,Unconfirmed]  http://launchpad.net/bugs/69575
[10:02] <ajmitch> sfllaw: I was just commenting earlier that you were fast on incoming bugs :)
[10:02] <sfllaw> ajmitch: Ubugtu helps with that.
[10:02] <ajmitch> yes, it does
[10:06] <seb128> matsubara, sfllaw: apport already warn the user that the crash file is not small and has an option for a stripped version
[10:06] <seb128> matsubara, sfllaw: what we need is a place where crash files are sent which is not launchpad, then we can triage them from there and move them as proper bugs
[10:07] <Ubugtu> New bug: #69576 in ubuntu-docs (main) "Wrong alignment and bidi problems in Hebrew system help" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69576
[10:07] <Ubugtu> New bug: #69577 in f-spot (main) "Don't edit files" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69577
[10:07] <Ubugtu> New bug: #69578 in xubuntu-meta (main) "Sound in Edgy PPC XFCE is barely audible." [Undecided,Unconfirmed]  http://launchpad.net/bugs/69578
[10:08] <sfllaw> seb128: That may be true, I don't know.  I've never seen an apport window come up.
[10:08] <sfllaw> seb128: As a QA person, my system is blessed.
[10:08] <seb128> ah ah
[10:08] <Ubugtu> New bug: #69579 in olive (universe) "same as #64848 (but different package)" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69579
[10:08] <Ubugtu> New bug: #69581 in subversion (main) "libsvn-javahl no longer installed after updating from Dapper to Edgy" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69581
[10:08] <seb128> sfllaw: run apport-retrace on a crash file
[10:10] <seb128> or kill -11 prog
[10:11] <Ubugtu> New bug: #69580 in Ubuntu "root partition mounted twice" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69580
[10:16] <Ubugtu> New bug: #69201 in coreutils (main) "ls segmentation fault" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69201
[10:16] <Ubugtu> New bug: #69582 in grub (main) "strange menu entry" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69582
[10:23] <Ubugtu> New bug: #69583 in kopete (main) "SRU: kopete can't connect to ICQ. " [Undecided,Unconfirmed]  http://launchpad.net/bugs/69583
[10:23] <Ubugtu> New bug: #69584 in gnome-panel (main) "GNOME Panel crashes" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69584
[10:25] <Ubugtu> New bug: #69585 in glibc (main) "libc6-dev conflicts with libpthread-dev" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69585
[10:25] <Ubugtu> New bug: #69586 in Ubuntu "Missing swap uuid partition - After upgrading from 6.4 to 6.10 swaps arent mounted automatically" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69586
[10:33] <Ubugtu> New bug: #68944 in gnome-vfs2 (main) "Volume mount not visible" [Low,Needs info]  http://launchpad.net/bugs/68944
[10:33] <Ubugtu> New bug: #69587 in gnome-nettool (main) "Wireless Network Access Points NOT Listed" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69587
[10:37] <Ubugtu> New bug: #69495 in linux-source-2.6.19 (main) "[REGRESSION]  quickcam.ko missing" [Undecided,Rejected]  http://launchpad.net/bugs/69495
[10:43] <Ubugtu> New bug: #69588 in util-vserver (universe) "/var/run/vshelper problem?" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69588
[10:49] <Ubugtu> New bug: #69589 in blender (universe) "Please sync blender (universe) from unstable (main)" [Undecided,Confirmed]  http://launchpad.net/bugs/69589
[10:50] <Ubugtu> New bug: #69529 in linux-source-2.6.17 (main) "Sound intermittently not working on ThinkPad X60" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69529
[10:50] <Ubugtu> New bug: #69590 in scim-anthy (main) "Misspelling" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69590
[10:50] <Ubugtu> New bug: #69591 in openoffice.org (main) "Mail Merge Wizard select Address List dificultly" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69591
[11:03] <Ubugtu> New bug: #68932 in rhythmbox (main) "Shuffle + repeat + two-track playlist results in buggy behavior" [Undecided,Needs info]  http://launchpad.net/bugs/68932
[11:03] <Ubugtu> New bug: #69269 in gnome-panel (main) "(Edgy) Clock Applet - Calendar appears at very top left of screen when opened first time after log in" [Low,Needs info]  http://launchpad.net/bugs/69269
[11:04] <Ubugtu> New bug: #69505 in gnome-nettool (main) "Help file not accessible" [Undecided,Rejected]  http://launchpad.net/bugs/69505
[11:06] <Ubugtu> New bug: #69593 in dbus-python (main) "Invoking DBus method call crashes server" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69593
[11:26] <Ubugtu> New bug: #69594 in firefox (main) "Suddenly it crashes" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69594
[11:27] <Ubugtu> New bug: #69373 in f-spot (main) "It was importing about 20000 photos from my ntfs hard disk when crached" [Undecided,Needs info]  http://launchpad.net/bugs/69373
[11:27] <Ubugtu> New bug: #69595 in spampd (universe) "spampd install script errors" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69595
[11:27] <ajmitch> sigh
[11:28] <ajmitch> how did that just show up as new? :)
[11:44] <Ubugtu> New bug: #69544 in bash (main) "if you type quickly after you start GNOME Terminal, text is in front of your username" [Undecided,Rejected]  http://launchpad.net/bugs/69544
[11:49] <Ubugtu> New bug: #69597 in gltron (universe) "when set video mode to full-screen, get crash" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69597
[11:49] <Ubugtu> New bug: #69598 in Ubuntu "bittorrent, only 1 torrent ok ; 2 torrent, error..." [Undecided,Unconfirmed]  http://launchpad.net/bugs/69598
[11:53] <Ubugtu> New bug: #69596 in screen (main) ""GNU Screen UTF-8 Character Handling Vulnerabilities"" [Unknown,Unknown]  http://launchpad.net/bugs/69596
[12:00] <Ubugtu> New bug: #69531 in Debian (main) "ImageMagick Font Issues" [Unknown,Unknown]  http://launchpad.net/bugs/69531
[12:00] <Ubugtu> New bug: #69599 in Ubuntu "Sync request - ri-li (2.0.0-1) from debian unstable" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69599
[12:02] <Ubugtu> New bug: #69600 in firefox (main) "Click and drag image crashes firefox" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69600