[Live-demo] 4.0 rc5 build

[Johan Van de Wauw]

Well, I agree that we are quite late in the release schedule for such
a drastic change.
On the other hand I don't see too many possible issues. As far as I
understand it only if files in /usr are initially identical and then
changed (or permissions are changed) by one program while they are
also used by another program issues could occur. Since programs aren't
supposed to edit files in /usr this should not occur, which is why I
only checked for double files in that dir (and not in /etc and
others).
We could also decide to use such a script only on a selection of
files, but I'm not sure how to easily script that.

Anyway, should anyone still want to try this:
sudo apt-get install fslint

#Check how much space is wasted by double files in /usr
#These lines are actually
/usr/share/fslint/fslint/findup /usr --summary >doublefiles.txt
/usr/share/fslint/fslint/fstool/dupwaste <./doublefiles.txt
#Checking which doublefiles are present can be useful to save diskspace manually

#Actually hardlink double files
du -h #report how much place is free before hardlinking
sudo /usr/share/fslint/fslint/findup /usr -m
du -h #report how much place is free after hardlinking


Johan
On Sat, Jul 31, 2010 at 6:17 PM, Brian Hamlin <maplabs at light42.com> wrote:
>> If disk space is an issue: we could consider hardlinking some
>> identical files in /usr
>
> is it possible to have a conditional flag in the build scripts
> around trying to do this java lib reduction step?
>
> Seems worthwhile, yet very fragile
> If the code was there in a conditional branch, it could be easily
> enabled, or not
>
> A corollary to me is that affected Java apps need a more careful
> acceptance testing, to be very sure there is no instability introduced...
>
> Lastly, I think the DVD could definitely ship without that optimization
>
> best regards
>  -Brian
>
>
> On Jul 31, 2010, at 4:43 AM, Johan Van de Wauw wrote:
>
>> On Sat, Jul 31, 2010 at 1:08 PM, Hamish <hamish_b at yahoo.com> wrote:
>>
>>> - "Show top 50 packages hogging the most space on the disc:
>>>   ...
>>>   94.449 MB        linux-image-2.6.32-24-generic
>>>   92.430 MB        linux-image-2.6.32-21-generic"
>>>   Alex: can you check & remove linux-image-2.6.32-21-generic by hand
>>> please?
>>
>>
>> I checked rc3 using /usr/share/fslint/fslint/findup from the fslint
>> package (or download from
>> http://code.google.com/p/fslint/source/browse/trunk/fslint/findup ),
>> and about 400 mb is found in identical files in the /usr dir. Mostly
>> the usual java suspects,
>> eg:
>> 6 * 1904640
>> lib/apache-tomcat-6.0.26/webapps/deegree/WEB-INF/lib/jai_core.jar
>> lib/geonetwork/web/geoserver/WEB-INF/lib/jai_core-1.1.3.jar
>> lib/geoserver-2.0.2/webapps/geoserver/WEB-INF/lib/jai_core-1.1.3.jar
>>
>> local/52nWPS/tomcat6/apache-tomcat-6.0.26/webapps/wps/WEB-INF/lib/jai_core-1.1.3.jar
>> share/atlasstyler/jai_core-1.1.3.jar
>> share/geopublisher/jai_core-1.1.3.jar
>>
>>  but also some other errors. Eg udig has copies of versioned libraries
>> instead of symlinks.
>>
>> 3 * 7450624     lib/udig/jre/lib/i386/libgdal.so
>> lib/udig/jre/lib/i386/libgdal.so.1
>> lib/udig/jre/lib/i386/libgdal.so.1.11.4
>> 3 * 6561792     lib/udig/jre/lib/i386/libNCSEcw.so
>> lib/udig/jre/lib/i386/libNCSEcw.so.0
>> lib/udig/jre/lib/i386/libNCSEcw.so.0.0.0
>> _______________________________________________
>> Live-demo mailing list
>> Live-demo at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/live-demo
>> http://wiki.osgeo.org/wiki/Live_GIS_Disc
>>
>
>