Re: [Fink-devel] CVS commit rules

[Peter O'Gorman]

On Tuesday, March 19, 2002, at 11:32  PM, Bertrand Lupart wrote:
>
> Correct me if i'm wrong, but if a user has a foo version of a package
> that has obsolete download url, a fink update won't bring him back the
> correct download url since the version hasn't been bump versionned.
>
> So he might come in and complain, even if the issue is corrected?

If said user does a selfupdate-cvs they will get the new cvs 
version, which will be different even though the file name and 
version numbers haven't changed..

If there has not been a fink release and they do a fink 
selfupdate then they won't get the new file unfortunately.

So, you aren't wrong, but you aren't right either :)

Peter


___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] CVS commit rules

[Bertrand Lupart]

> > Just to clarify things... A couple of minutes ago, I updated the download
> > URL for qcad (in unstable), due to a report from a user that the previous
> > URL no longer worked. I assume this is OK, as no recompilation of the
> > package is necessary?
> 
> Yes, that's another instance where you don't have to change the revision
> number.  

Correct me if i'm wrong, but if a user has a foo version of a package
that has obsolete download url, a fink update won't bring him back the
correct download url since the version hasn't been bump versionned.

So he might come in and complain, even if the issue is corrected?

-- 
Bertrand

___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] CVS commit rules

[David R. Morrison]

Jeremy Higgs <[EMAIL PROTECTED]> wrote:

> Hi David,
> 
> Just to clarify things... A couple of minutes ago, I updated the download
> URL for qcad (in unstable), due to a report from a user that the previous
> URL no longer worked. I assume this is OK, as no recompilation of the
> package is necessary?
> 
> Thanks!

Yes, that's another instance where you don't have to change the revision
number.  

  -- Dave




___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] CVS commit rules

[Max Horn]

At 17:04 Uhr +1100 16.03.2002, Jeremy Higgs wrote:
>On 15/3/02 10:52 PM, "David R. Morrison" <[EMAIL PROTECTED]> wrote:
>
>>  I'd like to remind all core fink developers of the most important rule when
>>  committing things to CVS:
>>
>>  IF YOU HAVE MADE ANY CHANGE TO YOUR PACKAGE, YOU MUST INCREASE THE
>>  REVISION NUMBER.
>>
>>  Like any good rule, there are exceptions to this: you can modify the
>>  Description field, for example, or BuildDepends, because neither of these
>>  will affect an already compiled package.  The thing we want to avoid is
>>  different users compiling packages with the same revision number and
>>  getting different results -- that is a disaster for sorting things out
>>  and solving problems later on.
>>
>>  Fink has had an excellent track record of following this rule, with a few
>>  minor deviations.  Let's keep this up.
>>
>>  -- Dave
>
>Hi David,
>
>Just to clarify things... A couple of minutes ago, I updated the download
>URL for qcad (in unstable), due to a report from a user that the previous
>URL no longer worked. I assume this is OK, as no recompilation of the
>package is necessary?

Yup, that's completly fine as well.


Max
-- 
---
Max Horn
Software Developer

email: 
phone: (+49) 6151-494890

___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] CVS commit rules

[Jeremy Higgs]

On 15/3/02 10:52 PM, "David R. Morrison" <[EMAIL PROTECTED]> wrote:

> I'd like to remind all core fink developers of the most important rule when
> committing things to CVS:
> 
> IF YOU HAVE MADE ANY CHANGE TO YOUR PACKAGE, YOU MUST INCREASE THE
> REVISION NUMBER.
> 
> Like any good rule, there are exceptions to this: you can modify the
> Description field, for example, or BuildDepends, because neither of these
> will affect an already compiled package.  The thing we want to avoid is
> different users compiling packages with the same revision number and
> getting different results -- that is a disaster for sorting things out
> and solving problems later on.
> 
> Fink has had an excellent track record of following this rule, with a few
> minor deviations.  Let's keep this up.
> 
> -- Dave

Hi David,

Just to clarify things... A couple of minutes ago, I updated the download
URL for qcad (in unstable), due to a report from a user that the previous
URL no longer worked. I assume this is OK, as no recompilation of the
package is necessary?

Thanks!


___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel