- 14 Mar, 2022 1 commit
-
-
Christopher Fujino authored
-
- 10 Jan, 2022 1 commit
-
-
Ian Hickson authored
-
- 30 Aug, 2021 1 commit
-
-
Sigurd Meldgaard authored
* Use `dart __deprecated_pub` instead of `pub` to invoke pub from tools The top level `pub` commmand has been deprecated and will print a message. It is however implemented via the __deprecated_pub command that prints no message.
-
- 12 Jul, 2021 1 commit
-
-
Ian Hickson authored
-
- 13 Apr, 2021 1 commit
-
-
Jonah Williams authored
-
- 23 Mar, 2021 1 commit
-
-
Jenn Magder authored
-
- 26 Jan, 2021 1 commit
-
-
Ben Konyi authored
The CFE now logs to stdout by default when compiling a program which has non-null-safe dependencies. Since flutter_tools has not yet migrated, we need to suppress this message when compiling the tool. Fixes https://github.com/flutter/flutter/issues/74366
-
- 29 Sep, 2020 1 commit
-
-
Marcus Tomlinson authored
-
- 23 Sep, 2020 1 commit
-
-
Jonah Williams authored
[flutter_tools] only lock if an upgrade/download will be performed (linux/macos) and output building messages to stderr (#65422) Currently an invocation of flutter/dart will always attempt to acquire a lock. This can pose problems for tools that attempt to run multiple dart/flutter instances. Instead update the lock logic (on Linux/macOS) so that we only attempt to acquire it if an update/snapshot needs to be performed. To avoid repeatedly performing downloads/snapshots if multiple flutter/dart invocations are fired off concurrently when an update needs to be performed, do a second check of the download/snapshot condition after the lock is released. Additionally, moves all of the building/debug output to stderr on both the bash and batch scripts. This allows machine mode consumption of the tool to ignore needing to parse/handle the rebuild messages.
-
- 18 Jun, 2020 1 commit
-
-
Greg Spencer authored
This makes the flutter and dart scripts invoke their batch file equivalents if running under MINGW (i.e. git-bash) on Windows. This allows for proper locking, and makes sure that people aren't using two different (and non-mutally-aware) locking systems when running flutter on Windows. I also fixed a couple of places where we look for MINGW32, which fails under MINGW64. It just looks for MINGW now.
-
- 17 Jun, 2020 1 commit
-
- 01 Jun, 2020 1 commit
-
-
Greg Spencer authored
This reverts the flutter command to use shlock when flock isn't available. It seems that the mkdir method isn't as reliable as we want. I think that this is because the trap isn't always be executed, which is why I think that shlock uses PIDs to help it be more reliable. Unfortunately, that means that we're back to not working over network shares (which is where things were before I moved to the mkdir method, so not really a regression). I did leave in the mkdir method for platforms that have neither flock nor shlock (which should be very few and far between, but still), so at least we'll do some locking there now.
-
- 31 May, 2020 1 commit
-
-
Mehmet Fidanboylu authored
This reverts commit cd593dae.
-
- 29 May, 2020 2 commits
-
-
Christopher Fujino authored
-
Greg Spencer authored
This removes the extraneous whitespace printed when the flutter command is invoked, but didn't wait for a lock. It only is a problem when the carriage return isn't honored (as in IDE consoles).
-
- 27 May, 2020 1 commit
-
-
Greg Spencer authored
Update the flutter and dart scripts' locking mechanism and follow_links function to be more robust and support more platforms. This adds support for using mkdir as a fallback if the system doesn't have flock instead of using shlock, since shlock doesn't work on shared filesystems. It also fixes a problem in the follow_links function where it failed when the link resolved to the root directory.
-
- 18 May, 2020 1 commit
-
-
Christopher Fujino authored
-
- 14 May, 2020 1 commit
-
-
Ben Konyi authored
-
- 03 Mar, 2020 1 commit
-
-
Jonah Williams authored
-
- 27 Nov, 2019 1 commit
-
-
Ian Hickson authored
* Update project.pbxproj files to say Flutter rather than Chromium Also, the templates now have an empty organization so that we don't cause people to give their apps a Flutter copyright. * Update the copyright notice checker to require a standard notice on all files * Update copyrights on Dart files. (This was a mechanical commit.) * Fix weird license headers on Dart files that deviate from our conventions; relicense Shrine. Some were already marked "The Flutter Authors", not clear why. Their dates have been normalized. Some were missing the blank line after the license. Some were randomly different in trivial ways for no apparent reason (e.g. missing the trailing period). * Clean up the copyrights in non-Dart files. (Manual edits.) Also, make sure templates don't have copyrights. * Fix some more ORGANIZATIONNAMEs
-
- 24 Oct, 2019 1 commit
-
-
Jefferson Quesado authored
-
- 15 Oct, 2019 1 commit
-
-
Jacob MacDonald authored
-
- 25 Aug, 2019 1 commit
-
-
Ian Hickson authored
This reverts commit 8a258dca.
-
- 22 Aug, 2019 1 commit
-
-
ryenus authored
Otherwise the error messages would be executed as code when the output is supposed to be sourced, e.g. $(flutter bash-completion)
-
- 15 Jun, 2019 1 commit
-
-
Jonah Williams authored
-
- 03 Jun, 2019 1 commit
-
-
Ian Hickson authored
-
- 03 Apr, 2019 1 commit
-
-
Christopher Fujino authored
-
- 29 Mar, 2019 1 commit
-
-
Jonah Williams authored
-
- 27 Mar, 2019 1 commit
-
-
Jonah Williams authored
-
- 16 Mar, 2019 1 commit
-
-
Jonah Williams authored
-
- 05 Feb, 2019 1 commit
-
-
Jonah Williams authored
-
- 31 Jan, 2019 1 commit
-
-
Devon Carew authored
-
- 28 Aug, 2018 1 commit
-
-
Michael Goderbauer authored
Fixes https://github.com/flutter/flutter/issues/14578.
-
- 16 Aug, 2018 2 commits
-
-
Michael Goderbauer authored
-
Michael Goderbauer authored
-
- 12 Aug, 2018 1 commit
-
-
Greg Spencer authored
This changes the flutter tool to just try 10 times before giving up when running "flutter upgrade". Infinite retries can hang bots, and really don't provide a lot of help: if we've failed to upgrade for for nearly a minute, trying every five seconds, then something is just not responding. Also, changed the bot default warning level to "normal" from "all", because the solver messages are VERY verbose: several megs of output for doing packages get on Flutter. "normal" will give warnings, user messages and errors, which should be sufficient to diagnose problems on the bots without spamming the log. I removed the retrying for building the snapshot on flutter.bat because we don't do that on the other platforms, and because I can't imagine how running it again would give a different answer. I also fixed a problem in the whitespace detection when no files matched the type of file that it is looking for, and removed the code that waits until failure to print the logs on setup, since reducing the log output made a huge difference.
-
- 07 Aug, 2018 1 commit
-
-
Greg Spencer authored
This removes the final traces of Travis and Appveyor from the Flutter tree. I've updated the documentation and fixed a couple of places where scripts look for Travis, and eliminated the dart tools runningOnTravis function (which was unused anyhow). There are places in the flutter script that used to look for the environment variable TRAVIS. We actually do want to continue to detect that we're running on Travis there, since in the plugins repo we still use Travis (for the moment). In any case, it's OK, because the CI environment variable is set on all of the CI bots (Cirrus, Travis, and Appveyor). FastLane doesn't have a setup_cirrus equivalent to setup_travis, but it actually doesn't matter there either, since it doesn't do Travis-specific things, and it also looks for the CI environment variable.
-
- 20 Jul, 2018 1 commit
-
-
Ian Hickson authored
The verbosity change is to help track down timeouts that currently look like: ``` C:\Windows\Temp\flutter sdk>call bin\flutter.bat config --no-analytics Checking Dart SDK version... Downloading Dart SDK from Flutter engine c5a63d28bf3735569c8187753bc490d8351a8363... Unzipping Dart SDK... Updating flutter tool... ```
-
- 15 May, 2018 1 commit
-
-
Greg Spencer authored
Before this change, if CDPATH was set, and you type (from the flutter root) "bin/flutter --version" you would get an error. This is because the cd command in follow_links was printing the directory Bash chose from the CDPATH to stdout, causing the path to have a newline in it, which understandably confuses the rest of the script.
-
- 03 Apr, 2018 1 commit
-
-
Ohad Rau authored
* Fix absolute shebang in /bin/flutter * Fix absolute shebang in bin/internal/update_dart_sdk.sh
-