at 3:11 PM, Jeff Forcier [EMAIL PROTECTED] wrote:
That branch is pretty different from 0.0.9 (it doesn't have an actual
release number yet since it's unofficial work). The 'hosts to connect
to' bit is because of changes made to how it connects to systems. It
should only be showing up if you
On Fri, Oct 17, 2008 at 11:54 AM, Jordi Funollet [EMAIL PROTECTED] wrote:
+1 for djangosnippets
This doesn't means that a wiki can't be useful for other purposes.
Absolutely. I'm imagining a site with the usual Trac-like components:
a wiki, issue tracker, source browser, probably alongside
On Fri, Oct 17, 2008 at 3:20 PM, Jordi Funollet [EMAIL PROTECTED] wrote:
Jeff, thanks for the status report. At work we are going to setup something
similar for Git in the midterm and this will save us some hours in research.
Glad to help. It's frustrating that Git is so new, so the offerings
Niklas Lindström appears
Holy feedback, Batman! Thanks for the detailed thoughts, much appreciated :)
Let's see if I can trudge through most of this, although it's been a
while since I had my head buried in the source code. I am looking at
my 'execution' branch of fabric.py while answering
I've accepted your changes to require() but I'm not sure about the
prompt() changes. I think prompt is getting a little complex/hard to
understand.
One item I added to TODO in my branch is to overhaul prompting in
general (both Fabric prompting the user for Fabric values, as well as
Fabric
+1 from me :)
On Sun, Oct 19, 2008 at 12:59 PM, Christian Vest Hansen
[EMAIL PROTECTED] wrote:
I'm working on having an API page generated for the web site, based on
the built-in documentation.
To get the most out of formatting in both of the worlds those
doc-strings are used in, I'm
Indeed you do. I completely missed that. But it didn't actually help
with the concrete fabfile I had, so that's why I did those changes.
Yup, and I've already undone my change and merged your recent changes
to my master, so that's all set now. Individual commands may still
specify bad fab_mode
On Tue, Oct 21, 2008 at 4:52 PM, Niklas Lindström [EMAIL PROTECTED] wrote:
1. Should I divide my list into several mails (e.g. three:
straightforward changes, the change for skipping invoked commands
and remaining suggestions)?
I think one mail per ticket item might be best, but I'm biased
On Sat, Oct 25, 2008 at 5:18 AM, Niklas Lindström [EMAIL PROTECTED] wrote:
I thought it was your suggestion? :)
Was it? If so, I apologize :(
Anyway, I agree it might be
cleaner with e.g. a 'match' kw (that can take a string *or*
precompiled regexp I suppose)..
And skip the callable-tests
On Sat, Oct 25, 2008 at 5:08 PM, Christian Vest Hansen
[EMAIL PROTECTED] wrote:
== 10. _protected names are discarded ==
Unless I'm missing something, this hasn't been touched, but you also
mentioned it's not pressing.
I have not touched it, but it would definitely be nice to have.
On Sun, Oct 26, 2008 at 8:56 AM, Niklas Lindström [EMAIL PROTECTED] wrote:
I gave this some thought and came to the same conclusion as Christian
-- it's easier to work with the same namespace, and the 'fab_'-prefix
feels explicit enough.
Yea, as I said, I'm sold on a single namespace at this
On Sat, Nov 22, 2008 at 4:37 PM, Jeff Forcier [EMAIL PROTECTED] wrote:
On Sat, Nov 22, 2008 at 8:22 AM, Christian Vest Hansen
[EMAIL PROTECTED] wrote:
What about `put()`?
I don't use put() often yet so of course it slipped my mind :) I could
go either way; there's a number of small things
Previous message, which I forwarded, was written by Christian, if that
wasn't obvious =) this below is the last email, from my perspective
again.
On Sat, Nov 22, 2008 at 11:25 AM, Christian Vest Hansen
[EMAIL PROTECTED] wrote:
I think it should affect put().
When you upload files, you
It looks related to last Jeff's commits, unless it requires a new syntax
for commands.
Could be, although those changes were pretty simple so I'd say it's
equally possible to be something related to roles/depends -- plus from
your examples, you're not using args at all? Will definitely keep my
soon; I'm still catching up after being offline, both
w/r/t Fabric and other projects.
Best,
Jeff
On Mon, Dec 1, 2008 at 8:54 AM, Nicolas Steinmetz [EMAIL PROTECTED] wrote:
Hello,
2008/11/23 Jeff Forcier [EMAIL PROTECTED]
It looks related to last Jeff's commits, unless it requires a new
I think having a password-safe version of prompt() (either a separate
command or an argument to prompt() itself) would be a good idea and I
can't think of any obvious reason why it wouldn't work. The internal
password related prompts use getpass (at least, they did when I last
looked) and they
Yup, that's correct, set()/get() are gone and instead you just do
attribute assignment/lookup on a 'config' object.
When in doubt, try checking the docs in the repository, as Christian's
usually pretty good about updating those to be consistent with the
code at that revision.
-Jeff
On Fri, Dec
On Tue, Jan 13, 2009 at 11:37 AM, Christian Vest Hansen
karmazi...@gmail.com wrote:
It is not backwards compatible. Also, a fabric-the-module -
fabric-the-package transition is something that I've been meaning to
center the next release around. I have made this transition in a
branch but I'm
Hi Miguel,
Fabric is only a tool for you to use -- it doesn't know anything about
your application or how it works. All it really does is allow you to
script shell commands and file uploads using Python.
A good rule of thumb for writing Fabric scripts/recipes is to figure
out how you would
, in terms of prompt detection, printing/capturing
simultaneously, and printing as we go instead of waiting for the
entire process to wrap up.
Will let y'all know if this turns out to be a good idea :D
-Jeff
On Tue, Feb 10, 2009 at 7:57 AM, Jeff Forcier j...@bitprophet.org wrote:
On Tue, Feb 10
I recall this coming up before, but not the final resolution. Might
want to try searching the list archives in case I'm not misremembering
:)
Have you confirmed that this works with Capistrano and its tty option?
Alternately, try doing ssh my_rhel_server -t sudo some_command,
which AFAIK would
Hi Allan,
I can't speak authoritatively on this, but (I've alluded to this a few
times already today, actually) I am hoping to redo the SSH code with a
different library in the near future. Depending on how that goes, it
would -- in my opinion -- be a good milestone after which to do a new
On Sun, Feb 15, 2009 at 6:34 PM, Richard Jones rjo...@ekit-inc.com wrote:
I'd like to be able to do stuff like:
open('%s/var/ZEO_SERVER-starting.pid'%ihome).read()
do_commands('stop_server', ihost, killcmds)
As far as I can tell, those were the only two kinds of method calls
you had in the
On Mon, Feb 16, 2009 at 6:04 PM, Christian Vest Hansen
karmazi...@gmail.com wrote:
So! I decided that it was about time for a new release anyway, and I
suspect those of you who follow the master branch would like the
online docs, and the releases for that matter, to sync up!
*cheers*
Some
On Tue, Feb 17, 2009 at 12:54 AM, Nicolas Steinmetz
nsteinm...@gmail.com wrote:
For the py 2.4 compatibility, I think the python 2.4 users (at least me)
cannot blame you but more their distros as python 2.5 and 2.6 are released
since a long time (especially for py 2.5).
It's the truth. I was
Well, the core problem here is that if you're calling abort() in a
situation where you haven't connected to a host, then naturally
config.fab_host will be undefined.
It should be relatively simple to update abort() so that it checks for
this use case and simply omits the fab_host part of the
Hi Timothee,
Nicolas is largely correct, the best way to handle this is to use
SSH key-based authentication, which then means you won't need to be
prompted for any passwords during the connection phase.
However, that's only a partial solution because you'll still need to
do each password in the
On Wed, Feb 18, 2009 at 4:05 PM, Alex Robbins
alexander.j.robb...@gmail.com wrote:
Correct, no exceptions, just the literal $(fab_host).
I'm very new to fabric and could easily be wrong but...
I'm reading through the source, and I don't think I see any way that abort
could be called with
On Sat, Feb 21, 2009 at 10:49 AM, Niklas Lindström lindstr...@gmail.com wrote:
Actually stopping works, but startup hangs and the fabric process must
be killed (the actual startup on the server goes well). Commenting out
the newly added thread-joins in `sudo` (line 527, 528) works:
On Sun, Feb 22, 2009 at 5:23 AM, Niklas Lindström lindstr...@gmail.com wrote:
And it worked. It hasn't stalled during my runs. (And seems like a
logical order of things.)
That's pretty crazy; I was the one who updated that functionality last
and I'm pretty sure I had it all working 100%.
On Thu, Mar 5, 2009 at 4:30 PM, Heikki Toivonen
htoivo...@spikesource.com wrote:
I am sorry, I did not make my use pattern clear. I am *importing* fabric
into my own script. I am not using fab, and I don't have a fabfile.
Fabric 0.1.0 (and I think 0.0.9) is not currently designed to be used
as
On Tue, Mar 10, 2009 at 9:01 AM, Jordan Levy jordan.m.l...@gmail.com wrote:
I have ForwardAgent setup on my local machine so that initiating an SSH
session to host1, then to host2 from host1, works just fine without
providing a password. I'm assuming that Fabric does not use
ForwardAgent?
Hey Daniel,
Can you highlight which parts of the docs were out of date? In my
recollection the docs, such as they are, should be largely up to date
with 0.1.0 (e.g. config.foo instead of set(foo), stuff like that).
Also, I'm in the middle of doing a big overhaul of Fabric which, if it
goes live,
Looks like a bit of an oopsie on our part. See the commit log here:
http://github.com/karmazilla/fabric/commit/27689194ca53719d21a998338ce7afc29d9fde8f
Which is post-0.1.0 :(
Myself, since I joined the project post 0.0.9 or so, I've never used
anything but Paramiko 1.7+, so perhaps it was the
Hi Paul,
I'm not sure where you got the impression that Fabric's let/set
functionality only works with strings! It should have always worked
with any Python variable whatsoever. The backend of let/set (which is,
in 0.1.0, just setting/getting attributes of a 'config' object -- may
want to upgrade
the 'config' object :)
I hope this clears things up some, let me know if I'm still missing something
-Jeff
Paul
On Sat, Mar 21, 2009 at 6:06 AM, Jeff Forcier j...@bitprophet.org wrote:
Hi Paul,
I'm not sure where you got the impression that Fabric's let/set
functionality only works with strings
Hi Robert,
Yea, right now, *neither* execution mode is going to give you that
granular control, unfortunately. They're both oriented towards a run
these directives on all servers workflow.
I'm more than halfway done with a massive rewrite of Fabric which, if
it works out, should make it a lot
:
snippity-snip
I hope that makes sense.
-Wes
Yea, that made sense, and it sounds like you're definitely hitting a
bunch of the scenarios I alluded to :)
-Jeff
On Thu, Apr 16, 2009 at 11:00 AM, Jeff Forcier j...@bitprophet.org wrote:
On Thu, Apr 16, 2009 at 10:52 AM, Wes Winham winha...@gmail.com
For what it's worth, I've just added a 'local_dir' option to my port
of rsync_project in the magic-removal branch, so when that goes out
the door it will have that option in place :)
-Jeff
On Thu, Apr 16, 2009 at 11:56 AM, Jeff Forcier j...@bitprophet.org wrote:
On Thu, Apr 16, 2009 at 11:31 AM
Hi all,
Against my better judgement, I'm throwing out the current state of
things as the 1st alpha, including the current state of the
documentation:
http://fabfile.org/
Per my earlier announcements, the Git repositories are all set, so you
can grab the source from wherever you please:
On Fri, May 1, 2009 at 7:49 AM, Christian Vest Hansen
karmazi...@gmail.com wrote:
The change that broke the most things in my fabfiles are the removal
of lazy string interpolation. I've been relying a lot on their
recursive nature, and I had to do a fair bit of restructuring to get
that part
On Fri, May 1, 2009 at 9:57 AM, s s list...@integrateddevcorp.com wrote:
Something pythonic based on django would be better just due to the nature of
the project, in my opinion but whatever...
Trac's git support is quite a bit worse than Redmine's, or I would
have used that. I was actually
On Fri, May 1, 2009 at 1:01 PM, Heikki Toivonen
htoivo...@spikesource.com wrote:
Can you list some obvious problems? Do you know how many people are
working on improving that?
With Trac specifically, anything involving the Git repository
(browser, commits, diffs etc) is incredibly slow. It
Regarding the username regex:
*
http://git.fabfile.org/cgit.cgi/fabric/commit/?id=01e760c7620bcd81d1b991fa3eb380d843b0aac5
And regarding the clearing out of user/host stuff between commands:
*
http://git.fabfile.org/cgit.cgi/fabric/commit/?id=c71ec03100ee2761ae6800aaa0d1b728ca8b406b
*
On Sat, May 2, 2009 at 10:23 AM, s s list...@integrateddevcorp.com wrote:
Here's one of my use cases that I'd like to get up on the Wiki at some point
for discussion.
I have this exact sort of thing in mind. I was thinking context managers might
be the best way to do it, e.g.::
with
On Sat, May 2, 2009 at 11:27 AM, s s list...@integrateddevcorp.com wrote:
Yes. Context managers are 2.5+ but that's fine with me. You only need 2.5
on the deployer i.e. your development machine so I don't think this should
be too much of a problem.
Fabric is officially 2.5+ only [1], so
http://docs.fabfile.org/usage.html#execution-model :)
Let me know if you still have questions after giving that section a look-see.
-Jeff
On Tue, May 5, 2009 at 9:46 PM, s s list...@integrateddevcorp.com wrote:
I've just updated my install to the latest version and am converting the
script
Hi Vincent,
The problem is at line 414 in fabric/operations.py
if str(user).isint():
user = #%s % user
I use Python 2.5. isint is maybe a Python 2.6 function?
I think we could achieve the same result with
try:
user = #%d % int(str(user))
except ValueError:
pass
Hi Pat,
First, I think this partially falls under an existing TODO item, which
I plan to have in place for 1.0 and hopefully 0.9: honoring any
.ssh/config options that we have functionality for. In this case,
Fabric would probably check your StrictHostKeyChecking option and use
that to override
On Mon, May 11, 2009 at 9:56 PM, Jeff Forcier j...@bitprophet.org wrote:
And, to SET the roles, you need to define or update another env var,
env.roledefs (a dict).
s/SET/DEFINE/ . Hopefully it was obvious in context, but still.
-Jeff
___
Fab-user
Hi Jorge,
I'm new here but not a newbie :) Let me tell you I'm failing on love
with fabric, this is something I have been wanting for a long time [...]
Glad to hear it! We're working hard to improve it constantly, too, so
the hope is that it just keep getting better.
1- is there a place
On Tue, May 12, 2009 at 4:01 AM, Christian Vest Hansen
karmazi...@gmail.com wrote:
On Mon, May 11, 2009 at 3:29 PM, Jeff Forcier j...@bitprophet.org wrote:
Hi Aljosa,
Unforunately, Fabric 0.1 and older do not support splitting a fabfile
into multiple files, so I'm afraid you're out of luck
2009/5/13 Niklas Lindström lindstr...@gmail.com:
But I *really* dislike the arcane syntax, especially the trailing s.
And at least my fabric scripts uses interpolation quite often, which
makes it very noisy IMHO.
I totally agree about how current Python string interpolation is a
little on the
Hi folks,
Christian and I are tinkering with Mailman to see if we can figure out
how this guy slipped through; please be reassured that we're dedicated
to keeping spam off the list as best we can.
Thanks,
Jeff
On Tue, May 12, 2009 at 9:05 AM, some idiot spamming from GMail wrote:
SPAM SPAM
Hi Peter,
Assuming I read you correctly, this means the directory containing
your fabfile is already in sys.path (i.e. you've added it to your
shell PYTHONPATH or similar), and comes after the location of your
Fabric source checkout, correct? In this situation, yes, I think it
would pick up
Ideally I think this is a case where the internals should be messy to
leave the external api clean. You do not want regexp in the high level
file functions (append, replace, comment, etc.) or do we?
Well, in some cases we *do*, because of the heavy grep/awk/etc usage
in these functions --
Hi all,
Just spent some time poking around and figured this out; just pushed a
fix. You'll now see a prompt asking for your SSH key passphrase
instead of seeing the regular password prompt.
Long story short, this was due to oddball behavior on Paramiko's end,
end result being that we don't have
Hi all,
Just tagged Fabric alpha 3, which contains a ton of changes over alpha
2 [1]. I think the biggest visible feature is the addition of output
controls: you can now hide/show various levels of Fabric's output in a
granular fashion (plus some useful aggregate aliases). However, this
Hi Evan,
I don't see anything obviously wrong with what you're doing, and it's
entirely possible there are some bugs floating around in the output
thread mechanisms somewhere. Do you notice any patterns? I.e. is it
always the same system that has the issue or does it vary?
I haven't run any
Hi Evan,
Thanks for catching this, pushed as commit c7d4d19 :)
Out of curiosity, is the problem simply that SFTP won't allow you to
overwrite an open file, or is there something else going on? Looks
like it's an SFTP-level error, so not much we can do on our end to
prevent or fix it, but I'm
It's in the TODO:
http://github.com/bitprophet/fabric/blob/c7d4d1980e5e005731f414858a26746b1e2d3970/TODO#L83
Right now, Fabric simply iterates serially over the host list
per-command ('command' meaning fabfile task/function) so in your
envisioned drop me to the shell functionality it would
On Mon, May 25, 2009 at 9:53 PM, Jorge Vargas jorge.var...@gmail.com wrote:
errr I was actually thinking of something along the lines of
snip
that is run the interperter or shell on the Target machine rather than
local. And it will somehow give you back the input/output buffers.
Ah, well
slap another patch on.
-Jeff
On Tue, May 26, 2009 at 4:10 PM, Evan Jones ev...@mit.edu wrote:
Jeff Forcier wrote:
In the meantime, though, as I said -- if you could try switching your
host list around, or simply running this a number of times in a row
and see if any obvious patterns appear
On Thu, May 28, 2009 at 7:13 PM, Jorge Vargas jorge.var...@gmail.com wrote:
I can't seem to find a way to simplify this, it looks to ugly for me.
I basically need to know if env.domain is in a or b file and if it
isn't put it in b and recreate C
with settings(warn_only=True):
So do you think dryrun can go in?
Chances are good that I will get around to examining outstanding
submissions sometime this weekend, and I'll let you know what my
decision is :) I expect it will go in in one form or another.
Best,
Jeff
___
Fab-user
Hi Vincent,
As far as I know that should still work correctly; it's possible
you're seeing a bug that was fixed post-0.9a3, where there was a
chance of output simply being dropped and not displayed. If you're
able, I suggest grabbing the latest version of the code from Github or
git.fabfile.org,
Hi Timothee,
On Fri, Jun 12, 2009 at 2:26 PM, Timothee Bessettt...@idsoftware.com wrote:
- The user path expansion is not working, I suppose it could be made
explicit, to handle local user != remote user.
We have tilde expansion working at least in put(); looks like it was
not extended to
I'm guessing the reason it hangs is because Fabric actually executes
things inside a call to a shell by default; if my understanding of ''
backgrounding is accurate, this means that while the process *is*
being backgrounded with respect to the shell, the shell is still
sitting around waiting for
Yea, it looks like I was correct: using simply backgrounds the
process in the calling shell, it is not the same as daemonizing it,
which involves ensuring that the process' input and output pipes are
all disassociated from the calling terminal/shell.
It's possible to get around this with screen,
Hi Timothee,
I've just pushed an update (ee9de18) which addresses the sparsity of
intelligence in get()'s implementation. It now only adds the host
suffix if it would operate on 1 host, does both local and remote
tilde expansion, and will also do the right thing instead of
complaining (which was
On Sun, Jun 14, 2009 at 5:09 PM, Christian Vest
Hansenkarmazi...@gmail.com wrote:
On Sun, Jun 14, 2009 at 10:39 PM, Jeff Forcierj...@bitprophet.org wrote:
It now only adds the host
suffix if it would operate on 1 host
This is potentially troublesome.
Fair points, though I'm not entirely
Hi Matt,
I'm aware of pitz -- actually forked it a while back, though I never
pushed any of my tweaks upstream since it didn't end up going
anywhere. I did notice you've done a decent amount of work since then
but haven't checked back in yet to see where it's at.
Has it grown a command-line tool
Hi Vincent,
Apologies for the bit of a wait :) I finally got around to wrestling
with the authentication code, cleaned it up a bit and made sure that
the same effective logic that Fab 0.1.x used, also applies in 0.9. It
appears to work correctly for me now, in that it always tries a
pre-existing
Hi Jorge,
Apologies for the wait, and the semi bad news -- I think I will hold
off on putting this in, for now.
I very much like the idea, but prefer that such a feature fulfill two
requirements:
1. Don't actually connect, at all, for any reason (arguments can
probably be made against this,
On Mon, Jun 15, 2009 at 3:32 PM, Steve Steiner
(listsin)list...@integrateddevcorp.com wrote:
So, my question is, what is the best way to handle both of these things?
I think the exception on a missing local file should be caught in case we're
running in --warn-only, right?
I'm actually not
On Fri, Jun 26, 2009 at 10:36 PM, Steve Steiner
(listsin)list...@integrateddevcorp.com wrote:
After the annoying deprecation warnings from Parimiko
What version are you on? You ought to be using 1.7.4 if at all
possible; I know there've been at least one or two irritating/nasty
bugs caused by
Check out the docs for sudo and run:
http://docs.fabfile.org/0.9/api/operations.html
You'll see mention of a failed attribute, so you can do stuff like:
def foo():
result = run('whatever')
if result.failed:
abort(ohnoes!)
Best,
Jeff
On Tue, Jul 7, 2009 at 2:25
try to make things more threadsafe and/or open up the
doors for parallelism. It's definitely not set in stone!
Best,
Jeff
On Tue, Jul 7, 2009 at 3:09 PM, Mike Ivanovmi...@activestate.com wrote:
Jeff Forcier wrote:
I anticipate solving this particular problem by further breaking down
the fabric
Check out the value of env.host. It's updated dynamically to be the
current host every time. No need to pass anything in, you just need to
make sure you import the 'env' object from fabric.api (it's included
if you do 'from fabric.api import *', PEP8 compliance
notwithstanding.)
Better yet, do
Hi Ben, apologies for the delay in replying!
There's no replacement for the old global 'let' flag right now, but
that's mostly because I haven't taken the time to re-examine it and
see how such a feature fits into the new scheme of things. Something
like that may well show up again in the future.
Hi,
Can you give me a specific example of your input/output/expected
output? From what you've said, it sounds like you're having *blank*
lines being eaten, not lines containing text -- is this true? Either
way, detailed info would be helpful :)
I note that str.splitlines() does break on both \r
On Tue, Jul 14, 2009 at 10:37 AM, Sergise...@estrafolari.com wrote:
yes!, it works with '/bin/sh -c'.
Glad to hear it, and thanks for the suggestion Tom, I probably
should've suggested that myself but totally forgot :)
For what it's worth, it's been suggested previously to set Fabric to
always
For the record, the lack of parallelism isn't because we don't think
anyone needs it! It's one of the most obvious/useful extensions to
make; the problem is that it's also one of the more complex ones.
Ideas and code are always welcome; my primary concern is enabling it
without making the code
Hi Trevor,
Xinan is right, config is now env. You can see this change listed here:
http://docs.fabfile.org/0.9/compatibility.html#environment-config-variables
You'll probably want to read the other items on that page if you ever
used Fabric 0.1 or earlier.
If you're new to Fabric, please
Hi Alan,
On Sun, Jul 19, 2009 at 1:14 PM, Alan Hawrylyshena...@polyphase.ca wrote:
snip
ERR [20090719-10:06:07.422] thr=1 paramiko.transport:
m.add_string(self.username)
snip
ERR [20090719-10:06:07.423] thr=1 paramiko.transport: TypeError: write()
argument 1 must be string or
On Wed, Jul 22, 2009 at 8:36 AM, Jerry Bakerjba...@gimpthoughts.com wrote:
[mydomain.com] err: Permission denied
(publickey,password,keyboard-interactive).
[mydomain.com] err: fatal: The remote end hung up unexpectedly
Error: The run operation failed on mydomain.com.
If i log in to my
Hi Nick,
On Wed, Jul 22, 2009 at 12:54 AM, Nick Welchmackst...@gmail.com wrote:
I have some utility functions in my fabfile that get used by various
tasks. The problem is that they're also interpreted as tasks and
clutter up 'fab list'. I tried naming them with a leading underscore,
but
On Wed, Jul 22, 2009 at 7:08 PM, Jeff Forcierj...@bitprophet.org wrote:
[0.9]
anything not prefixed with an
underscore, and not defined in Fabric itself, is considered a task and
will be shown in fab --list.
snip
[0.1.1]
Underscored functions were omitted from the task list, but were
On Fri, Jul 24, 2009 at 2:56 AM, Christian Vest
Hansenkarmazi...@gmail.com wrote:
My tasks are written such that the commands I execute on the servers
are effectively idempotent to the greatest extent possible, so I can
rerun them if I need to.
This is what I do as well.
In some cases I
Hi folks,
Just a quick announcement that we now have a ticket tracker, plus yet
another way to view the Git repository online (on top of
git.fabfile.org and Github):
http://code.fabfile.org/
I've moved the entirety of the TODO file to this ticket tracker. TODO
is dead; long live TODO!
My
On Tue, Jul 28, 2009 at 1:56 PM, Erik Wickstrome...@erikwickstrom.com wrote:
I think there may in fact be a bug. (or 2)
1) I do have multiple hosts defined in the fabfile, but only one for
that function (fab cloud x -- I also have some hosts in a
productionI() method).
Probably a bug, I'm
(Re-sending this due to a mailer-daemon error; apologies if it
eventually shows up twice.)
Hi Phil,
On Tue, Jul 28, 2009 at 7:16 AM, Phil Harrisp...@harris-family.info wrote:
This runs correctly (as in there are no errors), but I would like the
ls2 command to run on target2, at the moment it
Hi Erik,
On Tue, Jul 28, 2009 at 6:37 PM, Erik Wickstrome...@erikwickstrom.com wrote:
Is it possible to use Fabric in scripted mode instead of from the
command line with the fab utility?
It is, and the goal is for it to be as easy as using the command line.
However, so far I've focused on
Instead of repeating myself I'll point you to an older reply of mine
along the same lines:
http://lists.gnu.org/archive/html/fab-user/2009-07/msg00068.html
Let me know if that doesn't answer your question :)
Best,
Jeff
On Wed, Jul 29, 2009 at 12:45 PM, Erik Wickstrome...@erikwickstrom.com
Unfortunately, this is a limitation of Paramiko; its SFTP module is
only capable of handling one file at a time.
If you look in fabric.contrib.project there's an upload_project
function which gets around this by tarring up the directory, sftp'ing
that, then untarring it again. From your
I haven't had time in the past few weeks to look at this much (busy +
death in the family), but should be able to soon.
If you can provide your own example(s) of the issue that would almost
definitely help give me more angles on the problem :) Please feel free
to add some code/output examples to
On Fri, Aug 7, 2009 at 4:56 PM, Carl Zmolaczm...@woti.com wrote:
I agree that the patch is ugly (sorry :-) ), but it does fix the problem on
my machine.
Steve, Can this patch (or a similar fix) get merged in.
You actually want me, not Steve :) right now I'm the only person with
official
On Fri, Aug 7, 2009 at 5:31 PM, Steve Steiner
(listsin)list...@integrateddevcorp.com wrote:
I tried to write a unit-test for this using a simple local() call to just
cat a file that didn't have a trailing EOL char but couldn't get it to fail
properly.
Well, local() and run()/sudo() are
On Fri, Aug 7, 2009 at 6:36 PM, Steve Steiner
(listsin)list...@integrateddevcorp.com wrote:
We could waste a _lot_ of time trying to create a mock
object at the right level and we might find ourselves doing it more than
once. The advantage of a live server is that it actually exercises the
Before I go into my reply to Steve below, an announcement: I just
pushed what is hopefully a fix to this issue, to both the 0.9 and
master branches. See http://code.fabfile.org/issues/show/32 for
details.
I'd greatly appreciate it if Xinan, Carl and anyone else with this
issue could confirm that
1 - 100 of 495 matches
Mail list logo
