You are right. Amazon doesn't work at all in legals (cf LPP-2938) so
testing it with fewer images isn't possible <geek> which means
testing it would take infinitely long, and infinite time is more than
finite time, no matter how many times it's downloaded.</geek>
I am going to purge frames from the legalsb1 branch, but leave legals
alone.
-ben
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/autoPng26108 ./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, Open Laszlo / Laszlo Systems
[EMAIL PROTECTED]
