Bug#529296: a --really-quiet option would be handy
Lars Wirzenius wrote: > chronic isn't really helping me. I have a long list of things for mr, > and if there's a failure with any of them, I need to read through the > whole output, which is tedious. Have you tried mr -s? > Instead of having intricate ways for mr to pass --quiet options to each > version control system, mr could do what chronic does: capture output > and not display it unless there was an error. Would that be an > acceptable way of implementing things? Could do.. -- see shy jo signature.asc Description: Digital signature
Bug#529296: a --really-quiet option would be handy
On la, 2011-01-22 at 10:33 -0400, Joey Hess wrote: > So, I'm inclined to just promote the use of chronic, and leave mr -q > as a way to omit mr's own output, while leaving the output of the > commands it runs unaffected. chronic isn't really helping me. I have a long list of things for mr, and if there's a failure with any of them, I need to read through the whole output, which is tedious. Instead of having intricate ways for mr to pass --quiet options to each version control system, mr could do what chronic does: capture output and not display it unless there was an error. Would that be an acceptable way of implementing things? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529296: a --really-quiet option would be handy
Christian Perrier wrote: > I concur to Lars suggestion. Now that D-I switch to a multiple git > repo, I get something like this when running my cronned "mr -p -q > update": > > cperrier@mykerinos:~/src/debian/debian-installer/trunk$ mr -q -p update > Umanual/cs/appendix/preseed.xml > Upackages/po/sublevel1/ru.po > Actualisé à la révision 66294. > Already up-to-date. > Already up-to-date. > Already up-to-date. > Already up-to-date. > .../... > > In this case, of course, I expect the first lines to displaybut th > emain problem are the "Already up-to-date" lines (which can be removed > with "git pull -q"). FWIW, my approach to dealing with this is to use chronic from moreutils. "chronic mr update" nicely supresses all output, while showing all output when there is an error -- which is handy since it makes it easy to see the error in the context of the normal output. Also, it can be applied to any noisy command. :) Fixing this in mr would require adding non-noisy versions of the definitions for git_update, svn_update, bzr_update, etc. But then what if you wanted a quiet commit or some other operation? I'd have to end up by dubling the number of command definitions in mr. And anyone adding a new subcommand to their mr configuration would too. So, I'm inclined to just promote the use of chronic, and leave mr -q as a way to omit mr's own output, while leaving the output of the commands it runs unaffected. -- see shy jo signature.asc Description: Digital signature
Bug#529296: a --really-quiet option would be handy
Package: mr Version: 1.00 Severity: normal I concur to Lars suggestion. Now that D-I switch to a multiple git repo, I get something like this when running my cronned "mr -p -q update": cperrier@mykerinos:~/src/debian/debian-installer/trunk$ mr -q -p update Umanual/cs/appendix/preseed.xml Upackages/po/sublevel1/ru.po Actualisé à la révision 66294. Already up-to-date. Already up-to-date. Already up-to-date. Already up-to-date. .../... In this case, of course, I expect the first lines to displaybut th emain problem are the "Already up-to-date" lines (which can be removed with "git pull -q"). -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash mr depends on no packages. Versions of packages mr recommends: ii libhtml-parser-perl 3.68-1 collection of modules that parse H ii libwww-perl 5.837-1simple and consistent interface to ii perl 5.10.1-17 Larry Wall's Practical Extraction Versions of packages mr suggests: ii bzr2.3.0~beta3-1 easy to use distributed version co ii curl 7.21.3-1 Get a file from an HTTP, HTTPS or ii cvs1:1.12.13-12 Concurrent Versions System ii darcs 2.4.4-3 a distributed, interactive, smart pn fossil (no description available) ii git [git-core] 1:1.7.2.3-2.2 fast, scalable, distributed revisi ii liburi-perl1.56-1module to manipulate and access UR ii mercurial 1.6.4-1 scalable distributed version contr ii subversion 1.6.12dfsg-4 Advanced version control system -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org