- Sort Score
- Result 10 results
- Languages All
Results 191 - 200 of 245 for finished (0.06 sec)
-
CHANGELOG/CHANGELOG-1.21.md
### Feature - A new histogram metric to track the time it took to delete a job by the ttl-after-finished controller ([#98676](https://github.com/kubernetes/kubernetes/pull/98676), [@ahg-g](https://github.com/ahg-g)) [SIG Apps and Instrumentation]
Registered: Fri Dec 26 09:05:12 UTC 2025 - Last Modified: Fri Oct 14 07:03:14 UTC 2022 - 367.3K bytes - Viewed (0) -
CHANGELOG/CHANGELOG-1.31.md
Registered: Fri Dec 26 09:05:12 UTC 2025 - Last Modified: Wed Nov 12 11:33:21 UTC 2025 - 451.9K bytes - Viewed (0) -
android/guava/src/com/google/common/util/concurrent/ExecutionList.java
* to calling it exactly once. * * @since 10.0 (present in 1.0 as {@code run}) */ public void execute() { // Lock while we update our state so the add method above will finish adding any listeners // before we start to run them. RunnableExecutorPair list; synchronized (this) { if (executed) { return; } executed = true;Registered: Fri Dec 26 12:43:10 UTC 2025 - Last Modified: Sun Dec 22 03:38:46 UTC 2024 - 6.9K bytes - Viewed (0) -
docs/distributed/decom.sh
./mc admin decom start myminio/ http://localhost:9000/tmp/xl/{1...10}/disk{0...1} count=0 until $(./mc admin decom status myminio/ | grep -q Complete); do echo "waiting for decom to finish..." count=$((count + 1)) if [ ${count} -eq 120 ]; then ./mc cat /tmp/expanded_*.log fi sleep 1 done kill $pid_1 kill $pid_2 sleep 5Registered: Sun Dec 28 19:28:13 UTC 2025 - Last Modified: Mon May 27 19:17:46 UTC 2024 - 6.4K bytes - Viewed (0) -
docs/fr/docs/async.md
À la place, en étant "asynchrone", une fois terminée, une tâche peut légèrement attendre (quelques microsecondes) que l'ordinateur / le programme finisse ce qu'il était en train de faire, et revienne récupérer le résultat.
Registered: Sun Dec 28 07:19:09 UTC 2025 - Last Modified: Sun Aug 31 09:56:21 UTC 2025 - 25.4K bytes - Viewed (0) -
CHANGELOG/CHANGELOG-1.33.md
### Bug or Regression - Do not expand volume on the node, if controller expansion is finished ([#131987](https://github.com/kubernetes/kubernetes/pull/131987), [@gnufied](https://github.com/gnufied)) [SIG Storage]
Registered: Fri Dec 26 09:05:12 UTC 2025 - Last Modified: Wed Dec 10 01:15:24 UTC 2025 - 334.8K bytes - Viewed (0) -
android/guava/src/com/google/common/util/concurrent/TimeoutFuture.java
import java.util.concurrent.TimeoutException; import org.jspecify.annotations.Nullable; /** * Implementation of {@code Futures#withTimeout}. * * <p>Future that delegates to another but will finish early (via a {@link TimeoutException} wrapped * in an {@link ExecutionException}) if the specified duration expires. The delegate future is * interrupted and cancelled if it times out. */ @J2ktIncompatible @GwtIncompatibleRegistered: Fri Dec 26 12:43:10 UTC 2025 - Last Modified: Sun Dec 22 03:38:46 UTC 2024 - 8K bytes - Viewed (0) -
docs/en/docs/how-to/migrate-from-pydantic-v1-to-pydantic-v2.md
If you need to use some of the FastAPI-specific tools for parameters like `Body`, `Query`, `Form`, etc. with Pydantic v1 models, you can import them from `fastapi.temp_pydantic_v1_params` while you finish the migration to Pydantic v2: {* ../../docs_src/pydantic_v1_in_v2/tutorial004_an_py310.py hl[4,18] *} ### Migrate in steps { #migrate-in-steps } /// tipRegistered: Sun Dec 28 07:19:09 UTC 2025 - Last Modified: Sat Dec 20 15:55:38 UTC 2025 - 5.5K bytes - Viewed (0) -
misc/go_android_exec/main.go
// along stderr from adb. cmd.Stderr = struct{ io.Writer }{os.Stderr} err := cmd.Run() // Before we process err, flush any further output and get the exit code. exitCode, err2 := filter.Finish() if err != nil { return 0, fmt.Errorf("adb exec-out %s: %v", args, err) } return exitCode, err2 } func adb(args ...string) error { if out, err := adbCmd(args...).CombinedOutput(); err != nil {Registered: Tue Dec 30 11:13:12 UTC 2025 - Last Modified: Mon Aug 21 17:46:57 UTC 2023 - 15.3K bytes - Viewed (0) -
docs/en/docs/advanced/custom-response.md
1. This is the generator function. It's a "generator function" because it contains `yield` statements inside. 2. By using a `with` block, we make sure that the file-like object is closed after the generator function is done. So, after it finishes sending the response. 3. This `yield from` tells the function to iterate over that thing named `file_like`. And then, for each part iterated, yield that part as coming from this generator function (`iterfile`).
Registered: Sun Dec 28 07:19:09 UTC 2025 - Last Modified: Wed Dec 17 20:41:43 UTC 2025 - 12.4K bytes - Viewed (0)