DRC and LVS errors in sky130_sram_4kbyte_1rw1r_32x1024_8

When I run sky130_sram_4kbyte_1rw1r_32x1024_8 it shows me 52 DRC errors and 3 LVS errors, but it was using the default settings just after installing OpenRAM
Git commit id: 31d2d7145b7714e3d1624aba50e9c2cce715adf7
in the macros folder use the following command
make sky130_sram_4kbyte_1rw1r_32x1024_8
Configuration file used
"""
Dual port (1 read/write + 1 read only), 4 kbytes SRAM (with byte write).
FIXME: What is this useful for?
FIXME: Why would you want byte write on this?
"""
word_size = 32 # Bits
num_words = 1024
human_byte_size = "{:.0f}kbytes".format((word_size * num_words)/1024/8)
Allow byte writes
write_size = 8 # Bits
Dual port
num_rw_ports = 1
num_r_ports = 1
num_w_ports = 0
ports_human = '1rw1r'
import os
exec(open(os.path.join(os.path.dirname(file), 'sky130_sram_common.py')).read())
I expected that the RAM will be generated without any error

Thanks. We are aware of the DRC issue and don't yet have a solution. We did some hand-fixes on the macros that we taped out.
I'm a little surprised by the LVS error, though.  We will check it out.

Is it possible to manufacture with the Efabless MPW programs even with the DRC errors?
Instead of using 4kbyte memories, maybe I could use 1kbyte ones that don't have LVS errors but have 22 DRC errors, do you think that would be possible?

thank you very much that will be very useful.
I will be waiting for the memories of 4 and 8 kbytes of 8 word size if possible

Hello, Dr. Maguthaus, does OpenRAM generate an SRAM with FreePDK following the below configuration:
word_size = 128
num_words = 256
write_size = 128

num_rw_ports = 0
num_r_ports = 1
num_w_ports = 1

tech_name = "freepdk45"
nominal_corner_only = True

Then, ERROR: file signal_escape_router.py: line 70: Couldn't route from (addr1[4] layer=m3 ll=v[196.685,-1.2875] ur=v[196.82,-1.1525]) to (addr1[4] layer=m4 ll=v[196.6825,-26.16] ur=v[196.8225,-26.02]).
Could you give me suggestions?
Thank you in advance.

This is a very big data word for a small memory. Does it say if it's using a column mux or not?

This is a very big data word for a small memory. Does it say if it's using a column mux or not?

Thank you so much for your reply. We did not use column mux.

I understand that you may not have used one, but openram does an internal calculation to figure out if it should use one. It is technology specific depending on the bitcell height.
Can you include more of the log?
Can you open the resulting layout and see what is going on at those coordinates?

Thank you for your response. I have attached the log regarding the parameters word_size = 128, num_words = 128, and write_size = 128, which experienced the same issue.
When attempting to generate the SRAM with a word size of 128 bits, it failed to generate the layout.
Furthermore, when generating the SRAM with a word size of 64 bits and 128 words, I successfully obtained the layout and parameters of the SRAM.
The below is the log of  ERROR: file signal_escape_router.py: line 70: Couldn't route from (addr1[4] layer=m3 ll=v[196.685,-1.2875] ur=v[196.82,-1.1525]) to (addr1[4] layer=m4 ll=v[196.6825,-26.16] ur=v[196.8225,-26.02]).
[2024-03-23 18:06:48.688639] |==============================================================================|
[2024-03-23 18:06:48.701868] |=========                      OpenRAM v1.2.42                       =========|
[2024-03-23 18:06:48.702460] |=========                                                            =========|
[2024-03-23 18:06:48.702886] |=========               VLSI Design and Automation Lab               =========|
[2024-03-23 18:06:48.703182] |=========        Computer Science and Engineering Department         =========|
[2024-03-23 18:06:48.703468] |=========            University of California Santa Cruz             =========|
[2024-03-23 18:06:48.703750] |=========                                                            =========|
[2024-03-23 18:06:48.704041] |=========          Usage help<EMAIL_ADDRESS>         =========|
[2024-03-23 18:06:48.704344] |=========        Development help<EMAIL_ADDRESS>      =========|
[2024-03-23 18:06:48.704627] |=========                See LICENSE for license info                =========|
[2024-03-23 18:06:48.704921] |==============================================================================|
[2024-03-23 18:06:48.705222] ** Start: 03/23/2024 18:06:48
[2024-03-23 18:06:48.705513] Technology: freepdk45
[2024-03-23 18:06:48.705806] Total size: 16384 bits
[2024-03-23 18:06:48.706109] Word size: 128
Words: 128
Banks: 1
[2024-03-23 18:06:48.706411] RW ports: 0
R-only ports: 1
W-only ports: 1
[2024-03-23 18:06:48.706716] Design supply routing skipped. Supplies will have multiple must-connect pins. (route_supplies=True to enable supply routing).
[2024-03-23 18:06:48.707010] DRC/LVS/PEX is only run on the top-level design to save run-time (inline_lvsdrc=True to do inline checking).
[2024-03-23 18:06:48.707301] DRC/LVS/PEX is disabled (check_lvsdrc=True to enable).
[2024-03-23 18:06:48.707614] Characterization is disabled (using analytical delay models) (analytical_delay=False to simulate).
[2024-03-23 18:06:48.707938] Only generating nominal corner timing.
[2024-03-23 18:06:48.708235] Words per row: None
[2024-03-23 18:06:48.708534] Output files are:
[2024-03-23 18:06:48.708826] ../PIM/OpenRAM/macros/sram_configs/macro/sram_0rw1r1w_128_128_freepdk45/sram_0rw1r1w_128_128_freepdk45.lvs
[2024-03-23 18:06:48.709119] ../PIM/OpenRAM/macros/sram_configs/macro/sram_0rw1r1w_128_128_freepdk45/sram_0rw1r1w_128_128_freepdk45.sp
[2024-03-23 18:06:48.709420] ../PIM/OpenRAM/macros/sram_configs/macro/sram_0rw1r1w_128_128_freepdk45/sram_0rw1r1w_128_128_freepdk45.v
[2024-03-23 18:06:48.709711] ../PIM/OpenRAM/macros/sram_configs/macro/sram_0rw1r1w_128_128_freepdk45/sram_0rw1r1w_128_128_freepdk45.lib
[2024-03-23 18:06:48.710013] ../PIM/OpenRAM/macros/sram_configs/macro/sram_0rw1r1w_128_128_freepdk45/sram_0rw1r1w_128_128_freepdk45.py
[2024-03-23 18:06:48.710319] ../PIM/OpenRAM/macros/sram_configs/macro/sram_0rw1r1w_128_128_freepdk45/sram_0rw1r1w_128_128_freepdk45.html
[2024-03-23 18:06:48.710650] ../PIM/OpenRAM/macros/sram_configs/macro/sram_0rw1r1w_128_128_freepdk45/sram_0rw1r1w_128_128_freepdk45.log
[2024-03-23 18:06:48.710936] ..5/PIM/OpenRAM/macros/sram_configs/macro/sram_0rw1r1w_128_128_freepdk45/sram_0rw1r1w_128_128_freepdk45.lef
[2024-03-23 18:06:48.711230] ../PIM/OpenRAM/macros/sram_configs/macro/sram_0rw1r1w_128_128_freepdk45/sram_0rw1r1w_128_128_freepdk45.gds
[2024-03-23 18:09:01.711166] ** Submodules: 133.0 seconds
[2024-03-23 18:09:01.985917] ** Placement: 0.3 seconds
[2024-03-23 18:14:23.838512] ERROR: file signal_escape_router.py: line 70: Couldn't route from (addr1[4] layer=m3 ll=v[196.685,-1.2875] ur=v[196.82,-1.1525]) to (addr1[4] layer=m4 ll=v[196.6825,-26.16] ur=v[196.8225,-26.02]).

Thank you so much again.


[WebRTC] investigate data-channels-flow-control example throughput performance issue

Pion has more than 500Mbps+,
Peer Connection State has changed: connected (offerer)
Peer Connection State has changed: connected (answerer)
2021/09/25 13:27:29 OnOpen: data-824638619994. Start sending a series of 1024-byte packets as fast as it can
2021/09/25 13:27:29 OnOpen: data-824636958938. Start receiving data
2021/09/25 13:27:30 Throughput: 570.646 Mbps
2021/09/25 13:27:31 Throughput: 569.753 Mbps
2021/09/25 13:27:32 Throughput: 573.001 Mbps
2021/09/25 13:27:33 Throughput: 572.452 Mbps
2021/09/25 13:27:34 Throughput: 571.297 Mbps
2021/09/25 13:27:35 Throughput: 569.525 Mbps
2021/09/25 13:27:36 Throughput: 567.463 Mbps
...

but, webrtc-rs only has around 13Mbps:
Peer Connection State has changed: connected (offerer)
Peer Connection State has changed: connected (answerer)
OnOpen: data-1. Start sending a series of 1024-byte packets as fast as it can
OnOpen: data-1. Start receiving data
Throughput: 12.990 Mbps
Throughput: 13.698 Mbps
Throughput: 13.559 Mbps
Throughput: 13.345 Mbps
Throughput: 13.565 Mbps
Throughput: 13.582 Mbps

cargo build --release --example data-channels-flow-control increases performance, but not comparable to pion.
./target/release/examples/data-channels-flow-control
Press ctlr-c to stop
Peer Connection State has changed: connected (offerer)
Peer Connection State has changed: connected (answerer)
OnOpen: data-1. Start sending a series of 1024-byte packets as fast as it can
OnOpen: data-1. Start receiving data
Throughput: 175.556 Mbps
Throughput: 106.104 Mbps
Throughput: 76.986 Mbps
Throughput: 61.450 Mbps
Throughput: 51.632 Mbps
Throughput: 44.797 Mbps
Throughput: 39.733 Mbps
Throughput: 35.619 Mbps
Throughput: 32.330 Mbps
Throughput: 29.491 Mbps
Throughput: 43.142 Mbps
Throughput: 48.350 Mbps
Throughput: 46.386 Mbps
Throughput: 44.221 Mbps
Throughput: 48.071 Mbps
Throughput: 55.550 Mbps
Throughput: 53.980 Mbps
Throughput: 52.263 Mbps

should be tokio performance limit
some other benchmark
goroutines: 3.22234675s total, 3.222346ms avg per iteration
rust_threads: 16.980509645s total, 16.980509ms avg per iteration
rust_tokio: 9.56997204s total, 9.569972ms avg per iteration
rust_tokio_block_in_place: 3.578928749s total, 3.578928ms avg per iteration
https://www.reddit.com/r/rust/comments/lg0a7b/benchmarking_tokio_tasks_and_goroutines/

@rainliu I made some benchmarks between Go(Pion) and Rust with long running time, maybe will help.

Go(Pion)
From start of benchmark throughput was grow up to 844Mps
17:49:06 Throughput: 721.371 Mbps
17:49:07 Throughput: 727.991 Mbps
17:49:08 Throughput: 743.665 Mbps
...
17:49:39 Throughput: 842.728 Mbps
17:49:40 Throughput: 843.339 Mbps
17:49:41 Throughput: 843.672 Mbps
17:49:42 Throughput: 844.272 Mbps
17:49:43 Throughput: 844.782 Mbps
17:49:44 Throughput: 844.855 Mbps

after has been throwed an exception
mux ERROR: 17:49:45 mux: ending readLoop dispatch error packetio.Buffer is full, discarding write
and throughput started to go slow down without stop to stable point.
I stopped benchmark on
18:44:45 Throughput: 9.966 Mbps

Rust
From start of benchmark throughput was
Throughput: 229.521 Mbps
Throughput: 231.489 Mbps
Throughput: 231.780 Mbps
Throughput: 231.662 Mbps
Throughput: 231.965 Mbps

after that, started to go down and reached lowest point
Throughput: 23.023 Mbps
Throughput: 22.849 Mbps
Throughput: 22.677 Mbps

after started slowly to grow up and balancing between 66.436 Mbps - 41.511 Mbps

CPU/RAM
Go
RAM 22.304 MB
CPU ~1%

Rust
RAM 162MB(stopped at that point, without recycling)
CPU ~120%

should be tokio performance limit
some other benchmark
goroutines: 3.22234675s total, 3.222346ms avg per iteration rust_threads: 16.980509645s total, 16.980509ms avg per iteration rust_tokio: 9.56997204s total, 9.569972ms avg per iteration rust_tokio_block_in_place: 3.578928749s total, 3.578928ms avg per iteration
https://www.reddit.com/r/rust/comments/lg0a7b/benchmarking_tokio_tasks_and_goroutines/

@whans Benchmarks was maded on I/O for file, not on socket. Linux have different behavior for files and sockets.
If you will try std's file IO inside async block or task::block_in_place you will have very fast values.
That is because Linux use read-ahead for files.
Also benchmarks was made on /dev/urandom and /dev/null which is in-memory files.
@rainliu I suppose that, here example use socket connection.

@whans Sleep in sending task helped for some time
@rainliu After ~5 min I figured out that a lot of tasks webrtc-sctp-0.3.8/src/timer/[ack,rtx]_timer.rs:[43,153] was spawned, around 500-600.
Most cpu busy time is in that tasks.
I'm running cargo run --example data-channels-flow-control.
I attached the screenshot.

@vitdevelop, thanks for the finding. Could you submit a PR to add tokio-console/console_subscriber to data-channels-flow-control example? so, I can take a look.

@rainliu Added PR
webrtc-rs/examples#1

I was doing some testing of my own on sctp and on just write to streams it takes almost 22x slower compared to same example on pion side. I was seeing an issue to use IO-free state machine style, while that will speed up the protocol it still doesnt explain the root cause. The rust example shouldn't be 22x slower it should be atleast comparable to the pion one if not faster. Has anyone explored the root cause of such slow down of the protocol?


Debug logs or Error Propagation

Error propagation or even any feedback on errors while reading files is really lacking.
I'm looking at a tight deadline right now so I can't at the moment, but I'll try to get back to it eventually and submit a pull request.

I agree. I spent an hour spelunking into FileKit to realize I was passing a bad path to the constructor. NSURL.absoluteString doesn't work. Unfortunately FileKit just returns nil.

You're both right of course, we should really add better error feedback. A pull request is highly welcome! 👍

I just released version 1.4.0 which removes the FileKit dependency and includes the required parts directly into the project (see the class TextFile). I did this also with this issue in mind – I hope better error handling and debug logs are much simpler to add now. @bienemann Are you still planning to submit a PR? If not, could you specify more clearly in what situations you were missing which information so we can improve CSVImporter to fix those issues? Thank you for your help!

Closing this due to inactivity.


.tscn cannot save floats in exponential format

Steps to reproduce:

New scene
Add a Node2D root, and a sprite + an animation player
Make a new (autoplay) animation, and animate sprite:transform/scale
Set sprite's scale to (0,0), it will be changed to some healthy minimum, and add keyframe
Move the animation player to another time, and add keyframe for (1,1)
Play the animation in the editor -> everything works just fine (sprite starts "invisible", finishes normal)
Save as .xscn and play that scene only -> everything works just fine
Save as .tscn and play that scene only -> sprite starts big, finishes normal
Edit first key frame manually to become (0,0) and not (0.00001,0.00001) (this is the workaround ATM)
Resave .tscn and play that scene only -> everything works just fine

I think the bug comes from the fact that 0.00001 is saved as 1e-05, but read as 105 in game, because:

When printing the scale every _fixed_process, I got:

# .xscn (step 7)
0.00001,0.00001
0.00001,0.00001
#...
1,1
# .tscn (step 8)
105,105
105,105

#...
1,1

Comparing the corresponding lines between the files:

# .tscn (step 8)
tracks/1/interp = 1
tracks/1/keys = { "cont":true, "times":FloatArray( 0, 0.6 ), "transitions":FloatArray( 1, 1 ), "values":[ Vector2( 1e-05, 1e-05 ), Vector2( 1, 1 ) ] }

# .xscn (step 7)
                <int name="tracks/1/interp"> 1 </int>
                <dictionary name="tracks/1/keys" shared="false">
                        <string> "cont" </string>
                        <bool> True </bool>
                        <string> "times" </string>
                        <real_array  len="2">                           0, 0.6 </real_array>
                        <string> "transitions" </string>
                        <real_array  len="2">                           1, 1 </real_array>
                        <string> "values" </string>
                        <array  len="2" shared="false">
                                <vector2> 1e-05, 1e-05 </vector2>
                                <vector2> 1, 1 </vector2>
                        </array>
                </dictionary>

Also, are is a few screenshots of the bug:

While the animation is running: (it also animates opacity, so it is semi-transparent)

After the animation ran: (look at this circle)

Additional steps:

Return keyframe 1 to (0.00001,0.00001)
Resave .tscn, and reload scene / close it and open it again / restart godot
See than animation is corrupted now and play it in editor -> sprite starts big, finishes normal

Fixed by 9386b76, reduz got the reference wrong ;)


Solves issue #3750

closes issue #3750
Summary
Change the default selected site alias so primary alias instead of the first in the list

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.:x: schotman sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.


build: standard library requires manual install after installing go tip

A typical day for me starts with:
$ cd $GOROOT/src && git pull --ff-only --rebase --prune --all && CC=clang CXX=clang+
+ bash all.bash

For a while now the standard library rebuilds upon the next go compile.  This used to be not the case but a few months back this changed somehow (I know, should have reported it then).
This is fine when doing "go install" but not when doing "go build" or "go test" because the standard library needs to be rebuild every time and it slows things down quite a bit.
I'd love to see the old behavior come back that after installing go tip I don't need to manually reinstall the standard library.

/cc @rsc

I don't think this is going to change. The problem with the previous state of affairs was confusion: you could compile using older packages than what's there in the source. The new way always gives you a binary built from the current sources.
It's always a good practice to run go install std (or even src/make.bash) after updating the core repo.

@adg the reporter says that all.bash was run; what does "go install std" do that that doesn't?

Actually, I can't recreate this.  @marcopeereboom can you show the exact commands you run, showing it rebuilding the library?

I misread the original report. It only makes sense minus the bash all.bash part.

First download latest go and build it:
$ cd $GOROOT/src && git pull --ff-only --rebase --prune --all && CC=clang CXX=clang++ ./all.bash
Fetching origin
Current branch master is up to date.
##### Building Go bootstrap tool.
cmd/dist

##### Building Go toolchain using /home/marco/go1.4.
bootstrap/internal/obj
bootstrap/asm/internal/flags
bootstrap/compile/internal/big
bootstrap/internal/obj/arm
bootstrap/internal/obj/arm64
...

Once the build is complete, go to a random project:
$ cd $GOPATH/src/github.com/marcopeereboom/gck/c
$ go build -v
runtime
errors
sync/atomic
math
sync
io
syscall
unicode/utf8
strconv
reflect
time
os
sort
math/rand
unicode
fmt
encoding/binary
strings
flag
math/big
bytes
bufio
compress/flate
hash
hash/adler32
compress/zlib
crypto
github.com/marcopeereboom/gck/ast
crypto/sha256
github.com/davecgh/go-xdr/xdr2
github.com/marcopeereboom/gck/backend/arch
path/filepath
crypto/subtle
crypto/cipher
io/ioutil
crypto/aes
github.com/marcopeereboom/gck/tvm/section
crypto/rand
github.com/marcopeereboom/gck/tvm/stdlib
os/signal
github.com/marcopeereboom/gck/frontend/driver
github.com/marcopeereboom/gck/tvm/vm
log
github.com/marcopeereboom/gck/frontend/myrmidon
github.com/marcopeereboom/gck/frontend/sml
github.com/marcopeereboom/gck/backend/tvm
github.com/marcopeereboom/gck/backend
github.com/marcopeereboom/gck/optimizer
github.com/marcopeereboom/gck/frontend
github.com/marcopeereboom/gck/c

As you can see the first couple of files being build are from std.  Every subsequent go build or test will do the same.  Running go install -v in this directory installs the files and then they won't be rebuilt all the time.
My point is that I expect (and what used to be the case) that after running all.bash std would be installed.
Does this make sense?

What you say makes sense.  But I can't reproduce it.  I tried exactly doing exactly what you did, even setting CC and CXX.  When I build the random project, only that project is built, not the standard library.
I'm running on Ubuntu 14.04 amd64.  Tell us the details of the system you are using.

I see this on two operating systems.
Darwin (OS X 10.11 (15A216g)):
go version devel +2e4b659 Wed Jul 15 06:04:51 2015 +0000 darwin/amd64
OpenBSD/Bitrig:
go version devel +2e4b659 Wed Jul 15 06:04:51 2015 +0000 openbsd/amd64
I reproduced it this morning on both.  Like I said earlier too, this used to NOT happen.
Anything else I can provide to figure this out?

Please do an update and a build as you have been doing.  Then before building anything else run
go list -f '{{.Stale}}' runtime
On my system it prints "false".  I guess that on your system it will print "true", but let's verify that.
Next let's take a look at the modification time of the compiler ($GOROOT/pkg/tool/$GOOS_$GOARCH/compile) and the modification time of the runtime package ($GOROOT/pkg/$GOOS_$GOARCH/runtime.a).  If the compiler appears to have been created after the runtime package, we could see the results you are seeing.
I guess the next step would be to check the modification times of the runtime source files compared to runtime.a.

$ go list -f '{{.Stale}}' runtime
true

$ stat -x /home/marco/go/go//pkg/tool/openbsd_amd64/compile
  File: "/home/marco/go/go//pkg/tool/openbsd_amd64/compile"
  Size: 11037216     FileType: Regular File
  Mode: (0755/-rwxr-xr-x)         Uid: ( 1000/   marco)  Gid: (    0/   wheel)
Device: 4,32   Inode: 7180033    Links: 1
Access: Wed Jul 15 14:10:55 2015
Modify: Wed Jul 15 14:10:56 2015
Change: Wed Jul 15 14:10:56 2015

$ stat -x /home/marco/go/go//pkg/openbsd_amd64/runtime.a
  File: "/home/marco/go/go//pkg/openbsd_amd64/runtime.a"
  Size: 2640938      FileType: Regular File
  Mode: (0644/-rw-r--r--)         Uid: ( 1000/   marco)  Gid: (    0/   wheel)
Device: 4,32   Inode: 7180040    Links: 1
Access: Wed Jul 15 14:09:50 2015
Modify: Wed Jul 15 14:09:50 2015
Change: Wed Jul 15 14:09:50 2015

$ stat -x /home/marco/go/go/src/runtime/runtime.go
  File: "/home/marco/go/go/src/runtime/runtime.go"
  Size: 1257         FileType: Regular File
  Mode: (0644/-rw-r--r--)         Uid: ( 1000/   marco)  Gid: (    0/   wheel)
Device: 4,32   Inode: 7156082    Links: 1
Access: Thu Apr  9 08:53:40 2015
Modify: Thu Apr  9 08:53:40 2015
Change: Thu Apr  9 08:53:40 2015

This what you need?

Thanks.  This makes it clear that the rebuild is happening because cmd/compile is newer than runtime.a.
That should not happen, because running "all.bash" or "make.bash" should

build cmd/dist
build the bootstrap compiler
build cmd/go (includes building runtime the first time)
build all packages and commands (builds runtime the second time, builds cmd/compile)

Can you attach the complete output of running "all.bash" or "make.bash" after doing an update?
Do you have any of these variables set in the environment: GOARCH, GOOS, GOHOSTARCH, GOHOSTOS, GOROOT, GOROOT_FINAL?

$ go env
GOARCH="amd64"
GOBIN=""
GOEXE=""
GOHOSTARCH="amd64"
GOHOSTOS="openbsd"
GOOS="openbsd"
GOPATH="/home/marco/go"
GORACE=""
GOROOT="/home/marco/go/go"
GOTOOLDIR="/home/marco/go/go/pkg/tool/openbsd_amd64"
GO15VENDOREXPERIMENT=""
CC="clang"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0"
CXX="clang++"
CGO_ENABLED="1"

##### Building Go bootstrap tool.
cmd/dist

##### Building Go toolchain using /home/marco/go1.4.
bootstrap/internal/obj
bootstrap/asm/internal/flags
bootstrap/compile/internal/big
bootstrap/internal/obj/arm
bootstrap/internal/obj/arm64
bootstrap/internal/obj/ppc64
bootstrap/internal/obj/x86
bootstrap/asm/internal/lex
bootstrap/internal/gcprog
bootstrap/compile/internal/gc
bootstrap/asm/internal/arch
bootstrap/asm/internal/asm
bootstrap/asm
bootstrap/internal/asm
bootstrap/link/internal/ld
bootstrap/link/internal/amd64
bootstrap/link/internal/arm
bootstrap/link/internal/arm64
bootstrap/link/internal/ppc64
bootstrap/link/internal/x86
bootstrap/link
bootstrap/compile/internal/amd64
bootstrap/compile/internal/arm
bootstrap/compile/internal/arm64
bootstrap/compile/internal/ppc64
bootstrap/compile/internal/x86
bootstrap/compile
bootstrap/old5a
bootstrap/old6a
bootstrap/old8a
bootstrap/old9a

##### Building compilers and go_bootstrap for host, openbsd/amd64.
runtime
errors
sync/atomic
sync
internal/singleflight
io
unicode
unicode/utf8
unicode/utf16
bytes
math
strings
strconv
bufio
sort
container/heap
encoding/base64
syscall
internal/syscall/windows/registry
time
internal/syscall/windows
os
reflect
fmt
encoding
encoding/binary
encoding/json
flag
path/filepath
path
io/ioutil
log
regexp/syntax
regexp
go/token
go/scanner
go/ast
go/parser
os/exec
os/signal
net/url
text/template/parse
text/template
go/doc
go/build
hash
crypto
crypto/sha1
debug/dwarf
debug/elf
cmd/go

##### Building packages and commands for openbsd/amd64.
runtime
errors
sync/atomic
unicode
sync
io
unicode/utf8
math
bytes
bufio
syscall
strconv
reflect
time
os
encoding/binary
sort
fmt
strings
path/filepath
path
regexp/syntax
flag
log
cmd/internal/obj
cmd/internal/rsc.io/arm/armasm
cmd/internal/goobj
cmd/internal/rsc.io/x86/x86asm
debug/dwarf
debug/elf
debug/gosym
debug/macho
debug/pe
debug/plan9obj
regexp
text/tabwriter
io/ioutil
archive/tar
cmd/internal/objfile
compress/flate
cmd/addr2line
hash
hash/crc32
archive/zip
compress/bzip2
compress/gzip
compress/lzw
hash/adler32
compress/zlib
container/heap
container/list
container/ring
crypto
crypto/subtle
crypto/cipher
math/rand
math/big
crypto/aes
crypto/des
crypto/sha512
crypto/hmac
crypto/md5
crypto/rc4
crypto/sha1
crypto/sha256
crypto/dsa
crypto/elliptic
encoding/asn1
crypto/rand
crypto/ecdsa
crypto/x509/pkix
crypto/rsa
encoding/hex
encoding/base64
encoding/pem
internal/singleflight
go/token
os/exec
go/scanner
go/ast
database/sql/driver
database/sql
encoding
go/parser
go/printer
encoding/ascii85
encoding/base32
cmd/cgo
encoding/csv
encoding/gob
unicode/utf16
encoding/json
encoding/xml
mime
mime/quotedprintable
net/http/internal
runtime/cgo
net/url
text/template/parse
net
text/template
go/doc
go/build
go/constant
internal/format
go/format
go/types
crypto/x509
crypto/tls
net/textproto
mime/multipart
text/scanner
go/internal/gccgoimporter
net/http
go/internal/gcimporter
go/importer
hash/crc64
hash/fnv
html
html/template
image/color
image
expvar
image/color/palette
image/internal/imageutil
image/draw
image/jpeg
image/gif
image/png
index/suffixarray
runtime/pprof
internal/trace
testing
log/syslog
math/cmplx
internal/testenv
net/http/cgi
net/http/cookiejar
net/http/httptest
net/http/fcgi
net/http/httputil
net/http/pprof
net/internal/socktest
net/mail
net/rpc
net/smtp
os/signal
os/user
net/rpc/jsonrpc
runtime/debug
runtime/race
testing/iotest
testing/quick
cmd/api
cmd/internal/obj/arm
cmd/internal/obj/arm64
cmd/internal/obj/ppc64
cmd/internal/obj/x86
cmd/asm/internal/flags
cmd/asm/internal/lex
cmd/compile/internal/big
cmd/asm/internal/arch
cmd/asm/internal/asm
cmd/internal/gcprog
cmd/compile/internal/gc
cmd/asm
cmd/cover
cmd/dist
cmd/doc
cmd/fix
cmd/go
cmd/compile/internal/amd64
cmd/compile/internal/arm
cmd/compile/internal/arm64
cmd/compile/internal/ppc64
cmd/compile/internal/x86
cmd/compile
cmd/gofmt
cmd/internal/asm
cmd/link/internal/ld
cmd/newlink
cmd/nm
cmd/link/internal/amd64
cmd/link/internal/arm
cmd/link/internal/arm64
cmd/link/internal/ppc64
cmd/link/internal/x86
cmd/objdump
cmd/link
cmd/old5a
cmd/old6a
cmd/old8a
cmd/old9a
cmd/pack
cmd/pprof/internal/profile
cmd/pprof/internal/plugin
cmd/pprof/internal/svg
cmd/pprof/internal/report
cmd/pprof/internal/tempfile
cmd/pprof/internal/fetch
cmd/pprof/internal/symbolizer
cmd/pprof/internal/symbolz
cmd/trace
cmd/pprof/internal/commands
cmd/pprof/internal/driver
cmd/pprof
cmd/vet/whitelist
cmd/vet
cmd/yacc

##### Testing packages.
ok  	archive/tar	0.012s
ok  	archive/zip	1.046s
ok  	bufio	0.461s
ok  	bytes	0.210s
ok  	compress/bzip2	0.126s
ok  	compress/flate	0.844s
ok  	compress/gzip	0.033s
ok  	compress/lzw	0.085s
ok  	compress/zlib	1.354s
ok  	container/heap	0.303s
ok  	container/list	0.006s
ok  	container/ring	0.018s
ok  	crypto/aes	0.069s
ok  	crypto/cipher	0.016s
ok  	crypto/des	0.012s
ok  	crypto/dsa	0.008s
ok  	crypto/ecdsa	0.038s
ok  	crypto/elliptic	0.057s
ok  	crypto/hmac	0.007s
ok  	crypto/md5	0.008s
ok  	crypto/rand	0.018s
ok  	crypto/rc4	0.206s
ok  	crypto/rsa	0.105s
ok  	crypto/sha1	0.015s
ok  	crypto/sha256	0.008s
ok  	crypto/sha512	0.008s
ok  	crypto/subtle	0.008s
ok  	crypto/tls	1.315s
ok  	crypto/x509	1.573s
ok  	database/sql	0.083s
ok  	database/sql/driver	0.008s
ok  	debug/dwarf	0.013s
ok  	debug/elf	0.019s
ok  	debug/gosym	0.375s
ok  	debug/macho	0.010s
ok  	debug/pe	0.230s
ok  	debug/plan9obj	0.006s
ok  	encoding/ascii85	0.021s
ok  	encoding/asn1	0.018s
ok  	encoding/base32	0.007s
ok  	encoding/base64	0.007s
ok  	encoding/binary	0.006s
ok  	encoding/csv	0.211s
ok  	encoding/gob	0.071s
ok  	encoding/hex	0.010s
ok  	encoding/json	0.298s
ok  	encoding/pem	0.034s
ok  	encoding/xml	0.046s
ok  	errors	0.010s
ok  	expvar	0.011s
ok  	flag	0.010s
ok  	fmt	0.185s
ok  	go/ast	0.014s
ok  	go/build	0.233s
ok  	go/constant	0.008s
ok  	go/doc	0.052s
ok  	go/format	0.012s
ok  	go/internal/gccgoimporter	0.009s
ok  	go/internal/gcimporter	0.019s
ok  	go/parser	0.040s
ok  	go/printer	0.420s
ok  	go/scanner	0.007s
ok  	go/token	0.029s
ok  	go/types	2.313s
ok  	hash/adler32	0.012s
ok  	hash/crc32	0.010s
ok  	hash/crc64	0.170s
ok  	hash/fnv	0.007s
ok  	html	0.007s
ok  	html/template	0.150s
ok  	image	0.290s
ok  	image/color	0.153s
ok  	image/draw	0.120s
ok  	image/gif	0.145s
ok  	image/jpeg	0.473s
ok  	image/png	0.082s
ok  	index/suffixarray	0.013s
ok  	internal/singleflight	0.016s
ok  	io	0.080s
ok  	io/ioutil	0.290s
ok  	log	0.007s
ok  	log/syslog	2.244s
ok  	math	0.009s
ok  	math/big	0.891s
ok  	math/cmplx	0.006s
ok  	math/rand	0.264s
ok  	mime	0.013s
ok  	mime/multipart	0.174s
ok  	mime/quotedprintable	0.784s
ok  	net	2.266s
ok  	net/http	4.473s
ok  	net/http/cgi	0.471s
ok  	net/http/cookiejar	0.022s
ok  	net/http/fcgi	0.012s
ok  	net/http/httptest	0.015s
ok  	net/http/httputil	0.021s
ok  	net/http/internal	0.006s
ok  	net/internal/socktest	0.007s
ok  	net/mail	0.120s
ok  	net/rpc	0.027s
ok  	net/rpc/jsonrpc	0.019s
ok  	net/smtp	0.033s
ok  	net/textproto	0.012s
ok  	net/url	0.020s
ok  	os	0.300s
ok  	os/exec	0.316s
ok  	os/signal	3.404s
ok  	os/user	0.007s
ok  	path	0.006s
ok  	path/filepath	0.032s
ok  	reflect	0.144s
ok  	regexp	0.411s
ok  	regexp/syntax	0.507s
ok  	runtime	28.525s
ok  	runtime/debug	0.220s
ok  	runtime/pprof	12.548s
ok  	sort	0.085s
ok  	strconv	0.481s
ok  	strings	0.149s
ok  	sync	0.182s
ok  	sync/atomic	0.515s
ok  	syscall	0.032s
ok  	testing	3.773s
ok  	testing/quick	0.049s
ok  	text/scanner	0.009s
ok  	text/tabwriter	0.006s
ok  	text/template	0.032s
ok  	text/template/parse	0.015s
ok  	time	2.528s
ok  	unicode	0.010s
ok  	unicode/utf16	0.008s
ok  	unicode/utf8	0.008s
ok  	cmd/addr2line	1.392s
ok  	cmd/api	0.017s
ok  	cmd/asm/internal/asm	0.026s
ok  	cmd/asm/internal/lex	0.005s
ok  	cmd/compile/internal/big	2.927s
ok  	cmd/cover	3.547s
ok  	cmd/doc	0.171s
ok  	cmd/fix	0.017s
ok  	cmd/go	69.535s
ok  	cmd/gofmt	0.054s
ok  	cmd/internal/goobj	0.005s
ok  	cmd/internal/obj	0.006s
ok  	cmd/internal/obj/x86	0.022s
ok  	cmd/internal/rsc.io/arm/armasm	0.011s
ok  	cmd/internal/rsc.io/x86/x86asm	0.275s
ok  	cmd/newlink	0.022s
ok  	cmd/nm	1.897s
ok  	cmd/objdump	8.615s
ok  	cmd/pack	4.018s
ok  	cmd/pprof/internal/profile	0.011s
ok  	cmd/vet	9.096s

##### GOMAXPROCS=2 runtime -cpu=1,2,4
ok  	runtime	85.088s

##### sync -cpu=10
ok  	sync	0.151s

##### ../misc/cgo/stdio

##### ../misc/cgo/life

##### ../misc/cgo/test
PASS
ok  	_/home/marco/go/go/misc/cgo/test	1.150s
PASS
ok  	_/home/marco/go/go/misc/cgo/test	1.132s
PASS
ok  	_/home/marco/go/go/misc/cgo/test	1.129s
PASS
ok  	_/home/marco/go/go/misc/cgo/test	1.129s

##### ../misc/cgo/testgodefs

##### ../misc/cgo/testso

##### ../misc/cgo/testsovar

##### ../misc/cgo/errors

##### ../doc/progs
       16.13 real        23.96 user         4.23 sys

##### ../doc/articles/wiki
PASS

##### ../doc/codewalk
        3.27 real         3.05 user         0.50 sys

##### ../test/bench/shootout
fasta
reverse-complement
nbody
binary-tree
binary-tree-freelist
fannkuch
fannkuch-parallel
regex-dna
regex-dna-parallel
spectral-norm
k-nucleotide
k-nucleotide-parallel
mandelbrot
meteor-contest
pidigits
threadring
chameneosredux
       15.66 real        15.16 user         2.49 sys

##### ../test/bench/go1
testing: warning: no tests to run
PASS
ok  	_/home/marco/go/go/test/bench/go1	2.966s

##### ../test

##### API check
+pkg crypto, const SHA512_224 = 14
+pkg crypto, const SHA512_224 Hash
+pkg crypto, const SHA512_256 = 15
+pkg crypto, const SHA512_256 Hash
+pkg crypto/cipher, func NewGCMWithNonceSize(Block, int) (AEAD, error)
+pkg crypto/sha512, const Size224 = 28
+pkg crypto/sha512, const Size224 ideal-int
+pkg crypto/sha512, const Size256 = 32
+pkg crypto/sha512, const Size256 ideal-int
+pkg crypto/sha512, func New512_224() hash.Hash
+pkg crypto/sha512, func New512_256() hash.Hash
+pkg crypto/sha512, func Sum512_224([]uint8) [28]uint8
+pkg crypto/sha512, func Sum512_256([]uint8) [32]uint8
+pkg go/parser, func ParseExprFrom(*token.FileSet, string, interface{}, Mode) (ast.Expr, error)
+pkg go/types, func Eval(*token.FileSet, *Package, token.Pos, string) (TypeAndValue, error)
+pkg go/types, func NewScope(*Scope, token.Pos, token.Pos, string) *Scope
+pkg go/types, func NewSignature(*Var, *Tuple, *Tuple, bool) *Signature
+pkg go/types, func ObjectString(Object, Qualifier) string
+pkg go/types, func RelativeTo(*Package) Qualifier
+pkg go/types, func SelectionString(*Selection, Qualifier) string
+pkg go/types, func TypeString(Type, Qualifier) string
+pkg go/types, func WriteSignature(*bytes.Buffer, *Signature, Qualifier)
+pkg go/types, func WriteType(*bytes.Buffer, Type, Qualifier)
+pkg go/types, method (*Scope) Contains(token.Pos) bool
+pkg go/types, method (*Scope) End() token.Pos
+pkg go/types, method (*Scope) Innermost(token.Pos) *Scope
+pkg go/types, method (*Scope) LookupParent(string, token.Pos) (*Scope, Object)
+pkg go/types, method (*Scope) Pos() token.Pos
+pkg go/types, type Qualifier func(*Package) string
+pkg math/big, method (*Float) Format(fmt.State, int32)
+pkg math/big, method (*Float) Text(uint8, int) string
+pkg net, type Dialer struct, FallbackDelay time.Duration
+pkg net/http, type Request struct, Cancel <-chan struct
+pkg net/mail, method (*AddressParser) Parse(string) (*Address, error)
+pkg net/mail, method (*AddressParser) ParseList(string) ([]*Address, error)
+pkg net/mail, type AddressParser struct
+pkg net/mail, type AddressParser struct, WordDecoder *mime.WordDecoder
+pkg net/url, method (*URL) EscapedPath() string
+pkg net/url, type URL struct, RawPath string
+pkg syscall (linux-386), type SysProcAttr struct, GidMappingsEnableSetgroups bool
+pkg syscall (linux-386-cgo), type SysProcAttr struct, GidMappingsEnableSetgroups bool
+pkg syscall (linux-amd64), type SysProcAttr struct, GidMappingsEnableSetgroups bool
+pkg syscall (linux-amd64-cgo), type SysProcAttr struct, GidMappingsEnableSetgroups bool
+pkg syscall (linux-arm), type SysProcAttr struct, GidMappingsEnableSetgroups bool
+pkg syscall (linux-arm-cgo), type SysProcAttr struct, GidMappingsEnableSetgroups bool
±pkg go/types, func Check(string, *token.FileSet, []*ast.File) (*Package, error)
±pkg go/types, func Eval(string, *Package, *Scope) (TypeAndValue, error)
±pkg go/types, func EvalNode(*token.FileSet, ast.Expr, *Package, *Scope) (TypeAndValue, error)
±pkg go/types, func New(string) Type
±pkg go/types, func NewConst(token.Pos, *Package, string, Type, exact.Value) *Const
±pkg go/types, func NewScope(*Scope, string) *Scope
±pkg go/types, func NewSignature(*Scope, *Var, *Tuple, *Tuple, bool) *Signature
±pkg go/types, func ObjectString(*Package, Object) string
±pkg go/types, func SelectionString(*Package, *Selection) string
±pkg go/types, func TypeString(*Package, Type) string
±pkg go/types, func WriteSignature(*bytes.Buffer, *Package, *Signature)
±pkg go/types, func WriteType(*bytes.Buffer, *Package, Type)
±pkg go/types, method (*Const) Val() exact.Value
±pkg go/types, method (*MethodSetCache) MethodSet(Type) *MethodSet
±pkg go/types, method (*Scope) LookupParent(string) (*Scope, Object)
±pkg go/types, type Config struct, Import Importer
±pkg go/types, type Config struct, Packages map[string]*Package
±pkg go/types, type Importer func(map[string]*Package, string) (*Package, error)
±pkg go/types, type MethodSetCache struct
±pkg go/types, type TypeAndValue struct, Value exact.Value
±pkg go/types, var DefaultImport Importer
±pkg go/types, var GcCompatibilityMode bool
±pkg math/big, func ScanFloat(io.ByteScanner, int, uint, RoundingMode) (*Float, int, error)
±pkg math/big, method (*Float) Format(uint8, int) string
±pkg math/big, method (*Float) Scan(io.ByteScanner, int) (*Float, int, error)
±pkg mime/quotedprintable, func NewReader(io.Reader) io.Reader
±pkg net, func SocketConn(*os.File, SocketAddr) (Conn, error)
±pkg net, func SocketPacketConn(*os.File, SocketAddr) (PacketConn, error)
±pkg net, type SocketAddr interface { Addr, Raw }
±pkg net, type SocketAddr interface, Addr([]uint8) Addr
±pkg net, type SocketAddr interface, Raw(Addr) []uint8

ALL TESTS PASSED

---
Installed Go for openbsd/amd64 in /home/marco/go/go
Installed commands in /home/marco/go/go/bin
*** You need to add /home/marco/go/go/bin to your PATH.

I need to know, not the output of "go env", but the actual values set in the environment.  "printenv | grep GO" would suffice.  Thanks.

My best current guess is that GOROOT is set in your environment.  Don't set GOROOT.
If it's not that, I'm at a loss.

Well, you are right.  If I unset GOROOT it doesn't rebuild.  GOROOT is something that I never stopped using even though I knew it was no longer supposed to be set.  I use it for cd $GOROOT etc.  Guess I should come up with my own env var name.
Sorry for the noise :(


Vec::split_off should take a range

fn split_off(&mut self, at: usize) -> Vec<T>

should be
fn split_off(&mut self, at: Range<usize>) -> Vec<T>

Existing uses can take [n..] rather than n. This allows more flexibility - a user can split off the first half, rather than the last half, or a chunk from the middle. Clearly the suffix mode will be more efficient, but I believe we can retain efficiency in this case, and the other cases will be worse - no loss.
Alternative: have a separate method which takes a range rather than an integer. This is more API so sucks, but makes the performance characteristics more explicit.

@nrc would this have different characteristics from drain(a..b).collect()?
split_off is generally "useful" for node-based structures, where round-tripping through an iterator is wasteful.


Implement new FlatList Screen

UseCases

[x] Horizontal Mode
[x] Pull To Refresh
[ ] Separator Support

Currently present but not optional in the demo

[x] Multiple Column Support

ToDo

[x] Header Support

Currently present but not optional in the demo

[x] Footer Support

Currently present but not optional in the demo

[x] ScrollToIndex Support
[ ] Scroll Loading

E2E Tests

[ ] List should be scrollable and each item should be tappable
[ ] Horizontal list should be scrollable and each item should be tappable

PR to close this: https://github.com/facebook/react-native/pull/29909


"Căpâlna, Ginta, Rohani, Săldăbagiu Mic, Suplacu de Tinca" are villages in "Căpâlna" commune, "BIHOR" county

Description
When an user search a location, this appear in the drop-down menu
according to the law

Precondition
The website is up an running.
Empty the search bar after every step

Steps 1
Write "Căpâlna"
Expected result
In the drop down menu you find "Căpâlna, BIHOR(Căpâlna)"
Test Data
Căpâlna

Steps 2
Write "Ginta"
Expected result
In the drop down menu you find "Ginta, BIHOR(Căpâlna)"
Test Data
Ginta

Steps 3
Write "Rohani"
Expected result
In the drop down menu you find "Rohani, BIHOR(Căpâlna)"
Test Data
Rohani

Steps 4
Write "Săldăbagiu Mic"
Expected result
In the drop down menu you find "Săldăbagiu Mic, BIHOR(Căpâlna)"
Test Data
Săldăbagiu Mic

Steps 5
Write "Suplacu de Tinca"
Expected result
In the drop down menu you find "Suplacu de Tinca, BIHOR(Căpâlna)"
Test Data
Suplacu de Tinca


Returning 0 Bookmarks

When trying to download my user bookmarks the program finds none and finishes without downloading anything. Here's the log:
2016-05-17 00:46:01,552 - PixivUtil20160513 - INFO - ############################################################### 2016-05-17 00:46:01,552 - PixivUtil20160513 - INFO - Starting... 2016-05-17 00:46:01,716 - PixivUtil20160513 - INFO - Setting log level to: DEBUG 2016-05-17 00:46:01,716 - PixivUtil20160513 - INFO - No default cookie jar available, creating...  2016-05-17 00:46:01,717 - PixivUtil20160513 - INFO - using default DB Path: F:\Adult\Pixiv\db.sqlite 2016-05-17 00:46:01,719 - PixivUtil20160513 - INFO - Using Username: PureRok 2016-05-17 00:46:01,720 - PixivUtil20160513 - INFO - Trying to log with saved cookie 2016-05-17 00:46:02,836 - PixivUtil20160513 - INFO - Failed to login using cookie 2016-05-17 00:46:02,838 - PixivUtil20160513 - INFO - Cookie already expired/invalid. 2016-05-17 00:46:02,838 - PixivUtil20160513 - INFO - Log in using secure form. 2016-05-17 00:46:06,039 - PixivUtil20160513 - INFO - Logging in, return url: https://accounts.pixiv.net/login?pixiv_id=PureRok&return_to=http%3A%2F%2Fwww.pixiv.net%2F&lang=ja&source=pc&view_type=page 2016-05-17 00:46:06,040 - PixivUtil20160513 - INFO - Logged in 2016-05-17 00:46:06,040 - PixivUtil20160513 - INFO - new cookie value: 2ee6a703537a0843638eecf4ac919584 2016-05-17 00:46:20,888 - PixivUtil20160513 - INFO - User Bookmark mode. 2016-05-17 00:46:31,249 - PixivUtil20160513 - INFO - Exporting page 1 2016-05-17 00:46:31,249 - PixivUtil20160513 - INFO - Source URL: http://www.pixiv.net/bookmark.php?type=user&p=1 2016-05-17 00:46:32,039 - PixivUtil20160513 - INFO - using default DB Path: F:\Adult\Pixiv\db.sqlite 2016-05-17 00:46:32,059 - PixivUtil20160513 - INFO - Exporting page 1 2016-05-17 00:46:32,059 - PixivUtil20160513 - INFO - Source URL: http://www.pixiv.net/bookmark.php?type=user&p=1&rest=hide 2016-05-17 00:46:32,832 - PixivUtil20160513 - INFO - using default DB Path: F:\Adult\Pixiv\db.sqlite 2016-05-17 00:46:36,753 - PixivUtil20160513 - INFO - EXIT: 0 2016-05-17 00:46:36,753 - PixivUtil20160513 - INFO - ###############################################################

Weird, mine can export properly.
Can you open the page: http://www.pixiv.net/bookmark.php?type=user&p=1&rest=hide
and see how many you have?

I use y. That page you linked has no bookmarks on it. All of my user bookmarks are public.

this one is public, http://www.pixiv.net/bookmark.php?type=user&p=1
Weird, mine is able to export. What is your pixiv language.

I have it set to English on the website.

I went and updated all of my profile stuff and cleared out the cookie stored in the config.ini and now it's working.
There was something strange going on with my password or username on Pixiv, so the problem was on that end, so no more problem.


Virtual keyboard not showing

Virtual keyboard not showing when user tap on PinEntryEditText on Huawei honor 8 with android 7.0

@alphamu
@PayamRF
In some device keyboard does not up when user click on PnEntryEditText!!!!!

I solved it , we should remove  android:textIsSelectable="true" field in pinEntryEditText and keyboard comes up in all of devices.
@alphamu
@alphamu


Add SurPath Hub CODE OF CONDUCT

Saw this after I pushed c9497a03e521d210e7e15c06585f320357f06dd1 😅
just have to rename the commit message

xD, time to close this issue.


what?

What is your question?
what kind of error is this?
source/PlayState.hx:3580: characters 36-64 : Static access to instance field getPropertyLoopThingWhatever is not allowed

yes i get this has something to do with shaders but this is the first time i have had a code error like this xd

Idk may be add .instance behind or something

wasn't this fixed??


[GUI] Image version does not change

Steps to reproduce the problem:

Edit template with associated firmware image
Click "Manage Firmware"
Click "Manage Images"
Change Image Version
Click "Save". Nothing happens.

Affected Version: 58.2-20190321
Note:
via API, PUT is Method Not Allowed:
curl -X GET <IP_ADDRESS>:8000/fw-image/image -H "Authorization: Bearer ${JWT}" -H 'Content-Type:application/json'
[
  {
    "confirmed": true,
    "created": "2019-04-24T13:29:52.760166+00:00",
    "fw_version": "FW-1.0",
    "id": "273e7bac-4254-49c7-b6ca-c32639c3fc48",
    "label": "2",
    "updated": "2019-04-24T13:29:52.946200+00:00"
  },
  {
    "confirmed": true,
    "created": "2019-04-24T13:40:29.990666+00:00",
    "fw_version": "FW-1.0",
    "id": "98d4cd29-c822-4581-bd37-4550806e43c2",
    "label": "1",
    "updated": "2019-04-24T13:40:30.187319+00:00"
  }
]

curl -X GET <IP_ADDRESS>:8000/fw-image/image/273e7bac-4254-49c7-b6ca-c32639c3fc48 -H "Authorization: Bearer ${JWT}" -H 'Content-Type:application/json'
{
  "confirmed": true,
  "created": "2019-04-24T13:29:52.760166+00:00",
  "fw_version": "FW-1.0",
  "id": "273e7bac-4254-49c7-b6ca-c32639c3fc48",
  "label": "2",
  "updated": "2019-04-24T13:29:52.946200+00:00"
}

curl -X PUT <IP_ADDRESS>:8000/fw-image/image/273e7bac-4254-49c7-b6ca-c32639c3fc48 -H "Authorization: Bearer ${JWT}" -H 'Content-Type:application/json' -d '{fw_version":"FW-1.1"}'
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<title>405 Method Not Allowed</title>

Method Not Allowed

The method is not allowed for the requested URL.

image-manager_1               | <IP_ADDRESS> - - [24/Apr/2019:13:56:41 +0000] "PUT /image/273e7bac-4254-49c7-b6ca-c32639c3fc48 HTTP/1.1" 405 178 "-" "PostmanRuntime/7.1.1"

Note: the same problem occurs when saving an image without a binary and then add the binary.

State machine for the firmware update and Image version does not change.

Tested on Version: 62.3-20190603


chore(labeler): add new schema noteworthy path

Include schema-change-noteworthy label in PRs that change kong/db/dao/*.lua files. This is a Koko Team request.

@gszr Could you please rebase this one?


Add a plugin to detect os.join with input

Transfer of OpenStack blueprint to GH issue:
https://blueprints.launchpad.net/bandit/+spec/add-os-join-plugin
If os.join is used with un-filtered user input it can lead to path traversal. A plugin that detects its use could be useful for pentesting.

It's acutally os.path.join!
The vulnerability here is that  user_input = '/tmp/foo' os.path.join('/var/cache/', user_input) will result in user_input.


Code folds are not restored after closing Atom

I am finding that after closing Atom and re-opening my session and tabs are restored by code folds are not.
I am writing a lot of functions and I do not need to see all of my code all the time so I depend on code folding to make things manageable.
Code folding does not make things easier for me if I have to go through and re-close every function each time I open Atom before I can begin.
Should folds be remembered? I can't see any mention of this in the documentation so I am not sure if it is a bug or a missing feature.
I am aware of the remember-folds package but this only saves folds when opening and closing tabs - not closing and restoring Atom.

I can reproduce this on Atom 1.14.0-dev-9c73ae0 Electron 1.4 branch, Windows 10 anniversary x64. See gif where I have some folds reload Atom and none of them are restored. Then I add three others and switch tabs before reloading and 2 of them are restored.

Same issue on mac os sierra, Atom 1.12.5.
I have unchecked the option 'open empty editor on start', and I found the storage/application.json will be empty after you closed atom, even though there are some folder is opened;

I can also confirm that this happens on Atom 1.12.6.

Duplicate of #247?

I have the same issue on Archlinux and Atom 1.17.2

Same issue on Mac OS Sierra 10.12.6, Atom version 1.20.1

This is fixed for me in v1.24.0-beta0.

Yup looks like this is fixed in Atom 1.24 :tada:.

Has this been un-fixed in 1.25? Because that's the one I'm running, and I'm still hitting this.

OK, definitely still happening in 1.25. See animation below.

At the start, lookup_requester_email is folded, nothing else is.
I then also fold the first two functions.
I close Atom with CTRL+Q
I launch Atom again. Note that it starts with the folded functions neatly folded, so it does remember the folding.
For some inexplicable reason, it then unfolds everything, even the one method that was initially folded.

No idea what's going on. Instinct tells me it's some package interfering, but it doesn't always do this.

Can you try with Safe Mode to ensure it isn't a community package interfering?
I notice that you have linter installed, my guess would be that one of your providers is running an automated fix on the code (which would re-write the contents, invalidating the folds).

It is indeed a community package, Hydrogen. I'll check their issues list, and create a new issue if necessary.

OK, after some more testing, turns out it wasn't Hydrogen after all. But I'm having a hard time figuring out what's going on, and was wondering if anyone had some pointers.
I'm now able to reproduce it simply by disabling/enabling certain community packages:

I fold some blocks
I disable and re-enable the package in question
I switch back to the editor, and find my code unfolded again.

The odd thing is, these packages shouldn't do anything. The packages in question are atom-django and language-django. I don't understand why these would cause the folds to unfold, since they're simple Textmate bundle converions which merely contain snippets and grammars.
Animation:

Seems you're onto something, Arcanemagus. I just reproduced this with language-python, which is a core package. And which also happens to be a Textmate bundle conversion (not sure that matters, but it's another common data point).
Whether I restart Atom between disabling and re-enabling language-python or not has no effect: in both cases the code gets unfolded.
Repeatedly restarting with only language-python enabled preserves the folds though. It's only when I throw another language package that operates on the same files in the mix that it behaves erratically. It doesn't always unfold, but most of the time it does. Enabling/disabling tree sitter parsers also has no effect.


so that we can process multiple Testresults from custom checks fixes #846

closes #846

need to fix tests

which is totally infuriating as the tests pass on my machine :-(


Improve S3 URI Parsing for URIs with "@", "/", and ":"

Improve S3 URI Parsing for URIs with "@", "/", and ":"
Motivation
I am improving an old PR of mine from a long time ago and addressing a recent comment:
https://github.com/RaRe-Technologies/smart_open/pull/235
https://github.com/RaRe-Technologies/smart_open/pull/235#issuecomment-1640707965
Original Issue: https://github.com/RaRe-Technologies/smart_open/issues/234
Tests
I wrote two unit tests which pass and no regressions.
Checklist
Before you create the PR, please make sure you have:

[x] Picked a concise, informative and complete title
[x] Clearly explained the motivation behind the PR
[x] Linked to any existing issues that your PR will be solving
[x] Included tests for any new functionality
[x] Checked that all unit tests pass

OK, I've clarified the code a bit and merged your changes. Thank you @rileypeterson !


ocis_keycloak: Fix deployment example

After commit 52951b42b0db1 we need to set PROXY_USER_CS3_CLAIM and
PROXY_USER_OIDC_CLAIM for the keycloak example to still work.
Also update release notes to mentions the changed default.

Just out of interest, why did the:
"desktop client interaction (message pack) - smoke test for desktop"
test I can see in the RC4 "issue" not capture this?

"desktop client interaction (message pack) - smoke test for desktop"

I don't know what and how exactly was tested there. But I assume that that test was not run with an external IDP, but with the default setup using the builtin IDP. Where the issue in not present.


docs: add information to the workspace docs on how to use extends

Description
This should make it a bit clearer on how to reuse a base config file in our workspaces since implicitly they don't inherit from anything.
Please don't delete this checklist! Before submitting the PR, please make sure you do the following:

[ ] It's really useful if your PR references an issue where it is discussed ahead of time. If the feature is substantial or introduces breaking changes without a discussion, PR might be closed.
[ ] Ideally, include a test that fails without this PR but passes with it.
[ ] Please, don't make changes to pnpm-lock.yaml unless you introduce a new test example.

Tests

[ ] Run the tests with pnpm test:ci.

Documentation

[ ] If you introduce new functionality, document it. You can run documentation with pnpm run docs command.

Changesets

[x] Changes in changelog are generated from PR name. Please, make sure that it explains your changes in an understandable manner. Please, prefix changeset messages with feat:, fix:, perf:, docs:, or chore:.

@sheremet-va done senpai, didn't realize the CI broke 😅


Class not Found Exception

Unhandled Exception:
Java.Lang.ClassNotFoundException: Didn't find class "md56b4bf6e49f378dfe4b7822922cda6c0f.RemoteSystemDiscoveryListener" on path: DexPathList[[zip file "/data/app/com.project_rome.romecastremote-1/base.apk"],nativeLibraryDirectories=[/data/app/com.project_rome.romecastremote-1/lib/arm, /system/fake-libs, /data/app/com.project_rome.romecastremote-1/base.apk!/lib/armeabi-v7a, /system/lib, /vendor/lib, /system/vendor/lib]]

@hannespreishuber sorry for the delay.  which version are you using?  0.8.0?

yes, 0.8.0 but stopped working on that, so no idea if it is still a problem


RPI Pico Carrier Board

Hi,
Thanks for great project. could you suggest a simple carrier board for RPI pico to turn it into oscilloscope?
A very simple one like THIS (with 2 resistor, 3 diode and 1 capacitor) could work with PICO version?
I am also wrapping up to make next version of C# oscilloscope.

Sure, the analog input part (https://chiptron.cz/images/news/HS101/hs101_schematics.jpg) will protect your RP2 from being zapped by overvoltage, and will divide input by 6 (so full range of the ADC is again about 20 V). I don't know if this is the carrier board what you mean.
If it were up to me, I would probably add a reasonably fast opamp to the input with say 10× amplification, positive/negative zero level shift, and also the input voltage divider should have a switch that would change voltage ranges like 2V, 5V, 10V, 20V, 50V...
Just like on a real oscilloscope.

i think by voltage divider with switch, you mean something like this

I was thinking as transistor is kind of switch, do you think that this divider could digitally be controlled with PWM pins and set of transistors instead of manual switches?
The PWM pins of Pico are free and i think i can use them for this purpose.

If you are OK with this, let's close the topic.
When I make some reference design for a future rp2daq-oscilloscope, I will post it in a separate project.
Further electrical engineering may be better discussed by e-mail, or even better, on https://electronics.stackexchange.com/

just for information, i did some dummy design for an elementary oscilloscope hardware for RPI pico without any active component! (used components are limited to resistor, capacitor, diode, switch and BNC connector. (link)
I'm very happy with it, works very well with a good USB cable.
Thanks for sharing this project.

Good. I am still having the 100Msps oscilloscope/log-analyzer in mind, though there are much more scientific tasks to be done before.

Good. I am still having the 100Msps oscilloscope/log-analyzer in mind, though there are much more scientific tasks to be done before.
That one would be great.
I think the wpf UI have reasonable performance. it gets continues 500k samples without any missing data.
The scope did even visualized a 120 Mhz sin wave (produced by a SI5351 module)  on the monitor like a normal sin wave! (when i directly connected the signal to ADC pin without any resistor in between).
but due to Nyquist theorem it didn't detect the right frequency but the sin wave shape was almost perfectly detected...
I'll wait for the 100M scope, if it is USB based then I think can do some help...


Improve UI to get weight und height

Resolve pull request: https://github.com/EstefaniaGuardado/weightApp/pull/44


feat: adding more standard packages based on request issue 3236449

Adding some base modules/packages based on this request: https://www.drupal.org/project/sous/issues/3236449
See the feedback here for the full requested list: https://git.drupalcode.org/project/sous/-/merge_requests/1/diffs#3957b91a0d8450cea0115cfd5af69eac90d75897_84_87
Creating new issues for Login config split standards and login standards

:tada: This PR is included in version 4.1.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


feat: improve UX when user is on a slow network

Related issue #64

add closableLoading property to allow user to tap to cancel hCaptcha during loading
hasBackdrop=false now affects backgroundColor and no background will be shown till hCaptcha is loaded

closes #65

looks good at first glance, need README update + ver bump

looks good at first glance, need README update + ver bump

I did manual tests for all combinations of hasBackdrop, showLoading, and closableLoading no issue was spotted

README updated

I've been looking forward to this! Do you know when it will be released on npm?

@dev2xl please check 1.8.2 release, thanks


phpDoc for methods in classes

@aktuba any particular reason why it was closed? This would be really helpful!
I was about to start doing this exact thing, but wanted to make sure someone else hadn't and found this issue.


more ui core decoupling

decouple ui/core/zcl_abapgit_gui_event from ZCL_ABAPGIT_HTML_ACTION_UTILS, all methods moved to private section
https://abaplint.app/stats/abapGit/abapGit/package_coupling?folder=/src/ui/core

ui core factory?

from this perspective ZCL_ABAPGIT_HTML_ACTION_UTILS might be not needed at all

from this perspective ZCL_ABAPGIT_HTML_ACTION_UTILS might be not needed at all

after this PR it contains application specific stuff, eg. encoding of db keys for the db pages, encode jumping etc

merging


docker-resin-supervisor-disk: Update to v7.1.20

Brings in the following improvements since 7.1.18:

Replace the gosuper component with a node module that handles communication with systemd, and stop using an init system in the supervisor container
Remove any leftover knex migrations locks before running migrations

Change-type: patch
Changelog-Entry: Update supervisor to v7.1.20
Signed-off-by: Akis Kesoglou<EMAIL_ADDRESS>
Contributor checklist

[x] Changes have been tested
[x] Change-type present on at least one commit
[x] Signed-off-by is present
[x] The PR complies with the Open Embedded Commit Patch Message Guidelines

Reviewer Guidelines

When submitting a review, please pick:

'Approve' if this change would be acceptable in the codebase (even if there are minor or cosmetic tweaks that could be improved).
'Request Changes' if this change would not be acceptable in our codebase (e.g. bugs, changes that will make development harder in future, security/performance issues, etc).
'Comment' if you don't feel you have enough information to decide either way (e.g. if you have major questions, or you don't understand the context of the change sufficiently to fully review yourself, but want to make a comment)

@dfunckt could you add the changelog to the git commit log too? That's very nice!


docs: fix typo

The original snippet created stringSchema1 and stringSchema2 variables but forgot to use the correct names after that.
This PR first fixes the names and realized that the example can be fixed by only using one stringSchema variable.

Thanks!


No module named "_C"

Thanks for sharing your great work!  But I got a "No module issue" when i run your Code. It occurs in deform.py ,
line 8:
"import dyhead._C as _C".

Please first build the project at the parent directory of DynamicHead with
python -m pip install -e DynamicHead

@airytai I did not miss that step. But while doing that I got following error.
"error: command '/usr/local/cuda-11.0/bin/nvcc' failed with exit status 1"
Is it due version mismatch of local CUDA and CUDA version of my pytorch?

@sourabh-patil if u built torch in a conda env, it doesnt quite matter what ur CUDA version is on local.. conda installs the CUDA toolkit and cudnn librarires when u install pytorch along with the torch libraries

@coding-geek1711 Thank you for your reply. I do not use conda env. Following are my environment details.
PyTorch version: 1.8.0+cu101
Is debug build: False
CUDA used to build PyTorch: 10.1
ROCM used to build PyTorch: N/A
OS: Ubuntu 18.04.5 LTS (x86_64)
GCC version: (Ubuntu 7.5.0-3ubuntu1~18.04) 7.5.0
Clang version: Could not collect
CMake version: version 3.10.2
Libc version: glibc-2.25
Python version: 3.6.9 (default, Dec  8 2021, 21:08:43)  [GCC 8.4.0] (64-bit runtime)
Python platform: Linux-5.4.0-91-generic-x86_64-with-Ubuntu-18.04-bionic
Is CUDA available: True
CUDA runtime version: 10.1.105
GPU models and configuration:
GPU 0: GeForce RTX 2080 Ti
GPU 1: GeForce RTX 2080 Ti
GPU 2: GeForce RTX 2080 Ti
GPU 3: GeForce RTX 2080 Ti
Nvidia driver version: 460.91.03
cuDNN version: /usr/local/cuda-10.1/targets/x86_64-linux/lib/libcudnn.so.7
HIP runtime version: N/A
MIOpen runtime version: N/A
Versions of relevant libraries:
[pip3] numpy==1.19.5
[pip3] torch==1.8.0+cu101
[pip3] torchvision==0.9.0+cu101
[conda] Could not collect
This time I matched the version of cuda used to build pytorch with cuda runtime version (which is 10.1). This time I also installed ninja (which is mentioned while building detectron2) and tried with and without it. After this I Now I got the following error:
WITH NINJA:
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/media/HDD8TB/sourabh/DynamicHead/setup.py", line 66, in <module>
    cmdclass={"build_ext": torch.utils.cpp_extension.BuildExtension},
  File "/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/setuptools/__init__.py", line 153, in setup
    return distutils.core.setup(**attrs)
  File "/usr/lib/python3.6/distutils/core.py", line 148, in setup
    dist.run_commands()
  File "/usr/lib/python3.6/distutils/dist.py", line 955, in run_commands
    self.run_command(cmd)
  File "/usr/lib/python3.6/distutils/dist.py", line 974, in run_command
    cmd_obj.run()
  File "/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/setuptools/command/develop.py", line 34, in run
    self.install_for_development()
  File "/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/setuptools/command/develop.py", line 114, in install_for_development
    self.run_command('build_ext')
  File "/usr/lib/python3.6/distutils/cmd.py", line 313, in run_command
    self.distribution.run_command(command)
  File "/usr/lib/python3.6/distutils/dist.py", line 974, in run_command
    cmd_obj.run()
  File "/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/setuptools/command/build_ext.py", line 79, in run
    _build_ext.run(self)
  File "/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/Cython/Distutils/old_build_ext.py", line 186, in run
    _build_ext.build_ext.run(self)
  File "/usr/lib/python3.6/distutils/command/build_ext.py", line 339, in run
    self.build_extensions()
  File "/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/utils/cpp_extension.py", line 708, in build_extensions
    build_ext.build_extensions(self)
  File "/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/Cython/Distutils/old_build_ext.py", line 195, in build_extensions
    _build_ext.build_ext.build_extensions(self)
  File "/usr/lib/python3.6/distutils/command/build_ext.py", line 448, in build_extensions
    self._build_extensions_serial()
  File "/usr/lib/python3.6/distutils/command/build_ext.py", line 473, in _build_extensions_serial
    self.build_extension(ext)
  File "/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/setuptools/command/build_ext.py", line 202, in build_extension
    _build_ext.build_extension(self, ext)
  File "/usr/lib/python3.6/distutils/command/build_ext.py", line 533, in build_extension
    depends=ext.depends)
  File "/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/utils/cpp_extension.py", line 538, in unix_wrap_ninja_compile
    with_cuda=with_cuda)
  File "/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/utils/cpp_extension.py", line 1359, in _write_ninja_file_and_compile_objects
    error_prefix='Error compiling objects for extension')
  File "/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/utils/cpp_extension.py", line 1683, in _run_ninja_build
    raise RuntimeError(message) from e
RuntimeError: Error compiling objects for extension

WITHOUT NINJA:
Running setup.py develop for dyhead
Complete output from command /media/HDD8TB/sourabh/env_detect_2/bin/python -c "import setuptools, tokenize;file='/media/HDD8TB/sourabh/DynamicHead/setup.py';f=getattr(tokenize, 'open', open)(file);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, file, 'exec'))" develop --no-deps:
running develop
running egg_info
writing dyhead.egg-info/PKG-INFO
writing dependency_links to dyhead.egg-info/dependency_links.txt
writing top-level names to dyhead.egg-info/top_level.txt
reading manifest file 'dyhead.egg-info/SOURCES.txt'
adding license file 'LICENSE'
writing manifest file 'dyhead.egg-info/SOURCES.txt'
running build_ext
building 'dyhead._C' extension
creating build
creating build/temp.linux-x86_64-3.6
creating build/temp.linux-x86_64-3.6/media
creating build/temp.linux-x86_64-3.6/media/HDD8TB
creating build/temp.linux-x86_64-3.6/media/HDD8TB/sourabh
creating build/temp.linux-x86_64-3.6/media/HDD8TB/sourabh/DynamicHead
creating build/temp.linux-x86_64-3.6/media/HDD8TB/sourabh/DynamicHead/dyhead
creating build/temp.linux-x86_64-3.6/media/HDD8TB/sourabh/DynamicHead/dyhead/csrc
creating build/temp.linux-x86_64-3.6/media/HDD8TB/sourabh/DynamicHead/dyhead/csrc/cuda
x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -g -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -DWITH_CUDA -I/media/HDD8TB/sourabh/DynamicHead/dyhead/csrc -I/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/include -I/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/include/torch/csrc/api/include -I/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/include/TH -I/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/include/THC -I/usr/local/cuda-10.1/include -I/media/HDD8TB/sourabh/env_detect_2/include -I/usr/include/python3.6m -c /media/HDD8TB/sourabh/DynamicHead/dyhead/csrc/vision.cpp -o build/temp.linux-x86_64-3.6/media/HDD8TB/sourabh/DynamicHead/dyhead/csrc/vision.o -DTORCH_API_INCLUDE_EXTENSION_H -DPYBIND11_COMPILER_TYPE="_gcc" -DPYBIND11_STDLIB="_libstdcpp" -DPYBIND11_BUILD_ABI="_cxxabi1011" -DTORCH_EXTENSION_NAME=_C -D_GLIBCXX_USE_CXX11_ABI=0 -std=c++14
In file included from /media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/include/ATen/Parallel.h:140:0,
from /media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/include/torch/csrc/api/include/torch/utils.h:3,
from /media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/include/torch/csrc/api/include/torch/nn/cloneable.h:5,
from /media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/include/torch/csrc/api/include/torch/nn.h:3,
from /media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/include/torch/csrc/api/include/torch/all.h:13,
from /media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/include/torch/extension.h:4,
from /media/HDD8TB/sourabh/DynamicHead/dyhead/csrc/cuda/vision.h:3,
from /media/HDD8TB/sourabh/DynamicHead/dyhead/csrc/deform_conv.h:4,
from /media/HDD8TB/sourabh/DynamicHead/dyhead/csrc/vision.cpp:2:
/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/include/ATen/ParallelOpenMP.h:83:0: warning: ignoring #pragma omp parallel [-Wunknown-pragmas]
#pragma omp parallel for if ((end - begin) >= grain_size)
/usr/local/cuda-10.1/bin/nvcc -DWITH_CUDA -I/media/HDD8TB/sourabh/DynamicHead/dyhead/csrc -I/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/include -I/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/include/torch/csrc/api/include -I/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/include/TH -I/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/include/THC -I/usr/local/cuda-10.1/include -I/media/HDD8TB/sourabh/env_detect_2/include -I/usr/include/python3.6m -c /media/HDD8TB/sourabh/DynamicHead/dyhead/csrc/cuda/SigmoidFocalLoss_cuda.cu -o build/temp.linux-x86_64-3.6/media/HDD8TB/sourabh/DynamicHead/dyhead/csrc/cuda/SigmoidFocalLoss_cuda.o -D__CUDA_NO_HALF_OPERATORS__ -D__CUDA_NO_HALF_CONVERSIONS__ -D__CUDA_NO_BFLOAT16_CONVERSIONS__ -D__CUDA_NO_HALF2_OPERATORS__ --expt-relaxed-constexpr --compiler-options '-fPIC' -DCUDA_HAS_FP16=1 -D__CUDA_NO_HALF_OPERATORS__ -D__CUDA_NO_HALF_CONVERSIONS__ -D__CUDA_NO_HALF2_OPERATORS__ -DTORCH_API_INCLUDE_EXTENSION_H -DPYBIND11_COMPILER_TYPE="_gcc" -DPYBIND11_STDLIB="_libstdcpp" -DPYBIND11_BUILD_ABI="_cxxabi1011" -DTORCH_EXTENSION_NAME=_C -D_GLIBCXX_USE_CXX11_ABI=0 -gencode=arch=compute_70,code=compute_70 -gencode=arch=compute_70,code=sm_70 -std=c++14
/usr/include/c++/7/bits/basic_string.tcc: In instantiation of ‘static std::basic_string<_CharT, _Traits, _Alloc>::_Rep* std::basic_string<_CharT, _Traits, _Alloc>::_Rep::_S_create(std::basic_string<_CharT, _Traits, _Alloc>::size_type, std::basic_string<_CharT, _Traits, _Alloc>::size_type, const _Alloc&) [with _CharT = char16_t; _Traits = std::char_traits<char16_t>; _Alloc = std::allocator<char16_t>; std::basic_string<_CharT, _Traits, _Alloc>::size_type = long unsigned int]’:
/usr/include/c++/7/bits/basic_string.tcc:578:28:   required from ‘static _CharT* std::basic_string<_CharT, _Traits, _Alloc>::_S_construct(_InIterator, _InIterator, const _Alloc&, std::forward_iterator_tag) [with _FwdIterator = const char16_t*; _CharT = char16_t; _Traits = std::char_traits<char16_t>; _Alloc = std::allocator<char16_t>]’
/usr/include/c++/7/bits/basic_string.h:5042:20:   required from ‘static _CharT* std::basic_string<_CharT, _Traits, _Alloc>::_S_construct_aux(_InIterator, _InIterator, const _Alloc&, std::__false_type) [with _InIterator = const char16_t*; _CharT = char16_t; _Traits = std::char_traits<char16_t>; _Alloc = std::allocator<char16_t>]’
/usr/include/c++/7/bits/basic_string.h:5063:24:   required from ‘static _CharT* std::basic_string<_CharT, _Traits, _Alloc>::_S_construct(_InIterator, _InIterator, const _Alloc&) [with _InIterator = const char16_t*; _CharT = char16_t; _Traits = std::char_traits<char16_t>; _Alloc = std::allocator<char16_t>]’
/usr/include/c++/7/bits/basic_string.tcc:656:134:   required from ‘std::basic_string<_CharT, _Traits, _Alloc>::basic_string(const _CharT*, std::basic_string<_CharT, _Traits, _Alloc>::size_type, const _Alloc&) [with _CharT = char16_t; _Traits = std::char_traits<char16_t>; _Alloc = std::allocator<char16_t>; std::basic_string<_CharT, _Traits, _Alloc>::size_type = long unsigned int]’
/usr/include/c++/7/bits/basic_string.h:6688:95:   required from here
/usr/include/c++/7/bits/basic_string.tcc:1067:16: error: cannot call member function ‘void std::basic_string<_CharT, _Traits, _Alloc>::_Rep::_M_set_sharable() [with _CharT = char16_t; _Traits = std::char_traits<char16_t>; _Alloc = std::allocator<char16_t>]’ without object
       __p->_M_set_sharable();
       ~~~~~~~~~^~
/usr/include/c++/7/bits/basic_string.tcc: In instantiation of ‘static std::basic_string<_CharT, _Traits, _Alloc>::_Rep* std::basic_string<_CharT, _Traits, _Alloc>::_Rep::_S_create(std::basic_string<_CharT, _Traits, _Alloc>::size_type, std::basic_string<_CharT, _Traits, _Alloc>::size_type, const _Alloc&) [with _CharT = char32_t; _Traits = std::char_traits<char32_t>; _Alloc = std::allocator<char32_t>; std::basic_string<_CharT, _Traits, _Alloc>::size_type = long unsigned int]’:
/usr/include/c++/7/bits/basic_string.tcc:578:28:   required from ‘static _CharT* std::basic_string<_CharT, _Traits, _Alloc>::_S_construct(_InIterator, _InIterator, const _Alloc&, std::forward_iterator_tag) [with _FwdIterator = const char32_t*; _CharT = char32_t; _Traits = std::char_traits<char32_t>; _Alloc = std::allocator<char32_t>]’
/usr/include/c++/7/bits/basic_string.h:5042:20:   required from ‘static _CharT* std::basic_string<_CharT, _Traits, _Alloc>::_S_construct_aux(_InIterator, _InIterator, const _Alloc&, std::__false_type) [with _InIterator = const char32_t*; _CharT = char32_t; _Traits = std::char_traits<char32_t>; _Alloc = std::allocator<char32_t>]’
/usr/include/c++/7/bits/basic_string.h:5063:24:   required from ‘static _CharT* std::basic_string<_CharT, _Traits, _Alloc>::_S_construct(_InIterator, _InIterator, const _Alloc&) [with _InIterator = const char32_t*; _CharT = char32_t; _Traits = std::char_traits<char32_t>; _Alloc = std::allocator<char32_t>]’
/usr/include/c++/7/bits/basic_string.tcc:656:134:   required from ‘std::basic_string<_CharT, _Traits, _Alloc>::basic_string(const _CharT*, std::basic_string<_CharT, _Traits, _Alloc>::size_type, const _Alloc&) [with _CharT = char32_t; _Traits = std::char_traits<char32_t>; _Alloc = std::allocator<char32_t>; std::basic_string<_CharT, _Traits, _Alloc>::size_type = long unsigned int]’
/usr/include/c++/7/bits/basic_string.h:6693:95:   required from here
/usr/include/c++/7/bits/basic_string.tcc:1067:16: error: cannot call member function ‘void std::basic_string<_CharT, _Traits, _Alloc>::_Rep::_M_set_sharable() [with _CharT = char32_t; _Traits = std::char_traits<char32_t>; _Alloc = std::allocator<char32_t>]’ without object
/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/setuptools/command/easy_install.py:159: EasyInstallDeprecationWarning: easy_install command is deprecated. Use build and pip and other standards-based tools.
  EasyInstallDeprecationWarning,
/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/setuptools/command/install.py:37: SetuptoolsDeprecationWarning: setup.py install is deprecated. Use build and pip and other standards-based tools.
  setuptools.SetuptoolsDeprecationWarning,
/media/HDD8TB/sourabh/env_detect_2/lib/python3.6/site-packages/torch/utils/cpp_extension.py:369: UserWarning: Attempted to use ninja as the BuildExtension backend but we could not find ninja.. Falling back to using the slow distutils backend.
  warnings.warn(msg.format('we could not find ninja.'))
error: command '/usr/local/cuda-10.1/bin/nvcc' failed with exit status 1

I might be stuck at some silly mistake. I will be really grateful if you can help. Thanks!

It seems that I solved the issue. The problem was with torch and torchvision version. I had to roll back to torch 1.4.0 and torchvision 0.5.0. The reason might be that deformable convs need torch 1.4. It seems weird though. You need to get Detectron2 first which has mentioned to keep torch version above 1.8 and then it gave me error while installing dyhead. But after getting detectron2 with torch version 1.8, I had to roll back to torch 1.4 to install dyhead. Hope that while running train code it won't throw any errors.

Please first build the project at the parent directory of DynamicHead with python -m pip install -e DynamicHead
hello, I did what you said, but it reports an error, how can I fix it?，thank you.

ERROR: DynamicDhead-master is not a valid editable requirement. It should either be a path to a local
project or a VCS URL (beginning with svn+, git+, hg+, or bzr+).

@sevenandseven Hello, thank you for replying. I have found the bug. It is related to mismatch of nvcc version, torch cuda version and gcc version. I found out that version mismatch is a critical problem while using detectron2. Thanks to their detailed guide about possible solution to the most faced problems, I could find where exactly are version mismatches. If anyone is facing issues to run Dynamic head then go through Common Issues given on https://detectron2.readthedocs.io/en/latest/tutorials/install.html My issue was """ C++ compilation errors from NVCC / NVRTC, or "Unsupported gpu architecture" """ .So solution number 3 from that worked for me. Hope that helps other people. Thanks!

Please first build the project at the parent directory of DynamicHead with python -m pip install -e DynamicHead
hello, I did what you said, but it reports an error, how can I fix it?，thank you.

ERROR: DynamicDhead-master is not a valid editable requirement. It should either be a path to a local project or a VCS URL (beginning with svn+, git+, hg+, or bzr+).

I have the same problem. And I tried to change it to:
python -m pip install git+git://github.com/microsoft/DynamicHead.git
But the following errors still exist.
ERROR: Command errored out with exit status 128: git clone -q git://github.com/microsoft/DynamicHead.git /tmp/pip-req-build-ude1p9yh Check the logs for full command output.

Please first build the project at the parent directory of DynamicHead with python -m pip install -e DynamicHead
hello, I did what you said, but it reports an error, how can I fix it?，thank you.

ERROR: DynamicDhead-master is not a valid editable requirement. It should either be a path to a local project or a VCS URL (beginning with svn+, git+, hg+, or bzr+).

You should run the command outside the DynamicHead folder. or run  python -m pip install -e .


Timezone conversion broken on Windows

With the clock.star example provided, when rendered on Windows with pixlet version 0.22.4, 0.22.7, and 0.22.8 emits the following error:
2023/01/07 17:03:37 Error running script: Traceback (most recent call last):
  clock.star:8:33: in main
Error in in_location: unknown time zone America/New_York

For reference, the code causing the problem is:
timezone = config.get("timezone") or "America/New_York"
now = time.now().in_location(timezone)

This is using the precompiled executable, and not building from source. This issue is not present on Linux (ARM64 specifically), where it successfully picks up the timezone data and renders clock.star.
Do you have any clues as to what's happening? Does the compilation process for Windows miss something?

you need an extra library. zoneinfo.zip. make sure you have an environment variable that points to this file too.


Pinv

New Feature

[X] Code conforms to style guide
[X] Doctests
[X] Unit-tests
[ ] Documentation
[X] New line item in releases.md
[ ] Info added to literature directory

Any idea why the build failed on travis but passed on appveyor?

Yea, the nan handling is different between the two installs - i'm pretty sure a robust environment yaml will fix this.

@fastats/core - ready for review


Domain activation failure; CNAMEs associated with different resource

App Id:  tipple
Region: us-east-1
Step:  Domain Activation
Status:  Failed, CNAME
Issue/question
I'm having what seems to be a common issue connecting my Amplify app to an AWS registered custom domain name.
Error message
One or more of the CNAMEs you provided are already associated with a different resource.
Additional information
I deployed the app on Amplify earlier this week and successfully connected the domain name in question, but a colleague deleted it shortly thereafter (over 48 hours ago). I doubt he made any changes to the DNS records, and I'm wondering if they would have reset automatically.
In any case, upon redeploying the app several days later, we were unable to connect it to the same custom domain name. Two CNAME records show up in the settings for this domain name, but I don't know their origin.
I've already checked the CloudFront Console and it reports there are no active distributions on the account.

As a follow-up, I deleted the existing CNAME records from the DNS settings and got the same error message.
I'm at a loss here. The domain name is not in use by any other AWS app and none of the documentation I can find troubleshoots what do at this point.

I ran into the same issue if there is any resolution please respond

Hi @jacob-a-hall, @prashantkbhardwaj  here are some useful links which are really helpful:
[1] https://docs.aws.amazon.com/amplify/latest/userguide/custom-domains.html#custom-domain-route53
[2] https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/migrate-dns-domain-in-use.html#migrate-dns-create-hosted-zone
I deleted my custom domain on amplify console. Today, I re-configure it on Route53 and reconnect on my app. Everything works fine. Could you guys try delete the custom domain, wait 6 hours and reconnect it? If you still face this issue, please let us know.
Thanks

@jacob-a-hall @prashantkbhardwaj Please confirm if you're able to connect your new apps following Joyce's guidance above. Otherwise we're more than happy to keep helping you resolve the issue.

On Mon, 13 Apr 2020 at 11:57 PM, Adrien Guerard<EMAIL_ADDRESS>wrote:

@jacob-a-hall https://github.com/jacob-a-hall @prashantkbhardwaj
https://github.com/prashantkbhardwaj Please confirm if you're able to
connect your new apps following Joyce's guidance above. Otherwise we're
more than happy to keep helping you resolve the issue.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/aws-amplify/amplify-console/issues/554#issuecomment-613028619,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADHZLAI3RP6DFJOI2NKKYBDRMNKS3ANCNFSM4LYQJ5BA
.

Hey, I was successfully able to connect my app, thanks a lot for your help.

Glad to hear it, @prashantkbhardwaj ! Will wait for @jacob-a-hall to confirm they're able to connect their app before closing this issue.

Closing for now. Feel free to reopen it if you still have the same issue!


Removing empy zh_Han* files that are raising  an alert in Weblate

Summary
With moving the WIP-languages to the shipped project, we got duplicate files for Traditional and Simplified Chinese.
Although zh_Hans and zh_Hant are more correct, it would require code-changes and existing Chinese users to chose their language again.
As these filenames are not visible, we can keep using these
Screenshots

Release Note
NONE

Hello @ctlaltdieliet,
Thanks for your pull request! A Core Committer will review your pull request soon. For code contributions, you can learn more about the review process here.


WebSocket#run demands a fiber, might not be thread-safe

https://github.com/crystal-lang/crystal/blob/6d9a1d5830db5f276bf3df37fceeb0d5333e7e14/src/http/web_socket.cr#L130
WebSocket#run doesn't return until the WebSocket is closed. This demands a fiber, if we're going to accept any more websocket connections, if we're going to send anything on the websocket asynchronously to a receive operation, or if we're going to do anything else in the main loop of our program.
It's not clear to me that WebSocket::Protocol is thread-safe for operations on the same socket. WebSocket#run doesn't give the programmer the opportunity to put Mutex#synchronize around the WebSocket::Protocol operations. This is problematic because reception will happen in one fiber, keep-alive pings in another, and any asynchronous sends from the application in a third. The receive loop sends a pong when it receives a ping, so all three of these fibers potentially collide around transmit operations.
I think it would be better to put the code inside the run loop that handles the output of @ws.receive in a separate method, let's call it step, so that run just loops calling @ws.receive and step. Then the programmer could take control of that loop, put a Mutex around step, and control blocking for @ws.receive.

thread-safe for operations on the same socket.

The entire networking component in Crystal is not thread-safe on the same socket. Socket-based protocols are not even concurrency-safe.
I think that's fine. We don't need to impose the burdon of synchronization. It would be pretty complicated to do, and cost performance.
So access to sockets should naturally be restricted to a single concurrency stream. Apprently WebSocket::Protocol is missing that. The suggestion sounds good, though I didn't put too much detailed consideration in it yet.

For now, my monkey patch splits WebSocket#run into three separate operations. I call them this way:
while (info = socket.receive)
  transmit_mutex.synchronize do
    socket.transmit_processing(info)
  end
  socket.receive_processing(info)
end

There is an implicit receive concurrency stream in that loop, and a transmit concurrency stream synchronized by transmit_mutex. My send, ping, pong, and close operations are also synchronzed by transmit_mutex. As you can see below, transmit_processing handles close and ping; receive_processing calls the user's coroutines.
class HTTP::WebSocket
  def receive
    begin
      @ws.receive(@buffer)
    rescue
      # My application was always getting two calls to on_close, the second
      # one from here. I moved it inside of the conditional so that there would
      # not be a second call if the websocket was already closed.
      if !@closed
        @on_close.try &.call(CloseCode::AbnormalClosure, "")
        @closed = true
      end
      nil
    end
  end

  # Operations that transmit in response to the received data.
  # These will be synchronized by a transmit mutex, so that all transmit operations
  # are in the same concurrency stream.
  def transmit_processing(info)
    case info.opcode
    when .ping?
      @current_message.write @buffer[0, info.size]
      if info.final
        message = @current_message.to_s
        pong(message) unless closed?
        @current_message.clear
      end
    when .close?
      if info.final
        close
      end
    end
  end

  # Call coroutines in response to received data.
  # These always happen within the receive processing fiber, so all receive
  # operations are in the same concurrency stream without the use of a mutex.
  def receive_processing(info)
    case info.opcode
    when .ping?
      @current_message.write @buffer[0, info.size]
      if info.final
        message = @current_message.to_s
        @on_ping.try<EMAIL_ADDRESS>        @current_message.clear
      end
    when .pong?
      @current_message.write @buffer[0, info.size]
      if info.final
        @on_pong.try<EMAIL_ADDRESS>        @current_message.clear
      end
    when .text?
      @current_message.write @buffer[0, info.size]
      if info.final
        @on_message.try<EMAIL_ADDRESS>        @current_message.clear
      end
    when .binary?
      @current_message.write @buffer[0, info.size]
      if info.final
        @on_binary.try<EMAIL_ADDRESS>        @current_message.clear
      end
    when .close?
      @current_message.write @buffer[0, info.size]
      if info.final
        @current_message.rewind

        if @current_message.size >= 2
          code = @current_message.read_bytes(UInt16, IO::ByteFormat::NetworkEndian).to_i
          code = CloseCode.new(code)
        else
          code = CloseCode::NoStatusReceived
        end
        message = @current_message.gets_to_end

        @on_close.try &.call(code, message)
        close

        @current_message.clear
      end
    when Protocol::Opcode::CONTINUATION
      # TODO: (asterite) I think this is good, but this case wasn't originally handled
    end
  end
end

@straight-shoota Any additional thoughts on this? I just ran into this problem.


[BUG] allsky service not starting up

Cam: RPI HQ
PI: Pi 4 4GB
OS: 12.5
Version: v2023.05.01_04
Description:
No Images are taken, but there should be images taken. I think the background service doesnt start up correctly because when i do systemctl status allsky i get an error (attached).
The Web interface is avaible but there arent any photos taken.
The log file is emty to, even if it is set to 4.
Taking images with the libcamera-still commands works well.
config.sh as well as variablees.sh is attacked too
log.txt
variables.sh.txt

Please attach ~/allsky/config/logs/install.sh.log.
My guess is something during installation failed.

yep, was an issue with the installation

Would you please attach the file I asked about?  I may be able to keep the problem from happening in the future.


Update dg v1.3

Codecov Report

Merging #203 into master will decrease coverage by 0.05%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##             master     #203      +/-   ##
============================================
- Coverage     82.59%   82.54%   -0.06%
- Complexity     1061     1065       +4
============================================
  Files           151      151
  Lines          3160     3173      +13
  Branches        379      381       +2
============================================
+ Hits           2610     2619       +9
- Misses          457      460       +3
- Partials         93       94       +1

Impacted Files
Coverage Δ
Complexity Δ

.../main/java/tutorspet/commons/core/GuiSettings.java
67.74% <0.00%> (-1.49%)
5.00% <0.00%> (ø%)

src/main/java/tutorspet/ui/MainWindow.java
0.00% <0.00%> (ø)
0.00% <0.00%> (ø%)

.../main/java/tutorspet/ui/stylesheet/Stylesheet.java
88.23% <0.00%> (+13.23%)
7.00% <0.00%> (+4.00%)

Continue to review full report at Codecov.

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


Minor cleanup based on offline feedback

[x] This contribution adheres to CONTRIBUTING.md.

What does this Pull Request accomplish?
I got some offline feedback from Jason after he did a comprehensive review of the LabVIEW code. This PR implements all of the feedback (even things not related to my changes). I don't like PRs that have so many changes, but staging these changes in multiple PRs would take multiple days (or weeks) to submit. Note that there are no functional changes as part of this change; everything behaves the same as it did before. Below is an exhaustive list of all changes that I made:

Delete the Destroy.vi method in MeasurementContext.lvclass. This method was a no-op. YAGNI.
Remove the diagram disable structure from Invoke Measure Logic.vi. The disabled code read the MeasurementContext.lvclass output from the Measurement Logic.vi. YAGNI. No sense in keeping disabled code.
Rather than have an Initialize method on the IMeasurementService interface, create static dispatch Create methods on the MeasurementServiceV1 and MeasurementServiceV2 classes. The Create method does the same thing as Initialize used to do, but it also creates the object and casts it to the interface. This cleans up the diagram.
Make as many classes/VIs/controls community scoped as possible. This prevents them from being used outside of the MeasurementLink Measurement Server library.
Remove Register gRPC Methods and Messages.vi from the IMeasurementService interface and instead make it a private method on the MeasurementServiceV1 and MeasurementServiceV2 classes. It now gets called from the Create VI.
Make the icon template for MeasurementPluginService.lvclass consistent for all VIs.
Remove the IMeasurementService output from the Destroy VI on the IMeasurementService method. Having an output from a Destroy VI doesn't make sense.
Rename the service data member on the MeasurementServiceV1 and MeasurementServiceV2 classes to service base.
Change the name of Key.ctl to Type Specialization Key.ctl.
Clean up Run Service.vi so that there are fewer wire bends and wire forks. It's better, but still not great.
Make the control/indicator names for MeasurementPluginService.lvclass consistent for all VIs. It was previously called many things. Now it is always MeasurementPluginService in and MeasurementPluginService out.
Rename the MeasurementService.lvclass classes to MeasurementServiceBaseV1.lvclass and  MeasurementServiceBaseV2.lvclass.
Change the generator code so that it doesn't use the V1 version of MeasurementDetails.ctl. This was a mistake in our intial release. Now the generator code uses a version agnostic MeasurementDetails.ctl.

Below are changes that Jason requested that I didn't do (or didn't do as he requested):

Change the name of the Destroy method on IMeasurementService to be Close.vi. Since there is now a Create.vi, it is symmetrical to also have a Destroy.vi, so I didn't change the name. I also removed the output of Destroy.vi so that it no longer returns the class.
Use an initialize method or create method instead of a setter for setting the grpcid on the MeasurementPluginService.lvclass. The initialize/create method was awkward. I think the setter is more intuitive.

Why should this Pull Request be merged?
This cleans up a lot of inconsistencies and makes the code easier to understand for future authors. It doesn't fix everything that I'd like to fix, but it helps a lot.
What testing has been done?
I made sure V1 and V2 measurements still work.

I'm not going to review each VI in detail since it's all minor refactoring. I would suggest running whatever automated tests we have in the repo if you haven't.

The tests already run as part of the PR.


When character gets levitation on catwalk level, they might decide to explore

Some players will expect levitation to offer a benefit, so they'll explore the (empty) environment, then be disappointed when they don't find anything.
Add an easter-egg payoff in a far corner, or add walls to prevent long exploration.

We cut the catwalk level, so levitation is no longer a curse.


Mix - Orchid.js File takes too much load time

Describe the bug
When i click on new page everytime it takes around 30 - 50 seconds to load
Additional context

In the context of your screenshot, the orchid.js script triggers the loading of data for the /listcontractor page, which you can see in the screenshot. What is the relevance of orchid.js here?


Update HARKcore.py

I guess I found one minor typo. Please check

Good catch, thanks!

David: Did you mean to close this, or to accept the merge?
Also, I think "to" or "from" both work in this case, with slightly different meanings.  We do pass "the solution to the period t+1 problem" to "the problem for period t".

Oh, I see. Thank you!


[Tracking] Cloud Native Sustainability Week 2024 Milan

Description

Location/Region: Milan (Retex) + online event
Organizers: @vallss @akelity @Ludovik95
Sponsors: Improove, Mia Platform, Green Software Foundation Meetup Milano, Kubernetes & Cloud-Native Milano, Retex, JUG Milano, Digital Platform Builders
Date: tbc - 30th September and 7th October (online)
Event link: In person / Virtual

Details
Similar to last year we will have a meetup in Milan and additionally an online event. Cfp is open until August 23rd and we plan to select some talks for both events.
To-Do

[X] Review the Meetup Organizer Guide for onboarding.
[X] Check the website.
[x] Create a PR to update the Meetup's table on the website. Example PR.
[x] Join one of the TAG ENV Sustainability Week Syncs to talk about your event.
[x] Find a sponsor for the event.
[x] Find a location for the event.
[x] Set a date for the event.
[x] Announce the event.
[ ] Reach out to the Cloud Native Sustainability Week Organizer team to promote the event.

To-Do (During Execution)

[x] Use the Artworks and Presentation Template. - [ ] You can use some slides in the template at the begining of the event for introducing the cloud native sustainability week event.
[x]  Distribute the feedback survey to attendees. Use the Survey Blueprint.
[x]  Record the event with photos or video recordings.

To-Do (After Event)

[ ]  Share the event records, summary via blog post, recordings to #tag-env-cloud-native-sustainability-week slack channel.
[x] Share the survey summary from attendees.
[ ]  Leave feedbacks/comments (KEEP DOING, MORE OF, START DOING, STOP DOING, LESS OF, IDEAS) about organzing the event in this issue.
[x]  Submit the information of organizers, speakers to issue the credly badges. [to put the submission form here]

Code of Conduct

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

Comments
No response

Hello @vallss
I hope you're doing well. With just a few weeks left, I wanted to check in and see if you need any help with anything. It would also be great if you could provide us with updates in your TO-DO section.

Hi @Nancy-Chauhan!
We actually forgot to update the to-do section but things are going pretty good.
As stated above in the issue description, we will have two events: one in-person and one online. For the in-person event we had to find another location from the first we chose and we are waiting for a confirmation.
We closed the CfP and we are arranging the agenda for both events.
Yesterday we created the two Meetup events:

in-person https://www.meetup.com/digital-platform-builders/events/303350215
online https://www.meetup.com/digital-platform-builders/events/303350378

We can add these links in the Meetup's table on the website with a PR in the next few days.
Even though the location is not confirmed yet, we know that the in-person event will take place in Milan so I think we can already promote the event.
If I'm missing something, please add anything here
cc @akelity @Ludovik95

Closing this since all the main activities were completed. Thanks to everyone who made this local event possible and contributed! 🔝


eucleidae, driftlessness

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.4
logical conflict every: 100
sleep for: 300s
[pullrequest]
requests per hour: 30
deps=[d,e]

/trunk merge