[00:05] <pickscrape> Is bzr-svn capable of coping with nested branches?
[00:05] <pickscrape> Actually, let me clarify that
[00:06] <pickscrape> A /branches directory that contains directories that contain branches.
[00:07] <Odd_Bloke> pickscrape: I'd be surprised if it weren't.  Try it and see?
[00:08] <pickscrape> I just did. It seems to pick up the directories as branches.
[00:08] <Odd_Bloke> pickscrape: You may need to do some config-fu.
[00:09] <pickscrape> The trouble is, early in the life of this repo branches were done the 'traditional' way. Then when we realised we had far too many we broke them down into categories. So over time the branch scheme has changed.
[00:09] <pickscrape> Where is the branch management config set up?
[00:10] <Odd_Bloke> ~/.bazaar/<something>.conf
[00:10] <pickscrape> Thanks, I'll check it out.
[00:10]  * Odd_Bloke isn't on a machine with bzr-svn installed, else he'd be more specific.
[00:10] <fullermd> There's some command for it, I think.  branching-scheme or something?
[00:10] <pickscrape> Thanks, I'll check it out after dinner :)
[00:11] <pickscrape> Would I be right in thinking you can just tell bzr to import trunk only by pointing it at /trunk instead of the repository root?
[00:29] <Verterok> moin
[00:30] <bob2> pickscrape: I think you'd just use bzr branch for that, so yes
[00:35] <mthaddon_> is there a way to specifiy an ssh key (identity file) for a one time bzr+ssh command?
[00:35] <mthaddon_> or is that something that just has to be set for the user environment that's executing the command
[00:36] <schierbeck> asabil: ping
[00:37] <asabil> schierbeck: pong ?
[00:37] <schierbeck> :)
[00:37] <fullermd> Space Invaders?
[00:37] <schierbeck> asabil: i've found a bug in the fancy-tags implementation
[00:38] <asabil> oh ?
[00:38] <asabil> can you elaborate please ?
[00:38] <schierbeck> the size of the cell renderer isn't reported correctly when a revision is tagged
[00:38] <asabil> you mean the height ? or width ?
[00:38] <schierbeck> so if you have a branch with a single line of development, the tags will not fit on the allocated space
[00:39] <schierbeck> width
[00:39] <schierbeck> i'm not sure how to fix it
[00:39] <fullermd> That's user error; not branching enough   ;>
[00:39] <asabil> but you can resize the column
[00:39] <schierbeck> nope
[00:39] <asabil> I am not sure I see the problem
[00:39] <asabil> let me try
[00:39] <schierbeck> fullermd: :)
[00:40] <schierbeck> create a branch with just one revision, and tag that revision
[00:40] <schierbeck> perhaps sum up the widths of the labels as we create them
[00:41] <asabil> ah ok I see
[00:41] <asabil> yep, that would be the solution
[00:42] <asabil> sorry, I didn't think about this possibility
[00:42] <schierbeck> np, i'll try fixing it
[00:47] <schierbeck> fuck
[00:47] <schierbeck> the size is requested before the widget is drawn
[00:48] <asabil> :/, that's something I hate about Gtk cell renders
[00:49] <asabil> sorry I got to go to bed now
[00:49] <schierbeck> okay, i'll see what i can do about it
[00:49] <asabil> got to wakeup early tomorrow
[00:49] <schierbeck> *myself
[00:50] <schierbeck> good night
[00:50] <asabil> good night to you too, thanks, and sorry for the trouble :/
[03:34] <j1mc> hi all - simple question.  if i have several updated files being tracked by bzr, but just want to commit updates to one of them.  should i enter 'bzr commit -m "my message about my commit" /path/to/file.xml'  ....  or should i do 'bzr commit /path/to/file.xml -m "message about my commit"'
[03:35] <Odd_Bloke> j1mc: AFAIK, either should work.
[03:35] <spiv> j1mc: either way is fine
[03:35] <j1mc> thanks...
[03:36] <AfC> j1mc: although both will work given a competent option parsing implementation, the former is more likely to work in general (given the 4 billion different getopt implementations out there). I probably don't need to be so gunshy, but old habits die hard, I guess.
[03:37] <jamesh> AfC: well, it only has to work with the getopt variant that bzr uses ...
[03:37] <jamesh> look on the bright side: it could be using tla's getopt variant
[03:43] <AfC> jamesh: sure
[03:47] <j1mc> AfC: i went ahead with the second one because it seemed more straightforward to me.  "commit this patch, and here's the message to go with it"  it seems to have worked ok.
[03:49] <AfC> j1mc: oh, once a Bazaar hacker said it was ok in their application, it was all good. I just mention this because I have been burned by (for instance) tools like ls on BSD systems not parsing options liberally.
[03:52] <j1mc> thanks, AfC ... i'll keep it in mind.  :)
[03:52]  * fullermd considers it Only Proper to give options before arguments.
[03:56] <AfC> fullermd: lndeed :)
[03:57] <j1mc> fullermd: well explained.  thanks.
[04:03] <AfC> poolie: are you going to be at LCA next week?
[04:33] <poolie> AfC, no, but jamesh, jml and spiv will be
[04:33] <poolie> afc, i mailed you about london
[04:33] <AfC> poolie: No, I just thought it would be easier to conclude that conversation in person.
[04:34] <AfC> I'm about to reply; I just had to have a word with our Advisory Board first.
[08:19] <lifeless> moin
[08:38] <lifeless> http://ozlabs.org/~rusty/index.cgi/2008/01/07#2008-01-07 <- heh
[09:17] <speakman> hi ppl :) Whats the --rich-root exactly? Is it default when init-repo >= 1.0?
[09:19] <minghua> speakman: I don't think it's default.  You can read "bzr help formats" to know more.
[09:21] <speakman> ok, according to "help formats" rich-root isn't experimental? can I use it in production then?
[09:22] <speakman> or I think i'll stick to pack-0.92..
[09:24] <speakman> Another question; on the "Centralized workflow" guide, the "Recommended branching" says mainline should go into /project and branches should go into /projects/branch (sort of)
[09:24] <speakman> is the webviewer able to show it correctly then?
[09:25] <speakman> anyone tried that with Trac?
[09:29] <speakman> I can't get the logics in this...
[09:31] <lifeless> speakman: stick with pack-0.92
[09:31] <speakman> lifeless: thanks I will...
[09:31] <lifeless> speakman: yes web viewers should be able to show it; I can't speakto trac - don't use it myself
[09:31] <speakman> ok, but I can't get the logics about branching
[09:32] <speakman> i'd like something like /myproject/trunk
[09:32] <speakman> and for new features; /myproject/feature1
[09:32] <speakman> and so on.. where is the "trunk" supposed to go using the recommended branching?
[09:33] <speakman> I've setup bzr smart server (through inetd) on my server, and it's all reachable trhoung bzr://server/
[09:34] <lifeless> jamesh: ping
[09:34] <speakman> And now I'd like to make up a "policy" for projects and branches, but I can't figure out how the "Recommended Branching" works.
[09:34] <lifeless> speakman: what is confusing about it
[09:34] <speakman> where is the "trunk" supposed to go?
[09:35] <speakman> directly under bzr://server/myproject ?
[09:35] <speakman> and my feature branch under bzr://server/myproject/newfeature ?
[09:35] <speakman> (I've made a init-repo --no-trees bzr://server)
[09:37] <speakman> lifeless: any clue?
[09:37] <lifeless> speakman: sure, you can do that
[09:37] <speakman> can? what would you prefer?
[09:38] <lifeless> I tend to do .../trunk and .../branch1 etc
[09:38] <lifeless> because people know to look for trunk/MAIN/HEAD and similar names
[09:38] <speakman> ok, same as me then... how do you init your repos then?
[09:38] <speakman> yes, and I can see more logic in that too...
[09:39] <lifeless> well the init-repo command you've already run is all you need to init the repo  - the repo is just a storage database; 'bzr init' makes a new project, and ('bzr push' and 'bzr branch') are how you make new branches of that project
[09:41] <speakman> so, an "bzr init-repo --no-trees bzr://server" and then "bzr init bzr://server/myproject/trunk" makes /myproject/trunk using no-trees as well?
[09:45] <lifeless> speakman: do this:
[09:45] <lifeless> bzr init somewhere-on-local-disk
[09:45] <lifeless> cd $somewhere-on-local-disk
[09:46] <lifeless> import your code  - e.g. 'bzr import mysource.tar.gz'
[09:46] <lifeless> or if you have the files on disk, just bzr add && bzr commit
[09:46] <lifeless> then when you are ready, 'bzr push bzr://server/myproject/trunk'
[09:47] <speakman> thanks, seems like a great option :)
[10:06] <jamesh> lifeless: pong
[10:30] <ubotu> New bug: #185869 in bzr-gtk "gcommit fails with central bzr smart server" [Undecided,New] https://launchpad.net/bugs/185869
[10:41] <ubotu> New bug: #185875 in trac-bzr "no support for utf-8 in source files" [Undecided,New] https://launchpad.net/bugs/185875
[10:43] <acuster> jelmer, hello. We are trying to undo a commit I made yesterday with bzr-svn onto an svn directory. The commit started by doing a full replace of trunk/ back to the revision from which I did the initial bzr checkout (I have been bzr pull'ing since then). Do you have any pointers for how we can figure out how to do this kind of Replace in a single svn commit?
[10:43] <lifeless> jamesh: hi two things
[10:43] <jelmer> acuster: Did you try to push a commit that contained a merge of trunk ?
[10:43] <jamesh> okay
[10:44] <jelmer> acuster: That would explain the replace of trunk/
[10:44] <acuster> yes, possibly
[10:44] <lifeless> jamesh: bzr register-branch is broken (bug 185861) and gnome-gpg is broken on hardy (I'm testing a fix now)
[10:44] <ubotu> Launchpad bug 185861 in launchpad-bazaar "bzr register-branch command broken?" [Undecided,New] https://launchpad.net/bugs/185861
[10:44] <acuster> what's a 'merge of trunk' ?
[10:45] <lifeless> jamesh: where should I send a patch for the latter; and can you confirm the bug ?
[10:45] <acuster> what commands do you hit svn with to do the 'replace' ?
[10:45] <jamesh> lifeless: file a bug in launchpad (the source of gnome-gpg is maintained with Bazaar these days)
[10:46] <jelmer> acuster: If you had a local branch that descended from svn and then merged some revisions from trunk later and then pushed that branch back into svn
[10:46] <acuster> yes, that sounds exactly right
[10:47] <lifeless> jamesh: k, it works for me, but I'm not sure about tests etc - need to generate a GNOME_KEYRING_RESULT_NO_MATCH value
[10:47] <jamesh> lifeless: I've marked your register-branch bug as a dup
[10:47] <acuster> (1) I branched svn to br1 (2) I branched br1 to br2 (3) I pulled lots of updates from svn into br1 and then pulled those into br2
[10:48] <acuster> (4) I modified one file in br2
[10:48] <jamesh> lifeless: it is a bad interaction between the code that redirects beta testers to edge.launchpad.net and the xmlrpc server
[10:48] <acuster> (5) I pushed that change into br1
[10:48] <acuster> at which point bzr complained and I did some merges I didn't fully understand
[10:49] <speakman> jelmer: about gcommit - there is no backtrace (as told in the report). How can I make one?
[10:49] <acuster> (6) then I pushed the change from br2 to br1 and from br1 back to svn
[10:49] <jamesh> I'm glad I got xml-rpc to report OOPS numbers ...
[10:50] <lifeless> jamesh: are we able to fix this? Seems rather bad to be broken in production
[10:50] <lifeless> jamesh: if we could even work around it in bzr (by using edge always) that would be sufficient
[10:50] <jamesh> lifeless: bug 181156 is about the underlying cause
[10:50] <ubotu> Bug 181156 on http://launchpad.net/bugs/181156 is private
[10:50] <acuster> jelmer, the question is how to do the replace in the same way that bzr-svn did it so we can fix things. ARe you using svn replace for that command?
[10:50] <jamesh> and it can't be worked around in Bazaar
[10:51] <jamesh> actually, using xmlrpc.edge.launchpad.net would probably work
[10:51] <jamesh> assuming it is hooked up
[10:51] <jelmer> speakman: Hmm, that's actually a good point. We may have to stop handling exceptions automatically in all cases
[10:52] <speakman> jelmer: Yes, tracebacks aren't that bad.. :)
[10:52] <jelmer> acuster: What exactly are trying to achieve?
[10:52] <jelmer> acuster: Trying to undo what bzr-svn did?
[10:53] <balor>  I've forgotten how to do a bzr diff during a bzr ci.  Could someone remind me of the command?  I think it was similar to bzr ci --diff but bzr ci --help does not document that.
[10:53] <balor> bzr version 0.90
[10:54] <jelmer> A diff inside of the commit message you mean?
[10:54] <dato> balor: --show-diff, not sure if 0.90 has it
[10:54] <balor> jelmer: no, a diff whilst I'm writing the changelof
[10:54] <balor> dato: 0.90 seems to be missing that feature
[10:54] <balor> dato: guess it's time to upgrade
[10:55] <dato> balor: oh
[10:55] <dato> if it's not what jelmer said
[10:55] <dato> the answer is "you can't"
[10:55] <dato> (and quite frankly it sucks)
[10:55] <balor> dato: hmmm....I had thought there was a workaround
[10:55] <acuster> jelmer, yes
[10:56] <lifeless> jamesh: I'll test that shortly
[10:56] <acuster> we are trying to get svn back to where it was keeping the history of all the files over the past three weeks
[10:56] <acuster> not merely getting the files back to a good state
[10:56] <jelmer> acuster: Replace can be done by removing a directory and copying an older version of it into the same place in the same commit
[10:57] <jelmer> acuster: This is one of the reasons some people use rebase rather than merge when pushing to svn
[10:59] <acuster> thanks
[10:59] <acuster> 'removing a directory' is a svn remove or a filesystem remove?
[11:00] <jelmer> svn remove I think
[11:00] <jelmer> Maybe followed by a file system removed
[11:00] <jelmer> bzr-svn does this without a working tree
[11:00]  * acuster is not allowed to touch the svn with bzr any longer :-)
[11:00] <acuster> thanks
[11:03] <jelmer> sorry to hear that
[11:03] <lifeless> jamesh: edge works
[11:04] <speakman> Why is the Debian/Ubuntu repos unmaintained lately?
[11:04] <jelmer> lifeless: Do packs handle the lhs parent being a ghost ?
[11:04] <lifeless> jelmer: yes
[11:04] <lifeless> jelmer: what happened to acuster ?
[11:04] <lifeless> speakman: they are eing maintained; just differently
[11:05] <jelmer> lifeless: bzr-svn preserves lhs history
[11:06] <jelmer> lifeless: "bzr branch trunk foo; <hack-hack>; bzr merge trunk && bzr commit; bzr push" will alter lhs history
[11:07] <jelmer> lifeless: bzr-svn will properly preserve that lhs history when pushing by committing on top of an older revision of trunk
[11:09] <lifeless> jamesh: patch is on lp for you
[11:10]  * jelmer adds an entry to the bzr-svn FAQ
[11:13] <speakman> lifeless: currently no repo is touched since 9 jan. bzr-gtk is still at 0.90 and requires bzr < 1.0.
[11:14] <lifeless> jelmer: ah, and because svn doesn't track merges folk get confused
[11:14] <jelmer> lifless: yeah, exactly
[11:14] <lifeless> jelmer: so we should really recommend they use 'bzr checkout' for svn branches they are going to commit to
[11:14] <lifeless> for 'compatibility'
[11:15] <jelmer> lifeless: Yeah, that may be a good idea
[11:16] <lifeless> jamesh: we should add an xmlrpc call to say 'I have pushed to <X> branch'
[11:16] <dato> riiight. and one of the main pluses of bzr-svn, offline workflow, goes to... the bin.
[11:16] <dato> (as commit --local will end doing the same with the lhs history afaik?)
[11:17] <lifeless> dato: not at all; commit --local will not do the same thing
[11:17] <dato> no?
[11:17] <lifeless> dato: when you are on line again, you get the new changes from trunk by doing 'bzr update'
[11:17] <lifeless> dato: that will pivot your local work into a merge, preserving LHS
[11:17] <jelmer> lifeless: The alternative would be to not necessarily always push on top of the lhs parent
[11:18] <jelmer> lifeless: But then bzr needs to handle diff against non-lhs parents properly, otherwise pulling from that branch later will be problematic
[11:19] <lifeless> jelmer: not sure what you mean; what does bzr not handle correctly?
[11:20] <speakman> btw, how can I add suggestions to bzr on launchpad?
[11:20] <speakman> Blueprints?
[11:23] <jelmer> lifeless: storing diffs for a revision where the lhs parent is a ghost but one of the other parents is not
[11:24] <jelmer> afaik weaves at least had problems with it, I'm not sure what the status of that is these days
[11:24] <lifeless> speakman: we like suggestions to be sent to the mailing list; or you could use the answers.launchpad.net/bzr forum
[11:24] <lifeless> jelmer: in packs that will degrade to a fulltext at the moment
[11:25] <lifeless> jelmer: but anyway, its not needed - because a heavy checkout will DTRT
[11:32] <jelmer> lifeless: sure, but people will still use push and it would be nice to do the right thing when we add support for svn:merge-info
[11:33] <speakman> ok, just one more simple question right here; is it possible to *easily* make an "alias" as "lp:project" but to our local server "ourserver:myproject"?
[11:34] <speakman> I've tried to read the source code for launchpad plugin, but it seemed really complex for this "simple" issue.
[11:34] <lifeless> jelmer: patches to core appreciated :) - packs have two fields (compression tree, ancestry graph), but enforce the same rules on them that knits had
[11:35] <jelmer> speakman: the launchpad plugin does more than register the "lp" namespace
[11:36] <speakman> jelmer: yes I know, thats why it was hard to me (pretty new to python) to just pick out the "lp:" part...
[11:36] <speakman> i'd like a "alias" feature for it, or simular
[11:37] <lifeless> speakman: we'd like to add a url alias facility
[11:37] <lifeless> speakman: but noone has contributed it yet.
[11:37] <speakman> lifeless: exactly! thanks!
[11:38] <speakman> I'm afraid i'm too much of a newbie python programmer yet to make one myself. :/
[12:40] <ubotu> New bug: #185907 in bzr ""bzr pull --quiet" should not say "Using saved location ..."" [Undecided,New] https://launchpad.net/bugs/185907
[14:15] <antares> Hi! Does anyone know if I can make bzr follow symlinks?
[14:17] <lifeless> for versioing files?
[14:17] <lifeless> no, bzr versions the symlink, not what is linked to - sorry
[14:17] <antares> no way to make it work?
[14:18] <lifeless> well it works as designed :) - if you have a link to /foo, we record that you have a link to /foo :)
[14:18] <lifeless> I don't know what you are trying to do that that is s aproblem for, but I'm happy to try and help
[14:19] <antares> Thanks! I buld my projects (websites) using several modules that I store in a special directory, I link those modules to the project when I need them
[14:20] <antares> and if I add a feature in one module, autoomatically is added to all the projects that use that module
[14:21] <antares> The problem is that I need to version these changes without having to start a bzr repo in all of them
[14:23] <lifeless> well, I think using bzr is probably a better fit :)
[14:24] <antares> using bzr for all the modules?
[14:25] <lifeless> yah
[14:27] <antares> ok, thank you for your help, but I can't do that, it would give more headaches
[14:31] <mtaylor> w00t. I just actually upgraded bzr, bzr-svn and bzrtools from apt. Thanks guys!
[14:31] <lifeless> mtaylor: :)
[14:33]  * lamont wants a bzr option to have it chdir before doing anything.
[14:33] <lifeless> lamont: why?
[14:34] <lamont> so I can say 'bzr --chdir /foo/bar status'
[14:34] <lamont> alternatively, a bzr status where the user running bzr doesn't have read access to some of the unignored _directories_ would be even more lovely
[14:35] <lamont> although status wouldn't notice the changes there if that were true. hrm.
[14:39] <Kinnison> lamont: bzr status /path/to/branch
[14:39] <Kinnison> lamont: not good enough?
[14:40] <lamont> Kinnison: that would do, I believe,  as long as it looks at /path/to/branch/.bzr, and not $CWD at all
[14:41] <lamont> Kinnison: works well, I do believe
[14:41] <lifeless> lamont: 'bzr st /foo/bar' kthxbye
[14:41] <lifeless> lamont: always try the obvious thing first :)
[14:42] <lamont> lifeless: give me a break... I'm still working on figuring out your^Wbzr's definition of "obvious"
[14:42] <lifeless> lamont: thats because you've been using a nasty system :)
[14:43] <lamont> lifeless: expect bugs to show up for things that don't behave correctly... bzrk for example... :)
[14:43] <lamont> s/correctly/like I want/
[14:43] <brink_> Is it possible to split a branch into two separate branches?
[14:47] <mtaylor> brink_: what do you mean?
[14:48] <brink_> I have two unrelated projects in the same branch.  One of them is getting big.  I'd like to have to separate smaller branches.   Is this possible?
[14:48] <brink_> I meant "two separate smaller branches"
[14:48] <mtaylor> brink_: yes
[14:48] <mtaylor> brink_: see bzr split
[14:50] <brink_> Thanks.   Is that the reason for the new rich-root-pack format?
[14:50] <mtaylor> ahearo,.. dunno... but I will say the new rich-root-pack is teh r0xr
[14:51] <brink_> r0xr?
[14:52] <mtaylor> brink_: :) it's good
[15:15] <brink_> I get a " bzr: command not found" when I try to create a branch on a remote repository.  I think it's because bzr isn't on the path of the remote machine.  The remote machine is a Macintosh.   Does anyone have any idea how to add bzr to the path that ssh uses?
[15:18] <james_w> brink_, what protocol are you using?
[15:18] <brink_> ssh+bzr
[15:19] <james_w> brink_, so you need to get it so that 'ssh bzr rocks' works.
[15:20] <asabil> brink_: you can use sftp:// (but that's suboptimal)
[15:21] <brink_> No, I can't use that.  It always screws up the file and directory permissions.
[15:21] <brink_> It seems that ssh doesn't pay attention to /etc/profile.    I don't know where ssh looks for the path.
[15:24] <asabil> brink_: can't you just edit the ~/.profile of the user you are using to push ?
[15:24] <mtaylor> IncompatibleRepositories: Repository KnitPackRepository('file:///var/www/bundlebuggy/ndb-connectors/.bzr/repository/') is not compatible with repository KnitPackRepository('http://bazaar.launchpad.net/%7Endb-connectors/ndb-connectors/devel/.bzr/repository/')
[15:24] <mtaylor> _I_ know what the problem is here
[15:25] <mtaylor> I upgraded http://bazaar.launchpad.net/%7Endb-connectors/ndb-connectors/devel to rich-root-packs and did not do that to file:///var/www/bundlebuggy/ndb-connectors yet
[15:25] <mtaylor> but I must say, that error message really sucks
[15:25] <brink_> I need to make bzr available to everyone who is going to use the server.
[15:25] <brink_> I'm not sure how to make it so ssh can find it.
[15:26] <lifeless> lamont: file bugs please!
[15:28] <asabil> brink_: it uses the PATH env var of the user, the PATH is generally defined in /etc/environment , /etc/profile and ~/.profile
[15:29] <brink_> It seems to not be responding to /etc/profile although that works for login shells.   Maybe I should try /etc/environment
[15:30] <quicksilver> If bzr is interrupted by SIGINT (i.e. ctrl-C) it needs to sanitise the terminal again before terminatng.
[15:30] <quicksilver> Otherwise if you C-C a password prompt you end up with a broken terminal.
[15:32] <lifeless> mtaylor: indeed; sorry
[15:33] <mtaylor> lifeless: that's ok.
[15:33] <james_w> quicksilver, I believe there is a bug about that already.
[15:33] <mtaylor> lifeless: it can't _all_ be perfect :)
[15:33] <quicksilver> james_w: ah well, I thought I'd mention it while it was on my mind :P
[15:34] <james_w> !bug 78379
[15:34] <ubotu> Launchpad bug 78379 in bzr "When bzr (or subprocess) disables terminal echo, Ctrl+C should re-enable it" [Low,Confirmed] https://launchpad.net/bugs/78379
[15:34] <james_w> quicksilver, yeah, thanks anyway, it's always good to check.
[17:19] <brink_> Anyone know how to make the bzr+ssh protocol available to users of a Macintosh server?  ssh says it can't find bzr on the path.
[17:23] <lifeless> brink_: you can set BZR_REMOTE_PATH; you can simulate what bzr does byL:
[17:23] <lifeless> 'ssh host bzr help'
[17:24] <lifeless> if that works, bzr should work with it
[17:26] <brink_> It doesn't.  It gives me this:  bash: bzr: command not found
[17:35] <mtaylor> anybody running hardy already?
[17:35] <lifeless> mtaylor: yes
[17:35] <mtaylor> lifeless: usable?
[17:35] <lifeless> brink_: then 'bzr' is not in your path. or it is but python isn't so its not executable
[17:35] <lifeless> mtaylor: mostly
[17:35] <mtaylor> heh
[17:35]  * mtaylor is stupidly upgrading his laptop right now
[17:36] <lifeless> ;)
[17:36] <lifeless> I'm writing an update to the index layer - more speed++
[18:05] <brink_> Yes bzr isn't on my path.  The question is, how do I get bzr on my path.   The bzr+ssh protocol doesn't seem to pay attention to /etc/profile on osx.  Any thoughts?
[18:08] <lifeless> brink_: ln -s bzr /usr/bin/ ?
[18:09] <brink_> Hmm.   I suppose I could do that.    Will there be any other dependency issues?
[18:09] <brink_> What do people typically do on osx?
[18:12] <lifeless> brink_: no idea:)
[18:13] <brink_> It seems like there should be some documentation on how to setup bazaar in addition to just using it.   If I figure it out maybe I'll send it in.
[18:13] <lifeless> that would be awesome
[18:13] <brink_> Assuming I figure it out correctly.
[18:18] <mtaylor> do we have any sort of osx disk image installer thing ?
[18:21] <lifeless> there is a dmg image I believe
[18:51] <brink_> Is there a way to merge two separate (no common parent) branches kind of like the opposite of bzr split?
[19:02] <dato> brink_: yes. bzr merge -r 0..-1 /path/to/other/branch
[19:05] <brink_> Thanks.  I didn't realize merge could work with unrelated branches.
[19:20] <laga> hello
[19:21] <laga> i was just working on something and wanted to bzrcommit/diff and i got the following error message: http://www.pastebin.ca/872417
[19:22] <laga> i don't remember changing anything wrt my bzr setup. does anyone have a hint?
[19:29] <laga> when will there be debs for 1.1?
[19:30] <beuno> laga, there already are
[19:30] <beuno> are you using ubuntu or debian?
[19:31] <beuno> laga, https://launchpad.net/~bzr/+archive   for Ubuntu
[19:31] <laga> i'm using ubuntu gutsy and i have the bzr repo in my sources list
[19:31] <beuno> laga, the PPA archive has 1.1
[19:31] <laga> thanks, i'll try those
[19:32] <beuno> welcome'
[19:36] <ubotu> New bug: #186005 in bzr "adding iso-8859-1 paths on a UTF8 file system gives a harsh error	message" [Undecided,New] https://launchpad.net/bugs/186005
[19:36] <laga> i still get the same error message even after the update. i guess i'll file a bug in launchpad and try to get some work done afterwards
[19:38] <beuno> laga, can you paste the error message on pastebin?
[19:38] <beuno> maybe we can help you out
[19:38] <laga> http://www.pastebin.ca/872417
[19:38] <laga> it's there
[19:39] <laga> just found a bug report on launchpad which might be related
[19:39] <laga> https://bugs.launchpad.net/bzr/+bug/109114
[19:39] <ubotu> Launchpad bug 109114 in bzr "commit holds whole files in memory" [Medium,Confirmed]
[19:39]  * laga has no clue what he's talking about, though :)
[19:39] <laga> beuno: it happens whenever i commit or diff. i don't think i#ve changed anything in the brnach (except for changing a few files of course)
[19:40] <beuno> laga, does it have many files or big ones?
[19:41] <laga> 1359 files, 7.5M size
[19:41] <beuno> doesn't make sense for bzr to run out of memory with that little
[19:41] <laga> yes
[19:42] <laga> especially since i have 615M free
[19:42] <beuno> at least for committing, diff's can vary I guess
[19:42] <laga> it happens almost immediately, too
[19:43] <beuno> laga, this seems like something different
[19:43] <beuno> could you file a bug in Launchpad?
[19:43] <laga> sure
[19:44] <beuno> thanks  :D
[19:53] <laga> done
[19:53]  * laga gets a fresh checkout and ports missing changes ;)
[19:54] <beuno> laga, great, thanks for that. I'll try and catch another dev and see if he can take a look at it
[19:54] <laga> beuno: great. thanks for the support :)
[19:59] <laga> yay. i have just accidentally reverted my changes using meld because i mixed up directory order. i must be having a metaphorical bad hair day
[20:00] <beuno> laga, ouch. And you hadn't committed?
[20:00] <ubotu> New bug: #186014 in bzr "MemoryError on diff/commit" [Undecided,New] https://launchpad.net/bugs/186014
[20:01] <laga> no. i was using meld because i couldn't commit in the first place :)
[20:01] <laga> oh well, that's what i get for not paying attention. not much was lost
[20:03] <beuno> laga, what about branching that repo locally and trying to work on a fresh branch?
[20:04] <beuno> (fully local branch)
[20:04] <laga> beuno: i've got a fresh branch already
[20:04] <beuno> laga, but it's a checkout, no?
[20:04] <beuno> checkouts are bound to their parents
[20:04] <laga> well, i was using "bzr branch" i think
[20:04] <beuno> oh, then you do have a fully local branch
[20:04] <laga> hum
[20:05] <laga> i'm not sure actually. i created this branch locally, then pushed to launchpad..
[20:06] <laga> i need to polish my VCS skills. :) am i supposed to merge from launchpad or pull from there? or is there no difference at all?
[20:06] <laga> in case someone else modified the branch on launchpad
[20:08] <beuno> laga, if someone else modified, you'd have to merge
[20:08] <beuno> I tend to try and pull first though, or do  merge --pull
[20:08] <laga> oh, it'll error if someone else has done any modifications?
[20:09] <beuno> laga, yeap, it will say you need to merge
[20:09] <beuno> if there aren't any conflicts, you just commit the merge
[20:09] <beuno> and you're up-to-date
[20:09] <laga> i was just curious because i'm working on this branch from my laptop and from my desktop and i usually just push on both
[20:09] <laga> yeah, right.
[20:10] <laga> ah, now i remember. i didn't see the merge in the commit message at first and that's what confused me. in the end, everything turned out to be alright :)
[20:10] <beuno> laga, things tend to work themselves out a lot with computers  :p
[20:10] <laga> yes
[20:11] <laga> that's why i has hoping bzr 1.1 would solve my weird error message. ;)
[20:12] <beuno> laga, it's really odd that you would get that error, I have much larger branches in file sizes and quantity, even on some PCs with 512mb ram, and still don't hit the RAM hard enough to traceback
[20:14] <laga> beuno: i'm just glad that bzr itself is still working on my box
[20:15] <beuno> laga, do you have a grumpy box?
[20:15] <laga> beuno: it's usually working fine. including RAM :)
[20:16] <laga> if that's what you meant
[20:17] <beuno> ah, bzr usually works fine on all enviroments, that's why I asked if you had a particularly grumpy box
[20:18] <laga> i've just compiled mythtv three times in a row without errors while running virtualbox at the same time. it's fairly stable :)
[20:18] <beuno> good, then we'll see if we can nail down that traceback as soon as possible
[20:23] <laga> it's 100% reproducable as well. unless there's a bad block on the hard disk i don't see what could have broken it hardware-wise
[22:11] <Lo-lan-do> Hi all
[22:12] <Lo-lan-do> Is there a way to inject missing revisions into a repository?
[22:12] <Lo-lan-do> I converted a baz archive to bzr, but some of the branches in there were based on branches in other baz archives, and apparently the baz-import didn't create the revisions in bzr
[22:13] <Lo-lan-do> bzr check says:
[22:13] <Lo-lan-do>     12 ghost revisions
[22:13] <Lo-lan-do>     11 revisions missing parents in ancestry
[22:13] <Lo-lan-do>     85 inconsistent parents
[22:13] <Lo-lan-do> Is that fixable (I have the other baz archives at hand), or should I redo the conversion?
[22:21]  * Lo-lan-do tries cloning all these branches into a single repository, which should then have all revisions
[22:32] <Lo-lan-do> Hm.  bzr reconcile seems to help
[23:29] <batoms> is there a way to set the ssh client in bazaar.conf
[23:29] <batoms> something similar to export BZR_SSH=paramiko


[07:43] <agoliveira> pitti: It's a tripple boot macboot so it has efi, afs, ntfs.
[07:43] <polopolo> Is it today bugday?
[07:43] <agoliveira> pitti: and ext3 and swap
[07:44] <pitti> agoliveira: it doesn't happen with ext3 and swap in vmware, and otherwise we have entirely differnent fs'es, so it might not be that either
[07:47] <bdmurray> polopolo: Yes it is
[07:50] <polopolo> bdmurray: ok
[07:51] <agoliveira> Gosh... now it hung just before shut down X when I told to reboot. And hung badly, I had to power it down.
[07:51] <bdmurray> We have a list of bugs we are working on at https://wiki.ubuntu.com/UbuntuBugDay/20070627
[07:54] <nxvl> pitti: thnx
[07:55] <nxvl> pitti: i have just see your answer about cp
[07:55] <pitti> nxvl: mp
[07:55] <pitti> no problem
[07:55] <nxvl> pitti: the comand has a bug!
[07:56] <nxvl> dpkg -S /bin/cp returns "coreutils:"
[07:57] <cjwatson> nxvl: I think you get the general idea though
[07:57] <cjwatson> run dpkg -S /bin/cp and then inspect the package that returns
[08:01] <nxvl> cjwatson: heh, yes, i did
[08:01] <nxvl> cjwatson: it was a joke
[08:01] <nxvl> :P
[08:11] <pitti> agoliveira: is there already a bug report about the manual partitioning hang?
[08:12] <agoliveira> pitti: Not from me. I'll try to make it happen again in a few minutes;
[08:13] <pitti> agoliveira: ok; I'll create one, so that I have something to attach to my isotesting report; I don't have any logs, though
[08:13] <agoliveira> pitti: As soon as I can get some I'll sen to you then.
[08:14] <ulaas> pitti, network manager has still the same issue..
[08:17] <pitti> agoliveira: right, send it to that bug then, please
[08:17] <pitti> ulaas: darn; can you please talk to asac to debug this further
[08:17] <pitti> ?
[08:18] <Evolution2> i would like to know what third party repositories i need to have in adept package manager. and i also iam wondering why the "full upgrade" button is shaded
[08:18] <ulaas> pitti, sure.
[08:18] <agoliveira> pitti: sure. Can you give me a pointer for it?
[08:18] <agoliveira> pitti: Oh, isotracker?
[08:18] <ulaas> asac, yo! how can i be of service
[08:18] <pitti> agoliveira: I didn't file it yet, in a minute
[08:19] <pitti> agoliveira: yes, iso-tracker allows you to put bug numbers into it
[08:19] <agoliveira> pitti: Ok.
[08:20] <Evolution2> anyone?
[08:21] <sn0> Evolution2 this isn't really the channel for support, please try #ubuntu
[08:21] <Evolution2> thanks
[08:25] <pitti> agoliveira: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/122645
[08:25] <ubotu> Launchpad bug 122645 in ubiquity "manual partitioning hangs indefinitively" [Undecided,New]
[08:26] <agoliveira> pitti: Got it.
[08:27] <ulaas> asac, u there?
[08:35] <asac_> ulaas: sure
[08:35] <ulaas> asac_, ah wanna hear about network-manager issue..
[08:35] <asac_> ulaas: though expect me to go problem as my connection is really unstable today
[08:36] <asac_> ulaas: which one?
[08:36] <ulaas> asac_, endless wep key questionnaire..
[08:36] <ulaas> asac, sorry wpa
[08:37] <ulaas> asac_, i have the latest packages of course
[08:37] <pitti> LaserJock: do you still have problems with compiz with latest packages/on current CDs?
[08:37] <asac> ulaas: so how does it look like?
[08:37] <LaserJock> pitti: I do on VMware Fusion on my intel iMac
[08:37] <pitti> mvo: ^
[08:37] <paul_d> I would expect a QA member to update 'Managing Status' of https://wiki.ubuntu.com/Bugs/CommonTasks
[08:38] <LaserJock> pitti: but at home in VMware Server on my Ubuntu box it's fine
[08:38] <pitti> LaserJock: at the current point we won't re-roll CDs, but bug reports with hw details are heavily appreciated
[08:38] <LaserJock> I'm wondering if it's a VMware Fusion problem
[08:38] <LaserJock> although I'm not sure why that would be'
[08:38] <pitti> LaserJock: particular graphics driver, presumably
[08:39] <asac> ulaas: ?
[08:39] <ulaas> asac, sec
[08:39] <ulaas> asac, typing in the key. wait for a few moments. and there comes the dialog again.
[08:40] <LaserJock> pitti: oh wait, is composite/compiz enabled by default then?
[08:40] <LaserJock> I assume so
[08:40] <LaserJock> in vmware, specifically
[08:41] <pitti> LaserJock: not in vmware, because the driver doesn't support it
[08:41] <asac> ulaas: so you are using nm-applet...ubuntu4 ?
[08:41] <pitti> LaserJock: in general it's the default, but session startup uses some tests which disable it if the driver isn't good enough
[08:41] <ulaas> asac, i am a man of doubl check. a sec please
[08:41] <bdmurray> pitti: what are the tests?
[08:42] <LaserJock> pitti: well, I've updated the bug I filed, I'll add more if mvo needs it
[08:42] <ulaas> asac, thats the one.
[08:42] <LaserJock> it'd be nice to find somebody else using vmware fusion though and see if they can confirm
[08:42] <mvo> LaserJock: what bugnumber is that
[08:43] <ulaas> asac, i have cleaned my user. so gconf is fresh as new...
[08:43] <ogra> does ubiquity hang foa anybody else in teh patiotioner ?
[08:43] <LaserJock> mvo: bug #122459
[08:43] <ubotu> Launchpad bug 122459 in compiz "[gutsy]  cannot log in on edubuntu DesktopCD" [Undecided,Incomplete]  https://launchpad.net/bugs/122459
[08:44] <LaserJock> ogra: at least you can easily blame it on the ClassmatePC keyboard ;-)
[08:44] <asac> ulaas: hmmm probably a regression from the patch we applied today
[08:44] <ogra> well, i'm on my main lappie :)
[08:44] <pitti> bdmurray: what do you mean?
[08:44] <LaserJock> ogra: but we don't know that ;-)
[08:44] <ulaas> asac, whatever you say bro. i ama s
[08:44] <asac> ulaas: did nm-applet crash for you before today?
[08:44] <pitti> ogra: yes, for manual partitioning?
[08:45] <pitti> ogra: bug 122645?
[08:45] <ogra> pitti: yup
[08:45] <ubotu> Launchpad bug 122645 in ubiquity "manual partitioning hangs indefinitively" [Undecided,New]  https://launchpad.net/bugs/122645
[08:45] <ulaas> asac, yap i got the whole shebang starting from yesterday
[08:45] <bdmurray> pitti: I was curious if it looked at the videocard pci id or something else.
[08:45] <mvo> LaserJock: oh? and this is still a problem? can you attach .xsession-errors from a failed login please?
[08:45] <LaserJock> mvo: hmm, I can try
[08:45] <pitti> bdmurray: ah, those tests; there's a driver blacklist (vesa and nv) and then it does some checks on the glxinfo output
[08:46] <asac> ulaas: and before yesterday all worked fine for you?
[08:46] <ulaas> asac, well that was feisty..
[08:46] <ogra> pitti: i confirmed it
[08:46] <cjwatson> ogra: I'd like an strace of what parted_server is doing, if you can
[08:47] <ogra> it happens definately on three different systems ...
[08:47] <ogra> cjwatson: trying :)
[08:47] <cjwatson> I imagine it's hanging in just one syscall, but knowing which would be helpful ...
[08:47] <cjwatson> or even attach gdb to it and get a backtrace, though you'd have to fiddle about to get symbols
[08:47] <mvo> bdmurray: currently it does feature testing based on glxinfo and xpdyinfo and blacklisting of some drivers
[08:47] <cjwatson> evand: have you managed to reproduce this hang?
[08:48] <asac> ulaas: ok so you upgraded to gutsy yesterday got crashes and now you get password dialog popping up endlessly?
[08:48] <nxvl> i have already patch bug #89945 can someone please check if the patch is correct?
[08:48] <ubotu> Launchpad bug 89945 in openssh "scp doesn't report correct filenames with spaces in verbose mode" [Undecided,New]  https://launchpad.net/bugs/89945
[08:48] <asac> ulaas: please post that info to bug 121228
[08:48] <ubotu> Launchpad bug 121228 in network-manager "[gutsy]  segfault retrieving passphrase for WiFi network" [High,Fix released]  https://launchpad.net/bugs/121228
[08:48] <ulaas> asac, yap. previous versions than ubuntu4 was crashing. ubuntu4 is asking for key forever.
[08:49] <ulaas> asac, you bet.. ;)
[08:49] <evand> cjwatson: negative, but I've only been using vmware
[08:49] <asac> ulaas: or no ... please open a new bug and add a hint that this
[08:49] <evand> which I hear nullifies it
[08:49] <asac> ulaas: popped up since ubuntu4  and link the bug above to the new bug
[08:49] <asac> ulaas: thanks
[08:49] <cjwatson> nxvl: incorrect as what if the filename contains single quotes?
[08:49] <evand> still trying though
[08:49] <ulaas> asac, lemme first investigate a bit more. i am suspicious of keyring...
[08:49] <cjwatson> it needs to be escaped properly rather than just surrounding it with ''
[08:50] <asac> ulaas: feel free ... but i will be out soonish
[08:50] <cjwatson> in any case, that bug should go upstream
[08:50] <nxvl> cjwatson: can a file name hace?
[08:50] <nxvl> have*
[08:50] <cjwatson> http://bugzilla.mindrot.org/
[08:50] <cjwatson> nxvl: yes
[08:50] <pitti> asac, ulaas: maybe that's the part where that gnome-keyring fix comes into play?
[08:50] <cjwatson> a filename can contain any character except \0
[08:50] <ulaas> asac, no problem. i will file thebug anyway.
[08:50] <nxvl> mmm
[08:50] <pitti> nxvl: (except \0 and /)
[08:50] <ulaas> pitti, is there fix for that?
[08:50] <cjwatson> (though \n will probably break in a number of places ...)
[08:51] <nxvl> ok, i will check another way to do it
[08:51] <asac> pitti: might be ... is the fix already in gutsy?
[08:51] <asac> ulaas: what version of gnome-keyring do you have?
[08:52] <ulaas> asac, <IP_ADDRESS>-0ubuntu1
[08:52] <asac> ulaas: are you on amd64?
[08:53] <ulaas> asac, nope i386
[08:53] <asac> hmmm
[08:53] <asac> ulaas: ok please file the new bug and don't forget to reference the original bug i mentioned above in the summary
[08:53] <ulaas> asac, surely.
[08:54] <asac> ulaas: i will come back to you with packages you might test ... probably tomorrow morning
[08:54] <LaserJock> mvo: I attached .xsession-errors to the bug report
[08:54] <LaserJock> tons of alsa stuff
[08:54] <ulaas> asac, have a good one.
[08:55] <ogra> cjwatson: http://people.ubuntu.com/~ogra/strace-parted_server-tribe2.out
[08:55] <cjwatson> ogra: hmm, when did you start that?
[08:55] <cjwatson> after it appeared to have hung?
[08:56] <cjwatson> perhaps slightly before?
[08:56] <ogra> before clicking anything in the "manual/guided partitioning" selection dialog
[08:56] <cjwatson> ok
[08:56] <sladen> nixternal: /proc/sys/net/ipv6    and  'unset'
[08:57] <ogra> the hanging ubiquity win is still there ... so it ran until it died
[08:58] <cjwatson> nothing obvious in there, looks more subtle than just confused fds
[08:58] <nxvl> where can i see what initialize_main does, i'm searching, but i don't find it
[08:59] <cjwatson> nxvl: (I'm not sure this bug report is worth lots of effort, to be honest)
[08:59] <mvo> LaserJock: what X driver is this system using
[08:59] <LaserJock> mvo: the host?
[08:59] <cjwatson> nxvl: there is no initialize_main function in openssh
[08:59] <LaserJock> or the livecd?
[09:00] <cjwatson> at least not in the current version; perhaps you're looking at an old one
[09:00] <mvo> LaserJock: the thing that fails :)
[09:00] <mvo> LaserJock: could you please try to login into a fail-safe session and run glxinfo in a terminal?
[09:01] <LaserJock> k
[09:01] <LaserJock> I also collected an .xsession-errors with the sound turned off, is that of use?
[09:02] <mvo> LaserJock: yes, less clutter sounds good
[09:02] <nxvl> cjwatson: no, but it is on cp
[09:02] <nxvl> cjwatson: im looking how cp does it to make something like that in scp
[09:03] <ogra> huh ?
[09:03] <ogra> why do i have xterm and uxterm in my menu ?
[09:03] <nxvl> uxterm is xterm with unicode
[09:04] <nxvl> somethimes both are installed
[09:04] <ulaas_> asac, recreated a new user. and now it works...
[09:04] <ogra> i know what it is, it just has nothing lost in my liveCD menu :)
[09:04] <LaserJock> mvo: safe mode won't start X
[09:04] <mvo> LaserJock: oh?
[09:05] <LaserJock> Failed to load vbe
[09:05] <asac> ulaas_: ok so probably gnome-keyring broke compatibility with legacy settings somehow
[09:05] <asac> ulaas_: please drop that info to bug as well
[09:05] <mvo> LaserJock: what driver is the thing using that fails?
[09:05] <LaserJock> vesa
[09:06] <LaserJock> dlopen: /usr/lib/xorg/modules//libvbe.so: invallid ELF header
[09:06] <nxvl> cjwatson: can u maybe recomend me a simple bug so i can fix it and learn?
[09:06] <LaserJock> mvo: ^^ seems to be the source of the problem
[09:06] <nxvl> cjwatson: i really want to help, but as you can see i'm new on this
[09:07] <mvo> LaserJock: but that would only explain the failsafe failure, not the regular one? or is vesa used in regular mode too?
[09:08] <ogra> invallid ELF header sounds bad though
[09:08] <LaserJock> I don't know, I'll reboot in regular mode and look at the xorg log
[09:09] <mvo> thanks!
[09:10] <LaserJock> although X at least starts in regular mode
[09:10] <cjwatson> nxvl: cp and scp don't share source code, so it might not be trivial
[09:10] <cjwatson> nxvl: I don't mean to discourage you; it's just that I recently did a pass through openssh and fixed most of the simple bugs I could find ;-)
[09:10] <asac> ulaas_: btw, please keep the broken user
[09:11] <cjwatson> nxvl: I believe there's a "bitesize" tag that's intended to be for this sort of thing, and you can query on that
[09:11] <ulaas_> asac, ooooops
[09:12] <nxvl> cjwatson: i don't undestand the "bitesize" thing
[09:13] <asac> ulaas_: thats bad :/
[09:13] <LaserJock> mvo: well, it's using the vmware driver in regular mode
[09:14] <ulaas_> asac, my bad. :(
[09:14] <asac> ulaas_: yeah close bug again then
[09:14] <asac> ulaas_: if someone else sees it we will get a new one
[09:14] <cjwatson> nxvl: see https://wiki.ubuntu.com/BugSquad/Tags
[09:15] <evand> nxvl: https://launchpad.net/ubuntu/+bugs?field.tag=bitesize
[09:15] <asac> ulaas_: np ... remember that its important to keep broken things in future ... if you want to help :)
[09:16] <mvo> LaserJock: thanks! out of curiosity (and only if you have it available), does the regular ubuntu-desktop CD crash for you as well?
[09:16] <LaserJock> I haven't tried it yet, I was thinking the same thing
[09:17] <ulaas_> asac, will keep that in mind.
[09:17] <LaserJock> mvo: let me rsync one up and I'll try it out
[09:17] <nxvl> thnx
[09:18] <nxvl> i will try that
[09:18] <nxvl> :D
[09:18] <nxvl> i whink i will start with ubuntulove
[09:22] <doko> seb128: I did remove the Hidden attribute from  a menu entry, but I don't see the item appear in the menu, even alacarte doesn't show me the disabled entry. any hints?
[09:23] <seb128> doko: what menu entry?
[09:24] <seb128> doko: is there a TryExec? Is the corresponding binary available?
[09:25] <doko> seb128: ooo-draw, packages from deb http://people.ubuntu.com/~doko/tmp/ooo-feisty/ ./
[09:25] <doko> i386 only
[09:28] <luisbg> pitti, I'm having a major bug with the gutsy tribe 2 test iso
[09:28] <luisbg> live i386 one
[09:30] <pitti> luisbg: what's up?
[09:30] <pitti> luisbg: (sorry, I'm just about to leave for 30 minutes, bbl)
[09:31] <luisbg> when installing, I choose manual partitioning, then next, and the install program freezes there
[09:31] <luisbg> tried 3 tiems
[09:31] <luisbg> times*
[09:31] <luisbg> pygi, seams like a big one to me ;)
[09:34] <ogra> luisbg: you mean bug #122645  i guess
[09:34] <ubotu> Launchpad bug 122645 in ubiquity "manual partitioning hangs indefinitively" [Undecided,Confirmed]  https://launchpad.net/bugs/122645
[09:34] <luisbg> ogra, yes
[09:35] <seb128> doko: seems to be listed correctly under "Graphics" on my desktop
[09:36] <doko> seb128: hrm, yeah, I remember now having removed the entry in the office menu :-/
[09:36] <evand> luisbg: does it occur when you pass --debug to the installer?
[09:36] <doko> sorry
[09:37] <seb128> that's alright
[09:37] <luisbg> evand, didn't check
[09:39] <LaserJock> mvo: same thing with Ubuntu Desktop CD i386
[09:41] <ogra> evand: called as sudo ubiquity --debug it seems to work fine here
[09:41] <evand> ogra: so that stops it from hanging for you?
[09:41] <ogra> right
[09:41] <evand> hrm ok
[09:41] <ogra> i wonder if that also happens if i call it with gksu
[09:42] <alex-weej> seb128: did you write ubuntulooks?
[09:42] <ScottK> Is there an archive admin around that might approve clamav 0.90.3-1ubuntu2 (source).  It fixes a common postinst failure, so it'd be nice to have it out along with Tribe 2.
[09:43] <ogra> evand: gksudo ubiquity --debug hangs
[09:43] <pitti> evand: I wonder whether it actually works for anyone then...
[09:44] <pitti> well, davmor2 successfully tested it on xubuntu at least
[09:46] <cjwatson> ogra: (you never need to run gksudo/sudo; ubiquity does that itself)
[09:46] <seb128> alex-weej: no, it has been written by the clearlooks upstreams
[09:46] <cjwatson> ogra: if you get a hang in debug mode, /var/log/installer/debug + /var/log/syslog + /var/log/partman please
[09:46] <ogra> oki
[09:46] <seb128> alex-weej: why?
[09:46] <mvo> LaserJock: what kind of vmware is it? workstation, server, player?
[09:46] <mvo> LaserJock: what version?
[09:46] <alex-weej> seb128: gonna try and tackle an old bug that was introduced in edgy
[09:47] <LaserJock> mvo: it's VMware Fusion
[09:47] <alex-weej> tab colour highlights
[09:47] <alex-weej> fails to work in terminal, gedit, ephy's TDI UIs
[09:47] <LaserJock> hence why I'm suspecting it could be an issue specific to it as I don't know if there are many people using it
[09:47] <mvo> LaserJock: if there is a way to get into a failsafe terminal  I would be interessted in the output of glxinfo
[09:48] <ogra> cjwatson: hmm ubiquity doesnt truncate the old log on a new start, right ?
[09:49] <ogra> seems my debug log is some MB big ...
[09:49] <evand> ogra: it appends
[09:49] <cjwatson> ogra: nope, intentionally
[09:52] <LaserJock> mvo: heh, no go. If I start up failsafe terminal and then run glxinfo it kills X immediately
[09:52] <ogra> while i collect teh stuff and move it around, here a traceback from ym syslog ...
[09:52] <ogra> http://paste.ubuntu-nl.org/27470/
[09:52] <ogra> evand, cjwatson ^^
[09:52] <mvo> LaserJock: ok, I will backlist the vmware driver than. the same happens on vesa_drv.so
[09:53] <LaserJock> mvo: it's odd that other people using VMware player or server aren't having the issue
[09:53] <LaserJock> this VMware Fusion is still beta I think so who knows ..
[09:55] <seb128> BenC, pitti: many apport crashes have still no stacktrace using the new linux version
[09:56] <BenC> seb128: according to pitti, his test cases passed...I need more info if possible
[09:56] <seb128> BenC: I'll speak to pitti, I don't know how to debug that, bug most of the bugs we are getting have no Coredump and users are running 2.6.22-7
[09:58] <ogra> evand, cjwatson, all three logs attached to bug #122645
[09:58] <ubotu> Launchpad bug 122645 in ubiquity "manual partitioning hangs indefinitively" [Undecided,Confirmed]  https://launchpad.net/bugs/122645
[09:58] <evand> thanks ogra
[10:19] <pitti> seb128, BenC: it's a miracle to me
[10:20] <seb128> pitti: that it doesn't work for eveyrbody?
[10:21] <pitti> seb128: yes
[10:21] <pitti> seb128: I'll ask in the bug to run the apport test suite, maybe that reveals the problem
[10:21] <seb128> you want a list of bugs?
[10:21] <pitti> seb128: that would be nice
[10:22] <pitti> seb128: and I should really teach apport to not send those in the first place; too bad that we noticed it so late
[10:22] <seb128> bug #122470
[10:22] <ubotu> Launchpad bug 122470 in gnome-panel "gnome-panel crashed with SIGSEGV" [Low,Incomplete]  https://launchpad.net/bugs/122470
[10:23] <seb128> bug #122511
[10:23] <ubotu> Launchpad bug 122511 in rhythmbox "rhythmbox crashed with SIGSEGV" [Medium,Incomplete]  https://launchpad.net/bugs/122511
[10:23] <pitti> seb128: do you get the effect yourself?
[10:23] <seb128> let me send a SIGSEGV to something
[10:23] <bdmurray> bug 122641
[10:23] <ubotu> Launchpad bug 122641 in compiz "compiz.real crashed with SIGSEGV" [Undecided,New]  https://launchpad.net/bugs/122641
[10:23] <pitti> seb128: just run /usr/share/apport/testsuite/run-tests
[10:24] <pitti> seb128: that does plenty of SIGSEGVing
[10:24] <pitti> seb128: you need to empty /var/crash first, though
[10:25] <seb128> Test add_gdb_info() with a script. ... Failed to read a valid object file image from memory.
[10:25] <seb128> warning: Memory read failed for corefile section, 4096 bytes at 0xffffe000.
[10:25] <seb128> FAIL
[10:25] <seb128> FAIL: Test add_gdb_info() with a script.
[10:25] <seb128> ----------------------------------------------------------------------
[10:25] <seb128> Traceback (most recent call last):
[10:25] <seb128>   File "/usr/share/python-support/python-apport/apport/report.py", line 1179, in test_add_gdb_info_script
[10:25] <seb128>     self.assert_('libc.so' in pr['Stacktrace'] )
[10:25] <seb128> AssertionError
[10:25] <pitti> seb128: ah-haa
[10:25] <Admiral_Chicago> pitti: the release notes should be finished for xubuntu as well, the wiki does not have content but we are fleshing things out in a meeting
[10:26] <pitti> Admiral_Chicago: thanks
[10:26] <Admiral_Chicago> i'll mail you when i'm happy with them. thanks
[10:26] <pitti> seb128: if you run '/usr/share/apport/testsuite/test-apport kernel', how far does it get?
[10:26] <seb128> * Check test process creation/killing with apport
[10:26] <seb128> Traceback (most recent call last):
[10:26] <seb128>   File "/usr/share/apport/testsuite/test-apport", line 165, in <module>
[10:26] <seb128>     check_crash()
[10:26] <seb128>   File "/usr/share/apport/testsuite/test-apport", line 60, in check_crash
[10:26] <seb128>     assert not os.path.exists('core'), 'no core dump in current directory'
[10:27] <seb128> AssertionError: no core dump in current directory
[10:27] <pitti> seb128: did you have a core file in . before?
[10:27] <seb128> no
[10:27] <pitti> seb128: hm, so something is really broken here
[10:28] <pitti> seb128: do you have something interesting in /var/log/apport.log?
[10:28] <seb128> $ /usr/share/apport/testsuite/test-apport kernel
[10:28] <seb128> Traceback (most recent call last):
[10:28] <seb128>   File "/usr/share/apport/testsuite/test-apport", line 147, in <module>
[10:28] <seb128>     assert apport.fileutils.get_all_reports() == [] , 'no reports already present'
[10:28] <seb128> AssertionError: no reports already present
[10:28] <seb128>
[10:28] <seb128> that's with a _usr_share_apport_testsuite_test-apport.1000.crash in the directory
[10:28] <pitti> seb128: right, that's expected
[10:28] <pitti> seb128: the test suite requires /var/crash to be empty for useful checks
[10:29] <seb128> if I rm the crash I get the "AssertionError: no core dump in current directory" again
[10:29] <pitti> seb128: oh, btw, please killall update-notifier before starting the test
[10:29] <pitti> weird
[10:29] <ogra> pitti: so do you plan to wait for a fix to bug #122645 ? looks quite critical
[10:29] <ubotu> Launchpad bug 122645 in ubiquity "manual partitioning hangs indefinitively" [Undecided,Confirmed]  https://launchpad.net/bugs/122645
[10:29] <seb128> no difference without update-notifier
[10:29] <pitti> seb128: the description is a bit misleading, it means that there is a core file which shouldn't be there
[10:30] <pitti> ogra: if we get one today still, then I might reconsider
[10:30] <pitti> ogra: testing everything is expensive, but doable on one day
[10:30] <ogra> well, its a typical tester thing to use manual partitioning i guess
[10:30] <seb128> pitti: there is only a _usr_share_apport_testsuite_test-apport.1000.crash created when running the testsuite
[10:31] <ogra> at least if i watch my testing behavior :)
[10:31] <pitti> seb128: can you please rm /var/crash again and that core file, and /var/log/apport.log, then run test-apport, and then send me the log file?
[10:31] <pitti> seb128: but you are on 2.6.22-7, right?
[10:31] <seb128> pitti: there is no apport.log created
[10:32] <seb128> $ uname -r
[10:32] <seb128> 2.6.22-7-generic
[10:32] <seb128> ah, test-apport
[10:32] <seb128> sorry, I tried the kernel thingy
[10:32] <pitti> seb128: right, 'test-apport kernel'
[10:32] <seb128> k, no log then
[10:33] <pitti> seb128: there is another mode 'lib' which doesn't work in the installed system
[10:33] <evand> of course I'm the only one who cannot reproduce the bug on real hardware
[10:34] <pitti> seb128: can you please have a look at https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/119267 ?
[10:34] <ubotu> Launchpad bug 119267 in linux-source-2.6.22 "apport patches for CORE_REAL_RLIM and limit overriding do not work any more" [High,Fix released]
[10:34] <seb128> pitti: trying that
[10:34] <pitti> seb128: in the description I describe some basic tests (without apport) to check the kernel behaviour
[10:35] <pitti> seb128: and describe behaviour on -6 and the expected one
[10:35] <seb128> pitti:
[10:35] <seb128> $ ls -l /tmp/env /tmp/crash
[10:35] <seb128> -rw-r--r-- 1 root root<PHONE_NUMBER>-06-27 22:35 /tmp/crash
[10:35] <seb128> -rw-r--r-- 1 root root    151 2007-06-27 22:35 /tmp/
[10:35] <seb128> $ grep RLIM /tmp/env
[10:35] <seb128> CORE_REAL_RLIM=0
[10:37] <pitti> seb128: ulimit -c is 0?
[10:37] <seb128> yes
[10:38] <seb128> I followed the bug
[10:38] <seb128> the "In this case, CORE_REAL_RLIM should be 0 (since -1 means 'unlimited') and /tmp/crash should have the entire core dump (but is empty)."
[10:39] <pitti> right, your output looks fine
[10:39] <seb128> seems to be the correct then
[10:39] <pitti> seb128: ok; I have some more ideas, let's do this in /msg to not spam the channel
[10:39] <seb128> k
[10:47] <ajmitch> morning
[11:15] <hunger> Did somebody already succeed in getting vmware to run on gutsy?
[11:15] <pitti> o/
[11:16] <pitti> hunger: vmware 6 runs nicely (even amd64), but requires BenC's fixed vmnet.tar
[11:16] <hunger> Where can I get that?
[11:18] <pitti> BenC: ^ is this on any public place? or the diff?
[11:19] <Daviey> Oh goody, i would like that file aswell :)
[11:19] <stgraber> I've found a fixed vmnet.tar somewhere on the forum working just fine with 2.6.22-7 but would also like something more "official" :)
[11:20] <hunger> stgraber: You still got the URL?
[11:20] <stgraber> let me check
[11:21] <hunger> There are vmware-player debs in aptitude... too bad that those are terribly out of date:-(
[11:21] <stgraber> http://npw.net/~phbaer/vmnet.tar
[11:21] <stgraber> found in : http://ubuntuforums.org/showthread.php?t=478611
[11:21] <hunger> stgraber: THANKS!
[11:22] <Daviey> stgraber: ty
[11:22] <stgraber> np
[11:23] <superm1> cjwatson, ping.  I wanted to see what your thoughts would be on bug #122040
[11:23] <ubotu> Launchpad bug 122040 in casper "Casper should depend on discover1" [Undecided,New]  https://launchpad.net/bugs/122040
[11:24] <cjwatson> superm1: I think that's wrong, really; it's up to xserver-xorg to install what it needs
[11:25] <cjwatson> casper shouldn't have the dependency because xserver-xorg might (quite realistically!) change what it needs to discover hardware
[11:25] <superm1> ah i see
[11:25] <cjwatson> xserver-xorg Recommends: discover1 | discover as it is
[11:26] <cjwatson> so I think honestly this is just a bug in the construction of the third-party disks
[11:26] <superm1> okay i'll kill the bug then.  Wish I saw the recommends: discover1 in the first place :)
[11:36] <RadiantFire> ftopic
[11:36] <RadiantFire> oops :-(
[11:52] <bdmurray> pitti: have you found anything more out about apport crash reports?
[11:53] <pitti> bdmurray: no, I debugged something with seb128 for an hour, but no result; he doesn't get the effect
[11:53] <pitti> bdmurray: I filed https://bugs.launchpad.net/ubuntu/+source/apport/+bug/122688 now, it has a list of affected bugs
[11:53] <ubotu> Launchpad bug 122688 in apport "produces empty core dumps" [High,Incomplete]
[11:53] <pitti> bdmurray: in those bugs I ask the reporters about diagnosing apport itself
[11:54] <pitti> bdmurray: if you find more of those, maybe you can copy&paste that comment
[11:57] <bdmurray> pitti: sounds good
[11:58] <pitti> bdmurray: I'll think about it again tomorrow
[11:58] <pitti> bdmurray: at least the tags are right, so we can automatically traverse the bugs and reject the broken ones
[11:58] <pitti> I'll care about that once the issue is fixed
[11:59] <pitti> bdmurray: did you see anything else OMGbug apart from apport and ubiquity partitioner?
[11:59] <ajmitch> bye pitti
[12:01] <bdmurray> pitti: nope
[12:02] <pitti> bdmurray: ok, fine
[12:03] <pitti> bdmurray: we have to live with those warts, I'm afraid
[12:03] <pitti> I'll release-note them


[00:12] <nickbp> hi, mythbuntu 10.04 has decided to ignore the spdif/digital out on my onboard audio (snd-hda-intel on some realtek chip), how can i disable the analog audio?
[00:12] <nickbp> digital is now being ignored across vlc/mplayer/mythtv, so im thinking alsa decided to do something obnoxious
[00:15] <nickbp> good thing im not on pulseaudio thatd probably just make the problem worse
[00:21] <nickbp> i was able to fix mplayer with "ao=alsa:device=iec958", but this still leaves mythtv channels, flash, etc
[00:27] <nickbp> which all seem to agree with alsa's crotchety opinion that digital out should be ignored
[00:28] <Shadow__X> nickbp: setup also to use that tuner
[00:29] <Shadow__X> output*
[01:31] <nickbp> Shadow__X: setup what?
[01:34] <Shadow__X> nickbp: the sound
[01:34] <Shadow__X> you know its not using the right output so you can either set it per app or you can just set it up correct
[01:35] <Shadow__X> in the top bar there is a volume slider right click it and do properties
[01:35] <Shadow__X> and you can change it
[02:22] <qwebirc90768> hello
[02:22] <qwebirc90768> need some basic help
[02:22] <qwebirc90768> just did a mythbuntu install
[02:22] <qwebirc90768> everything is fine
[02:23] <qwebirc90768> just trying to figure out where i put the video files I already
[02:23] <qwebirc90768> have download
[02:23] <qwebirc90768> anybody
[02:24] <gregl> are you saying you lost something you downloaded or you are looking for the recordings?
[03:04] <rileyp> anyone home today
[03:04] <rileyp> I need some help with mythexport
[03:05] <rileyp> Would anyone be so kind
[03:36] <rhpot1991> rileyp: whats the problem?
[03:40] <Fudge> is there any  cli tooks to setup myth backend
[03:40] <Fudge> tools
[03:43] <nickbp> Shadow__X: is this in xfce?
[03:45] <Shadow__X> nickbp: yes
[03:45] <rileyp> mythweb is really slow to respond andmythexport gives me a 404 error
[03:46] <rileyp> http://pastebin.com/QiDAw8ze this is my apache2 errror log
[03:47] <rileyp> I flushed privildges yesterday.
[03:51] <qwebirc88296> hello
[03:51] <qwebirc88296> i did a fresh
[03:51] <qwebirc88296> install of mythbuntu
[03:51] <qwebirc88296> audio files working fine
[03:51] <qwebirc88296> thru myth
[03:52] <qwebirc88296> but cant open or see avi files
[03:52] <qwebirc88296> any ideas
[03:52] <Shadow__X> qwebirc88296: for starters lets try and keep it to just a few lines next would be did you tell mythtv where to find your media
[03:52] <qwebirc88296> i installed boxee on same machine
[03:53] <qwebirc88296> yep
[03:53] <qwebirc88296> boxee is working just fine
[03:53] <Shadow__X> http://www.mythtv.org/wiki/Storage_Groups#Storage_directories
[03:53] <Zinn> [www.mythtv.org] User Manual:MythTV structure - MythTV
[03:54] <qwebirc88296> it was an avi file
[03:54] <Shadow__X> ok did you use the mythbuntu control center and install the codecs
[03:55] <qwebirc88296> yep
[03:55] <qwebirc88296> after i tried first
[03:55] <qwebirc88296> i had to go into myth and write internal for avi
[03:56] <Shadow__X> or perhaps say use default
[03:56] <Shadow__X> also make sure it says Internal
[03:56] <qwebirc88296> the other codecs had listed internal
[03:56] <qwebirc88296> i could give default a try
[03:56] <qwebirc88296> any other thoughts as to what it could be
[03:58] <qwebirc88296> could it be this bit about a storage directory
[03:58] <qwebirc88296> in the manual it says it must have a directory in the storage group
[03:59] <qwebirc88296> i haven't et anything up mannually yet for that
[03:59] <len_> Is anyone here using mirobridge?
[03:59] <qwebirc88296> just trying to use the box for standalone video player
[03:59] <len_> mythbuntu control center sets up miro to save videos to /root/.miro
[04:00] <len_> The recordings show up in mythtv in the media library
[04:00] <len_> just like that are supposed to
[04:01] <len_> but they don't play because of permission problems
[04:01] <len_> mythbuntu runs under a user account
[04:02] <len_> why does the mythbuntu control centre configure the miro account to root?
[04:02] <tgm4883> len_, I used to use it, but I don't have a /root/.miro dir. I have a /home/thomas/.miro directory
[04:02] <len_> If I install miro one its own it creates a user directory
[04:03] <len_> But when I config in mythbuntu control center
[04:03] <tgm4883> well you have to have miro installed in order to mirobridge to work
[04:03] <len_> it creates a it's own root version
[04:03] <len_> miro is installed and working
[04:03] <len_> but putting recordings in /root
[04:03] <tgm4883> len_, 10.04 or 9.10?
[04:03] <len_> 10.04
[04:04] <tgm4883> sec
[04:05] <tgm4883> len_, how did you start the control centre?
[04:05] <len_> with the control center icon
[04:06] <Shadow__X> qwebirc88296: if you plan to use the box as a standalone video player without recording videos mythtv isnt the best option
[04:06] <len_> I'm not.  I'm using it for everything
[04:07]  * tgm4883 points out that Shadow__X wasn't talking to len_
[04:07] <len_> And it does it is doing it just like I want it.  miro downloads get intregrated right with the rest.  just don't a have permission to actually view
[04:07] <len_> Ah, OK :)
[04:07] <qwebirc88296> what is the best option
[04:07] <Shadow__X> len_: i was talking to qwebirc88296 and if you plan to record tv then by all means use mythtv i know i do
[04:08] <qwebirc88296> just for a player
[04:08] <Shadow__X> qwebirc88296: you can just install ubuntu and boxee and just be done
[04:08] <qwebirc88296> yeah
[04:08] <Shadow__X> mythtv has much more overhead because it is designed to be structured around recording tv and is a client/server model
[04:08] <Shadow__X> which you dont need
[04:08] <qwebirc88296> i was reading and alot of people say the playback through myth is the best
[04:09] <tgm4883> hmm
[04:09] <tgm4883> what package is mirobridge part of?
[04:09] <qwebirc88296> your thoughts
[04:09] <len_> I'm scratching my head on this one.  Miro run stand-alone uses a regular user account, but mythbuntu control centre sets up it's own separte root copy.
[04:10] <Shadow__X> qwebirc88296: sure playback is good but if all your doing is goign to be playing videos out of a folder install vanilla ubuntu install boxee set that up and boom done
[04:10] <tgm4883> len_, i've pinged the developer on it. I've got a 9.10 backend, which is working right here
[04:10] <qwebirc88296> yeah its easy but which is the best performer for 1080
[04:11] <len_> Thanks
[04:11] <Shadow__X> qwebirc88296: well if your cpu can handle it anything
[04:12] <qwebirc88296> this is a setup for my room but i am going to be getting that new asus ion for the main room and thats where I am not sure
[04:13] <qwebirc88296> 1.6 ghz dual its a little iffy on the performance side but is supposed to kick out 1080p
[04:13] <tgm4883> qwebirc88296, you probably want XBMC/Boxee
[04:13] <tgm4883> although I kind of hate boxee
[04:13] <qwebirc88296> yeah
[04:13] <qwebirc88296> i have read so many great things on myth
[04:14] <qwebirc88296> i just did the install today
[04:14] <qwebirc88296> I don't know much but really wanted to learn more
[04:14] <Shadow__X> qwebirc88296: yeah mythtv is great but if you just plan to watch videos then its overkill
[04:14] <Shadow__X> and not in a goodway
[04:14] <len_> It works fine btw.  It creates links to the /root/.miro recordings, and the miro recordings show up in the media library just like they should--they just don't play because of permissions.
[04:15] <qwebirc88296> hm
[04:16] <qwebirc88296> for now i have the boxee on the mythbuntu box that install of ubuntu on mythbuntu is really light
[04:17] <Shadow__X> ok
[04:17] <Shadow__X> but not compared to an xubuntu install
[04:17] <Shadow__X> because mythtv needs more libs
[04:17] <Shadow__X> and has dependencies
[04:17] <Shadow__X> like mysql and myth frontend backend
[04:17] <qwebirc88296> the boxee still needs a 9.1 distro
[04:18] <Shadow__X> its upto 10.04 now
[04:18] <qwebirc88296> oh i see
[04:18] <qwebirc88296> nice
[04:18] <qwebirc88296> which would be stronger for streaming internet tv
[04:19] <qwebirc88296> myth or boxee
[04:19] <Shadow__X> boxee imo would be easier for someone that wants point and click
[04:19] <Shadow__X> i love mythtv but its geared more towards people who want to get their hands dirty
[04:20] <qwebirc88296> i see well i am up for the challenge with myth just figured i would ask some q's this evening
[04:20] <Shadow__X> right i am sure you can get it to work but for your situation boxee would be easier
[04:20] <Shadow__X> but yeah if you want to learn thats good too
[04:20] <qwebirc88296> its weird that the audio loaded and played but the video got jammed
[04:21] <Shadow__X> for vdpau(gpu offloading) you need a recent nvidia card
[04:21] <Shadow__X> it could have internal errors
[04:21] <Shadow__X> try another video
[04:21] <qwebirc88296> well it didnt even load up as playable in the library
[04:21] <qwebirc88296> it showed no files present when in myth
[04:21] <Shadow__X> i am not sure i havnt had those issues
[04:22] <qwebirc88296> even though its sitting in the video file for the library
[04:22] <Shadow__X> are you using mythvideo?
[04:22] <qwebirc88296> yep
[04:22] <Shadow__X> and did you hit m for menu and scanned for changes
[04:22] <qwebirc88296> nope did not do that
[04:22] <Shadow__X> because i have files and they play fine
[04:22] <Shadow__X> reading through some of the documentation would help
[04:23] <qwebirc88296> yeah
[04:23] <Shadow__X> i am not trying to discourage you from using mythtv just pointing out there are easier ways if all you want to do is watch videos instead of recording
[04:23] <qwebirc88296> nobody seemed to be having this issue
[04:23] <qwebirc88296> i hear u shadow
[04:24] <Shadow__X> sometimes issues happen
[04:24] <qwebirc88296> thats linux
[04:24] <qwebirc88296> frustrating this early to be having what appears on the surface to be a very basic issue
[04:25] <qwebirc88296> thanks for the help
[04:25] <qwebirc88296> i gotta run
[04:50] <innatech> qwebirc88296 -- if you keep after this, try invoking mythfrontend from an xterm so you can see what it's complaining about.
[10:16] <DaveMorris> I'm trying to use nuvexport to transcode some recordings however it is failing :(  Running it on Ubuntu Karmic.  I think I've identified the problem, which is that mythtranscode is running at 0 FPS  I'm running the command on my frontend, which has got the recordings mounted in the same location (they both exist on /recordings) as the backend, via NTFS.  Any ideas as to what I'm doing wrong, or have wrongly configured?
[10:18] <DaveMorris> NFS :)
[11:32] <DaveMorris> further debugging shows the process is running at around 1 fps
[11:32] <DaveMorris> if I do it separately with the commands I get from --debug
[12:56] <innatech_athome> DaveMorris: this is a wild guess, but check the CPU usage settings for transcoding jobs?
[12:57] <DaveMorris> where is that set?  I checked it whilst it was running and it was at around 2%
[12:58] <innatech_athome> I don't recall the menu layouts that clearly. On the backend, it's in General Settings, I think. Not sure if there's an independent setting on the frontend.
[12:58] <DaveMorris> ok, I'll have a poke around the menus when I make it home
[12:58] <innatech_athome> good luck!
[13:44] <rileyp> anyone using mythexport on lucid
[15:04] <rhpot1991> rileyp: yes, whats up?
[15:11] <rileyp> rhpot1991,  are you there
[15:14] <rhpot1991> rileyp: yes, please ask your question
[15:16] <rileyp> ah I m having trouble opening the rss page
[15:16] <rileyp> actually the std page /<IP_ADDRESS>/mythexport
[15:16] <rhpot1991> rileyp: what kind of trouble
[15:16] <rileyp> 404 page not found
[15:16] <rhpot1991> error message?
[15:17] <rileyp> Internal Server Error sorry
[15:17] <rhpot1991> rileyp: what is in your /etc/apache2/sites-enabled/
[15:19] <rileyp> nothing!
[15:21] <rileyp> rhpot1991,  nothing its empty
[15:24] <rhpot1991> what about sites-available
[15:25] <rileyp> sites vailable is a folder
[15:26] <rhpot1991> yes, what is in it
[15:26] <rileyp> rhpot1991, default,default-ssi,mythexport.conf,mythweb.conf.dpkg-old
[15:27] <rhpot1991> rileyp: run this: sudo a2ensite mythexport
[15:28] <rhpot1991> then sudo /etc/init.d/apache2 restart
[15:28] <rileyp> ERROR: Site mythexport does not exist!
[15:29] <rhpot1991> try mythexport.conf
[15:30] <rileyp> http://pastebin.com/YkE9racD
[15:30] <rileyp> thats it
[15:30] <rhpot1991> rileyp: run this: sudo a2ensite mythexport.conf
[15:32] <rileyp> I just installed mythweb again will that break anything?
[15:32] <rileyp> a2ensite mythexport.conf
[15:32] <rileyp> opps wrong window
[15:33] <rhpot1991> rileyp: no, it shouldn't
[15:33] <rileyp> /etc/apache2/sites-available#
[15:35] <rileyp> http://<IP_ADDRESS>/mythexport/ thats correct  or do I need some capitals
[15:36] <rileyp> Its abded a mythweb  to sites available and it works
[15:36] <rhpot1991> reinstalling mythweb did that
[15:37] <rhpot1991> most likely
[15:37] <rhpot1991> shouldn't need caps
[15:37] <rileyp> yes and the mythweb page loads
[15:37] <rhpot1991> mythexport working?
[15:37] <rileyp> no page not load
[15:37] <rhpot1991> did you run the commands that I said?
[15:38] <rileyp> ite mythexport.conf already enabled
[15:39] <rhpot1991> is it in sites-enabled now?
[15:39] <rileyp> http://<IP_ADDRESS>/mythexport/ does not load still
[15:42] <rileyp> rhpot1991,      attempting a reinstall of mythexport from synaptic...done
[15:42] <rileyp> rhpot1991,   still not loading
[15:43] <rhpot1991> rileyp: it would help if you answered my questions instead of running off and doing other things, but whatever
[15:43] <rileyp> I did answer your q
 is it in sites-enabled now?
[15:44] <rileyp> and i did use your script
[15:45] <rileyp> Stopping MythExport Daemon: mythexport  No /usr/bin/perl found running; none killed.
[15:46] <rileyp> yes
[15:47] <rileyp> http://pastebin.com/tfyrp7zc   apache2 problem perhaps?
[15:47] <rhpot1991> thats normal
[15:48] <rileyp> ah ok thats good to know
[15:48] <rhpot1991> and if your daemon wasn't started it wouldn't be able to stop it, so you can ignore that too
[15:48] <rhpot1991> if its in sites-enabled all you should need to do is restart apache, which I told you to do above after you enabled the site
[15:48] <rileyp> ok
[15:49] <rileyp> /etc/init.s/apche2 restart?
[15:50] <rhpot1991> yes
[15:52] <rileyp> still no go
[15:54] <rileyp> is ther soemthing I need to config before mythexport can start I thought all the config was done via webpage
[15:54] <rhpot1991> rileyp: yes, but the web should just work
[15:54] <rhpot1991> its sin sites-enabled now?
[15:54] <rileyp> well it did a week ago
[15:55] <rileyp> yes it is and sites available
[15:55] <rhpot1991> and what have you done since then?
[15:55] <rhpot1991> lets try this
[15:55] <rileyp> I installed tomcat6 and mythpodcaster
[15:55] <rhpot1991> sudo a2dissite mythexport.conf
[15:55] <rhpot1991> sudo a2ensite mythexport.conf
[15:55] <rhpot1991> sudo /etc/init.d/apache2 restart
[15:56] <rileyp> Could not reliably determine the server's fully qualified domain name
[15:57] <rileyp> sing <IP_ADDRESS> for ServerName
[15:57] <rileyp> is that normal
[15:57] <rileyp> still not loading
[15:58] <rileyp> i disabled and renabled mythexport and restarted apache
[15:59] <rhpot1991> yes, thats the same warning as before
[15:59] <rileyp> http://<IP_ADDRESS>/mythexport/ is the page Im attempting to load
[15:59] <rhpot1991> rileyp: still 404?
[15:59] <rileyp> no its 500 internal server error
[16:00] <rhpot1991> woulda been nice to know when it changed from 404 to 500...
[16:00] <rileyp> should I paste /var.log/apache2/error.log
[16:00] <rhpot1991> yes
[16:02] <rileyp> http://pastebin.com/XZcGxbg6
[16:03] <rhpot1991> rileyp: odds are your /etc/mythtv/mysql.txt or config.xml files have the wrong password in them
[16:04] <rileyp> mythweb works and mythfrontends work but yes perhaps
[16:04] <rileyp> Ill lokk
[16:05] <rileyp> db password is mythtv and it still got the auro generated one in config.xml
[16:05] <rhpot1991> well they connect differently
[16:06] <rhpot1991> it will be reading config.xml for that
[16:06] <rileyp> loads!
[16:07] <rileyp> thnask you now can a sk a few simple questions as Iv enver used it before
[16:07] <rhpot1991> rileyp: sure
[16:07] <rileyp> I never would of worked that one out you are a gem!
[16:08] <rileyp> Now will I be able to select download items to download on my ipod
[16:08] <rhpot1991> rileyp: if you set everything up then you should be able to just point itunes (or whatever you are using) at the rss feed
[16:09] <rhpot1991> hopefully itunes is happy about the mp3 audio, if not you will need to enable medibuntu and switch out libmp3 for libfaac, should all be on the wiki
[16:09] <rileyp> Ok so my ipod  will down load them via its wireless network ability
[16:10] <rhpot1991> rileyp: ipod touch with built in wireless?
[16:10] <rileyp> I choos to transcode item via mythtv i sthat correct
[16:10] <rileyp> yes that correct
[16:10] <rhpot1991> might be able to do that, I've always uses software to do it on my computer
[16:11] <rhpot1991> I gave up on ipods when mine broke, so I haven't bothered much with them in the past few releases
[16:11] <rhpot1991> in mythweb or mythfrontend you can execute the user job on a recording, it will then show up in the rss feed once its done encoding
[16:12] <rileyp> to execute the user job its a select and click thing
[16:13] <rhpot1991> rileyp: you can tell it to run a user job on specific recordings when you set them up too
[16:13] <rhpot1991> so say you record a sports show every day, you can have that automagically encode when its done recording
[16:14] <rileyp> And you can slect when transcoding is done so it does not interfere with recording etc
[16:15] <rileyp> via myth user jobs of course
[16:16] <rhpot1991> rileyp: well you can do them whenever you want, but if you set them to happen automagically it happens when the recording is done
[16:16] <rhpot1991> its run with nice -19 so it should never cause issues with hogging cpu
[16:18] <rileyp> I read recently that ffmpeg command line parameter had changed and it was causing grief with mythwexport
[16:18] <rileyp> am I mistaken?
[16:18] <rhpot1991> it does all the time
[16:18] <rileyp> does mythexport use ffmpeg?
[16:18] <rhpot1991> yes
[16:19] <rhpot1991> every release I have headaches with flags changing
[16:19] <rhpot1991> like what I was mentioning with mp3 above
[16:19] <rhpot1991> ipods prefer aac, but we don't have aac in ffmpeg any longer
[16:20] <rileyp> http://ubuntuforums.org/showthread.php?t=1117283
[16:20] <Zinn> [ubuntuforums.org]  HOWTO: Easily enable MP3, MPEG4, AAC, and other restricted encoding in FFmpeg - Ubuntu Forums
[16:20] <rileyp> haha beat ya
[16:21] <rileyp> I did plan C medibuntu
[16:21] <rileyp> thanks anyway zim can you offer up some settings for me as I have no idea
[16:22] <rhpot1991> zinn is just telling you the title of the page you pasted
[16:22] <Zinn> Hi rhpot1991, something I can help you with today?  I am a bot, use !help to see what I can do.
[16:22] <rhpot1991> B. Install the unstripped or extra libraries
[16:22] <rhpot1991> mythexport does that
[16:22] <rhpot1991> C is what I said you could do
[16:22] <rhpot1991> I do not recommend A at all
[16:22] <rileyp> I did C 4 hours ago should I do B
[16:23] <rileyp> Ah ok zin the bot tricky
[16:24] <rileyp> Ok so if I just installed mythexport it would break C?
[16:26] <rhpot1991> rileyp: no, but you will need to change the ffmpeg line to use aac instead
[16:26] <rhpot1991> it should all be on the wiki
[16:26] <rileyp> ok thnaks so should I stay with C?
[16:26] <rhpot1991> rileyp: or you could get a mediaplayer that doesn't hate freedom :)
[16:27] <rileyp> It was a birthday present 6 days ago I have a company phone so thast wasnt going to happen
[16:28] <rhpot1991> rileyp: C should help you with ipods
[16:31] <rileyp> ok so Ill stick with C is ther anything else I need to install as thats all I have apart from what mythbuntu gives and
[18:16] <LuYu> i need help configuring X for a TV
[18:16] <LuYu> ive got an old sony trinitron
[18:16] <LuYu> and the svideo output
[18:16] <LuYu> is really ugly
[18:17] <LuYu> now that xrandr pretty much stomps xorg,
[18:17] <LuYu> xorg.conf
[18:17] <LuYu> life has become difficult
[18:18] <LuYu> plus, TV specs dont include resolution
[18:18] <LuYu> the screen is pretty much square, so im guessing a resolution like 800x800 would work
[18:19] <LuYu> but i have no idea how to do video timings or anything like that
[21:59] <DaveMorris1> Hi,  I see that nuvexport got dropped for lucid, I assume there is a better tool for archiving off our recordings.  So what is the preferred way now?
[22:03] <rhpot1991> DaveMorris1: we stopped packaging it because no one was maintaining it and it was constantly out of sync and unusable
[22:03] <DaveMorris1> yeah I guessed it was something like that, but what is the supported way of archiving off recordings?
[22:04] <rhpot1991> DaveMorris1: use mytharchive?
[22:04] <rhpot1991> or build nuvexport from source
[22:04] <rhpot1991> or make your own user job
[22:04] <DaveMorris1> it appears to make them into DVDs, I wanna keep them as files on my fileserver
[22:05] <rhpot1991> you could use mythexport too, but it includes a lot of things you don't care about
[22:05] <DaveMorris1> currently looking at mythexport, which may do the job
[22:05] <rhpot1991> DaveMorris1: you can transcode right from myth, cut the commercials and transcode
[22:05] <rhpot1991> wont give you the choices nuvexport gave you though
[22:06] <DaveMorris1> ok, I'm looking at http://www.mythbuntu.org/wiki/MythExport and it says there is a webinterface for it
[22:06] <DaveMorris1> but what is the url ???
[22:06] <DaveMorris1> using find, I've got it :)
[22:07] <rhpot1991> DaveMorris1: after you install its http://localhost/mythexport
[22:07] <DaveMorris1> the formatting apears wrong on that page, let me see if my account is still valid
[22:07] <rhpot1991> ya it is
[22:07] <rhpot1991> prob from us pulling it from the old wiki
[22:07] <rhpot1991> DaveMorris1: so whatever the ip of your backend is, add mythexport onto that
[22:08] <rhpot1991> DaveMorris1: fair warning you are going to need to mess with ffmpeg with this until you get something you like
[22:08] <rhpot1991> pretty much all of my pre-sets are for mobile devices
[22:08] <DaveMorris1> also if it runs on the backend I don't think I wanna do that.  My backend is a little under spec
[22:09] <rhpot1991> DaveMorris1: you can trick it with NFS shares
[22:09] <rhpot1991> so run it on a different box and just have the location look the same
[22:10] <DaveMorris1> hmmm, I think I'll also take a look at http://www.mythtv.org/wiki/Mythnuv2mkv
[22:10] <Zinn> [www.mythtv.org] Mythnuv2mkv - MythTV
[22:12] <rhpot1991> mkv is nice I must say
[22:13] <rhpot1991> I plan on making it less of a hastle dealing with ffmpeg in upcoming releases
[22:17] <DaveMorris1> from a users point of view, it just needs adding into to mytharchive, to archive them off to a folder as *.avi
[22:18] <DaveMorris1> the selecting of the files, encoder selection etc is all there
[22:19] <DaveMorris1> although nuvexport appeared to make it easy, however it isn't transcoding the files for me on karmic, and since it's dropped from lucid, not much point in using it
[22:22] <rhpot1991> DaveMorris1: problem is that ffmpeg loses sync with programs
[22:22] <rhpot1991> flags change every release
[22:22] <rhpot1991> so unless you have someone keeping up on it, we have a nuvexport that doesn't match the ffmpeg and you just can't use it then
[22:23] <rhpot1991> then users start building ffmpeg from source and all hell breaks lose
[22:23] <Zinn> rhpot1991: Please watch your language.
[22:23] <rhpot1991> quiet zinn
[22:23] <Zinn> Hi rhpot1991, something I can help you with today?  I am a bot, use !help to see what I can do.
[22:23] <DaveMorris1> yeah, I know ffmpeg is a pig
[22:23] <DaveMorris1> which is why I don't wanna start rolling my own
[22:24] <rhpot1991> DaveMorris1: I'd try building nuvexport from source and running ffmpeg with medibuntu enabled
[22:25] <rhpot1991> if you want to maintain it we can get it back in
[22:25] <rhpot1991> or if you want to come up with a good mythexport solution that fits your needs I can build it into that as well
[22:25] <DaveMorris1> unfortunately I don't really have the time to maintain it
[22:27] <DaveMorris1> what will happen is I'll find time to package it up once, then not have time in the future
[22:28] <rhpot1991> DaveMorris1: prob best to talk to superm1, as far as I'm concerned our main issue is not with making the package but making sure it works each release
[22:28] <rhpot1991> ideally you should just be able to get the old source for the package and update the upstream source
[22:28] <DaveMorris1> yeah, which I can't commit my time to
[22:28] <rhpot1991> I say ideally, because I've never touched it so I have no idea what its doing
[22:28] <superm1> if we could get upstream to put it into mythplugins or something else we regularly build it would be so much easier
[22:29] <superm1> keeping it on it's own branch just makes it too tedious to have to update each time
[22:29] <rhpot1991> superm1: ffmpeg sync is a bigger issue IMO
[22:29] <rhpot1991> having a package that doesn't work with ubuntu's ffmpeg causes more headaches than its worth
[22:29] <superm1> ah
[22:30] <rhpot1991> trust me I know :)
[22:31] <rhpot1991> I should look into some automated testing for that