{"thread":{"id":"10073","subject":"[RFC] patch series to sketch a less verbose and frightening output","startedAt":"2007-09-29T10:45:54Z","lastAt":"2007-09-29T16:07:33Z","messageCount":4,"participants":["Pierre Habouzit","Nicolas Pitre"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"54327","messageId":"1191062758-30631-1-git-send-email-madcoder@debian.org","threadId":"10073","inReplyTo":null,"subject":"[RFC] patch series to sketch a less verbose and frightening output","fromName":"Pierre Habouzit","fromEmail":"madcoder@debian.org","sentAt":"2007-09-29T10:45:54Z","receivedAt":"2007-09-29T10:45:54Z","isPatch":false,"sender":{"key":"madcoder@debian.org","avatar":"https://avatars.githubusercontent.com/u/44708?v=4"},"body":"  Follow 4 patches that rework progress.c a bit so that one stage only\ntakes one line of output with a progress bar.\n\n  Some of the patch fix (IMHO) pointless lines to print on screen (even\nfor debugging purposes).\n\n  With those patches, running git gc looks like:\n\n    $ git gc\n    Counting objects    : 10095\n    Deltifying objects  : [===================================================] 100%\n    Writing objects     : [==========================>                        ] 50%\n\n    [...]\n\n    Counting objects    : 10095\n    Deltifying objects  : [===================================================] 100%\n    Writing objects     : [===================================================] 100%\n    Pruning objects     : [===================================================] 100%\n\nI don't believe those patches are 100% okay yet, because it doesn't\nplays that nice during a clone (it's not horribly broken, merely\nsurprising). But it sketches what it could look like.\n"},{"id":"54328","messageId":"20070929104945.GB4216@artemis.corp","threadId":"10073","inReplyTo":"1191062758-30631-1-git-send-email-madcoder@debian.org","subject":"Re: [RFC] patch series to sketch a less verbose and frightening output","fromName":"Pierre Habouzit","fromEmail":"madcoder@debian.org","sentAt":"2007-09-29T10:49:45Z","receivedAt":"2007-09-29T10:49:45Z","isPatch":false,"sender":{"key":"madcoder@debian.org","avatar":"https://avatars.githubusercontent.com/u/44708?v=4"},"body":"On Sat, Sep 29, 2007 at 10:45:54AM +0000, Pierre Habouzit wrote:\n>   Follow 4 patches that rework progress.c a bit so that one stage only\n> takes one line of output with a progress bar.\n> \n>   Some of the patch fix (IMHO) pointless lines to print on screen (even\n> for debugging purposes).\n> \n>   With those patches, running git gc looks like:\n> \n>     $ git gc\n>     Counting objects    : 10095\n>     Deltifying objects  : [===================================================] 100%\n>     Writing objects     : [==========================>                        ] 50%\n> \n>     [...]\n> \n>     Counting objects    : 10095\n>     Deltifying objects  : [===================================================] 100%\n>     Writing objects     : [===================================================] 100%\n>     Pruning objects     : [===================================================] 100%\n> \n> I don't believe those patches are 100% okay yet, because it doesn't\n> plays that nice during a clone (it's not horribly broken, merely\n> surprising). But it sketches what it could look like.\n\n  Okay, sorry this was supposed to answer to\n<20070929090121.GA4216@artemis.corp>\n\n-- \n·O·  Pierre Habouzit\n··O                                                madcoder@debian.org\nOOO                                                http://www.madism.org\n"},{"id":"54340","messageId":"alpine.LFD.0.9999.0709291030010.17881@xanadu.home","threadId":"10073","inReplyTo":"1191062758-30631-2-git-send-email-madcoder@debian.org","subject":"Re: [PATCH 1/4] Rework progress module so that it uses less screen lines, with progress bars.","fromName":"Nicolas Pitre","fromEmail":"nico@cam.org","sentAt":"2007-09-29T14:33:44Z","receivedAt":"2007-09-29T14:33:44Z","isPatch":true,"sender":{"key":"nico@fluxnic.net","avatar":"https://avatars.githubusercontent.com/u/702790?v=4"},"body":"On Sat, 29 Sep 2007, Pierre Habouzit wrote:\n\n> Signed-off-by: Pierre Habouzit <madcoder@debian.org>\n\nNAK.\n\nI don't mind the progress bar, but please don't supress the printing of \nthe number of objects.  This is the only indication we have to \nguesstimate the time needed for given operation.\n\n\nNicolas\n"},{"id":"54346","messageId":"20070929160733.GE32142@artemis.corp","threadId":"10073","inReplyTo":"alpine.LFD.0.9999.0709291030010.17881@xanadu.home","subject":"Re: [PATCH 1/4] Rework progress module so that it uses less screen lines, with progress bars.","fromName":"Pierre Habouzit","fromEmail":"madcoder@debian.org","sentAt":"2007-09-29T16:07:33Z","receivedAt":"2007-09-29T16:07:33Z","isPatch":true,"sender":{"key":"madcoder@debian.org","avatar":"https://avatars.githubusercontent.com/u/44708?v=4"},"body":"On Sat, Sep 29, 2007 at 02:33:44PM +0000, Nicolas Pitre wrote:\n> On Sat, 29 Sep 2007, Pierre Habouzit wrote:\n> \n> > Signed-off-by: Pierre Habouzit <madcoder@debian.org>\n> \n> NAK.\n> \n> I don't mind the progress bar, but please don't supress the printing of \n> the number of objects.  This is the only indication we have to \n> guesstimate the time needed for given operation.\n\n  As said, I don't intend this series to be integrated as is, it's just\na basis for some discussion :)\n\n-- \n·O·  Pierre Habouzit\n··O                                                madcoder@debian.org\nOOO                                                http://www.madism.org\n"}]}