Well, following Phill's comment on the other branch of this discussion, we could put a single still image in as a raster replacement for those unused movies, and then theoretically everything should still work. Right?

On Nov 15, 2006, at 10:42 AM, Benjamin Shine wrote:


I'm almost with you there, in cost-benefit, except that we're talking 10 mb, which is a huuuuge benefit. There's a 2.6 mb chunk which is the jfk movie, in basics, which I'm not proposing to delete. 10 mb of unused data (uncompressed) in a (compressed) distro of 30-40 mb is huge.

I'm volunteering to do the work of pruning for amazon. How about I give it a try and see if it yields easily in under an hour?

On Nov 15, 2006, at 9:39 AM, Jim Grandy wrote:

The immediate question is whether to prune back (perhaps just for this release) the images automatically generated from multi-frame movies in our source tree. I'd rather not do that, because it would likely take more resources to ensure we didn't break anything than it would save in reduced download times.

jim

On Nov 15, 2006, at 5:32 AM, P T Withington wrote:

I think autopng should refuse to autopng anything with more than 3-4 frames. Make the developer think about what they really want.

On 2006-11-15, at 01:11 EST, Benjamin Shine wrote:


We're carrying around 10 mb of unused images and 10 mb of svn info about the unused images for the amazon demo; see evidence at end of message. I want to clear this out before we make legals-b1 distros.

http://www.openlaszlo.org/jira/browse/LPP-2938 shows that the amazon demo is scheduled to be fixed for Legals B2. http://svn.openlaszlo.org/openlaszlo/branches/legals/demos/ amazon/images/autoPng/

I propose either
1) delete amazon autopngs from legals-b1 branch but don't touch amazon autopngs in legals branch 2) delete amazon autopngs from legals branch, carry that deletion into autopngs, and do a stopgap measure to stop using the resources which become many frames of autopngs. That's what I did for calendar.

Jim? Mamye?

[EMAIL PROTECTED] amazon]$ cd /home/ben/src/svn/openlaszlo/ branches/legals/demos/amazon
[EMAIL PROTECTED] amazon]$ du -k . | sort -n | tail -10
12     ./images/.svn/text-base
924     ./images/autoPng/.svn/prop-base
924     ./images/autoPng/.svn/props
924     ./images/autoPng/.svn/wcprops
1604    ./images/.svn
10548   ./images/autoPng/.svn/text-base
13448   ./images/autoPng/.svn
23992   ./images/autoPng

26108   ./images
26516   .

That's disk usage in kilobytes for the directory listed and its contents, sorted from lowest to highest, selecting only the highest 10 results. Run that same command from $LPS_HOME for big fun.

benjamin shine
software engineer
[EMAIL PROTECTED]






benjamin shine
software engineer
[EMAIL PROTECTED]




Reply via email to