Add Revved up by Gradle Enterprise badge

This pull request adds the Revved up by Gradle Enterprise badge to the top of the README.

This badge is already present on Spring Boot, Spring Framework, and Spring Security.

Thanks @erichaagdev! This is now merged as e629a333a01d16b246dbf188e90e7404210a6345. I also tweaked the badges to look like Spring Boot via 0e8a97c08f6ca4f42d103e31771bc01e1b9c6fe1.


.sp and .r not working problem?

Hello, in flutter version 3.12.2, the parts where I use .sp and .r in screenutil do not appear when I get the release apk.

Hi, I have the same issue, flutter version 3.13.6, flutter_screenutil version 5.9.0, decoration and texts are not visible in release mode

downgrading  flutter_screenutil to 5.8.4 did not help

Hi, I have the same problem. Is there any solution?

None of my .sp seem to be working correctly in 5.9.0
The scaling seems to be way too big. Rolling back to 5.8.4 fixed the issue for me.


Diesel+ Ipnetwork

Setup
Versions

Rust: 1.31.1
Diesel: 1.33
Database: postgresql
Operating System Debian 9.0

Feature Flags

diesel:

Problem Description
^^ the trait diesel::Queryable<diesel::sql_types::Inet, diesel::pg::Pg> is not implemented for diesel_op::model::ipnetwork::IpNetwork
What are you trying to accomplish?
What is the expected output?
What is the actual output?
Are you seeing any additional errors?
Steps to reproduce

Checklist

[x] I have already looked over the issue tracker for similar issues.
[x] This issue can be reproduced on Rust's stable channel. (Your issue will be
closed if this is not the case)

You need to enable the "network-address" feature.

I have already enabled the network-address
diesel={version="1.3", features=["postgres", "chrono", "r2d2", "network-address"]}

Diesel 1.3 does not support ipnetwork 0.13. You need to use version 0.12.
The next diesel version will add support for 0.13.


Correct Vienna sha256 for version 3.0.3

Correct incorrect sha256 in version 3.0.3 of vienna cask

Confirmed. Thanks.


Small docs improvements

The Perspective3 docs mentioned an "orthographic" projection where it should say "perspective"
Replaced "an homogeneous" by "a homogeneous"
Removed a double colon in lib.rs:54

Thanks @nnmm!


[CAT-799] Timeout Parameter Not Set Up as Expected

Summary

Type of change

[x] Bug fix (non-breaking change which fixes an issue)

Checklist:

[x] Jira story/task is put into PR title
[x] Code has been self-reviewed
[x] Hard-to-understand areas have been commented
[x] Documentation has been updated
[x] My changes generate no new warnings
[x] Unit tests have been added for base functionality and known edge cases
[x] Any dependent changes have been merged and published in downstream modules

nice! this looks good to me, but I'd hold off on merging until @goatrocks takes a look


gRPC C# client hangs in a simple hello world project

Please answer these questions before submitting your issue.
What version of gRPC and what language are you using?
C#, and gRPC 1.3.0
What operating system (Linux, Windows, …) and version?
Windows 10 64-bit
What runtime / compiler are you using (e.g. python version or version of gcc)
VS2017
What did you do?
I have created a standalone project that reproduces the problem.
https://github.com/dibyendumajumdar/testlab
What did you expect to see?
The client invocations should not hang. For details please see above project.
What did you see instead?
Details in the project above.
Anything else we should know about your project / environment?
I think the test project is self contained and sufficient to illustrate the problem.
I also posted a message in the gPRC mailing list (link below).
https://groups.google.com/forum/#!topic/grpc-io/1t5UC8lPnxs

I can reproduce the issue you describe.
Removing the blocking Thread.Sleep() call in HelloServiceImpl.Serve fixes it e.g. return Task.Delay((int)request.DelayFor).ContinueWith(t => reply).
The assignment of incoming requests to worker threads can queue the incoming request with a blocked worker (even though unblocked workers may be available), meaning the connection is accepted but not processed until the worker unblocks.
This seems to me to be a bug in the test project rather than Grpc though.

I am not sure I understand what you are saying here - in my view it is a grpc bug, as it is valid that a thread is blocked doing long running piece of work (Thread.Sleep()) is just to simulate a blocked thread.

I do not claim to understand what grpc is doing but when I had a brief look I found that the thread was blocked at:
Grpc.Core.dll!Grpc.Core.Internal.CompletionQueueSafeHandle.Pluck(System.IntPtr tag)	Unknown
 	Grpc.Core.dll!Grpc.Core.Internal.AsyncCall<Request, Response>.UnaryCall(Request msg)	Unknown
 	Grpc.Core.dll!Grpc.Core.DefaultCallInvoker.BlockingUnaryCall<Request, Response>(Grpc.Core.Method<Request, Response> method, string host, Grpc.Core.CallOptions options, Request request)	Unknown
 	Grpc.Core.dll!Grpc.Core.Internal.InterceptingCallInvoker.BlockingUnaryCall<Request, Response>(Grpc.Core.Method<Request, Response> method, string host, Grpc.Core.CallOptions options, Request request)	Unknown

It seemed to me by looking at the code that the issue might be quite fundamental - i.e. the way an RPC call is identified at the server seems to rely on a pointer - so if two processes are running on the same client machine and happen to come up with the same pointer then the server cannot distinguish between them.
I may be totally misunderstanding what is going on here , as I don't really know the grpc codebase.

I've looked at your example code and the server handler implementation is flawed:
public override Task<HelloReply> Serve(HelloRequest request, ServerCallContext context)
        {
            if (request.DelayFor > 0)
            {
                Thread.Sleep((int)request.DelayFor);
            }
            var reply = new HelloReply
            {
                Message = request.Message
            };
            return Task.FromResult(reply);
        }

As @peterwishart is suggesting, the problem is in the Thread.Sleep() invocation - it's a bad idea to run synchronously blocking methods (such as Thread sleep) from within async code (there's plenty of blogpost around why it's bad - in short you're risking deadlocking your application, which is what has happened in your case).
The correct way to delay in async code is await Task.Delay(request.DelayFor) - which is non-blocking and will allow gRPC to do it's job while waiting.

@dibyendumajumdar  gRPC assumes you'll write server side handlers as a well-behaving async code. Currently, if you want to perform long-running computations as part of the handler, you should offload the operations to another thread.

On Fri, May 26, 2017 at 11:45 AM, Dibyendu Majumdar <
<EMAIL_ADDRESS>wrote:

I do not claim to understand what grpc is doing but when I had a brief
look I found that the thread was blocked at:
Grpc.Core.dll!Grpc.Core.Internal.CompletionQueueSafeHandle.Pluck(System.IntPtr tag)	Unknown
Grpc.Core.dll!Grpc.Core.Internal.AsyncCall<Request, Response>.UnaryCall(Request msg)	Unknown
Grpc.Core.dll!Grpc.Core.DefaultCallInvoker.BlockingUnaryCall<Request, Response>(Grpc.Core.Method<Request, Response> method, string host, Grpc.Core.CallOptions options, Request request)	Unknown
Grpc.Core.dll!Grpc.Core.Internal.InterceptingCallInvoker.BlockingUnaryCall<Request, Response>(Grpc.Core.Method<Request, Response> method, string host, Grpc.Core.CallOptions options, Request request)	Unknown
What you posted is a stack trace of a thread in the middle of invoking a
blocking unary call (on the client side), waiting to get a response from
server.

It seemed to me by looking at the code that the issue might be quite
fundamental - i.e. the way an RPC call is identified at the server seems to
rely on a pointer - so if two processes are running on the same client
machine and happen to come up with the same pointer then the server cannot
distinguish between them.

You're just speculating here without really understanding what's going on.
All gRPC operation completions coming from C core a identified by an
pointer - and the pointer actually corresponds to an address of an
unmanaged object (grpcsharp_batch_context in this case) that stores the
context of the grpc operation. The pointers don't have any significance
beyond process boundary (as they are pointers to actual unmanaged objects
in current process' address space).
That said, your argument is not really making much sense.

I may be totally misunderstanding what is going on here , as I don't
really know the grpc codebase.
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
https://github.com/grpc/grpc/issues/11032#issuecomment-304359834, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AJeq5FGt6Mf7wouxNbOcQUH18C_rI2n6ks5r9x3ZgaJpZM4NUobi
.

Closing this issue as it seems everything is behaving the way it was intended.

Hi @jtattermusch,

gRPC assumes you'll write server side handlers as a well-behaving async code. Currently, if you want to perform long-running computations as part of the handler, you should offload the operations to another thread.

Maybe I misunderstood how grpc handles server threading. I am going by the examples in grpc and also by this thread:
https://groups.google.com/forum/#!searchin/grpc-io/grpc$20server$20threading|sort:relevance/grpc-io/Cul6fd7cOB0/Hwl3aR68FwAJ
So based on what your are saying then the server implementation should offload the work to another threadpool and not rely on grpc managing the threadpool.
Can you refer me to any documentation that clarifies this?
Thanks and Regards
p.s. The thread sleep was to simulate a blocking thread doing a long running task - based on above assumption that grpc manages the threadpool and in sync mode work does not need to be offloaded into another thread. I am aware of the way threads should be used etc.

The guidelines for writing well-behaved async code are not gRPC specific, they are valid for .NET in general.
https://msdn.microsoft.com/en-us/magazine/jj991977.aspx (see "Async all the way").
https://blog.stephencleary.com/2012/07/dont-block-on-async-code.html


feat: Add profile page skeleton, user, and household sections

Overview
This PR partially satisfy #120. It contains the following changes:

[X] Set up the profile body page skeleton #121
[X] Setup the logic to retrieve the user info and household info
[X] Adds the personal info section, #122
[X] Adds the household info section #123

Demo

Self-merging for now so it can be further improved with cluster information.


Proposed 0.60.0

Codecov Report

Merging #2056 into develop will decrease coverage by 0.01%.
The diff coverage is n/a.

@@             Coverage Diff             @@
##           develop    #2056      +/-   ##
===========================================
- Coverage    67.71%   67.69%   -0.02%
===========================================
  Files          680      680
  Lines        49219    49219
===========================================
- Hits         33327    33320       -7
- Misses       15892    15899       +7

Impacted Files
Coverage Δ

src/ripple/protocol/impl/BuildInfo.cpp
82.6% <ø> (ø)
:white_check_mark:

src/ripple/beast/clock/chrono_util.h
82.6% <0%> (-8.7%)
:x:

src/ripple/app/misc/impl/LoadFeeTrack.cpp
81.53% <0%> (-4.62%)
:x:

src/ripple/app/main/LoadManager.cpp
72.6% <0%> (-1.37%)
:x:

src/ripple/basics/impl/make_SSLContext.cpp
52.22% <0%> (-1.28%)
:x:

src/ripple/core/impl/JobQueue.cpp
86.57% <0%> (+0.46%)
:white_check_mark:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update e27a389...0df1b09. Read the comment docs.


No migration path from NativeBase

Description
All of the migration paths from native-base are broken. The manual migration TypeScript file isn't even valid TypeScript and the @gluestack-ui/themed-native-base package throws errors and fails to render correctly.
CodeSandbox/Snack link
No response
Steps to reproduce

Try to migrate
Fail

gluestack-ui Version
1.1.6
Platform

[X] Expo
[ ] React Native CLI
[ ] Next
[ ] Web
[ ] Android
[X] iOS

Other Platform
No response
Additional Information
No response

Thanks for letting us know, @holmesjr. We're on it. Can you tell us what error message you see from the @gluestack-ui/themed-native-base package?

hi @holmesjr , could you share the error message and let us know which versions (react, react-native, expo) are you using?
Also it would be really helpful if you could share and expo snack or the git repo.

Warning: Failed prop type: Invalid prop `fontSize` of type `string` supplied to `Text`, expected `number`.
Bad object: {
 "fontSize": "25",
 "color": "#8E8E8F",
 "display": "flex",
 "alignItems": "center",
 "justifyContent": "center",
 "textAlign": "center",
 "height": 25,
 "width": 25,
 "lineHeight": "25",
 "fontFamily": "FontAwesome",
 "fontWeight": "normal",
 "fontStyle": "normal"
}
   at Text (http://<IP_ADDRESS>:8081/node_modules/expo/AppEntry.bundle//&platform=ios&dev=true&hot=false&lazy=true:81515:27)
   in Icon (created by Icon)
   in Icon (created by StyledIcon)
   in StyledComponent (created by StyledStyledIcon)

Warning: Failed prop type: Invalid prop `color` supplied to `TextInput`: undefined
Valid color formats are
 - '#f0f' (#rgb)
 - '#f0fc' (#rgba)
 - '#ff00ff' (#rrggbb)
 - '#ff00ff00' (#rrggbbaa)
 - 'rgb(255, 255, 255)'
 - 'rgba(255, 255, 255, 1.0)'
 - 'hsl(360, 100%, 100%)'
 - 'hsla(360, 100%, 100%, 1.0)'
 - 'transparent'
 - 'red'
 - 0xff00ff00 (0xrrggbbaa)

Bad object: {
 "flex": 1,
 "height": "100%",
 "color": "undefined",
 "paddingVertical": "auto",
 "paddingHorizontal": 12,
 "fontSize": 16
}
   at TextInput (http://<IP_ADDRESS>:8081/node_modules/expo/AppEntry.bundle//&platform=ios&dev=true&hot=false&lazy=true:120445:38)

ontFamily "body" is not a system font and has not been loaded through Font.loadAsync.

- If you intended to use a system font, make sure you typed the name correctly and that it is supported by your device operating system.

- If this is a custom font, be sure to load it with Font.loadAsync.

Also,

the safearea is broken and overlaps the status bar,
buttons aren't rendering the right colours

hi @holmesjr
could you let us know, how are you migrating from native-base.
are you using @gluestack-ui/themed-native-base, or trying to migrate manually?

I'm following https://github.com/gluestack/gluestack-ui-themed-native-base?tab=readme-ov-file#installation
Manual migration is impossible as the theme config isn't even valid typescript.


Is Store Support for multiple matching ? label:"component: store"

selector.relabel-config  set

action: keep
regex: T-D3U13CRL04
source_labels:

replica
name

the effect i want is to keep the extra_label for replica and name for T-D3U13CRL04 ,  but this configuration doesn't work ,What should I do

I think what you want is not supported, we only use relabelling to define match/selecting capabilities - to configure which store should be responsible for what data. I presume you want to change external labels on the data blocks, thus metrics?


[Event Hubs] send() and clear() api proposals

This PR shows the proposals and sample code for the below apis

send() on the EventProducerClient to send an array of events
clear() on the EventDataBatch to clear the batch

See https://github.com/Azure/azure-sdk/issues/1259 for details on the proposal
cc @chradek, @richardpark-msft, @bterlson

cc @srnagar, @conniey, @jsquire, @KieranBrantnerMagee, @YijunXieMS


[WIP] Update unittest gtest

Close because https://github.com/retrieva/pficommon/pull/191 contains changes in this PR


[Storage] STG84 Archboard Review Feedback

This PR aims to incorporate all the feedback from the archboard meeting for STG84. This includes:

Added changelog for all the new features introduced in STG84 and added tentative release date (Aug 9)
Exported new model to public (__init__.py) change
Change FileSystemEncryptionScope to EncryptionScopeOptions. Consequently, re-recorded all tests
Added a new test case to test list_file_systems functionality for encryption scope

API change check
APIView has identified API level changes in this PR and created following API reviews.
azure-storage-blob


Fails when running prepublish script

Something may have changed upstream, as the prepublish script currently fails.
This is the output:
$ npm run prepare

><EMAIL_ADDRESS>prepare /home/curran/repos/world-atlas
> bash prepublish

removed 'world/50m.json'
removed 'world/50m.tsv'
removed 'world/110m.tsv'
removed 'world/110m.json'
removed directory 'world'
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
Archive:  build/ne_110m_admin_0_countries.zip
  inflating: build/ne_110m_admin_0_countries.README.html
 extracting: build/ne_110m_admin_0_countries.VERSION.txt
 extracting: build/ne_110m_admin_0_countries.cpg
  inflating: build/ne_110m_admin_0_countries.dbf
  inflating: build/ne_110m_admin_0_countries.prj
  inflating: build/ne_110m_admin_0_countries.shp
  inflating: build/ne_110m_admin_0_countries.shx
evalmachine.<anonymous>:1
(a.iso_a3.localeCompare(b.iso_a3))
          ^

TypeError: Cannot read property 'localeCompare' of undefined
    at evalmachine.<anonymous>:1:11
    at Script.runInContext (vm.js:102:20)
    at /home/curran/repos/world-atlas/node_modules/ndjson-cli/ndjson-sort:48:75
    at Array.sort (native)
    at Interface.<anonymous> (/home/curran/repos/world-atlas/node_modules/ndjson-cli/ndjson-sort:48:8)
    at Interface.emit (events.js:187:15)
    at Interface.close (readline.js:379:8)
    at Socket.onend (readline.js:157:10)
    at Socket.emit (events.js:187:15)
    at endReadableNT (_stream_readable.js:1081:12)
undefined:1

Natural Earth Data does not support versioned URLs (as far as I can tell), so there’s no way to code the prepublish script defensively, short of hosting our own copy of the source data. I’ve updated to use the latest version which is 4.1.0.


Update FAQ with TestNG support

From<EMAIL_ADDRESS>on December 08, 2009 23:37:37
When TestNG support is released update the FAQ
Original issue: http://code.google.com/p/powermock/issues/detail?id=214

From<EMAIL_ADDRESS>on December 13, 2009 03:18:47
Status: Fixed


Metasploit::Cache::Direct::Class

MSP-12271
Pre-verification Steps

[ ] Merge #9

Verification Steps

[ ] rm Gemfile.lock
[ ] bundle install
[ ] rake db:migrate

Test coverage

[ ] rake cucumber spec coverage
[ ] VERIFY no failures
[ ] VERIFY 99.93% coverage

Documentation

[ ] rake yard
[ ] VERIFY no warnings
[ ] VERIFY no undocumented objects

Post-merge Steps
Perform these steps prior to pushing to master or the build will be broken on master.
Version

[ ] Edit lib/metasploit/cache/version.rb
[ ] Remove PRERELEASE and its comment as PRERELEASE is not defined on master.

Gem build

[ ] gem build *.gemspec
[ ] VERIFY the gem has no '.pre' version suffix.

RSpec

[ ] rake spec
[ ] VERIFY version examples pass without failures

Commit & Push

[ ] git commit -a
[ ] git push origin master

Coverage decreased (-0.02%) to 99.63% when pulling 47d3104a204e7c606f4bad96233c27b15bacd294 on feature/MSP-12271/direct-class into 44513d6b8e8d04d195e5bd236a7d8fa6adae4913 on master.


Daytona server - control is not running

Describe the bug
When attempting to install and start the Daytona server using the provided installation script and commands, the server fails to start and returns a "connection refused" error.
To Reproduce
Steps to reproduce the behavior:
Steps to Reproduce:

Run the installation command: (curl -sf -L https://download.daytona.io/daytona/install.sh | sudo bash)
Attempt to start the Daytona server: daytona server -y
Attempt to view the Daytona server logs: sudo daytona server logs
Attempt to serve Daytona: sudo daytona serve
Attempt to view Docker processes: docker ps
See error logs below

cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$ (curl -sf -L https://download.daytona.io/daytona/install.sh | sudo bash) && daytona server -y && daytona
Installing Daytona...

Default installation directory: /usr/local/bin
You can override this by setting the DAYTONA_PATH environment variable (ie. `| DAYTONA_PATH=/home/user/bin bash`)

Downloading Daytona binary from https://download.daytona.io/daytona/latest/daytona-linux-amd64
Installing server to /usr/local/bin

 Starting the Daytona Server daemon...

FATA[0035] Get "http://localhost:3986/health": dial tcp <IP_ADDRESS>:3986: connect: connection refused
cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$
cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$ sudo daytona server -y

 Starting the Daytona Server daemon...

FATA[0036] Get "http://localhost:3986/health": dial tcp <IP_ADDRESS>:3986: connect: connection refused
cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$
cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$
cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$ sudo daytona server logs
FATA[0000] active profile not found
cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$
cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$ sudo daytona serve
INFO[0000] Starting Daytona server
INFO[0000] Starting local container registry
Image already pulled
FATA[0011] control is not running
cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$ docker ps
permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.45/containers/json": dial unix /var/run/docker.sock: connect: permission denied
cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$ sudo docker ps
CONTAINER ID   IMAGE                  COMMAND                  CREATED          STATUS          PORTS                              NAMES
507dd3835a9f   registry:2.8.3         "/entrypoint.sh /etc…"   34 seconds ago   Up 33 seconds   <IP_ADDRESS>:3988->3988/tcp, 5000/tcp   daytona-registry

Expected behavior
The Daytona server fails to start and returns the following error: FATA[0035] Get "http://localhost:3986/health": dial tcp <IP_ADDRESS>:3986: connect: connection refused
Additionally, attempting to view the Daytona server logs returns the error: FATA[0000] active profile not found
Attempting to serve Daytona returns the error: FATA[0011] control is not running
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):

OS: [Ubuntu 22.04]

 -cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$ cat /etc/os-release
PRETTY_NAME="Ubuntu 22.04.4 LTS"
NAME="Ubuntu"
VERSION_ID="22.04"
VERSION="22.04.4 LTS (Jammy Jellyfish)"
VERSION_CODENAME=jammy
ID=ubuntu
ID_LIKE=debian
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
UBUNTU_CODENAME=jammy

Daytona Version: Daytona version v0.18.0

Docker version
cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$ sudo docker version
Client: Docker Engine - Community
 Version:           26.1.3
 API version:       1.45
 Go version:        go1.21.10
 Git commit:        b72abbb
 Built:             Thu May 16 08:33:29 2024
 OS/Arch:           linux/amd64
 Context:           default

Server: Docker Engine - Community
 Engine:
  Version:          26.1.3
  API version:      1.45 (minimum version 1.24)
  Go version:       go1.21.10
  Git commit:       8e96db1
  Built:            Thu May 16 08:33:29 2024
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.6.33
  GitCommit:        d2d58213f83a351ca8f528a95fbd145f5654e957
 runc:
  Version:          1.1.12
  GitCommit:        v1.1.12-0-g51d5e94
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0

@vedranjukic , please suggest

@kabir-baba thanks for such a detailed issue.
Can you please start the server in the foreground wuth LOG_LEVEL=debug daytona serve and post the resulting logs?

@Tpuljak , thanks for a fast response
here it goes
cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$ sudo LOG_LEVEL=debug daytona serve
DEBU[0000] Opening db at /root/.config/daytona/db
INFO[0000] Starting Daytona server
INFO[0000] Starting local container registry
Image already pulled
DEBU[0001] Failed to connect to headscale frpc: control is not running
DEBU[0001] 2024-06-08T12:38:48Z DBG opening database connection=/root/.config/daytona/server/headscale/headscale.db type=sqlite3
DEBU[0001] 2024-06-08T12:38:48Z WRN DERP map is empty, not a single DERP map datasource was loaded correctly or contained a region
DEBU[0001] 2024-06-08T12:38:48Z INF ../runner/go/pkg/mod/github.com/juanfont/headscale@v0.23.0-alpha3/hscontrol/derp/server/derp_server.go:103 > DERP region: {RegionID:999 RegionCode:local RegionName:Daytona embedded DERP Avoid:false Nodes:[0xc000f96090]}
DEBU[0001] 2024-06-08T12:38:48Z INF ../runner/go/pkg/mod/github.com/juanfont/headscale@v0.23.0-alpha3/hscontrol/derp/server/derp_server.go:104 > DERP Nodes[0]: &{Name:999 RegionID:999 HostName:ea785c39-295e-4f0d-8eac-1c2405a6a3df.try-us.daytona.app CertName: IPv4: IPv6: STUNPort:3478 STUNOnly:false DERPPort:443 InsecureForTests:false STUNTestIP: CanPort80:false}
DEBU[0001] 2024-06-08T12:38:48Z INF STUN server started at [::]:3478
DEBU[0001] 2024-06-08T12:38:48Z INF Setting up a DERPMap update worker frequency=86400000
DEBU[0001] 2024-06-08T12:38:48Z WRN Listening without TLS but ServerURL does not start with http://
DEBU[0001] 2024-06-08T12:38:48Z INF listening and serving HTTP on: <IP_ADDRESS>:3987
DEBU[0001] 2024-06-08T12:38:48Z INF listening and serving metrics on:
DEBU[0002] Creating headscale user
DEBU[0002] User already exists
DEBU[0002] Creating headscale auth key
DEBU[0002] Headscale auth key created
DEBU[0002] 2024/06/08 12:38:49 [v1] using fake (no-op) tun device
DEBU[0002] 2024/06/08 12:38:49 [v1] using fake (no-op) OS network configurator
DEBU[0002] 2024/06/08 12:38:49 [v1] using fake (no-op) DNS configurator
DEBU[0002] 2024/06/08 12:38:49 dns: using dns.noopManager
DEBU[0002] 2024/06/08 12:38:49 link state: interfaces.State{defaultRoute=ens5 ifs={br-0f0b58a90c90:[<IP_ADDRESS>/16 fc00:f853:ccd:e793::1/64 llu6 llu6] docker0:[<IP_ADDRESS>/16 llu6] ens5:[<IP_ADDRESS>/20 2600:1f1c:2bf:6405:4dca:faba:6456:1920/128 llu6]} v4=true v6=true}
DEBU[0002] 2024/06/08 12:38:49 onPortUpdate(port=59601, network=udp6)
DEBU[0002] 2024/06/08 12:38:49 [v1] warning: fakeRouter.UpdateMagicsockPort: not implemented.
DEBU[0002] 2024/06/08 12:38:49 onPortUpdate(port=47206, network=udp4)
DEBU[0002] 2024/06/08 12:38:49 [v1] warning: fakeRouter.UpdateMagicsockPort: not implemented.
DEBU[0002] 2024/06/08 12:38:49 [v1] magicsock: peermtu: peer MTU status is false
DEBU[0002] 2024/06/08 12:38:49 [v1] using BPF disco receiver for IPv4
DEBU[0002] 2024/06/08 12:38:49 [v1] using BPF disco receiver for IPv6
DEBU[0002] 2024/06/08 12:38:49 magicsock: disco key = d:85d3cb13eda79c98
DEBU[0002] 2024/06/08 12:38:49 Creating WireGuard device...
DEBU[0002] 2024/06/08 12:38:49 Bringing WireGuard device up...
DEBU[0002] 2024/06/08 12:38:49 wg: [v2] UDP bind has been updated
DEBU[0002] 2024/06/08 12:38:49 wg: [v2] Interface state was Down, requested Up, now Up
DEBU[0002] 2024/06/08 12:38:49 Bringing router up...
DEBU[0002] 2024/06/08 12:38:49 [v1] warning: fakeRouter.Up: not implemented.
DEBU[0002] 2024/06/08 12:38:49 Clearing router settings...
DEBU[0002] 2024/06/08 12:38:49 [v1] warning: fakeRouter.Set: not implemented.
DEBU[0002] 2024/06/08 12:38:49 Starting network monitor...
DEBU[0002] 2024/06/08 12:38:49 Engine created.
DEBU[0002] 2024/06/08 12:38:49 tsnet running state path /root/.config/tsnet-daytona/tailscaled.state
DEBU[0002] 2024/06/08 12:38:49 pm: migrating "_daemon" profile to new format
DEBU[0002] 2024/06/08 12:38:49 logpolicy: using system state directory "/var/lib/tailscale"
DEBU[0002] 2024/06/08 12:38:49 [v1] netmap packet filter: (not ready yet)
DEBU[0002] 2024/06/08 12:38:49 tsnet starting with hostname "server", varRoot "/root/.config/tsnet-daytona"
DEBU[0002] 2024/06/08 12:38:49 Start
DEBU[0002] 2024/06/08 12:38:49 [vJSON]1{"Hostinfo":{"IPNVersion":"1.58.2-ERR-BuildInfo","BackendLogID":"98f903a86ce58f98c9e8be9b4277bfe82ef76b4e7ea7649f52ef47176d898889","OS":"linux","OSVersion":"6.5.0-1020-aws","Container":false,"Distro":"ubuntu","DistroVersion":"22.04","DistroCodeName":"jammy","Desktop":false,"Package":"tsnet","Hostname":"0cbd489f7a454f2db58e04c07e4830b71c","Machine":"x86_64","GoArch":"amd64","GoArchVar":"v1","GoVersion":"go1.22.2","Cloud":"aws","Userspace":true,"UserspaceRouter":true,"AppConnector":false}}
DEBU[0002] 2024/06/08 12:38:49 [v1] netmap packet filter: (not ready yet)
DEBU[0002] 2024/06/08 12:38:49 wg: [v2] Routine: receive incoming mkReceiveFunc - started
DEBU[0002] 2024/06/08 12:38:49 wg: [v2] Routine: receive incoming mkReceiveFunc - started
DEBU[0002] 2024/06/08 12:38:49 wg: [v2] Routine: receive incoming receiveDERP - started
DEBU[0002] 2024/06/08 12:38:50 [v1] got initial portlist info in 27ms
DEBU[0002] 2024/06/08 12:38:50 control: [v1] HostInfo: {"IPNVersion":"1.58.2-ERR-BuildInfo","BackendLogID":"98f903a86ce58f98c9e8be9b4277bfe82ef76b4e7ea7649f52ef47176d898889","OS":"linux","OSVersion":"6.5.0-1020-aws","Container":false,"Distro":"ubuntu","DistroVersion":"22.04","DistroCodeName":"jammy","Desktop":false,"Package":"tsnet","Hostname":"server","Machine":"x86_64","GoArch":"amd64","GoArchVar":"v1","GoVersion":"go1.22.2","Services":[{"Proto":"tcp","Port":22,"Description":"eic_run_authorized_keys"},{"Proto":"tcp","Port":53,"Description":"systemd-resolved"},{"Proto":"tcp","Port":3988,"Description":"docker-proxy"},{"Proto":"tcp","Port":31297,"Description":"node"},{"Proto":"tcp","Port":44849,"Description":"daytona"}],"Cloud":"aws","Userspace":true,"UserspaceRouter":true,"AppConnector":false}
DEBU[0002] 2024/06/08 12:38:50 Backend: logs: be:98f903a86ce58f98c9e8be9b4277bfe82ef76b4e7ea7649f52ef47176d898889 fe:
DEBU[0002] 2024/06/08 12:38:50 control: [v1] authRoutine: state:new; goal=nil paused=false
DEBU[0002] 2024/06/08 12:38:50 control: [v1] mapRoutine: state:new
DEBU[0002] 2024/06/08 12:38:50 Switching ipn state NoState -> NeedsLogin (WantRunning=true, nm=false)
DEBU[0002] 2024/06/08 12:38:50 blockEngineUpdates(true)
DEBU[0002] 2024/06/08 12:38:50 health("overall"): error: not in map poll
DEBU[0002] 2024/06/08 12:38:50 [v1] magicsock: peermtu: peer MTU status is false
DEBU[0002] 2024/06/08 12:38:50 wgengine: Reconfig: configuring userspace WireGuard config (with 0/0 peers)
DEBU[0002] 2024/06/08 12:38:50 wgengine: Reconfig: configuring router
DEBU[0002] 2024/06/08 12:38:50 [v1] warning: fakeRouter.Set: not implemented.
DEBU[0002] 2024/06/08 12:38:50 wgengine: Reconfig: configuring DNS
DEBU[0002] 2024/06/08 12:38:50 dns: Set: {DefaultResolvers:[] Routes:{} SearchDomains:[] Hosts:0}
DEBU[0002] 2024/06/08 12:38:50 dns: Resolvercfg: {Routes:{} Hosts:0 LocalDomains:[], cloud="aws"}
DEBU[0002] 2024/06/08 12:38:50 dns: OScfg: {}
DEBU[0002] 2024/06/08 12:38:50 [v1] wgengine: Reconfig done
DEBU[0002] 2024/06/08 12:38:50 LocalBackend state is NeedsLogin; running StartLoginInteractive...
DEBU[0002] 2024/06/08 12:38:50 StartLoginInteractive: url=false
DEBU[0002] 2024/06/08 12:38:50 control: client.Login(false, 10)
DEBU[0002] 2024/06/08 12:38:50 control: [v1] mapRoutine: context done.
DEBU[0002] 2024/06/08 12:38:50 control: [v1] mapRoutine: state:new
DEBU[0002] 2024/06/08 12:38:50 control: [v1] authRoutine: context done.

Most of the time, this means that you either have a firewall that's blocking it or your Wifi router is blocking connections to our FRP (reverse proxy) server.
Can you check if you have firewalls enabled that might be blocking this?

@Tpuljak  disabled firewall , still the same
cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$ sudo ufw disable
Firewall stopped and disabled on system startup
cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$
cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$
cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$ ufw status
ERROR: You need to be root to run this script
cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$ sudo ufw status
Status: inactive
cloud_user@0cbd489f7a454f2db58e04c07e4830b71c:~$ sudo LOG_LEVEL=debug daytona serve
DEBU[0000] Opening db at /root/.config/daytona/db
INFO[0000] Starting Daytona server
INFO[0000] Starting local container registry
Image already pulled
DEBU[0002] Failed to connect to headscale frpc: control is not running
DEBU[0002] 2024-06-08T12:48:23Z DBG opening database connection=/root/.config/daytona/server/headscale/headscale.db type=sqlite3
DEBU[0002] 2024-06-08T12:48:23Z WRN DERP map is empty, not a single DERP map datasource was loaded correctly or contained a region
DEBU[0002] 2024-06-08T12:48:23Z INF ../runner/go/pkg/mod/github.com/juanfont/headscale@v0.23.0-alpha3/hscontrol/derp/server/derp_server.go:103 > DERP region: {RegionID:999 RegionCode:local RegionName:Daytona embedded DERP Avoid:false Nodes:[0xc0006e2120]}
DEBU[0002] 2024-06-08T12:48:23Z INF ../runner/go/pkg/mod/github.com/juanfont/headscale@v0.23.0-alpha3/hscontrol/derp/server/derp_server.go:104 > DERP Nodes[0]: &{Name:999 RegionID:999 HostName:ea785c39-295e-4f0d-8eac-1c2405a6a3df.try-us.daytona.app CertName: IPv4: IPv6: STUNPort:3478 STUNOnly:false DERPPort:443 InsecureForTests:false STUNTestIP: CanPort80:false}
DEBU[0002] 2024-06-08T12:48:23Z INF STUN server started at [::]:3478
DEBU[0002] 2024-06-08T12:48:23Z INF Setting up a DERPMap update worker frequency=86400000
DEBU[0002] 2024-06-08T12:48:23Z WRN Listening without TLS but ServerURL does not start with http://
DEBU[0002] 2024-06-08T12:48:23Z INF listening and serving HTTP on: <IP_ADDRESS>:3987
DEBU[0002] 2024-06-08T12:48:23Z INF listening and serving metrics on:
DEBU[0003] Creating headscale user
DEBU[0003] User already exists
DEBU[0003] Creating headscale auth key
DEBU[0003] Headscale auth key created
DEBU[0003] 2024/06/08 12:48:24 [v1] using fake (no-op) tun device
DEBU[0003] 2024/06/08 12:48:24 [v1] using fake (no-op) OS network configurator
DEBU[0003] 2024/06/08 12:48:24 [v1] using fake (no-op) DNS configurator
DEBU[0003] 2024/06/08 12:48:24 dns: using dns.noopManager
DEBU[0003] 2024/06/08 12:48:24 link state: interfaces.State{defaultRoute=ens5 ifs={br-0f0b58a90c90:[<IP_ADDRESS>/16 fc00:f853:ccd:e793::1/64 llu6 llu6] docker0:[<IP_ADDRESS>/16 llu6] ens5:[<IP_ADDRESS>/20 2600:1f1c:2bf:6405:4dca:faba:6456:1920/128 llu6]} v4=true v6=true}
DEBU[0003] 2024/06/08 12:48:24 onPortUpdate(port=39677, network=udp6)
DEBU[0003] 2024/06/08 12:48:24 [v1] warning: fakeRouter.UpdateMagicsockPort: not implemented.
DEBU[0003] 2024/06/08 12:48:24 onPortUpdate(port=35028, network=udp4)
DEBU[0003] 2024/06/08 12:48:24 [v1] warning: fakeRouter.UpdateMagicsockPort: not implemented.
DEBU[0003] 2024/06/08 12:48:24 [v1] magicsock: peermtu: peer MTU status is false
DEBU[0003] 2024/06/08 12:48:24 [v1] using BPF disco receiver for IPv4
DEBU[0003] 2024/06/08 12:48:24 [v1] using BPF disco receiver for IPv6
DEBU[0003] 2024/06/08 12:48:24 magicsock: disco key = d:17690707fda0de88
DEBU[0003] 2024/06/08 12:48:24 Creating WireGuard device...
DEBU[0003] 2024/06/08 12:48:24 Bringing WireGuard device up...
DEBU[0003] 2024/06/08 12:48:24 wg: [v2] UDP bind has been updated
DEBU[0003] 2024/06/08 12:48:24 wg: [v2] Interface state was Down, requested Up, now Up
DEBU[0003] 2024/06/08 12:48:24 Bringing router up...
DEBU[0003] 2024/06/08 12:48:24 [v1] warning: fakeRouter.Up: not implemented.
DEBU[0003] 2024/06/08 12:48:24 Clearing router settings...
DEBU[0003] 2024/06/08 12:48:24 [v1] warning: fakeRouter.Set: not implemented.
DEBU[0003] 2024/06/08 12:48:24 Starting network monitor...
DEBU[0003] 2024/06/08 12:48:24 Engine created.
DEBU[0003] 2024/06/08 12:48:24 tsnet running state path /root/.config/tsnet-daytona/tailscaled.state
DEBU[0003] 2024/06/08 12:48:24 pm: migrating "_daemon" profile to new format
DEBU[0003] 2024/06/08 12:48:24 logpolicy: using system state directory "/var/lib/tailscale"
DEBU[0003] 2024/06/08 12:48:24 [v1] netmap packet filter: (not ready yet)
DEBU[0003] 2024/06/08 12:48:24 tsnet starting with hostname "server", varRoot "/root/.config/tsnet-daytona"
DEBU[0003] 2024/06/08 12:48:24 Start
DEBU[0003] 2024/06/08 12:48:24 wg: [v2] Routine: receive incoming mkReceiveFunc - started
DEBU[0003] 2024/06/08 12:48:24 wg: [v2] Routine: receive incoming receiveDERP - started
DEBU[0003] 2024/06/08 12:48:24 wg: [v2] Routine: receive incoming mkReceiveFunc - started
DEBU[0003] 2024/06/08 12:48:24 [vJSON]1{"Hostinfo":{"IPNVersion":"1.58.2-ERR-BuildInfo","BackendLogID":"98f903a86ce58f98c9e8be9b4277bfe82ef76b4e7ea7649f52ef47176d898889","OS":"linux","OSVersion":"6.5.0-1020-aws","Container":false,"Distro":"ubuntu","DistroVersion":"22.04","DistroCodeName":"jammy","Desktop":false,"Package":"tsnet","Hostname":"0cbd489f7a454f2db58e04c07e4830b71c","Machine":"x86_64","GoArch":"amd64","GoArchVar":"v1","GoVersion":"go1.22.2","Cloud":"aws","Userspace":true,"UserspaceRouter":true,"AppConnector":false}}
DEBU[0003] 2024/06/08 12:48:24 [v1] netmap packet filter: (not ready yet)
DEBU[0003] 2024/06/08 12:48:24 [v1] got initial portlist info in 34ms
DEBU[0003] 2024/06/08 12:48:24 control: [v1] HostInfo: {"IPNVersion":"1.58.2-ERR-BuildInfo","BackendLogID":"98f903a86ce58f98c9e8be9b4277bfe82ef76b4e7ea7649f52ef47176d898889","OS":"linux","OSVersion":"6.5.0-1020-aws","Container":false,"Distro":"ubuntu","DistroVersion":"22.04","DistroCodeName":"jammy","Desktop":false,"Package":"tsnet","Hostname":"server","Machine":"x86_64","GoArch":"amd64","GoArchVar":"v1","GoVersion":"go1.22.2","Services":[{"Proto":"tcp","Port":22,"Description":"eic_run_authorized_keys"},{"Proto":"tcp","Port":53,"Description":"systemd-resolved"},{"Proto":"tcp","Port":3988,"Description":"docker-proxy"},{"Proto":"tcp","Port":31297,"Description":"node"},{"Proto":"tcp","Port":35271,"Description":"daytona"}],"Cloud":"aws","Userspace":true,"UserspaceRouter":true,"AppConnector":false}
DEBU[0003] 2024/06/08 12:48:24 Backend: logs: be:98f903a86ce58f98c9e8be9b4277bfe82ef76b4e7ea7649f52ef47176d898889 fe:
DEBU[0003] 2024/06/08 12:48:24 Switching ipn state NoState -> NeedsLogin (WantRunning=true, nm=false)
DEBU[0003] 2024/06/08 12:48:24 blockEngineUpdates(true)
DEBU[0003] 2024/06/08 12:48:24 [v1] magicsock: peermtu: peer MTU status is false
DEBU[0003] 2024/06/08 12:48:24 control: [v1] mapRoutine: state:new
DEBU[0003] 2024/06/08 12:48:24 control: [v1] authRoutine: state:new; goal=nil paused=false
DEBU[0003] 2024/06/08 12:48:24 wgengine: Reconfig: configuring userspace WireGuard config (with 0/0 peers)
DEBU[0003] 2024/06/08 12:48:24 health("overall"): error: not in map poll
DEBU[0003] 2024/06/08 12:48:24 wgengine: Reconfig: configuring router
DEBU[0003] 2024/06/08 12:48:24 [v1] warning: fakeRouter.Set: not implemented.
DEBU[0003] 2024/06/08 12:48:24 wgengine: Reconfig: configuring DNS
DEBU[0003] 2024/06/08 12:48:24 dns: Set: {DefaultResolvers:[] Routes:{} SearchDomains:[] Hosts:0}
DEBU[0003] 2024/06/08 12:48:24 dns: Resolvercfg: {Routes:{} Hosts:0 LocalDomains:[], cloud="aws"}
DEBU[0003] 2024/06/08 12:48:24 dns: OScfg: {}
DEBU[0003] 2024/06/08 12:48:24 [v1] wgengine: Reconfig done
DEBU[0003] 2024/06/08 12:48:24 LocalBackend state is NeedsLogin; running StartLoginInteractive...
DEBU[0003] 2024/06/08 12:48:24 StartLoginInteractive: url=false
DEBU[0003] 2024/06/08 12:48:24 control: client.Login(false, 10)
DEBU[0003] 2024/06/08 12:48:24 control: [v1] mapRoutine: context done.
DEBU[0003] 2024/06/08 12:48:24 control: [v1] mapRoutine: state:new
DEBU[0003] 2024/06/08 12:48:24 control: [v1] authRoutine: context done.

If not, is there a chance you can try another network? Asking because we had a situation when a conferences WiFi connection was blocking reverse proxies.

@Tpuljak , but thats so strange  , everytime I connect laptop to different WiFi networks , always there will be an issue with daytona
What could be the workaround as checking reverse proxy rules in very network is a thing ....hope u understand :)
Also can you explain why there is a dependency on FRP ?

@kabir-baba I understand your point and we're still exploring ways of detecting these specific networking errors and providing workarounds.
The FRP connection is required to allow workspaces to communicate with the Daytona Server and register on its Tailscale network. Additionally, it allows you to configure remote profiles (with daytona profile new) to server not running on your machine.
We have https://github.com/daytonaio/daytona/issues/625 opened which will tackle removing the strict dependency to FRP and allow users to directly communicate with the Server via its IP address.
In the meantime, the best thing I could suggest is that, if possible, you run Daytona on a remote machine that is inside a network that allows reverse proxies, you create a new api key with daytona api-key new and paste the outputted command into your local daytona CLI.

This Issue has been automatically marked as "stale" because it has not had recent activity (for 14 days). It will be closed if no further activity occurs. Thanks for the feedback.


makefile: fix the DOCKER_REGISTRY variable declaration to be overridden by env var

Description of your changes
Makes it work wit env vars.
I have:

[x] Read and followed Crossplane's contribution process.
[x] Run make reviewable test to ensure this PR is ready for review.

How has this code been tested
Manually

@turkenh could you take a look again?


73 take part page to design system

Trello
The changes in this PR port the "Take part" landing page to the design system. Screenshots below.
Some points to note:

Although the field for the image description (alt text) is currently marked as required this does not return an error when the user saves the page without that so it appears to not be required.
The current implementation includes a warning to the user when they exceed 160 characters in the summary field that is not included in the Design System port. This is consistent with other pages that include a character count though the actual limit is inconsistent across Whitehall. The error that is generated when the text is too long is actually when that text exceeds 255 characters so the hint text here reflects that.
Additionally the title field is subject tot he same limit so a hint has been added to that.

Bootstrap
Design System

This looks great. I am wondering for consistency purposes there should be a character limit notice for title as well.

As per our conversation. Use hint text with 255 character limit for the time being.
Overall, great job @davidtrussler

Ah yes, good spot - the component appends the word "warning" for screen readers so it's not needed in the text 👍


Control ZoneMinder stream scaling and frame rate to reduce bandwidth

ZoneMinder’s MJPEG streaming is incredibly inefficient and bandwidth-intensive, especially with modern cameras commonly running at 1080p or higher resolutions.
Streams can be requested with down-scaling and limited frame rate (ZM’s web UI uses this with things like bandwidth profiles), but HA’s ZoneMinder integration only accesses the streams at full resolution and maximum frame rate. This is often fine over local networks, but when trying to view a camera stream remotely it can often use too much data for the stream to keep up. I suspect with a lot of common use cases (HD/3M/5M/4K cameras, residential ISPs with low uplink speeds, clients on mobile networks) viewing the streams within HA results in a slideshow at best.
It would be nice to have a setting to set scale and frame rate limits for streams when desired. Ideally this could be configured per-camera, but even global scale and maxfps options would probably be enough for most cases.
I looked at the code a little and while it doesn’t seem like this would be difficult, the stream URL is generated in the zm-py package so a change may need to be made there in addition to a configuration setting in HA, although it may be possible to simply append the extra params to the end of the URL, e.g. something like mjpeg_image_url + “&scale=50&maxfps=3”
Original HA Feature Request, Dec 20, 2022:
https://community.home-assistant.io/t/control-zoneminder-stream-scaling-and-frame-rate-to-reduce-bandwidth/505950/1

tacking upstream rohankapoorcom/zm-py/issues/57


demo: async zipcodes

Reduces the bundle size by -126KB by loading zip codes asynchronously
File sizes after gzip:

  690.74 KB (-126.21 KB)  build/static/js/main.bd504e50.chunk.js
  411.69 KB (-9 B)        build/static/js/4.ed02ae77.chunk.js
  47.02 KB (+1 B)         build/static/js/1.67abcfa1.chunk.js
  40.95 KB                build/static/js/0.65baf7f9.chunk.js
  21.05 KB (+10 B)        build/static/js/9.19b1ff49.chunk.js
  10.6 KB                 build/static/js/17.937cf223.chunk.js
  8.59 KB (+1 B)          build/static/js/5.13e239ed.chunk.js
  8.38 KB (-2 B)          build/static/js/6.cdbaa67e.chunk.js
  6.42 KB (+1 B)          build/static/js/10.44571f42.chunk.js
  6 KB                    build/static/js/16.1ac651f0.chunk.js
  5.05 KB (+1 B)          build/static/js/13.831ae8ec.chunk.js
  2.55 KB (-1 B)          build/static/js/8.fe1a467e.chunk.js
  2.42 KB                 build/static/js/7.fc21344a.chunk.js
  2.26 KB (-1 B)          build/static/js/12.7a1d785e.chunk.js
  2.25 KB (+2 B)          build/static/js/11.48354f93.chunk.js
  1.83 KB (+13 B)         build/static/js/15.cf6e29c0.chunk.js
  1.43 KB (+18 B)         build/static/js/14.29478f1d.chunk.js
  1.31 KB (-3 B)          build/static/js/runtime-main.2f456e71.js
  750 B                   build/static/css/main.9383c564.chunk.css

useGeolocation depends on region.zipCodes, so nixing it will break geolocation. will need some refactoring to make this change work

That's a good point, we can probably do the same thing on the geolocation hook, but will wait until the changes to search are merged to try this again

useGeolocation depends on region.zipCodes, so nixing it will break geolocation. will need some refactoring to make this change work

That's a good point, we can probably do the same thing on the geolocation hook, but will wait until the changes to search are merged to try this again


Add more checks for buffer corruption on startup

Is your feature request related to a problem? Please describe.
Currently when starting up Fluentd outputs, we try to check if each buffer chunk
is non-empty, and if it has some bytes, we assume it contains valid data.
It turned out that this operation model has a few issues:

If the data was indeed corrupted, the behavior is undefined. It likely causes
many kinds of errors in various parts of the pipeline.
It is also hard to tell which chunks was corrupted from td-agent.log.
This is important because users probably want to recover the lost data.

We should perform more rigorous buffer checks on startup,
so that Fluentd can handle corrupted chunks gracefully.
Describe the solution you'd like

Perform more sanity checks on buffer chunks on startup.
Emit more error logs regarding the corrupted chunks.

Describe alternatives you've considered
N/A
Additional context
No response

Thanks for summarizing this issue!
I'm willing to consider this issue in December.
Here are my impressions at present.

It is also hard to tell which chunks was corrupted from td-agent.log.

I feel the next log should be the info level since these chunks could be a problem in the case of abnormal system termination, such as a machine power failure.

https://github.com/fluent/fluentd/blob/981decb99c0cad186c0b12d4b2587d92b426315c/lib/fluent/plugin/buf_file.rb#L148

Perform more sanity checks on buffer chunks on startup.

We have the check in FileChunk initialization, but it can only detect the corruption of the meta data.
If the chunk body file is corrupt, it proceeds to the next logic.

https://github.com/fluent/fluentd/blob/981decb99c0cad186c0b12d4b2587d92b426315c/lib/fluent/plugin/buffer/file_chunk.rb#L339-L345

in_forward has the feature of checking the stream, but it is disabled by default, so we may not notice that corrupted data is being sent.

https://github.com/fluent/fluentd/blob/981decb99c0cad186c0b12d4b2587d92b426315c/lib/fluent/plugin/in_forward.rb#L367-L377

I am examining this issue.
The most important thing is to detect file corruption at abnormal system termination, such as a machine power failure.
To handle this, we should improve the process of loading the existing chunk files at startup.

I feel the next log should be the info level since these chunks could be a problem in the case of abnormal system termination, such as a machine power failure.

https://github.com/fluent/fluentd/blob/981decb99c0cad186c0b12d4b2587d92b426315c/lib/fluent/plugin/buf_file.rb#L148

This log level should be info at least when  flush_at_shutdown is true.
When  flush_at_shutdown is true, the level can be warn.
Without this log, even if we notice that we have received corrupted data on the destination server, we can not know which chunks may have been corrupted.
And, if possible, we should check for the corruption of the chunk's body when loading existing chunks.
I am currently making this modification.

I have created some PRs for this issue.

Add logs to identify the time period of potentially broken data

#4027
#4028

Backup a broken chunk file to check the content.

#4025

About adding more checks for buffer corruption, I consider the following:

It is difficult to determine if the content of the chunk file is broken or not.

Its format depends on the plugin, so we can not define what should be considered broken in general.

I guess we can check if we can unpack the data as MessagePack only when the output plugin does not use a custom format.

There is a way of corruption such that unpacking does not result in an error, but returns nil records.
So we probably should each all records and check for nil or other incorrect records.
This impact on performance would be ignorable if only for flush_at_shutdown true and buffer::resume().

I have created some PRs for this issue.

All PRs are merged, thanks for the reviews!
I will add documents and a release note about #4025 soon.

About adding more checks for buffer corruption, I consider the following:
* It is difficult to determine if the content of the chunk file is broken or not.

  * Its format depends on the plugin, so we can not define what should be considered broken in general.

* I guess we can check if we can unpack the data as MessagePack only when the output plugin does not use a custom format.

  * There is a way of corruption such that unpacking does not result in an error, but returns `nil` records.
  * So we probably should `each` all records and check for `nil` or other incorrect records.
  * This impact on performance would be ignorable if only for `flush_at_shutdown true` and `buffer::resume()`.

I want to work on other issues now, so I won't be able to work on this for a while.

Added documentation.

https://github.com/fluent/fluentd-docs-gitbook/pull/448

The following feature would be helpful, but I will not be able to work on it for a while.

About adding more checks for buffer corruption, I consider the following:
* It is difficult to determine if the content of the chunk file is broken or not.

  * Its format depends on the plugin, so we can not define what should be considered broken in general.

* I guess we can check if we can unpack the data as MessagePack only when the output plugin does not use a custom format.

  * There is a way of corruption such that unpacking does not result in an error, but returns `nil` records.
  * So we probably should `each` all records and check for `nil` or other incorrect records.
  * This impact on performance would be ignorable if only for `flush_at_shutdown true` and `buffer::resume()`.

The following feature would be helpful, but I will not be able to work on it for a while.

About adding more checks for buffer corruption, I consider the following:
* It is difficult to determine if the content of the chunk file is broken or not.

  * Its format depends on the plugin, so we can not define what should be considered broken in general.

* I guess we can check if we can unpack the data as MessagePack only when the output plugin does not use a custom format.

  * There is a way of corruption such that unpacking does not result in an error, but returns `nil` records.
  * So we probably should `each` all records and check for `nil` or other incorrect records.
  * This impact on performance would be ignorable if only for `flush_at_shutdown true` and `buffer::resume()`.

Not sure it's possible but if we could add checksums for the buffer contents, it would be helpful to verify the correctness of the buffers. This is already implemented in the chunkio which is used in Fluent Bit's filesystem buffering mechanism.
The main issue of the current implementation is: there is no mechanisms to detect the buffer corruptions.

Not sure it's possible but if we could add checksums for the buffer contents, it would be helpful to verify the correctness of the buffers. This is already implemented in the chunkio which is used in Fluent Bit's filesystem buffering mechanism.
The main issue of the current implementation is: there is no mechanisms to detect the buffer corruptions.

I agree.
I remember that when I previously made some improvements to this issue, I did not consider such a new mechanism because it would be expensive to implement and impactful to existing logic.
However, if we could add such a checksum mechanism, it would be helpful!


typo edit: bigedian -> bigendian resolves #399

corrected small typo :)

Codecov Report

Merging #436 (8fb8653) into main (7d22156) will not change coverage.
The diff coverage is 83.33%.

@@           Coverage Diff           @@
##             main     #436   +/-   ##
=======================================
  Coverage   91.00%   91.00%
=======================================
  Files         150      150
  Lines        9076     9076
=======================================
  Hits         8260     8260
  Misses        816      816

Impacted Files
Coverage Δ

src/data/value/mod.rs
96.11% <ø> (ø)

src/data/value/big_endian.rs
99.21% <83.33%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 7d22156...8fb8653. Read the comment docs.

If you link the issue to the PR, it will be automatically closed when it is merged.
Easy to track.
Write "fixed #399" at the top of conversation like this.


Provide a non-default hostname for CoreOS systems.

A freshly-installed CoreOS system does not always have a hostname configured.
This causes problems for etcd and BGP mesh configuration for Calico.
Assign the Ansible inventory name as hostname as part of CoreOS bootstrap,
if the hostname is the default ("localhost").

Hi @oneswig thanks for this PR :)
I think you should use lineinfile instead of shell but maybe there's something i'm missing.
You can look at the file roles/kubernetes/preinstall/tasks/etchosts.yml

It’s a good point.  I think it could use lineinfile and a handler to apply the new hostname to the running kernel?
I did it this way because it was a convenient one-liner to demonstrate the idea.  One other difference from lineinfile is that if there was an /etc/hostname file already (but say it contained the hostname “localhost”), lineinfile would give you an /etc/hostname with multiple lines in it.  It’s only a corner case, probably not worth considering.
One further thought was that it might be better to have a more general check in the main playbook that all hosts have unique hostnames.  That is the general problem, my thing with default hostnames on CoreOS is just a special case of that.

On 26 Feb 2016, at 21:19, Smaine Kahlouch<EMAIL_ADDRESS>wrote:
Hi @oneswig thanks for this PR :)
I think you should use lineinfile instead of shell but maybe there's something i'm missing.
You can look at the file roles/kubernetes/preinstall/tasks/etchosts.yml
—
Reply to this email directly or view it on GitHub.

Sorry for the delay (we were working on the kubecon), you're right, we should handle this check in the main playbook.
I definitely work on it next week.

I think this change can be merged safely


fixes issue#365

Pull Request Template

Please provide all of the details below. Pull requests missing any of the information below will be closed!
Providing the issue number/url helps us identify the problem being solved and keep the issues tab clean and tidy

What issue does this fix?
Summarize what this PR fixes:- Changing the color scheme of the company-banner  as per the mockup design
What issue is it attached to?
Fixes #365
Checklist
(Add an x between the brackets to check the items)

[x] I have summarize what this PR fixes above
[x] I have provided the issue ID/URL above
[x] I have not added Bootstrap or jQuery and used correct styling guide.
[x] This PR fixes only the issue mentioned above (create separate PRs for separate issues)
[x] I was the first one to claim the issue or I created the issue

Lovely! Thank you!


Added the ability to read encryption config

Required by terragrunt

We don't, but a customer reported that terragrunt checks the encryption settings, and tried to adjust them if it can't read them so results in a failure. Allowing it to read solves this


Random content

We can review this during the meeting but as the title said I started adding a few files with content from the original wiki.

starting-data:  I added this wiki page as it is, needs to be polished and possibly I will actually store this in the data section instead, I'm not quite sure what the best location is.
service-projects: content of this google doc on how to manage CLEX projects at NCI
services-conda/conda-updates: I split the Conda page on the wiki in a description of conda and the list of major changes for each update. NB I didn't list updates for env that don't exists anymore. We might actually move this page (the updates) to the Resources section, and only linked it in the services-condo page itself.
modify Resources section following the idea explained in the new appendix/resource project
added an empty condo-setup file in resources section for Dale to fill in

I'm adding Sam as reviewer because this is now stalling progress on the wiki


bug fix > is.decimal

Bug Description:
is.decimal(1.0);
// false

I'm not seeing 1.0 convert to "1.0" when coerced to a string.

Oh sorry, will fix it
Thanks :+1:

Oh, well...
Can this be even done given that the input is provided as a number.?

I don't believe so.


Fix MIME test failure in 2022.1.x patch workflow (2022/06/07)

Description:
$subject
Describe your task(s)
Related Issues (optional):

Suggested Labels (optional):

Suggested Assignees (optional):

Fixed via https://github.com/ballerina-platform/module-ballerina-mime/pull/428


Fix charts rendering exception

What type of PR is this?

/kind failing-test
What this PR does / why we need it:
Which issue(s) this PR fixes:

Fixes #553
Special notes for your reviewer:

/lgtm


Mesh per-face coloring

Proposing to add something like geometry.face_colors that specifies a color for each triangle (as defined by the indices). Implementing per-face colors is normally not trivial, but because of how we render meshes, we have access to the face index :)  so this is easy to implement.

Here's an example of what I've done in the past

It's the distance between 2 meshes drawn on top of one of the two meshes

But that's vertex coloring, not face coloring

In #529 face colors are implemented, but we should take some time to think about the API.
cc @sharon92
Current color modes

uniform color (material.color).
mapped via per-vertex texcoords (geometry.texcoords is sampled with vertex index, and result used to sample in material.map).
vertex colors (geometry.colors is sampled with vertex index).

API-wise, vertex colors are only activated when material.vertex_colors is set to True. The colormap mode is automatically activated when material.map is not None. It is assumed that there are texcoords on the geometry (will error if not).
New face color mode(s)
Ideally, I'd like to add:

mapped via per-face texcoords (geometry.texcoords is sampled with face index, and result used to sample in material.map).
face colors (geometry.colors is sampled with face index).

Some options for the API that I could think of:
Option 1
We could introduce a material.face_colors property, but then we can't distinguish between the different colormapped modes.
Option 2
We could introduce material.color_mode to explicitly set the mode ("uniform", "map", "vertex", "face-map", "face").
Perhaps including mode "auto" for backwards compatibility, that switches between "uniform" and "map" depending on whether material.map is present.
Option 3
We could decide whether to use geometry.colors as vertex or face colors based on the size of the buffer: if it matches the number of vertices, they are vertex colors, if it matches the number of faces, they are face colors. Same for texcoords. We can then rename vertex_colors to geometry_colors.
I thought it might feel a bit too magical at first, but it is easy to document this behavior and JustWorks.
@Korijn thoughts?

I'm inclined to go with color_mode (option 2) as it makes it  explicit and obvious. Also maybe it allows you to set a map and a color and then switch between them at runtime?

Agreed. The explicitness is nice.

and then switch between them at runtime?

Right, there could be a uniform that sets what color to actually use, so you can switch the color mode without recompiling the shader! Could even blend colors with something like color_mode = "uniform*0.4+face*0.6" 🤔 But let's not do a mini DSL right now 😅.

Summarizing, starting out with a simple implementation (no hot switching).

A new prop MeshAbstractMaterial.color_mode, simply sets a ._store.color_mode.
The MeshAbstractMaterial.vertex_colors should be deprecated. We keep it around for a bit and make it set color_mode and print a warning.
The mesh shader sets up the path to calculate color based on color_mode (and checks whether the color_mode is possible, e.g. is geometry.colors available and of the correct size.

Mmm, our point and line materials should probably receive the same treatment ...


Fine-Tuning colab error

Hello, I'm trying to run the exact fine-tuning script in the colab notebook. But there's an error on the cell below with the following output.
!python main.py "ylacombe/jenny-tts-6h" \
  --configuration "default" \
  --text_column_name "transcription" \
  --audio_column_name "audio" \
  --cpu_num_workers 2 \
  --num_workers_per_gpu_for_pitch 2 \
  --rename_column \
  --repo_id "jenny-tts-tags-6h"

main.py 52 <module>
snr_dataset = dataset.map(

dataset_dict.py 869 map
{

dataset_dict.py 870 <dictcomp>
k: dataset.map(

arrow_dataset.py 602 wrapper
out: Union["Dataset", "DatasetDict"] = func(self, *args, **kwargs)

arrow_dataset.py 567 wrapper
out: Union["Dataset", "DatasetDict"] = func(self, *args, **kwargs)

arrow_dataset.py 3156 map
for rank, done, content in Dataset._map_single(**dataset_kwargs):

arrow_dataset.py 3547 _map_single
batch = apply_function_on_filtered_inputs(

arrow_dataset.py 3416 apply_function_on_filtered_inputs
processed_inputs = function(*fn_args, *additional_args, **fn_kwargs)

snr_and_reverb.py 22 snr_apply
pipeline = RegressiveActivityDetectionPipeline(segmentation=model)

pipeline.py 72 __init__
self._frames = self._segmentation.model.example_output.frames

module.py 1688 __getattr__
raise AttributeError(f"'{type(self).__name__}' object has no attribute '{name}'")

AttributeError:
'CustomPyanNetModel' object has no attribute 'example_output'

@ylacombe this is the same issue that I mention you in here

Hey everyone, the issue is coming from the library brouhaha and I've opened a PR to correct it here.
In the meantime, a quick fix would be to install an older Pyannote version like this:
pip install -U pyannote.audio==3.1.1
It should fix the issue, let me know if it works!

@ylacombe thanks, that helped

Thanks @ylacombe that workaround works

It has been fixed and merged. If you reinstall brouhaha from scratch, the error should disappear!
Closing for now, but feel free to re-open if necessary!


Create Releases using GoReleaser support #9

Added GoReleaser support.  For docker image, there is an issue. Docker doesn't allow to copy file from parent folder.

Hi @rayyildiz
Thanks a lot for this pull request. Please confirm (via a comment on this PR or an email to<EMAIL_ADDRESS>that you acknowledge all your changes are contributed under the Apace license.

I confirm that all my changes are contributed under Apache license.

Thanks a lot for your contribution @rayyildiz


Allow people to remove their own access

I was made aware of a bug with Google Drive by Jessica Lord on Twitter, namely that people cannot remove their own access to a folder. It doesn't solve the underlying issue (her abusive ex is actively putting photos in the folder), but she's not even able to remove her own access to the folder.
As I understand the spec today, that is also going to be a problem with WAC. I think this is something we should solve, and hope that by raising this issue we can find some good solutions.

Acknowledging this.. I believe a part of this UC re blocking is covered in https://github.com/solid/authorization-panel/pull/112 .
Will follow-up to see if removal of access can be covered beyond the current existing cases - especially for those that do not have Control access.


Append Unreal ContentBrowser Folder Context Menu?

parent_path: ContentBrowser.FolderContextMenu

label: FolderContextMenu # also tried ContentBrowser.FolderContextMenu
items:
- label: TA Tool
  separator: True

- label: SyncToAssetByPath
  command: from utility.sync_to_asset_by_path import SyncToAssetByPath;SyncToAssetByPath()

- label: CheckAssets
  command: from utility.asset_check import CheckAssets;CheckAssets()

Better to have no submenu here.

Hey, I find a way listed as follows, but not sure is this a proper solution to this problem.
_abstract.py
......
elif self.items:  # submenu
+   if self.label == self._get_parent_app_node_name(parent_app_node=parent_app_node):
+      for item in self.items:
+          item.setup(parent_app_node=parent_app_node)
+   else:
       self.app_node = self._setup_sub_menu(parent_app_node=parent_app_node)
           for item in self.items:
                item.setup(parent_app_node=self.app_node)
......
+@abstractmethod
+def _get_parent_app_node_name(self, parent_app_node=None):
+    """get the default parent name for the root node, optional method"""
+    pass

unreal.py
+def _get_parent_app_node_name(self, parent_app_node: unreal.ToolMenu = None):
+    return parent_app_node.menu_name if parent_app_node else ""

Hi, thank you for taking the time to post this issue.
I don't understand what is going on exactly, could you explain a bit more in detail what is going on, and what the issue is?

Sorry for not explaining clearly. What I hope to achieve is to directly place a MenuEntry under the root directory ContentBrowserFolderContext by configuring YAML, rather than as a SubMenuEntry.
Specifically, let's say I have a MenuEntry called AssetCheck. Its location should be ContentBrowserFolderContext->AssetCheck instead of ContentBrowserFolderContext->->AssetCheck.
So in the previous response, I modified the setup() method in abstract.py to ensure that in the implementation of unreal.py, it checks whether each label in items matches a specific unreal.ToolMenu's menu_name. If they match, the parent of that item is set to a specific unreal.ToolMenu.

ah i see, so you want to add several menu items to an existing menu.
instead of a submenu.
i think this needs some more thought, since I can't think on what the YAML would look like for now.
should be something like this probably
existing parent
- child menuitem
- child menuitem

i wonder if something like this would work
- label: TA Tool
  separator: True
  parent_path: ContentBrowser.FolderContextMenu

- label: SyncToAssetByPath
  command: from utility.sync_to_asset_by_path import SyncToAssetByPath;SyncToAssetByPath()
  parent_path: ContentBrowser.FolderContextMenu

- label: CheckAssets
  command: from utility.asset_check import CheckAssets;CheckAssets()
  parent_path: ContentBrowser.FolderContextMenu

Hey, I find a way listed as follows, but not sure is this a proper solution to this problem

Can you put this code in a PR, i can have a look at it. but atm I don't have time.
I recently stumbled in a similar issue in Maya so will try find a solution that works for everything


sympy.functions.atan2 has been fixed in sympy 1.5, workaround removed.

Context:
In sympy 1.4, the atan2 function has a bug in its implementation.  In PR #163 sf.ops.CXgate is implemented using a decomposition that needs atan2, so a workaround was used. The workaround could not handle the case s=0, however. The bug has been fixed in sympy 1.5.
Description of the Change:

Adds sympy >= 1.5 as an installation requirement (this was missing before)
Removes the workaround code
Modifies the tests so they test the s=0 case as well.

Benefits:
The code is simplified, and can also handle the s=0 case.

Don't merge this yet, I'll have to check something first.


Add check for deepcopy files to CI

Description
This PR does 2 things:

It speeds up the deepcopy command and adds it to the manifest. This speed improvement is achieved by only searching in the relevant folders
It adds a check to the CI to verify that the deepcopy files were updated if needed

Jira

How can this be tested?

change file in the api folder that generates a deepcopy file
run make manifests and check if deepcopy file was updated

:warning: Please install the  to ensure uploads and comments are reliably processed by Codecov.
Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 64.86%. Comparing base (2116eb5) to head (0d1b7d1).

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@           Coverage Diff           @@
##             main    #3776   +/-   ##
=======================================
  Coverage   64.86%   64.86%
=======================================
  Files         388      388
  Lines       21216    21216
=======================================
  Hits        13761    13761
  Misses       6133     6133
  Partials     1322     1322

Flag
Coverage Δ

unittests
64.86% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Streamline & upgrade CI

This PR addresses #124 and #134.

fixes minor change in conf.py
swaps out conda for micromamba in CI (much quicker env resolves)
defaults to testing with stable versions of deps on all OSs & Python versions
tests bleeding edge deps only on Ubuntu & Python 3.9

Codecov Report

Merging #135 (c88d102) into main (414386e) will decrease coverage by 0.82%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             main     #135      +/-   ##
==========================================
- Coverage   85.94%   85.12%   -0.83%
==========================================
  Files          18       18
  Lines        1217     1217
==========================================
- Hits         1046     1036      -10
- Misses        171      181      +10

Impacted Files
Coverage Δ

splot/tests/test_viz_giddy_mpl.py
91.17% <0.00%> (-8.83%)
:arrow_down:

splot/_viz_giddy_mpl.py
92.05% <0.00%> (-2.65%)
:arrow_down:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 414386e...c88d102. Read the comment docs.

@slumnitz Let's merge this unless you have any objections?


Depend on matplotlib-base. Relax Python version.

Depend on matplotlib-base, per linter recommendation. Relax unnecessarily tight Python version requirement.

Checklist

[x] Used a personal fork of the feedstock to propose changes
[x] Bumped the build number (if the version is unchanged)
[x] Reset the build number to 0 (if the version changed)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[x] Ensured the license file is being packaged.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.


Bridge network stops working; no ping possible anymore

Im using Docker 17.12.0-ce on CentOS 7. I have setup 2 containers with docker-compose (version 1.18.0) using a bridged network. This connection stops working sporadically (about once a week). If the issue occurs, I cannot ping one container from the other any more (in both directions).
Simply restarting the containers does not help. I have to stop the container, remove the bridged network and start the docker-compose again to get a working network connection between both containers again.
My docker-compose.yml File looks like this:
version: '3.2'
services:
wdt-tomcat:
image: tomcat:9.0.2-jre8
container_name: wdt-tomcat
ports:
- 8082:8080
volumes:
- type: bind
source: "/docker-mnt/wdt/wdt-tomcat/webapps"
target: "/usr/local/tomcat/webapps"
- type: bind
source: "/docker-mnt/wdt/wdt-tomcat/logs"
target: "/usr/local/tomcat/logs"
links:
- wdt-mysql
environment:
JPDA_ADDRESS: 8000
entrypoint: catalina.sh jpda run
wdt-mysql:
image: mysql:5.7.21
container_name: wdt-mysql
ports:
- 3307:3306
volumes:
- type: bind
source: "/docker-mnt/wdt/wdt-mysql"
target: "/var/lib/mysql"
environment:
MYSQL_ROOT_PASSWORD: mysql
Do you have any ideas what is causing this network issue?

It seems to be a firewall issue in combination with PLESK firewall.


Reduce concept

[ ] select an exercise
[ ] make a first draft of the design.md file, laying out the goals for the concept & exercise.
[ ] add concept and exercise to the "root" config.json
[ ] edit concept's and exercise's config.json
[ ] write tests, exemplar and stub
[ ] edit instructions
[ ] revisit design.md
[ ] write about.md
[ ] copy and prune to create introduction.md
[ ] edit hints
[ ] add links

As far as I can tell, there's only one track with a reduce concept & exercise, and that's common-lisp. I'm not a fan of the exercise, so I'll invent one.
https://github.com/exercism/common-lisp/tree/main/exercises/concept/logans-numeric-partition


dajaxice_callback should be a function since dajaxice 0.2

I m running your examples on my local machine and receive the pop up error. when I select some country in Ajax Form Machine!
The error is
dajaxice_callback should be a function since dajaxice 0.2
I installed django-dajax and  django-dajaxice using pip.
The only thing I changed in the examples code is in settings.py, where I added 'dajax' to INSTALLED_APPS
Please help.

Today I'm having the same problem ( dajaxice as used in the All Colours Are Beautiful project https://github.com/muccc/acabed/ )
I guess this issue was fixed but don't see updates to the files after this conversation?


statsd doesnt work correctly on node version 8+

Running statsd on a modern nodejs version will have some very confusing abnormalities and not work correctly, however it will not throw errors and will mostly silently fail which was brutal. In particular I saw the following:

debugMessages config setting had no effect (!)
log had no errors
incoming stats were intermittently not being aggregated and sent out

I'm mostly opening this issue to raise awareness of the nature of the issue so others do not waste time on the mysterious behavior.
Related to #618 I understand this repo has sinked in activity. We could start investigating upgrading to latest and spiffying up the repo if there is enough interest

I've added a pull request to address this issue https://github.com/etsy/statsd/pull/637.  It passes all tests on node version 6-9.

awesome, thank you for tackling this

Any other alternative projects for node?

It appears as of https://github.com/statsd/statsd/commit/ff308f672f598ed22d786e63206d785ed14bb0fc#diff-b9cfc7f2cdf78a7f4b91a753d10865a2 we are testing against node 8+.
Does this mean the issue has been resolved and we can be certain to run on updated versions of node.js?

Sorry this went on for such a dreadfully long time, the projects just being revived now really. We now support a bunch of LTS versions including node 8, 10, and 12. 8 will be aged off as the nodejs LTS period comes to an end.
Happy statsding!


Deprecate getOrNil and enhance get instead

getOrNil introduced via #357 and #370 was intended to be used with default in order to support setting default values for environment values.
However, recently, it turned to not work as expected for bool values as reported in #427. That is, default applies defaulting to not only nil but also any empty values.
In #427 I proposed to add getOrDefault that would be used like {{ .Environment.Values.myBoolValue | getOrDefault "a.b.c" true }}. But it turns out we may use it in combination with default like getOrDefault "a.b.c" "used_instead_of_nil" | default "used_instead_of_empty_str" which confuses me due to overloading of the term "default".
So, I'd just enhance get to accept an optional second parameter as the default value used when the target value was not found(or nil). It would also be nice to produce a nicer error message when get is used without the default value.
{{ .Environment.Values | get "foo.bar" }}

# BEFORE:
# no value exist for key "foo.bar" in {....}:
#
# AFTER:
# no value exist for key "foo.bar" in {....}: provide the default value via the second parameter of `get` if this isn't a mistake

Any progress on that? I also need this

Hi @mumoshu, where is this get documented? I can't find it

Hey! I believe this isn't documented. A pr to add some doc around it is always welcomed!

aha, can't you just edit inline in github and just add a line? I am not aware of it's options

@Morriz I would do when I have some spare time, but I'm always overwhelmed by questions coming into github issues and via slack. That's why I'm asking everyone for help :)


Fix incorrect __EXCEPTIONS in lib.rs comment

Update lib.rs comment describing __INTERRUPTS variable to say __INTERRUPTS instead of __EXCEPTIONS

Thanks for the pull request, and welcome! The Rust team is excited to review your changes, and you should hear from @ithinuel (or someone else) soon.
If any changes to this PR are deemed necessary, please add them as extra commits. This ensures that the reviewer can see what has changed since they last reviewed the code. Due to the way GitHub handles out-of-date commits, this should also make it reasonably obvious what issues have or haven't been addressed. Large or tricky changes may require several passes of review and changes.
Please see the contribution instructions for more information.

Nice catch!

bors r+

bors r+


Feature Request: Sync across devices

A command line gtd todo manager is exactly the sort of thing I'm looking for but would it be possible to add syncing your tasks feature for those who have to work on multiple devices like me?

Hi @hashd
I thought the same thing, so what I did was, since this uses a file called .todos.json in your home folder as the main todolist, I have created a link into my cloud service of choice (owncloud, dropbox)
something like ln -s /path/to/could/folder/todos.json ~/.todos.json
That would do the trick.

I use dropbox with a symlinked .todos.json and it works great across devices.  See #43 for more info.

Perfect. Thanks :)


⚠ ClamAV has degraded performance

In 5048136, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 654 ms

Resolved: ClamAV performance has improved in 03d6f8f.


Online status

Added middleware to log last http request for each user. If last request was within the last 15 minutes, the user is either online or in-game depending on the url path requested.
There's a temp view to get all logs which we'll have to delete.
Would be nice to add a coloured circle next to online status.

Tested, we need to wait for the game to have it fully implemented


Using prefixes defined in Input rdf

At the moment, several prefixes (as below) are hardcoded in criteria.py, so users of CRITERIA are advised to use those prefixes in their RDF input:

crm: http://www.cidoc-crm.org/cidoc-crm/
frbroo: http://iflastandards.info/ns/fr/frbr/frbroo/
crmdig: http://www.ics.forth.gr/isl/CRMext/CRMdig.rdfs/
aat: http://vocab.getty.edu/aat/

We are looking to improve the tool so that it would adapt any prefixes defined by users, e.g. a user would prefer to use frbr as the prefix for http://iflastandards.info/ns/fr/frbr/frbroo/ instead of frbroo.

The tool can now process prefixes defined by users.


redefine argon2 parameters for both trivial and time-intensive hashings

This is critical because the more different version of hashes parameters, the more prone to compatibility bugs, as in versioning bug causes user to derive different keys. From the point of UX, this leads to time loss at best, until user figures out correct version, all the way through anxiety or catastrophic deadlock at worse, is correct version is lost.
Object-orienting the hashing portion of the GreatWall class (another issue) would contribute to organization and to minimize that risk.

Closing this as addressed by #18 PR.


Export type LucideIcon?

I have several instances in my app where I'd imported the LucideIcon type from the lucide-vue-next library to define a prop type for example, however from what I can tell this library has no such export. Is that right, or am I totally missing it?

Correct, this library doesn't have such a type. What would be the advantage of providing one, as it's already available in lucide-vue-next?


Make webdriver a bit more robust

Codecov Report
Attention: Patch coverage is 61.11111% with 7 lines in your changes are missing coverage. Please review.

Project coverage is 76.64%. Comparing base (1ec5a7c) to head (b0f0f55).
Report is 8 commits behind head on main.

Files
Patch %
Lines

streamjoy/wrappers.py
61.11%
7 Missing :warning:

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@            Coverage Diff             @@
##             main      #34      +/-   ##
==========================================
- Coverage   76.82%   76.64%   -0.18%
==========================================
  Files          12       12
  Lines        1234     1246      +12
==========================================
+ Hits          948      955       +7
- Misses        286      291       +5

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Regression in moving items horizontally (up/down in depth) with v2.18.0

I can't get any items to move horizontally properly... However, when I download v2.17 and run it locally, I can move horizontally without a problem.
To replicate, just compare the example site from v2.18 with v2.17....
I'm using Chrome v53.
Thanks for the library!

Hi @Tibfib I cannot duplicate the issue, if I pull down the latest and run gulp serve all horizontal movement works as expected.
The only thing I can think of would be the roll back we did earlier, I will push a new version "2.19.0" which should take care of any problems with 2.18.0 referring to the "wrong" files.
Please pull down 2.19.0 and let me know if you are still experiencing the problem.
Our Github Pages is up to date with 2.19.0 and horizontal movement appears to be working there as well.
http://angular-ui-tree.github.io/angular-ui-tree/#/basic-example

2.19 works for me! The website also works again.
Thanks! As far as I'm concerned, this can be closed.


Win 10 Pro service v. 10.0.18362.1316 needs ini update

Please provide update for ini file for:

Thanks !

Same issue here... just had a few Windows updates come through this morning and RDPWrap has now stopped. Any help appreciated.

Same issue here... just had a few Windows updates come through this morning and RDPWrap has now stopped. Any help appreciated.

Though I'm not someone who knows how to change it.
Please upload the: termsrv.dll file

Though I'm not someone who knows how to change it.
Please upload the: termsrv.dll file

termsrv.dll
https://filebin.net/h1yfempdxolu3w7j

termsrv.dll
https://filebin.net/h1yfempdxolu3w7j

https://drive.google.com/file/d/1HkN0RPpCBB-5xGv7oC_s0ZwhWyUSCOzi/view?usp=sharing

https://drive.google.com/file/d/1HkN0RPpCBB-5xGv7oC_s0ZwhWyUSCOzi/view?usp=sharing

same problem. Waiting for ini file or bytes array for replace

same problem. Waiting for ini file or bytes array for replace

Same Problem. Pls help me!

Same Problem. Pls help me!

  RDP access is no longer working, which is crucial for WFH.  Luckily I have set up a VNC server on the PC as backup plan.   Please fix help to provide new ini.  Much appreciated!

  RDP access is no longer working, which is crucial for WFH.  Luckily I have set up a VNC server on the PC as backup plan.   Please fix help to provide new ini.  Much appreciated!

Same problem

Same problem

add 10.0.18362.1316 (x64) and 10.0.19041.746 (x64)
autoupdate (recommended)
Info: please use/downlaod the latest autoupdate.bat file (added "Wait for network connection" :: important fix)
or
rdpwrap.ini

add 10.0.18362.1316 (x64) and 10.0.19041.746 (x64)
autoupdate (recommended)
Info: please use/downlaod the latest autoupdate.bat file (added "Wait for network connection" :: important fix)
or
rdpwrap.ini

0.0.18362.1316-SLIni

Can anyone confim that the settings for [10.0.18362.1316] in asmtron's post (thx for your work) are working?
I deployed them, everything seems fine, but windows don't allow a second login.

Br,

0.0.18362.1316-SLIni

Can anyone confim that the settings for [10.0.18362.1316] in asmtron's post (thx for your work) are working?
I deployed them, everything seems fine, but windows don't allow a second login.

Br,

Can anyone confim that the settings for [10.0.18362.1316] in asmtron's post (thx for your work) are working?
I deployed them, everything seems fine, but windows don't allow a second login.

Br,

Can anyone confim that the settings for [10.0.18362.1316] in asmtron's post (thx for your work) are working?
I deployed them, everything seems fine, but windows don't allow a second login.

Br,

RDP works again.  You guys are awesome!
And I still can run 2 RDP sessions each under a different Windows user ...

RDP works again.  You guys are awesome!
And I still can run 2 RDP sessions each under a different Windows user ...

Muchísimas gracias!!!! Son una comunidad excelente! Justo cuando me sucede el problema, ustedes plantean la solución. Eternamente agradecido. Dependo de muchos equipos que trabajan con RDP Wrapper y cuando falla luego de alguna actualización, se complicado todo. Un abrazo grande!

Muchísimas gracias!!!! Son una comunidad excelente! Justo cuando me sucede el problema, ustedes plantean la solución. Eternamente agradecido. Dependo de muchos equipos que trabajan con RDP Wrapper y cuando falla luego de alguna actualización, se complicado todo. Un abrazo grande!

add 10.0.18362.1316 (x64) and 10.0.19041.746 (x64)
autoupdate (recommended)
Info: please use/downlaod the latest autoupdate.bat file (added "Wait for network connection" :: important fix)

Thank you for fast solution!

add 10.0.18362.1316 (x64) and 10.0.19041.746 (x64)
autoupdate (recommended)
Info: please use/downlaod the latest autoupdate.bat file (added "Wait for network connection" :: important fix)

Thank you for fast solution!

add 10.0.18362.1316 (x64) and 10.0.19041.746 (x64)
autoupdate (recommended)
Info: please use/downlaod the latest autoupdate.bat file (added "Wait for network connection" :: important fix)
or
rdpwrap.ini
[10.0.18362.1316]
LocalOnlyPatch.x64=1
LocalOnlyOffset.x64=83075
LocalOnlyCode.x64=jmpshort
SingleUserPatch.x64=1
SingleUserOffset.x64=0DC4C
SingleUserCode.x64=Zero
DefPolicyPatch.x64=1
DefPolicyOffset.x64=1FE65
DefPolicyCode.x64=CDefPolicy_Query_eax_rcx
SLInitHook.x64=1
SLInitOffset.x64=22E9C
SLInitFunc.x64=New_CSLQuery_Initialize

[10.0.18362.1316-SLInit]
bInitialized.x64      =F6A8C
bServerSku.x64        =F6A90
lMaxUserSessions.x64  =F6A94
bAppServerAllowed.x64 =F6A9C
bRemoteConnAllowed.x64=F6AA0
bMultimonAllowed.x64  =F6AA4
ulMaxDebugSessions.x64=F6AA8
bFUSEnabled.x64       =F6AAC

please upload the 32Bit variant of termsrv.dll v.10.0.18362.1316 and v.10.0.19041.746

Big Thanks !! Problem solved !
I wish Win10 updates could be cancelled forever.. Because this problem will be here over and over again each month I presume.

add 10.0.18362.1316 (x64) and 10.0.19041.746 (x64)
autoupdate (recommended)
Info: please use/downlaod the latest autoupdate.bat file (added "Wait for network connection" :: important fix)
or
rdpwrap.ini
[10.0.18362.1316]
LocalOnlyPatch.x64=1
LocalOnlyOffset.x64=83075
LocalOnlyCode.x64=jmpshort
SingleUserPatch.x64=1
SingleUserOffset.x64=0DC4C
SingleUserCode.x64=Zero
DefPolicyPatch.x64=1
DefPolicyOffset.x64=1FE65
DefPolicyCode.x64=CDefPolicy_Query_eax_rcx
SLInitHook.x64=1
SLInitOffset.x64=22E9C
SLInitFunc.x64=New_CSLQuery_Initialize

[10.0.18362.1316-SLInit]
bInitialized.x64      =F6A8C
bServerSku.x64        =F6A90
lMaxUserSessions.x64  =F6A94
bAppServerAllowed.x64 =F6A9C
bRemoteConnAllowed.x64=F6AA0
bMultimonAllowed.x64  =F6AA4
ulMaxDebugSessions.x64=F6AA8
bFUSEnabled.x64       =F6AAC

please upload the 32Bit variant of termsrv.dll v.10.0.18362.1316 and v.10.0.19041.746

Big Thanks !! Problem solved !
I wish Win10 updates could be cancelled forever.. Because this problem will be here over and over again each month I presume.

Would it be possible for someone to document how to find / generate the correct offsets for future updates?

Would it be possible for someone to document how to find / generate the correct offsets for future updates?

Would it be possible for someone to document how to find / generate the correct offsets for future updates?

Author of RDP Wrapper posted this about how they do it:
https://www.youtube.com/watch?v=FiD86tmRBtk

Would it be possible for someone to document how to find / generate the correct offsets for future updates?

Author of RDP Wrapper posted this about how they do it:
https://www.youtube.com/watch?v=FiD86tmRBtk

Have some solution for x86 version? Thanks
termsrv10.0.18362.1316 x86.zip

Have some solution for x86 version? Thanks
termsrv10.0.18362.1316 x86.zip

Thanks for the fix guys (for 10.0.18362.1316)

Thanks for the fix guys (for 10.0.18362.1316)

add 10.0.18362.1316 (x64) and 10.0.19041.746 (x64)
autoupdate (recommended)
Info: please use/downlaod the latest autoupdate.bat file (added "Wait for network connection" :: important fix)
or
rdpwrap.ini
[10.0.18362.1316]
LocalOnlyPatch.x64=1
LocalOnlyOffset.x64=83075
LocalOnlyCode.x64=jmpshort
SingleUserPatch.x64=1
SingleUserOffset.x64=0DC4C
SingleUserCode.x64=Zero
DefPolicyPatch.x64=1
DefPolicyOffset.x64=1FE65
DefPolicyCode.x64=CDefPolicy_Query_eax_rcx
SLInitHook.x64=1
SLInitOffset.x64=22E9C
SLInitFunc.x64=New_CSLQuery_Initialize

[10.0.18362.1316-SLInit]
bInitialized.x64      =F6A8C
bServerSku.x64        =F6A90
lMaxUserSessions.x64  =F6A94
bAppServerAllowed.x64 =F6A9C
bRemoteConnAllowed.x64=F6AA0
bMultimonAllowed.x64  =F6AA4
ulMaxDebugSessions.x64=F6AA8
bFUSEnabled.x64       =F6AAC

please upload the 32Bit variant of termsrv.dll v.10.0.18362.1316 and v.10.0.19041.746

makasih suhu

add 10.0.18362.1316 (x64) and 10.0.19041.746 (x64)
autoupdate (recommended)
Info: please use/downlaod the latest autoupdate.bat file (added "Wait for network connection" :: important fix)
or
rdpwrap.ini
[10.0.18362.1316]
LocalOnlyPatch.x64=1
LocalOnlyOffset.x64=83075
LocalOnlyCode.x64=jmpshort
SingleUserPatch.x64=1
SingleUserOffset.x64=0DC4C
SingleUserCode.x64=Zero
DefPolicyPatch.x64=1
DefPolicyOffset.x64=1FE65
DefPolicyCode.x64=CDefPolicy_Query_eax_rcx
SLInitHook.x64=1
SLInitOffset.x64=22E9C
SLInitFunc.x64=New_CSLQuery_Initialize

[10.0.18362.1316-SLInit]
bInitialized.x64      =F6A8C
bServerSku.x64        =F6A90
lMaxUserSessions.x64  =F6A94
bAppServerAllowed.x64 =F6A9C
bRemoteConnAllowed.x64=F6AA0
bMultimonAllowed.x64  =F6AA4
ulMaxDebugSessions.x64=F6AA8
bFUSEnabled.x64       =F6AAC

please upload the 32Bit variant of termsrv.dll v.10.0.18362.1316 and v.10.0.19041.746

makasih suhu

@asmtron

add 10.0.18362.1316 (x64) and 10.0.19041.746 (x64)
autoupdate (recommended)
Info: please use/downlaod the latest autoupdate.bat file (added "Wait for network connection" :: important fix)
or
rdpwrap.ini
[10.0.18362.1316]
LocalOnlyPatch.x64=1
LocalOnlyOffset.x64=83075
LocalOnlyCode.x64=jmpshort
SingleUserPatch.x64=1
SingleUserOffset.x64=0DC4C
SingleUserCode.x64=Zero
DefPolicyPatch.x64=1
DefPolicyOffset.x64=1FE65
DefPolicyCode.x64=CDefPolicy_Query_eax_rcx
SLInitHook.x64=1
SLInitOffset.x64=22E9C
SLInitFunc.x64=New_CSLQuery_Initialize

[10.0.18362.1316-SLInit]
bInitialized.x64      =F6A8C
bServerSku.x64        =F6A90
lMaxUserSessions.x64  =F6A94
bAppServerAllowed.x64 =F6A9C
bRemoteConnAllowed.x64=F6AA0
bMultimonAllowed.x64  =F6AA4
ulMaxDebugSessions.x64=F6AA8
bFUSEnabled.x64       =F6AAC

please upload the 32Bit variant of termsrv.dll v.10.0.18362.1316 and v.10.0.19041.746

Thanks for your file !
Remark and question : several other sources (including the ones in your autoupdate script) use
SingleUserOffset.x64=0DD19
instead of your
SingleUserOffset.x64=0DC4C
Can you please double check and confirm the correct value.
Thanks !

add 10.0.18362.1316 (x64) and 10.0.19041.746 (x64)
autoupdate (recommended)
Info: please use/downlaod the latest autoupdate.bat file (added "Wait for network connection" :: important fix)
or
rdpwrap.ini
[10.0.18362.1316]
LocalOnlyPatch.x64=1
LocalOnlyOffset.x64=83075
LocalOnlyCode.x64=jmpshort
SingleUserPatch.x64=1
SingleUserOffset.x64=0DC4C
SingleUserCode.x64=Zero
DefPolicyPatch.x64=1
DefPolicyOffset.x64=1FE65
DefPolicyCode.x64=CDefPolicy_Query_eax_rcx
SLInitHook.x64=1
SLInitOffset.x64=22E9C
SLInitFunc.x64=New_CSLQuery_Initialize

[10.0.18362.1316-SLInit]
bInitialized.x64      =F6A8C
bServerSku.x64        =F6A90
lMaxUserSessions.x64  =F6A94
bAppServerAllowed.x64 =F6A9C
bRemoteConnAllowed.x64=F6AA0
bMultimonAllowed.x64  =F6AA4
ulMaxDebugSessions.x64=F6AA8
bFUSEnabled.x64       =F6AAC

please upload the 32Bit variant of termsrv.dll v.10.0.18362.1316 and v.10.0.19041.746

Big Thanks !! Problem solved !
I wish Win10 updates could be cancelled forever.. Because this problem will be here over and over again each month I presume.

Working perfectly here. Thank you a lot!


Rerun failed test cases from TFS 2015

Not able to rerun the failed test from TFS release. There should be a easier way to select the failed test from the Test results and run it from there. Thanks.

@psutharsan Hi, Currently this feature is not available. it's in our backlog. Please vote for this @ https://visualstudio.uservoice.com/forums/330519-team-services and give us your suggestions


GF range warning limit mavlink critical messages

This changes the geofence range warning to only send a mavlink critical message when your distance outside the max horizontal/vertical has increased instead of every time it's checked (quite annoying).

On second thought, maybe this is still too much? Maybe it should be any change in distance and a couple seconds.

@dagar An additional throttling based on time might make sense, but is only required if you can't set the distance to a higher value. If you make it 30-50m then it should sound only every few seconds, even for fast vehicles. And given that an increase is a pretty significant issue, it being annoying probably makes sense.

@LorenzMeier I think just a time based delay would best cover all scenarios. I chose 3 seconds.

cool, thanks! Looking forward to the RTL part next ;-).


Test #284

See what #284 does

@Crazy-Duck @howardchung seems like the long way of doing things... as a failure would mean reverting dev branch

Whether you create a different branch for pull requests and make PR's into dev or make a staging branch to which you pull from dev, both kinda have the same problem of having to revert the branch :/

Ideally we'd need a system where we can approve a PR for testing, see if tests pass and then pull. That way we wouldn't need to revert. I've got no clue however if github/travis support such a model..

If I PR into dev, I can close without merging... or comment without merging.
This is a lot of hassle considering that accounts are free and easy to create and hi-jacking the account loses us very little.

I'm not opposed to the idea, go with whatever works best for you :)

We'll get rjackson to colab you and howard (so you remain unchanged), but I'll ask others to PR the new staging branch. I think that works the easiest.

Works for me :)

If you really don't care about the account, you can hardcode the credentials into the test.


Output tab doesn't close automatically after a run

Operating system or device - Godot version:
Windows 8.1 - Godot v2.1.1 and 2.1.2:
Issue description:
In Godot 2.1, when you stopped a run, the Output tab was automatically closed. In Godot 2.1.1 and 2.1.2, it stays apparent, even when there were no errors. You have to close it yourself each time.
Steps to reproduce:
Load a project (with no error) and play it, the Output tab is shown.
Stop the execution, the output tab stays open, instead of being hidden as in v2.1
If this is a wanted behavior, it might be good to add an option here to disable it ;)

Thank you all!

I already did this, if there is any interest I can make a PR.

I really think you can! :)
Thank you!


[Improvement] Vietnamese document version

Description

The Vietnamese document has some typo as well as un-translated sentences.

Pre-launch Checklist

[x] I updated/added relevant documentation (doc comments with ///).
[x] All existing and new tests are passing.

I have some contributions for Vietnamese document version. Feel free to take a look. Thank you all.

Thanks!
LGTM