/srv/irclogs.ubuntu.com/2009/03/01/#bzr.txt

=== asabil_ is now known as asabil
rockywhen i'm inside a Transport and want to raise like a security error, what's the proper type of exception to raise?00:23
* rocky finds bzrlib.errors00:24
jelmerrocky, :-)00:27
rockyjelmer: i'm building a very simple ACLTransport for my ClueBzrServer ;)00:28
jelmerrocky: Ah, cool00:29
jelmerrocky: Is there no branch open hook you could use?00:29
rockyi thought i went down that path originally and found the branch hooks rather limited ;)00:30
lifelessrocky: we can always add more00:37
rockylifeless: this is my first experiment so i'm not entirely sure what i need or what would make my life easier ... i'm gonna try building this up the best i can and look back and see if i can make some suggestions :)00:39
johnflifeless: just testing my bzr package building setup. I notice the beta PPA only has 12 rc1. It would make sense for it to have 12 right?00:47
lifelessdefinitely01:04
johnfok I'll use that as my test that everything works.01:06
mwhudsongrrnk02:44
mwhudsonyou know you're doing something wrong when you're reading dirstate code on a sunday02:45
lifelessmwhudson: loom should be fixed btw, in trunk02:47
mwhudsonlifeless: it is, i landed trunk into rocketfuel earlier02:52
mwhudsonthanks02:52
lifelessdoes every change to stdlib need a pep ?02:58
fynnhey, the C extensions that Bazaar uses:04:49
fynnare they plain C-API extensions, or Cython?04:49
fbondHi.  If I have a directory containing several unrelated branches and I want to turn that directory into a shared repo, how can I move the repository data in each branch into the shared repo?04:50
lifelessfynn: some are plain C-API, most are pyrex04:52
lifelessfynn: Cython is a version of pyrex, more or less04:52
lifelessfbond: if they are unrelated you won't get much benefit; anyhow - bzr init-repo <dir>; bzr branch dir/branch1 dir/branch1-using-repo; rinse and repeat04:53
fynnlifeless: yeah, I should have s/Cython/Pyrex04:53
fbondlifeless: Thanks.  The reason I'm doing it is because trac-bzr doesn't seem to like to deal with multiple repositories...04:54
=== `6og is now known as Kamping_Kaiser
abentleylifeless, fbond: Alternatively: bzr init-repo <repo>; cd <repo/branch1>; bzr reconfigure --use-shared05:12
lifelessabentley: ah sweet05:41
sohailhey, is bzr checkout what I want to do if I am doing connected work/05:55
sohail?05:55
mwhudsonyes06:08
sohailmwhudson, ok thanks06:25
sohailit just seemed to take for-freaking-ever but I guess that's because the repo is kinda big06:25
=== thunderstruck is now known as gnomefreak
mwhudsonsohail: maybe you mean co --lightweight?07:03
sohailmwhudson, ah I thought that was it07:06
sohailso what is the difference between that and straight bzr co?07:06
mwhudsonsohail: co gets the entire history of the branch07:14
mwhudsonsohail: co --lightweight just fetches the most recent revision (a bit like 'svn co')07:14
sohailmwhudson, ah I see07:16
sohailok I'm getting the hang of it... thanks :-)07:16
fbondlifeless: bzr: ERROR: Revision {('forest.bond@logicsupply.com-20081210015641-515ojqps68c9fdyk',)} not present in "<bzrlib.knit.KnitGraphIndex object at 0x864fd4c>".08:31
fbondI get that when branching in the new shared repository, but only for some branches.08:32
fbondOthers seem to work fine.08:32
fbondbzr Bazaar (bzr) 1.3.108:32
Toksyuryelthat's rather old08:37
Toksyuryelcurrent is 1.1208:38
fbondToksyuryel: 1.3.1 is less than a year old.  I'm hoping to avoid upgrading, so a work-around would be helpful.08:43
Toksyuryelnot sure how much help you'll be able to find; good luck08:44
lifelessfbond: I'm not sure; it may be a bug in 1.3.1 of the branching into the repo08:46
lifelessfbond: if so, using 1.12 and starting over will work well; its possible to use a little python to manually fetch everything, but thats more complex08:47
cammoblammoDoes anyone have any idea when a bzr newer than 1.5 will go into Debian unstable?09:37
Toksyuryeltwo years from the date 1.5 went in, 1.6 will go in09:39
lifelesscammoblammo: well, should be soon now that debian has released09:39
cammoblammolifeless: Let's hope so! Is it that hard to install it from source? And is there any reason why I'd want to?09:40
lifelesswell, 1.12 is a lot better than 1.5 :)09:43
lifelessits trivial to run from source - grab the tarball09:44
lifelessrun 'make'09:44
lifelessand symlink something to 'bzr'09:44
cammoblammoYeah, I'm looking at it now. I just have to make sure it doesn't stuff anything else up on my box. I don't think it will.09:45
cammoblammoAh, I see. It installs into /usr/loca/ so it should live quite hapily with my Debian install. I just have to make sure it comes first in my $PATH, which I'm pretty sure is the case anyway.09:47
lifelesscammoblammo: you don't even have to install it09:48
lifelessjust unpack the tarball, run 'make' in the source dir09:48
lifelessand ln -s $(pwd)/bzr /usr/local/bin/bzr09:48
cammoblammoYeah, I see that. Too easy.09:49
lifelesscammoblammo: easiest though is probably to use the bzr ppa, which should be compatible with debian; unstable is roughly jaunty09:49
cammoblammoI thought of that, but I've had bad experiences with that in the past.09:50
lifelessfair enough09:50
lifelessit would be nice to have a unstable specific ppa09:50
Toksyuryelppa? what happened to deb?09:51
cammoblammoIf it's just a matter of a symlink, it's probably easiest to pull the bzr repo. Does it break that often?09:51
* cammoblammo likes playing with stuff he doesn't understand!09:52
lifelessToksyuryel: ppa - personal package archive - a mini debiana archive09:54
ToksyuryelI... see.09:54
cammoblammoAh, bother. The bzr code requires bzr 1.6 to pull. Grr.09:54
Toksyuryelyou could install bzr 1.12 via the method described above and then use that to pull :)09:55
cammoblammoYeah, that'll have to do!09:55
lifelessthanks vila10:10
cammoblammoHmm. No biggy, but the python script installed bzr to /usr/bin instead of /usr/local/bin as http://bazaar-vcs.org/InstallationFaq seems to think.10:10
vilalifeless: :-) Me ? Why ? I'm not even there :) By the way, does the following makes sense to you:10:12
vila    while _tasks and now >= _tasks[0].timeout:10:12
vilaIndexError: list index out of range10:12
lifelessvila: erggg10:15
lifelessvila: oh damn, my patch isn't python 2.4 compatible10:15
=== chx is now known as chx_sleeping
lifelessvila: can I get a rubberstamp for fixing it to be so?10:15
vilalifeless: sure enough10:15
lifelessvila: _tasks is a list, but _tasks[0] is out of range - hmm, threads involved?10:16
vilalifeless: hehe, good, I wanted confirmation for that, yes, threads are involved, and sockets too10:16
lifelessvila: make sure that anything removing from tasks is excluded from anything reading it10:17
vilalifeless: yeah, that's the hard part :-/ I know I do some dirty thing, and I know which, I didn't suspect it could lead to that though...10:19
lifelessvila: I would guess that a concurrent block of code is executing between _tasks, and 'and now >= _tasks[0].timeout10:20
vilalifeless: yeah, my thought too. The problem is that the bug is transient, weird interaction between the python scheduler and the kernel socket handling obviously, bug go isolate that junk :-/ The good thing is that it's more or less related to that other discussion about branches leaking sockets (in a rather convoluted way, but yet)10:24
vilalifeless: anyway, I should leave, I'm on the right track I think to better understand how we should handle servers in their own thread  running into that mess... (and some of that knowledge should apply to the http servers too (this one is with ftp servers))10:26
lifelessvila: so if this is in the progress updating code?10:27
lifelessvila: you should probably do something in the ftp code to do thread sync there10:27
lifelessso that non-threaded transports don't pay the cost of thread primitives10:28
lifelessso python 2.5 changed self._methodName from self.__methodName10:53
lifelessjml: ^10:53
lifelessvila: ok that looks like its going through11:44
=== arjenAU2 is now known as arjenAU
andersfedercan someone help me get started with bazaar on launchpad?14:20
andersfedereverything i do results in: bzr: ERROR: Not a branch: ...14:20
james_wandersfeder: what command triggers that error?14:21
andersfederjames_w:  bzr push lp:~anders-feder/+junk/test14:21
james_wand what is the rest of the error?14:21
andersfederbzr: ERROR: Not a branch: "/home/feder/branch/+junk/test/".14:22
james_wwhat does "bzr info" say?14:22
andersfederbzr: ERROR: Not a branch: "/home/feder/branch/+junk/test/".14:22
james_wok, so you're not inside a branch14:23
james_wdid you create a branch with "bzr init"?14:23
LarstiQnotes /home/feder/branch14:23
LarstiQinstead of lp:~..14:23
andersfederjames_w:  no, i am a noob .. can you explain how?14:23
james_wandersfeder: ok, before you can push a branch you have to create one to push14:23
james_wthat is done with the "bzr init" command14:23
andersfederokay14:24
james_wif you run that with no arguments it will create a branch rooted in your current directory14:24
andersfederi see14:24
andersfederi try it14:24
james_wyou can then create some files, and run "bzr add"14:24
james_wthen "bzr commit" will commit the first revision in to that branch14:24
andersfederokay14:24
james_wyou can then run "bzr log" to see that revision14:24
james_wonce that is all ok you can push your new branch to launchpad14:24
andersfederah14:24
james_wrunning the command you were trying before should then work14:25
andersfederup until 'bzr push', everything is something being configured locally?14:25
james_wyeah14:26
andersfederwhen  i do 'bzr commit', i get thrown into a text editor showing a log reading "This line the following will be ignored..."14:27
andersfederhow come?14:27
andersfederor is that just a log of the commit operation?14:28
mneptokandersfeder: you are thrown into your default text editor in order to create a commit message14:32
andersfederaha14:32
andersfedermneptok: so i just type something into the editor, save and exit?14:33
mneptokandersfeder: one would hope you'd type a meaningful message instead of mashing the keyboard with your palm, but yes. ;)14:33
andersfederright :)14:33
mneptokone man's meat is another man's poison. "verbose commit messages" threads on developer lists prove this axiom.14:34
andersfederwell, everything seemed to work .. thanks everyone, bye14:38
=== toytoy_ is now known as toytoy
=== Pilky_ is now known as Pilky
=== thunderstruck is now known as gnomefreak
=== chx_sleeping is now known as chx
=== chx is now known as chx_sleeping
CBro2007guys how do I revert to the last committed copy of my project, removing all changes made in my local dir?16:31
CBro2007I did a "bzr revert" and it gave me the latest one from the repository but my new changes since last commit where still in there16:31
CBro2007is this possible?16:32
edcryptCBro2007: use either uncommit or branch/checkout again16:32
CBro2007uncommit?16:32
CBro2007wouldn't that remove the last committed copy from my repo?16:32
CBro2007I want to keep the last GOOD copy in the repository... but just change my working directory to the good copy16:33
CBro2007edcrypt: whats the command to do that?16:33
edcryptCBro2007 'bzr uncommit -r X' , where X is the revision you want it to go back16:34
edcryptCBro2007 or maybe I'm not undestanding it right...16:35
CBro2007says no revisions to uncommit16:36
CBro2007but bzr log shows 3 revisions16:36
CBro2007well basically I have 3 commited copies in my repository and my working copy is not working well16:36
CBro2007so I want to get to my last good commited copy16:37
CBro2007this should be common stuff with bzr16:37
edcrypthave you pushed this revisions?16:38
CBro2007pushed how?16:38
CBro2007I just did "bzr commit -m "Initial comments... blah"16:39
CBro2007when I committed copies of my project16:39
edcryptyou know the revision number of this 'good' commit, right?16:39
CBro2007yeah its 316:39
edcrypthave you tried 'bzr uncommit -r 3' ?16:40
CBro2007Macintosh-2:xxx$ bzr uncommit -r 316:40
CBro2007No revisions to uncommit.16:40
edcryptit must be at the revision 3 already, then16:41
edcrypt'bzr revno'16:41
CBro2007Macintosh-2:xxx$ bzr log16:42
CBro2007------------------------------------------------------------16:42
CBro2007revno: 316:42
CBro2007committer: xxx <xxx@gmail.com>16:42
CBro2007branch nick: XXX.dev16:42
CBro2007timestamp: Tue 2009-02-24 07:42:17 +000016:42
CBro2007message:16:42
CBro2007  Added new table16:42
CBro2007------------------------------------------------------------16:42
CBro2007revno: 216:42
CBro2007committer: xxx <xxx@gmail.com>16:42
CBro2007branch nick: xxx.dev16:42
CBro2007timestamp: Thu 2009-02-19 15:07:55 +000016:42
CBro2007message:16:42
CBro2007  XXX: Added16:42
CBro2007------------------------------------------------------------16:42
CBro2007revno: 116:42
CBro2007committer: xxx <xxxl@gmail.com>16:42
CBro2007branch nick: trunk16:42
CBro2007timestamp: Tue 2009-02-17 12:03:25 +000016:42
CBro2007message:16:42
CBro2007  Initial Import16:42
CBro2007shit sorry....16:42
CBro2007accidental paste16:42
CBro2007trying to show you what its at16:42
CBro2007just >bzr revno?16:42
CBro2007or16:42
CBro2007>bzr 3?16:42
CBro2007its at 316:43
CBro2007bzr revno = 316:43
CBro2007I had done a "bzr revert" earlier on16:43
CBro2007but it kept ALL the changes that I made in the file16:44
edcryptok, you can't go back to r3 because it is already in this revision.16:44
edcryptCBro2007: bzr diff shows something?16:44
CBro2007yeah quite a lot16:45
edcrypthave you tried 'bzr revert FILENAME' ?16:46
edcryptit would be very, very strange if it would't nuke all your changes :)16:47
madduckbzr is supposed to be user-friendly, right? ;)18:29
madduckpiper:~|master|.tmp/cdt.UPlIXyzw% bzr launchpad-login madduck                                  #3,1000318:29
madduckpiper:~|master|.tmp/cdt.UPlIXyzw% bzr clone lp:pytagsfs                                          #1000418:29
madduckPermission denied (publickey).18:29
madduckbzr: ERROR: Connection closed: please check connectivity and permissions (and try -Dhpss if further diagnosis is required)18:29
madduck-Dhpss does not give any other info18:29
LarstiQmadduck: heya18:35
madduckhi18:35
madducki figured out the problem18:35
madducklaunchpad still had my old keys...18:35
LarstiQprinting out the key info after the Permission denied from openssh might help18:35
madduckthe messages I get during the clone are very disconcering18:36
madduckpiper:~|master|.tmp/cdt.UPlIXyzw% bzr clone lp:pytagsfs                                          #1000618:36
madduckFormat <RepositoryFormatKnit1> for lp-45955728:///~forest-bond/pytagsfs/dev/.bzr is deprecated - please use 'bzr upgrade' to get better performance18:36
madduckServer is too old for streaming pull, reconnecting.  (Upgrade the server to Bazaar 1.2 to avoid this)18:36
madduckFormat <RepositoryFormatKnit1> for lp-45955728:///~forest-bond/pytagsfs/dev/.bzr is deprecated - please use 'bzr upgrade' to get better performance18:36
madduckBranched 518 revision(s).18:36
james_wyeah, it's unfortunate18:40
=== fta_ is now known as fta
jkakarI've been enjoying digging through bzrlib and figuring out Command and friends work.  The code and facilities here are very nice.19:17
fmi think i just found a bug, have a look at http://pastebin.ca/135039019:24
fmi am using 1.11 as this is shipped with fedora 1019:24
fmcould anybody look at it and say wether it is expected? why was the user.png not commited is my question ...19:26
fbondHi, which branch of bzr-loom is appropriate for use with bzr 1.12?19:32
thekornfm, because bzr commit -m requires an argument, and user.png is interpreted as an argument for -m19:33
fmthekorn: thnaks, i should sleep ...19:43
=== chx_sleeping is now known as chx
RaceConditionwhat's the best way to publicly expose a bzr repository besides SFTP?20:03
RaceConditionauthentication would be nice as wel20:03
RaceConditionsmth like svnserve20:04
LarstiQRaceCondition: reading or writing? http/bzr+ssh/bzr://20:05
RaceConditionI'd like to be able to both read and write20:06
RaceConditionbut I'd like to be able to give either just read permissions or rw permissions to users20:06
* LarstiQ is happy with posix acl and bzr+ssh20:06
LarstiQRaceCondition: if all your users already have system accounts20:07
RaceConditionwell I don't want all of them to have system accounts20:07
RaceConditionI want to pull updates to client deployments and I don't want clients to be able to access my server over SSH20:07
LarstiQRaceCondition: right20:10
thumperRaceCondition: surely if you are wanting to pull from client deployments, isn't that your answer?20:13
thumperRaceCondition: for you to pull, not them to push20:13
RaceConditionno20:14
RaceConditionI want them to be able to pull from my central repository to get updates20:14
RaceConditionwithout being able to write nor access any system accounts20:14
thumperRaceCondition: then serve over http for them to pull should be fine20:15
RaceConditionhmm, OK20:15
RaceConditionwould I have to use HTTP auth then?20:16
thumperumm...20:16
thumperI guess so20:16
thumpernot done it myself20:16
RaceConditionok20:16
RaceConditionI'll try20:16
lifelessRaceCondition: put the directory somewhere on a http server, use http auth, then the clients pull from that url20:48
RaceConditionlifeless: thanks, I'll try that21:19
jkakarI wonder how hard it would be to completely the separate the bzrlib.commands and surrounding infrastrucure from the code in bzr that uses it.21:24
jkakarIt doesn't look like it would be terribly hard.21:26
lifelessjkakar: its pretty easy; import bzrlib.commands :)21:30
lifelessRaceCondition: for writing over http, you need the webdav plugin, or to follow the smart server http guide, in the documentation21:32
lifelessRaceCondition: (I missed that you wanted writing above, or I'd have said this initially)21:32
RaceConditionI'd rather write over SFTP21:32
RaceConditionso that the same ŕepo would be exposed through both SFTP and HTTP21:32
jkakarlifeless: I want to use it without making Bazaar's builtin commands (and plugins).  Which is requiring a bit of wrangling (read: monkey patching).21:33
jkakars/without making/without including/21:33
jkakarlifeless: I want to use it to build an application with a bzr-like '$program $command' type interface.21:33
lifelessjkakar: I'd be happy to review patches that make using it (by importing) not automatically expose bzr's builtins21:35
lifelessjkakar: plugins seems easier (don't call bzrlib.plugin.load_plugins())21:35
lifelessjkakar: but I'd consider an answer to 'how to stop a plugin registering a command, even though its needed for $my-program'21:35
jkakarlifeless: Great, thanks.  I'm not sure what the right answer is yet, so I'll continue with brute force.  If/when I come up with something better I'll let you know.21:36
lifelessRaceCondition: that will work fine too21:37
lifelessRaceCondition: though I recommend using 'bzr+ssh://' as the protocol, not sftp - it also uses openssh for authentication and encryption, but its faster.21:37
RaceConditionOK, that's good to know21:37
RaceConditionI've been using SFTP though and the upload plugin with success because my repositories are small21:38
lifelessRaceCondition: if you're happy with it - stick with it by all means :)21:38
RaceConditionyeah21:38
RaceConditionbut I'll remember the bzr ssh combo for future :)21:38
lifelessRaceCondition: if/when you start feeling 'if only this was faster' - well, you have an answer ;)21:39
RaceConditionyeah21:40
jmllifeless: I knew that about py 2.5 -- trial.TestCase works around that.21:45
jmllifeless: I unsubscribed from py-dev21:45
jmllifeless: I'm not around :)21:45
jmljelmer: pong21:45
lifelessjml: py-ideas?21:46
lifelessjml: I've been trying to find the rejection for assertRaises -> theException21:46
lifelessjml: getUniqueString and run would appear to break on 2.421:47
jmllifeless: no, I'm not on py-ideas. The rejection was py-dev21:49
jmllifeless: testtools only supports 2.5+ atm.21:49
lifelessjml: ah, that explains it :P21:49
jml(for no good reason, other than being sick to death of 2.4)21:49
jmllifeless: now, I'm at a sprint.21:49
jmlbye21:49
lifelessjml: ciao :P21:50
lifelessjml: if/when you surface, I'd love a review or two :)21:59
igcmorning22:05
fbondAgh, I'm having a hard time getting an svn repository converted.  I'm getting http://bazaar.launchpad.net/%7Easabil/bzr-interactive/trunk/.22:14
fbondOops wrong paste.22:14
fbondAssertionError: base checksum mismatch: '2d5c2c8ce179bd24a696676890af367b' != '5d43b775c320bea1a509debdc5431eef'22:14
fbondAnyone seen anything like this before?22:15
lifelessfbond: no, is there a backtrace?22:24
lifelessigc: http://en.wikipedia.org/wiki/Rabin-Karp_string_search_algorithm22:26
igclifeless: https://bugs.edge.launchpad.net/bzr/+bug/33637322:28
ubottuUbuntu bug 336373 in bzr "error upgrading emacs to gc-plain-chk255" [Undecided,New]22:29
lifelessigc: which gc are you using?22:31
igclifeless: rev 5622:32
lifelessigc: of what brbanch22:33
igclifeless: https://code.edge.launchpad.net/~bzr/bzr-groupcompress/trunk22:34
lifelessigc: so, be interesting to know what is None22:36
lifelessthe locations, or the key22:36
lifelessigc: either way, have you tried rolling back to the last version that worked?22:36
igclifeless: not yet. jam was keen for me to use rev 55 and rev 56 has a pretty obvious bug fix22:37
lifelessigc: I'd either start debugging the gc code, or rollback22:39
lifelessigc: myself, I'd rollback because the rabin stuff hassn't landed in trunk yet22:39
igclifeless: shall do22:40
fbondlifeless: Yes, I can post a backtrace.22:58
fbondlifeless: Prefered paste site?22:59
fbondlifeless: http://pastebin.ca/135054523:11
fbondjelmer: This is a bzr-svn traceback, FYI.23:11
fbondThe repository I'm importing from has been around for a few years, and I've used early-ish versions of bzr-svn with it.  I've dealt with some svn property conflicts related to bzr-svn metadata.  It's possible some of them were not resolved perfectly.  Not sure if any of this is relevant.23:12
lifelessfbond: I'd file a bzr-svn bug23:29
lifelessfbond: it looks to me like it got the wrong text out of svn somehow23:30
fbondlifeless: Hm, what a bummer.  I'd really like to get this thing converted.  Thanks.23:31
bignoseonce I have a loom with a stacked series of patches, how do I then generate a ‘quilt’ series?23:35
fbondbignose: Are you looking to generate a series of patches?23:38
bignosefbond: specifically, a series of patches that I can use with ‘quilt’.23:41
bignoseso, the closer I get to what quilt calls a “patch series”, the better.23:41
bignosenaming the patches after the thread names would be good23:42
bignoseas would generating the “patch header” that ‘quilt’ can use23:43
fbondbignose: Hm, I didn't know that quilt could import patches.23:43
fbondbzr-loom is, as I understand things, a replacement for quilt.23:43
bignosefbond: um? I'm talking about what the quilt system handles natively.23:43
fbondBut generating a series of patches from a loom is easy enough.23:43
fbondbignose: I may not know quilt well enough.23:43
bignosenor I :-)23:44
fbondHowever, to generate a patch for thread foo:23:44
fbondbzr switch foo; bzr diff -r thread: >foo.patch23:44
bignoseI'm using a loom to generate the patches, but a Debian package can't have a loom23:44
bignosebut it *can* have a quilt series of patches, so that's what I'm trying to generate23:44
fbondI see.23:44
bignosethat's the extent of my knowledge of quilt :-)23:44
fbondbignose: There are a few other patch systems that can be easily used in debian packaging.23:45
fbondOthers might be simpler, given your use-case.23:45
bignosewell, simplest for me would be to simply generate a new tree, and generate a diff against the original files23:46
fbondI would generate patches, toss them in debian/patches, and use cdbs with simple-patchsys.23:46
bignosebut I'm trying to find a way to be nicer to others than that23:46
fbondbignose: You can explode a loom into separate branches for each thread...23:47
bignoseand from what I understand, quilt is the most accepted system23:47
bignosefbond: but then generating the patch for each one would require knowledge of which branch precedes it in the series.23:48
bignoseso I think generating the patches from the loom is the approach with most promise23:48
fbondbignose: quilt has the concept of patch order, too.23:48
bignoseyes, and that's what I'm trying to feed it.23:48
bignosemy point was that exploding the patches to separate branches looses that order.23:48
bignoses/loose/lose/23:49
fbondbignose: Right.  I would generate patches from the loom directly.23:49
bignoseokay.23:49
bignosecurrently only possible manually then?23:49
fbondbignose: As far as I am aware.23:50
bignosefbond: thanks for your help.23:52
fbondbignose: No problem.23:53

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!