It's in tidy.
https://github.com/servo/servo/blob/master/python/tidy/servo_tidy/tidy.py#L287

On Thu, Jun 23, 2016 at 10:16 AM Manish Goregaokar <manishsm...@gmail.com>
wrote:

> I think it is in tidy
>
> dev-servo@lists.mozilla.org wrote:
> > I thought we had CI checks for duplicate packages, but it seems that
> > is not the case? Or at least I did not seem them in .etc/ci. I can't
> > even find an issue for it now :(
> >
> > In any case, I think this can be automated by CI to catch the problem.
> > In general this is allowed by Cargo but we probably only want it when
> > it is needed and should avoid it otherwise.
> >
> > jack.
> >
> > On Thu, Jun 23, 2016 at 10:51 AM, Bobby Holley <bobbyhol...@gmail.com>
> wrote:
> >> And what about the case of major version bumps? Presumably we want to
> crawl
> >> the Cargo.toml files in that case? And again, will it be obvious that
> needs
> >> to happen from the Cargo.lock diff?
> >>
> >> On Thu, Jun 23, 2016 at 9:32 AM, Manish Goregaokar <
> manishsm...@gmail.com>
> >> wrote:
> >>> We rarely use ranges, just a minimum version, and aside from major
> version
> >>> differences cargo just picks the max.
> >>>
> >>> dev-servo@lists.mozilla.org wrote:
> >>>> Is there a risk that non-overlapping version ranges in dependent
> >>>
> >>> Cargo.toml
> >>
> >>>> files will cause multiple versions of the package to be imported? Or
> >>>
> >>> would
> >>
> >>>> that be obvious when looking at the Cargo.lock diff?
> >>>>
> >>>> On Thu, Jun 23, 2016 at 7:17 AM, Josh Matthews <j...@joshmatthews.net
> >
> >>>
> >>> wrote:
> >>>>> https://github.com/servo/servo/pull/11824 relies on upgrading hyper
> to
> >>>>
> >>> a
> >>
> >>>>> more recent version. As far as I recall, for servo/servo we have only
> >>>>
> >>> ever
> >>
> >>>>> asked people to upgrade the package version via `./mach
> cargo-update`;
> >>>>
> >>> we
> >>
> >>>>> haven't required (or even asked for) modifying all of our many TOML
> >>>>
> >>> files
> >>
> >>>>> to match the new version. This makes sense to me, since we have our
> >>>>> Cargo.lock checked into the repository so there's no chance that a
> >>>>> contributor could end up using an old version of a package.
> >>>>
> >>> Additionally,
> >>
> >>>>> we have so many TOML files that I feel it's unreasonable to ask
> people
> >>>>
> >>> to
> >>
> >>>>> make those changes unnecessarily.
> >>>>>
> >>>>> I'd like to make a policy to either always require the changes or
> never
> >>>>
> >>> do
> >>
> >>>>> so, rather than imposing a burden on some contributors depending on
> who
> >>>>> reviews their PR.
> >>>>>
> >>>>> Cheers,
> >>>>> Josh
> >>>>> _______________________________________________
> >>>>> dev-servo mailing list
> >>>>> dev-servo@lists.mozilla.org
> >>>>> https://lists.mozilla.org/listinfo/dev-servo
> >>>>
> >>> _______________________________________________
> >>> dev-servo mailing list
> >>> dev-servo@lists.mozilla.org
> >>> https://lists.mozilla.org/listinfo/dev-servo
> >>
> >> _______________________________________________
> >> dev-servo mailing list
> >> dev-servo@lists.mozilla.org
> >> https://lists.mozilla.org/listinfo/dev-servo
> _______________________________________________
> dev-servo mailing list
> dev-servo@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-servo
>
_______________________________________________
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo

Reply via email to