This file is indexed.

/usr/lib/python2.7/dist-packages/spur-0.3.15.egg-info is in python-spur 0.3.15-1.

This file is owned by root:root, with mode 0o644.

The actual contents of the file can be viewed below.

  1
  2
  3
  4
  5
  6
  7
  8
  9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
Metadata-Version: 1.1
Name: spur
Version: 0.3.15
Summary: Run commands and manipulate files locally or over SSH using the same interface
Home-page: http://github.com/mwilliamson/spur.py
Author: Michael Williamson
Author-email: mike@zwobble.org
License: UNKNOWN
Description: spur.py: Run commands and manipulate files locally or over SSH using the same interface
        =======================================================================================
        
        To run echo locally:
        
        .. code-block:: python
        
            import spur
        
            shell = spur.LocalShell()
            result = shell.run(["echo", "-n", "hello"])
            print(result.output) # prints hello
        
        Executing the same command over SSH uses the same interface -- the only
        difference is how the shell is created:
        
        .. code-block:: python
        
            import spur
        
            shell = spur.SshShell(hostname="localhost", username="bob", password="password1")
            with shell:
                result = shell.run(["echo", "-n", "hello"])
            print(result.output) # prints hello
        
        Installation
        ------------
        
        ``$ pip install spur``
        
        Shell constructors
        ------------------
        
        LocalShell
        ~~~~~~~~~~
        
        Takes no arguments:
        
        .. code-block:: sh
        
            spur.LocalShell()
        
        SshShell
        ~~~~~~~~
        
        Requires a hostname. Also requires some combination of a username,
        password and private key, as necessary to authenticate:
        
        .. code-block:: python
        
            # Use a password
            spur.SshShell(
                hostname="localhost",
                username="bob",
                password="password1"
            )
            # Use a private key
            spur.SshShell(
                hostname="localhost",
                username="bob",
                private_key_file="path/to/private.key"
            )
            # Use a port other than 22
            spur.SshShell(
                hostname="localhost",
                port=50022,
                username="bob",
                password="password1"
            )
        
        Optional arguments:
        
        * ``connect_timeout`` -- a timeout in seconds for establishing an SSH
          connection. Defaults to 60 (one minute).
        
        * ``missing_host_key`` -- by default, an error is raised when a host
          key is missing. One of the following values can be used to change the
          behaviour when a host key is missing:
           
          - ``spur.ssh.MissingHostKey.raise_error`` -- raise an error
          - ``spur.ssh.MissingHostKey.warn`` -- accept the host key and log a
            warning
          - ``spur.ssh.MissingHostKey.accept`` -- accept the host key
        
        * ``shell_type`` -- the type of shell used by the host. Defaults to
          ``spur.ssh.ShellTypes.sh``, which should be appropriate for most Linux
          distributions. If the host uses a different shell, such as simpler shells
          often found on embedded systems, try changing ``shell_type`` to a more
          appropriate value, such as ``spur.ssh.ShellTypes.minimal``. The following
          shell types are currently supported:
          
          - ``spur.ssh.ShellTypes.sh`` -- the Bourne shell. Supports all features.
          
          - ``spur.ssh.ShellTypes.minimal`` -- a minimal shell. Several features
            are unsupported:
            
            - Non-existent commands will not raise ``spur.NoSuchCommandError``.
            
            - The following arguments to ``spawn`` and ``run`` are unsupported unless
              set to their default values:
              ``cwd``, ``update_env``, and ``store_pid``.
        
        * ``look_for_private_keys`` -- by default, Spur will search for discoverable
          private key files in ``~/.ssh/``.
          Set to ``False`` to disable this behaviour.
          
        * ``load_system_host_keys`` -- by default, Spur will attempt to read host keys
          from the user's known hosts file, as used by OpenSSH, and no exception will
          be raised if the file can’t be read.
          Set to ``False`` to disable this behaviour.
        
        Shell interface
        ---------------
        
        run(command, cwd, update\_env, store\_pid, allow\_error, stdout, stderr, encoding)
        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        
        Run a command and wait for it to complete. The command is expected to be
        a list of strings. Returns an instance of ``ExecutionResult``.
        
        .. code-block:: python
        
            result = shell.run(["echo", "-n", "hello"])
            print(result.output) # prints hello
        
        Note that arguments are passed without any shell expansion. For
        instance, ``shell.run(["echo", "$PATH"])`` will print the literal string
        ``$PATH`` rather than the value of the environment variable ``$PATH``.
        
        Raises ``spur.NoSuchCommandError`` if trying to execute a non-existent
        command.
        
        Optional arguments:
        
        * ``cwd`` -- change the current directory to this value before
          executing the command.
        * ``update_env`` -- a ``dict`` containing environment variables to be
          set before running the command. If there's an existing environment
          variable with the same name, it will be overwritten. Otherwise, it is
          unchanged.
        * ``store_pid`` -- if set to ``True`` when calling ``spawn``, store the
          process id of the spawned process as the attribute ``pid`` on the
          returned process object. Has no effect when calling ``run``.
        * ``allow_error`` -- ``False`` by default. If ``False``, an exception
          is raised if the return code of the command is anything but 0. If
          ``True``, a result is returned irrespective of return code.
        * ``stdout`` -- if not ``None``, anything the command prints to
          standard output during its execution will also be written to
          ``stdout`` using ``stdout.write``.
        * ``stderr`` -- if not ``None``, anything the command prints to
          standard error during its execution will also be written to
          ``stderr`` using ``stderr.write``.
        * ``encoding`` -- if set, this is used to decode any output.
          By default, any output is treated as raw bytes.
          If set, the raw bytes are decoded before writing to
          the passed ``stdout`` and ``stderr`` arguments (if set)
          and before setting the output attributes on the result.
        
        ``shell.run(*args, **kwargs)`` should behave similarly to
        ``shell.spawn(*args, **kwargs).wait_for_result()``
        
        spawn(command, cwd, update\_env, store\_pid, allow\_error, stdout, stderr, encoding)
        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        
        Behaves the same as ``run`` except that ``spawn`` immediately returns an
        object representing the running process.
        
        Raises ``spur.NoSuchCommandError`` if trying to execute a non-existent
        command.
        
        open(path, mode="r")
        ~~~~~~~~~~~~~~~~~~~~
        
        Open the file at ``path``. Returns a file-like object.
        
        By default, files are opened in text mode.
        Appending `"b"` to the mode will open the file in binary mode.
        
        For instance, to copy a binary file over SSH,
        assuming you already have an instance of ``SshShell``:
        
        .. code-block:: python
        
            with ssh_shell.open("/path/to/remote", "rb") as remote_file:
                with open("/path/to/local", "wb") as local_file:
                    shutil.copyfileobj(remote_file, local_file)
        
        Process interface
        -----------------
        
        Returned by calls to ``shell.spawn``. Has the following attributes:
        
        * ``pid`` -- the process ID of the process. Only available if
          ``store_pid`` was set to ``True`` when calling ``spawn``.
        
        Has the following methods:
        
        * ``is_running()`` -- return ``True`` if the process is still running,
          ``False`` otherwise.
        * ``stdin_write(value)`` -- write ``value`` to the standard input of
          the process.
        * ``wait_for_result()`` -- wait for the process to exit, and then
          return an instance of ``ExecutionResult``. Will raise
          ``RunProcessError`` if the return code is not zero and
          ``shell.spawn`` was not called with ``allow_error=True``.
        * ``send_signal(signal)`` -- sends the process the signal ``signal``.
          Only available if ``store_pid`` was set to ``True`` when calling
          ``spawn``.
        
        Classes
        -------
        
        ExecutionResult
        ~~~~~~~~~~~~~~~
        
        ``ExecutionResult`` has the following properties:
        
        * ``return_code`` -- the return code of the command
        * ``output`` -- a string containing the result of capturing stdout
        * ``stderr_output`` -- a string containing the result of capturing
          stdout
        
        It also has the following methods:
        
        * ``to_error()`` -- return the corresponding RunProcessError. This is
          useful if you want to conditionally raise RunProcessError, for
          instance:
        
        .. code-block:: python
        
            result = shell.run(["some-command"], allow_error=True)
            if result.return_code > 4:
                raise result.to_error()
        
        RunProcessError
        ~~~~~~~~~~~~~~~
        
        A subclass of ``RuntimeError`` with the same properties as
        ``ExecutionResult``:
        
        * ``return_code`` -- the return code of the command
        * ``output`` -- a string containing the result of capturing stdout
        * ``stderr_output`` -- a string containing the result of capturing
          stdout
        
        NoSuchCommandError
        ~~~~~~~~~~~~~~~~~~
        
        ``NoSuchCommandError`` has the following properties:
        
        * ``command`` -- the command that could not be found
        
        API stability
        -------------
        
        Using the the terminology from `Semantic
        Versioning <http://semver.org/spec/v1.0.0.html>`_, if the version of
        spur is X.Y.Z, then X is the major version, Y is the minor version, and
        Z is the patch version.
        
        While the major version is 0, incrementing the patch version indicates a
        backwards compatible change. For instance, if you're using 0.3.1, then
        it should be safe to upgrade to 0.3.2.
        
        Incrementing the minor version indicates a change in the API. This means
        that any code using previous minor versions of spur may need updating
        before it can use the current minor version.
        
        Undocumented features
        ~~~~~~~~~~~~~~~~~~~~~
        
        Some features are undocumented, and should be considered experimental.
        Use them at your own risk. They may not behave correctly, and their
        behaviour and interface may change at any time.
        
        Troubleshooting
        ---------------
        
        I get the error "Connection refused" when trying to connect to a virtual machine using a forwarded port on ``localhost``
        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        
        Try using ``"127.0.0.1"`` instead of ``"localhost"`` as the hostname.
        
        I get the error "Connection refused" when trying to execute commands over SSH
        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        
        Try connecting to the machine using SSH on the command line with the
        same settings. For instance, if you're using the code:
        
        .. code-block:: python
        
            shell = spur.SshShell(
                    hostname="remote",
                    port=2222,
                    username="bob",
                    private_key_file="/home/bob/.ssh/id_rsa"
                )
            with shell:
                result = shell.run(["echo", "hello"])
        
        Try running:
        
        .. code-block:: sh
        
            ssh bob@remote -p 2222 -i /home/bob/.ssh/id_rsa
        
        If the ``ssh`` command succeeds, make sure that the arguments to
        ``ssh.SshShell`` and the ``ssh`` command are the same. If any of the
        arguments to ``ssh.SshShell`` are dynamically generated, try hard-coding
        them to make sure they're set to the values you expect.
        
        I can't spawn or run commands over SSH
        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        
        If you're having trouble spawning or running commands over SSH, try passing
        ``shell_type=spur.ssh.ShellTypes.minimal`` as an argument to ``spur.SshShell``.
        For instance:
        
        .. code-block:: python
        
            import spur
            import spur.ssh
        
            spur.SshShell(
                hostname="localhost",
                username="bob",
                password="password1",
                shell_type=spur.ssh.ShellTypes.minimal,
            )
        
        This makes minimal assumptions about the features that the host shell supports,
        and is especially well-suited to minimal shells found on embedded systems. If
        the host shell is more fully-featured but only works with
        ``spur.ssh.ShellTypes.minimal``, feel free to submit an issue.
        
        Why don't shell features such as variables and redirection work?
        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        
        Commands are run directly rather than through a shell.
        If you want to use any shell features such as variables and redirection,
        then you'll need to run those commands within an appropriate shell.
        For instance:
        
        .. code-block:: python
        
            shell.run(["sh", "-c", "echo $PATH"])
            shell.run(["sh", "-c", "ls | grep bananas"])
        
Keywords: ssh shell subprocess process
Platform: UNKNOWN
Classifier: Development Status :: 4 - Beta
Classifier: Intended Audience :: Developers
Classifier: License :: OSI Approved :: BSD License
Classifier: Programming Language :: Python
Classifier: Programming Language :: Python :: 2
Classifier: Programming Language :: Python :: 2.6
Classifier: Programming Language :: Python :: 2.7
Classifier: Programming Language :: Python :: 3
Classifier: Programming Language :: Python :: 3.2
Classifier: Programming Language :: Python :: 3.3
Classifier: Programming Language :: Python :: 3.4
Classifier: Programming Language :: Python :: 3.5
Classifier: Topic :: Internet