Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(165)

Issue 14234016: Don't run tests in "packages" directories. (Closed)

Created:
7 years, 8 months ago by nweiz
Modified:
7 years, 8 months ago
Reviewers:
Jennifer Messerly
CC:
reviews_dartlang.org
Visibility:
Public.

Description

Don't run tests in "packages" directories. BUG=9866 Committed: https://code.google.com/p/dart/source/detail?r=21384

Patch Set 1 #

Unified diffs Side-by-side diffs Delta from patch set Stats (+7 lines, -0 lines) Patch
M pkg/pkg.status View 1 chunk +7 lines, -0 lines 0 comments Download

Messages

Total messages: 6 (0 generated)
nweiz
7 years, 8 months ago (2013-04-12 19:43:58 UTC) #1
Jennifer Messerly
lgtm
7 years, 8 months ago (2013-04-12 19:58:56 UTC) #2
nweiz
Committed patchset #1 manually as r21384 (presubmit successful).
7 years, 8 months ago (2013-04-12 19:59:25 UTC) #3
kevmoo-old
This is a bit scary. I could imagine someone creating tests in a 'packages' directory ...
7 years, 8 months ago (2013-04-12 20:01:02 UTC) #4
nweiz
On 2013/04/12 20:01:02, kevmoo wrote: > This is a bit scary. > > I could ...
7 years, 8 months ago (2013-04-12 20:03:39 UTC) #5
Jennifer Messerly
7 years, 8 months ago (2013-04-12 20:20:30 UTC) #6
Message was sent while issue was closed.
On 2013/04/12 20:03:39, nweiz wrote:
> On 2013/04/12 20:01:02, kevmoo wrote:
> > This is a bit scary.
> > 
> > I could imagine someone creating tests in a 'packages' directory somewhere
at
> > some point and having them just not execute.
> > 
> > The only way I could see this being an okay idea would be if there was also
a
> > script or something that made sure no directories named 'packages' get
checked
> > in.
> 
> It's already really dangerous to create 'packages' directories. Pub at least
> treats them specially in various ways. The Dart VM treats them specially if
> they're next to an entrypoint. Other tools may as well.
> 
> It's unfortunate that the language mandates that there be a reserved directory
> name, but given that it does, I don't think we should shy away from making it
> more reserved.

Right. Also this file only affects code.google.com/p/dart repository, it doesn't
change what third party packages can do. (Although I agree w/ Nathan, it would
be scary to create a "packages" directory)

In the Dart repo, there are plenty of .status filters, so you should always make
sure your test is actually running on the platforms/configurations you expect. I
think this is reasonably well understood, but I don't have many changes in the
Dart repo these days, so I may be wrong.

Powered by Google App Engine
This is Rietveld 408576698