From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: From: Alexander Stein Date: Tue, 01 Apr 2014 11:24:52 +0200 Message-ID: <5154092.4WVLzE0vXN@ws-stein> In-Reply-To: <20140401082441.GC6045@pengutronix.de> References: <2600638.TXFjk7YaMQ@ws-stein> <2910384.0cJodDoVy1@kongar> <20140401082441.GC6045@pengutronix.de> MIME-Version: 1.0 Subject: Re: [ptxdist] git ptx-patches fails Reply-To: ptxdist@pengutronix.de List-Id: PTXdist Development Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: ptxdist-bounces@pengutronix.de Errors-To: ptxdist-bounces@pengutronix.de To: ptxdist@pengutronix.de Cc: Michael Olbrich , Uwe =?ISO-8859-1?Q?Kleine=2DK=F6nig?= On Tuesday 01 April 2014 10:24:41, Uwe Kleine-K=F6nig wrote: > On Mon, Mar 31, 2014 at 07:08:53PM +0200, Alexander Stein wrote: > > On Saturday 29 March 2014, 10:28:54 wrote Michael Olbrich: > > > On Thu, Mar 27, 2014 at 08:16:15AM +0100, Alexander Stein wrote: > > > > I tried to use git ptx-patches fromwithin a package and noticed it = doesn't work. > > > > I could track down the problem to this command (from scripts/git-pt= x-patches): > > > > > man git-format-patch | grep -q -e --notes > > > > = > > > > Executing this command manually results in this error message: > > > > > Error executing formatting or display command. > > > > > System command (cd "/usr/share/man" && (echo ".pl 11i"; /bin/bzip= 2 -c -d '/usr/share/man/man1/git-format-patch.1.bz2') | /usr/bin/gtbl | /us= r/bin/nroff -mandoc | less) exited with status 141. > > > > > No manual entry for git-format-patch > > > > = > > > > Interestingly executing > > > > > (cd "/usr/share/man" && (echo ".pl 11i"; /bin/bzip2 -c -d '/usr/s= hare/man/man1/git-format-patch.1.bz2') | /usr/bin/gtbl | /usr/bin/nroff -ma= ndoc | less) | grep -q -e --notes > > > > works as expected. I have no idea what's wrong here. > > > = > > > Maybe this is caused by some aliases or interactive/non-ineractive ma= gic. > > > Does it help to replace "man git-format-patch" with "git format-patch > > > --help" or "man -P cat git-format-patch"? > > = > > Unfortunately no :( > > = > > git format-patch --help | grep -q -e --notes > > Error executing formatting or display command. > > System command (cd "/usr/share/man" && (echo ".pl 11i"; /bin/bzip2 -c -= d '/usr/share/man/man1/git-format-patch.1.bz2') | /usr/bin/gtbl | /usr/bin/= nroff -mandoc | /usr/bin/less) exited with status 141. > > No manual entry for git-format-patch > > = > > $ man -P cat git-format-patch | grep -q -e --notes > > Error executing formatting or display command. > > System command (cd "/usr/share/man" && (echo ".pl 11i"; /bin/bzip2 -c -= d '/usr/share/man/man1/git-format-patch.1.bz2') | /usr/bin/gtbl | /usr/bin/= nroff -mandoc | cat) exited with status 141. > > No manual entry for git-format-patch > Do you have git-format-patch's manpage, i.e. does > = > man git-format-patch > = > work? Yep, that man page is installed. > On bash, what happens on: > = > $ man -P cat git-format-patch | grep -q -e --notes > $ echo ${PIPESTATUS[@]} $ man -P cat git-format-patch | grep -q -e --notes Error executing formatting or display command. System command (cd "/usr/share/man" && (echo ".pl 11i"; /bin/bzip2 -c -d '/= usr/share/man/man1/git-format-patch.1.bz2') | /usr/bin/gtbl | /usr/bin/nrof= f -mandoc | cat) exited with status 141. No manual entry for git-format-patch $ echo ${PIPESTATUS[@]} 1 0 > Does > = > strace -f -o /tmp/lala man -P cat git-format-patch | grep -q -e --notes > = > give any insights (e.g. where does the 141 come from?) Somewhat. The 'culprit' is grep so far: $ man -P cat git-format-patch | grep -q -e --notes Error executing formatting or display command. System command (cd "/usr/share/man" && (echo ".pl 11i"; /bin/bzip2 -c -d '/= usr/share/man/man1/git-format-patch.1.bz2') | /usr/bin/gtbl | /usr/bin/nrof= f -mandoc | cat) exited with status 141. No manual entry for git-format-patch $ man -P cat git-format-patch | grep -e --notes [--[no-]cover-letter] [--quiet] [--notes[=3D= ]] --notes[=3D] It seems grep slightly behaves differently when used with -q. It closes STD= IN as soon as it detects the pattern. But the closed pipe results in an EPIPE returned from write(2) within cat w= hich exits with an error. A working variant/workaround ist: $ man -P cat git-format-patch | grep -e --notes > /dev/null $ echo $? 0 Best regards, Alexander -- = Dipl.-Inf. Alexander Stein SYS TEC electronic GmbH Am Windrad 2 08468 Heinsdorfergrund Tel.: 03765 38600-1156 Fax: 03765 38600-4100 Email: alexander.stein@systec-electronic.com Website: www.systec-electronic.com = Managing Director: Dipl.-Phys. Siegmar Schmidt Commercial registry: Amtsgericht Chemnitz, HRB 28082 -- = ptxdist mailing list ptxdist@pengutronix.de