#10040: Don't ask for verbose output from tar when installing packages
---------------------------+------------------------------------------------
   Reporter:  mpatel       |       Owner:  GeorgSWeber
       Type:  enhancement  |      Status:  new        
   Priority:  minor        |   Milestone:             
  Component:  build        |    Keywords:             
     Author:               |    Upstream:  N/A        
   Reviewer:               |      Merged:             
Work_issues:               |  
---------------------------+------------------------------------------------

Old description:

> The `sage-spkg` script runs `tar` with the `v` option to extract spkgs.
> This significantly increases the size of many installation logs.  Not
> adding the option would make the logs easier to navigate, too.
>
> I think Leif Leonhardy proposed this, somewhere.

New description:

 The `sage-spkg` script runs `tar` with the `v` option to extract spkgs.
 This significantly increases the size of many installation logs.  Not
 adding the option would make the logs easier to navigate and search for
 errors and warnings, too.

 I think Leif Leonhardy proposed this, somewhere.

--

Comment(by leif):

 Replying to [comment:2 drkirkby]:
 > I think Leif said the verbose output could be useful to find packages
 which have unnecessary files in them.

 That was meant a joke. (I don't expect people to read the full, nearly
 300,000-lines {{{install.log}}}, but incidentally noticed the mentioned
 obsolete SageNB files when watching the build process.)

 > But personally I think that issue should be resolved when packages are
 reviewed.

 Of course. Unfortunately it's unlikely people look into the Mercurial
 repository for '''deleted''' files. (Ok, you can see them when verbosely
 unpacking an spkg manually, or do {{{du -sh}}} on the spkg's directory,
 which a reviewer should perhaps also do.)

 > I've not objections to adding an environment variable to control it, but
 it's more work than a one-character patch!

 Obviously, but shouldn't carry much more of a danger.

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/10040#comment:3>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica, 
and MATLAB

-- 
You received this message because you are subscribed to the Google Groups 
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/sage-trac?hl=en.

Reply via email to