Skip to content
This repository was archived by the owner on Feb 25, 2025. It is now read-only.

Conversation

@akbiggs
Copy link
Contributor

@akbiggs akbiggs commented Sep 2, 2022

This script is unreliable. Context from @chaselatta:

serve.sh will still suffer from instability. The reason is that the
flutter/engine repo is using the fuchsia.com host for all of its packages.
When that script runs it tries to connect to the target and rewrite some
rules so that it resolves fuchsia.com to engine which is what is being served
locally. If you later call serve from fuchsia.git it will do the same thing
and overwrite your local repo rewrite rules and serve the runner that is
being published from fuchsia.git.

There are some changes to ffx which allow you to better set rewrite rules via
the --alias flag which would fix this problem. The bazel sdk doesn't suffer
from this because we don't use the fuchsia.com repo name and thus don't have
collisions.

I think the best solution here is to stop using fuchsia.com when referencing
the flutter runner but that is a pretty large change.

We're migrating to the Bazel SDK at
https://fuchsia.googlesource.com/flutter-embedder so we'll gain the benefits of
package serving then.

This script is unreliable. Context from @chaselatta:

```
serve.sh will still suffer from instability. The reason is that the
flutter/engine repo is using the fuchsia.com host for all of its packages.
When that script runs it tries to connect to the target and rewrite some
rules so that it resolves fuchsia.com to engine which is what is being served
locally. If you later call serve from fuchsia.git it will do the same thing
and overwrite your local repo rewrite rules and serve the runner that is
being published from fuchsia.git.

There are some changes to ffx which allow you to better set rewrite rules via
the --alias flag which would fix this problem. The bazel sdk doesn't suffer
from this because we don't use the fuchsia.com repo name and thus don't have
collisions.

I think the best solution here is to stop using fuchsia.com when referencing
the flutter runner but that is a pretty large change.
```

We're migrating to the Bazel SDK at
fuchsia.googlesource.com/flutter-embedder so we'll gain the benefits of
package serving then.
@zanderso
Copy link
Member

zanderso commented Sep 8, 2022

From PR triage: This is blocked on the tree closure @ flutter/flutter#111193

@akbiggs akbiggs merged commit 6610f3f into flutter:main Sep 9, 2022
@akbiggs akbiggs deleted the remove-serve branch September 9, 2022 02:58
engine-flutter-autoroll added a commit to engine-flutter-autoroll/flutter that referenced this pull request Sep 9, 2022
cfontas pushed a commit to cfontas/engine that referenced this pull request Sep 14, 2022
This script is unreliable. Context from @chaselatta:

```
serve.sh will still suffer from instability. The reason is that the
flutter/engine repo is using the fuchsia.com host for all of its packages.
When that script runs it tries to connect to the target and rewrite some
rules so that it resolves fuchsia.com to engine which is what is being served
locally. If you later call serve from fuchsia.git it will do the same thing
and overwrite your local repo rewrite rules and serve the runner that is
being published from fuchsia.git.

There are some changes to ffx which allow you to better set rewrite rules via
the --alias flag which would fix this problem. The bazel sdk doesn't suffer
from this because we don't use the fuchsia.com repo name and thus don't have
collisions.

I think the best solution here is to stop using fuchsia.com when referencing
the flutter runner but that is a pretty large change.
```

We're migrating to the Bazel SDK at
fuchsia.googlesource.com/flutter-embedder so we'll gain the benefits of
package serving then.
Oleh-Sv pushed a commit to Oleh-Sv/engine that referenced this pull request Sep 28, 2022
This script is unreliable. Context from @chaselatta:

```
serve.sh will still suffer from instability. The reason is that the
flutter/engine repo is using the fuchsia.com host for all of its packages.
When that script runs it tries to connect to the target and rewrite some
rules so that it resolves fuchsia.com to engine which is what is being served
locally. If you later call serve from fuchsia.git it will do the same thing
and overwrite your local repo rewrite rules and serve the runner that is
being published from fuchsia.git.

There are some changes to ffx which allow you to better set rewrite rules via
the --alias flag which would fix this problem. The bazel sdk doesn't suffer
from this because we don't use the fuchsia.com repo name and thus don't have
collisions.

I think the best solution here is to stop using fuchsia.com when referencing
the flutter runner but that is a pretty large change.
```

We're migrating to the Bazel SDK at
fuchsia.googlesource.com/flutter-embedder so we'll gain the benefits of
package serving then.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants