similar to: [Bug 883] mdoc2man.awk causes flaw in ssh(1) man page

http://bugzilla.mindrot.org/show_bug.cgi?id=217 Summary: mdoc2man.pl puts wrong name into ssh.1 man page Product: Portable OpenSSH Version: 3.1p1 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P2 Component: Documentation AssignedTo: openssh-unix-dev at mindrot.org

http://bugzilla.mindrot.org/show_bug.cgi?id=217 ------- Additional Comments From pspencer at fields.utoronto.ca 2002-04-16 04:37 ------- Created an attachment (id=74) Prevent mdoc2man.pl from using wrong name in man pages ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

On 2016-09-28 00:10, Ingo Schwarze wrote: > The patch also inserts a few needless .PP before .SH, but that does > no harm. mdoc2man.awk is a terrible hack and not a proper parser > in the first place, so we shouldn't expect beauty in its output. > If the output is correct and portable, that's good enough. At some > point, we should replace mdoc2man.awk with mandoc -Tman

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.

On Wed, 13 Mar 2002, Charles Straubel wrote: :I am trying to build openssh on an HP-UX 11.0 machine. I have installed :zlib 1.1.3, openssl 0.9.5a and Perl 5.6.0. :syntax error in file ./mdoc2man.pl at line 39, next 2 tokens "use strict" : :syntax error in file ./mdoc2man.pl at line 73, next 2 tokens "ParseMacro(" : :syntax error in file ./mdoc2man.pl at line 82, next 2 tokens

Dear list, I hope this is the right forum to ask. I have just downloaded and compiled R, but I get a segfault after I start R. make, make test/check, went OK. My system is linux-2.2.13 glibc-2.1.3 gcc 2.95.2 R-1.1.0 Here is a backtrace from gdb: (gdb) file /usr/local/lib/R/bin/R.bin Reading symbols from /usr/local/lib/R/bin/R.bin...done. (gdb) run Starting program: /usr/local/lib/R/bin/R.bin

Hi! I just run a test build of the latest CVS on HP-UX 10.20 and found two issues, both related to the new mdoc2man.pl support: - In Makefile.in, line 122, the construction $(MANPAGES): %.out: % is used. HP's "make" command does not understand this syntax (gmake does). - In configure, the first "perl" command in the PATH seems to be found. On HP-UX this is an

So it appears that I am getting a keyboard-interactive prompt and then a password prompt. Here is the output of the requested command: ssh -vvv -o NumberOfPasswordPrompts=1 -t root at 10.10.2.51 OpenSSH_6.7p1, OpenSSL 1.0.1k-fips 8 Jan 2015 debug1: Reading configuration data /cygdrive/c/progra~1/OpenSSH/etc/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to 10.10.2.51 [10.10.2.51]

Hello, I use Tim's mboot.c32 to load multiboot kernels over pxelinux. However, some kernels require the symbol table and other information in the ELF section header table to be able to load properly. This functionality is not present in mboot.c now, so I added support for it. The patch is attached. It would be great if you can push this into the next release of syslinux so ELF multiboot

This fixes a bug in SmallVectorImpl<>::insert, which were not behaving correctly on inserting an empty range into an empty vector: #include <llvm/ADT/SmallVector.h> #include <cassert> int main() { llvm::SmallVector<int, 1> v, w; llvm::SmallVector<int, 1>::iterator it = v.insert(v.end(), w.begin(), w.end()); assert(it == v.end()); } The insert function(s)

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Solaris 10 x64 kernel 150401-35 LibreSSL 2.4.1 GCC 5.2 ./configure --with-privsep-user=sshd --with-pam --with-pie --with-ssl-dir=/usr/local 'CFLAGS=-O3 -m64 -mtune=native -pipe' 'LDFLAGS=-m64' successful. gmake produces error: root @ khorne /patch/openssh-7.3p1 # gmake conffile=`echo sshd_config.out | sed

The attached patch (relative to the current CVS snapshot) uses a perl script to convert the OpenSSH manpages from the BSD -mdoc format to the -man format used by other systems. This allows the unformatted manpages to be installed normally, rather than defaulting to preformatted pages. I'd like to see this patch integrated into the portable version of OpenSSH. Please let me know what you

Dear R-experts, Dear Wolfgang, Weighted model fitting in metafor uses the inverse of the study specific variances as weights. I am wondering if it is possible to specify different weights. In my meta-analysis, there are two types of studies with (intrinsic) differences in their range of sample sizes (which are used to calculate the variances of Fisher's z). I would like to try normalizing

Version info: OpenSSH_7.3p1, OpenSSL 1.0.2i 22 Sep 2016, Arch linux The ssh-agent.1 man page seems to have an indentation oddity, at least, as formatted with recent Arch linux manpage toolset. Here's what appears in the formatted output just after the description of the the "-t" option: ---------- Begin formatted output ------------------------------------- -t life

Hi List I'm having difficulty understanding how plm should work with dynamic formulas. See the commands and output below on a standard data set. Notice that the first summary(plm(...)) call returns the same result as the second (it shouldn't if it actually uses the lagged variable requested). The third call results in error (trying to use diff'ed variable in regression) Other info:

do you folks have a way of generating man pages in a format that the Solaris "man" command can use (apart from converting to plain text)?

Hello, I have a x86 Red Hat Linux release 7.0 (Guinness) box. OpenSSL 0.9.6b I downloaded the most recent version of OpenSSH (3.1p1). Attached is the result of ./configure and make. Thanks in advance -------------- next part -------------- # ./configure checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are

Johannes Schaub (litb) wrote: > This fixes a bug in SmallVectorImpl<>::insert, which were not behaving > correctly on inserting an empty range into an empty vector: > > #include <llvm/ADT/SmallVector.h> > #include <cassert> > > int main() { > llvm::SmallVector<int, 1> v, w; > llvm::SmallVector<int, 1>::iterator it = >

I have installed CentOS 4.5 and 5 on 2 separate machines, and both have default installs of vim-enhanced on each of them. I noticed that I can get syntax highlighting as a regular user, sudo and as root in C4.5. In C5 I only get highlighting as a regular user. I diff'ed my /etc/vimrc files between each install there is no changes and neither root ~ has a .vimrc file. I had put "# vim:

Yes, I have tried that option with no difference in behavior. It seems it ignores that option when provided. Just for reference, I am building it on RedHat 5. I have never had this issue on any previous version of OpenSSH. I use the default configuration with only the changes specified in the RHEL 5 STIG applied. I appreciate the security advice. The root account was indicated simply as an