grep -nr '/enhancements/keps/' * | grep -v '^vendor' | grep -v '/README.md' | grep -v '.json' | grep -v '.pb.go' | grep -v '.proto' | grep -v 'generated'

• OWNERS_ALIASES:581: # conformance aliases https://git.k8s.io/enhancements/keps/sig-architecture/20190412-conformance-behaviors.md
  #101009
• pkg/apis/core/types.go:2835: // More info: https://git.k8s.io/enhancements/keps

When using right Y-axis, the first (rightmost) legend label is hard to click. Only a small fraction on the left side of the label is actually clickable. Almost impossible to hit on touch devices.

I assume this is due to the negative margin of the parent item (<div class="view" ...>)

![recording](https://user-images.githubusercontent.com/12658837/93191834-46273480-f745-11ea-8eb8-3c9921a5b

Right now, Syncthing seems to always use LF for line endings in config.xml and .stignore. This is a problem in Windows when trying to edit those using the built-in Notepad, which until very recently had no support for other line endings than CRLF. Support for them has only been added in the very recent versions of Windows 10.

The problem is that when opening those files in Notepad under old

"found" by the @discordapp troops the hard way: https://status.discordapp.com/incidents/62gt9cgjwdgf
pinging @zorkian who pointed it out to me.

trivial to repro, this is against a 3.3.13 on fedora-31.

$ etcdctl set /baa schnorp
$ etcdctl get /baa
schnorp
$ echo -ne 'PUT /v2/keys/baa HTTP/1.1\r\nHost: boo\r\nContent-Length: 123\r\n\r\n' | nc localhost 2379
HTTP/1.1 200 OK
...
$ et

I’m trying to script setup and configuration of caddy server based on a custom download that includes additional plugins (caddy-auth-portal, caddy-auth-jwt, caddy-trace, and various caddy-dns modules ).

During setup, the caddy unit file is configured to run caddy as a non priveledged user (by design).

To get certificates configured properly we are attempting to use the caddy trust command

System information

Geth version: 1.10.2-stable
OS & Version: Linux
Commit hash : 97d11b0187b4695ccf44e3b71b54155fe405a36f

Expected behaviour

As mentioned here in the official guide, the following command would allow geth to push metrics data to InfluxDB.

$ geth --metrics --me

There is a config item Config.LogConfig.AccessLogs, if it was true, Beego log web request and response.

Actually, it's not a good design. As we all known, Log is a typical AOP logic, it should not couple with "business" logic. But now, audit couple with Beego logic.

The relative code:

// AccessLogRecord is astruct for holding access log data.
type AccessLogRecord struct {
	Remo

• Gitea version (or commit ref): 1.13 (Codeberg), 1.15 (try.gitea.io)
• Database (use [x]):
  • PostgreSQL
  • MySQL
  • MSSQL
  • SQLite
• Can you reproduce the bug at https://try.gitea.io:
  • Yes https://try.gitea.io/30repos (feel free to join this org as admin)

Description

The paging of repos is broken in the user dashboard with (n)*15 repos, n >= 2.
So wi

GenMarkdownTreeCustom has a way to a header (filePrepender arg), however there is not a first class way to add a footer.

minikube start does not support the MINIKUBE_ADDONS environment variable as a proxy for the --addons argument as it does with other options.

Steps to reproduce the issue:

1. MINIKUBE_PROFILE=this-works MINIKUBE_ADDONS=registry minikube start
2. `MINIKUBE_PROFILE=this-works minikube addon