[00:15] lifeless, can I call bzrlib.log.get_history_change(old_revision_id=None) to get a history since beginning? [00:16] I haven't looked at the log code in over a year [00:17] reading it quickly it seems that I have to [00:17] how can I get the revision_id of the first revision in a branch? [00:18] well you'd travese the mainline to the start [00:18] but [00:18] I suspect you're using the wrong entry point [00:19] lifeless, I just want to have the same objects to work with (to tell the user how many things changed) regardless of doing pull vs update internally [00:20] you'd normally use revisions === medberry is now known as med_out [03:00] what the heck? meld is running 'bzr check' for me [03:01] on my launchpad repository [03:01] * mwhudson objects [03:02] whisky tango foxtrot!! http://mail.gnome.org/archives/commits-list/2011-February/msg01667.html [03:07] AAAAAAAAAAAAAAAAAAAAAAAAAAAAA [03:07] I presume you will express mail the nuclear cluebat? [03:07] well [03:07] i'm trying to remember how bugzilla works [03:07] bwahahaha [03:08] so yes, running bzr check --tree --branch _is_ faster than running bzr check [03:08] from the "better to ask for a large stable of ponies and a yacht, than forgiveness" style of error handling [03:09] If they just want to check that it's a branch, couldn't they just make a few commits and then roll them back? I should suggest that... [03:09] os.path.isdir('.bzr/checkout') seems about right to me [03:10] of course there's no documentation so i don't quite know what the method is for [03:40] https://bugzilla.gnome.org/post_bug.cgi [03:40] ah haha, nice one bugzilla [03:40] https://bugzilla.gnome.org/show_bug.cgi?id=653302 [03:40] Gnome bug 653302 in version "bzr check is completely inappropriate for testing the presence of a bzr-managed tree" [Major,Unconfirmed] [03:41] well, that was a distraction [03:43] "This patch attempts to add a quick sanity check [03:43] to most version control systems. The checks are meant to be [03:43] as quick as possible to reduce startup time." [03:43] * mwhudson giggles [05:22] lifeless, quick Q: are non-ASCII svn usernames supposed to work when checking out a svn repository into a bzr branch? [05:23] oh, looks like the traceback may be apport crashing while it tries to report the problem. [05:24] Nope, the traceback is bzr. [05:24] I'm filing. === hunger_ is now known as hunger [12:05] hmm, anybody seen John today? [12:41] vila: ping [13:08] hi jam [13:18] jam: hi and pong [13:18] jelmer: hi [13:35] hey vila [14:05] If someone has a moment, UDD iscsitarget is ready for repair in bug 794574 [14:05] Launchpad bug 794574 in Ubuntu Distributed Development "Import repair: iscsitarget" [Undecided,In progress] https://launchpad.net/bugs/794574 [14:27] maxb: this requires updating the jubany scripts from lp:udd right ? (Which also requires restarting mass_import since udd.paths has been introduced (not strictly required but..))) [14:29] maxb: jubany is at revno 470 right now [14:52] jelmer: you said we have --directory for most commands but many just take a [Location] argument, is there a reason to use one over the other? [14:53] Riddell: -d is usually where we don't have a location to work from as the first argument, but want a way to specify it [14:53] I think for verify-signatures it makes sense just to have a [Location] option then [14:54] since it doesn't take any other options [14:54] Riddell: e.g. bzr push takes a -d option to override the source location, bzr tag already takes a tag name argument so you can override the branch to work in with -d, etc. [14:54] Riddell: presuming you mean s/options/arguments, I agree [14:55] I do [14:59] vila: There's no requirement to restart mass_import here. I think we should skip doing so. (Or, we should migrate to doing so in a LOSAless fashion, or decide to hold off future refactorings that would affect it) [15:01] maxb: (I went that route...For now, we have a losa and have to bear with it) Now, I know we don't *need* to restart mass_import, it's just that I'd feel safer doing so. But more importantly I wanted to check with you I understood what changes were pending and didn't miss some [15:04] especially with 2 revisions fixing previous ones, nothing pending ? [15:06] maxb: and keep in mind that the initial plan was to migrate from jubany and lose shell access... so we're "lucky" [15:07] :-/ [15:07] hi maxb, vila [15:07] i think a agood step for the losas is to start having them do jobs for max that we currently do ourselves === mbp_ is now known as poolie [15:08] why 'lucky'? [15:08] no shell access would have been worse :) [15:09] poolie, maxb : I think giving access to jubany would me pragmatic given the recent requests [15:10] s/me/be more/ [15:10] funny tyop [15:11] to whom? [15:11] to us [15:12] bah [15:12] to maxb [15:12] i see your point [15:13] That would be convenient, but would probably need to go via the Ubuntu Developer Membership Board for signoff, given the level of access that implies [15:14] right, it's pretty high [15:14] and it's a step in the wrong direction [15:14] routing through the losas seems like a good step [15:15] I disagree on both counts [15:15] oh? [15:15] except the losas don't have the required knowledge as of today and the long term plan is to not need them for such operations [15:16] maxb: lp:udd pulled & fixit done , by the way [15:16] Applying to give me access to the branches directly is roughly similar to me applying to be a core-dev - not a wrong direction, but potentially awkward because I've jumped directly to contributing to matters cutting across all of Ubuntu [15:16] Involving the LOSAs simply adds more "please run this" repetetive work to an already overworked team [15:16] oh, we aren't giving you access to the branches, we give you the ability to impersonate james_w :D [15:17] poolie: by the way, what's the status of the bug about not using james_w credentials anymore ? [15:18] None of the work involved in managing the importer necessarily requires administrative rights - all it requires is enough privileges on Launchpad plus a computer to run the importer on [15:18] maxb, that's true about it creating more manual work [15:18] or, spreading it around [15:18] vila, i have an email alias for it [15:19] poolie: and a lp account ? [15:19] not yet [15:19] that's the next thing i need to do [15:19] oh, also to test whether the address works :) [15:23] vila: Can you check if something's broken, the web pages don't seem to be updating, as if categorize_failures.py was not running [15:23] NameError: global name 'explanations_file' is not defined :-( [15:23] tests tests tests :D [15:24] davmor2: don't you wish you could do that? [15:24] * em has quit (Read error: Connection reset by peer) [15:24] Not that I would want to touch the floor in a men's bog [15:24] * em (~em@unaffiliated/emma) has joined #ubuntu-uk [15:24] anyone know what the premissions openssh actually wants for a chrooted sftp are? It's doing that wonderful thing of saying I've got them wrong, but not what they should be [15:24] BigRedS: http://www.debian-administration.org/articles/590 ? [15:24] * em has quit (Ping timeout: 260 seconds) [15:24] yeah, it wants more than just owned-by-root it seems [15:24] * Guest96855 has quit (Quit: Ex-Chat) [15:24] * em (~em@unaffiliated/emma) has joined #ubuntu-uk [15:24] oh for goodness sake. I suck, evidently, though I grepped really really carefully after the first problems. [15:24] It's happy with the user being unable to write to the chroot dir [15:24] which seems normal, except I'm sure the user used to be able to write there... [15:24] * maxb fixes [15:24] BigRedS: yes, so the user can't drop a .ssh/authorized_keys [15:24] I *thought* it used the user's ~ for ssh bits and bobs for precisely that reason? [15:24] docs seem either to be scarce or to be hiding from me though [15:24] * marxjohnson (~mark@2.102.242.119) has joined #ubuntu-uk [15:24] apt-get source... :) [15:24] oops, sorry [15:24] who is impersonating james_w now ? [15:25] maxb: you don't suck, really [15:27] pushed [15:27] AttributeError: 'set' object has no attribute 'web_status_dir' :-} [15:27] what?! [15:28] paths = set() [15:28] path = os.path.join(paths.web_status_dir, "index.html") [15:28] yes :-/ [15:29] I really think overriding symbols should be banned from all languages :) [15:29] james_w: is it correct that RepackTarballAdaptor isn't used anywhere in bzr-builddeb? [15:30] jelmer, I'm not sure. I don't remember the class, so if grep says no then it likely isn't [15:30] hi jam [15:30] pushed, again [15:31] maxb: watch out for the same pattern in write_main_page or did you fix both ? [15:31] ah [15:31] yes, I fixed all three [15:31] from the test multiplication code [15:31] maxb: by removing them ? (They don't seem to be needed, it's a set for a single add) [15:31] I didn't want to change that much for a quick-fix [15:32] maxb: anyway, it ran [15:32] james_w: ah, hmm. is this replaced by the scenarios now perhaps? [15:32] Besides, I think it's so that all of the writing functions have the same interface [15:32] maxb: ok, will you or should I ? [15:32] do what? [15:32] maxb: sure same interface but that doesn't mean the implementation has to do useless stuff [15:33] I'm happy with the code as it currently is. [15:35] ha right, just re-read get_info, it has to be a set, so nm [15:36] jelmer, I can't remember if it uses multiplication any more [15:37] james_w: I'll browse a bit further [15:37] yeah, looks to be scenarios now [15:38] maxb, i'll see if we can do that [15:38] s/that/giv eyou access [15:39] hey poolie, just on my way out [15:47] hey jam [15:51] poolie: That would be useful. I suppose I should file a per-package uploader application for bzr, so that I can be an Ubuntu developer of some kind. [15:54] that'd be good [15:55] hi jam [15:55] and jelmer [15:56] maxb, so perhaps we should ask the tb if you can have access to ubany [15:58] maxb, i think it would be worth you doing a ppa [15:58] PPU ? [15:58] you can find my application in the techboard archive [15:58] yes, ppu [16:00] hi poolie, maxb [16:01] you can crib from that if you want [16:02] wait, what? [16:02] clearly there are some meanings of the word "crib" I'm not familiar with :) [16:04] copy [16:04] as in cheat on an exam [16:04] ah, thanks [16:05] also 'a brothel', 'a wicker basket', ' a packed lunch taken to work' [16:05] i have nevert heard of those [16:06] actually maybe the first, but it's very archaic [16:06] yeah, the only two places I remember seeing it are in bible references and on MTV ("MTV Cribs") [16:06] ha, I found surprising you never heard of a brothel :) [16:06] jelmer: what ? The bible is talking about brothels ??? [16:07] oops, that may be offensive, sorry [16:07] these are obscure meanings of the word 'crib' [16:07] vila: a crib is also an infant bed [16:07] * vila notes to never ever use this word [16:08] Just in case I try to say I put one of my daughter in a crib.... [16:09] :) [16:10] jelmer: is it still time to remember you about bike leds ? [16:10] vila: I haven't forgotten :) [16:10] great ! [16:43] Oh. Hah. [16:43] jubany gets different results to me because lucid's and natty's dpkg behave differently [16:56] hm [16:56] i wonder if i should just ask on the tb list [16:58] maxb it may be better f you start your developer application first [16:58] then that can describe your credentials etc [16:58] ok [16:58] i would be delighted to endorse you [16:59] maxb: can't you test it in chroot ? [16:59] i expect james, jelmer, and others would too [16:59] poolie: by the way, could we discuss with losas to get a read-access to some ppa so we can precisely (and cheaply) setup jubany replicas ? [17:00] poolie: that is, not *now* but next week ;) [17:00] PPA? To contain their patched packages? [17:02] maxb: yeah, *these* packages [17:03] the CAT packages? [17:03] maxb: or share one with them, whatever [17:03] sure [17:03] just ask [17:03] poolie: could be. The ones that are installed on jubany. [17:03] creat [17:04] vila, the URL is visible on jubany ;) [17:05] * vila blinks [17:05] * vila blinks twice [17:05] yummy [17:06] what a beautiful idea to end the week... === abentley is now known as abentley-lunch [17:21] cheerio === abentley-lunch is now known as abentley [19:24] i'm having some issues with bzr throwing an error when I try to do a push === deryck is now known as deryck[lunch] [19:25] tried a search, but nothing seems to be relevant/help [19:26] the last part I see working is the fetching revisions, it sends a few megs to the server, and then throws the following error [19:26] bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist. [19:26] my network appears to be fine though [19:26] Hmm. Please check your ~/.bzr.log, see if there is additional debugging information there [19:26] i'm running this on windows [19:26] do you know where that file is located? [19:26] No :-) [19:27] * Prodi googles [19:27] Ah. "bzr version" should tell you where the log file is [19:27] oh ok [19:28] got it [19:33] there's some message about adding something to LRUSizeCache failed, but I assume that's just a warning [19:33] Yes [19:34] * maxb wonders which flavour of UDD failure to attack next [19:35] The remaining NoSuchTag ones that I semi-diagnosed at Millbank, I think [19:35] * Prodi wonders what UDD is [19:35] UDD is Ubuntu Distributed Development, the use of Bazaar to maintain Ubuntu packages [19:35] ah [19:35] UDD is also the Ultimate Debian Database, just to confuse everyone :-) [19:36] TooManyConcurrentRequests: The medium 'SmartSSHClientMedium [19:36] )' has reached its concurrent request limit. Be sure to finish_writing and finish_reading on the currently open request. [19:37] Hmm. Usually that means a ssh connection has broken and bazaar has kept trying to use it [19:37] hmmm [19:37] Perhaps you could pastebin a larger chunk of the log? [19:37] Prodi: bzr version ? [19:38] Fri 2011-06-24 14:30:55 -0400 [19:38] 0.062 bazaar version: 2.3.1 [19:38] 0.063 bzr arguments: [u'qsubprocess', u'--bencode', u'l4:pushe'] [19:39] * jelmer is making progress on multiple upstream tarballs [19:40] Prodi: 2.3.3 is out, not sure if the fixes are relevant though. Depending on your OS there is also betas for 2.4 [19:40] i went with the windows MSI [19:41] taht contains all the pieces [19:41] right, windows it is then. So you can (and probably should) upgrade to either 2.3.3 or 2.3b4 [19:41] meh [19:41] 2.3.3 or 2.4b4 [19:42] if you still encounter the issue, file a bug please at http://pad.lv/fb/bzr [19:43] I went for the stable release provided at http://wiki.bazaar.canonical.com/WindowsDownloads [19:45] http://pastebin.com/3rEHqZU6 [19:56] actually, this may be server permissions related [19:56] it never seems to set the right permissions when I branch on the server === deryck[lunch] is now known as deryck [20:29] well, that didn't help [20:30] is there a server side log I can look at? [20:30] ]for the smart server? [20:31] maxb, $ requeue lash [20:31] Traceback (most recent call last): [20:31] File "/srv/package-import.canonical.com/new/scripts/requeue_package.py", line 33, in [20:31] opts.zap_revids = filter(None, opts.zap_revids.split(',')) [20:31] AttributeError: 'NoneType' object has no attribute 'split' [20:32] that's because there's no --zap-revids given I think? [20:32] Argh [20:32] I seem destined to break udd scripts in silly ways at the moment [20:32] maxb, want me to fix it? [20:33] I'm happy to do so, but you can likely to it just as quickly :-) [20:33] *do [20:33] (I'd just add default="" to the option definition) [20:34] Maybe I should just turn it into a standard append-type optparse option [20:34] The current uses I'm coming up with for it tend to only involve zapping a few series [20:35] done [20:35] thanks [20:36] by the way, don't update bzr-builddeb on jubany, it breaks current udd :-/ [20:36] ok [20:36] that was the fix jelmer proposed, or something else? [20:36] Apparently jelmer's fix didn't go far enough [20:37] ah, ok [20:38] bug 801726 filed for now to preserve my mental state on that [20:38] Launchpad bug 801726 in Ubuntu Distributed Development "UDD still breaking with tip of lp:bzr-builddeb" [Undecided,New] https://launchpad.net/bugs/801726 === Prodi is now known as Prod[a] === yofel_ is now known as yofel [20:46] Right. [20:47] I'm done compiling work for people to run on jubany now :-) [20:48] Ooh, and I've *very nearly* knocked AssertionError::main:find_unimported_versions:check off the top spot in the rankings [20:51] is there a way I can work around having to push to the server remotely? [20:51] like package the change into a file and do the commit from the server or something? [20:52] or rather package the commit, and push it from the server [20:53] Bazaar has a concept called a "bundle" [20:55] Try bzr send --no-patch -o foo.bundle destination-branch [21:04] k, will try it out [21:04] thnx [21:04] should I also open a bug report for this? [21:05] considering I don't really know where or what the issue is? === maxb changed the topic of #bzr to: Bazaar version control | try https://answers.launchpad.net/bzr for more help | http://irclogs.ubuntu.com/ | Patch pilot: spiv | UDD failures: 401 [21:12] (assuming no more of the in-progress ones fail :-) ) [21:19] EasyTAG has just been resurrected. Please vote on your preferred revision control management we should use: http://www.easypolls.net/poll.html?p=4e04d772a34eb0e4f6954f91 [21:23] * maxb wonders how spamming that message in #bzr can possibly make sense === maxb changed the topic of #bzr to: Bazaar version control | try https://answers.launchpad.net/bzr for more help | http://irclogs.ubuntu.com/ | Patch pilot: spiv | UDD failures: 400 [22:01] i opened a bug for it [22:01] https://bugs.launchpad.net/bzr/+bug/801769 [22:01] Ubuntu bug 801769 in Bazaar "Connection closed error on push" [Undecided,New] [22:01] oh, there it is :) [22:57] requeue --auto qbittorrent if someone has a moment? [23:27] does anyone have an example of how to push a local branch to a remote location using bzrlib?