mirror of
https://github.com/hanzoai/volume.git
synced 2026-11-03 04:24:40 +00:00
zeekay
b61441f7d7
A fork of Rancher's local-path-provisioner at v0.0.36. The behaviour is unchanged and deliberately so — a directory on the node a pod lands on is the right thing for a disk. What changes is identity. The provisioner answers to hanzo.ai/volume rather than rancher.io/local-path. That is not branding: two provisioners sharing one name race for the same claims, and a stock k3s carries the upstream one, so a cluster running both would settle our storage by chance. Data lives at /var/lib/hanzo/volume, so reading a Hanzo cluster does not mean learning another vendor's directory. Apache-2.0 as published, unaltered, with Rancher's attribution in NOTICE. The README says what this is not: durability. A volume here dies with its node. That is hanzoai/replicate's question, one layer up, and keeping the two apart is what lets the disk stay this simple.
31 lines
852 B
Go
31 lines
852 B
Go
// Code generated by running "go generate" in golang.org/x/text. DO NOT EDIT.
|
|
|
|
// Copyright 2016 The Go Authors. All rights reserved.
|
|
// Use of this source code is governed by a BSD-style
|
|
// license that can be found in the LICENSE file.
|
|
|
|
//go:build !go1.16
|
|
|
|
package idna
|
|
|
|
// appendMapping appends the mapping for the respective rune. isMapped must be
|
|
// true. A mapping is a categorization of a rune as defined in UTS #46.
|
|
func (c info) appendMapping(b []byte, s string) []byte {
|
|
index := int(c >> indexShift)
|
|
if c&xorBit == 0 {
|
|
s := mappings[index:]
|
|
return append(b, s[1:s[0]+1]...)
|
|
}
|
|
b = append(b, s...)
|
|
if c&inlineXOR == inlineXOR {
|
|
// TODO: support and handle two-byte inline masks
|
|
b[len(b)-1] ^= byte(index)
|
|
} else {
|
|
for p := len(b) - int(xorData[index]); p < len(b); p++ {
|
|
index++
|
|
b[p] ^= xorData[index]
|
|
}
|
|
}
|
|
return b
|
|
}
|