Server Stuck on io.Copy in the Echo Example

In the echo example (quic-go/example/echo/echo.go), the server part gets stuck on the io.Copy call. I tried adding a test print statement after it as seen in the added code, but it does not print it. It also seemed stuck when I separated the client and server to two computers and tested them like that.
// Start a server that echos all data on the first stream opened by the client
func echoServer() error {
	listener, err := quic.ListenAddr(addr, generateTLSConfig(), nil)
	if err != nil {
		return err
	}
	sess, err := listener.Accept(context.Background())
	if err != nil {
		return err
	}
	stream, err := sess.AcceptStream(context.Background())
	if err != nil {
		panic(err)
	}
	// Echo through the loggingWriter
	_, err = io.Copy(loggingWriter{stream}, stream)
        fmt.Println("test")
	return err
}

try running with QUIC_GO_LOG_LEVEL=DEBUG and see what you get

... or enable qlog and upload the file to qvis.

Thank you for the answers. I managed to change the debugger level. It seems like the server sends the message and then nothing. I added the output below but I didn't manage to enable qlog. How do you enable it for the echo example @marten-seemann ?
2021/09/21 17:15:14 muxer Increased receive buffer size to 4096 kiB
2021/09/21 17:15:14 Activating reading of ECN bits for IPv4 and IPv6.
2021/09/21 17:15:14 Activating reading of packet info for IPv4 and IPv6.
2021/09/21 17:15:14 client Starting new connection to localhost ([::]:55051 -> <IP_ADDRESS>:4242), source connection ID (empty), destination connection ID ce26d32eab033307a1f718861f9d74f7108ab356, version v1       2021/09/21 17:15:14 muxer Adding connection ID (empty).
2021/09/21 17:15:14 client Not doing 0-RTT.
2021/09/21 17:15:14 client -> Sending packet 0 (1252 bytes) for connection ce26d32eab033307a1f718861f9d74f7108ab356, Initial
2021/09/21 17:15:14 client      Long Header{Type: Initial, DestConnectionID: ce26d32eab033307a1f718861f9d74f7108ab356, SrcConnectionID: (empty), Token: (empty), PacketNumber: 0, PacketNumberLen: 2, Length: 1222, Version: v1}
2021/09/21 17:15:14 client      -> &wire.CryptoFrame{Offset: 0, Data length: 313, Offset + Data length: 313}
2021/09/21 17:15:15 muxer Increased receive buffer size to 4096 kiB
2021/09/21 17:15:15 Activating reading of ECN bits for IPv4.
2021/09/21 17:15:15 Activating reading of ECN bits for IPv4.
2021/09/21 17:15:15 server Listening for udp connections on <IP_ADDRESS>:4242
2021/09/21 17:15:15 client Loss detection alarm for Initial fired in PTO mode. PTO count: 1
2021/09/21 17:15:15 client -> Sending packet 1 (1252 bytes) for connection ce26d32eab033307a1f718861f9d74f7108ab356, Initial
2021/09/21 17:15:15 client      Long Header{Type: Initial, DestConnectionID: ce26d32eab033307a1f718861f9d74f7108ab356, SrcConnectionID: (empty), Token: (empty), PacketNumber: 1, PacketNumberLen: 2, Length: 1222, Version: v1}
2021/09/21 17:15:15 client      -> &wire.CryptoFrame{Offset: 0, Data length: 313, Offset + Data length: 313}
2021/09/21 17:15:15 client -> Sending packet 2 (1252 bytes) for connection ce26d32eab033307a1f718861f9d74f7108ab356, Initial
2021/09/21 17:15:15 client      Long Header{Type: Initial, DestConnectionID: ce26d32eab033307a1f718861f9d74f7108ab356, SrcConnectionID: (empty), Token: (empty), PacketNumber: 2, PacketNumberLen: 2, Length: 1222, Version: v1}
2021/09/21 17:15:15 client      -> &wire.CryptoFrame{Offset: 0, Data length: 313, Offset + Data length: 313}
2021/09/21 17:15:15 server <- Received Initial packet.
2021/09/21 17:15:15 server <- Received Initial packet.
2021/09/21 17:15:15 server      Long Header{Type: Initial, DestConnectionID: ce26d32eab033307a1f718861f9d74f7108ab356, SrcConnectionID: (empty), Token: (empty), PacketNumber: 0, PacketNumberLen: 0, Length: 1222, Version: v1}
2021/09/21 17:15:15 server      Long Header{Type: Initial, DestConnectionID: ce26d32eab033307a1f718861f9d74f7108ab356, SrcConnectionID: (empty), Token: (empty), PacketNumber: 0, PacketNumberLen: 0, Length: 1222, Version: v1}
2021/09/21 17:15:15 server Changing connection ID to 09ba145b.
2021/09/21 17:15:15 server -> Sending Retry
2021/09/21 17:15:15 server      Long Header{Type: Retry, DestConnectionID: (empty), SrcConnectionID: 09ba145b, Token: 0x1a92d1607d6c9de088bb134ada6bb4182e32b087a7e72421aa67ecc62a3f5c57d47d2df11cc1f64f9f88df31dd4e2160f9249171c2c3c244fdb2dbc8e94fc72e4a09c948f7fb0ccec9b80579ede2c754b7c85f697b0d15457671f62ad70f8920c073, Version: v1}
2021/09/21 17:15:15 server Changing connection ID to 677ab045.
2021/09/21 17:15:15 server -> Sending Retry
2021/09/21 17:15:15 server      Long Header{Type: Retry, DestConnectionID: (empty), SrcConnectionID: 677ab045, Token: 0x3e62f22328c5194cc3cffcab200103cd2e3c045c33c972b1a833a3180553b37c374befab4d5c5609c331b314fd813b9705f10097ec58cb9a041e8e68fbdae3f2b64014443cc970e170b4c776a44b15df4300805210dd0729c4e7d28d53835f093731, Version: v1}
2021/09/21 17:15:15 client <- Received Retry:
2021/09/21 17:15:15 client      Long Header{Type: Retry, DestConnectionID: (empty), SrcConnectionID: 09ba145b, Token: 0x1a92d1607d6c9de088bb134ada6bb4182e32b087a7e72421aa67ecc62a3f5c57d47d2df11cc1f64f9f88df31dd4e2160f9249171c2c3c244fdb2dbc8e94fc72e4a09c948f7fb0ccec9b80579ede2c754b7c85f697b0d15457671f62ad70f8920c073, Version: v1}
2021/09/21 17:15:15 client Switching destination connection ID to: 09ba145b
2021/09/21 17:15:15 client -> Sending packet 3 (1252 bytes) for connection ce26d32eab033307a1f718861f9d74f7108ab356, Initial
2021/09/21 17:15:15 client      Long Header{Type: Initial, DestConnectionID: 09ba145b, SrcConnectionID: (empty), Token: 0x1a92d1607d6c9de088bb134ada6bb4182e32b087a7e72421aa67ecc62a3f5c57d47d2df11cc1f64f9f88df31dd4e2160f9249171c2c3c244fdb2dbc8e94fc72e4a09c948f7fb0ccec9b80579ede2c754b7c85f697b0d15457671f62ad70f8920c073, PacketNumber: 3, PacketNumberLen: 2, Length: 1139, Version: v1}
2021/09/21 17:15:15 client      -> &wire.CryptoFrame{Offset: 0, Data length: 313, Offset + Data length: 313}
2021/09/21 17:15:15 client Ignoring Retry, since a Retry was already received.
2021/09/21 17:15:15 server <- Received Initial packet.
2021/09/21 17:15:15 server Changing connection ID to d8048c80.
2021/09/21 17:15:15 muxer Adding connection IDs 09ba145b and d8048c80 for a new session.
2021/09/21 17:15:15 server <- Reading packet 3 (1252 bytes) for connection 09ba145b, Initial
2021/09/21 17:15:15 server      Long Header{Type: Initial, DestConnectionID: 09ba145b, SrcConnectionID: (empty), Token: 0x1a92d1607d6c9de088bb134ada6bb4182e32b087a7e72421aa67ecc62a3f5c57d47d2df11cc1f64f9f88df31dd4e2160f9249171c2c3c244fdb2dbc8e94fc72e4a09c948f7fb0ccec9b80579ede2c754b7c85f697b0d15457671f62ad70f8920c073, PacketNumber: 3, PacketNumberLen: 2, Length: 1139, Version: v1}
2021/09/21 17:15:15 server      <- &wire.CryptoFrame{Offset: 0, Data length: 313, Offset + Data length: 313}
2021/09/21 17:15:15 server Received ClientHello message (313 bytes, encryption level: Initial)
2021/09/21 17:15:15 server Installed Handshake Read keys (using TLS_AES_128_GCM_SHA256)
2021/09/21 17:15:15 server Installed Handshake Write keys (using TLS_AES_128_GCM_SHA256)
2021/09/21 17:15:15 server Processed Transport Parameters: &wire.TransportParameters{OriginalDestinationConnectionID: (empty), InitialSourceConnectionID: (empty), InitialMaxStreamDataBidiLocal: 524288, InitialMaxStreamDataBidiRemote: 524288, InitialMaxStreamDataUni: 524288, InitialMaxData: 786432, MaxBidiStreamNum: 100, MaxUniStreamNum: 100, MaxIdleTimeout: 30s, AckDelayExponent: 3, MaxAckDelay: 26ms, ActiveConnectionIDLimit: 4, MaxDatagramFrameSize: 0}
2021/09/21 17:15:15 muxer Adding connection ID cd916eef.
2021/09/21 17:15:15 muxer Adding connection ID cab352d4.
2021/09/21 17:15:15 muxer Adding connection ID 46fe649a.
2021/09/21 17:15:15 server Installed 1-RTT Write keys (using TLS_AES_128_GCM_SHA256)
2021/09/21 17:15:15 server      Queueing ACK because the first packet should be acknowledged.
2021/09/21 17:15:15 server -> Sending coalesced packet (3 parts, 1252 bytes) for connection ce26d32eab033307a1f718861f9d74f7108ab356
2021/09/21 17:15:15 server      Long Header{Type: Initial, DestConnectionID: (empty), SrcConnectionID: d8048c80, Token: (empty), PacketNumber: 0, PacketNumberLen: 2, Length: 388, Version: v1}
2021/09/21 17:15:15 server      -> &wire.AckFrame{LargestAcked: 3, LowestAcked: 3, DelayTime: 0s}
2021/09/21 17:15:15 server      -> &wire.CryptoFrame{Offset: 0, Data length: 90, Offset + Data length: 90}
2021/09/21 17:15:15 server      Long Header{Type: Handshake, DestConnectionID: (empty), SrcConnectionID: d8048c80, PacketNumber: 0, PacketNumberLen: 2, Length: 746, Version: v1}
2021/09/21 17:15:15 server      -> &wire.CryptoFrame{Offset: 0, Data length: 724, Offset + Data length: 724}
2021/09/21 17:15:15 server      Short Header{DestConnectionID: (empty), PacketNumber: 0, PacketNumberLen: 2, KeyPhase: 0}
2021/09/21 17:15:15 server      -> &wire.NewConnectionIDFrame{SequenceNumber: 3, ConnectionID: 46fe649a, StatelessResetToken: 0x77bd3f9997167deffcb927f63c0a0ffe}
2021/09/21 17:15:15 server      -> &wire.NewConnectionIDFrame{SequenceNumber: 2, ConnectionID: cab352d4, StatelessResetToken: 0x9c9676cac4fd495d3152fe7b96a88568}
2021/09/21 17:15:15 server      -> &wire.NewConnectionIDFrame{SequenceNumber: 1, ConnectionID: cd916eef, StatelessResetToken: 0x8cd0f71dd85c10d7b271a7981e49eff9}
2021/09/21 17:15:15 client Parsed a coalesced packet. Part 1: 402 bytes. Remaining: 850 bytes.
2021/09/21 17:15:15 client <- Reading packet 0 (402 bytes) for connection (empty), Initial
2021/09/21 17:15:15 client      Long Header{Type: Initial, DestConnectionID: (empty), SrcConnectionID: d8048c80, Token: (empty), PacketNumber: 0, PacketNumberLen: 2, Length: 388, Version: v1}
2021/09/21 17:15:15 client Received first packet. Switching destination connection ID to: d8048c80
2021/09/21 17:15:15 client      <- &wire.AckFrame{LargestAcked: 3, LowestAcked: 3, DelayTime: 0s}
2021/09/21 17:15:15 client      newly acked packets (1): [3]
2021/09/21 17:15:15 client      updated RTT: 2.199118ms (σ: 1.099559ms)
2021/09/21 17:15:15 client      <- &wire.CryptoFrame{Offset: 0, Data length: 90, Offset + Data length: 90}
2021/09/21 17:15:15 client Received ServerHello message (90 bytes, encryption level: Initial)
2021/09/21 17:15:15 client Installed Handshake Write keys (using TLS_AES_128_GCM_SHA256)
2021/09/21 17:15:15 client Installed Handshake Read keys (using TLS_AES_128_GCM_SHA256)
2021/09/21 17:15:15 client      Queueing ACK because the first packet should be acknowledged.
2021/09/21 17:15:15 client Parsed a coalesced packet. Part 2: 759 bytes. Remaining: 91 bytes.
2021/09/21 17:15:15 client <- Reading packet 0 (759 bytes) for connection (empty), Handshake
2021/09/21 17:15:15 client      Long Header{Type: Handshake, DestConnectionID: (empty), SrcConnectionID: d8048c80, PacketNumber: 0, PacketNumberLen: 2, Length: 746, Version: v1}
2021/09/21 17:15:15 client      <- &wire.CryptoFrame{Offset: 0, Data length: 724, Offset + Data length: 724}
2021/09/21 17:15:15 client Received EncryptedExtensions message (156 bytes, encryption level: Handshake)
2021/09/21 17:15:15 client Processed Transport Parameters: &wire.TransportParameters{OriginalDestinationConnectionID: ce26d32eab033307a1f718861f9d74f7108ab356, InitialSourceConnectionID: d8048c80, RetrySourceConnectionID: 09ba145b, InitialMaxStreamDataBidiLocal: 524288, InitialMaxStreamDataBidiRemote: 524288, InitialMaxStreamDataUni: 524288, InitialMaxData: 786432, MaxBidiStreamNum: 100, MaxUniStreamNum: 100, MaxIdleTimeout: 30s, AckDelayExponent: 3, MaxAckDelay: 26ms, ActiveConnectionIDLimit: 4, StatelessResetToken: 0xce0ebf4f646a08e6c5b9f565f3ca757b, MaxDatagramFrameSize: 0}
2021/09/21 17:15:15 client Received Certificate message (396 bytes, encryption level: Handshake)
2021/09/21 17:15:15 client Received CertificateVerify message (136 bytes, encryption level: Handshake)
2021/09/21 17:15:15 client Received Finished message (36 bytes, encryption level: Handshake)
2021/09/21 17:15:15 client Installed 1-RTT Read keys (using TLS_AES_128_GCM_SHA256)
2021/09/21 17:15:15 client Installed 1-RTT Write keys (using TLS_AES_128_GCM_SHA256)
2021/09/21 17:15:15 client      Queueing ACK because the first packet should be acknowledged.
2021/09/21 17:15:15 client Parsed a coalesced packet. Part 3: 91 bytes. Remaining: 0 bytes.
2021/09/21 17:15:15 client <- Reading packet 0 (91 bytes) for connection (empty), 1-RTT
2021/09/21 17:15:15 client      Short Header{DestConnectionID: (empty), PacketNumber: 0, PacketNumberLen: 2, KeyPhase: 0}
2021/09/21 17:15:15 client      <- &wire.NewConnectionIDFrame{SequenceNumber: 3, ConnectionID: 46fe649a, StatelessResetToken: 0x77bd3f9997167deffcb927f63c0a0ffe}
2021/09/21 17:15:15 client      <- &wire.NewConnectionIDFrame{SequenceNumber: 2, ConnectionID: cab352d4, StatelessResetToken: 0x9c9676cac4fd495d3152fe7b96a88568}
2021/09/21 17:15:15 client      <- &wire.NewConnectionIDFrame{SequenceNumber: 1, ConnectionID: cd916eef, StatelessResetToken: 0x8cd0f71dd85c10d7b271a7981e49eff9}
2021/09/21 17:15:15 client      Queueing ACK because the first packet should be acknowledged.
2021/09/21 17:15:15 client Dropping Initial keys.
2021/09/21 17:15:15 client -> Sending coalesced packet (2 parts, 1252 bytes) for connection ce26d32eab033307a1f718861f9d74f7108ab356
2021/09/21 17:15:15 client      Long Header{Type: Initial, DestConnectionID: d8048c80, SrcConnectionID: (empty), Token: 0x1a92d1607d6c9de088bb134ada6bb4182e32b087a7e72421aa67ecc62a3f5c57d47d2df11cc1f64f9f88df31dd4e2160f9249171c2c3c244fdb2dbc8e94fc72e4a09c948f7fb0ccec9b80579ede2c754b7c85f697b0d15457671f62ad70f8920c073, PacketNumber: 4, PacketNumberLen: 2, Length: 1069, Version: v1}
2021/09/21 17:15:15 client      -> &wire.AckFrame{LargestAcked: 0, LowestAcked: 0, DelayTime: 0s}
2021/09/21 17:15:15 client      Long Header{Type: Handshake, DestConnectionID: d8048c80, SrcConnectionID: (empty), PacketNumber: 0, PacketNumberLen: 2, Length: 57, Version: v1}
2021/09/21 17:15:15 client      -> &wire.CryptoFrame{Offset: 0, Data length: 36, Offset + Data length: 36}
2021/09/21 17:15:15 client -> Sending packet 1 (36 bytes) for connection ce26d32eab033307a1f718861f9d74f7108ab356, Handshake
2021/09/21 17:15:15 client      Long Header{Type: Handshake, DestConnectionID: d8048c80, SrcConnectionID: (empty), PacketNumber: 1, PacketNumberLen: 2, Length: 23, Version: v1}
2021/09/21 17:15:15 client      -> &wire.AckFrame{LargestAcked: 0, LowestAcked: 0, DelayTime: 0s}
2021/09/21 17:15:15 client -> Sending packet 0 (29 bytes) for connection ce26d32eab033307a1f718861f9d74f7108ab356, 1-RTT
2021/09/21 17:15:15 client      Short Header{DestConnectionID: d8048c80, PacketNumber: 0, PacketNumberLen: 2, KeyPhase: 0}
2021/09/21 17:15:15 client      -> &wire.AckFrame{LargestAcked: 0, LowestAcked: 0, DelayTime: 2.085779ms}
Client: Sending 'foobar'
2021/09/21 17:15:15 server Parsed a coalesced packet. Part 1: 1182 bytes. Remaining: 70 bytes.
2021/09/21 17:15:15 server <- Reading packet 4 (1182 bytes) for connection d8048c80, Initial
2021/09/21 17:15:15 server      Long Header{Type: Initial, DestConnectionID: d8048c80, SrcConnectionID: (empty), Token: 0x1a92d1607d6c9de088bb134ada6bb4182e32b087a7e72421aa67ecc62a3f5c57d47d2df11cc1f64f9f88df31dd4e2160f9249171c2c3c244fdb2dbc8e94fc72e4a09c948f7fb0ccec9b80579ede2c754b7c85f697b0d15457671f62ad70f8920c073, PacketNumber: 4, PacketNumberLen: 2, Length: 1069, Version: v1}
2021/09/21 17:15:15 server      <- &wire.AckFrame{LargestAcked: 0, LowestAcked: 0, DelayTime: 0s}
2021/09/21 17:15:15 server      newly acked packets (1): [0]
2021/09/21 17:15:15 server      updated RTT: 2.411458ms (σ: 1.205729ms)
2021/09/21 17:15:15 server Parsed a coalesced packet. Part 2: 70 bytes. Remaining: 0 bytes.
2021/09/21 17:15:15 server Dropping Initial keys.
2021/09/21 17:15:15 server <- Reading packet 0 (70 bytes) for connection d8048c80, Handshake
2021/09/21 17:15:15 server      Long Header{Type: Handshake, DestConnectionID: d8048c80, SrcConnectionID: (empty), PacketNumber: 0, PacketNumberLen: 2, Length: 57, Version: v1}
2021/09/21 17:15:15 server      <- &wire.CryptoFrame{Offset: 0, Data length: 36, Offset + Data length: 36}
2021/09/21 17:15:15 server Received Finished message (36 bytes, encryption level: Handshake)
2021/09/21 17:15:15 client -> Sending packet 1 (33 bytes) for connection ce26d32eab033307a1f718861f9d74f7108ab356, 1-RTT
2021/09/21 17:15:15 client      Short Header{DestConnectionID: cd916eef, PacketNumber: 1, PacketNumberLen: 2, KeyPhase: 0}
2021/09/21 17:15:15 client      -> &wire.RetireConnectionIDFrame{SequenceNumber:0x0}
2021/09/21 17:15:15 server Installed 1-RTT Read keys (using TLS_AES_128_GCM_SHA256)
2021/09/21 17:15:15 server      Queueing ACK because the first packet should be acknowledged.
2021/09/21 17:15:15 client      -> &wire.StreamFrame{StreamID: 0, Fin: false, Offset: 0, Data length: 6, Offset + Data length: 6}
2021/09/21 17:15:15 server -> Sending packet 1 (36 bytes) for connection ce26d32eab033307a1f718861f9d74f7108ab356, Handshake
2021/09/21 17:15:15 server      Long Header{Type: Handshake, DestConnectionID: (empty), SrcConnectionID: d8048c80, PacketNumber: 1, PacketNumberLen: 2, Length: 23, Version: v1}
2021/09/21 17:15:15 server      -> &wire.AckFrame{LargestAcked: 0, LowestAcked: 0, DelayTime: 0s}
2021/09/21 17:15:15 muxer Retiring connection ID 09ba145b in 5s.
2021/09/21 17:15:15 muxer Retiring connection ID 09ba145b in 5s.
2021/09/21 17:15:15 server Dropping Handshake keys.
2021/09/21 17:15:15 client <- Reading packet 1 (36 bytes) for connection (empty), Handshake
2021/09/21 17:15:15 client      Long Header{Type: Handshake, DestConnectionID: (empty), SrcConnectionID: d8048c80, PacketNumber: 1, PacketNumberLen: 2, Length: 23, Version: v1}
2021/09/21 17:15:15 client      <- &wire.AckFrame{LargestAcked: 0, LowestAcked: 0, DelayTime: 0s}
2021/09/21 17:15:15 client Peer doesn't await address validation any longer.
2021/09/21 17:15:15 client      newly acked packets (1): [0]
2021/09/21 17:15:15 client      updated RTT: 2.241ms (σ: 909µs)
2021/09/21 17:15:15 client Canceling loss detection timer. No PTO needed..
2021/09/21 17:15:15 server -> Sending packet 1 (223 bytes) for connection ce26d32eab033307a1f718861f9d74f7108ab356, 1-RTT
2021/09/21 17:15:15 server      Short Header{DestConnectionID: (empty), PacketNumber: 1, PacketNumberLen: 2, KeyPhase: 0}
2021/09/21 17:15:15 server      -> &wire.HandshakeDoneFrame{}
2021/09/21 17:15:15 server      -> &wire.NewTokenFrame{Token: 0x712c0bd0f2914d2ea7cc0e118eb67037ea59a2d6a55052a22f4926f528fec6750643461fe2473e69298bb8ff02473627682af86a783134a00b64eebfa14226c15573292bbaf49c4716f5}
2021/09/21 17:15:15 server      -> &wire.CryptoFrame{Offset: 0, Data length: 122, Offset + Data length: 122}
2021/09/21 17:15:15 server Dropping Handshake packet (36 bytes) because we already dropped the keys.
2021/09/21 17:15:15 server <- Reading packet 0 (29 bytes) for connection d8048c80, 1-RTT
2021/09/21 17:15:15 server      Short Header{DestConnectionID: d8048c80, PacketNumber: 0, PacketNumberLen: 2, KeyPhase: 0}
2021/09/21 17:15:15 server      <- &wire.AckFrame{LargestAcked: 0, LowestAcked: 0, DelayTime: 2.08ms}
2021/09/21 17:15:15 server      newly acked packets (1): [0]
2021/09/21 17:15:15 server      updated RTT: 2.412ms (σ: 906µs)
2021/09/21 17:15:15 server <- Reading packet 1 (33 bytes) for connection cd916eef, 1-RTT
2021/09/21 17:15:15 server      Short Header{DestConnectionID: cd916eef, PacketNumber: 1, PacketNumberLen: 2, KeyPhase: 0}
2021/09/21 17:15:15 server      <- &wire.RetireConnectionIDFrame{SequenceNumber:0x0}
2021/09/21 17:15:15 muxer Retiring connection ID d8048c80 in 5s.
2021/09/21 17:15:15 server      <- &wire.StreamFrame{StreamID: 0, Fin: false, Offset: 0, Data length: 6, Offset + Data length: 6}
2021/09/21 17:15:15 server      Queueing ACK because the first packet should be acknowledged.
2021/09/21 17:15:15 server -> Sending packet 2 (25 bytes) for connection ce26d32eab033307a1f718861f9d74f7108ab356, 1-RTT
2021/09/21 17:15:15 server      Short Header{DestConnectionID: (empty), PacketNumber: 2, PacketNumberLen: 2, KeyPhase: 0}
2021/09/21 17:15:15 server      -> &wire.AckFrame{LargestAcked: 1, LowestAcked: 0, DelayTime: 663.54µs}
2021/09/21 17:15:15 client <- Reading packet 1 (223 bytes) for connection (empty), 1-RTT
Server: Got 'foobar'
2021/09/21 17:15:15 client      Short Header{DestConnectionID: (empty), PacketNumber: 1, PacketNumberLen: 2, KeyPhase: 0}
2021/09/21 17:15:15 server -> Sending packet 3 (27 bytes) for connection ce26d32eab033307a1f718861f9d74f7108ab356, 1-RTT
2021/09/21 17:15:15 server      Short Header{DestConnectionID: (empty), PacketNumber: 3, PacketNumberLen: 2, KeyPhase: 0}
2021/09/21 17:15:15 server      -> &wire.StreamFrame{StreamID: 0, Fin: false, Offset: 0, Data length: 6, Offset + Data length: 6}
2021/09/21 17:15:15 client      <- &wire.HandshakeDoneFrame{}
2021/09/21 17:15:15 client Dropping Handshake keys.
2021/09/21 17:15:15 client      <- &wire.NewTokenFrame{Token: 0x712c0bd0f2914d2ea7cc0e118eb67037ea59a2d6a55052a22f4926f528fec6750643461fe2473e69298bb8ff02473627682af86a783134a00b64eebfa14226c15573292bbaf49c4716f5}
2021/09/21 17:15:15 client      <- &wire.CryptoFrame{Offset: 0, Data length: 122, Offset + Data length: 122}
2021/09/21 17:15:15 client Received NewSessionTicket message (122 bytes, encryption level: 1-RTT)
2021/09/21 17:15:15 client      Setting ACK timer to max ack delay: 25ms
2021/09/21 17:15:15 client <- Reading packet 2 (25 bytes) for connection (empty), 1-RTT
2021/09/21 17:15:15 client      Short Header{DestConnectionID: (empty), PacketNumber: 2, PacketNumberLen: 2, KeyPhase: 0}
2021/09/21 17:15:15 client      <- &wire.AckFrame{LargestAcked: 1, LowestAcked: 0, DelayTime: 656µs}
2021/09/21 17:15:15 client      newly acked packets (1): [1]
2021/09/21 17:15:15 client      updated RTT: 2.214ms (σ: 735µs)
2021/09/21 17:15:15 client Canceling loss detection timer. No packets in flight.
2021/09/21 17:15:15 client <- Reading packet 3 (27 bytes) for connection (empty), 1-RTT
2021/09/21 17:15:15 client      Short Header{DestConnectionID: (empty), PacketNumber: 3, PacketNumberLen: 2, KeyPhase: 0}
2021/09/21 17:15:15 client      <- &wire.StreamFrame{StreamID: 0, Fin: false, Offset: 0, Data length: 6, Offset + Data length: 6}
2021/09/21 17:15:15 client      Queueing ACK because packet 2 packets were received after the last ACK (using initial threshold: 2).
2021/09/21 17:15:15 client -> Sending packet 2 (28 bytes) for connection ce26d32eab033307a1f718861f9d74f7108ab356, 1-RTT
Client: Got 'foobar'
2021/09/21 17:15:15 client      Short Header{DestConnectionID: cd916eef, PacketNumber: 2, PacketNumberLen: 2, KeyPhase: 0}
2021/09/21 17:15:15 client      -> &wire.AckFrame{LargestAcked: 3, LowestAcked: 0, DelayTime: 210.356µs}


make batch member update configurable

What this PR does / why we need it:
make batch member update configurable
Octavia supports batch member updates, however some provider drivers for Octavia do not support batch update of pool members. In that case, the pool members are added/removed by occm.
batch-member-update can be set in cloud-config file.
Special notes for reviewers:
Batch member update is enabled by default for Octavia.

Release note:

NONE

/assign @lingxiankong
@lingxiankong  can you please review. Thanks

/retest

/ok-to-test

Hi @hamzazafar , I am not sure which driver you are using, but from Octavia official API document (https://docs.openstack.org/api-ref/load-balancer/v2/index.html?expanded=batch-update-members-detail#batch-update-members) I didn't see anything mentioned that different drivers may have different implementations.
As an official cloud provider that supports official openstack API, I don't think we should support any 'non-standard' openstack API. So, rather than adding an extra config option to OCCM, could you please provide more information about your driver and maybe talk to Octavia team about the API support?
/hold


Add sanity check that contract can deploy on Ropsten

Issue Type
[ ] bug report
[x] feature request

Current Behavior
From Devops' feedback, contract deployment via truffle migrate from time to time fails and requires manual retry. Would be nice to have automated sanity check testing the contract deployment on real network.
PS. currently it is only tested against local ganache, which the response time is fast and does not need to wait on the transaction to go through the network + mining....etc
Motivation
Make devops happy

done, have the deployment to Rinkeby test


Registration of groups.

I have been working with Bonobo for some months, I have several repositories and several analysts working, so far without problems.
Today the responsibility for creating repositories is in the hands of analysts, one problem I am facing is the separation of repositories by groups once this field is opened.
A centralized registration of groups in the hand of an administrator user would solve this problem, could this be considered an improvement? What is yours opinion?

I think its a great idea and I thought about it also. Then when creating repositories a dropdown (ie. with search field / filtering) is presented to select the appropriate group?
Unfortunately I don't have the time nor the experience in creating the views, to accomplish this :(

That's it. I also have no experience to contribute :(

I've been working on this functionality. However, I do not know much about C# (entity framework, fluent ...). At the moment I have CRUD for Groups, the moment I create a repository, the Group is being persisted together (a previously registered group), I do not know where I might be going wrong. Look here for the changes I made. Sorry for the bad english.

Have you considered an autocomplete field instead of a drop down?  It might be a little cleaner and if the 'enforce centralized group administration" is disabled, it will help prevent a group named "public repositorys" when "public repositories" already exists...it might help prevent that even if it is turned on.


[5615] Fixed tests to be able to run in the very first day of the new academic cycle

Context
Change in academic year unearthed flakiness of specs
Changes proposed in this pull request
Fixed the flakiness of specs, remove the face slapping time loop.
Guidance to review
Probably easier to review per commit, and from the 3rd commit onward to Run Rspec tests for next academic year locally per commit.
Below is the main issues that was addressed.

~The retry of 3 is helping to hide the issues, changed to 1.~, there is more flakes :face_exhaling:
Marked tests with skip_test_due_to_first_day_of_current_academic_year for impossible scenarios, as it cannot logically happen (maybe card to address by removing yesterday options for the withdrawing, deferring, reinstating trainee)
Realigning the timing as using time in the past when you at the beginning of time causes temporal paradox , ie cannot recommend for yesterday if you only become a trainee today.
Removed hardcoded year of date, and use influx as it needs to be relative in the larger schema.
Reworked compute_valid_past_itt_start_date as it was generating invalid options 1 out of 32 at least, hence retry of 3
Reworked CI to reset database before each run as stale data was stored.
Opted for extending the CI flow as it was lower hanging fruit then reinventing  timemachine, maybe move the Run Rspec tests for next academic year for a bi weekly process.

Important business

[ ] Does this PR introduce any PII fields that need to be overwritten or deleted in db/scripts/sanitise.sql?
[ ] Does this PR change the database schema? If so, have you updated the config/analytics.yml file and considered whether you need to send 'import_entity' events?
[ ] Do we need to send any updates to DQT as part of the work in this PR?
[ ] Does this PR need an ADR?

NB: Please notify the #twd_data_insights team and ask for a review if new fields are being added to analytics.yml

 Change in academic year unearthed flakiness of specs


Clang Errors

CLANGCOMPILE : fatal error : error in backend: Cannot select: intrinsic %llvm.arm.neon.vcvtfp2hf;
clang.exe : error : clang frontend command failed with exit code 70 (use -v to see invocation)

Is this 32-bit or 64-bit?

Although it is never mind. I have fixed this bug (I hope). Can you check it?

Again Coming Same Problem....

Oh! I have fixed this bug for CMake but you used Visual Studio...

Yes..... I am Building For Android That's Why I am using visual studio

I guess that error coming while compiling SimdNeonFloat16.cpp file

I have done. Could you check again?

Thank you so much its working fine.


[] build failure

Package: openssl:x64-linux -> 1.1.1
Host Environment

Host: x64-linux
Compiler: GNU 9.3.1
vcpkg-tool version: 2023-08-09-9990a4c9026811a312cb2af78bf77f3d9d288416
vcpkg-scripts version: 7827a2a05 2023-10-05 (32 minutes ago)

To Reproduce
vcpkg install
Failure logs
-- Downloading https://github.com/openssl/openssl/archive/openssl-1.1.1.tar.gz -> openssl-openssl-openssl-1.1.1.tar.gz...
[DEBUG] To include the environment variables in debug output, pass --debug-env
[DEBUG] Trying to load bundleconfig from /var/opt/teradata/jenkins/vcpkg/vcpkg-bundle.json
[DEBUG] Failed to open: /var/opt/teradata/jenkins/vcpkg/vcpkg-bundle.json
[DEBUG] Bundle config: readonly=false, usegitregistry=false, embeddedsha=nullopt, deployment=Git, vsversion=nullopt
[DEBUG] Metrics enabled.
[DEBUG] Feature flag 'binarycaching' unset
[DEBUG] Feature flag 'compilertracking' unset
[DEBUG] Feature flag 'registries' unset
[DEBUG] Feature flag 'versions' unset
[DEBUG] Feature flag 'dependencygraph' unset
[DEBUG] 1000: popen( curl --fail -L https://github.com/openssl/openssl/archive/openssl-1.1.1.tar.gz --create-dirs --output /home/jenkins/vcpkg/downloads/openssl-openssl-openssl-1.1.1.tar.gz.17136.part 2>&1)
[DEBUG] 1000: cmd_execute_and_stream_data() returned 22 after   602036 us
error: Failed to download from mirror set
error: https://github.com/openssl/openssl/archive/openssl-1.1.1.tar.gz: curl failed to download with exit code 22
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

curl: (22) The requested URL returned error: 404

[DEBUG] /mnt/vss/_work/1/s/src/vcpkg/base/downloads.cpp(1053):
[DEBUG] Time in subprocesses: 602036us
[DEBUG] Time in parsing JSON: 3us
[DEBUG] Time in JSON reader: 0us
[DEBUG] Time in filesystem: 256us
[DEBUG] Time in loading ports: 0us
[DEBUG] Exiting after 603 ms (602621us)

CMake Error at /home/jenkins/vcpkg/scripts/cmake/vcpkg_download_distfile.cmake:32 (message):

      Failed to download file with error: 1
      If you are using a proxy, please check your proxy setting. Possible causes are:

      1. You are actually using an HTTP proxy, but setting HTTPS_PROXY variable
         to `https://address:port`. This is not correct, because `https://` prefix
         claims the proxy is an HTTPS proxy, while your proxy (v2ray, shadowsocksr
         , etc..) is an HTTP proxy. Try setting `http://address:port` to both
         HTTP_PROXY and HTTPS_PROXY instead.

      2. If you are using Windows, vcpkg will automatically use your Windows IE Proxy Settings
         set by your proxy software. See https://github.com/microsoft/vcpkg-tool/pull/77
         The value set by your proxy might be wrong, or have same `https://` prefix issue.

      3. Your proxy's remote server is out of service.

      If you've tried directly download the link, and believe this is not a temporary
      download server failure, please submit an issue at https://github.com/Microsoft/vcpkg/issues
      to report this upstream download server failure.

Call Stack (most recent call first):
  /home/jenkins/vcpkg/scripts/cmake/vcpkg_download_distfile.cmake:270 (z_vcpkg_download_distfile_show_proxy_and_fail)
  /home/jenkins/vcpkg/scripts/cmake/vcpkg_from_github.cmake:106 (vcpkg_download_distfile)
  /home/jenkins/vcpkg/overlay-ports/openssl/portfile.cmake:18 (vcpkg_from_github)
  /home/jenkins/vcpkg/scripts/ports.cmake:168 (include)

Additional context
vcpkg.json
{
  "name": "google-cloud-cpp-development",
  "version": "2.16.0",
  "description": "Describes the vcpkg dependencies for vcpkg development.",
  "homepage": "https://github.com/googleapis/google-cloud-cpp",
  "license": "Apache-2.0",
  "supports": "!uwp",
  "dependencies": [
    "abseil",
    "crc32c",
    {
      "name": "curl",
      "features": [
        "ssl"
      ]
    },
    {
      "$description": "If cross-compiling, we need the gRPC protoc plugin on the 'host' environment.",
      "name": "grpc",
      "host": true
    },
    {
      "$description": "If cross-compiling, we need the protoc compiler on the 'host' environment.",
      "name": "protobuf",
      "host": true
    },
    "grpc",
    "protobuf",
    "nlohmann-json",
    "benchmark",
    "gtest",
    {
      "$description": "Only used for the opentelemetry feature.",
      "name": "opentelemetry-cpp"
    },
    {
      "$description": "Only used for the docfx feature.",
      "name": "pugixml"
    },
    {
      "$description": "Only used for the docfx feature.",
      "name": "yaml-cpp"
    }
  ]
}

OpenSSL 1.1.1, really? It is five years old.
I wouldn't expect a fix to the old port version, but the URL really doesn't work. There is https://github.com/openssl/openssl/archive/refs/tags/OpenSSL_1_1_1.tar.gz, but probably with a different SHA512.

I am getting the following build error after fixing the version number:
Package: openssl:x64-linux -> 1.1.1q
Host Environment

Host: x64-linux
Compiler: GNU 9.3.1
vcpkg-tool version: 2023-08-09-9990a4c9026811a312cb2af78bf77f3d9d288416
vcpkg-scripts version: 7827a2a05 2023-10-05 (2 hours ago)

To Reproduce
vcpkg install
Failure logs
-- Downloading https://www.openssl.org/source/openssl-1.1.1q.tar.gz;https://www.openssl.org/source/old/1.1.1/openssl-1.1.1q.tar.gz -> openssl-1.1.1q.tar.gz...
openssl requires Linux kernel headers from the system package manager.
   They can be installed on Alpine systems via `apk add linux-headers`.
   They can be installed on Ubuntu systems via `apt install linux-libc-dev`.

CMake Error at /home/jenkins/vcpkg/overlay-ports/openssl/unix/portfile.cmake:33 (vcpkg_cmake_get_vars):
  Unknown CMake command "vcpkg_cmake_get_vars".
Call Stack (most recent call first):
  /home/jenkins/vcpkg/overlay-ports/openssl/portfile.cmake:24 (include)
  /home/jenkins/vcpkg/scripts/ports.cmake:168 (include)

Additional context
vcpkg.json
{
  "name": "google-cloud-cpp-development",
  "version": "2.16.0",
  "description": "Describes the vcpkg dependencies for vcpkg development.",
  "homepage": "https://github.com/googleapis/google-cloud-cpp",
  "license": "Apache-2.0",
  "supports": "!uwp",
  "dependencies": [
    "abseil",
    "crc32c",
    {
      "name": "curl",
      "features": [
        "ssl"
      ]
    },
    {
      "$description": "If cross-compiling, we need the gRPC protoc plugin on the 'host' environment.",
      "name": "grpc",
      "host": true
    },
    {
    {
      "$description": "If cross-compiling, we need the protoc compiler on the 'host' environment.",
      "name": "protobuf",
      "host": true
    },
    "grpc",
    "protobuf",
    "nlohmann-json",
    "benchmark",
    "gtest",
    {
      "$description": "Only used for the opentelemetry feature.",
      "name": "opentelemetry-cpp"
    },
    {
      "$description": "Only used for the docfx feature.",
      "name": "pugixml"
    },
    {
      "$description": "Only used for the docfx feature.",
      "name": "yaml-cpp"
    }
  ]
}

Your installed ports are outdated, too. In classic mode, check the impact with
./vcpkg upgrade

and do the actual reinstallation with
./vcpkg upgrade --no-dry-run

In manifest mode, update you baseline, and pin openssl with an override.

I am using manifest mode.  I am not sure how to update the baseline and pin the openssl with an override.  Can you tell me how to do this?

I think you need to start with this documentation page:
https://learn.microsoft.com/en-us/vcpkg/consume/lock-package-versions

I am getting the following error when I tried to force openssl version 1.1.1
-- Running vcpkg install
error: no version database entry for openssl at 1.1.1.
Available versions:
3.1.2#1
3.1.2
3.1.1#1
3.1.1
3.1.0#4
3.1.0#3
3.1.0#2
3.1.0#1
3.1.0
3.0.8#2
3.0.8#1
3.0.8
3.0.7#2
3.0.7#1
3.0.7
3.0.5#5
3.0.5#4
3.0.5#3
3.0.5#2
3.0.5#1
3.0.5
3.0.4
3.0.3#2
3.0.3#1
3.0.3
3.0.2#3
3.0.2#2
3.0.2#1
3.0.2
1.1.1n#1
1.1.1n
1.1.1m#2
1.1.1m#1
1.1.1m
1.1.1l#4
1.1.1l#3
1.1.1l#2
1.1.1l#1
1.1.1l
1.1.1k#8
1.1.1k#7
1.1.1k#6
1.1.1k#5
1.1.1k#4
1.1.1k#3
1.1.1k#2
1.1.1k#1
1.1.1k
1.1.1j#2
1.1.1j#1
1.1.1j
1.1.1i
1.1.1h#5
1.1.1h#4
1.1.1h#3
1.1.1h#2
1.1.1h#1
1.1.1g#1
1.1.1g
1.1.1d
1
0
1.0.2o-3
1.0.2o-2
1.0.2o-1
1.0.2o
1.0.2n-3
1.0.2n-2
1.0.2n-1
1.0.2n
1.0.2m
1.0.2l-3
1.0.2l-2
1.0.2l-1
1.0.21-1
1.0.2k-5
1.0.2k-4
1.0.2k-3
1.0.2k-2
1.0.2k-1
1.0.2j-2
1.0.2j-1
1.0.2j
1.0.2h-1
1.0.2j
1.0.2h-1
1.0.2h
See vcpkg help versioning or https://learn.microsoft.com/vcpkg/users/versioning for more information.
note: updating vcpkg by rerunning bootstrap-vcpkg may resolve this failure.
-- Running vcpkg install - failed
CMake Error at /home/jenkins/vcpkg/scripts/buildsystems/vcpkg.cmake:895 (message):
vcpkg install failed.  See logs for more information:
/home/jenkins/google-cloud-cpp/cmake-out/vcpkg-manifest-install.log
Call Stack (most recent call first):
/usr/share/cmake/Modules/CMakeDetermineSystem.cmake:123 (include)
CMakeLists.txt:22 (project)
CMake Error: CMake was unable to find a build program corresponding to "Unix Makefiles".  CMAKE_MAKE_PROGRAM is not set.  You probably need to select a different build tool.
CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage
-- Configuring incomplete, errors occurred!
Updated vcpkg.json with openssl 1.1.1n and get the following failure:
-- Running vcpkg install
error: while loading /home/jenkins/google-cloud-cpp/vcpkg.json:
$.overrides[0] (an override): error: 1.1.1n is not a valid relaxed version (semver with arbitrary numeric element count).Extended documentation available at 'https://learn.microsoft.com/vcpkg/users/manifests'.
-- Running vcpkg install - failed
CMake Error at /home/jenkins/vcpkg/scripts/buildsystems/vcpkg.cmake:895 (message):
vcpkg install failed.  See logs for more information:
/home/jenkins/google-cloud-cpp/cmake-out/vcpkg-manifest-install.log
Call Stack (most recent call first):
/usr/share/cmake/Modules/CMakeDetermineSystem.cmake:123 (include)
CMakeLists.txt:22 (project)
CMake Error: CMake was unable to find a build program corresponding to "Unix Makefiles".  CMAKE_MAKE_PROGRAM is not set.  You probably need to select a different build tool.
CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage
-- Configuring incomplete, errors occurred!
vcpkg.json.txt

CMake Error: CMake was unable to find a build program corresponding to "Unix Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool.

Install make with your system package manager.

I think the problem is this failure:
$.overrides[0] (an override): error: 1.1.1n is not a valid relaxed version (semver with arbitrary numeric element count).Extended documentation available at 'https://learn.microsoft.com/vcpkg/users/manifests'.
-- Running vcpkg install - failed
The build work fine with 3.0.x, but not any of the 1.1.1 since it's not a relaxed version.  Not sure how to get around this.

According the vcpkg.json docs, the override spec must use the same version-scheme as the requested version, and 1.1.1n is version-string.
https://learn.microsoft.com/en-us/vcpkg/reference/vcpkg-json#example-of-version-overrides
   "overrides": [
     {
       "name": "openssl",
-      "version": "1.1.1n"
+      "version-string": "1.1.1n"
     }

Thanks! This works.

Thanks @dg0yt! and Good to know the problem has been solved.


Using Historical Data instruction

add instructions to Gitbook documentation according to doc attached
Historical_data_instruction.txt

Added instructions to Balancer Simulations Gitbook

Added instructions to Balancer Simulations Gitbook


Don't call lib_free in the kernel code

Summary
since kernel just allocate memory from kmm_malloc
Impact
code refactor only since lib_free call kmm_free when is compiled in kernel spacee
Testing
ci

Speaking of which:
https://github.com/apache/nuttx/blob/7884c186208346cf989d28241e4c0eb032c98198/arch/xtensa/src/esp32s3/esp32s3_libc_stubs.c#L146
there is a use of plain malloc/free.

@acassis esp use the wrong function.

There are many places like it. I have changes stashed somewhere and will push change for review soon

Could you consider below issue:

configure build with esp32-devkitc:psram_usrheap
enable assertion in config
build and run on a ESP32 DevkitC board
Just run ls under nsh prompt, below assertion found:

NuttShell (NSH)
nsh> ls
/:
_assert: Current Version: NuttX  0.0.0 7884c18620 Aug  7 2023 10:14:10 xtensa
_assert: Assertion failed (mem == ((void*)0)) || kmm_heapmember(mem): at file: kmm_heap/kmm_free.c:55 task: nsh_main 0x400d9600
up_dump_register:    PC: 400e4f09    PS: 00060022
up_dump_register:    A0: 800e1e6a    A1: 3f8006e0    A2: 00000000    A3: 3ffb2650
up_dump_register:    A4: 20000000    A5: 3f8008e0    A6: 00000008    A7: ff000000
up_dump_register:    A8: 00000001    A9: 3ffe0460   A10: 3ffb2650   A11: 0000007e
up_dump_register:   A12: 00060c20   A13: 00000000   A14: 00000008   A15: 3ffe0460
up_dump_register:   SAR: 00000000 CAUSE: 3f800690 VADDR: 00000008
up_dump_register:  LBEG: 4000c46c  LEND: 4000c477  LCNT: 00000000
dump_stack: User Stack:
dump_stack:   base: 0x3f800378
dump_stack:   size: 00001992
dump_stack:     sp: 0x3f8006e0
stack_dump: 0x3f8006e0: 3f405e8d 3f8006e0 3f400fef 00000037 800d75d5 3f8007f0 3f400fef 00000037
stack_dump: 0x3f800700: 3ffe04e4 400d9600 00000001 3f8007b8 7474754e 00000058 00000000 00000000
stack_dump: 0x3f800720: 00000000 00000000 07450dc7 ddf57c50 800eddf5 3f800760 3f8007f8 3f8007b8
stack_dump: 0x3f800740: 00000002 302e3000 0000302e 3f404786 800e3cf1 3f800780 383707a0 31633438
stack_dump: 0x3f800760: 30323638 67754120 20372020 33323032 3a303120 313a3431 00000030 3f404784
stack_dump: 0x3f800780: 3f800870 3f800850 00000008 65747803 0061736e 3f800840 3f800b50 3f404784
stack_dump: 0x3f8007a0: 00000000 3ffe0460 3ffb2650 3f400fc4 3f400fef 00000037 6f720a2f 00000063
stack_dump: 0x3f8007c0: 00000037 00060020 00000000 3f800e20 3f800b40 000007c8 00000000 3f8006e0
stack_dump: 0x3f8007e0: 800df504 3f800810 3f800e60 00060220 3f400fc4 400dadb8 00000000 3f800e30
stack_dump: 0x3f800800: 800de3b3 3f800830 00000000 3ffe06e0 00000000 00000200 00000000 00000001
stack_dump: 0x3f800820: 800de091 3f800850 3f800870 3ffb3fa4 3ffb4558 3f800e60 00000025 3f404786
stack_dump: 0x3f800840: 800de0a4 3f800870 3ffe0460 3ffe05f0 00000000 3ffe0600 3ffb3fa4 00000001
stack_dump: 0x3f800860: 800de0b4 3f8008a0 00000003 3f800e34 00000c01 00000002 3ffb3fa4 3ffe06e0
stack_dump: 0x3f800880: 3ffe0568 3ffe0568 00000008 00000003 800e371a 3f8008c0 00000003 3f800e34
stack_dump: 0x3f8008a0: 00000022 3f800850 00000008 3ffe0460 800dd0d3 3f8008e0 3f800e30 400d96e8
stack_dump: 0x3f8008c0: 00000022 3f8008e0 00000008 ff000000 800db4a3 3f800900 00000000 3f40428e
stack_dump: 0x3f8008e0: 3f800e34 3f800e35 3f800b50 3f800194 800dacbc 3f800920 3f800b50 3f800e20
stack_dump: 0x3f800900: 3f800e20 400dadb8 00000000 3f800e30 800da660 3f800980 3f800b50 00000001
stack_dump: 0x3f800920: 00000000 00000000 00004124 00000000 00000000 00000000 00000000 00000000
stack_dump: 0x3f800940: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
stack_dump: 0x3f800960: 3f40428e 00000000 00004000 00000001 800da785 3f8009a0 00000001 00000000
stack_dump: 0x3f800980: 3f8009a0 400db364 3f800dd8 3f800b50 800d98bd 3f800a60 3f800b50 3f800dd8
stack_dump: 0x3f8009a0: 3f800dd8 00000000 00000000 00000000 00000000 00000000 00000000 00000000
stack_dump: 0x3f8009c0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
stack_dump: 0x3f8009e0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 3f800dd8
stack_dump: 0x3f800a00: 00000003 00000000 00000000 0000002c 800d9896 3f800ddb 3f800dd8 00000040
stack_dump: 0x3f800a20: 00000001 3ffe0568 3ffe0648 0000002c 00000000 400d993c 00000002 00000000
stack_dump: 0x3f800a40: 3f800b50 3f800d50 00000000 00000000 800d966f 3f800a90 3f800b50 3f800dd8
stack_dump: 0x3f800a60: 00000001 3f800a90 3f800b50 3f800dd8 00000001 3f800d50 0000000a 3f800dd8
stack_dump: 0x3f800a80: 800d962b 3f800ab0 00000001 3f800358 00000001 3f403f7b 00060020 3ffb0498
stack_dump: 0x3f800aa0: 800d5fe8 3f800ad0 00000001 3f800358 3f800b50 3ffaffb0 00000000 00000000
stack_dump: 0x3f800ac0: 800d3bbb 3f800b00 400d9600 00000001 00000064 00000000 00000000 00000000
stack_dump: 0x3f800ae0: 3f40e2d0 3ffb00d8 00000001 00000000 00000000 3f800b20 00000000 00000000
stack_dump: 0x3f800b00: 3f800358 00000100 3ffaec5d 0fffffff 00000000 3f800b40 00000000 00000000
stack_dump: 0x3f800b20: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
 dev/
 proc/

The assertion happened in kmm_free() Via further debug, it could be found that kmm_free() was called by dir_close().
The cause of this assertion is that the memory to be freeed by kmm_free() is allocated in asprintf(), which used lib_malloc(). Please note that asprintf() is a libc function and built in libc module.
In libc building, __KERNEL__ is not defined and lib_malloc() should be malloc() rather than kmm_malloc().
Under the circumstance of CONFIG_ESP32_SPIRAM_USER_HEAP=y (Just esp32-devkitc:psram_usrheap like), malloc() is not equal to kmm_malloc...
https://github.com/apache/nuttx/pull/8974 is trying to fix this issue. This PR is acturally revert that fix.

Besides asprintf(), another libc function strdup() have the similiar case. https://github.com/apache/nuttx/pull/10017 is to fix one of the case.

Ok, CONFIG_ESP32_SPIRAM_USER_HEAP is a verry new option, @acassis @gustavonihei could you take a look.

@xiaoxiang781216 the need for library functions inside the kernel has been discussed previously here: https://github.com/apache/nuttx/pull/8974/files#r1159313382

OK, look like my patch is wrong. @pkarashchenko could you revert my change in your PR.

OK, look like my patch is wrong. @pkarashchenko could you revert my change in your PR.

Here it is https://github.com/apache/nuttx/pull/10110, but I have some limited availability to test it well and would appreciate support in verification part


Change "Quickstart" to "Demo" in navigation

Fixes #1605
Special notes for your reviewer:

I tested this, it looked like it worked good.


The click button sound plays at the start of the game when the menu is loaded

The click button sound plays at the start of the game when the menu is loaded

Click gone


Ability to apply Regexes on ARG and ENV

Is this a request for help?:
No.

Is this a BUG REPORT or a FEATURE REQUEST? (choose one):
FEATURE REQUEST
It would be great to be able to use regexes on ARG and ENV for Dockerfile checks, which AFAIK is not possible today.

The 'like' and 'not_like' operators for the dockerfile.instruction trigger does an re.match() check. Can you see if that achieves what you're looking for?

Actually, it should :) Sorry for the noise.


Jesse: Watch prodirectory.org

Jesse requests the watch of the watch_keyword prodirectory\.org. See the MS search here and the Stack Exchange search in text, in URLs, and in code.

prodirectory\.org has been seen in 1 true positive, 0 false positives, and 0 NAAs.

Approved by Spevacus in Charcoal HQ


Support other data types on top of strings in CSS v-bind

Vue version
3.2.41
Link to minimal reproduction
https://stackblitz.com/edit/nuxt-starter-phmbfs?file=components/TestBinding1.vue
HTML rendered on SSR is missing the binding for values used in calc(...) or repeat(...) expressions. For anything else - the inlined style contains appropriate properties.  This may lead to content jumping around or changing after hydration. For example in case of repeat - if we have a CSS grid which has a number of columns based on a prop.
Steps to reproduce
Try to refresh the preview window (also see the plain HTML response returned by the server); in this case the hydration is also visible because the flex/grid properties get applied after hydration making the content jump:

TestBinding1.vue - flex container missing the gap on initial load, and applying that after hydration.
TestBinding2.vue - CSS grid missing proper columns definition and changing that after hydration.

What is expected?
All inlined styles present for all of the v-bind bindings in the HTML returned by server during SSR.
What is actually happening?
Missing inline styles for some v-bind bindings in the HTML (those used within calc or repeat` expressions within CSS); they get added during hydration.
System Info
No response
Any additional comments?
HTML rendered on SSR is missing the binding for values used in calc(...) or repeat(...) expressions.
For anything else - the inlined style contains appropriate properties.
This may lead to content jumping around or changing after hydration.
For example in case of repeat - if we have a CSS grid which has a number of columns based on a prop.
Previously reported here at Nuxt's repository but turns out it's not strictly Nuxt related after further checking.
Also checked without Nuxt on a plain Vite & SSR setup - same issue present:
https://stackblitz.com/edit/github-ne553q?file=README.md

FYI, after some digging - it's actually not depending on the expressions, but the type of the property we bind in CSS - in essence anything other than a string... gets skipped when generating the inline styles in HTML 🤔
Reproduction example for this (hydration is disabled to easier see the results; just inspect the element):
httphttps://stackblitz.com/edit/github-ne553q-cxzcsw?file=src/components/TestBinding.vue

duplicate of #6626


drivehub.ws

Domain
drivehub.ws
Link
https://drivehub.ws/file/3458859455
Version
0.0.0
What browsers are you seeing the problem on?
Chrome
What OS are you seeing the problem on?
Windows
(Optional) Anything else?
No response
Code of Conduct

[X] I agree to follow this project's Code of Conduct

I am not sure how exactly you're supposed to bypass this.
First, it needs access to your drive, creates a folder inside, copies the file over then starts downloading

.


Exception encountered while loading parquet files generated using Cannoli CLI.

Hi,
I get the below error, after I try to load the parquet file, obtained after calling variants with freebayes, from the Cannoli CLI.
org.apache.parquet.io.InvalidRecordException: Parquet/Avro schema mismatch. Avro field 'variant' not found.
	at org.apache.parquet.avro.AvroIndexedRecordConverter.getAvroField(AvroIndexedRecordConverter.java:135)
	at org.apache.parquet.avro.AvroIndexedRecordConverter.<init>(AvroIndexedRecordConverter.java:91)
	at org.apache.parquet.avro.AvroIndexedRecordConverter.<init>(AvroIndexedRecordConverter.java:66)
	at org.apache.parquet.avro.AvroCompatRecordMaterializer.<init>(AvroCompatRecordMaterializer.java:34)
	at org.apache.parquet.avro.AvroReadSupport.newCompatMaterializer(AvroReadSupport.java:144)
	at org.apache.parquet.avro.AvroReadSupport.prepareForRead(AvroReadSupport.java:136)
	at org.apache.parquet.hadoop.InternalParquetRecordReader.initialize(InternalParquetRecordReader.java:204)
	at org.apache.parquet.hadoop.ParquetRecordReader.initializeInternalReader(ParquetRecordReader.java:182)
	at org.apache.parquet.hadoop.ParquetRecordReader.initialize(ParquetRecordReader.java:140)

How do I go about this issue?

Looks like the CLI code has some missing components, that prevent loading the parquet file and hence the issue. The fix for this is done as a part of the pull request #259.

Hello @Arun-George-Zachariah, thank you for submitting this issue!
How are you reading in the Parquet file created by Freebayes?  The most efficient route would be loadParquetVariantContexts

Hi @heuermh,
Yes. I am trying to read the parquet files, created by Freebayes. loadParquetVariantContexts works perfectly fine.
Thanks for the clarification!


Unable to download Playlist with output directory specified

When trying to download a playlist to a specific directory youtube-dl fails with a permissions error, but when leaving out the directory path it works fine.

Command Example (working): youtube-dl --yes-playlist "https://www.youtube.com/watch?v=6ikNYC0WVYs&list=PLzA5WNGSs-SF7h0zNhIidlU0h1KZ0WjlF"

Result: MP4 files are downloaded to the default directory (C:\Users%username%)

Command Example (failed): youtube-dl --yes-playlist --output "C:\Temp\Downloads" "https://www.youtube.com/watch?v=6ikNYC0WVYs&list=PLzA5WNGSs-SF7h0zNhIidlU0h1KZ0WjlF"

Result: YouTube-DL fails and no MP4 files are downloaded to specified directory nor the default directory

Note: I also tried specifying the full path to the YouTube-DL executable, but that also fails: "C:\Program Files\Youtube-DL\youtube-dl.exe" --yes-playlist --output "C:\Temp\Downloads" "https://www.youtube.com/watch?v=6ikNYC0WVYs&list=PLzA5WNGSs-SF7h0zNhIidlU0h1KZ0WjlF"
Below is the verbose output from the failed example when specifying the output directory:
youtube-dl -v --yes-playlist --output "C:\Temp\Downloads" "https://www.youtube.com/watch?v=6ikNYC0WVYs&list=PLzA5WNGSs-SF7h0zNhIidlU0h1KZ0WjlF"
[debug] System config: []
[debug] User config: []
[debug] Command-line args: ['-v', '--yes-playlist', '--output', 'C:\\Temp\\Downloads', 'https://www.youtube.com/watch?v=6ikNYC0WVYs&list=PLzA5WNGSs-SF7h0zNhIidlU0h1KZ0WjlF']
[debug] Encodings: locale cp1252, fs mbcs, out cp437, pref cp1252
[debug] youtube-dl version 2015.03.09
[debug] Python version 2.7.8 - Windows-7-6.1.7601-SP1
[debug] exe versions: ffmpeg N-63548-g6b041cb, ffprobe N-63548-g6b041cb
[debug] Proxy map: {}
[youtube:playlist] Downloading playlist PLzA5WNGSs-SF7h0zNhIidlU0h1KZ0WjlF - add --no-playlist to just download video 6ikNYC0WVYs
[youtube:playlist] PLzA5WNGSs-SF7h0zNhIidlU0h1KZ0WjlF: Downloading webpage
[download] Downloading playlist: Treble Charger - Self Title
[youtube:playlist] playlist Treble Charger - Self Title: Collected 9 video ids (downloading 9 of them)
[download] Downloading video 1 of 9
[youtube] 6ikNYC0WVYs: Downloading webpage
[youtube] 6ikNYC0WVYs: Extracting video information
[youtube] {43} signature length 40.43, html5 player en_US-vflT9SJ6t
[youtube] {18} signature length 40.43, html5 player en_US-vflT9SJ6t
[youtube] {5} signature length 40.43, html5 player en_US-vflT9SJ6t
[youtube] {36} signature length 40.43, html5 player en_US-vflT9SJ6t
[youtube] {17} signature length 40.43, html5 player en_US-vflT9SJ6t
[youtube] {134} signature length 40.43, html5 player en_US-vflT9SJ6t
[youtube] {243} signature length 40.43, html5 player en_US-vflT9SJ6t
[youtube] {133} signature length 40.43, html5 player en_US-vflT9SJ6t
[youtube] {242} signature length 40.43, html5 player en_US-vflT9SJ6t
[youtube] {160} signature length 40.43, html5 player en_US-vflT9SJ6t
[youtube] {140} signature length 40.43, html5 player en_US-vflT9SJ6t
[youtube] {171} signature length 40.43, html5 player en_US-vflT9SJ6t
[youtube] 6ikNYC0WVYs: Downloading DASH manifest
[debug] Invoking downloader on u'https://r9---sn-nx57yne7.googlevideo.com/videoplayback?fexp=907263%2C924622%2C927622%2C934954%2C9406664%2C9406974%2C9407752%2C942661%2C943917%2C948124%2C948703%2C949011%2C951703%2C952302%2C952612%2C952901%2C955301%2C957201%2C959701%2C960602&mm=31&key=yt5&id=o-ALCizc_0JDpRcbH969Bj0RW06acOzHJ-qp0fMTcfcYTU&gcr=ca&dur=195.117&source=youtube&ms=au&requiressl=yes&ip=<IP_ADDRESS>&pl=19&mv=m&ratebypass=yes&initcwndbps=1722500&ipbits=0&mt=1426022138&itag=18&expire=1426043823&sparams=dur%2Cgcr%2Cid%2Cinitcwndbps%2Cip%2Cipbits%2Citag%2Cmime%2Cmm%2Cms%2Cmv%2Cpl%2Cratebypass%2Crequiressl%2Csource%2Cupn%2Cexpire&upn=WKlvp3DJp9U&sver=3&mime=video%2Fmp4&signature=ACBBA7CBAD6C5D1CD14B39FEAC819C0D5CEA798C.2D80482635E0D4C1AD5BEAB0B2B9FB65AC7F19F8'
ERROR: unable to open for writing: [Errno 13] Permission denied: u'C:\\Temp\\Downloads'
Traceback (most recent call last):
  File "youtube_dl\downloader\http.pyo", line 160, in real_download
  File "youtube_dl\utils.pyo", line 248, in sanitize_open
IOError: [Errno 13] Permission denied: u'C:\\Temp\\Downloads'

-o is an output template, not a directory. You want something like -o "C:\Temp\Downloads\%(title)s-%(id)s.%(ext)s".

Great thanks, I'm glad it was just a simple misuse of the syntax.


Revert "[cxx-interop] benchmark, disable ReadAccessor benchmark while investigating build regression after rebranch"

This reverts commit 157632fd9f9fb35e57fa273a49e6317f6de0f33d.
The test failure was caused by the libc++ modularization change.

@swift-ci please test

@swift-ci please smoke test

@swift-ci please benchmark


B2

rejected:B1
It looks like you are trying to submit B1, however it seems like the following submission criteria are problematic:

Logs are missing
We’ve thus marked B1 as rejected, however if this is a mistake, please upload the log summary and we can re-review.

confirmed:ID1
account1:4ZXB1DeAeUszYZ3NPXPwLkauuzwsnUGiVNGVS8rnnKAXJHU12T
account2:3FXmwxAUHKgiPvhkTs4753ZHFCHWLJXw8yCM9cyNwpoaRxw9jM

confirmed:B2

confirmed:B2

confirmed:B6

confirmed:B6

confirmed:ID2
account1:3E51vVkdBZmocqzknbaux6qYUFo6RzTCL8pBhiQPiAvUjwRQe7
account2:4CGVGJVpaYX6u3vjXr2wkSwBBvUrdbmURZ8u25orRcufmqEnKA
PublicDataAttributes:Verified
DeviceMake&Model:Verified

confirmed:ID2
account1:3E51vVkdBZmocqzknbaux6qYUFo6RzTCL8pBhiQPiAvUjwRQe7
account2:4CGVGJVpaYX6u3vjXr2wkSwBBvUrdbmURZ8u25orRcufmqEnKA
PublicDataAttributes:Verified
DeviceMake&Model:Verified

confirmed:ID3
DocumentType:verified
Nationality:verified
DeviceDetails:verified
Experience:verified
Screenshot:verified

confirmed:ID3
DocumentType:verified
Nationality:verified
DeviceDetails:verified
Experience:verified
Screenshot:verified

confirmed:ID4
AccountAddress:3E51vVkdBZmocqzknbaux6qYUFo6RzTCL8pBhiQPiAvUjwRQe7
DeviceDetails:verified

confirmed:ID4
AccountAddress:3E51vVkdBZmocqzknbaux6qYUFo6RzTCL8pBhiQPiAvUjwRQe7
DeviceDetails:verified

confirmed:B4
address:3bofjYxKSLD6weyi44569E7GCLrBkkgXbgTkUq5NQosX2WRa2i
baker:373

confirmed:B4
address:3bofjYxKSLD6weyi44569E7GCLrBkkgXbgTkUq5NQosX2WRa2i
baker:373


request: use runipy as a regression tester

It would be very useful to be able to run notebooks and compare the output with the previous stored output and return values in the notebook. For example:
runipy --test MyOldNotebook.ipynb
Running tests...
.......F..F...
Two cells failed.
Cell 34 failed on output: expected: "Ok", actual: "Not ok"
Cell 56 failed on retval value: expected "23", actual: "23.01"
It seems that this functionality would be easily added to your code, but is a question if you want it in there, or in a separate tool.
Thanks for considering this feature!

Sounds kind of like pytest-ipynb. Would that work for you?

@dsblank, sounds kind of like pytest-ipynb. Would that work for you?

At present, I think pytest-ipynb already does this quite nicely and am not interested in trying to duplicate it.

Thanks! Will take a look.


docs(readme): ts-loader mentioned instead of awesome-typescript-loader

In Example Markup section, text says "Here is an example markup of the webpack.config.js, which chains the angular2-template-loader to the tsloader", but then following code block only uses angular2-template-loader.
HTH

Or, looking at subsequent section (Awesome Typescript Loader) maybe is the other way around: the text is right, and code block should use ts-loader instead.

Would happily accept a PR!!!

happy with that. Which is the right one: code block or text?

Yes - which is the right one?
I believe the code block needs to be corrected/changed to say ts


sorry，I can't seem to find the code for the network model？

No description provided.

Hi, you can find the code in https://github.com/BastianChen/LEFormer/blob/master/mmseg/models/backbones/leformer.py


fixes uf3/uf3#108

This pull request should fix #108 by @sxie22

Wait, don't approve this request. I found one more issue.

I think this pull request is ready to be reviewed


Problem in static scripts output with gulp-rev and gulp-inject

The gulpfile.js I wrote is Common gulpfile.js.
In a build task, inject should inject all static files into html outputs, but it inject nothing in the clean build , I must run same command(here is gulp -p project build) twice(gulp -p project build && gulp -p project build) to inject them successful.
I have tried use run-sequence, it helps nothing.
Is this a bug?
Thanks :)

Support questions http://stackoverflow.com/questions/tagged/gulp


How to verify if pin is correct

Sorry to trouble you. I am quite new to RN and es6. After the user sets up the pin, how can I check if the pin entered by the user is correct? I know that the pin has been saved somewhere because when I call hasUserSetPinCode() it returns true.

Hi,
The library is checking it but if you want to do it yourself you can use the handleResultEnterPin property (in combination with the pinStatus property). :)

Many thanks :)


Unable to build with make

Description

Hi guys, I was unable to build the code on my Mac with make command after cloning and checking out master.
git clone https://github.com/appcelerator/amp
Cloning into 'amp'...
remote: Counting objects: 29944, done.
remote: Compressing objects: 100% (102/102), done.
ampeiving objects:   3% (1138/29944), 628.00 KiB | 580.00 KiB/s
remote: Total 29944 (delta 70), reused 19 (delta 19), pack-reused 29822
Receiving objects: 100% (29944/29944), 105.54 MiB | 3.81 MiB/s, done.
 Apologies for any inconvenience, but we're addressing this in the following ways right now:

rewriting our makefile from the ground up (see here
we are moving all required images into the project and aligning the versions for all dependencies (we just started, see here)
we are improving the toolchain and build processes (everything will be completely containerized)
we are reducing the footprint of amp core to just the minimum set of services required; the remaining will be sets of optional stacks for monitoring, etc
we are focusing on docker 1.13, stacks, and v3 support so we're not necessarily focused on breakage with things that won't be supported going forward (although we will work to resolve this quickly).

There's more, but those are the highlights and we expect to have the improvements I just mentioned in place by Friday.

regression introduced in PR #712

@alexellis At least In this case it was a nice easy fix, but the points I made above still apply. There will be a much better dev experience by the end of the week. Cheers!


Add filter and filterM

Add inverse versions of filter and filterM.

I'm not sure what you mean by inverse versions. What is the expected behavior?

I believe the issue title should mention reject and rejectM, but I'll let Stefano confirm this.

Yes, that's it. Apologies, I should have been explicit.

Is this necessary since we have complement?

These functions aren't necessary, but they do improve readability in some cases. Consider:
> filter(complement(negative), [-2, -1, 0, 1, 2])
[0, 1, 2]

> reject(negative, [-2, -1, 0, 1, 2])
[0, 1, 2]

I find myself exerting significantly less effort when reading the second expression.

Just playing 😈's advocate.

Yeah, I find complementstoo clunky.

It's worth noting that complement is itself unnecessary. This is the desugared form:
> filter(map(not, negative), [-2, -1, 0, 1, 2])
[0, 1, 2]

Although the (not, negative) section actually reads quite nicely, having to reason about lifting not makes this much less approachable than the reject equivalent.
Put differently, complement is nice sugar and reject is even nicer sugar in such cases.


Nothing works out of the box when I clone the repo and try and run the samples.

There's no install bat in the root of the directory.
There's no instructions in the readme.
There's a bunch of sln projects, but all for old vs versions, so not sure which one to use.
Gaaarh

I not sure what you mean exacly.
install what install? i just connect OpenGL.Net\OpenGL.Net_netstd2.0.csproj -  netstd2.0 - net standart work probality on all platforms. i not use Windows .NET 4.x and platform dependes (Win Forms, etc.)
sln... sorry i use VS code and notepad++ :) no sln.
but if you need start working with OpenGL.NET -
i use SFML for create window, inputs, etc... and use .NET 5.0 (new .NET it all in one - net standart, net core, etc.)
in csproj file:
<ProjectReference Include="..\OpenGL.Net\OpenGL.Net\OpenGL.Net_netstd2.0.csproj" />
/ + add package SFML
in code:
using SFML;
using SFML.Window;
using OpenGL;

in main
Gl.Initialize();   // OpenGL.NET
Window window = new Window(new VideoMode(800,600),"test");    // SFML
window.SetActive();    // SFML
Gl.BindAPI();   // OpenGL.NET
while (window.IsOpen) // SFML
{
	window.DispatchEvents();
	// INSERT YOU OPENGL COMMANDS HERE....
	Gl.Clear(ClearBufferMask.ColorBufferBit);
	Gl.Begin(PrimitiveType.Triangles);
	Gl.Color3(1.0f, 0.0f, 0.0f); Gl.Vertex2(0.0f, 0.0f);
	Gl.Color3(0.0f, 1.0f, 0.0f); Gl.Vertex2(0.5f, 1.0f);
	Gl.Color3(0.0f, 0.0f, 1.0f); Gl.Vertex2(1.0f, 0.0f);
	Gl.End();
        // --------------
	window.Display(); // SFML -- not sure what this doing... but need
}

I have a similar problem. I am trying to use this library with the NuGet package of this. I fail to reference/access important classes, for example

new OpenGL.GlControl();
it just can't find/access the class for some reason.
Same was the case for Vertex3f, I just couldn't access it.

I will try SFML!

i not use nuget only local copy of repro. nuget only have compiled dll - monoandroid, net35, net461.
i not now use OpenGL.GlControl() .... on that moment i just setup VAO, FBO, etc ...
SFML - only create window for GL content, you probality can use SDL2 or samiliar...
not use OpenGL.Net.CoreUI and etc. for create window (or use WPF if need only Windows)

I will try SFML!
And try not mix SFML graphics and Opengl.NET - not use any SFML.Graphics to avoid problems -
texture load, render text, ... use only SFML.Window / Audio.


vm.h

a few modules reference vm.h, and i can't find that anywhere in the source. is it supposed to be wren_vm.h?

there's only a wren_vm.h that I'm aware of. Can you link to where you see a reference to vm.h?

https://github.com/munificent/wren/blob/c4d08bcb81045f471ff182d48f0a3de353fc0f46/src/module/scheduler.c#L8
https://github.com/munificent/wren/blob/c4d08bcb81045f471ff182d48f0a3de353fc0f46/src/module/timer.c#L7
https://github.com/munificent/wren/blob/c4d08bcb81045f471ff182d48f0a3de353fc0f46/src/module/io.c#L7
changing these to wren_vm.h allowed me to build and run wren

Ah it's in the cli module, this is referencing cli/vm.h

oh ok


Add ipv6 support

Tor has an option to use an ipv6 gateway:
$ man tor
[...]
VirtualAddrNetworkIPv6 [Address]/bits
When Tor needs to assign a virtual (unused) address because of a
MAPADDRESS command from the controller or the AutomapHostsOnResolve
feature, Tor picks an unassigned address from this range.
(Defaults: <IP_ADDRESS>/10 and [FE80::]/10 respectively.)
       When providing proxy server service to a network of computers using
       a tool like dns-proxy-tor, change the IPv4 network to
       "<IP_ADDRESS>/10" or "<IP_ADDRESS>/12" and change the IPv6 network to
       "[FC00::]/7". The default VirtualAddrNetwork address ranges on a
       properly configured machine will route to the loopback or
       link-local interface. The maximum number of bits for the network
       prefix is set to 104 for IPv6 and 16 for IPv4. However, a wider
       network - smaller prefix length

       ·   is preferable since it reduces the chances for an attacker to
           guess the used IP. For local use, no change to the default
           VirtualAddrNetwork setting is needed.

[...]
I was thinking on hacking Torjail and add this option manually here. Could you add it?

ipv6 support would be nice: PR welcome 😄

Tor connection with IP4+6 is faster and add more compatibility with IPV6 only DNS adressess.

add this as reference:
https://serverfault.com/questions/876949/error-testing-a-torified-and-ipv6-enabled-network-namespace-almost-done

I like to browse using Tor, but is annoying to complete "captchas" and other spam verification methods due to the blocking of Tor exit nodes by many sites (Google and any site behind Cloudflare), so, I use to connect to a VPN after and open the browser next.
A friend borrowed me his VPN service, which has both IPv4 and IPv6 connectivity, because of that I'm interested in a Torjail version with IPv6 enabled.
To connect to a VPN provider via Tor with Torjail is simple as:
mrxvt -e sudo torjail -k -v  -n vpnns -s
sudo openvpn /path/to/openvpn_tcp_config_file.ovpn
in another tab
sudo torjail -k -v -u  -n vpnns <some_browser>
Any .ovpn file which uses TCP will use Tor's connection with any leak this way; VPN Gate has tons of nodes with TCP enabled connection for using as that (http://vpngate.net).
Using IPv4+IPv6 VPN service with Torjail would be awesome for me.
I will get sysctl configs of Torjail virtual interfaces:
sysctl -a | grep -i in-veth0
ip netns exec NETNS_NAME sysctl -a | grep -i out-veth0
... and study for see if it has something wrong here, I just need a little time, if I get this working, I will fork this repo and make a Torjail IPv6 version.

@lesion
After searching a lot, a discovered one reason why Tor transport using IPv6 addresses doesn't work: https://stackoverflow.com/questions/36438102/ping-external-ipv6-address-from-a-network-namespace
Local private IPv6 addresses are part of ULA and they are not routable, that's the reason why I can ping a host using ping -6 but no response is sent back, though I can get the IPv6 of host:
ip netns exec NETNS ping -6 v6.testmyipv6.com
PING v6.testmyipv6.com(2620:12e:1000::a00:f (2620:12e:1000::a00:f)) 56 data bytes
^C
--- v6.testmyipv6.com ping statistics ---
20 packets transmitted, 0 received, 100% packet loss, time 19447ms

=> https://serverfault.com/questions/876949/error-testing-a-torified-and-ipv6-enabled-network-namespace-almost-done

for reference: https://blogs.igalia.com/dpino/2016/05/02/network-namespaces-ipv6/

@lesion
Your modification didn't work here, I made mine just the same way you did, the same problem continues.
I had this gist on my bookmarks: https://gist.github.com/meejah/1777585
Refers to a torified virtual interface for using with QEMU using VDE2 (a tool which does the same thing ip-netns does), it's IPv4 only and uses REDIRECT (which was included on netfilter6 in the Linux kernel a little time ago). Instead of REDIRECT with ip6tables, there was TPROXY for ip6tables for replacing REDIRECT of iptables, with REDIRECT and TPROXY the ipv6 connectivity with torjail can work. Reference: https://github.com/ysbaddaden/prax.cr/issues/56
Another possibility is that Transport and DNSPort using ipv6 adressess (such as fd00::/64) just don't work as ipv4 ones.
I tested a way to torify a QEMU instance, I used SOCKSPort [::1]:9050, proxychains-ng using this address and wrapped the QEMU command line as this:
proxychains4 -f /etc/proxychains.conf qemu
As QEMU uses an internal SLIRP with ipv6 support, IPv4 and v6 connectivity is fully provided to guest in the VM, but there is a big problem here, SLIRP is terribly slow, and the VM torified this way freezes every time a connection is made inside it.
^^ It's a little evidence that ipv6 connectivity only works with SOCKSPort and not with TransPort and DNSPort (the alpha version of Tor includes a HTTP proxy, but I don't tested yet).
There is an app called tun2socks (https://github.com/ambrop72/badvpn), part of badvpn package, it doesn't use the (ugly) SLIRP and uses the lwip6 library, it works with both ipv4 and v6, I think this is the last possibility to get torjail working with ipv6.
I will test the new REDIRECT option of ip6tables and TPROXY, if they don't work, I will try badvpn-tun2socks.

Finally I discovered why IPv6 connectivity didn't work inside a namespace: VirtualAddrNetworkIPv6 option don't work if assigned to same peer address.
I made a copy-paste sequence of commands to create a namespace with IPv6 connectivity (run as root):
# create a new network namespace named NETNS
ip netns add NETNS

# create two virtual ethernet  interface
ip link add OUTSIDE type veth peer name INSIDE

# bind one interface to NETNS network namespace
ip link set INSIDE netns NETNS

# set interfaces ip and default routing
ip addr add <IP_ADDRESS>/24 dev OUTSIDE
ip -6 addr add fdcc:9b1c:14b6:9842::1/64 dev OUTSIDE
ip link set OUTSIDE up
ip netns exec NETNS ip addr add <IP_ADDRESS>/24 dev INSIDE
ip -6 netns exec NETNS ip -6 addr add fdcc:9b1c:14b6:9842::2/64 dev INSIDE
ip netns exec NETNS ip link set INSIDE up

ip netns exec NETNS ip route add default via <IP_ADDRESS>
ip -6 netns exec NETNS ip -6 route add default via fdcc:9b1c:14b6:9842::1

# forward all dns traffic to tor DNSPort
iptables -t nat -A  PREROUTING -i OUTSIDE -p udp -d <IP_ADDRESS> --dport 53 -j DNAT --to-destination <IP_ADDRESS>:9153
ip6tables -t nat -A  PREROUTING -i OUTSIDE -p udp -d fdcc:9b1c:14b6:9842::1 --dport 53 -j DNAT --to-destination fdcc:9b1c:14b6:9842::1:9153

# forward all traffic to tor TransPort
iptables -t nat -A  PREROUTING -i OUTSIDE -p tcp --syn -j DNAT --to-destination <IP_ADDRESS>:9040
ip6tables -t nat -A  PREROUTING -i OUTSIDE -p tcp --syn -j DNAT --to-destination fdcc:9b1c:14b6:9842::1:9040

# accept established connection
iptables -A OUTPUT -m state -o OUTSIDE --state ESTABLISHED,RELATED -j ACCEPT
ip6tables -A OUTPUT -m state -o OUTSIDE --state ESTABLISHED,RELATED -j ACCEPT

# accept only forwarded traffic
iptables -I INPUT -i OUTSIDE -p udp --destination <IP_ADDRESS> --dport 9153 -j ACCEPT
ip6tables -I INPUT -i OUTSIDE -p udp --destination fdcc:9b1c:14b6:9842::1 --dport 9153 -j ACCEPT
iptables -I INPUT -i OUTSIDE -p tcp --destination <IP_ADDRESS> --dport 9040 -j ACCEPT
ip6tables -I INPUT -i OUTSIDE -p tcp --destination fdcc:9b1c:14b6:9842::1 --dport 9040 -j ACCEPT
iptables -A INPUT -i OUTSIDE -j DROP
ip6tables -A INPUT -i OUTSIDE -j DROP

# make a temporary resolv.conf for this namespace
mkdir -pv /etc/netns
mount -t tmpfs -o nosuid,nodev tmpfs /etc/netns
mkdir -pv /etc/netns/NETNS
echo "nameserver fdcc:9b1c:14b6:9842::1" >> /etc/netns/NETNS/resolv.conf
echo "nameserver <IP_ADDRESS>" >> /etc/netns/NETNS/resolv.conf

# get into namespace

ip netns exec NETNS unshare --ipc --fork --pid --mount --mount-proc bash

# clean

ip netns del NETNS
umount -v /etc/netns
iptables -t nat -D  PREROUTING -i OUTSIDE -p udp -d <IP_ADDRESS> --dport 53 -j DNAT --to-destination <IP_ADDRESS>:9153
ip6tables -t nat -D  PREROUTING -i OUTSIDE -p udp -d fdcc:9b1c:14b6:9842::1 --dport 53 -j DNAT --to-destination fdcc:9b1c:14b6:9842::1:9153
iptables -t nat -D  PREROUTING -i OUTSIDE -p tcp --syn -j DNAT --to-destination <IP_ADDRESS>:9040
ip6tables -t nat -D  PREROUTING -i OUTSIDE -p tcp --syn -j DNAT --to-destination fdcc:9b1c:14b6:9842::1:9040
iptables -D OUTPUT -m state -o OUTSIDE --state ESTABLISHED,RELATED -j ACCEPT
ip6tables -D OUTPUT -m state -o OUTSIDE --state ESTABLISHED,RELATED -j ACCEPT
iptables -D INPUT -i OUTSIDE -p udp --destination <IP_ADDRESS> --dport 9153 -j ACCEPT
ip6tables -D INPUT -i OUTSIDE -p udp --destination fdcc:9b1c:14b6:9842::1 --dport 9153 -j ACCEPT
iptables -D INPUT -i OUTSIDE -p tcp --destination <IP_ADDRESS> --dport 9040 -j ACCEPT
ip6tables -D INPUT -i OUTSIDE -p tcp --destination fdcc:9b1c:14b6:9842::1 --dport 9040 -j ACCEPT
iptables -D INPUT -i OUTSIDE -j DROP
ip6tables -D INPUT -i OUTSIDE -j DROP

Should have IPv6 connectivity with this Tor configuration:
tor --ignore-missing-torrc -f /dev/null
TransPort <IP_ADDRESS>:9040
DNSPort <IP_ADDRESS>:9153
TransPort [fdcc:9b1c:14b6:9842::1]:9040
DNSPort [fdcc:9b1c:14b6:9842::1]:9153
AutomapHostsOnResolve 1
AutomapHostsSuffixes .
ClientUseIPv6 1
Trying to add VirtualAddrNetworkIPv4 <IP_ADDRESS>/16 to this scheme have no effect on IPv4 connection but VirtualAddrNetworkIPv6 [fdcc:9b1c:14b6:9842::2]/48 drops the IPv6 connectivity.
I believe it's a bug, but I have to check and read the Tor documentation better (I'm using Tor <IP_ADDRESS>-alpha-dev (git-853bbb9112a16055+e87771b42) right now)
The solution is to make the VirtualAddrNetworkIPv6 bind into an address other than peer (such as VirtualAddrNetworkIPv6 [fc00::]/7), and change these lines of #12 commit (https://github.com/torjail/torjail/commit/b5f279eceb5fcb7a2e7eb1884d41e1cf562ac8c8):
ip6tables -I INPUT -i in-$NAME -p tcp --source $IPNETNS6 --sport $HSERVICEPORT -j ACCEPT
ip6tables -I INPUT -i in-$NAME -p tcp --destination $IPNETNS6 --dport $HSERVICEPORT -j ACCEPT
to:
ip6tables -I INPUT -i in-$NAME -p tcp --source fc00:: --sport $HSERVICEPORT -j ACCEPT
ip6tables -I INPUT -i in-$NAME -p tcp --destination fc00:: --dport $HSERVICEPORT -j ACCEPT
^^ As I tested here with a hidden service, doesn't affect anything with it.

What about nftables rather than ip6tables?

Finally I discovered why IPv6 connectivity didn't work inside a namespace: VirtualAddrNetworkIPv6 option don't work if assigned to same peer address.
I made a copy-paste sequence of commands to create a namespace with IPv6 connectivity (run as root):
# create a new network namespace named NETNS
ip netns add NETNS

# create two virtual ethernet  interface
ip link add OUTSIDE type veth peer name INSIDE

# bind one interface to NETNS network namespace
ip link set INSIDE netns NETNS

# set interfaces ip and default routing
ip addr add <IP_ADDRESS>/24 dev OUTSIDE
ip -6 addr add fdcc:9b1c:14b6:9842::1/64 dev OUTSIDE
ip link set OUTSIDE up
ip netns exec NETNS ip addr add <IP_ADDRESS>/24 dev INSIDE
ip -6 netns exec NETNS ip -6 addr add fdcc:9b1c:14b6:9842::2/64 dev INSIDE
ip netns exec NETNS ip link set INSIDE up

ip netns exec NETNS ip route add default via <IP_ADDRESS>
ip -6 netns exec NETNS ip -6 route add default via fdcc:9b1c:14b6:9842::1

# forward all dns traffic to tor DNSPort
iptables -t nat -A  PREROUTING -i OUTSIDE -p udp -d <IP_ADDRESS> --dport 53 -j DNAT --to-destination <IP_ADDRESS>:9153
ip6tables -t nat -A  PREROUTING -i OUTSIDE -p udp -d fdcc:9b1c:14b6:9842::1 --dport 53 -j DNAT --to-destination fdcc:9b1c:14b6:9842::1:9153

# forward all traffic to tor TransPort
iptables -t nat -A  PREROUTING -i OUTSIDE -p tcp --syn -j DNAT --to-destination <IP_ADDRESS>:9040
ip6tables -t nat -A  PREROUTING -i OUTSIDE -p tcp --syn -j DNAT --to-destination fdcc:9b1c:14b6:9842::1:9040

# accept established connection
iptables -A OUTPUT -m state -o OUTSIDE --state ESTABLISHED,RELATED -j ACCEPT
ip6tables -A OUTPUT -m state -o OUTSIDE --state ESTABLISHED,RELATED -j ACCEPT

# accept only forwarded traffic
iptables -I INPUT -i OUTSIDE -p udp --destination <IP_ADDRESS> --dport 9153 -j ACCEPT
ip6tables -I INPUT -i OUTSIDE -p udp --destination fdcc:9b1c:14b6:9842::1 --dport 9153 -j ACCEPT
iptables -I INPUT -i OUTSIDE -p tcp --destination <IP_ADDRESS> --dport 9040 -j ACCEPT
ip6tables -I INPUT -i OUTSIDE -p tcp --destination fdcc:9b1c:14b6:9842::1 --dport 9040 -j ACCEPT
iptables -A INPUT -i OUTSIDE -j DROP
ip6tables -A INPUT -i OUTSIDE -j DROP

# make a temporary resolv.conf for this namespace
mkdir -pv /etc/netns
mount -t tmpfs -o nosuid,nodev tmpfs /etc/netns
mkdir -pv /etc/netns/NETNS
echo "nameserver fdcc:9b1c:14b6:9842::1" >> /etc/netns/NETNS/resolv.conf
echo "nameserver <IP_ADDRESS>" >> /etc/netns/NETNS/resolv.conf

# get into namespace

ip netns exec NETNS unshare --ipc --fork --pid --mount --mount-proc bash

# clean

ip netns del NETNS
umount -v /etc/netns
iptables -t nat -D  PREROUTING -i OUTSIDE -p udp -d <IP_ADDRESS> --dport 53 -j DNAT --to-destination <IP_ADDRESS>:9153
ip6tables -t nat -D  PREROUTING -i OUTSIDE -p udp -d fdcc:9b1c:14b6:9842::1 --dport 53 -j DNAT --to-destination fdcc:9b1c:14b6:9842::1:9153
iptables -t nat -D  PREROUTING -i OUTSIDE -p tcp --syn -j DNAT --to-destination <IP_ADDRESS>:9040
ip6tables -t nat -D  PREROUTING -i OUTSIDE -p tcp --syn -j DNAT --to-destination fdcc:9b1c:14b6:9842::1:9040
iptables -D OUTPUT -m state -o OUTSIDE --state ESTABLISHED,RELATED -j ACCEPT
ip6tables -D OUTPUT -m state -o OUTSIDE --state ESTABLISHED,RELATED -j ACCEPT
iptables -D INPUT -i OUTSIDE -p udp --destination <IP_ADDRESS> --dport 9153 -j ACCEPT
ip6tables -D INPUT -i OUTSIDE -p udp --destination fdcc:9b1c:14b6:9842::1 --dport 9153 -j ACCEPT
iptables -D INPUT -i OUTSIDE -p tcp --destination <IP_ADDRESS> --dport 9040 -j ACCEPT
ip6tables -D INPUT -i OUTSIDE -p tcp --destination fdcc:9b1c:14b6:9842::1 --dport 9040 -j ACCEPT
iptables -D INPUT -i OUTSIDE -j DROP
ip6tables -D INPUT -i OUTSIDE -j DROP

Should have IPv6 connectivity with this Tor configuration:
TransPort <IP_ADDRESS>:9040
DNSPort <IP_ADDRESS>:9153
TransPort [fdcc:9b1c:14b6:9842::1]:9040
DNSPort [fdcc:9b1c:14b6:9842::1]:9153
AutomapHostsOnResolve 1
AutomapHostsSuffixes .
ClientUseIPv6 1
Trying to add VirtualAddrNetworkIPv4 <IP_ADDRESS>/16 to this scheme have no effect on IPv4 connection but VirtualAddrNetworkIPv6 [fdcc:9b1c:14b6:9842::2]/48 drops the IPv6 connectivity.
I believe it's a bug, but I have to check and read the Tor documentation better (I'm using Tor <IP_ADDRESS>-alpha-dev (git-853bbb9112a16055+e87771b42) right now)
The solution is to make the VirtualAddrNetworkIPv6 bind into an address other than peer (such as VirtualAddrNetworkIPv6 [fc00::]/7), and change these lines of #12 commit (b5f279e):
ip6tables -I INPUT -i in-$NAME -p tcp --source $IPNETNS6 --sport $HSERVICEPORT -j ACCEPT ip6tables -I INPUT -i in-$NAME -p tcp --destination $IPNETNS6 --dport $HSERVICEPORT -j ACCEPT
to:
ip6tables -I INPUT -i in-$NAME -p tcp --source fc00:: --sport $HSERVICEPORT -j ACCEPT ip6tables -I INPUT -i in-$NAME -p tcp --destination fc00:: --dport $HSERVICEPORT -j ACCEPT
^^ As I tested here with a hidden service, doesn't affect anything with it.
How good is to see:

Seems there is still no ipv6 support in orjail 1.1 after 3 years.
Is this ipv6 branch working?
Can somebody explain how to implement it into orjail 1.1?
If i understand it correctly, i have to use my own torrc file with orjail and use these torrc settings:
TransPort <IP_ADDRESS>:9040
DNSPort <IP_ADDRESS>:9153
TransPort [fdcc:9b1c:14b6:9842::1]:9040
DNSPort [fdcc:9b1c:14b6:9842::1]:9153
AutomapHostsOnResolve 1
AutomapHostsSuffixes .
ClientUseIPv6 1
then i have to edit the orjail file in /usr/sbin and add the additional (green) lines from the branch manually? Or is it possible to merge it together automatically?
https://github.com/orjail/orjail/commit/b5f279eceb5fcb7a2e7eb1884d41e1cf562ac8c8

Rikkit888
It's the same thing as IPv4, but the IPv6 needs to be bracketed on DNAT SYN rule:
ip6tables -t nat -A PREROUTING -i subnet -p tcp --syn -j DNAT --to-destination "[fd00::1]":9040
Also, an line for IPv6 needs to be added before the blocking rules:
ip6tables -A INPUT -p ipv6-icmp -s fd00::2 -d fd00::1 -j ACCEPT
fd00::2 is the peer address and the fd00::1 is the veth one.

Sadly the Tor-Process is not starting with the Branch-Script.
The veth device has now ipv6 assigned, but Tor is not working with this ipv6 settings.

@Rikkit888
If listening to IPv6 ports, this command must be passed to assure all ports will listen:
sysctl -q -w net.ipv6.ip_nonlocal_bind=1
Also, IPv6 address in the torrc file must be bracketed:
TransPort [fd00::1]:9040
IPv6 in Tor is still experimental, there is no way of choosing IPv6 only entry and exit nodes.
This parameters help in the the chance of pickuping IPv6 nodes:
      SOCKSPort [fd00::1]:9050 IPv6Traffic PreferIPv6
      DNSPort [fd00::1]:9053 IPv6Traffic PreferIPv6
      ClientUseIPv6 1
      ClientPreferIPv6DirPort 1
      ClientPreferIPv6ORPort 1

IPv6Traffic and PreferIPv6 are not available in the TransPort option.

I will try that, but the main problem is that the Tor instance is still not starting.
Some settings from the branch-script for the torrc file must be the problem.

Put this line on your configuration:
Log notice file /dev/shm/log
See what is showed in the log.

I need help on this.
I've rebase master into ipv6 branch and made a PR #80 but this is not working


DAT-15545

Impact

[X] Bug fix (non-breaking change which fixes expected existing functionality)
[ ] Enhancement/New feature (adds functionality without impacting existing logic)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

adding the required attributes to tar file which is build on build artifact page

Description

Things to be aware of

Things to worry about

Additional Context

if we download the artifact from here https://github.com/liquibase/liquibase/actions/runs/5717220338?pr=4569 ie liquibase-artifacts-DAT-15545 you can see the information needed in the new format Starting Liquibase at 12:59:40 (version [Core: liquibase/liquibase/liquibase/DAT-15545/1809/b0502d/2023-07-31 16:33+0000, Pro: master/4470/0dc4b9/] #1809 built at 2023-07-31 16:33+0000) Liquibase Version: [Core: liquibase/liquibase/liquibase/DAT-15545/1809/b0502d/2023-07-31 16:33+0000, Pro: master/4470/0dc4b9/] Liquibase Open Source [Core: liquibase/liquibase/liquibase/DAT-15545/1809/b0502d/2023-07-31 16:33+0000, Pro: master/4470/0dc4b9/] by Liquibase


Override xnio version until wildlfy core is released that has working…

… version.

Linux Build 7756 is now running using a merge of f313ca09ddd1e53955632455b291fdb657360892

Linux Build 7756 outcome was SUCCESS using a merge of f313ca09ddd1e53955632455b291fdb657360892
Summary: Tests passed: 3055, ignored: 358 Build time: 00:49:57

Windows Build 2796 outcome was SUCCESS using a merge of f313ca09ddd1e53955632455b291fdb657360892
Summary: Tests passed: 3055, ignored: 358 Build time: 00:53:50

A new core release with this in it should be coming in today. So I'll close this.


Support uploading and downloading multiple attachments

currently only supporting first attachment (store, provide and verify)

moved to vsts


petclinic deployment update to 3.0.0

Petclinic sample deployment update.
It should be aligned with version https://github.com/Azure-Samples/spring-petclinic-microservices/pull/51
It includes:

az spring-cloud deprecation in favor of az spring
Java 17
It does not include yet:
MySQL Flexible server
Passwordless

@kriation , I see that in the new Landing Zone Accelerator design the scripts are still present. I think they should be removed.

@felipmiguel, take a look at #153 where the team is actively staging the changes to main for petclinic.


Add mongodb @cacheable in Store service

Add mongodb @cacheable in Store service

This should have TTL feature.


Read topic until latest offset reached

Latest offset is checked when starting to consume messages; then we keep reading until we've reached this offset.
Solves #32.

No flag added yet; just commented out the number-of-records based stop condition.. :see_no_evil:

@morazow, if we could fix this, too, for a 1.1.0 release, we'd have something that was fully usable for the regular Kafka imports on our end.. 😎 Currently we run a customized build.
I'll see what I can do about adding a config option, and respecting the chosen approach during the import process.

Hey @jwarlander,
Yes, definitely. I have already have some changes for this :)
My plan to resolve #30, #32, and #35 before next release.

Hey @jwarlander,
I have added some changes for this feature. Please have a look.

It looks great to me, @morazow!
Parameter name feels perfectly sensible. I also really like the new KafkaRecordConsumer, and the refactoring into separate methods! :star:


Cage Buildroot minimal configuration for Qemu testing

Hello
I am playing around with Cage doing some test for a webroser launched over cage using Buildroot.
Based on the sample for RPI, I tried to replicate the buildroot config for Qemu and do the tests, but I am unable no launch due to some graphics library not working...
I know this is not an issue itself, but somebody has some hint to continue with Cage over qemu?
This is my buildroot config:
BR2_x86_64=y
BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_6_6=y
BR2_GCC_VERSION_14_X=y
BR2_TOOLCHAIN_BUILDROOT_CXX=y
BR2_WGET="wget --no-check-certificate -nd -t 3"
BR2_GLOBAL_PATCH_DIR="$(BR2_EXTERNAL_TPOP_OS_PATH)/patches"
BR2_DOWNLOAD_FORCE_CHECK_HASHES=y
BR2_TARGET_GENERIC_HOSTNAME="dimc_qemu"
BR2_TARGET_GENERIC_ISSUE="Welcome to TetraPak Operator Panel OS"
BR2_INIT_SYSTEMD=y
BR2_TARGET_GENERIC_ROOT_PASSWD="tpopadmin"
BR2_SYSTEM_DHCP="eth0"
BR2_SYSTEM_DEFAULT_PATH="/bin:/sbin:/usr/bin:/usr/sbin"
BR2_ROOTFS_USERS_TABLES="$(BR2_EXTERNAL_TPOP_OS_PATH)/board/tp_qemu/dimc_qemu/usertable.txt"
BR2_ROOTFS_OVERLAY="$(BR2_EXTERNAL_TPOP_OS_PATH)/board/tp_qemu/dimc_qemu/rootfs_overlay"
BR2_ROOTFS_POST_BUILD_SCRIPT="$(BR2_EXTERNAL_TPOP_OS_PATH)/board/tp_qemu/dimc_qemu/post-build.sh"
BR2_ROOTFS_POST_IMAGE_SCRIPT="$(BR2_EXTERNAL_TPOP_OS_PATH)/board/tp_qemu/post-image.sh"
BR2_ROOTFS_POST_SCRIPT_ARGS="$(BR2_DEFCONFIG)"
BR2_LINUX_KERNEL=y
BR2_LINUX_KERNEL_CUSTOM_VERSION=y
BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="6.6.32"
BR2_LINUX_KERNEL_USE_CUSTOM_CONFIG=y
BR2_LINUX_KERNEL_CUSTOM_CONFIG_FILE="$(BR2_EXTERNAL_TPOP_OS_PATH)/board/tp_qemu/dimc_qemu/linux.config"
BR2_LINUX_KERNEL_NEEDS_HOST_LIBELF=y
BR2_PACKAGE_CAGE=y
BR2_PACKAGE_MESA3D=y
BR2_PACKAGE_MESA3D_LLVM=y
BR2_PACKAGE_MESA3D_GALLIUM_DRIVER_VIRGL=y
BR2_PACKAGE_MESA3D_VULKAN_DRIVER_INTEL=y
BR2_PACKAGE_MESA3D_VULKAN_DRIVER_SWRAST=y
BR2_PACKAGE_MESA3D_OSMESA_GALLIUM=y
BR2_PACKAGE_MESA3D_OPENGL_GLX=y
BR2_PACKAGE_MESA3D_OPENGL_ES=y
BR2_PACKAGE_XORG7=y
BR2_PACKAGE_GNUTLS=y
BR2_PACKAGE_LIBDRM_INTEL=y
BR2_PACKAGE_LIBDRM_RADEON=y
BR2_PACKAGE_LIBDRM_AMDGPU=y
BR2_PACKAGE_LIBDRM_NOUVEAU=y
BR2_PACKAGE_LIBDRM_VMWGFX=y
BR2_PACKAGE_LIBDRM_ETNAVIV=y
BR2_PACKAGE_LIBVDPAU=y
BR2_PACKAGE_WLROOTS_X11=y
BR2_PACKAGE_WLROOTS_XWAYLAND=y
BR2_PACKAGE_YAJL=y
BR2_PACKAGE_LIBTIRPC=y
BR2_PACKAGE_CLANG=y
BR2_PACKAGE_ELFUTILS=y
BR2_PACKAGE_LIBCLC=y
BR2_PACKAGE_LIBSECCOMP=y
BR2_PACKAGE_LINUX_PAM=y
BR2_PACKAGE_LLVM_AMDGPU=y
BR2_PACKAGE_LLVM_RTTI=y
BR2_PACKAGE_QEMU=y
BR2_PACKAGE_QEMU_SYSTEM=y
BR2_PACKAGE_DNSMASQ=y
BR2_PACKAGE_EBTABLES=y
BR2_PACKAGE_IPROUTE2=y
BR2_PACKAGE_IPTABLES=y
BR2_PACKAGE_NMAP=y
BR2_PACKAGE_NMAP_NCAT=y
BR2_PACKAGE_RADVD=y
BR2_PACKAGE_SEATD_BUILTIN=y
BR2_PACKAGE_SEATD_DAEMON=y
BR2_PACKAGE_SYSTEMD_LOGIND=y
BR2_TARGET_ROOTFS_EXT2=y
BR2_TARGET_ROOTFS_EXT2_SIZE="1024M"
# BR2_TARGET_ROOTFS_TAR is not set
BR2_PACKAGE_HOST_MESON_TOOLS=y
BR2_PACKAGE_HOST_PKGCONF=y
BR2_PACKAGE_HOST_QEMU=y
BR2_PACKAGE_HOST_QEMU_SYSTEM_MODE=y

And I launch Qemu with a device virtio-gpu
qemu-system-x86_64 -M pc -kernel output/images/bzImage -drive file=output/images/rootfs.ext2,if=virtio,format=raw -append "rootwait root=/dev/vda console=tty1 console=ttyS0" -serial stdio -net nic,model=virtio -net user -device virtio-gpu

Any suggestion is welcome!!!!
Many thanks in advance
Fran

Hello emerison,
If I login as root on my builroot Qemu compilation, compiled with the config I stated previously I get this error while I try to run the init sample "/usr/bin/cage /usr/bin/gtk3-widget-factory":
00:00:00.000 [../cage.c:295] XDG_RUNTIME_DIR is not set in the environment

Then I set this variable manually for test purposes as:
export XDG_RUNTIME_DIR=/run/user/1000

Run the same cage test command for Cage "/usr/bin/cage /usr/bin/gtk3-widget-factory" got this answer:
libEGL warning: egl: failed to create dri2 screen
00:00:00.547 [EGL] command: eglInitialize, error: EGL_NOT_INITIALIZED (0x3001), message: "DRI2: failed to create screen"
libEGL warning: egl: failed to create dri2 screen
00:00:00.583 [EGL] command: eglInitialize, error: EGL_NOT_INITIALIZED (0x3001), message: "DRI2: failed to create screen"
libEGL warning: NEEDS EXTENSION: falling back to kms_swrast
00:00:01.357 [EGL] command: eglQueryDeviceStringEXT, error: EGL_BAD_PARAMETER (0x300c), message: "eglQueryDeviceStringEXT"
00:00:01.359 [EGL] command: eglQueryDeviceStringEXT, error: EGL_BAD_PARAMETER (0x300c), message: "eglQueryDeviceStringEXT"
pci id for fd 23: 1234:1111, driver (null)
MESA-LOADER: failed to open bochs-drm: /usr/lib/dri/bochs-drm_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/dri, suffix _dri)
00:00:01.403 [render/egl.c:312] Software rendering detected, please use the WLR_RENDERER_ALLOW_SOFTWARE environment variable to proceed
00:00:01.406 [render/egl.c:554] Failed to initialize EGL context
00:00:01.407 [EGL] command: eglMakeCurrent, error: EGL_NOT_INITIALIZED (0x3001), message: "eglMakeCurrent"
00:00:01.408 [render/gles2/renderer.c:679] Could not initialize EGL
00:00:01.434 [../cage.c:550] Unable to open Wayland socket: Invalid argument

For sure is not a matter of Cage, and it is a matter of my config... But I don´t know what to check due to I am not an expert on mesa drivers and so on....
Regards, Thanks in advance
Fran

Maybe this helps: https://github.com/NixOS/nixpkgs/blob/master/nixos/tests/cage.nix#L23C5-L23C74


use @property everywhere

This PR follows-up from the review of #3395 and more specifically this comment, to move away from using this property pattern:
def _thing_getter(self):
    ...
def _thing_setter(self, ...):
    ...
thing = property(_thing_getter, _thing_setter)

to using this property pattern:
@property
def thing(self):
    ...
@thing.setter
def thing(self, ...):
    ...

for reasons discussed in the #3395 comment.

What is this about subclass specialisation? You should be able to do @SuperClass.property.setter on the subclass.

I reckon there are similar changes due in iris.fileformats.pp
See : https://github.com/bjlittle/iris/pull/22

@bjlittle Is this ready to be reviewed? (I've been holding off as you previously said this wasn't ready just yet so I thought I'd check)

@lbdreyer It's good to go as far as I'm concerned, go for it if your happy :smile:

@pp-mo My last change fixes the points and bounds doc-strings on the DimCoord, see https://github.com/SciTools/iris/pull/3421/commits/7ec1872987012d72efa060890a05e5c48bddfdd8

fix t1/t2 doc-strings https://github.com/SciTools/iris/pull/3421/commits/ecb79ca1a801d7c06ae2cbfa2a5cfb06030fc1be

Thanks, saves my effort !!

last change fixes the points and bounds doc-strings on the DimCoord, see https://github.com/SciTools/iris/pull/3421/commits/7ec1872987012d72efa060890a05e5c48bddfdd8

Okay this looks nice.
I'm just a little suspicious what it really means to say<EMAIL_ADDRESS>within the child class.
But obviously it does seem to work ...

But obviously it does seem to work ...

Ok now I believe :pray: :clap: :church: !!
It makes sense from this in Python docs, that @Coord.points.setter returns a copy of the parent property, with a modified setter function.
Job done ! :candy:

Nice one! Thanks @pp-mo :beers:


[NG] updates for Angular 5

Fixes a deprecation removal and bumps TypeScript and RX versions to minimum expected versions for Angular 5.
Wanting to hold this open and continue testing with latest RC until Angular 5 goes stable.

Are you going to have another PR for Rxjs 5.5 lettable operators (ie. map operator used in several places)? And, I think minimum TS version for NG 5 is 2.4.2+.

I didn't want to do the lettable operators yet, just to limit the changeset here to what was essential. That would take a longer time to bring through.
Yes the minimum RxJS is now 5.5, and TypeScript is >=2.4.2. I don't see a blocking reason not to update to latest if we don't see any issues.

<EMAIL_ADDRESS>requires<EMAIL_ADDRESS><2.5.0' but 2.6.1 was found instead.

Updated also with rxjs changes since there was only one change.

Updated with package-lock.json file


CEC inverter file has entry with missing values

Line 2508:
LeadSolar Energy: LS600T [208V] 208V [CEC 2018],208,500,75790.4,36,-nan(ind),1.22899e-07,-0.0251886,-nan(ind),0.0798754,1,45,2105.29,27,45

This has been addressed in the release branch


Bug: PC wake is done using "arrow up" key, which affect many applications. F13 should be used.

Describe the bug
When waking computer up - "arrow up" key is pressed which can affect some foreground applications. It's a popular key.
To Reproduce

Trigger computer wake event
See that while computer wakes up, application receives arrow up event which is unexpected.

Expected behavior
Some rare key is pressed instead. I've tested F13 (which regular users almost never use), and it work as expected with no side effects.
Misc info (please complete the following information):

Windows 23H2, 22631.2861:
Windows' UI language: English
HASS.Agent version: 2022.14.0

Please check what's applicable (multiple answers possible):

[x] Installed via installer
[ ] Installed manually
[x] Problem occurs in HASS.Agent
[ ] Problem occurs in Satellite Service

Additional context
Logs

I believe you can overcome this by using the multiplekeys command and sending [{F13]} although I do agree the monitor wake command should be changed to this. You can even rename it to the monitorwake command in HASS Agent if you already have automation set up using it.


Refresh tooling page

Explain that duffle is best for running, not authoring bundles.
Update description for porter.
Add entry for docker apps.

Preview available at https://deploy-preview-12--cnabio.netlify.com/community-projects/#tools
cc @silvin-lubecki in case he has a different logo for docker apps than the whale.

It wasn't my intent to disparage duffle and I apologize for that.
I'm going to hold off on updating this PR to see if we decide on an updated description for duffle in https://github.com/deislabs/duffle/pull/739 and I'll use the same text in this PR.

Ok! The duffle description has been updated to match the other PR and the Docker Apps entry now follows the branding guidelines.