Re: [ANNOUNCE] vdrcm-0.0.2 - interactive console dialogs script for managing VDR configuration files

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Very nice! I like it.


2016-01-09 19:43 GMT+01:00 Lucian Muresan <lucianm@xxxxxxxxxxxxxxxxxxxxx>:
> Hi all,
>
> vdrcm-0.0.2 - the VDR Config Manager for managing VDR configuration
> files is now available at [1].
>
> What is this all about? You may remember the ARGSDIR feature introduced
> in VDR last year, which allows to store all the CLI parameters supplied
> to VDR and its plugins spread over several files with the extension
> *.conf in INI style, located for example in the /etc/vdr/conf.d
> directory. They only need to contain INI sections named like  or
> [plugin-name], followed by one option per line, then vdr launched with
> no CLI-parameters at all will read these files in their file name order.
>
> Just like other implementations (for example vdrctl used by yaVDR),
> vdrcm will actually symlink config files from a pool directory
> /etc/vdr/conf.avail to ARGSDIR, when it enables a plugin, or delete the
> symlink only, when disabling it. It also lets you define the explicit
> order of the plugins, by prefixing the symlinks with a number, or fires
> up the text editor defined in the EDITOR environment variable, and all
> this interactivlely in a CLI console, by using whiptail or dialog, see
> sreenshots at [2]. Note that the screenshots are from version 0.0.1,
> running with dialog, now I noticed that whiptail looks a lot better and
> is now preferred if both are present on the system.
>
> There is also a non-interactive pure CLI-mode supporting enabling or
> disabling a plugin by its name, and promoting the order of a plugin
> before another one, by the index before re-ordering. These CLI-options
> should be suitable for writing a true vdr Plugin for managing plugins,
> which should need to call these commands with setuid in order to be able
> to execute them, and scan the directories for refreshing the list of
> available/active/inactive plugins in the OSD. There were such type of
> plugins in the past, but they were too distribution-specific. The
> ARGSDIR-feature would allow any distribution to use this type of
> VDR/plugins configuration, therefore also the usage of the same
> management tools for them. I'm planning to write such a plugin in the
> near future, as spare time will permit it.
>
> The runtime dependencies of vdrcm are quite basic:
> - which
> - coreutils
> - util-linux
> - grep
> - pkg-config (optional, see README for a workaround when missing)
> - whiptail or dialog (optional if only the CLI-mode is used).
>
> For more information and a short visual usage summary, check the
> README.md at the homepage.
>
> Have fun,
> Lucian
>
>
>
>
>
> [1](Homepage) https://github.com/lucianm/vdrcm
> [2](Screenshots)
> https://github.com/lucianm/vdrcm/wiki/Short-visual-usage-summary
> [3](Releases) https://github.com/lucianm/vdrcm/releases
>
>
> _______________________________________________
> vdr mailing list
> vdr@xxxxxxxxxxx
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr




[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux