Go

Which jobs are flaking?

we saw this in a sig-windows test today, blob:https://prow.k8s.io/789c15e1-3869-4a8a-b8ef-ef8394f5be0a

from this family

https://testgrid.k8s.io/sig-windows-1.22-release#aks-engine-windows-dockershim-1.22

Jul 10 02:49:49.489: INFO: Pod statscollectiontest-69785fa8-1d35-4253-a720-9c8acc39c08a-1 is Failed, but it's not controlled by a controller
Jul 1

What happened:
Wherever Grafana generates a footer, it adds the Grafana version and commit to the list of links:

https://github.com/grafana/grafana/blob/238d761450738cdef822589f321500879fa49b32/public/app/core/components/Footer/Footer.tsx#L48

The link is empty, which I've always found a little disappointing. I was thinking we could reference the commit like this:

links.push({ te

Hi. I've been experiencing good reliability syncing Maildirs with Syncthing for a few weeks already - however, from time to time an occasional empty mail may now show up in my IMAP folders/e-mail client. I suspect that this is due to the partial transfers and/or temp files being read by dovecot (perhaps locking them somehow could help with this?). I was able to ignore dovecot's index files in Sync

What happened?

In a Jepsen test run of five etcd 3.5.3 nodes, with process pauses (sending processes SIGSTOP and SIGCONT), compaction (performed via the admin API), and defragmentation (via etcdctl), one etcd process crashed with the following error message:

{"level":"panic","ts":"2022-06-13T14:11:27.870Z","caller":"etcdserver/apply.go:638","msg":"unexpected error during txn","error

System information

Geth
Version: 1.10.13-stable
Git Commit: 7a0c19f813e285516f4b525305fd73b625d2dec8
Architecture: amd64
Go Version: go1.17.3
Operating System: linux
GOPATH=
GOROOT=go

Expected behaviour

Close files that aren't in use / have a settable limit

Actual behaviour

Every database file it opens stays open for the duration of the sync

Steps to re

Hi. First of all, kudos to you for the VFS cache - it's really brilliant. I have one request though.

For a little background, as of now I'm using the following settings:

--vfs-cache-mode full \
  --vfs-cache-max-size 500G \
  --vfs-cache-max-age 5000h \
  --vfs-cache-poll-interval 5m \
  --vfs-read-ahead 2G \
  --bwlimit-file 32M \
  --vfs-read-chunk-size=64M \
  --vfs-read-chunk-s

Enhancement

mysql> CREATE TABLE t1 (
    -> risk_id varchar(32) NOT NULL,
    -> tran_id int NOT NULL,
    -> KEY (`risk_id`)
    -> );

mysql> CREATE TABLE t2 (
    -> risk_id varchar(32) COLLATE utf8mb4_general_ci NOT NULL,
    -> -- risk_id varchar(32) NOT NULL,
    -> tran_id int NOT NULL,
    -> KEY (`risk_id`)
    -> );

mysql> explain select /*+ hash_join(t1) */ t1.ris

Description

Cloning a repository with a double slash fails:

$ git clone https://git.data.coop//halfd/new-website.git
Cloning into 'new-website'...
remote: Not found.
fatal: repository 'https://git.data.coop//halfd/new-website.git/' not found

Gitea Version

1.16.8

Can you reproduce the bug on the Gitea demo site?

Yes

Log Gist

No response

Screenshots

bytebufferpool

Now, type dbBase in orm package utilize the fmt.Sprint to build SQL, but it's not a elegant way because the performance is not good.

In general, we prefer to use the buffer to reduce the memory allocation.

So you can check the functions in dbBase and try best to use bytebufferpool to refine them.

This is a big task, yo

In a support escalation (https://github.com/cockroachlabs/support/issues/1709) for a v21.1 cluster, we saw that leaked gossip entries could impact foreground latency. The gossip leak itself has [since been fixed](cockroachdb/cockroach@d07b32db3e49e