text:
Add GEN OOD detection

I create a pull request with the implementation of GEN. And here I want to report its results for further discussion and add it to the leaderboard.

Training: CrossEntropy
Postprocessor: GEN
Near-OOD AUROC: See tables below
Far-OOD AUROC: See tables below
ID Accuracy: The accuracy of original model.
Outlier Data: No
Model Arch: See tables below

CIFAR10

FPR@95
AUROC
AUPR_IN
AUPR_OUT
CCR_4
CCR_3
CCR_2
CCR_1
ACC

cifar100
54.86 ± 2.51
87.21 ± 0.36
84.99 ± 0.85
86.62 ± 0.21
0.05 ± 0.04
1.38 ± 0.40
9.24 ± 1.74
65.89 ± 2.20
95.06 ± 0.30

tin
49.96 ± 2.34
89.20 ± 0.25
88.82 ± 0.72
87.22 ± 0.13
0.24 ± 0.22
1.42 ± 0.72
11.92 ± 2.84
73.66 ± 1.28
95.06 ± 0.30

nearood
52.41 ± 2.42
88.20 ± 0.30
86.90 ± 0.79
86.92 ± 0.16
0.14 ± 0.12
1.40 ± 0.54
10.58 ± 2.22
69.77 ± 1.74
95.06 ± 0.30

mnist
35.31 ± 11.14
93.83 ± 2.14
76.04 ± 9.19
98.95 ± 0.39
6.59 ± 5.23
16.04 ± 9.76
46.74 ± 17.40
84.39 ± 3.46
95.06 ± 0.30

svhn
45.42 ± 7.01
91.97 ± 0.66
82.41 ± 1.66
96.37 ± 0.41
0.94 ± 0.36
5.09 ± 1.52
30.26 ± 5.93
81.40 ± 0.72
95.06 ± 0.30

texture
48.08 ± 3.34
90.14 ± 0.76
92.02 ± 1.18
84.71 ± 0.89
0.16 ± 0.20
0.71 ± 0.79
11.96 ± 6.70
76.57 ± 2.46
95.06 ± 0.30

places365
48.66 ± 3.98
89.46 ± 0.65
67.54 ± 2.62
96.67 ± 0.22
0.41 ± 0.23
2.03 ± 0.89
13.27 ± 3.89
73.95 ± 1.06
95.06 ± 0.30

farood
44.37 ± 5.86
91.35 ± 0.69
79.50 ± 2.98
94.18 ± 0.24
2.03 ± 1.40
5.97 ± 2.52
25.56 ± 4.47
79.08 ± 0.68
95.06 ± 0.30

CIFAR100

FPR@95
AUROC
AUPR_IN
AUPR_OUT
CCR_4
CCR_3
CCR_2
CCR_1
ACC

cifar10
79.95 ± 0.56
79.38 ± 0.04
80.09 ± 0.21
76.69 ± 0.14
0.99 ± 0.45
5.94 ± 1.74
19.38 ± 0.28
49.84 ± 0.32
77.25 ± 0.09

tin
74.18 ± 1.69
83.25 ± 0.13
88.47 ± 0.06
73.31 ± 0.74
1.93 ± 0.93
7.72 ± 1.27
27.39 ± 0.33
56.53 ± 0.11
77.25 ± 0.09

nearood
77.06 ± 0.82
81.31 ± 0.08
84.28 ± 0.09
75.00 ± 0.31
1.46 ± 0.42
6.83 ± 0.42
23.39 ± 0.11
53.19 ± 0.15
77.25 ± 0.09

mnist
88.13 ± 0.90
78.29 ± 2.05
52.26 ± 5.62
94.86 ± 0.37
4.47 ± 1.05
13.12 ± 3.58
28.11 ± 5.07
52.24 ± 3.96
77.25 ± 0.09

svhn
76.97 ± 2.63
81.41 ± 1.50
68.64 ± 2.04
90.36 ± 0.84
5.10 ± 0.75
11.49 ± 1.36
24.77 ± 1.62
53.12 ± 2.30
77.25 ± 0.09

texture
80.74 ± 1.81
78.74 ± 0.81
86.25 ± 0.61
64.52 ± 1.34
1.04 ± 0.66
3.26 ± 1.49
17.24 ± 1.28
49.20 ± 1.13
77.25 ± 0.09

places365
79.14 ± 0.85
80.28 ± 0.27
62.10 ± 0.56
91.90 ± 0.15
1.24 ± 0.28
5.24 ± 0.35
22.72 ± 0.84
51.99 ± 0.66
77.25 ± 0.09

farood
81.25 ± 0.60
79.68 ± 0.75
67.31 ± 1.43
85.41 ± 0.41
2.96 ± 0.30
8.28 ± 0.34
23.21 ± 0.95
51.64 ± 1.20
77.25 ± 0.09

ImageNet-200

FPR@95
AUROC
AUPR_IN
AUPR_OUT
CCR_4
CCR_3
CCR_2
CCR_1
ACC

ssb_hard
72.84 ± 0.68
80.77 ± 0.01
46.25 ± 0.18
94.95 ± 0.02
0.11 ± 0.11
1.51 ± 0.16
10.49 ± 0.29
50.09 ± 0.16
86.37 ± 0.08

ninco
64.50 ± 1.30
86.64 ± 0.04
91.43 ± 0.06
77.48 ± 0.07
2.70 ± 0.38
8.23 ± 1.64
30.30 ± 0.50
65.63 ± 0.39
86.37 ± 0.08

nearood
68.67 ± 0.99
83.71 ± 0.02
68.84 ± 0.08
86.22 ± 0.05
1.41 ± 0.23
4.87 ± 0.78
20.40 ± 0.16
57.86 ± 0.23
86.37 ± 0.08

inaturalist
39.10 ± 0.72
93.77 ± 0.27
94.42 ± 0.23
93.02 ± 0.33
13.97 ± 2.79
36.59 ± 3.55
59.69 ± 0.92
78.47 ± 0.64
86.37 ± 0.08

textures
43.89 ± 0.83
90.16 ± 0.13
93.37 ± 0.14
84.83 ± 0.01
0.78 ± 0.81
4.56 ± 0.76
20.17 ± 1.10
70.06 ± 0.76
86.37 ± 0.08

openimage_o
55.68 ± 0.87
90.14 ± 0.08
87.41 ± 0.04
92.63 ± 0.13
3.93 ± 1.94
14.86 ± 1.62
44.89 ± 1.02
73.14 ± 0.29
86.37 ± 0.08

farood
46.22 ± 0.52
91.36 ± 0.10
91.73 ± 0.08
90.16 ± 0.15
6.23 ± 0.70
18.67 ± 1.72
41.58 ± 0.63
73.89 ± 0.44
86.37 ± 0.08

ImageNet-200 (full-spectrum)

FPR@95
AUROC
AUPR_IN
AUPR_OUT
CCR_4
CCR_3
CCR_2
CCR_1
ACC

ssb_hard
97.33 ± 0.18
48.36 ± 0.25
50.37 ± 0.07
49.83 ± 0.24
0.04 ± 0.03
0.45 ± 0.04
3.03 ± 0.11
16.73 ± 0.08
43.92 ± 0.12

ninco
96.39 ± 0.41
54.92 ± 0.35
91.37 ± 0.07
12.40 ± 0.15
0.79 ± 0.11
2.38 ± 0.48
9.34 ± 0.19
24.01 ± 0.30
43.92 ± 0.12

nearood
96.86 ± 0.28
51.64 ± 0.30
70.87 ± 0.07
31.11 ± 0.20
0.41 ± 0.07
1.42 ± 0.23
6.19 ± 0.08
20.37 ± 0.19
43.92 ± 0.12

inaturalist
88.63 ± 1.15
69.37 ± 0.86
91.55 ± 0.26
30.68 ± 1.04
4.10 ± 0.87
11.52 ± 1.22
21.05 ± 0.47
32.38 ± 0.49
43.92 ± 0.12

textures
84.24 ± 0.67
66.24 ± 0.43
94.07 ± 0.10
20.17 ± 0.35
0.24 ± 0.24
1.31 ± 0.21
6.01 ± 0.33
26.50 ± 0.37
43.92 ± 0.12

openimage_o
92.90 ± 0.37
60.89 ± 0.29
83.50 ± 0.10
32.81 ± 0.34
1.12 ± 0.54
4.37 ± 0.48
14.62 ± 0.36
28.37 ± 0.17
43.92 ± 0.12

farood
88.59 ± 0.73
65.50 ± 0.46
89.71 ± 0.13
27.89 ± 0.54
1.82 ± 0.23
5.73 ± 0.56
13.89 ± 0.21
29.08 ± 0.29
43.92 ± 0.12

ImageNet-1K
ResNet50

FPR@95
AUROC
AUPR_IN
AUPR_OUT
CCR_4
CCR_3
CCR_2
CCR_1
ACC

ssb_hard
86.22
72.20
71.51
70.03
0.21
1.70
8.74
34.46
76.19

ninco
76.59
81.91
97.15
31.95
2.83
7.99
23.36
52.16
76.19

nearood
81.41
77.06
84.33
50.99
1.52
4.84
16.05
43.31
76.19

inaturalist
45.79
92.45
98.23
71.13
7.46
17.93
47.56
68.30
76.19

textures
57.71
87.50
98.11
45.13
0.10
0.71
16.18
59.69
76.19

openimage_o
60.87
89.25
96.11
69.72
4.45
14.12
39.30
64.25
76.19

farood
54.79
89.73
97.48
61.99
4.00
10.92
34.35
64.08
76.19

ViT-B/16

FPR@95
AUROC
AUPR_IN
AUPR_OUT
CCR_4
CCR_3
CCR_2
CCR_1
ACC

ssb_hard
86.41
68.53
64.79
68.10
0.10
0.56
3.32
25.41
81.14

ninco
72.46
80.60
96.23
34.65
0.09
0.35
3.33
45.15
81.14

nearood
79.43
74.57
80.51
51.37
0.09
0.45
3.32
35.28
81.14

inaturalist
39.85
92.94
98.18
72.97
0.08
2.59
40.76
73.29
81.14

textures
47.48
89.93
98.50
53.76
0.42
1.62
22.32
66.46
81.14

openimage_o
52.42
89.42
95.31
72.77
0.17
0.81
16.28
66.82
81.14

farood
46.58
90.77
97.33
66.50
0.22
1.67
26.45
68.86
81.14

Swin-T

FPR@95
AUROC
AUPR_IN
AUPR_OUT
CCR_4
CCR_3
CCR_2
CCR_1
ACC

ssb_hard
84.51
71.99
68.67
70.87
0.09
0.70
4.58
30.88
81.59

ninco
68.63
84.51
97.36
38.26
0.39
1.14
12.92
57.53
81.59

nearood
76.57
78.25
83.02
54.56
0.24
0.92
8.75
44.20
81.59

inaturalist
35.75
93.88
98.48
74.96
0.17
5.42
46.65
74.90
81.59

textures
52.83
87.85
98.07
49.18
0.18
0.99
12.40
61.91
81.59

openimage_o
52.37
89.95
95.75
73.10
0.09
1.14
19.85
68.26
81.59

farood
46.98
90.56
97.44
65.75
0.15
2.52
26.30
68.36
81.59

ImageNet-1K (full-spectrum)
ResNet50

FPR@95
AUROC
AUPR_IN
AUPR_OUT
CCR_4
CCR_3
CCR_2
CCR_1
ACC

ssb_hard
97.52
53.18
72.85
33.25
0.11
0.94
4.98
20.53
54.35

ninco
96.53
63.02
96.90
7.20
1.57
4.53
13.67
32.38
54.35

nearood
97.03
58.10
84.87
20.22
0.84
2.74
9.33
26.45
54.35

inaturalist
82.80
78.58
97.35
24.82
4.23
10.38
29.17
45.07
54.35

textures
88.93
71.76
97.90
9.55
0.05
0.39
9.33
37.92
54.35

openimage_o
91.39
72.69
94.70
23.85
2.49
8.11
23.70
41.55
54.35

farood
87.71
74.35
96.65
19.40
2.26
6.29
20.73
41.51
54.35

ViT-B/16

FPR@95
AUROC
AUPR_IN
AUPR_OUT
CCR_4
CCR_3
CCR_2
CCR_1
ACC

ssb_hard
97.92
52.01
70.14
32.82
0.06
0.31
2.04
15.79
61.49

ninco
95.75
64.31
96.66
7.75
0.05
0.20
2.04
28.93
61.49

nearood
96.83
58.16
83.40
20.29
0.05
0.26
2.04
22.36
61.49

inaturalist
84.39
80.23
97.53
23.83
0.04
1.60
25.90
50.87
61.49

textures
86.09
76.47
98.32
11.94
0.24
1.01
13.82
44.94
61.49

openimage_o
91.03
74.96
94.77
25.99
0.10
0.46
9.99
45.25
61.49

farood
87.17
77.22
96.87
20.59
0.12
1.02
16.57
47.02
61.49

Swin-T

FPR@95
AUROC
AUPR_IN
AUPR_OUT
CCR_4
CCR_3
CCR_2
CCR_1
ACC

ssb_hard
98.10
52.98
71.50
32.99
0.06
0.41
2.70
18.23
60.05

ninco
96.46
65.86
97.09
7.83
0.22
0.68
7.57
35.74
60.05

nearood
97.28
59.42
84.30
20.41
0.14
0.54
5.14
26.99
60.05

inaturalist
86.20
79.86
97.53
21.96
0.10
3.21
28.37
50.05
60.05

textures
90.08
71.89
97.87
9.62
0.11
0.59
7.27
39.00
60.05

openimage_o
92.61
73.40
94.58
23.81
0.06
0.68
11.63
44.10
60.05

farood
89.63
75.05
96.66
18.47
0.09
1.49
15.76
44.38
60.05

Thanks! I'll let you know in this thread once we integrate GEN into the leaderboard. I'm a little busy these days but should be able to finish in a week or so.

CIFAR-10
CIFAR-100

reported
88.20 ± 0.30 / 91.35 ± 0.69
81.31 ± 0.08 / 79.68 ± 0.75

ours
88.20 ± 0.30 / 91.35 ± 0.69
81.31 ± 0.08 / 79.68 ± 0.75

ImageNet-200
ImageNet-200 (full-spectrum)

reported
83.71 ± 0.02 / 91.36 ± 0.10
51.64 ± 0.30 / 65.50 ± 0.46

ours
83.68 ± 0.06 / 91.36 ± 0.10
51.59 ± 0.34 / 65.46 ± 0.44

ResNet-50
ImageNet-1K
ImageNet-1K (full-spectrum)

reported
77.06 / 89.73
58.10 / 74.35

ours
76.85 / 89.76
57.84 / 74.31

Swin-T
ImageNet-1K
ImageNet-1K (full-spectrum)

reported
78.25 / 90.56
59.42 / 75.05

ours
78.97 / 90.98
60.36 / 76.00

ViT-B-16
ImageNet-1K
ImageNet-1K (full-spectrum)

reported
74.57 / 90.77
58.16 / 77.22

ours
76.30 / 91.35
59.73 / 78.22

@coding-famer Hi, above are comparison between our evaluation and the reported results of GEN, in terms of near-OOD / far-OOD AUROC. There are slight differences in ImageNet results, which I guess might come from some dependency libraries(?). In a few cases the results on our end are even higher.
We have integrated GEN's results in our leaderboard. Closing this issue now, but feel free to reopen if you see any issues.

authors: coding-famer zjysteven


text:
Direct messages prototype

I've finished the prototype for the direct messages! I currently have a button on the profile pages for users other than yourself that will let you start a direct message convo with them. If the convo does not exist yet, a new one is created (currently the title is set to the UUID of the convo but I will change this for the MVP/final product). If it does already exist, the existing DM convo is opened. I currently have the DMs showing up on a user's Conversations page under the same section as normal conversations but am planning to add a new section for DMs (and group conversations later). A user can only see a DM on their conversations page if they are a part of it and I will prevent access to the chat in the MVP if they try illegally accessing a page. I also have to make sure I write the users attribute into the Datastore along with the Conversations if I want it to persist.

There was a merge conflict for ProfilePageServlet and its tests so I just went ahead and fixed those up

Just merged this into master and pushed it up to the App Engine repo as well!

source: gharchive/pull-request

license_type: permissive

license_source: github-api


text:
Aerial as wallpaper weather color icon not showing up.

In order to help us sort out your issue, we ask that you provide the following information:

[ ] Mac model: Mac mini (Late 2012)
[ ] macOS version: 10.15.7
[ ] Monitor setup: LG HDR WFHD Display

When I set up Aerial as wallpaper the weather color icon does not appear

.  That's the only thing that is missing everything else works fine.

That's an intriguing one, I'll try to have a look next week end if I can.

@Jonathan24507
Apologies it took me so long to have a look. I tried it today and it seems to work. Can I ask which version of Companion you are using ?

If you don't, can you please try the latest beta version  ? It's very likely an issue with the old (but stable) Companion... I really need to release the new one.
https://github.com/AerialScreensaver/AerialCompanion/releases/tag/v1.5.0b3

CLosing this, reopen if you still have the issue.

source: gharchive/issue

repo: JohnCoates/Aerial

license: MIT


text:
Hitting spacebar only pauses the video, doesn't exit the screensaver

I'm on the latest El Capitan. My screensaver is password locked. When I hit the spacebar, assuming that it'll bring up the password box like it does on other screensavers, it instead pauses the video.
Maybe that's a desirable thing for some reason I'm not seeing, but in that case, it would be better as a non-default option users who need it can turn on.
The space bar, by default, should bring up the password prompt (or exit the screensaver) just as it does for almost all other screensavers.

Also worth mentioning since the issue is similar: the J, K and L keys manipulate the video too. L speeds it up, J rewinds it, and K pauses it, but doesn't unpause it. Maybe default Quicktime controls?
In any case, anyone whose password starts with any of these characters is going to get really confused.

:+1: this is really annoying

This is fixed in the latest beta https://github.com/JohnCoates/Aerial/releases/

Thanks :D

Confirmed! Thank you so much, John. This is the best screensaver ever. Everyone who sees it is immediately like, "Whoa, where did you get that?!" I tell them, of course.

That's awesome to hear @joshlewis!

AWESOME! +1

authors: JohnCoates a9io joshlewis minhoryang


text:
Keydb crash right after REPLICA sync is completed (5.3.1)

Replica node running on KeyDB 5.3.1 crash right after REPLICA sync process is finished.

18427:S 01 Feb 2020 21:33:13.467 * MASTER <-> REPLICA sync started
18427:S 01 Feb 2020 21:33:13.467 * Non blocking connect for SYNC fired the event.
18427:S 01 Feb 2020 21:33:13.468 * Master replied to PING, replication can continue...
18427:S 01 Feb 2020 21:33:13.468 * Trying a partial resynchronization (request 9a78168835ed94040983034a391379d3dbf96fb4:17230809381).
18427:S 01 Feb 2020 21:33:19.686 * Full resync from master: 9a78168835ed94040983034a391379d3dbf96fb4:17745271325
18427:S 01 Feb 2020 21:33:19.686 * Discarding previously cached master state.
18427:S 01 Feb 2020 21:33:19.798 * MASTER <-> REPLICA sync: receiving streamed RDB from master
18427:S 01 Feb 2020 21:34:05.080 * MASTER <-> REPLICA sync: Flushing old data
18427:S 01 Feb 2020 21:34:09.053 * MASTER <-> REPLICA sync: Loading DB in memory
18427:S 01 Feb 2020 21:34:09.053 * Loading RDB produced by version 0.0.0
18427:S 01 Feb 2020 21:34:09.053 * RDB age 50 seconds
18427:S 01 Feb 2020 21:34:09.053 * RDB memory usage when created 4018.63 Mb
18427:S 01 Feb 2020 21:34:22.563 * MASTER <-> REPLICA sync: Finished with success
=== KEYDB BUG REPORT START: Cut & paste starting from here ===
18427:S 01 Feb 2020 21:34:22.685 # === ASSERTION FAILED OBJECT CONTEXT ===
18427:S 01 Feb 2020 21:34:22.685 # Object type: 0
18427:S 01 Feb 2020 21:34:22.685 # Object encoding: 0
18427:S 01 Feb 2020 21:34:22.685 # Object refcount: 1
18427:S 01 Feb 2020 21:34:22.685 # Object raw string len: 91
18427:S 01 Feb 2020 21:34:22.685 # Object raw string content: "X-XXXX||XXXX||XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX||XXXX-XX-XX XX:XX:XX"
18427:S 01 Feb 2020 21:34:22.685 # === ASSERTION FAILED ===
18427:S 01 Feb 2020 21:34:22.685 # ==> db.cpp:226 'retval == DICT_OK' is not true
18427:S 01 Feb 2020 21:34:22.685 # (forcing SIGSEGV to print the bug report.)
18427:S 01 Feb 2020 21:34:22.685 # KeyDB 0.0.0 crashed by signal: 11
18427:S 01 Feb 2020 21:34:22.685 # Crashed running the instruction at: 0x55de3272811e
18427:S 01 Feb 2020 21:34:22.685 # Accessing address: 0xffffffffffffffff
18427:S 01 Feb 2020 21:34:22.685 # Failed assertion: retval == DICT_OK (db.cpp:226)
------ STACK TRACE ------
EIP:
/usr/bin/keydb-server 0.0.0.0:3379 cluster [0x55de3272811e]
Backtrace:
/usr/bin/keydb-server 0.0.0.0:3379 cluster [0x55de327298ab]
/usr/bin/keydb-server 0.0.0.0:3379 [cluster](sigsegvHandler(int, siginfo_t*, void*)+0xc9) [0x55de3272a049]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x12890) [0x7f48a331d890]
/usr/bin/keydb-server 0.0.0.0:3379 cluster [0x55de3272811e]
/usr/bin/keydb-server 0.0.0.0:3379 [cluster](dbAdd(redisDb*, redisObject*, redisObject*)+0x2d) [0x55de326ef06d]
/usr/bin/keydb-server 0.0.0.0:3379 [cluster](incrDecrCommand(client*, long long)+0x19c) [0x55de32708acc]
/usr/bin/keydb-server 0.0.0.0:3379 [cluster](call(client*, int)+0xcd) [0x55de326d1bbd]
/usr/bin/keydb-server 0.0.0.0:3379 [cluster](processCommand(client*, int)+0x7f4) [0x55de326d6334]
/usr/bin/keydb-server 0.0.0.0:3379 [cluster](processCommandAndResetClient(client*, int)+0x21) [0x55de326e0161]
/usr/bin/keydb-server 0.0.0.0:3379 [cluster](processInputBuffer(client*, int)+0x18b) [0x55de326e4edb]
/usr/bin/keydb-server 0.0.0.0:3379 cluster [0x55de326e4fdd]
/usr/bin/keydb-server 0.0.0.0:3379 [cluster](readQueryFromClient(aeEventLoop*, int, void*, int)+0x370) [0x55de326e7b50]
/usr/bin/keydb-server 0.0.0.0:3379 cluster [0x55de326c9fec]
/usr/bin/keydb-server 0.0.0.0:3379 cluster [0x55de326ca285]
/usr/bin/keydb-server 0.0.0.0:3379 cluster [0x55de326ca655]
/usr/bin/keydb-server 0.0.0.0:3379 cluster [0x55de326ceb7e]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x76db) [0x7f48a33126db]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x3f) [0x7f48a303b88f]
------ INFO OUTPUT ------
Server
redis_version:0.0.0
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:8cbd3f419723bc42
redis_mode:cluster
os:Linux 4.15.0-1058-aws x86_64
arch_bits:64
multiplexing_api:epoll
atomicvar_api:atomic-builtin
gcc_version:7.4.0
process_id:18427
run_id:968f8ba21de5ab6fc6beaf76cda683d11dfabfe0
tcp_port:3379
uptime_in_seconds:83
uptime_in_days:0
hz:10
configured_hz:10
lru_clock:3534558
executable:/usr/bin/keydb-server
config_file:/etc/keydb/keydb.conf
Clients
connected_clients:1
client_recent_max_input_buffer:4
client_recent_max_output_buffer:0
blocked_clients:0
current_client_thread:0
thread_0_clients:1
thread_1_clients:0
thread_2_clients:0
thread_3_clients:0
thread_4_clients:0
thread_5_clients:0
thread_6_clients:0
thread_7_clients:0
Memory
used_memory:3377198168
used_memory_human:3.15G
used_memory_rss:6412812288
used_memory_rss_human:5.97G
used_memory_peak:3377198168
used_memory_peak_human:3.15G
used_memory_peak_perc:100.05%
used_memory_overhead:220930326
used_memory_startup:55757616
used_memory_dataset:3156267842
used_memory_dataset_perc:95.03%
allocator_allocated:3377446912
allocator_active:3393327104
allocator_resident:6464962560
total_system_memory:66008489984
total_system_memory_human:61.48G
used_memory_lua:37888
used_memory_lua_human:37.00K
used_memory_scripts:0
used_memory_scripts_human:0B
number_of_cached_scripts:0
maxmemory:56107216486
maxmemory_human:52.25G
maxmemory_policy:noeviction
allocator_frag_ratio:1.00
allocator_frag_bytes:15880192
allocator_rss_ratio:1.91
allocator_rss_bytes:3071635456
rss_overhead_ratio:0.99
rss_overhead_bytes:-52150272
mem_fragmentation_ratio:1.90
mem_fragmentation_bytes:3037280688
mem_not_counted_for_evict:0
mem_replication_backlog:1048576
mem_clients_slaves:0
mem_clients_normal:49902
mem_aof_buffer:0
mem_allocator:jemalloc-5.1.0
active_defrag_running:0
lazyfree_pending_objects:0
Persistence
loading:0
rdb_changes_since_last_save:5434
rdb_bgsave_in_progress:0
rdb_last_save_time:1580592779
rdb_last_bgsave_status:ok
rdb_last_bgsave_time_sec:-1
rdb_current_bgsave_time_sec:-1
rdb_last_cow_size:0
aof_enabled:0
aof_rewrite_in_progress:0
aof_rewrite_scheduled:0
aof_last_rewrite_time_sec:-1
aof_current_rewrite_time_sec:-1
aof_last_bgrewrite_status:ok
aof_last_write_status:ok
aof_last_cow_size:0
Stats
total_connections_received:5
total_commands_processed:5443
instantaneous_ops_per_sec:0
total_net_input_bytes:1598678728
total_net_output_bytes:76341
instantaneous_input_kbps:29944.01
instantaneous_output_kbps:0.00
rejected_connections:0
sync_full:0
sync_partial_ok:0
sync_partial_err:0
expired_keys:6592
expired_stale_perc:0.00
expired_time_cap_reached_count:1
evicted_keys:0
keyspace_hits:0
keyspace_misses:0
pubsub_channels:0
pubsub_patterns:0
latest_fork_usec:0
migrate_cached_sockets:0
slave_expires_tracked_keys:0
active_defrag_hits:0
active_defrag_misses:0
active_defrag_key_hits:0
active_defrag_key_misses:0
Replication
role:slave
Master 0:
master_host:192.168.111.222
master_port:3379
master_link_status:up
master_last_io_seconds_ago:0
master_sync_in_progress:0
slave_repl_offset:17750817651
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:9a78168835ed94040983034a391379d3dbf96fb4
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:17750793895
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:17749745320
repl_backlog_histlen:1048576
CPU
used_cpu_sys:9.258006
used_cpu_user:68.288977
used_cpu_sys_children:0.000000
used_cpu_user_children:0.000000
server_threads:8
long_lock_waits:13
Commandstats
cmdstat_setex:calls=3347,usec=6284,usec_per_call=1.88
cmdstat_del:calls=904,usec=3529,usec_per_call=3.90
cmdstat_cluster:calls=4,usec=854,usec_per_call=213.50
cmdstat_incr:calls=563,usec=640,usec_per_call=1.14
cmdstat_select:calls=1,usec=1,usec_per_call=1.00
cmdstat_expire:calls=554,usec=371,usec_per_call=0.67
cmdstat_set:calls=66,usec=60,usec_per_call=0.91
cmdstat_command:calls=4,usec=6500,usec_per_call=1625.00
Cluster
cluster_enabled:1
Keyspace
db0:keys=2239931,expires=1278519,avg_ttl=393820
------ CLIENT LIST OUTPUT ------
id=16 addr=192.168.111.222:3379 fd=104 name= age=0 idle=0 flags=M db=0 sub=0 psub=0 multi=-1 qbuf=24260 qbuf-free=8508 obl=0 oll=0 omem=0 events=r cmd=incr
------ CURRENT CLIENT INFO ------
id=16 addr=192.168.111.222:3379 fd=104 name= age=0 idle=0 flags=M db=0 sub=0 psub=0 multi=-1 qbuf=24260 qbuf-free=8508 obl=0 oll=0 omem=0 events=r cmd=incr
argv[0]: 'INCR'
argv[1]: 'X-XXXX||XXXX||XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX||XXXX-XX-XX XX:XX:XX'
18427:S 01 Feb 2020 21:34:22.686 # key 'X-XXXX||XXXX||XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX||XXXX-XX-XX XX:XX:XX' found in DB containing the following object:
18427:S 01 Feb 2020 21:34:22.686 # Object type: 0
18427:S 01 Feb 2020 21:34:22.686 # Object encoding: 1
18427:S 01 Feb 2020 21:34:22.686 # Object refcount: 1
------ REGISTERS ------
18427:S 01 Feb 2020 21:34:22.686 #
RAX:0000000000000000 RBX:00000000000000e2
RCX:0000000000000002 RDX:00007f47d00008d0
RDI:00007f47d0001e00 RSI:00007f47d00009d8
RBP:000055de3281e4b7 RSP:00007f47d79fd2d0
R8 :00007f47d79ff700 R9 :00007f47d79ff700
R10:00000000ffffffd6 R11:0000000000000206
R12:000055de3281b16e R13:000055de32a71a10
R14:00007f46c3d64680 R15:0000000000000000
RIP:000055de3272811e EFL:0000000000010206
CSGSFS:002b000000000033
18427:S 01 Feb 2020 21:34:22.686 # (00007f47d79fd2df) -> 00007f47d79fd350
18427:S 01 Feb 2020 21:34:22.686 # (00007f47d79fd2de) -> 0000000000000002
18427:S 01 Feb 2020 21:34:22.686 # (00007f47d79fd2dd) -> 000000000000153a
18427:S 01 Feb 2020 21:34:22.686 # (00007f47d79fd2dc) -> 0000000000000002
18427:S 01 Feb 2020 21:34:22.686 # (00007f47d79fd2db) -> 000055de326d1bbd
18427:S 01 Feb 2020 21:34:22.686 # (00007f47d79fd2da) -> 00059d8a741d6752
18427:S 01 Feb 2020 21:34:22.686 # (00007f47d79fd2d9) -> 000000000000000f
18427:S 01 Feb 2020 21:34:22.686 # (00007f47d79fd2d8) -> 00007f46c3d64730
18427:S 01 Feb 2020 21:34:22.686 # (00007f47d79fd2d7) -> 62bcc93369011500
18427:S 01 Feb 2020 21:34:22.686 # (00007f47d79fd2d6) -> 0000000000000001
18427:S 01 Feb 2020 21:34:22.686 # (00007f47d79fd2d5) -> 000055de32708acc
18427:S 01 Feb 2020 21:34:22.686 # (00007f47d79fd2d4) -> 00007f46c3d64680
18427:S 01 Feb 2020 21:34:22.686 # (00007f47d79fd2d3) -> 000055de326ef06d
18427:S 01 Feb 2020 21:34:22.686 # (00007f47d79fd2d2) -> 0000000000000001
18427:S 01 Feb 2020 21:34:22.686 # (00007f47d79fd2d1) -> 00007f48a2a4c3f8
18427:S 01 Feb 2020 21:34:22.686 # (00007f47d79fd2d0) -> 00007f47a33af7f0
------ FAST MEMORY TEST ------
18427:S 01 Feb 2020 21:34:22.686 # Bio thread for job type #0 terminated
18427:S 01 Feb 2020 21:34:22.686 # Bio thread for job type #1 terminated
18427:S 01 Feb 2020 21:34:22.686 # Bio thread for job type #2 terminated
*** Preparing to test memory region 55de32a77000 (2260992 bytes)
*** Preparing to test memory region 55de33174000 (135168 bytes)
*** Preparing to test memory region 55de33195000 (131072 bytes)
*** Preparing to test memory region 7f46c1400000 (4001366016 bytes)
*** Preparing to test memory region 7f47afc80000 (3805184 bytes)
*** Preparing to test memory region 7f47b4000000 (135168 bytes)
*** Preparing to test memory region 7f47b8000000 (135168 bytes)
*** Preparing to test memory region 7f47bc080000 (12058624 bytes)
*** Preparing to test memory region 7f47bcd00000 (13631488 bytes)
*** Preparing to test memory region 7f47bdb00000 (13631488 bytes)
*** Preparing to test memory region 7f47be97e000 (6815744 bytes)
*** Preparing to test memory region 7f47befff000 (8388608 bytes)
*** Preparing to test memory region 7f47bf800000 (8388608 bytes)
*** Preparing to test memory region 7f47c0000000 (135168 bytes)
*** Preparing to test memory region 7f47c4000000 (135168 bytes)
*** Preparing to test memory region 7f47c8000000 (135168 bytes)
*** Preparing to test memory region 7f47cc000000 (135168 bytes)
*** Preparing to test memory region 7f47d0000000 (135168 bytes)
*** Preparing to test memory region 7f47d417e000 (2621440 bytes)
*** Preparing to test memory region 7f47d43ff000 (8388608 bytes)
*** Preparing to test memory region 7f47d4c00000 (8388608 bytes)
*** Preparing to test memory region 7f47d5400000 (4194304 bytes)
*** Preparing to test memory region 7f47d59fd000 (8388608 bytes)
*** Preparing to test memory region 7f47d61fe000 (8388608 bytes)
*** Preparing to test memory region 7f47d69ff000 (8388608 bytes)
*** Preparing to test memory region 7f47d7200000 (8388608 bytes)
*** Preparing to test memory region 7f47d7a00000 (2789212160 bytes)
*** Preparing to test memory region 7f487df8a000 (520093696 bytes)
*** Preparing to test memory region 7f489cf8b000 (8388608 bytes)
*** Preparing to test memory region 7f489d78c000 (8388608 bytes)
*** Preparing to test memory region 7f489df8d000 (8388608 bytes)
*** Preparing to test memory region 7f489e78d000 (63963136 bytes)
*** Preparing to test memory region 7f48a2600000 (8388608 bytes)
*** Preparing to test memory region 7f48a3307000 (16384 bytes)
*** Preparing to test memory region 7f48a3526000 (16384 bytes)
*** Preparing to test memory region 7f48a3e65000 (16384 bytes)
*** Preparing to test memory region 7f48a468f000 (49152 bytes)
*** Preparing to test memory region 7f48a46a5000 (4096 bytes)
.O.O.O.O.O.O.O.O.O.O.O.O.O.O.O.O.O.O.O.O.O.O.O.O.O.18737:C 01 Feb 2020 21:34:35.248 # oO0OoO0OoO0Oo KeyDB is starting oO0OoO0OoO0Oo
To Reproduce
Kill the replica node under high traffic to force resync from master.

Just to better understand the scenario here, are you combining clustering with traditional replication?  Is Active Replication enabled?

It is a pure cluster mode, (3 masters, 3 slaves), and it seems similar to https://github.com/JohnSully/KeyDB/issues/132 when INCR was executed.

Thanks,
Yes that was my thought as well however Active Rep was the only way to get into that case.  It seems like something else might be going on here.  I will investigate.

Got a repro, it's definitely related in that it's an expire issue.  I was convinced this was only possible with Active Replication so I apologize it wasn't fixed along with that older issue.

The issue was we were using the result of expireIfNeeded to determine if lookupKeyWrite should return an object.  This results in a situation where a key is in the underlying database but the high level logic doesn't see it.  When the high level command tries to readd the key it fails because it already exists.
Commit 49d8674 adds tests to detect this
Commit 050d580 fixes the actual issue.
This only repros on replicas, not masters because expireIfNeeded will delete the actual key on a master (replicas wait for the master to send a DEL).

authors: JohnSully jamzed

repo: JohnSully/KeyDB


text:
mach_host_self was deprecated in libc

Hi. I'm using libc::mach_host_self to call libc::host_statistics64. In libc 0.2.165 this function was marked as deprecated in 0.2.55 (?) with message that I should use mach2 crate.
I checked docs for mach2 but I can't understand how to call mach_host_self with it. How can I call this function or this regression bug in libc crate?
Here two commits from libc, where in 0.2.164 no deprecation warning and 0.2.165 where this warning appear:
https://github.com/rust-lang/libc/blob/0.2.164/src/unix/bsd/apple/mod.rs#L5775
https://github.com/rust-lang/libc/blob/0.2.165/src/unix/bsd/apple/mod.rs#L5934
Also this deprecation line looks like was added in this commit:
https://github.com/rust-lang/libc/commit/efc0a9eb9c4663ed970d6a3cd23b229c8317fc32

mach2 doesn't have it so you have to declare it under src/: https://github.com/JohnTitor/mach2/tree/main/src
Check that dir to see how it works.

authors: JohnTitor vladkens


text:
Load config into Redis

Currently every job in rq queue would read from the config.json file, which would be a great performance issue.

No need. I doubt that raspberry has enough resources to run a Redis server. Also, the current code does not read the config file content every time, but only when the client.py runs as standalone script.

repo: JokerQyou/bot

license_source: bigquery


text:
Usage with Mantine UI

Describe the bug
I'd like to use this boiler plat with mantinue UI, but the styles are not rendering on my chrome extension.
To Reproduce
Steps to reproduce the behavior:

install mantine/core UI library
Enclose the popup component rendered in index.tsk with a mantine provider
import/render some mantine ui components (.e.g. combobox, text, title) in popup.tsx
You'll see the styling does not match Mantine UI default styling configs

Why is this happening, and is there a fix?
Note: a previous version of this boilerplate code that used yarn/npm for setup instead rendered the mantine ui styling perfectly fine.
Thanks for any help!

Mantine UI updated from its previous version that included additional setup instructions that I didn't pay attention to. All I needed to do was add an "import "@mantine/core/styles.css"" statement


text:
Changing a random line

PR checklist

[ ] This comment contains a description of changes (with reason).
[ ] If you've fixed a bug or added code that should be tested, add tests!
[ ] If you've added a new tool - have you followed the pipeline conventions in the contribution docs
[ ] If necessary, also make a PR on the nf-core/dummypipe branch on the nf-core/test-datasets repository.
[ ] Make sure your code lints (nf-core lint).
[ ] Ensure the test suite passes (nextflow run . -profile test,docker --outdir <OUTDIR>).
[ ] Usage Documentation in docs/usage.md is updated.
[ ] Output Documentation in docs/output.md is updated.
[ ] CHANGELOG.md is updated.
[ ] README.md is updated (including new tool citations and authors/contributors).

@Klaps-bot changelog

@Klaps-bot changelog

@Klaps-bot fix linting

@Klaps-bot changelog

@Klaps-bot changelog

repo: Joon-Klaps/dummypipe


text:
Wrong Audio.

Describe your bug here. Mind you, if you are modding, please try testing your bug in a clean version of the engine instead, this ensures the bug is actually caused by the engine itself. Also, if you're using an older version of JSE, please try the latest action build in the Actions tab or the latest release build. The issue has probably been fixed since that version. Oh yeah, and also be sure to check the pinned 'JS Engine: Known Issues' issue, to double check if your issue hasn't already been found!
I'm testing a spamchart song called "botspam." I copied the folders where the songs exist (I found 2), renamed them, and in the one on the "songs" folder, I replaced the "Voices" and 'Inst" Ogg files with my own. I made sure they were the right name, and I made sure they were an Ogg. In the one in the "data" folder, I renamed the JSON files to my song name. (e.g. botspam-hard.json) I even looked into them, and I replaced "song":"Stress" to "song":"Botspam". But when I play it in the editor, it only plays the instrumental of Stress. And for some reason, the screen zooms in at 9 seconds.
Command Prompt/Terminal/Crash logs (if existing)
There are no crash logs.

Have you identified any steps to reproduce the bug? If so, please describe them below in as much detail as possible. Use images if possible.
No response
Are you modding a build from source or with Lua?
Source
What is your build target?
Windows
Did you edit anything in this build? If so, mention or summarize your changes.
no.
If you use 1.12.0 or earlier, did you have Optimized Chart Loading turned on?
None
Did you check for any similar issues to what you're reporting? Check, then come back here. If there is a similar issue, then do not report the issue, otherwise it will be marked as a duplicate.
No

that's likely because you loaded the stress song first, and either you didn't press reload audio after changing the song name to "Botspam" or you pressed reload audio but the engine didn't find the song files

authors: BryceLegendzPlayz JordanSantiagoYT


text:
Update README.md

add Sound to roadmap

m( Helge just clarified that the sound is played by the app on the tablet, the hub has no speaker... :)

repo: JorgePe/BOOSTreveng

license: mit


text:
🛑 Joris - Acenox is down

In 4540547, Joris - Acenox (https://acenox.fr) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Joris - Acenox is back up in e00b343 after 11 minutes.

repo: JorisPV/Status


text:
Comentarios en anexos

Adjunto comentarios de anexos
anexos-AAG.pdf

Ya he

authors: JornezMM alvarag

repo: JornezMM/tfg


text:
Clarification regarding the protocol

Thanks for the nice paper. The paper talks about

"setting the classification logits of the unseen classes to a large negative value (v), thus making their contribution to softmax negligible"

while this explains the training methodology difference between knowns and unknowns on the classification head, I was wondering what is the difference for the bounding box regression head and that for RPN.
That is when training the network initially for a 15+5 class problem setting, the labels for the 5 classes are ignored by fixing the logits for the classification problem but how are the bounding box annotations for these 5 classes used both at the localization head and the RPN?

Hi Akshay,
Thank you for the nice question. Kindly allow me to explain it in detail.
'setting the classification logits of the unseen classes to a large negative value (v)' was not done to explicitly help to model the 'unknown' classes. It was just to limit the number of neurons in the final classification to the number of seen classes, without explicitly changing the architecture (as the gradient will not propagate through these nodes for which the activations are set to large negative value). This is a standard setting followed in many class-incremental works.
Such a requirement (implicitly modifying the network architecture based on the number of classes) is only for the classification head. Hence the RPN or the bounding box regression head doesnot have any such modification.
For the 15 + 5 experiment, labels for only the first 15 classes are considered. Please note that the model doesnot have access to any label (class / bounding-box) for the next 5 classes while learning the first 15 classes. Hence both classification head and regression head are learned only for these 15 classes. Neither RPN nor the regression head are learned in a class specific manner.
Please do let me know whether I was able to address the query clearly. If not, I would be happy to clarify further.
Thanks,
Joseph

Thanks for the prompt response. yes, it addresses my question.

authors: JosephKJ akshay-raj-dhamija

repo: JosephKJ/OWOD


text:
Error when go to agent

Description
In new version there is an error when user go to agent page (http://localhost:3000/agent/Agent-LLM)

Promise {  }
error - unhandledRejection: Error: connect ECONNREFUSED ::1:80
at AxiosError.from (file:///Users/timur/Downloads/Agent-LLM-1.1.0-alpha/frontend/node_modules/axios/lib/core/AxiosError.js:89:14)
at RedirectableRequest.handleRequestError (file:///Users/timur/Downloads/Agent-LLM-1.1.0-alpha/frontend/node_modules/axios/lib/adapters/http.js:591:25)
at RedirectableRequest.emit (node:events:513:28)
at eventHandlers. (/Users/timur/Downloads/Agent-LLM-1.1.0-alpha/frontend/node_modules/follow-redirects/index.js:14:24)
at ClientRequest.emit (node:events:513:28)
at Socket.socketErrorListener (node:_http_client:502:9)
at Socket.emit (node:events:513:28)
at emitErrorNT (node:internal/streams/destroy:151:8)
at emitErrorCloseNT (node:internal/streams/destroy:116:3)
at process.processTicksAndRejections (node:internal/process/task_queues:82:21) {
digest: undefined
}
error - Error: connect ECONNREFUSED ::1:80
at AxiosError.from (file:///Users/timur/Downloads/Agent-LLM-1.1.0-alpha/frontend/node_modules/axios/lib/core/AxiosError.js:89:14)
at RedirectableRequest.handleRequestError (file:///Users/timur/Downloads/Agent-LLM-1.1.0-alpha/frontend/node_modules/axios/lib/adapters/http.js:591:25)
at RedirectableRequest.emit (node:events:513:28)
at eventHandlers. (/Users/timur/Downloads/Agent-LLM-1.1.0-alpha/frontend/node_modules/follow-redirects/index.js:14:24)
at ClientRequest.emit (node:events:513:28)
at Socket.socketErrorListener (node:_http_client:502:9)
at Socket.emit (node:events:513:28)
at emitErrorNT (node:internal/streams/destroy:151:8)
at emitErrorCloseNT (node:internal/streams/destroy:116:3)
at process.processTicksAndRejections (node:internal/process/task_queues:82:21) {
digest: undefined
}
error - Error: connect ECONNREFUSED ::1:80
at AxiosError.from (file:///Users/timur/Downloads/Agent-LLM-1.1.0-alpha/frontend/node_modules/axios/lib/core/AxiosError.js:89:14)
at RedirectableRequest.handleRequestError (file:///Users/timur/Downloads/Agent-LLM-1.1.0-alpha/frontend/node_modules/axios/lib/adapters/http.js:591:25)
at RedirectableRequest.emit (node:events:513:28)
at eventHandlers. (/Users/timur/Downloads/Agent-LLM-1.1.0-alpha/frontend/node_modules/follow-redirects/index.js:14:24)
at ClientRequest.emit (node:events:513:28)
at Socket.socketErrorListener (node:_http_client:502:9)
at Socket.emit (node:events:513:28)
at emitErrorNT (node:internal/streams/destroy:151:8)
at emitErrorCloseNT (node:internal/streams/destroy:116:3)
at process.processTicksAndRejections (node:internal/process/task_queues:82:21) {
digest: undefined
}
Steps to Reproduce the Bug

Run frontend
Run backend
Go to http://localhost:3000/agent/Agent-LLM

Expected Behavior
Goes to page without error
Actual Behavior
Error occurs
Additional Context / Screenshots
No response
Operating System

[ ] Microsoft Windows
[X] Apple MacOS
[ ] Linux
[ ] Android
[ ] iOS
[ ] Other

Python Version

[ ] Python <= 3.9
[ ] Python 3.10
[X] Python 3.11

Environment Type - Connection

[X] Local
[ ] Remote

Environment Type - Container

[ ] Using Docker
[X] Not Using Docker

Acknowledgements

[X] My issue title is concise, descriptive, and in title casing.
[X] I have searched the existing issues to make sure this bug has not been reported yet.
[X] I am using the latest version of Agent-LLM.
[X] I have provided enough information for the maintainers to reproduce and diagnose the issue.

Search for: await axios.get(/api/provider)
and replace with: axios.get(${process.env.NEXT_PUBLIC_API_URI ?? 'http://localhost:7437'}/api/provider)

What file is this "axios.get('/api/provider') located in?

frontend/components/systems/agent/tabs/AgentConfigure.js
frontend/pages/provider/[provider].js
frontend/pages/provider/index.js

Sadly, the same error comes up.

frontend/pages/api/provider/index.js
line 16 change:
await axios.get(${process.env.API_URI}/api/provider).then((response) => {
to
await axios.get(${process.env.NEXT_PUBLIC_API_URI}/api/provider).then((response) => {
Not sure how to create a PR for this.  First timer!

repo: Josh-XT/Agent-LLM


text:
Consider using process::ExitCode, and driving its design too

There's the unstable std::process::ExitCode (tracking issue https://github.com/rust-lang/rust/issues/48711) that also has a Termination impl: https://doc.rust-lang.org/nightly/std/process/struct.ExitCode.html#impl-Termination
It never had an RFC, so it needs someone to figure out what it should look like and how it should be used.  Since you're looking at related things, maybe its worth experimenting with here?
It might be useful to have things define Into<ExitCode> instead of Into<i32>; I don't know.

Hey, thanks for the comment. I was aware of std::process::ExitCode, but one of the goals of this crate is to allow a user to specify specific exit codes rather than simply generic success/failure. Unless I am missing something, requiring the user to impl Into<ExitCode> would restrict them to those two options.
Is there a way to extend ExitCode to this use case?

Thinks like "gee, this should have a way to do more than success/failure" are exactly the kind of design work that the type needs 🙂
For example, people have suggested providing constants for the BSD sysexits codes.
Certainly making them from integers is also logical.  Who knows, maybe the Plan9 implementation should even make them from strings (http://man.cat-v.org/plan_9/2/exits).

authors: JoshMcguigan scottmcm

repo: JoshMcguigan/exit


text:
Feature/balanced parentheses

Challenge name: balanced-parentheses
Description:
Given a string that may contain parentheses validate if it has all being and ending parentheses
Examples:

input:   ()
output: valid

input:   (hello, world)
output: valid

input:   Random text (as this) is ok().
output: valid

input:   )(
output: invalid

input:   (Hello (,) world (!))
output: valid

input:   )()(
output: invalid

input:   ())(()
output: invalid

repo: JosielHernandezDev/algorithms


text:
Rename master branch from main to master

Embrace the ways of yore and give thanks to the Old Gods of our forefathers, it's more based.

You have notifications on for whenever I create a new repo?  I'm blushing

Also, like my tweet it's a banger

You have notifications on for whenever I create a new repo? I'm blushing

No, I don't, I'm just also working late on a Friday night doing hyperfixated bullshit in Rust.

authors: JossDuff TimTinkers


text:
Docker compose configuration returning 404

I'm trying to deploy a prestashop container and want to add https + letsencrypt using the container you built.
i copied the nginx.tmpl from https://github.com/fatk/docker-letsencrypt-nginx-proxy-companion-examples/blob/master/volumes/proxy/templates/nginx-compose-v2.tmpl and
I followed instruction from your example https://github.com/fatk/docker-letsencrypt-nginx-proxy-companion-examples/blob/master/docker-compose/v2/simple-site/docker-compose.yml but I get default nginx page (no prestashop is accessible). If I try mysite.com:8090 I can successfully access prestashop instance.
Here I copied some log from console:
nginx                             | 2016/04/09 12:02:26 [emerg] 1#1: no host in upstream ":80" in /etc/nginx/conf.d/default.conf:35
.....
nginx                             | 52.49.150.5 - - [09/Apr/2016:12:03:43 +0000] "GET / HTTP/1.1" 200 612 "-" "Wget/1.16.1 (linux-gnu)" "-"
nginx                             | 2016/04/09 12:04:58 [error] 6#6: *2 open() "/usr/share/nginx/html/install" failed (2: No such file or directory), client: 52.49.150.5, server: localhost, request: "GET /install13111984 HTTP/1.1", host: "mysite.com"
nginx                             | 52.49.150.5 - - [09/Apr/2016:12:04:58 +0000] "GET /install HTTP/1.1" 404 169 "-" "Wget/1.16.1 (linux-gnu)" "-"

here is my docker compose file
version: '2'
services:

  nginx:
    image: nginx
    container_name: nginx
    ports:
      - "80:80"
      - "443:443"
    restart: always
    volumes:
      - /etc/nginx/conf.d
      - /etc/nginx/vhost.d
      - /usr/share/nginx/html
      - certs:/etc/nginx/certs:ro
    networks:
      - proxy-tier

  nginx-gen:
    image: jwilder/docker-gen
    container_name: nginx-gen
    volumes_from:
      - nginx
    restart: always
    volumes:
      - /home/ubuntu/nginx.tmpl:/etc/docker-gen/templates/nginx.tmpl:ro
      - /var/run/docker.sock:/tmp/docker.sock:ro
    entrypoint: /usr/local/bin/docker-gen -notify-sighup nginx -watch -only-exposed -wait 5s:30s /etc/docker-gen/templates/nginx.tmpl /etc/nginx/conf.d/default.conf

  letsencrypt-nginx-proxy-companion:
    image: jrcs/letsencrypt-nginx-proxy-companion
    container_name: letsencrypt-nginx-proxy-companion
    restart: always
    environment:
       - NGINX_DOCKER_GEN_CONTAINER=nginx-gen
    volumes_from:
      - nginx
    restart: always
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock:ro
      - certs:/etc/nginx/certs:rw

  prestashop:
    image: prestashop/prestashop
    container_name: prestashop
    ports:
      - "8090:80"
    restart: always
    environment:
      - VIRTUAL_HOST=mysite.com
      - VIRTUAL_NETWORK=nginx-proxy
      - VIRTUAL_PORT=80
      - LETSENCRYPT_HOST=mysite.com
      - LETSENCRYPT_EMAIL=email@mysite.com

    networks:
      - proxy-tier

volumes:
  certs: {}

networks:
  proxy-tier:
    external:
      name: nginx-proxy

Like said in the REAME of the example site: https://github.com/fatk/docker-letsencrypt-nginx-proxy-companion-examples#docker-compose-v2 you need an unofficial version of nginx.tmpl to use version 2 of docker-compose.

authors: JrCs ddelizia


text:
How do I install it?

Trying to find the .exe file, no luck

Yeah, how do i install?

authors: pneumahub rtqwtttttttt

repo: JsSucks/BDI


text:
The typewriter stops working the second time I use it

I was trying to adapt scribble to a textbox rpg, and at first everything seemed to fit, at the end of the text the textbox was eliminated, but when reading it a second time, it was simply drawn and did not put the effect of writing letter by letter, someone do you know a solution?
Example ._.  (Sorry if the text is in Spanish, it has nothing to do with the code but ignore it hehe)
https://www.youtube.com/watch?v=wUExs6NVL84&feature=youtu.be

What version of Scribble are you using?

the latest version of scribble, 7.1.0

mmok, I suspect this might be a bug solved in v7.1.1. Could you try updating to 7.1.1pre001 and then tell me if that fixes it?

ok, i will try, thanks!

I already update the scribble, but the problem continues to occur, try to draw the state of the typewriter and when the error happens it automatically appears at 1, that is, when the typewriter works it should start at 0 and gradually go up until it reaches to 1, but it automatically appears in 1, could that be that?

How are you creating your text elements? Are you creating them in a Create event etc.? Are you holding a reference to the text element permanently?

Well, basically I have the doodle, with the typewriter both in the create and in the step, since if I have it only in the step, it marks an error, The text is temporary and comes from elements that when colliding with them and pressing The X key will generate a different message, a separate object is the one who gives the message, this is sent to the textbox through the player, so my code is structured:
[OBJ_TEXTBOX]
[CREATE]
indice = 0;
mensaje = "";
msage = scribble(mensaje)
.typewriter_in(0.5, 1)
.typewriter_sound(snd_letras, 999, 1.0, 1.0)
paus = false;
[STEP]
if (string_length(mensaje) < string_length(referencia.msg[indice])){
mensaje += referencia.msg[indice]
}
msage = scribble(mensaje)
.typewriter_in(0.5, 1)
.typewriter_sound(snd_letras, 999, 1.0, 1.0)
if msage.get_typewriter_state() = 1 && (indice <= referencia.final)
{
if keyboard_check_pressed(ord("X")) && (mensaje == referencia.msg[indice])
{
	indice +=1;
	global.mensaje +=1
	if (indice > referencia.final) {obj_prota.stop = false; global.mensaje = 0; instance_destroy(); }
	mensaje = "";
}	else
{
	mensaje = referencia.msg[indice];
}

}
if (msage.get_typewriter_state() < 1) && paus = false
{
if keyboard_check_pressed(ord("X"))
{
	msage.typewriter_skip();
}

}
if (msage.get_typewriter_paused()){
paus = true
if keyboard_check_pressed(ord("X"))
{
	msage.typewriter_unpause();
}

}
[DRAW]
draw_self(); //allow to see the sprite of the object
msage.draw(x + 20, y + 7)
[OBJ_PROTA]
[STEP]
///Bed
if (stop == true) { exit; }
var  bloque;
bloque = collision_circle(x,y,32,obj_cama,false,false);
if (keyboard_check_pressed(ord("X")) and bloque){
var msg;
msg = instance_create(0,0,obj_textbox);
msg.referencia = bloque;
stop = true;
}
[OBJ_BED]
[CREATE]
msg[0] = "[wave]Aaaaaahh...[/wave] es tu bañera.";
msg[1] = "Con ella te das unos deliciosos\nbaños de tina.";
msg[2] = "A veces tu madre te regaña por\npasar mucho tiempo ahi.";
msg[3] = "Pero el agua caliente es lo\nmejor del mundo.";
final = 3;
global.mensaje = 0;
I hope this is more or less understandable 😅

I didn't read your code too carefully, so I apologize if you already know this, but the typewriter's progress in a text is stored in the text element generated by scribble(), so it isn't reset once the textbox disappears. You have to manually call the .typewriter_reset() method to reset the typewriter's position on that page.

I didn't read your code too carefully, so I apologize if you already know this, but the typewriter's progress in a text is stored in the text element generated by scribble(), so it isn't reset once the textbox disappears. You have to manually call the .typewriter_reset() method to reset the typewriter's position on that page.

I was having this same issue. Adding this call whenever I made a new scribble element is what seems to have fixed it for me.

authors: Alemar5 Anapsys JujuAdams Yeasteroni

repo: JujuAdams/Scribble


text:
Sprites are still colorized when SCRIBBLE_COLORIZE_SPRITES set to false.

How are you applying the colour?

How are you applying the colour?

scribble(text).blend(c_black,1).draw(x,y);

The .blend() method will colourize everything; this is by design. If you want to colourize specific parts of an input string use inline formatting.

authors: JujuAdams Psycho-Male


text:
Fix PerformanceEvaluation bug

resolves #702

Codecov Report

Merging #703 (3a39df3) into dev (7311060) will decrease coverage by 2.72%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##              dev     #703      +/-   ##
==========================================
- Coverage   86.53%   83.80%   -2.73%
==========================================
  Files          36       36
  Lines        3401     2903     -498
==========================================
- Hits         2943     2433     -510
- Misses        458      470      +12

Impacted Files
Coverage Δ

src/resampling.jl
87.95% <100.00%> (-0.32%)
:arrow_down:

src/sources.jl
70.00% <0.00%> (-18.00%)
:arrow_down:

src/composition/models/transformed_target_model.jl
85.45% <0.00%> (-14.55%)
:arrow_down:

src/data/datasets.jl
86.84% <0.00%> (-13.16%)
:arrow_down:

src/measures/continuous.jl
89.13% <0.00%> (-7.17%)
:arrow_down:

src/show.jl
29.92% <0.00%> (-7.12%)
:arrow_down:

src/measures/measures.jl
64.63% <0.00%> (-6.24%)
:arrow_down:

src/measures/probabilistic.jl
58.46% <0.00%> (-4.70%)
:arrow_down:

src/operations.jl
76.19% <0.00%> (-4.58%)
:arrow_down:

src/interface/data_utils.jl
88.88% <0.00%> (-4.45%)
:arrow_down:

... and 25 more

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 7311060...3a39df3. Read the comment docs.

authors: ablaom codecov-commenter


text:
Compat bump for ResumableFunctions and a versionbump for release

ResumableFunctions 1.0.0 was released, now with proper support for variable scopes (previously it was breaking local scopes). I tested it locally and it runs with CCDReduction.jl, so providing a version bump here.
CCDReduction.jl is also used in the CI of ResumableFunctions to check for unintentional breaking changes. Having a new release of CCDReduction.jl would be valuable for our CI.

Seems fine to me but I am not very familiar with this codebase. I will wait to merge until the end of the week in case any more qualified maintainers wish to comment.

authors: Krastanov cgarling


text:
Error with Constant Output on Zygote

As a follow on to https://github.com/JuliaDiff/DifferentiationInterface.jl/issues/525 and https://github.com/JuliaDiff/DifferentiationInterface.jl/issues/527, the AutoZygote() interface also has issues with constant output. Using the same code
using SatelliteToolboxTransformations

using DifferentiationInterface
import Zygote

jd_utc = date_to_jd(2004, 4, 6, 7, 51, 28.386009)

f_fd, df_fd = value_and_derivative(
    get_Δat,
    AutoFiniteDiff(),
    jd_utc
)

f_ad, df_ad = value_and_derivative(
    get_Δat,
    AutoZygote(),
    jd_utc
)

Zygote.gradient(get_Δat, jd_utc)

The error provided was

ERROR: MethodError: no method matching iterate(::Nothing)
The function iterate exists, but no method is defined for this combination of argument types.

Closest candidates are:
iterate(::ExponentialBackOff)
@ Base error.jl:264
iterate(::ExponentialBackOff, ::Any)
@ Base error.jl:264
iterate(::LibGit2.GitConfigIter)
@ LibGit2 C:\Users\jmurp\AppData\Local\Programs\Julia-1.11.1\share\julia\stdlib\v1.11\LibGit2\src\config.jl:225

Stacktrace:
[1] dot(x::Float64, y::Nothing)
@ LinearAlgebra C:\Users\jmurp\AppData\Local\Programs\Julia-1.11.1\share\julia\stdlib\v1.11\LinearAlgebra\src\generic.jl:855
[2]
@ DifferentiationInterface C:\Users\jmurp.julia\packages\DifferentiationInterface\tBGja\src\first_order\pushforward.jl:179
[3] #6
@ C:\Users\jmurp.julia\packages\DifferentiationInterface\tBGja\src\first_order\pushforward.jl:210 [inlined]
[4] ntuple
@ .\ntuple.jl:48 [inlined]
[5] value_and_pushforward
@ C:\Users\jmurp.julia\packages\DifferentiationInterface\tBGja\src\first_order\pushforward.jl:209 [inlined]
[6] value_and_derivative
@ C:\Users\jmurp.julia\packages\DifferentiationInterface\tBGja\src\first_order\derivative.jl:97 [inlined]
[7] value_and_derivative(::typeof(get_Δat), ::AutoZygote, ::Float64)
@ DifferentiationInterface C:\Users\jmurp.julia\packages\DifferentiationInterface\tBGja\src\fallbacks\no_prep.jl:61
[8] top-level scope @ c:\Users\jmurp.julia\dev\SatelliteToolboxTransformations\test\runtests.jl:23

On a positive note, both Forward and Reverse Enzyme seem to be working on the function call.

I think this is a fundamental limitation of Zygote, because when there is no chain rule, the returned value for the pullback is nothing:
julia> using Zygote

julia> f(x) = 1.0
f (generic function with 1 method)

julia> y, pb = Zygote.pullback(f, 2.0)
(1.0, Zygote.var"#78#79"{Zygote.Pullback{Tuple{typeof(f), Float64}, Tuple{}}}(∂(f)))

julia> pb(3.0)
(nothing,)

Interpreting it in any other way (e.g. as a zero derivative) may lead to incorrect results, which is why I prefer to error. However, the error message could be nicer, as suggested by #604. What do you think?

Thanks for the quick reply! Gotcha, yeah I think that's a fair solution.
In my problem, I don't think this will usually be an issue in practice but I'm just trying to make sure all the functions leading into the larger scope won't cause issues. Being able to grab that error I think will tell me that this function wouldn't cause problems.


text:
"MethodError: no method matching gemm!" error when using Rosenbrock23 with diffeq_rd.

Hi, thanks for the great package!
I found a problem when combining diffeq_rd and the Rosenbrock23 solver.
If I run the Lotka-Volterra basic example provided named "Train an ODE to satisfy an objective"
(https://github.com/FluxML/model-zoo/blob/da4156b4a9fb0d5907dcb6e21d0e78c72b6122e0/other/diffeq/ode.jl) everything works as expected.
I replace Tsit5() with Rosenbrock23(autodiff=false) in the function predict_rd on line 30 and it still works.
Now, I increase the number of variables from 2 to 30 in the differential equations function by changing the lines marked with <<<<<<< here below (note that the additional variables do not affect the solution)
using Flux, DiffEqFlux, DifferentialEquations, Plots

## Setup ODE to optimize
function lotka_volterra(du,u,p,t)
  x, y = u
  α, β, δ, γ = p
  du[1] = dx = α*x - β*x*y
  du[2] = dy = -δ*y + γ*x*y
  du[3:end] .= 0e0 # <<<<< ADD
end
# u0 = [1.0,1.0] # <<<<< REMOVE
u0 = ones(30) # <<<<< ADD
tspan = (0.0,10.0)
p = [1.5,1.0,3.0,1.0]
prob = ODEProblem(lotka_volterra,u0,tspan,p)

# Verify ODE solution
sol = solve(prob,Tsit5())
plot(sol)

# Generate data from the ODE
sol = solve(prob,Tsit5(),saveat=0.1)
A = sol[1,:] # length 101 vector
t = 0:0.1:10.0
scatter!(t,A)

# Build a neural network that sets the cost as the difference from the
# generated data and 1

p = param([2.2, 1.0, 2.0, 0.4]) # Initial Parameter Vector
function predict_rd() # Our 1-layer neural network
  diffeq_rd(p,prob,Rosenbrock23(autodiff=false),saveat=0.1)[1,:] # <<<<<<< CHANGED
end
loss_rd() = sum(abs2,x-1 for x in predict_rd()) # loss function

# Optimize the parameters so the ODE's solution stays near 1

data = Iterators.repeated((), 100)
opt = ADAM(0.1)
cb = function () #callback function to observe training
  display(loss_rd())
  # using `remake` to re-create our `prob` with current parameters `p`
  display(plot(solve(remake(prob,p=Flux.data(p)),Tsit5(),saveat=0.1),ylim=(0,6)))
end
# Display the ODE with the initial parameter values.
cb()
Flux.train!(loss_rd, [p], data, opt, cb = cb)

These changes produce the following error
ERROR: LoadError: MethodError: no method matching gemm!(::Char, ::Char, ::Tracker.TrackedReal{Float64}, ::SubArray{Tracker.TrackedReal{Float64},2,Array{Tracker.TrackedReal{Float64},2},Tuple{UnitRange{Int64},UnitRange{Int64}},false}, ::SubArray{Tracker.TrackedReal{Float64},2,Array{Tracker.TrackedReal{Float64},2},Tuple{UnitRange{Int64},UnitRange{Int64}},false}, ::Tracker.TrackedReal{Float64}, ::SubArray{Tracker.TrackedReal{Float64},2,Array{Tracker.TrackedReal{Float64},2},Tuple{UnitRange{Int64},UnitRange{Int64}},false})
Closest candidates are:
  gemm!(::AbstractChar, ::AbstractChar, ::Float64, ::Union{AbstractArray{Float64,1}, AbstractArray{Float64,2}}, ::Union{AbstractArray{Float64,1}, AbstractArray{Float64,2}}, ::Float64, ::Union{AbstractArray{Float64,1}, AbstractArray{Float64,2}}) at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.1/LinearAlgebra/src/blas.jl:1111
  gemm!(::AbstractChar, ::AbstractChar, ::Float32, ::Union{AbstractArray{Float32,1}, AbstractArray{Float32,2}}, ::Union{AbstractArray{Float32,1}, AbstractArray{Float32,2}}, ::Float32, ::Union{AbstractArray{Float32,1}, AbstractArray{Float32,2}}) at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.1/LinearAlgebra/src/blas.jl:1111
  gemm!(::AbstractChar, ::AbstractChar, ::Complex{Float64}, ::Union{AbstractArray{Complex{Float64},1}, AbstractArray{Complex{Float64},2}}, ::Union{AbstractArray{Complex{Float64},1}, AbstractArray{Complex{Float64},2}}, ::Complex{Float64}, ::Union{AbstractArray{Complex{Float64},1}, AbstractArray{Complex{Float64},2}}) at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.1/LinearAlgebra/src/blas.jl:1111
  ...

Now, if I go back from Rosenbrock23(autodiff=false) to Tsit5() the code can handle all the 30 variables and produces the same results as the 2-variables case (as expected).
To recap:

2 variables + Tsit5: OK
2 variables + Rosenbrock23: OK
30 variables + Rosenbrock23: FAIL (gemm! error)
30 variables + Tsit5: OK

Other info:

Same problem with TRBDF2() and in general with solvers for stiff ODEs.
It seems to work fine up to 16 variables (i.e. with 17 I get the gemm! error).
Found the same behaviour in more complex set-ups.

What am I doing wrong? Thanks in advance.

My system:
Linux 4.15.0-54-generic #58~16.04.1-Ubuntu
Julia Version 1.1.1 (2019-05-16), other packages are
  "Sundials"              => v"3.6.1"
  "Atom"                  => v"0.8.8"
  "Optim"                 => v"0.19.0"
  "Juno"                  => v"0.7.0"
  "TensorFlow"            => v"0.11.0"
  "StatsBase"             => v"0.31.0"
  "DiffEqFlux"            => v"0.5.0"
  "Flux"                  => v"0.8.3"
  "Plots"                 => v"0.25.3"
  "DifferentialEquations" => v"6.6.0"
  "ImageView"             => v"0.9.0"

When the size increases, we do an auto-blocking to speed up OpenBLAS. However, that has a BLAS.gemm call in there.
https://github.com/YingboMa/RecursiveFactorization.jl/blob/master/src/lu.jl#L98
@YingboMa can we just put an if StridedArray gemm! otherwise ... on that?

Hi Chris, thanks for the answer.
It would be great to have this available for larger stiff systems.
Also an option to not use OpenBLAS might help.

Fixed by https://github.com/YingboMa/RecursiveFactorization.jl/releases/tag/v0.0.1 .
Though looking at your example, the way you're computing it is going to be really slow. You should probably use adjoint, and we should change the README example.

Thnaks @YingboMa and @ChrisRackauckas for the fix and for the suggestion, I will try adjoint.

authors: ChrisRackauckas tgrassi


text:
Zygote-based forward-over-reverse HesVecs

Zygote is slow:
using SparseDiffTools, BenchmarkTools
x = rand(300)
v = rand(300)
f(u) = sum(abs2,u)
du = similar(x)
c1 = similar(x); c2 = similar(x); c3 = similar(x); c4 = similar(x)
cache1 = ForwardDiff.Dual{SparseDiffTools.DeivVecTag}.(x, v)
cache2 = ForwardDiff.Dual{SparseDiffTools.DeivVecTag}.(x, v)
config = ForwardDiff.GradientConfig(f,x)
@btime num_hesvec!($du, $f, $x, $v, $c1, $c3, $c4)
@btime numauto_hesvec!($du, $f, $x, $v, $config, $c1, $c2)
@btime autonum_hesvec!($du, $f, $x, $v, $c1, $cache1, $cache2)
@btime numback_hesvec!(du, f, x, v, $c1, $c2)
@btime autoback_hesvec!(du, f, x, v, $cache1, $cache2) # fails

  50.891 μs (0 allocations: 0 bytes)
  23.646 μs (1 allocation: 16 bytes)
  198.940 μs (0 allocations: 0 bytes)
  88.932 μs (3193 allocations: 90.84 KiB) # This is Zygote :(

but if it improves this will already exist.
Note that forward diff -> Zygote currently fails. MWE:
using Zygote, ForwardDiff, SparseDiffTools

function _autoback_hesvec(f,x,v)
    g = (x) -> first(Zygote.gradient(f,x))
    ForwardDiff.partials.(g(ForwardDiff.Dual{Nothing}.(x, v)), 1)
end

x = rand(300)
v = rand(300)
f(u) = sum(abs2,u)
numback_hesvec(f, x, v) # works
_autoback_hesvec(f, x, v) # fails

fails with
MethodError: no method matching (::Zygote.Jnew{ForwardDiff.Dual{Nothing,Float64,1},Nothing,false})(::ForwardDiff.Dual{Nothing,Float64,1})
Closest candidates are:
  Jnew(!Matched::Union{Nothing, RefValue, NamedTuple}) where {T, G} at C:\Users\accou\.julia\packages\Zygote\VeaFW\src\lib\lib.jl:216
(::getfield(Zygote, Symbol("##301#back#152")){Zygote.Jnew{ForwardDiff.Dual{Nothing,Float64,1},Nothing,false}})(::ForwardDiff.Dual{Nothing,Float64,1}) at grad.jl:46
Type at dual.jl:19 [inlined]
(::typeof(∂(ForwardDiff.Dual{Nothing,Float64,1})))(::ForwardDiff.Dual{Nothing,Float64,1}) at interface2.jl:0
literal_pow at dual.jl:55 [inlined]
(::getfield(Zygote, Symbol("##1077#1084")))(::typeof(∂(Base.literal_pow)), ::ForwardDiff.Dual{Nothing,Float64,1}) at broadcast.jl:97
iterate at generator.jl:36 [inlined]
collect(::Base.Generator{Base.Iterators.Zip{Tuple{Array{typeof(∂(Base.literal_pow)),1},Zygote.FillArray{ForwardDiff.Dual{Nothing,Float64,1},1}}},getfield(Base, Symbol("##3#4")){getfield(Zygote, Symbol("##1077#1084"))}}) at array.jl:606
map at abstractarray.jl:2091 [inlined]
(::getfield(Zygote, Symbol("##1076#1083")){Tuple{Base.RefValue{typeof(^)},Array{ForwardDiff.Dual{Nothing,Float64,1},1},Base.RefValue{Val{2}}},Val{4},Array{typeof(∂(Base.literal_pow)),1}})(::Zygote.FillArray{ForwardDiff.Dual{Nothing,Float64,1},1}) at broadcast.jl:97
#2756#back at grad.jl:46 [inlined]
(::getfield(Zygote, Symbol("##129#130")){getfield(Zygote, Symbol("##2756#back#1087")){getfield(Zygote, Symbol("##1076#1083")){Tuple{Base.RefValue{typeof(^)},Array{ForwardDiff.Dual{Nothing,Float64,1},1},Base.RefValue{Val{2}}},Val{4},Array{typeof(∂(Base.literal_pow)),1}}},Tuple{NTuple{4,Nothing},Tuple{Nothing}}})(::Zygote.FillArray{ForwardDiff.Dual{Nothing,Float64,1},1}) at lib.jl:108
#254#back at grad.jl:46 [inlined]
broadcasted at broadcast.jl:1167 [inlined]
f at test_jaches_products.jl:21 [inlined]
(::typeof(∂(f)))(::ForwardDiff.Dual{Nothing,Float64,1}) at interface2.jl:0
(::getfield(Zygote, Symbol("##34#35")){typeof(∂(f))})(::ForwardDiff.Dual{Nothing,Float64,1}) at interface.jl:38
gradient(::Function, ::Array{ForwardDiff.Dual{Nothing,Float64,1},1}) at interface.jl:47
(::getfield(Main, Symbol("##17#18")){typeof(f)})(::Array{ForwardDiff.Dual{Nothing,Float64,1},1}) at test_jaches_products.jl:161
_autoback_hesvec(::Function, ::Array{Float64,1}, ::Array{Float64,1}) at test_jaches_products.jl:162
top-level scope at none:0

@MikeInnes do you know how to workaround that issue with the forward-over-reverse implementation?


text:
fix tests

PR to be merged after JuliaGeo/GeoJSON.jl#68 is merged. It fixes JuliaEarth/GeoTables.jl#24, to summarize the errors we obtained were because:

There was a bug in GeoJSON.jl that was saving MultiLineStrings as Polygons.
The file ne_110m_land.shp needs Float64 precision when reading with GeoJSON as suggested by @eliascarv .

Codecov Report

Merging #27 (6b7a528) into master (c4aa434) will not change coverage.
The diff coverage is n/a.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
@@           Coverage Diff           @@
##           master      #27   +/-   ##
=======================================
  Coverage   91.20%   91.20%
=======================================
  Files           3        3
  Lines         125      125
=======================================
  Hits          114      114
  Misses         11       11

authors: ErickChacon codecov-commenter


text:
filter documentation

Minor correction in filter, filterwhen documentation, see #100

Coverage decreased (-0.4%) to 68.511% when pulling bfb15e18dd3538ac6a2b1538d52542524accc6eb on jw3126:patch-1 into 393520a9ebd02402ca0609e1b1b95af7518f8b00 on JuliaLang:master.


text:
Crash when benchmarking BLIS.BLASInterface.axpy!

Simple reproducer:
julia> versioninfo()
Julia Version 1.7.2
Commit bf53498635 (2022-02-06 15:21 UTC)
Platform Info:
  OS: Linux (x86_64-pc-linux-gnu)
  CPU: Intel(R) Core(TM) i7-4870HQ CPU @ 2.50GHz
  WORD_SIZE: 64
  LIBM: libopenlibm
  LLVM: libLLVM-12.0.1 (ORCJIT, haswell)

(tmp) pkg> st -m BLIS blis_jll
      Status `/tmp/Manifest.toml`
  [32f2db32] BLIS v0.2.0
  [6136c539] blis_jll v0.8.1+0

julia> using BenchmarkTools, BLIS
[ Info: blis_jll yields BLIS installation: /home/mose/.julia/artifacts/3bd06aa4f9939a35f5cb53773bd177f94ec99078/lib/libblis.so.

julia> @benchmark BLIS.BLASInterface.axpy!(a, x, y) setup=(T=Float32; N=100; a=randn(T); x=randn(T, N); y=randn(T, N)) evals=1
GC error (probable corruption) :
Allocations: 21278104 (Pool: 21271094; Big: 7010); GC: 26

!!! ERROR in jl_ -- ABORTING !!!
0x7f70fc77f010: Root object: 0x7f7152ae4010 :: 0x7f7149ad2070 (bits: 3)
        of type Task
0x7f70fc77f028: Root object: 0x7f71498c1760 :: 0x7f7149859b30 (bits: 3)
        of type Module
0x7f70fc77f040: Root object: 0x7f714985a620 :: 0x7f714985a2b0 (bits: 3)
        of type Array{Any, 1}
0x7f70fc77f058: Root object: 0x7f714e0ed220 :: 0x7f714985a380 (bits: 3)
        of type UnionAll
0x7f70fc77f070: Root object: 0x7f714d451b60 :: 0x7f71498d7f50 (bits: 3)
        of type Core.TypeMapEntry
0x7f70fc77f088: Root object: 0x7f714d5bbfa0 :: 0x7f71498d7f50 (bits: 3)
        of type Core.TypeMapEntry
0x7f70fc77f0a0: Root object: 0x7f714b87b220 :: 0x7f71498d7f50 (bits: 3)
        of type Core.TypeMapEntry

# Continues a _huge_ wall of errors

Perhaps some variables shared with the library aren't rooted correctly?

Out-of-boundary access seems to occur every time when α or β is a floating point. Let me check...

Typed backend works OK. I must have misunderstood some GC-related behaviors when interfacing BLIS objects.
@benchmark BLIS.TypedBackend.bli_saxpyv!(BLIS.Types.BLIS_NO_CONJUGATE, N, [a], x, 1, y, 1) setup=(T=Float32; N=100; a=randn(T); x=randn(T, N); y=randn(T, N)) evals=20

authors: giordano xrq-phys


text:
enable dependabot for GitHub actions

This allows to get updates for GitHub actions automatically. I have used this for my own packages, the Trixi.jl framework, and the SciML organization. After merging this, you could also enable other Dependabot actions in 'Settings -> Code security and analysis -> Dependabot alerts' and '... -> Dependabot security updates'.
See https://github.com/SciML/MuladdMacro.jl/pull/37

Pull Request Test Coverage Report for Build 4416276467

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 100.0%

Totals

Change from base Build 1359595964:
0.0%

Covered Lines:
5

Relevant Lines:
5

💛  - Coveralls

authors: coveralls ranocha


text:
New version: FinEtools v8.0.14

Registering package: FinEtools
Repository: https://github.com/PetrKryslUCSD/FinEtools.jl
Created by: @PetrKryslUCSD
Version: v8.0.14
Commit: 56c95e762f7dbe93b335fd3c07459f5749813ad3
Reviewed by: @PetrKryslUCSD
Reference: https://github.com/PetrKryslUCSD/FinEtools.jl/commit/56c95e762f7dbe93b335fd3c07459f5749813ad3#commitcomment-140885200
Description: Finite  Element tools in Julia

[merge approved]

authors: JuliaRegistrator PetrKryslUCSD

repo: JuliaRegistries/General


text:
New version: TeaSeis v0.4.0

Registering package: TeaSeis
Repository: https://github.com/ChevronETC/TeaSeis.jl
Created by: @samtkaplan
Version: v0.4.0
Commit: 548a6034d705a6ce9bd1d3d508b044b5fd2cd900
Reviewed by: @samtkaplan
Reference: https://github.com/ChevronETC/TeaSeis.jl/commit/548a6034d705a6ce9bd1d3d508b044b5fd2cd900#commitcomment-33764992

Closing in favor of #1115

authors: JuliaRegistrator fredrikekre


text:
New version MPIReco: 0.1.1

Registering: MPIReco
Repository: https://github.com/MagneticParticleImaging/MPIReco.jl
Version: v0.1.1
Commit: 755a4087ded2bc2470e364818864de79d6dce816
Proposed by: @tknopp
Reviewed by: @tknopp
Reference: https://github.com/MagneticParticleImaging/MPIReco.jl/commit/755a4087ded2bc2470e364818864de79d6dce816#commitcomment-33295642

This seems to remove all compatibility constraints on the package?

Well, it had no compatibility constraints before. But I changed that in the recent commit that the main dependencies (RegularizedLeastSquares and MPIFiles) have compat.
But now there are "-0" ranges which looks wrong.

No, that's actually correct: 0.1.1-0 means [0.1.1, 1.0.0). It looks a bit funny but 0 in a range means 0.*.* not 0.0.0.

yes clear, makes sense of course.

authors: JuliaRegistrator StefanKarpinski tknopp


text:
New version: EvidentialFlux v1.2.1

Registering package: EvidentialFlux
Repository: https://github.com/DoktorMike/EvidentialFlux.jl
Created by: @DoktorMike
Version: v1.2.1
Commit: a8e3885b733a48e0583138f0a6da9cd38615c36e
Git reference: HEAD
Description: Evidential Deep Learning Layers for Flux

Forgot to update Project.toml

authors: DoktorMike JuliaRegistrator


text:
Make the toggle-switch usable with keyboard or assistive technology.

Adding the functionality required for the ARIA switch role allows using the switch with keyboard or assistive technology.

Add role="switch"
Allow toggling the switch with space key
Set the aria-checked attribute dynamically
Made the switch focusable by adding the tabindex attribute (can be overwritten)

See:
https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/ARIA_Techniques/Using_the_checkbox_role
https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/ARIA_Techniques/Using_the_switch_role

Sorry, will fix the tests.

I have fixed the unit tests and called grunt build. The unit test still failing is just the tests are failing on master, too. As this is unrelated to this feature pull requests I added another one just for the existing unit tests: https://github.com/JumpLink/angular-toggle-switch/pull/15

Thank you again :)

authors: JumpLink phw

repo: JumpLink/angular-toggle-switch


text:
Adding docs with getting started guide for GCE

Getting started guide for Opencontrail deployment in GCE
This PR provides getting started guide for Opencontrail integrated with kubernetes in GCE.

@sanabby Please remove the lines between BEGIN / END MUNGE at top and bottom.
I'd like to merge this ASAP.

@pedro-r-marques Sorry about the delay Pedro, the notification from you on this conversation somehow was in the updates folder and I missed it. Incorporated the changes and amended the review.

Coverage decreased (-37.1%) to 48.39% when pulling fe9923cf31a275bd7fe57134fb4d3e70ece61816 on sanabby:docs into 8ef216cf647b612353da46736d5b11cc051282f2 on Juniper:master.

authors: coveralls pedro-r-marques sanabby

repo: Juniper/contrail-kubernetes


text:
Render resets

I got this piece of code from @pfitzseb
Juno.@render Juno.Inline x::DESolution begin
  fields = fieldnames(typeof(x))
  Juno.LazyTree(typeof(x), () -> [Juno.SubTree(Juno.Text("$f → "), Juno.getfield′(x, f)) for f in fields])
end

and I use it on all of my abstract array types to get rid of the rendering override. Could there just be a simple function to call instead?

http://docs.junolab.org/latest/man/info_developer.html#Juno.defaultrepr

authors: ChrisRackauckas pfitzseb


text:
Added missing dependencies for CentOS7

After creating your pull request, tick these boxes if they are applicable to you.

[ ] I have tested my changes against the review branch (the latest developmental version), and this pull request is targeting that branch as a base
[ ] I have tested my changes on Python 3.5/3.6

Description
Related issues (if applicable)

Putting in my two cents, you appear to have completely missed the guides. The script you changed is meant to run the bot, not update it, or any of the dependencies, and even then, there are no scripts that are meant to install the system dependencies, only ones through pip. All CentOS dependencies and a guide to installing the bot on CentOS can be found here

The edited script is only for updating python dependencies. It is not mean't to be an install script nor would we want a CentOS only code that is for a script that is designed for all installations of Linux.

authors: AleanaA MattBSG jadissa

repo: Just-Some-Bots/MusicBot


text:
🛑 Index is down

In faacb3c, Index (https://www.shiyunhong.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Index is back up in 67c2b73 after 11 minutes.

repo: Just-test-it/monitor


text:
能用了吗？

为什么一直提示： Failed to resolve: com.justkiddingbaby:fragment-rigger:1.0.0。

可以使用了，请把你的项目根目录下和module的build.gradle配置发出来。

都是照着文档配置的
根：
buildscript {
repositories {
    google()
    jcenter()
}
dependencies {
    classpath 'com.android.tools.build:gradle:3.0.0'

    //aop插件
    classpath 'com.hujiang.aspectjx:gradle-android-plugin-aspectjx:1.0.10'
    // NOTE: Do not place your application dependencies here; they belong
    // in the individual module build.gradle files
}

}
allprojects {
repositories {
google()
jcenter()
maven { url "https://jitpack.io" }
}
}
项目：
apply plugin: 'android-aspectjx'
//aop插件
//省略中间部分配置
dependencies {
implementation fileTree(include: ['.jar'], dir: 'libs')
testCompile mainGroup.Junit
androidTestImplementation 'com.android.support.test:runner:1.0.1'
androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.1'
implementation project(':BaseCore')
/ fragment管理框架*/
//    compile 'com.justkiddingbaby:fragment-rigger:1.0.0'
}

@AcgnCodeMonkey 不好意思，忘记关联到JCenter中了，您可以先clone项目查看demo，等JCenter关联成功后第一时间通知您～

ok，持续关注

@AcgnCodeMonkey JCenter已关联成功，可以正常使用了～

authors: AcgnCodeMonkey JustKiddingBaby

repo: JustKiddingBaby/FragmentRigger


text:
🛑 node-ichi is down

In 033aab3, node-ichi (ichi.ekr.moe) was down:

HTTP code: 0
Response time: 0 ms

nginx trouble, fixed now

Resolved: node-ichi is back up in d12f313 after 21 minutes.

repo: JustLian/uptime


text:
Analytics Utilities

I'd love to have analytics to determine how fast each algorithm runs (inferring the Big O Notation) and a breakdown of how many lines of code each solution is.
As I go back and refactor old challenges, it could be helpful to have this data (maybe outputting to a file saved to the repo) that could be referenced to see if things are improving (less code, faster runtimes), etc

Pytest has a nifty --durations flag that will output the duration each test takes which in essence is how long each algorithm runs. This is good enough for me for now.


text:
加了mAgentWeb.getJsInterfaceHolder().addJavaObject 页面显示空白，无法正常显示

为什么加了mAgentWeb.getJsInterfaceHolder().addJavaObject 页面显示空白，无法正常显示

我也遇到了,又换回webivew自带的了
mAgentWeb.webCreator.webView.addJavascriptInterface(JSObject,"objectName")

authors: zhugefubin zivxia

repo: Justson/AgentWeb


text:
下载library

**什么jzvd版本
**相关log是什么
**demo是否有这个问题
**如何操作复现
**什么安卓版本，什么机型
**最好有截图或者视频说明情况

jz_fullscreen_id  jz_tiny_id 和这个找不到这个id。发现最新的library功能不如 远程仓库全 于是想把远程仓库的代码拷贝过去 找不到这两个id

6.2.10 最新的没有了好多功能 你这个项目中最新的library 和这个6.2.10对比的话

用新版本，然后拷贝对应版本的布局

jz_fullscreen_id jz_tiny_id 和这个找不到这个id。 6.2.10 jzVideoPlayer中findViewId 这两个
但是在布局中没有这两个 我拷贝过去代码 找不到id

找你引用的对应的饺子版本，里面的资源
---原始邮件---
发件人: "XuEnhao"<notifications@github.com>
发送时间: 2020年2月22日(周六) 上午10:28
收件人: "Jzvd/JiaoZiVideoPlayer"<JiaoZiVideoPlayer@noreply.github.com>;
抄送: "State change"<state_change@noreply.github.com>;"Nathen"<1066666651@qq.com>;
主题: Re: [Jzvd/JiaoZiVideoPlayer] 下载library (#55)
jz_fullscreen_id jz_tiny_id 和这个找不到这个id。 6.2.10 jzVideoPlayer中findViewId 这两个
但是在布局中没有这两个 我拷贝过去代码 找不到id
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or unsubscribe.

authors: XuEnhao lipangit

repo: Jzvd/JiaoZiVideoPlayer


text:
Dodělat možnosti řazení podle měr zajímavosti

podporovat zkratky dle feature listu

v budoucnu bude potřeba doladit v rámci issue #22

repo: KIZI/EasyMiner-EasyMinerCenter


text:
🛑 PLDT is down

In 4b67ab5, PLDT (https://pldthome.com) was down:

HTTP code: 403
Response time: 4638 ms

Resolved: PLDT is back up in 3d4d3eb after 26 minutes.

repo: KMHARS/uptime


text:
Add ASETAvionics.netkan

Closes #1970

Passes local + Jenkins. Merging.

repo: KSP-CKAN/NetKAN


text:
Add CONTARES from Kerbal Stuff

This pull request was automatically generated by Kerbal Stuff on behalf of hraban, to add CONTARES to CKAN.
Please direct questions about this pull request to hraban.

Closed by https://github.com/KSP-CKAN/NetKAN/pull/2447


text:
stdout option not tested

Could not test or build, got quite a few compiler error with snprintf after using Kore/make.js
But I thought it might help

Thanks, think it will help. Will build and test.

authors: RobDangerous wighawag

repo: KTXSoftware/krafix

license: Zlib


text:
Tag for version 2.12 is missing

Hello,
I think a few weeks ago it was possible to get version 2.12 from master branch.
Also OpenFOAM (https://develop.openfoam.com/Development/ThirdParty-common/-/blob/master/SOURCES.txt) are reference to version 2.12.
Where is the version 2.12 sources to download?

Hey,
you can find it here algo2.iti.kit.edu/schulz/software_releases/KaHIP_2.12.tar.gz
Best
Christian
p.s. sorry there is no tag for 2.12

of course, but why no tag in git repository for version 2.12?

why I will an tag?
I build container images for openfoam and some other applications. So, currently I use as possible git repositories with tag to get the source and all the shit was it needed.

Hi Thomas,
the functionality that you are using through OpenFOAM is unchanged in the current release (and master branch), why don't you just use the new master branch if you got KaHIP from there before or from the new release tag?
Best
Christian

I used the master branch a few month ago, as it pointed to v2.12.
Actually I have got an build issue (linking error to KaHIP).
And with my mind / thinking a "major version change" has changing's there are not compatible for code that offical use a older version.
Git is a version managment software. Why do you not use this capability?
Tag an offical release, ... opening an maintenance branch, ... and so on
So, one of many build/link errors (mostly looks the same) with actually master branch
(I know the build issues are problems of OpenFOAM, but to tag an 2.12 version here is your problem)
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `nested_dissection::ordering() const'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `nested_dissection::perform_nested_dissection(PartitionConfig&)'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `nested_dissection::nested_dissection(graph_access*)'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `mapping_algorithms::construct_a_mapping(PartitionConfig&, graph_access&, matrix&, std::vector<unsigned int, std::allocator<unsigned int> >&)'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `mapping_algorithms::mapping_algorithms()'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `mapping_algorithms::~mapping_algorithms()'

Hi Thomas,
thanks for the input, will fix the linking errors tomorrow.
Meanwhile, you can also use github to pull 2.10 from here https://github.com/KaHIP/KaHIP/tree/357bebb13e0384b80a191eb3af0dbed2cde536db
Best
Christian

Thanks for your fast reply's (really fast).

I just had a look, I am actually not building libkahip.so myself  ...
I am building the shared library libinterface.so and the static one libinterface.a (the static one is rename to libkahip.a in deploy, the shared one is not copied atm when using the build bash script). Both of them contain the mapping and node ordering symbols. Not sure where this is coming from, but you should link against libinterface.so. Could you tell me which OpenFOAM repo/version you are using so I can have a look?
Best
Christian
p.s. regarding the tag, i will see how i can create a release tag from an old commit, but this may take a day or two

Okay, there is now a release tag for v2.12.
All the best
Christian

I use OpenFOAM from openfoam.com. OpenFOAM++ in the past.
OF_GIT_URL="https://develop.openfoam.com/Development/openfoam.git"
OF_TP_GIT_URL="https://develop.openfoam.com/Development/ThirdParty-common.git"

The v2006 version naming for kahip is "kahip-$Version".
I use ubuntu:20.04 (I had my self, why do not use centos:8 :D That makes some dependices simpler ).
Link to my buildah script

And thank you much for the tag.
I test it tommorw evening.
Climbing with the my wife has a higher priority in the next 24 hours ;-)

Your taged "2.12" version does also not work :(
Seems the symbols does not exist

The taged version "2.12" in git repository is different to the offical release tar archive.
Also build error in taged 2.12 git version

...
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `nested_dissection::ordering() const'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `nested_dissection::perform_nested_dissection(PartitionConfig&)'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `nested_dissection::nested_dissection(graph_access*)'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `mapping_algorithms::construct_a_mapping(PartitionConfig&, graph_access&, matrix&, std::vector<unsigned int, std::allocator<unsigned int> >&)'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `mapping_algorithms::mapping_algorithms()'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `mapping_algorithms::~mapping_algorithms()'
collect2: error: ld returned 1 exit status

...
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `nested_dissection::ordering() const'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `nested_dissection::perform_nested_dissection(PartitionConfig&)'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `nested_dissection::nested_dissection(graph_access*)'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `mapping_algorithms::construct_a_mapping(PartitionConfig&, graph_access&, matrix&, std::vector<unsigned int, std::allocator<unsigned int> >&)'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `mapping_algorithms::mapping_algorithms()'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `mapping_algorithms::~mapping_algorithms()'
collect2: error: ld returned 1 exit status
make[2]: *** [/opt/OpenFOAM/OpenFOAM-latest/wmake/makefiles/general:150: /opt/OpenFOAM/OpenFOAM-latest/platforms/linux64GccDPInt32Opt/bin/snappyHexMesh] Error 1
make[1]: *** [/opt/OpenFOAM/OpenFOAM-latest/wmake/makefiles/apps:29: generation] Err

...
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `nested_dissection::ordering() const'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `nested_dissection::perform_nested_dissection(PartitionConfig&)'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `nested_dissection::nested_dissection(graph_access*)'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `mapping_algorithms::construct_a_mapping(PartitionConfig&, graph_access&, matrix&, std::vector<unsigned int, std::allocator<unsigned int> >&)'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `mapping_algorithms::mapping_algorithms()'
/usr/bin/ld: /opt/OpenFOAM/OpenFOAM-latest/ThirdParty/platforms/linux64GccDPInt32/lib/libkahip.so: undefined reference to `mapping_algorithms::~mapping_algorithms()'
collect2: error: ld returned 1 exit status

Is that a problem with the SCons scripts?
In the offical release there are one bash compile.sh and SConstruct + Sconscript in the root directory.

Are you using the correct kahip interface? The symbols you are missing are symbols that have been added with the last release. They are also contained in the interface of that tag. So i am not sure if the problem is ok this side.
Best
Christian

Hey, if I'm not mistaken, the exact v2.12 version bundled with OpenFOAM is ad07d2d (not 5c275e1)
ad07d2d still includes the scons scripts, so it's probably worth getting this right

Thanks Daniel!
v2.12 is now pointing to that commit.
Thomas: can you check if you still have any problems?

Did you at some point call make install and are now linking and including the wrong files?

Hallo Christian und Daniel,
zur erst bitte ich um Verständnis für die deutlich verstätete Antwort, welche sich Aufgrund einer kirchlichen Hochzeit in den Bergen, unter einem Kreuz im Freiem.
Ich überprüfe dies sofort und werde die Nachricht morgen entsprechend abändern.

repo: KaHIP/KaHIP


text:
🛑 LiDa <3 is down

In 0aa9f3d, LiDa <3 (https://LiDa.kadantte.repl.co) was down:

HTTP code: 0
Response time: 0 ms

Resolved: LiDa <3 is back up in 3b09a7f.

repo: Kadantte/candy-up


text:
add images for boyfriend, gf, daddy dearest, spooky kids, monster, pico and mother back

I don't know how to add custom images for them because i placed the images in there but it won't work

if you're trying to change the characters they are all located under shared/images/characters

repo: KadeDev/Kade-Engine


text:
Getting errro while executing

failed to execute ['dot', '-Tsvg'], make sure the Graphviz executables are on your systems' PATH
#for this code!
from flowgiston import FlowgistonChart
chart = FlowgistonChart()
chart.node("Hello, world")
chart

#1 add Graphviz\bin to the path environment

repo: KairosAerospace/flowgiston


text:
Remove belt bag from the game

Having the belt bag makes the game less interesting since you can take everything you want with you, and it takes a long time to set it up at the start of runs. Actually, that might actually be enough counterbalancing. Maybe.

Will revisit this idea after some playtesting.

repo: Kamppix/ApparatusRetrieval


text:
[BUG] When nodes are incorrectly rendered

Describe the Bug
kaoto-next render two when nodes instead of a single one.
Steps to Reproduce the Bug or Issue

Using the following source code

- route:
    id: route-8888
    from:
      uri: timer:tutorial
      steps:
      - set-header:
          simple: "${random(2)}"
          name: my-choice-kebab-cased
      - setHeader:
          simple: "${random(20)}"
          name: myChoiceCamelCased
      - choice:
          when:
          - simple: "${header.myChoice} == 1"
            steps:
            - log:
                id: log-1
                message: We got a one.
          - simple: "${header.myChoice} == 2"
            steps:
            - log:
                id: log-2
                message: We got something else.
          otherwise:
            steps:
            - to:
                uri: 'amqp:queue:'
            - to:
                uri: 'amqp:queue:'
            - log:
                id: log-2
                message: "We got a ${body}"
      - to:
          uri: direct:my-route
          parameters:
            bridgeErrorHandler: true

Go to the Design Page and see how there are two when nodes present

Screenshots or Videos

Platform

OS: [Windows]
Browser: [Firefox]

This was a confusion from my side. Each When node has to be rendered as it holds expression configurations.

repo: KaotoIO/kaoto-next


text:
Respect consumerOnly and producerOnly settings in the catalog

Please describe the feature that you want to propose
In the Camel catalog we have information about components being only consumers, only producers or both. This is defined via 2 config values called producerOnly and consumerOnly.

We need to improve the validation and the filtering in the Kaoto catalog to only suggest valid components in the right positions.

Implemented in #288 here https://github.com/KaotoIO/kaoto-next/commit/bd38797e64403feb2ac0005c9997a5fdad3eede6

authors: lhein lordrip


text:
Grammar and spelling errors in readme

I was looking through your project's previous issues and during that, happened to find 3-4 spelling and grammatical errors in the readme file. I would love to fix it as my first contribution.

Go ahead! Be sure to follow the instructions from the wiki pages

Is it okay if I make changes using the main branch since the readme file is not present in the develop branch?

Is it okay if I make changes using the main branch since the readme file is not present in the develop branch?

For Documentation, only changes, It is alright.

Ok 👍

Shall I close this issue as I have made the PR for the changes?

authors: Karanjot-singh ashinsabu


text:
Set to: cc: bcc: on api.dom.compose object

In the code there is a comment on the to: cc: and bcc: fields (TODO: ability to set)
Are there any plans to implement the to: cc: bcc: in the near future?

@lievenjanssen - I had a brief look at this but didn't need it for my app so haven't implemented it yet.
It is more complex than the subject etc because it creates a bunch of DOM objects for each to/cc/bcc address to allow you to delete it with a click, drag it around etc. IIRC after a bunch of experimentation I found a hidden element that stored all to addresses, and that if you updated that & then clicked off it, gmail would add in all the DOM elements. So if that is correct then the best approach would be to update that field & then simulate a click. I had a bit of trouble simulating that click with jQuery but it looks like others have had more luck in other threads - can't remember the threads off the top of my head but I think they just used standard js to execute a mousedown followed by a mouseup?
Hope that helps.

@lievenjanssen - OK the mouse event thread I was referring to is #117 which seems to work fine for triggering the search.
I tried this approach here but it doesn't seem to work for me. I don't have much experience at simulating click events some perhaps someone knows more.

// set email textarea field
$('textarea[name=to]').val('my@email.com');

// try to simulate a click on the subject input - doesn't work
var mouseUp = document.createEvent('MouseEvents');
mouseUp.initEvent( 'click', true, false );
$('input[name=subjectbox]')[0].dispatchEvent(mouseUp);

// try give focus to the subject input - doesn't work
$('input[name=subjectbox]').focus();

Aside from that approach, I'm sure really how you could implement this functionality without re-implementing the Gmail interface by recreate the entire DOM tree - including click & drag events - that Gmail creates when you add a to address. Unless Gmail is nice enough to apply those events automatically to all elements with a specific class name. I haven't tested that but I'd be very surprised, and even if it did, that would be some seriously brittle code :).

It seems like there have to be several places to add needed data - not only input[name="to"]. Probably solution is to add:

email@email.com

have to be added as previous sibling of textarea
2)email@email.com
have to be added into form's second child div
Maybe I am wrong, but soultion with recipients field is not so easy and clear as adding a subject

@brentkelly currently I am setting the to and cc on the compose object I get back from the compose event like this:
compose.$el.find('textarea[name=to]').val("to list");
compose.$el.find('textarea[name=cc]').val("cc list");

For me this is sufficient because when I click send the email gets send to the right addresses. I am not simulating any clicks.
Wondering if this implementation would suffice to implement the set functionality in the lib.

@lievenjanssen I think you should create a pull-request that contain this workarounds. It is a brilliant solution imo.

+1

These solutions don't work anymore, can someone point me to how set bcc of compose?

Are you saying that the .to(), .cc() and .bcc() methods on the compose-instance doesn't work?

@josteink not sure about .to() and .cc() since I don't use them, but .bcc() doesn't work as it should. When I click the Bcc in compose view, the address I set via .bcc() method is there, but it's plain text, it doesn't have that oval border around it, so when the email is sent, address I added via .bcc() method is disregarded.

@josteink I don't want to be annoying or anything :) , but I'm blocked by this issue and can't find a way around. Have you maybe had a chance to try and set bcc? Maybe you can provide me with an example as I see you're experienced with this library, maybe I'm missing something?

Sorry about the lack of response, but I've honestly been very, very busy with other things.

When I click the Bcc in compose view, the address I set via .bcc() method is there, but it's plain text, it doesn't have that oval border around it, so when the email is sent, address I added via .bcc() method is disregarded.

Can confirm and can reproduce.
That said, this particular issue is not very important for the things I need Gmail.js for, so I probably won't be able to provide a production-hardened bug-fixo for this any time soon.
Despite that I've tested the viability of a workaround: simulating a keypress-event inside the textarea after setting the email. Using tab as the injected key-stroke, I get the expected behaviour.
It looks like this:
// set value, normal way
let email = "demo@gmail.com";
compose.to(email);

// apply workaround
let el = compose.dom("to")[0];
let event = new KeyboardEvent("keydown", {
    bubbles : true,
    cancelable : true,
    key : "Tab",
    shiftKey : true,
    keyCode : 9
});

el.focus();
el.dispatchEvent(event);

Hopefully you can work with that to get the stuff you need working.

Oh bugger it. I've pushed a new version to npmjs.com (v1.0.2), and it has been updated to include this workaround.
Let me know if it works for you.

@josteink Thanks for your effort Jostein, but unfortunatelly it still doesn't work for me with v1.0.2, I experience the same thing as before, bcc is added but without that oval shape around it, and when email is sent bcc is not included.
Care to share a snippet of code with which you set the bcc of compose to some example email, just so I know I'm not missing something on my end?

To be honest, I never tested bcc. I only tested the to field, since they were all implemented pretty similarly.
Trying the same approach for cc and bcc I see it fails, and it seemingly does so because the fields are not shown when its value is being updated.
I've pushed yet another version (1.0.3) which force-shows the fields before updating the value. Hopefully that should solve your problems.
If not, can you confirm if the code to replace the to-field works or not? (So that we are sure that we are working on the right problem).

It works now, thank you very much!

Glad to hear that. Keeping this issue closed then :+1:

Wrapping up the current solution that worked for me:
type Field = 'cc' | 'bcc';

const KEYDOWN_EVENT = new KeyboardEvent("keydown", {
    bubbles: true,
    cancelable: true,
    key: "Tab",
    shiftKey: true,
    keyCode: 9
});

export const setRecipient = (compose: GmailDomCompose, field: Field, email: string) => {
    console.log("Setting recipient", field, email);

    compose.dom(`show_${field}`).trigger("click");

    const jqueryElement = compose.dom(field);

    jqueryElement.val(email);

    const htmlElement = jqueryElement[0];

    htmlElement.focus();
    htmlElement.dispatchEvent(KEYDOWN_EVENT);
}

Thanks! That looks good as a setter method!
I’d normally say the you could try to make a PR for it, but the existing method is supposed to be both a getter and setter. So not sure how that fits in that regard.
Anyone have any opinions? 🙂

This solution stopped working for me, I think because of the isTrusted property of the event being false.
Instead, I'm just shifting the focuse after setting the value and it works well:
  const jqueryElement = compose.dom(field);

  jqueryElement.val(email);

  // focus on a different box so the injected field will get de-focused
  compose.dom('subjectbox')[0].focus()

Sounds like a PR to me? 🙂

authors: ReallyLiri brentkelly glebovilya josteink lievenjanssen lirikooda markon1 onassar


text:
Email data with conversation view off

Hi there,
In #43 and #44 we dealt with email status, and the need to differentiate what's fully visible / partially visible / hidden / deleted in a conversation.
But I had not thought about the case when conversation view is off (via settings), in which each email is seen in separate views. But even then, metadata include the whole thread and what the user sees is not what is actually handled.
I don't remember if it's been mentioned before, but a is_in_current_view email property would be nice.
Or maybe an alternative way of parsing emails (like api.get.current_email_data()).

This issue has had no activity for years. Assuming no longer a problem. Closing.

authors: ghost josteink


text:
Fix typos in installer.sh

has a ' instead of a ", and an extra 'fi'.  Current version runs but doesn't work, error:
"ERROR:  The following map file(s) couldn't be found:
jigo.map (in /Users/...snip.../Library/texlive/2014/texmf-config/web2c/updmap.cfg)
Did you run mktexlsr?

You can disable non-existent map entries using the option
  --syncwithtrees.

"

oops. Thanks

authors: Kashomon amj


text:
Update web.rst

Added aiohttp-swagger project

Please sync with master

repo: KeepSafe/aiohttp


text:
fixing travis build

exclude phpstan false positive di fixture classes.

travis build green, merging...

repo: KejawenLab/SemartSkeleton


text:
Update mapper.rb

added support for tagging

per request from expanse. they wanted additional tag info for the assets.

repo: KennaPublicSamples/toolkit