similar to: Suggestion for complementing ssh[d]_config man pages concerning syntax for comments

http://bugzilla.mindrot.org/show_bug.cgi?id=760 Summary: GatewayPorts clarification in _config man pages Product: Portable OpenSSH Version: 3.7p1 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P2 Component: Documentation AssignedTo: openssh-bugs at mindrot.org

Hello! I would like to call a number (e.g.35), and when i press a secret code (12345), it should jump to my voicebox menu. On this page http://www.voip-info.org/wiki-Asterisk+cmd+background i found something about "Silently Wait for DTMF Input". In my case it wouldn`t be silence. It woudl just play the away message. Now how can i include such a secret code to my background funktion? I

On Thu, Aug 18, 2016 at 11:51:54AM +0200, Ishmael Tsoaela wrote: > Hi All, > > I am creating snapshot and whilest running blockcommit I am coming acrross > this error: > > virsh blockcommit Node-A vda --verbose --pivot > error: unsupported configuration: active commit not supported with this > QEMU binary This must be an older QEMU binary (you didn't tell the

Hi list, I'm evaluating a private telephony scenario of about 20 locations - 300 phones, 50 FAX machines. Initial overview points to the installation of asterisk at three locations connected to the PSTN via ISDN PRI. All other locations, small by themselves, would get SIP phones managed by asterisk, since there is good IP connectivity between all sites. Now on to the

Dear Ladies and Gentlemen how are you? I would like to wish everyone and all their families, may God continue to bless and always illuminating your steps, that this Christmas the joy of our Lord Jesus invade your home and participate in their family on this Christmas. May God bless you always! Merry Christmas and a Happy and Prosperous 2014. With Best Regards! Josue -------------- next part

Signed-off-by: Goldwyn Rodrigues <rgoldwyn@gmail.com> --- man/Makefile | 27 +++++++++++++++++++++++++++ man/btrfsck.8.in | 17 +++++++++++++++++ 2 files changed, 44 insertions(+), 0 deletions(-) create mode 100644 man/Makefile create mode 100644 man/btrfsck.8.in diff --git a/man/Makefile b/man/Makefile new file mode 100644 index 0000000..2665dd1 --- /dev/null +++ b/man/Makefile

Hello, In 2.0.0, neither the SWAT README nor the man page mentions that nmbd (or is it smbd) must be running on the server for SWAT to work. -- Tom Schutter (mailto:tom@platte.com) Platte River Associates, Inc. (http://www.platte.com) BLOWN UP BY EIGHT BROKEN IRC SERVERS. SINKING. U-301.

I would suggest putting this syslinux web page info near the top of the man page. I was using debian, which has all the linux images being linux.bin. So, to make my own boot disk, I thought I would just copy bzImage to the floppy as linux.bin. Big mistake, if one does that it will not work, and one gets output like: - 0400 AX:0208 BX:0200 CX:0002 DX:0000 etc. Just renaming

scp, when copying directories with the "-r" flag, uses the same "trailing slash" syntax as rsync, i.e., if a trailing slash is given on the source directory, it will copy the contents of that directory to the destination, instead of the directory itself. rsync has a special section in the man page that points out that this is actually expected behavior, it would be nice if

Xen is shipping xenstore binaries, but with no manpages. This fixes it. Thomas -------------- next part -------------- A non-text attachment was scrubbed... Name: 06_adds_xenstore_manpages.diff Type: text/x-diff Size: 4271 bytes Desc: not available URL: <http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20110829/da537077/attachment-0001.diff>

Attached is a patch to fix a few typos in the ssh.1 and sshd.8 man pages. I just committed these to FreeBSD, and hope that you can incorporate them in your version. -Mike -- Mike Pritchard mpp at FreeBSD.org or mpp at mppsystems.com ----cut here--- Index: ssh.1 =================================================================== RCS file: /home/ncvs/src/crypto/openssh/ssh.1,v retrieving revision

On a plain vanilla Solaris 8 install, the man page source WILL NOT generate readable manpages. It just ends up as one big paragraph. I've been using the cat pages as a workaround, but it would be nice if the man pages would format with nroff -man --jeh Asst. Systems Administrator Research Computing Systems UW Electrical Engineering

OpenSSH 3.7.1p2, Solaris: The man pages are converted by the awk script mdoc2man.awk. But some commands are not recognized and remain as such, but without the leading dot: .Bk -words .Ek .CM (is .Cm intended?) The script should be enhanced or these commands avoided. I also tried the perl script mdoc2man.pl from OpenSSH 3.5p1, which gives exactly the same results.

Hi all, there is a little problem when building rsync outside it's source dir with installing the man pages: they are not found and therefor not installed. The attached patch fixes this situation. Kind regards, H.-A. Arnolds -- ________________________________________________________________________ Dipl.-Ing. Heinz-Ado Arnolds MPI fuer Astrophysik Karl-Schwarzschild-Strasse 1

The xen-utils-common package doesn't have the pod2man converted pages. I took at look at debian/rules but couldn't figure out how to send an appropriate patch. The best I could do was just send you this email to let you know.

Given that R is being written under the GNU GPL, a corollary process would be sufficient documentation of R (in packaged distributions) that explains HOW-TO install, use, and extend R. An example of documentation that is extensive is Perl which has documentation under the MAN pages in Unix,Linux as well as in POD (Plain Old Documents) files. The key to R advocacy is documentation. As

All, With AsciiDoc, we can make use of some macros to cut down on some of the repetition in the driver man pages. I don't want to go overboard on this, though - I know that drivers aren't meant to be invoked directly by users anyway. I propose that we put all of the gory details into the nutupsdrv(8) man page (mostly there anyway), and just add a few basic options to the

I'm looking for a little bit of help with the man page conversion. So far, about a third of the man pages are converted, and I think it would make sense to have a second or third set of eyes compare the output to be sure that we are not losing any information in the conversion process. In the tarballs generated from the AsciiDoc branch on http://buildbot.ghz.cc/public/nut/ you will find the

Package: xen-utils-common Version: 3.0+hg11624-1 Severity: normal Hi, the executable /usr/sbin/xm refers to the man pages xm(1) and xmdomain.cfg(5). As far as I can see, Debian doesn't ship the respective upstream man pages available at http://xensource.com/ . Since Debian packages should ship man pages for executables, it would be a good idea to include those. Thanks, bye, Roland --

After working a few more days with the Xen 3.1 packages build with my patches I've found two bugs. The attached diff contain the fixes - it's a full diff against xen-3.0 rev 391 and xen-common rev 388; they are not yet synced with Guido Trotter's patches for Xen 3.0.4 now in trunk. The bugs fixed: Pygrub did not work due to some well known issues and Python library pathes.