All Projects

With the introduction of profiles vcs will need directories to place them.

Using vcs-nix might be safer since vcs is too short and too meaningful (Version Control System) to hijack it safely.

Candidates:

• Site-wide: /usr/share/vcs/profiles, /usr/local/share/vcs/profiles/
• User-local: ~/.vcs/profiles/

With the introduction of ~/.vcs/ (or ~/.vcs-nix/) it makes sense moving local configurations there. The older ~/.vcs.conf will still be accepted.

Load order:

1. /etc/vcs.conf
2. ~/.vcs.conf
3. ~/.vcs/vcs.conf
4. ./vcs.conf

shoehorn is most probably no longer needed (or even working) with the complexity vcs has gained over time

So that the syntax and options are clearer.

-I does use it

Configuration options that will trigger a change of all fonts, background and foreground settings respectively

Command-line arguments for DVD handling should be consistent with handling of video files, e.g.:

$ vcs --dvd --dvd-title 1 /dev/dvd

with dvd-title being optional, instead of

$ vcs --dvd /dev/dvd 1

Complete manpage.

font_filename is ignored in 1.12

An alternative in the form of (boolean) nonlatin_filenames or similar should be added.

This is a meta-item depending on bugs/features required to complete before releasing vcs 1.12.1

This is a meta-item depending on bugs/features required to complete before releasing vcs 1.12.2.

1.12.2 might be skipped and its items pushed back to 1.13.

No need for description

No need for description

Bash 2 syntax has been the norm for most versions (although broken in some).

So far none of the major distributions is using bash 2, bash 4 is already gold but not widely-used enough.

Only a few special purpose/minimal distros like DSL retain bash 2.05b, but vcs requires recent versions of ImageMagick, Mplayer and FFmpeg anyway. I can’t see a reason to retain such backwards compatibility.

Safe length measuring, when probing the video length, prints only the number of seconds and milliseconds, it would be better to display a more readable format.

Sometimes a negated type will be ignored.

e.g.:

Fine:

$ relevation -t website java.net

-> Search "java.net" ('website' entries):  1 matches

$ relevation -t -website java.net

-> Search "java.net" ('not website' entries):  No results

Not fine:

$ relevation google.com

-> Search "google.com" ('not folder' entries):  6 matches

$ relevation google.com | grep -c ^Type:\ website
5

$ relevation -t -website google.com

-> Search "google.com" ('not website' entries):  6 matches
$ relevation  -t -website google.com | grep -c ^Type:\ website
5

$ relevation -t website google.com

-> Search "google.com" ('website' entries):  5 matches

Might be due to entries inside folders being repeated?

Meta-task depending on tasks scheduled for the 1.1 release

PyCryptoPlus is a drop-in replacement for PyCrypto written in Python, meaning it can run much more easily on Windows.

lxml provides a cleaner (or more pythonic) implementation, is easier to install and more commonly required.

cryptopy provides a pure python implementation of ciphers, allowing easier install on some systems (e.g. 64bits Windows) than PyCrypto.
Unlike PyCryptoPlus it doesn’t seem to depend on PyCrypto but has a different API.

The performance degrades considerably, of course.

Parsing of the “-U” option (optional argument) is incorrect, it always receives an argument (empty if none provided) which must be shifted manually. Currently it’s only shifted if provided explicitly.

“–fullname” is not affected since it doesn’t take any arguments.

As found in mtn.

Try to avoid capturing mostly-blank frames.

At least on some systems, the console/terminal needs a manual reset (or tset) to be usable after running vcs.

When repeated captures are avoided, captures end up being filtered more than once