Re: mksetupini fails validating packages because curr is test

[Ivan Gagis <igagis at gmail dot com>]

I use git repository on github to store the files. And to update it I
clone the repo, run mksetupini and then commit and push.
So, I'm not sure what actually is going on with mtime of the files
there. Perhaps git messes up the mtime of cloned files.

But why is this check of mtime needed at all? Isn't version number
enough for tracking earlier-later files?

Br,
Ivan


2017-11-30 0:13 GMT+02:00 Jon Turney <jon.turney@dronecode.org.uk>:
> On 29/11/2017 21:34, Ivan Gagis wrote:
>>
>> What is that timestamp? Is it when the package was uploaded?
>
>
> Sorry, by timestamp, I just mean the mtime of the archive file.
>
>> Then it should not be possible, because lower version definitely was
>> uploaded earlier than higher version package.
>>
>> Where are those timestamps kept? Hint files does not contain any
>> timestamp and setup.ini only has its global timestamp, but not
>> per-package timestamps.
>>
>> Do you have any suggestion of how to fix this?
>
>
> Assuming you've found a bug, I need some more details to enable me to
> reproduce it, before I can fix it...
>
>
>> 2017-11-29 18:52 GMT+02:00 Jon Turney:
>>>
>>> On 29/11/2017 15:06, Ivan Gagis wrote:
>>>>
>>>>
>>>> I have an overlay cygwin repo where I publish my packages.
>>>>
>>>> Recently I started getting errors from mksetupini script:
>>>>
>>>> "
>>>> mksetupini: package 'mypackage' version '0.4.38-1' is most recent
>>>> non-test version, but version '0.4.43-1' is curr:
>>>> mksetupini: package set has errors, not writing setup.ini
>>>> "
>>>>
>>>> there was no such errors before. And I don't have "test:" in any hint
>>>> files of my packages, so no I dea why it thinks that some versions are
>>>> non-test and curr is test?
>>>
>>>
>>>
>>> It's not saying any versions are test.
>>>
>>>> Can you explain what this actually means?
>>>
>>>
>>>
>>> "most recent" means "latest timestamp"
>>>
>>> So this is telling you that 0.4.38-1 is the non-test version which has
>>> the
>>> most recent timestamp, but 0.4.43-1 is curr: (because it's the highest
>>> non-test version)

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple