Re: [MiNT] Install script

[Paul Wratt <paul.wratt@gmail.com>]

see archive.txt in the resulting upgrade or install folder

also note that v1.02 (the last one) defaults to a set of folder names
that are derived from the bz2 name, which atm includes the branch and
date.. this was changed for exactly the same reason you provided,
however Peters original way of using only dates was extend in v1.00
script to cover time as well (this still exists in the script, along
with all modifiable defaults at top of script)

It is possible that on windows, creation date is also copied
correctly. I will investigate linux, but i am guessing some CUT +
TOUCH would be required to correctly set them..

Note if you are just upgarding the kernel, use "kernupgr.sh" as this
issue does not exist

Paul

On Thu, Sep 15, 2011 at 10:17 PM, David Sandberg <david@tomsand.com> wrote:
> If someone put the daily build and the script touch every files, and that
> guy takes another build maybe the release or trunk, he don't can
> differentiate the different files if all is done on the same day and all
> would be touched with the same date. It is very less helpful for the over
> looking of the versions.
>
> I hope this explains my problem with this.
>
> David
>
>> -----Ursprüngliche Nachricht-----
>> Von: Paul Wratt [mailto:paul.wratt@gmail.com]
>> Gesendet: Donnerstag, 15. September 2011 02:27
>> An: David Sandberg; mint
>> Betreff: Re: [MiNT] Install script
>>
>> "touches every file"
>> yes, this is because it copy (or moves) files. unlike the
>> "kernupgr.sh" script which extract directly from tar.bz2
>>
>> but then again, you are the first to mention it..
>>
>> as for your other comments about "full install".. the script already
>> does a lot, uses lots of binaries (unlike the "kernupgr.sh") so I dont
>> see why it could not include that things you ask for.. (would add at
>> least "touch", "wget" or "curl", and tons more error checking)
>>
>> however some issues are:
>> not all required files can be easily found (I have almost everything
>> ready for a zip tho)
>> people need to report script issues, otherwise it can not be improved
>> some parts of upgrade are already done with EasyMiNT
>> un bz2 freemint on real hardware is extremely slow
>>
>> I will look into some of the things you mention.. the biggest problem
>> here tho is getting it tested on real hardware.. or common setups that
>> I currently dont use (Windows with CF/SD/USB)
>>
>> If you could provide me with what you did to successfully get
>> "Minipack" run on your machine (links, steps, etc) I would be happy to
>> look at integrating int a full upgrade script (not just FreeMiNT
>> upgrade)
>>
>> BTW there is considerable help text in "mintupgr.sh" - but it may
>> still be missing the info you are looking for, so let me know it if
>> that is the case
>>
>> Paul
>>
>> On Sun, Sep 11, 2011 at 10:19 PM, David Sandberg
>> <david@tomsand.com> wrote:
>> >  Paul,
>> > Why your upgrade script touch every file? This is less
>> helpful. Please
>> > correct to beware the file attributes, then retains any clear view.
>> >
>> > Best
>> >
>> > David
>> >
>> >> -----Ursprüngliche Nachricht-----
>> >> Von: mint-bounce@lists.fishpool.fi
>> >> [mailto:mint-bounce@lists.fishpool.fi] Im Auftrag von Paul Wratt
>> >> Gesendet: Montag, 22. August 2011 05:04
>> >> An: Michael Bernstein; mint
>> >> Betreff: Re: [MiNT] Install script
>> >>
>> >> mintupgr.sh v1.0.2
>> >>
>> >> * fixed bug copying "audiodev.xdd"
>> >> * add copy moose.adi if not mouse_wheel
>> >> * added default UNIQUE_FILENAME to "yes" which adds
>> -SYS_TYPE-ARC_NAME
>> >> to folders (fixes multiple installs + multiple archives
>> all processed
>> >> on the same day)
>> >>
>> >> BTW defaults are "ara040"
>> >>
>> >> Paul
>> >>
>> >
>> >
>
>