On Sat, Mar 04, 2006 at 05:36:21PM -0500, Joey Hess wrote:
> Davor Ocelic wrote:
> > Basically the same problem occurs at a place where debhelper would want
> > to call dpkg-parsechangelog.
>
> Where, here?
>
> my $version=`dpkg-parsechangelog -l$isnative_changelog`;
> ($dh{VERSION})=$version=~m/Version:\s*(.*)/m;
> # Did the changelog parse fail?
> if (! defined $dh{VERSION}) {
> error("changelog parse failure");
> }
>
> Seems fine.
No, in the debian/rules file:
# Figure out the `current debhelper version.
VERSION=$(shell expr "`dpkg-parsechangelog 2>/dev/null |grep Version:`" :
'.*Version: \(.*\)')
> > Maybe a good solution would be not to redirect stderr to /dev/null; this
> > way, all messages would be clearly visible, and I think they wouldn't
> > print anything to stderr in normal course of operation anyway.
>
> I don't know what stderr redirection you're referring to.
I am primarily referring to the case above, but also other cases that
satisfy the above assumption of "not printing anything on stderr in
normal course of operation". Try invoking
grep -r 'dev\/null' * | grep -v which | grep 2
to see some of such cases.
Regards,
-doc
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]