Package: git Version: 1:1.7.4.1-5 Severity: normal "git log filename -p" results in this message:
fatal: bad flag '-p' used after filename Since git can see that I've given it a flag, why complain rather than just accepting that flag? I frequently want to re-run a previous command with additional flags, and I shouldn't have to go back and insert them at the beginning of the command when I can much more easily do so at the end. - Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git depends on: ii git-man 1:1.7.4.1-5 fast, scalable, distributed revisi ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.4-1 Multi-protocol file transfer libra ii liberror-perl 0.17-1 Perl module for error/exception ha ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii perl-modules 5.10.1-19 Core Perl modules ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages git recommends: ii less 436-1 pager program similar to more ii openssh-client [ssh-client] 1:5.8p1-4 secure shell (SSH) client, for sec ii patch 2.6.1-1 Apply a diff file to an original ii rsync 3.0.7-2 fast remote file copy program (lik Versions of packages git suggests: pn git-arch <none> (no description available) pn git-cvs <none> (no description available) pn git-daemon-run <none> (no description available) pn git-doc <none> (no description available) pn git-el <none> (no description available) pn git-email <none> (no description available) pn git-gui <none> (no description available) ii git-svn 1:1.7.4.1-5 fast, scalable, distributed revisi ii gitk 1:1.7.4.1-5 fast, scalable, distributed revisi pn gitweb <none> (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
