[Feature] Support prepare transaction stream load interface

What type of PR is this：

[ ] bug
[x] feature
[ ] enhancement
[ ] refactor
[ ] others

Which issues of this PR fixes ：

Fixes #8510
Problem Summary(Required) ：

StarRocks implements the /api/transaction/prepare interface to put the current transaction to PREPARED state which temporarily persists changes. After preparing a transaction, the user can continue to commit or rollback the transaction.
The transaction preparation interface helps users achieve a more robust cross-system two-phase commit. After the transaction preparation is successful, even if StarRocks crashes, the user can continue to perform the commit or rollback this transaction after the system is recovered.

[FE PR Coverage check]
:disappointed: fail : 9 / 299 (03.01%)
file detail

path
covered line
new line
coverage

:large_blue_circle:
com/starrocks/service/FrontendServiceImpl.java
0
43
00.00%

:large_blue_circle:
com/starrocks/transaction/DatabaseTransactionMgr.java
1
173
00.58%

:large_blue_circle:
com/starrocks/transaction/GlobalTransactionMgr.java
0
29
00.00%

:large_blue_circle:
com/starrocks/transaction/TransactionState.java
0
2
00.00%

:large_blue_circle:
com/starrocks/transaction/PartitionCommitInfo.java
0
2
00.00%

:large_blue_circle:
com/starrocks/http/rest/TransactionLoadAction.java
1
41
02.44%

:large_blue_circle:
com/starrocks/transaction/TransactionStatus.java
2
4
50.00%

:large_blue_circle:
com/starrocks/transaction/OlapTableTxnStateListener.java
5
5
100.00%

[FE PR Coverage check]
:disappointed: fail : 9 / 299 (03.01%)
file detail

path
covered line
new line
coverage

:large_blue_circle:
com/starrocks/service/FrontendServiceImpl.java
0
43
00.00%

:large_blue_circle:
com/starrocks/transaction/DatabaseTransactionMgr.java
1
173
00.58%

:large_blue_circle:
com/starrocks/transaction/GlobalTransactionMgr.java
0
29
00.00%

:large_blue_circle:
com/starrocks/transaction/TransactionState.java
0
2
00.00%

:large_blue_circle:
com/starrocks/transaction/PartitionCommitInfo.java
0
2
00.00%

:large_blue_circle:
com/starrocks/http/rest/TransactionLoadAction.java
1
41
02.44%

:large_blue_circle:
com/starrocks/transaction/TransactionStatus.java
2
4
50.00%

:large_blue_circle:
com/starrocks/transaction/OlapTableTxnStateListener.java
5
5
100.00%

[FE PR Coverage check]
:disappointed: fail : 157 / 305 (51.48%)
file detail

path
covered line
new line
coverage

:large_blue_circle:
com/starrocks/service/FrontendServiceImpl.java
0
43
00.00%

:large_blue_circle:
com/starrocks/http/rest/TransactionLoadAction.java
1
41
02.44%

:large_blue_circle:
com/starrocks/transaction/GlobalTransactionMgr.java
19
29
65.52%

:large_blue_circle:
com/starrocks/transaction/DatabaseTransactionMgr.java
120
173
69.36%

:large_blue_circle:
com/starrocks/transaction/TransactionStatus.java
3
4
75.00%

:large_blue_circle:
com/starrocks/transaction/TransactionState.java
6
7
85.71%

:large_blue_circle:
com/starrocks/transaction/OlapTableTxnStateListener.java
5
5
100.00%

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%

:large_blue_circle:
com/starrocks/transaction/PartitionCommitInfo.java
2
2
100.00%

[FE PR Coverage Check]
:disappointed: fail : 198 / 321 (61.68%)
file detail

path
covered line
new line
coverage
not covered line detail

:large_blue_circle:
com/starrocks/service/FrontendServiceImpl.java
0
43
00.00%
[1054, 1055, 1056, 1057, 1059, 1061, 1062, 1063, 1064, 1065, 1068, 1069, 1071, 1072, 1073, 1074, 1075, 1076, 1077, 1078, 1079, 1080, 1081, 1082, 1086, 1087, 1088, 1091, 1094, 1095, 1099, 1100, 1101, 1102, 1103, 1104, 1105, 1107, 1109, 1110, 1111, 1112, 1114]

:large_blue_circle:
com/starrocks/system/ComputeNode.java
0
2
00.00%
[252, 253]

:large_blue_circle:
com/starrocks/transaction/GlobalTransactionMgr.java
19
29
65.52%
[307, 308, 309, 310, 311, 345, 356, 364, 365, 379]

:large_blue_circle:
com/starrocks/http/rest/TransactionLoadAction.java
26
39
66.67%
[84, 106, 108, 109, 110, 113, 114, 115, 116, 117, 120, 121, 128]

:large_blue_circle:
com/starrocks/transaction/DatabaseTransactionMgr.java
120
173
69.36%
[489, 500, 503, 506, 507, 510, 511, 514, 515, 519, 524, 534, 535, 536, 537, 538, 539, 541, 542, 551, 555, 559, 591, 602, 605, 608, 609, 612, 613, 627, 630, 734, 736, 737, 738, 741, 742, 743, 745, 748, 1079, 1101, 1110, 1126, 1127, 1128, 1130, 1140, 1141, 1142, 1144, 1295, 1296]

:large_blue_circle:
com/starrocks/transaction/TransactionStatus.java
3
4
75.00%
[51]

:large_blue_circle:
com/starrocks/transaction/TransactionState.java
6
7
85.71%
[550]

:large_blue_circle:
com/starrocks/transaction/OlapTableTxnStateListener.java
5
5
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/system/SystemInfoService.java
7
7
100.00%
[]

:large_blue_circle:
com/starrocks/http/rest/TransactionResult.java
8
8
100.00%
[]

:large_blue_circle:
com/starrocks/transaction/PartitionCommitInfo.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/http/HttpServer.java
1
1
100.00%
[]

[FE PR Coverage Check]
:disappointed: fail : 194 / 317 (61.20%)
file detail

path
covered line
new line
coverage
not covered line detail

:large_blue_circle:
com/starrocks/service/FrontendServiceImpl.java
0
43
00.00%
[1054, 1055, 1056, 1057, 1059, 1061, 1062, 1063, 1064, 1065, 1068, 1069, 1071, 1072, 1073, 1074, 1075, 1076, 1077, 1078, 1079, 1080, 1081, 1082, 1086, 1087, 1088, 1091, 1094, 1095, 1099, 1100, 1101, 1102, 1103, 1104, 1105, 1107, 1109, 1110, 1111, 1112, 1114]

:large_blue_circle:
com/starrocks/system/ComputeNode.java
0
2
00.00%
[252, 253]

:large_blue_circle:
com/starrocks/http/rest/TransactionLoadAction.java
22
35
62.86%
[84, 106, 108, 109, 110, 113, 114, 115, 116, 117, 120, 121, 128]

:large_blue_circle:
com/starrocks/transaction/GlobalTransactionMgr.java
19
29
65.52%
[307, 308, 309, 310, 311, 345, 356, 364, 365, 379]

:large_blue_circle:
com/starrocks/transaction/DatabaseTransactionMgr.java
120
173
69.36%
[489, 500, 503, 506, 507, 510, 511, 514, 515, 519, 524, 534, 535, 536, 537, 538, 539, 541, 542, 551, 555, 559, 591, 602, 605, 608, 609, 612, 613, 627, 630, 734, 736, 737, 738, 741, 742, 743, 745, 748, 1080, 1102, 1111, 1127, 1128, 1129, 1131, 1141, 1142, 1143, 1145, 1296, 1297]

:large_blue_circle:
com/starrocks/transaction/TransactionStatus.java
3
4
75.00%
[51]

:large_blue_circle:
com/starrocks/transaction/TransactionState.java
6
7
85.71%
[560]

:large_blue_circle:
com/starrocks/transaction/OlapTableTxnStateListener.java
5
5
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/system/SystemInfoService.java
7
7
100.00%
[]

:large_blue_circle:
com/starrocks/http/rest/TransactionResult.java
8
8
100.00%
[]

:large_blue_circle:
com/starrocks/transaction/PartitionCommitInfo.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/http/HttpServer.java
1
1
100.00%
[]

[FE PR Coverage Check]
:disappointed: fail : 197 / 323 (60.99%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/service/FrontendServiceImpl.java
0
43
00.00%
[1054, 1055, 1056, 1057, 1059, 1061, 1062, 1063, 1064, 1065, 1068, 1069, 1071, 1072, 1073, 1074, 1075, 1076, 1077, 1078, 1079, 1080, 1081, 1082, 1086, 1087, 1088, 1091, 1094, 1095, 1099, 1100, 1101, 1102, 1103, 1104, 1105, 1107, 1109, 1110, 1111, 1112, 1114]

:large_blue_circle:
com/starrocks/system/ComputeNode.java
0
2
00.00%
[252, 253]

:large_blue_circle:
com/starrocks/http/rest/TransactionLoadAction.java
22
38
57.89%
[84, 106, 108, 109, 110, 111, 114, 115, 116, 117, 119, 120, 121, 124, 125, 132]

:large_blue_circle:
com/starrocks/transaction/GlobalTransactionMgr.java
19
29
65.52%
[307, 308, 309, 310, 311, 345, 356, 364, 365, 379]

:large_blue_circle:
com/starrocks/transaction/DatabaseTransactionMgr.java
120
173
69.36%
[489, 500, 503, 506, 507, 510, 511, 514, 515, 519, 524, 534, 535, 536, 537, 538, 539, 541, 542, 551, 555, 559, 591, 602, 605, 608, 609, 612, 613, 627, 630, 734, 736, 737, 738, 741, 742, 743, 745, 748, 1080, 1102, 1111, 1127, 1128, 1129, 1131, 1141, 1142, 1143, 1145, 1296, 1297]

:large_blue_circle:
com/starrocks/transaction/TransactionStatus.java
3
4
75.00%
[51]

:large_blue_circle:
com/starrocks/transaction/TransactionState.java
6
7
85.71%
[560]

:large_blue_circle:
com/starrocks/transaction/OlapTableTxnStateListener.java
5
5
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/system/SystemInfoService.java
7
7
100.00%
[]

:large_blue_circle:
com/starrocks/http/rest/TransactionResult.java
11
11
100.00%
[]

:large_blue_circle:
com/starrocks/transaction/PartitionCommitInfo.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/http/HttpServer.java
1
1
100.00%
[]

[FE PR Coverage Check]
:disappointed: fail : 197 / 323 (60.99%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/service/FrontendServiceImpl.java
0
43
00.00%
[1057, 1058, 1059, 1060, 1062, 1064, 1065, 1066, 1067, 1068, 1071, 1072, 1074, 1075, 1076, 1077, 1078, 1079, 1080, 1081, 1082, 1083, 1084, 1085, 1089, 1090, 1091, 1094, 1097, 1098, 1102, 1103, 1104, 1105, 1106, 1107, 1108, 1110, 1112, 1113, 1114, 1115, 1117]

:large_blue_circle:
com/starrocks/system/ComputeNode.java
0
2
00.00%
[252, 253]

:large_blue_circle:
com/starrocks/http/rest/TransactionLoadAction.java
22
38
57.89%
[84, 106, 108, 109, 110, 111, 114, 115, 116, 117, 119, 120, 121, 124, 125, 132]

:large_blue_circle:
com/starrocks/transaction/GlobalTransactionMgr.java
19
29
65.52%
[307, 308, 309, 310, 311, 345, 356, 364, 365, 379]

:large_blue_circle:
com/starrocks/transaction/DatabaseTransactionMgr.java
120
173
69.36%
[489, 500, 503, 506, 507, 510, 511, 514, 515, 519, 524, 534, 535, 536, 537, 538, 539, 541, 542, 551, 555, 559, 591, 602, 605, 608, 609, 612, 613, 627, 630, 734, 736, 737, 738, 741, 742, 743, 745, 748, 1076, 1098, 1107, 1123, 1124, 1125, 1127, 1137, 1138, 1139, 1141, 1292, 1293]

:large_blue_circle:
com/starrocks/transaction/TransactionStatus.java
3
4
75.00%
[51]

:large_blue_circle:
com/starrocks/transaction/TransactionState.java
6
7
85.71%
[560]

:large_blue_circle:
com/starrocks/transaction/OlapTableTxnStateListener.java
5
5
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/system/SystemInfoService.java
7
7
100.00%
[]

:large_blue_circle:
com/starrocks/http/rest/TransactionResult.java
11
11
100.00%
[]

:large_blue_circle:
com/starrocks/transaction/PartitionCommitInfo.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/http/HttpServer.java
1
1
100.00%
[]

[FE PR Coverage Check]
:disappointed: fail : 197 / 323 (60.99%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/service/FrontendServiceImpl.java
0
43
00.00%
[1057, 1058, 1059, 1060, 1062, 1064, 1065, 1066, 1067, 1068, 1071, 1072, 1074, 1075, 1076, 1077, 1078, 1079, 1080, 1081, 1082, 1083, 1084, 1085, 1089, 1090, 1091, 1094, 1097, 1098, 1102, 1103, 1104, 1105, 1106, 1107, 1108, 1110, 1112, 1113, 1114, 1115, 1117]

:large_blue_circle:
com/starrocks/system/ComputeNode.java
0
2
00.00%
[252, 253]

:large_blue_circle:
com/starrocks/http/rest/TransactionLoadAction.java
22
38
57.89%
[84, 106, 108, 109, 110, 111, 114, 115, 116, 117, 119, 120, 121, 124, 125, 132]

:large_blue_circle:
com/starrocks/transaction/GlobalTransactionMgr.java
19
29
65.52%
[307, 308, 309, 310, 311, 345, 356, 364, 365, 379]

:large_blue_circle:
com/starrocks/transaction/DatabaseTransactionMgr.java
120
173
69.36%
[489, 500, 503, 506, 507, 510, 511, 514, 515, 519, 524, 534, 535, 536, 537, 538, 539, 541, 542, 551, 555, 559, 591, 602, 605, 608, 609, 612, 613, 627, 630, 734, 736, 737, 738, 741, 742, 743, 745, 748, 1076, 1098, 1107, 1123, 1124, 1125, 1127, 1137, 1138, 1139, 1141, 1292, 1293]

:large_blue_circle:
com/starrocks/transaction/TransactionStatus.java
3
4
75.00%
[51]

:large_blue_circle:
com/starrocks/transaction/TransactionState.java
6
7
85.71%
[560]

:large_blue_circle:
com/starrocks/transaction/OlapTableTxnStateListener.java
5
5
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/system/SystemInfoService.java
7
7
100.00%
[]

:large_blue_circle:
com/starrocks/http/rest/TransactionResult.java
11
11
100.00%
[]

:large_blue_circle:
com/starrocks/transaction/PartitionCommitInfo.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/http/HttpServer.java
1
1
100.00%
[]

[FE PR Coverage Check]
:disappointed: fail : 197 / 323 (60.99%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/service/FrontendServiceImpl.java
0
43
00.00%
[1057, 1058, 1059, 1060, 1062, 1064, 1065, 1066, 1067, 1068, 1071, 1072, 1074, 1075, 1076, 1077, 1078, 1079, 1080, 1081, 1082, 1083, 1084, 1085, 1089, 1090, 1091, 1094, 1097, 1098, 1102, 1103, 1104, 1105, 1106, 1107, 1108, 1110, 1112, 1113, 1114, 1115, 1117]

:large_blue_circle:
com/starrocks/system/ComputeNode.java
0
2
00.00%
[252, 253]

:large_blue_circle:
com/starrocks/http/rest/TransactionLoadAction.java
22
38
57.89%
[84, 106, 108, 109, 110, 111, 114, 115, 116, 117, 119, 120, 121, 124, 125, 132]

:large_blue_circle:
com/starrocks/transaction/GlobalTransactionMgr.java
19
29
65.52%
[307, 308, 309, 310, 311, 345, 356, 364, 365, 379]

:large_blue_circle:
com/starrocks/transaction/DatabaseTransactionMgr.java
120
173
69.36%
[489, 500, 503, 506, 507, 510, 511, 514, 515, 519, 524, 534, 535, 536, 537, 538, 539, 541, 542, 551, 555, 559, 591, 602, 605, 608, 609, 612, 613, 627, 630, 734, 736, 737, 738, 741, 742, 743, 745, 748, 1076, 1098, 1107, 1123, 1124, 1125, 1127, 1137, 1138, 1139, 1141, 1292, 1293]

:large_blue_circle:
com/starrocks/transaction/TransactionStatus.java
3
4
75.00%
[51]

:large_blue_circle:
com/starrocks/transaction/TransactionState.java
6
7
85.71%
[560]

:large_blue_circle:
com/starrocks/transaction/OlapTableTxnStateListener.java
5
5
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/system/SystemInfoService.java
7
7
100.00%
[]

:large_blue_circle:
com/starrocks/http/rest/TransactionResult.java
11
11
100.00%
[]

:large_blue_circle:
com/starrocks/transaction/PartitionCommitInfo.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/http/HttpServer.java
1
1
100.00%
[]

[FE PR Coverage Check]
:disappointed: fail : 197 / 323 (60.99%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/service/FrontendServiceImpl.java
0
43
00.00%
[1057, 1058, 1059, 1060, 1062, 1064, 1065, 1066, 1067, 1068, 1071, 1072, 1074, 1075, 1076, 1077, 1078, 1079, 1080, 1081, 1082, 1083, 1084, 1085, 1089, 1090, 1091, 1094, 1097, 1098, 1102, 1103, 1104, 1105, 1106, 1107, 1108, 1110, 1112, 1113, 1114, 1115, 1117]

:large_blue_circle:
com/starrocks/system/ComputeNode.java
0
2
00.00%
[252, 253]

:large_blue_circle:
com/starrocks/http/rest/TransactionLoadAction.java
22
38
57.89%
[84, 106, 108, 109, 110, 111, 114, 115, 116, 117, 119, 120, 121, 124, 125, 132]

:large_blue_circle:
com/starrocks/transaction/GlobalTransactionMgr.java
19
29
65.52%
[307, 308, 309, 310, 311, 345, 356, 364, 365, 379]

:large_blue_circle:
com/starrocks/transaction/DatabaseTransactionMgr.java
120
173
69.36%
[489, 500, 503, 506, 507, 510, 511, 514, 515, 519, 524, 534, 535, 536, 537, 538, 539, 541, 542, 551, 555, 559, 591, 602, 605, 608, 609, 612, 613, 627, 630, 734, 736, 737, 738, 741, 742, 743, 745, 748, 1076, 1098, 1107, 1123, 1124, 1125, 1127, 1137, 1138, 1139, 1141, 1292, 1293]

:large_blue_circle:
com/starrocks/transaction/TransactionStatus.java
3
4
75.00%
[51]

:large_blue_circle:
com/starrocks/transaction/TransactionState.java
6
7
85.71%
[560]

:large_blue_circle:
com/starrocks/transaction/OlapTableTxnStateListener.java
5
5
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/system/SystemInfoService.java
7
7
100.00%
[]

:large_blue_circle:
com/starrocks/http/rest/TransactionResult.java
11
11
100.00%
[]

:large_blue_circle:
com/starrocks/transaction/PartitionCommitInfo.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/http/HttpServer.java
1
1
100.00%
[]

[FE PR Coverage Check]
:disappointed: fail : 197 / 323 (60.99%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/service/FrontendServiceImpl.java
0
43
00.00%
[1057, 1058, 1059, 1060, 1062, 1064, 1065, 1066, 1067, 1068, 1071, 1072, 1074, 1075, 1076, 1077, 1078, 1079, 1080, 1081, 1082, 1083, 1084, 1085, 1089, 1090, 1091, 1094, 1097, 1098, 1102, 1103, 1104, 1105, 1106, 1107, 1108, 1110, 1112, 1113, 1114, 1115, 1117]

:large_blue_circle:
com/starrocks/system/ComputeNode.java
0
2
00.00%
[252, 253]

:large_blue_circle:
com/starrocks/http/rest/TransactionLoadAction.java
22
38
57.89%
[84, 106, 108, 109, 110, 111, 114, 115, 116, 117, 119, 120, 121, 124, 125, 132]

:large_blue_circle:
com/starrocks/transaction/GlobalTransactionMgr.java
19
29
65.52%
[307, 308, 309, 310, 311, 345, 356, 364, 365, 379]

:large_blue_circle:
com/starrocks/transaction/DatabaseTransactionMgr.java
120
173
69.36%
[489, 500, 503, 506, 507, 510, 511, 514, 515, 519, 524, 534, 535, 536, 537, 538, 539, 541, 542, 551, 555, 559, 591, 602, 605, 608, 609, 612, 613, 627, 630, 734, 736, 737, 738, 741, 742, 743, 745, 748, 1076, 1098, 1107, 1123, 1124, 1125, 1127, 1137, 1138, 1139, 1141, 1292, 1293]

:large_blue_circle:
com/starrocks/transaction/TransactionStatus.java
3
4
75.00%
[51]

:large_blue_circle:
com/starrocks/transaction/TransactionState.java
6
7
85.71%
[560]

:large_blue_circle:
com/starrocks/transaction/OlapTableTxnStateListener.java
5
5
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/system/SystemInfoService.java
7
7
100.00%
[]

:large_blue_circle:
com/starrocks/http/rest/TransactionResult.java
11
11
100.00%
[]

:large_blue_circle:
com/starrocks/transaction/PartitionCommitInfo.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/http/HttpServer.java
1
1
100.00%
[]

[FE PR Coverage Check]
:disappointed: fail : 197 / 323 (60.99%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/service/FrontendServiceImpl.java
0
43
00.00%
[1057, 1058, 1059, 1060, 1062, 1064, 1065, 1066, 1067, 1068, 1071, 1072, 1074, 1075, 1076, 1077, 1078, 1079, 1080, 1081, 1082, 1083, 1084, 1085, 1089, 1090, 1091, 1094, 1097, 1098, 1102, 1103, 1104, 1105, 1106, 1107, 1108, 1110, 1112, 1113, 1114, 1115, 1117]

:large_blue_circle:
com/starrocks/system/ComputeNode.java
0
2
00.00%
[252, 253]

:large_blue_circle:
com/starrocks/http/rest/TransactionLoadAction.java
22
38
57.89%
[84, 106, 108, 109, 110, 111, 114, 115, 116, 117, 119, 120, 121, 124, 125, 132]

:large_blue_circle:
com/starrocks/transaction/GlobalTransactionMgr.java
19
29
65.52%
[307, 308, 309, 310, 311, 345, 356, 364, 365, 379]

:large_blue_circle:
com/starrocks/transaction/DatabaseTransactionMgr.java
120
173
69.36%
[489, 500, 503, 506, 507, 510, 511, 514, 515, 519, 524, 534, 535, 536, 537, 538, 539, 541, 542, 551, 555, 559, 591, 602, 605, 608, 609, 612, 613, 627, 630, 734, 736, 737, 738, 741, 742, 743, 745, 748, 1076, 1098, 1107, 1123, 1124, 1125, 1127, 1137, 1138, 1139, 1141, 1292, 1293]

:large_blue_circle:
com/starrocks/transaction/TransactionStatus.java
3
4
75.00%
[51]

:large_blue_circle:
com/starrocks/transaction/TransactionState.java
6
7
85.71%
[560]

:large_blue_circle:
com/starrocks/transaction/OlapTableTxnStateListener.java
5
5
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/system/SystemInfoService.java
7
7
100.00%
[]

:large_blue_circle:
com/starrocks/http/rest/TransactionResult.java
11
11
100.00%
[]

:large_blue_circle:
com/starrocks/transaction/PartitionCommitInfo.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/http/HttpServer.java
1
1
100.00%
[]

[FE PR Coverage Check]
:disappointed: fail : 197 / 323 (60.99%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/service/FrontendServiceImpl.java
0
43
00.00%
[1057, 1058, 1059, 1060, 1062, 1064, 1065, 1066, 1067, 1068, 1071, 1072, 1074, 1075, 1076, 1077, 1078, 1079, 1080, 1081, 1082, 1083, 1084, 1085, 1089, 1090, 1091, 1094, 1097, 1098, 1102, 1103, 1104, 1105, 1106, 1107, 1108, 1110, 1112, 1113, 1114, 1115, 1117]

:large_blue_circle:
com/starrocks/system/ComputeNode.java
0
2
00.00%
[252, 253]

:large_blue_circle:
com/starrocks/http/rest/TransactionLoadAction.java
22
38
57.89%
[84, 106, 108, 109, 110, 111, 114, 115, 116, 117, 119, 120, 121, 124, 125, 132]

:large_blue_circle:
com/starrocks/transaction/GlobalTransactionMgr.java
19
29
65.52%
[307, 308, 309, 310, 311, 345, 356, 364, 365, 379]

:large_blue_circle:
com/starrocks/transaction/DatabaseTransactionMgr.java
120
173
69.36%
[489, 500, 503, 506, 507, 510, 511, 514, 515, 519, 524, 534, 535, 536, 537, 538, 539, 541, 542, 551, 555, 559, 591, 602, 605, 608, 609, 612, 613, 627, 630, 734, 736, 737, 738, 741, 742, 743, 745, 748, 1076, 1098, 1107, 1123, 1124, 1125, 1127, 1137, 1138, 1139, 1141, 1292, 1293]

:large_blue_circle:
com/starrocks/transaction/TransactionStatus.java
3
4
75.00%
[51]

:large_blue_circle:
com/starrocks/transaction/TransactionState.java
6
7
85.71%
[560]

:large_blue_circle:
com/starrocks/transaction/OlapTableTxnStateListener.java
5
5
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/system/SystemInfoService.java
7
7
100.00%
[]

:large_blue_circle:
com/starrocks/http/rest/TransactionResult.java
11
11
100.00%
[]

:large_blue_circle:
com/starrocks/transaction/PartitionCommitInfo.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/http/HttpServer.java
1
1
100.00%
[]

[FE PR Coverage Check]
:disappointed: fail : 202 / 330 (61.21%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/service/FrontendServiceImpl.java
0
43
00.00%
[1057, 1058, 1059, 1060, 1062, 1064, 1065, 1066, 1067, 1068, 1071, 1072, 1074, 1075, 1076, 1077, 1078, 1079, 1080, 1081, 1082, 1083, 1084, 1085, 1089, 1090, 1091, 1094, 1097, 1098, 1102, 1103, 1104, 1105, 1106, 1107, 1108, 1110, 1112, 1113, 1114, 1115, 1117]

:large_blue_circle:
com/starrocks/system/ComputeNode.java
0
2
00.00%
[252, 253]

:large_blue_circle:
com/starrocks/http/rest/TransactionLoadAction.java
22
38
57.89%
[84, 106, 108, 109, 110, 111, 114, 115, 116, 117, 119, 120, 121, 124, 125, 132]

:large_blue_circle:
com/starrocks/transaction/GlobalTransactionMgr.java
19
30
63.33%
[307, 308, 309, 310, 311, 345, 356, 364, 365, 379, 684]

:large_blue_circle:
com/starrocks/transaction/DatabaseTransactionMgr.java
125
179
69.83%
[489, 500, 503, 506, 507, 510, 511, 514, 515, 519, 524, 534, 535, 536, 537, 538, 539, 541, 542, 551, 555, 559, 591, 602, 605, 608, 609, 612, 613, 627, 630, 734, 736, 737, 738, 741, 742, 743, 745, 748, 1076, 1098, 1107, 1123, 1124, 1125, 1127, 1137, 1138, 1139, 1141, 1291, 1303, 1304]

:large_blue_circle:
com/starrocks/transaction/TransactionStatus.java
3
4
75.00%
[51]

:large_blue_circle:
com/starrocks/transaction/TransactionState.java
6
7
85.71%
[560]

:large_blue_circle:
com/starrocks/transaction/OlapTableTxnStateListener.java
5
5
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/system/SystemInfoService.java
7
7
100.00%
[]

:large_blue_circle:
com/starrocks/http/rest/TransactionResult.java
11
11
100.00%
[]

:large_blue_circle:
com/starrocks/transaction/PartitionCommitInfo.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/http/HttpServer.java
1
1
100.00%
[]

run starrocks_fe_unittest

run starrocks_fe_unittest

run starrocks_fe_unittest

[FE PR Coverage Check]
:disappointed: fail : 202 / 330 (61.21%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/service/FrontendServiceImpl.java
0
43
00.00%
[1057, 1058, 1059, 1060, 1062, 1064, 1065, 1066, 1067, 1068, 1071, 1072, 1074, 1075, 1076, 1077, 1078, 1079, 1080, 1081, 1082, 1083, 1084, 1085, 1089, 1090, 1091, 1094, 1097, 1098, 1102, 1103, 1104, 1105, 1106, 1107, 1108, 1110, 1112, 1113, 1114, 1115, 1117]

:large_blue_circle:
com/starrocks/system/ComputeNode.java
0
2
00.00%
[252, 253]

:large_blue_circle:
com/starrocks/http/rest/TransactionLoadAction.java
22
38
57.89%
[84, 106, 108, 109, 110, 111, 114, 115, 116, 117, 119, 120, 121, 124, 125, 132]

:large_blue_circle:
com/starrocks/transaction/GlobalTransactionMgr.java
19
30
63.33%
[307, 308, 309, 310, 311, 345, 356, 364, 365, 379, 684]

:large_blue_circle:
com/starrocks/transaction/DatabaseTransactionMgr.java
125
179
69.83%
[489, 500, 503, 506, 507, 510, 511, 514, 515, 519, 524, 534, 535, 536, 537, 538, 539, 541, 542, 551, 555, 559, 591, 602, 605, 608, 609, 612, 613, 627, 630, 734, 736, 737, 738, 741, 742, 743, 745, 748, 1076, 1098, 1107, 1123, 1124, 1125, 1127, 1137, 1138, 1139, 1141, 1291, 1303, 1304]

:large_blue_circle:
com/starrocks/transaction/TransactionStatus.java
3
4
75.00%
[51]

:large_blue_circle:
com/starrocks/transaction/TransactionState.java
6
7
85.71%
[563]

:large_blue_circle:
com/starrocks/transaction/OlapTableTxnStateListener.java
5
5
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/system/SystemInfoService.java
7
7
100.00%
[]

:large_blue_circle:
com/starrocks/http/rest/TransactionResult.java
11
11
100.00%
[]

:large_blue_circle:
com/starrocks/transaction/PartitionCommitInfo.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/http/HttpServer.java
1
1
100.00%
[]

run starrocks_admit_test

run starrocks_admit_test


FIX: Remove excess logging info

@ironman-machine go

Hello @LaurenSpiegel
Starting end to end procedure using the following payload:
{"REPO_NAME": "S3", "DEFAULT_BRANCH": "master", "SCALITY_S3_BRANCH": "S3C-508/removeExcessLogInfo"}
Please follow http://ci.ironmann.io/gh/scality/Integration/13462 for CI status.

end to end passed


Does the HF method support multi-threading?

Hi! I was testing out scf.RHF for its multi-threading performance. I could only find one function lib.num_threads in the documentation which seems relevant for the global control of multi-threading in PySCF.
I tried to increase the value of it, but it didn't seem to improve the speed of the function although I was testing it on a 10-core CPU. Is this the correct parameter to adjust, or is scf.RHF's computation always single-threaded? Thank you!

you can modify the environment variable OMP_NUM_THREADS to control the number of threads used. If your system is too small, you may not see much difference of speed.

you can modify the environment variable OMP_NUM_THREADS to control the number of threads used. If your system is too small, you may not see much difference of speed.

The documentation says lib.num_threads sets  the OMP thread number like what OMP_NUM_THREADS does. Assuming it works, I don't need to modify OMP_NUM_THREADS again, correct?
Also, is this the only parameter I need to modify to get the benefit of multi-threading from PySCF? If so, maybe it is because of the molecular system I tested wasn't big enough.

That's correct, lib.num_threads and OMP_NUM_THREADS should do the same thing. If OMP_NUM_THREADS isn't set, OpenMP should grab all available threads so in practice many users don't ever deal with threads explicitly. A system with several hundred orbitals should be big enough to see the difference.

That's correct, lib.num_threads and OMP_NUM_THREADS should do the same thing. If OMP_NUM_THREADS isn't set, OpenMP should grab all available threads so in practice many users don't ever deal with threads explicitly. A system with several hundred orbitals should be big enough to see the difference.

Sounds great! Thank you!


fixed vertical layout

What does it do?
Makes page look better on devices
Why the change?
Better vertical layout support
How can this be tested?
<How is the best way to test this?>
Where to start code review?

Relevant tickets?

Questions?
<Ask us anything!>

@sergebraun In case you'd like to discuss something, while i'm banned from slack, you can reach me through skype coldgloom


Add more tests

Needs more tests for 1.3 release. Especially including the Null transform.

Fixed in the 1.4 release.


Any chance this could become an OSX screensaver? Please?

Whoa, I've never tried to make a screensaver before. Sure, I'll look into it! :)

Excellent! (:

Visually it makes for a great screensaver, but the web demo is very taxing for the CPU... and so is the screensaver (attached). Use at your own risk :)
Emoji Rain.saver.zip

Closing this since someone provided a sample, and there's no way I'll ever get around to doing this.


Resolving #442, #443, and #449.

This merge request affects a large number of files. The number of affected files is high because references to the undocumented file "norm2.py" were replaced by references to "pnorm.py" as part of resolving #443.
cvxpy/expressions/leaf.py was changed to use np.allclose( ... ) in the comparison during the project function, rather than "==" tests for equality. This resolves issue #442 . When adding unit tests for this change I noticed that although there were tests for Parameter objects, those tests were only for malformed inputs. I have split the tests for Parameter objects into two functions: one for malformed inputs, and one for well-formed inputs.
test_constant_atoms.py has been changed to remove tuples "(mosek, exponential cone atom)" from the list of expected failures. I made this change because the most recent version of mosek 9 (although still in alpha release) passes these tests.
If this pull request is accepted, then CVXPY documentation should change as follows:

cvxpy.norm( X, p ) defaults to the matrix p-norm when X.ndim == 2. Note that when X is an n-by-1 column vector, the matrix 1-norm, 2-norm, and infinity-norm all agree with the vector 1-norm, 2-norm, and infinity-norm. The only edge case is when X is a 1-by-n row vector. In this case the matrix 1-norm is equivalent to the vector infinity-norm, and the matrix infinity-norm is equivalent to the vector 1-norm.
cvxpy.pnorm(X, p ) behaves as the documentation currently states. In particular, the equation cvxpy.pnorm(X, p) == cvxpy.pnorm(cvxpy.vec(X), p) trivially holds.

The changes to mosek_conif.py are to wrap up my suggestions from #449 .

Coverage increased (+0.01%) to 83.36% when pulling f66eee34571343fca86d8dee2d9a44b10d04150d on rileyjmurray:1.0 into b84ea1668a2abcf1ee23abc12c32354f73628798 on cvxgrp:1.0.

Also, any idea what happened to the Python 3.6 branch? It looks like NumPy updated and broke some assumption in the tests. I can fix this myself but curious if you had any thoughts. The timing based warm start test clearly is a mess and needs to go.

I'm not sure what happened on the Python 3.6 branch. Although I've looked back and it seems that the issue came up in my first commits for the mosek interface. Relevant builds are:

The last time I can find where Python 3.6 doesn't generate that error:
https://travis-ci.org/cvxgrp/cvxpy/jobs/348206613
The very next build (https://travis-ci.org/cvxgrp/cvxpy/builds/349391496) failed everything because of widespread flake8 issues.
The build that was merged is https://travis-ci.org/cvxgrp/cvxpy/builds/349885887.

I googled "api version 0xc vs 0xb" and get quite a few hits for numpy with python 3.6. Unfortunately there isn't a universal solution here (or at least one that makes sense in our context).

Ok fair enough we can deal with that later. It's clearly not related to this commit. I'm happy to merge after you update the project comparison so sparsity is preserved.

We should be good to go!


bosh logs doesn't cleanup after itself

Since bosh logs uses non-interactive mode, it just kills the local ssh client process, but the server side tail process remains running. After certain bosh logs commands you'll receive an amount of stale sudo tail -F processes on the remove server.
I tried to find a workaround for this issue, and I cannot develop anything better than pseudo-interactive shell...

Fixed in #448.

We had to unmerge the PR since it caused problems with bosh logs -f output.  We also would like to see more evidence of the leaking tail processes since our understanding of how this typically works is that when an ssh session terminates it sends SIGHUP to all of its child processes.  We verified locally that sending SIGHUP to tail -f causes it to terminate.

@jaresty what kind of problems do you see with bosh logs -f output?
ssh with -tt without stdin doesn't send any signal, it just closes the session and remote ssh sends SIGHUP to sudo, sudo doesn't relay this signal to tail, however it sends cont signal, thus tail remains opened.
when you use ssh -tt with stdin, ctrl+c sends SIGINT directly, and sudo forwards it to tail.
stdin solution was the easiest fix and I wonder what kind of problems does it cause.

I found the root cause. https://bugzilla.sudo.ws/show_bug.cgi?id=719
Current ubuntu trusty stemcell has sudo version 1.8.9p5-1ubuntu1.4 and it doesn't send SIGHUP properly. I've backported sudo 1.8.16, and it started to work fine.
I've introduced a new workaround explained in the https://bugzilla.sudo.ws/show_bug.cgi?id=719 and it seems to work fine, however I assume it is a bit ugly.
Nevertheless, the side effect of my initial fix at least allows to run bash ssh deployment/0 htop.

@kayrus The problem we saw was related to whitespace and line wrapping.  We tried running bosh logs -f against a zookeeper deployment with and without   the changes from https://github.com/cloudfoundry/bosh-cli/pull/448/files and compared the results. With the changes, many output lines were prepended with seemingly arbitrary whitespace and wrapping such that it was clear that the logs -f output had changed significantly and unintentionally.  Here is an example with the changes:
                                                                 zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | ;; Query time: 0 msec
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | ;; SERVER: <IP_ADDRESS>#53(<IP_ADDRESS>)
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | ;; WHEN: Tue Sep 11 00:37:07 UTC 2018
                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | ;; MSG SIZE  rcvd: 66
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout |
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout |
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | ==> /var/vcap/sys/log/bosh-dns/pre-start.stderr.log <==
    zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | + chown -R vcap:vcap /var/vcap/sys/log/bosh-dns
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | + mkdir -p /var/vcap/sys/run/bosh-dns
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | + chown -R vcap:vcap /var/vcap/sys/run/bosh-dns
                       zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | + start_logging
                                                              zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | + exec
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | + exec
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | ++ prepend_datetime
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | ++ awk -W interactive '{ system("echo -n [$(date +\"%Y-%m-%d %H:%M:%S%z\")]"); print " " $0 }'
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | ++ prepend_datetime
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | ++ awk -W interactive '{ system("echo -n [$(date +\"%Y-%m-%d %H:%M:%S%z\")]"); print " " $0 }'
          zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout |
                                                                   zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | ==> /var/vcap/sys/log/bosh-dns/pre-start.stdout.log <==
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout |
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | ==> /var/vcap/sys/log/zookeeper/pre-start.stderr.log <==
                                 zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout |
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | ==> /var/vcap/sys/log/zookeeper/pre-start.stdout.log <==
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout |
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | ==> /var/vcap/sys/log/zookeeper/stderr.log <==
                                               zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | ZooKeeper JMX enabled by default
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | Using config: /var/vcap/jobs/zookeeper/config/zoo.cfg
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout |
                    zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | ==> /var/vcap/sys/log/zookeeper/stdout.log <==
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | 2018-09-13 00:36:57 INFO  DatadirCleanupManager:138 - Purge task started.
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | 2018-09-13 00:36:57 INFO  DatadirCleanupManager:144 - Purge task completed.
                                    zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | 2018-09-14 00:36:57 INFO  DatadirCleanupManager:138 - Purge task started.
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | 2018-09-14 00:36:57 INFO  DatadirCleanupManager:144 - Purge
task completed.
               zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | 2018-09-15 00:36:57 INFO  DatadirCleanupManager:138 - Purge task started.
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | 2018-09-15 00:36:57 INFO  DatadirCleanupManager:144 - Purge task completed.
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | 2018-09-16 00:36:57 INFO  DatadirCleanupManager:138 - Purge task started.
                                                          zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | 2018-09-16 00:36:57 INFO  DatadirCleanupManager:144 - Purge task completed.
                                                                                zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | 2018-09-17 00:36:57 INFO  DatadirCleanupManager:138 - Purge task started.
    zookeeper/5253f374-c75a-486d-b1ef-9203f9e97a7d: stdout | 2018-09-17 00:36:57 INFO  DatadirCleanupManager:144 - Purge task completed.

And here it is without:
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | {"records":[["<IP_ADDRESS>","45c0e783-1b95-45e8-8c22-00cfdf804c59.smoke-tests.default.zookeeper.bosh"],["<IP_ADDRESS>","737f7380-1533-4b8a-9245-d79eb7198a04.blank.default.blank.bosh"],["<IP_ADDRESS>","494babd0-fa62-41fe-b6b2-900417ccb7e2.zookeeper.default.zookeeper.bosh"],["<IP_ADDRESS>","63a2bfa1-aafd-44bd-85a7-e97e7ec39dc1.zookeeper.default.zookeeper.bosh"],["<IP_ADDRESS>","2ac953f8-a554-43ed-9653-90971480d97f.zookeeper.default.zookeeper.bosh"],["<IP_ADDRESS>","9b80c594-9da6-4618-a5e0-5180a6ab1aab.zookeeper.default.zookeeper.bosh"],["<IP_ADDRESS>","5253f374-c75a-486d-b1ef-9203f9e97a7d.zookeeper.default.zookeeper.bosh"]],"version":223,"record_keys":["id","num_id","instance_group","group_ids","az","az_id","network","network_id","deployment","ip","domain","agent_id","instance_index"],"record_infos":[["45c0e783-1b95-45e8-8c22-00cfdf804c59","108","smoke-tests",["21"],"z1","1","default","2","zookeeper","<IP_ADDRESS>","bosh","a4535e6c-5813-48c0-ab6d-e7801b8fa847",0],["737f7380-1533-4b8a-9245-d79eb7198a04","620","blank",["23"],"z1","1","default","2","blank","<IP_ADDRESS>","bosh","11ad8d35-214e-48b9-8324-2e5bb199933b",0],["494babd0-fa62-41fe-b6b2-900417ccb7e2","105","zookeeper",["20"],"z1","1","default","2","zookeeper","<IP_ADDRESS>","bosh","2c96a0dd-ca73-44bc-9e41-2c8ca7b3a81b",0],["63a2bfa1-aafd-44bd-85a7-e97e7ec39dc1","618","zookeeper",["20"],"z1","1","default","2","zookeeper","<IP_ADDRESS>","bosh","83a092a0-10b9-40ac-a15d-a3dd516f2b2b",3],["2ac953f8-a554-43ed-9653-90971480d97f","106","zookeeper",["20"],"z2","2","default","2","zookeeper","<IP_ADDRESS>","bosh","c154e6bd-c93b-44d2-8018-3ec0a3762a04",1],["9b80c594-9da6-4618-a5e0-5180a6ab1aab","619","zookeeper",["20"],"z2","2","default","2","zookeeper","<IP_ADDRESS>","bosh","52fe29ce-029d-43ce-926b-c813f28a21ff",4],["5253f374-c75a-486d-b1ef-9203f9e97a7d","107","zookeeper",["20"],"z3","3","default","2","zookeeper","<IP_ADDRESS>","bosh","6ba01991-be77-41d6-8c5b-38c71147e113",2]]}
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | ********************
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout |
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | ==> /var/vcap/sys/log/bosh-dns/post-start.stderr.log <==
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | + dig +tcp +time=10 +tries=1 -p 53 upcheck.bosh-dns. @<IP_ADDRESS>
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | + dig +notcp +time=10 +tries=1 -p 53 upcheck.bosh-dns. @<IP_ADDRESS>
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout |
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | ==> /var/vcap/sys/log/bosh-dns/post-start.stdout.log <==
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | ;upcheck.bosh-dns.             IN      A
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout |
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | ;; ANSWER SECTION:
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | upcheck.bosh-dns.      0       IN      A       <IP_ADDRESS>
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout |
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | ;; Query time: 0 msec
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | ;; SERVER: <IP_ADDRESS>#53(<IP_ADDRESS>)
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | ;; WHEN: Tue Sep 11 00:33:00 UTC 2018
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | ;; MSG SIZE  rcvd: 66
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout |
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout |
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | ==> /var/vcap/sys/log/bosh-dns/pre-start.stderr.log <==
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | + chown -R vcap:vcap /var/vcap/sys/log/bosh-dns
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | + mkdir -p /var/vcap/sys/run/bosh-dns
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | + chown -R vcap:vcap /var/vcap/sys/run/bosh-dns
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | + start_logging
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | + exec
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | + exec
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | ++ prepend_datetime
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | ++ awk -W interactive '{ system("echo -n [$(date +\"%Y-%m-%d %H:%M:%S%z\")]"); print " " $0 }'
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | ++ prepend_datetime
zookeeper/9b80c594-9da6-4618-a5e0-5180a6ab1aab: stdout | ++ awk -W interactive '{ system("echo -n [$(date +\"%Y-%m-%d %H:%M:%S%z\")]"); print " " $0 }'

@mfine && @jfmyers9 will likely be interested in knowing about about the sudo issue you discovered with respect to sudo not passing SIGHUP to child processes - that sounds likely to explain the leaked tail processes you were seeing and like something we may need to investigate a proper solution for.

@jaresty did you test it on windows or other OS? I suppose it could be related to stdin and terminal output options: https://linux.die.net/man/1/stty
The output in Linux looks fine.

Our dev workstations are mostly OSX.
On Mon, Sep 17, 2018 at 9:58 AM kayrus<EMAIL_ADDRESS>wrote:

@jaresty https://github.com/jaresty did you test it on windows or other
OS? I suppose it could be related to stdin and terminal output options:
https://linux.die.net/man/1/stty
The output in Linux looks fine.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/cloudfoundry/bosh-cli/issues/447#issuecomment-422092077,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABQMNOwZbw7BN-dHcp8vO0qm5grLR27Oks5ub9SrgaJpZM4U31BB
.

@jaresty , try this fix: https://github.com/kayrus/bosh-cli/commit/be6421ff5ff4db442bd007a201fab3e6ab2ad144 . I made it referring to https://bugzilla.sudo.ws/show_bug.cgi?id=719 description.

@kayrus -- a similar change (based on your other PR) was merged and has not
been reverted (see
https://github.com/cloudfoundry/bosh-cli/blob/20b152585e83b3c85399e87f63ce2c608ec0b34e/cmd/logs.go#L67-L68).
The revert I mentioned is just this:
https://github.com/cloudfoundry/bosh-cli/commit/b6303b1f08bb9c4c32adfc78f9f8e95182ada8af
.
On Mon, Sep 17, 2018 at 12:12 PM kayrus<EMAIL_ADDRESS>wrote:

@jaresty https://github.com/jaresty , try this fix: kayrus@be6421f
https://github.com/kayrus/bosh-cli/commit/be6421ff5ff4db442bd007a201fab3e6ab2ad144
. I made it referring to https://bugzilla.sudo.ws/show_bug.cgi?id=719
description.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/cloudfoundry/bosh-cli/issues/447#issuecomment-422135438,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABQMNLesZNGpE97HvDMnfP0n16MlBm6sks5ub_QzgaJpZM4U31BB
.

@jaresty  it is not similar. this change (https://github.com/cloudfoundry/bosh-cli/blob/20b152585e83b3c85399e87f63ce2c608ec0b34e/cmd/logs.go#L67-L68) allows to tail logs that are readable only by root or vcap user. this fix (https://github.com/kayrus/bosh-cli/commit/be6421ff5ff4db442bd007a201fab3e6ab2ad144) introduced additional bash wrapper with an extra command at the end (true). I you read https://bugzilla.sudo.ws/show_bug.cgi?id=719 description, you'll noticed that the true as a second command in bash does the trick.

@kayrus Ok, I see the difference now.  This issue is still open so the next
person available to work on it will take a look and get back to you.
On Mon, Sep 17, 2018 at 1:13 PM kayrus<EMAIL_ADDRESS>wrote:

@jaresty https://github.com/jaresty it is not similar. this change (
https://github.com/cloudfoundry/bosh-cli/blob/20b152585e83b3c85399e87f63ce2c608ec0b34e/cmd/logs.go#L67-L68)
allows to tail logs that are readable only by root or vcap user. this fix (
kayrus@be6421f
https://github.com/kayrus/bosh-cli/commit/be6421ff5ff4db442bd007a201fab3e6ab2ad144)
introduced additional bash wrapper with an extra command at the end (true).
I you read https://bugzilla.sudo.ws/show_bug.cgi?id=719 description,
you'll noticed that the true as a second command in bash does the trick.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/cloudfoundry/bosh-cli/issues/447#issuecomment-422154320,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABQMNHHJbNCLablvVTbMFeHEuELykDF5ks5ucAJngaJpZM4U31BB
.

Hey @kayrus,
We just validated that the xenial stemcell has a newer sudo version:
zookeeper/5f59da64-616d-4b90-9ea0-d6a0adaf938a:~$ sudo --version
Sudo version 1.8.16
Sudoers policy plugin version 1.8.16
Sudoers file grammar version 45
Sudoers I/O plugin version 1.8.16
zookeeper/5f59da64-616d-4b90-9ea0-d6a0adaf938a:~$ uname -a
Linux a36c9bd1-41a5-41a1-899c-d6c6a7b79c6c 4.15.0-32-generic #35~16.04.1-Ubuntu SMP Fri Aug 10 21:54:34 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
zookeeper/5f59da64-616d-4b90-9ea0-d6a0adaf938a:~$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.5 LTS"
zookeeper/5f59da64-616d-4b90-9ea0-d6a0adaf938a:~$ uname -a
Linux a36c9bd1-41a5-41a1-899c-d6c6a7b79c6c 4.15.0-32-generic #35~16.04.1-Ubuntu SMP Fri Aug 10 21:54:34 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

We also validated that interrupting a bosh logs -f successfully cleans up any tail processes that are created.
Since the trusty stemcell is nearing its EOL, we are unlikely to merge any drastic changes to this code path. Knowing this, are you still concerned about the leaking tail processes on trusty?
Best,
@jfmyers9 && @pivotal-mp, CF BOSH

I suppose it is easier to update sudo version rather than apply a fix in bosh-cli.
Thanks.


Calibrate

Hi antoinelame;
I'm running the program without error, but the laptob screen and webcam (Logitech C920) need to be calibrated? The given coordinates are working according to the Laptob screen or the webcam screen .. Thanks.

Hi,
Yes, a calibration may be necessary according to your eye's color and your webcam. If you need it, change the threshold value (currently at 20) in pupil.py line 29. Like so for example:
new_frame = cv2.threshold(new_frame, 50, 255, cv2.THRESH_BINARY)[1]
Don't hesitate to increase the value, especially if your eyes are light.
I'm working on an auto-calibration for next versions.

Thanks for your answer.
I'm looking forward to the automatic calibration.
But what environment is the current coordinates? Webcam or labtop screen

Coordinates of the webcam's frame

thanks antoinelame..

Coordinates of the webcam's frame

Hello, Antonio, is there way to change it, so it works on the co-ordinates of the image/video rather than the webcam?


Parameterization not working when use FromSql/Take/Skip in another IQueryable without inline?

Describe what is not working as expected.
See the code and generated sql below. The param in FromSql is not parameterization for bq, ~but that works if replace aq to something like ctx.Device.Where(d => d.DeviceId >= min).Select(d1 => d1.DeviceId)~
UPDATE: This also happen when Take/Skip is used.
--aq/aq2
      Executed DbCommand (70ms) [Parameters=[@p0='?' (DbType = Int32)], CommandType='Text', CommandTimeout='30']
      SELECT [d1].[Device_ID]
      FROM (
          SELECT * FROM Device WHERE Device_ID >= @p0
      ) AS [d1]
--bq/bq2
      Executed DbCommand (0ms) [Parameters=[@__max_0='?' (DbType = Int32)], CommandType='Text', CommandTimeout='30']
      SELECT [d].[Device_ID]
      FROM [Device] AS [d]
      WHERE ([d].[Device_ID] <= @__max_0) AND [d].[Device_ID] IN (
          SELECT [d1].[Device_ID]
          FROM (
              SELECT * FROM Device WHERE Device_ID >= 6
          ) AS [d1]
      )
--cq
      Executed DbCommand (63ms) [Parameters=[@__max_0='?' (DbType = Int32), @p0='?' (DbType = Int32)], CommandType='Text', CommandTimeout='30']
      SELECT [d].[Device_ID]
      FROM [Device] AS [d]
      WHERE ([d].[Device_ID] <= @__max_0) AND [d].[Device_ID] IN (
          SELECT [d1].[Device_ID]
          FROM (
              SELECT * FROM Device WHERE Device_ID >= @p0
          ) AS [d1]
      )
--cq2
      Executed DbCommand (2ms) [Parameters=[@__max_0='?' (DbType = Int32), @__min_1='?' (DbType = Int32)], CommandType='Text', CommandTimeout='30']
      SELECT [d].[Device_ID]
      FROM [Device] AS [d]
      WHERE ([d].[Device_ID] <= @__max_0) AND [d].[Device_ID] IN (
          SELECT [d1].[Device_ID]
          FROM (
              SELECT * FROM Device WHERE Device_ID >= @__min_1
          ) AS [d1]
      )

Steps to reproduce
Include a complete code listing (or project/solution) that we can run to reproduce the issue.
Partial code listings, or multiple fragments of code, will slow down our response or cause us to push the issue back to you to provide code to reproduce the issue.
The query is useless, just use as an simple example for test without SqlFunction.
var min = 6;
var max = 1000;
//var aq = ctx.Device.Where(d1 => d1.DeviceId >= min).Select(d1 => d1.DeviceId);
var aq = ctx.Device.FromSql($"SELECT * FROM Device WHERE Device_ID >= {min}").Select(d1 => d1.DeviceId);
aq.ToList();
//var aq2 = ctx.Device.FromSql("SELECT * FROM Device WHERE Device_ID >= {0}", min).Select(d1 => d1.DeviceId);
//aq2.ToList();
var bq = ctx.Device.Where(d => d.DeviceId <= max && aq.Contains(d.DeviceId)).Select(d => d.DeviceId);
bq.ToList();
//var bq2 = ctx.Device.Where(d => d.DeviceId <= max && aq2.Contains(d.DeviceId)).Select(d => d.DeviceId);
//bq2.ToList();
var cq = ctx.Device.Where(d => d.DeviceId <= max && ctx.Device.FromSql($"SELECT * FROM Device WHERE Device_ID >= {min}").Select(d1 => d1.DeviceId).Contains(d.DeviceId)).Select(d => d.DeviceId);
cq.ToList();
var cq2 = ctx.Device.Where(d => d.DeviceId <= max && ctx.Device.FromSql("SELECT * FROM Device WHERE Device_ID >= {0}", min).Select(d1 => d1.DeviceId).Contains(d.DeviceId)).Select(d => d.DeviceId);
cq2.ToList();

Further technical details
EF Core version: 2.1.0(Also not works in old versions)
Database Provider: Microsoft.EntityFrameworkCore.SqlServer
Operating system: Win10x64
IDE: Visual Studio 2017 15.8prev2

// Query1
var aq = ctx.Device.FromSql($"SELECT * FROM Device WHERE Device_ID >= {min}").Select(d1 => d1.DeviceId);
aq.ToList();
// Generates SQL
      Executed DbCommand (69ms) [Parameters=[@p0='6'], CommandType='Text', CommandTimeout='30']
      SELECT [d1].[Device_ID]
      FROM (
          SELECT * FROM Device WHERE Device_ID >= @p0
      ) AS [d1]

// Query2
var bq = ctx.Device.Where(d => d.DeviceId <= max && aq.Contains(d.DeviceId)).Select(d => d.DeviceId);
bq.ToList();
// Generates SQL (notice no parameter for FromSql parameter
      Executed DbCommand (4ms) [Parameters=[@__max_0='1000'], CommandType='Text', CommandTimeout='30']
      SELECT [d].[Device_ID]
      FROM [Device] AS [d]
      WHERE ([d].[Device_ID] <= @__max_0) AND [d].[Device_ID] IN (
          SELECT [d1].[Device_ID]
          FROM (
              SELECT * FROM Device WHERE Device_ID >= 6
          ) AS [d1]
      )

// Query 3 when inlining
var cq = ctx.Device.Where(d => d.DeviceId <= max && ctx.Device.FromSql($"SELECT * FROM Device WHERE Device_ID >= {min}").Select(d1 => d1.DeviceId).Contains(d.DeviceId)).Select(d => d.DeviceId);
cq.ToList();

// Generates SQL (with parameter)
      Executing DbCommand [Parameters=[@__max_0='1000', @p0='6'], CommandType='Text', CommandTimeout='30']
      SELECT [d].[Device_ID]
      FROM [Device] AS [d]
      WHERE ([d].[Device_ID] <= @__max_0) AND [d].[Device_ID] IN (
          SELECT [d1].[Device_ID]
          FROM (
              SELECT * FROM Device WHERE Device_ID >= @p0
          ) AS [d1]
      )


feat: create pdp command to start the server directly

Codecov Report

Merging #10 (0dc90f5) into main (9c03a3b) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main      #10   +/-   ##
=======================================
  Coverage   91.50%   91.50%
=======================================
  Files           4        4
  Lines         212      212
  Branches       49       49
=======================================
  Hits          194      194
  Misses         18       18

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 9c03a3b...0dc90f5. Read the comment docs.


Development/hdcp improvements

https://jenkins.code.rdkcentral.com/job/github-triggered/516/ started


[Bug] Function PERCENTILE_APPROX return error result.

Describe the bug
Column Data A: (65536, null, null,null)
Call function percentile_approx(A, 0.5) should return 65536, but result is nan
To Reproduce
Steps to reproduce the behavior:

create table

CREATE TABLE `per` (
  `A` bigint(20) NULL COMMENT ""
) ENGINE=OLAP
DUPLICATE KEY(`A`)
COMMENT "OLAP"
DISTRIBUTED BY HASH(`A`) BUCKETS 5
PROPERTIES (
"replication_num" = "1",
"in_memory" = "false",
"storage_format" = "V2"
);

Insert data into the table

insert into per values(65536)

set parallel_fragment_exec_instance_num

set parallel_fragment_exec_instance_num = 15;

Do query

SELECT PERCENTILE_APPROX(A, 0.5) from per;
+-----------------------------+
| percentile_approx(`A`, 0.5) |
+-----------------------------+
|                   65536                |
+-----------------------------+

There is a certain probability
result is
SELECT PERCENTILE_APPROX(A, 0.5) from per;
+-----------------------------+
| percentile_approx(`A`, 0.5) |
+-----------------------------+
|                   nan              |
+-----------------------------+

I encountered the same problem, how did you solve this problem later?

I encountered the same problem, how did you solve this problem later?

@ICEMAN-CN This problem already fixed，please look at：https://github.com/apache/incubator-doris/pull/5172
I will close this issue


Configure audio device

This adds the ability to configure the audio device:

Sample rate
bit depth
Number of channels
Channel mapping to speakers
Exclusive / non-exclusive mode.

Phases of an audio device

After audio device enumeration configure to the driver default.
Try to change the configuration to user-preferences
Allow the user to read a list of possible values for each item (sample rate, bit depth, number of channels, exclusivity), based on changing the current configuration.
Allow the user to modify a single item (sample rate, bit depth, number of channels, exclusivity).

So, I have been thinking about this a bit more.
The user should be able to configure:

Sample rate
Channel configuration

The user should not be able to configure the bit-depth of the audio interface. It should simply be the highest quality bit depth available for that sample-rate+channel-config combination. It should show the bit depth in the user interface however.
A preset list of sample rates should be checked ahead of time which will have valid channel configurations. For the following sample rates: 8000, 11025, 16000, 22050, 32000, 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000. This list should be used to populate a combo-box (a combination of a selection box and a text input field).
Every time the user changes the sample rate, ttauri should create a new list of channel configurations. If at a given frequency no configuration is available the channel configuration list is empty. When this list is empty the selection box should show as a placeholder text something along the lines as "Select a different sample rate".
A channel configuration is either:

Number of channels, without an icon indicating a set of isolated channels.
Number of channels, together with a surround sound icon.

On APIs like win32 core audio the audio device is linked to speaker locations, and the driver may do audio signal processing to translate one speaker configuration to another, for example mixing the surround side channels into stereo. Or converting surround sound into 3D positional stereo signal. Which is why it is important to keep track of the speaker configuration.
On pro-audio APIs like MacOS core audio, audio is treated more often as isolated audio channels without signal processing for a clean interface.


Get attribute

Attributes - if they match the name of the variable from ansible_facts, then they fill in the corresponding attributes, in tasks like os_server, etc. the results of the task from results and from fields such as server, subnet, etc. Properties are also taken into account - similarly, but not for all properties from the definition (for attributes exactly like that), but for those that were specified in the template. In other cases, use outputs to specify the ansible_facts variable from which you want to put the value in the specified attribute. Their support has also been added.
Inputs - only the values specified in default are supported.
Artifacts - only local artifacts from node templates and relationship templates are supported, including dependencies. There is support for copying and checking checksums, support for script execution timeouts.
Added correct support for all TOSCA functions except get_artifact (explain get_artifact?) and get_operation_output (now deprecated).

Great fatures :)


docs(shorthand): add dedicated shorthand docs page

Shorthand props are at the heart of what makes our API so powerful and easy to work with.  With the recent updates and additions to our factories, the shorthand concept is becoming the crux of this library.  We're set to only further improve shorthand for arrays, child keys, and prop types.  Understanding how to use it is paramount to using Semantic-UI-React.
Shorthand is covered briefly half way down the introduction page.  However, it is incomplete and deserves more prominence.  We should add a dedicated "Shorthand" page under "Getting Started".

Include information and examples from #882.

Include an input example, see #1386.

@levithomason Assigning this old one over to myself. I'll see about putting something together to help with this.

I've officially blocked out a day to work on some of this over the holiday. 🎁 🎉

Unstale, please :cat

@layershifter I saw you mention elsewhere that you were thinking about changing to docs to be built with Gatsby. Is that something you are still considering?
If so, we might want to look into something like MDX files to generate our docs. I actually am putting something together with my team that does this right now internally.

@brianespinosa we using ReactStatic now.
We can adopt MDX files there, just add an additional loader: https://github.com/Semantic-Org/Semantic-UI-React/blob/master/static.webpack.js#L41
I don't have there a strategy for this now. Feel free to promote it 👍

Ah got it. Let me see how things pan out with our internal work first and once I have some more feedback on pros/cons I can put a proposal together.

@brianespinosa MDX support is added, #3196 ✌


Links for "what's available in the Teams public preview" show info about general release, not Public Preview

Given past experiences: This is strictly a documentation issue/question, so please don't auto-reply to this post saying "I think the best way forward is if you open a service ticket in your tenant so this can get resolved ASAP".
"For a list of what's available in the Teams public preview, visit Microsoft Teams Public Preview tech notes, Release Notes for Teams Admin Features, and What's new in Teams."
Unless I'm missing something, none of those links contain a list of what is in the Public Preview. Two of the links only show information about the current release, and the techcommunity.microsoft.com link is a forum that also doesn't appear to have a list, and it includes no information about the recently-released fix for the issue described here: https://answers.microsoft.com/en-us/msteams/forum/all/teams-yealink-mp50-unable-to-start-answer-or-end/bfba54b2-fd71-40ff-9c4e-f6d111e3f0b1?page=6
If I'm missing the info about the list of what's in Public Preview, could you point me to it, or otherwise clarify? Thank you for your assistance.

Hi @ryanhelmer, thank you for your feedback.
Can you please tell us to which article(s) your question applies?

Thank you, @dariomws. My apologies not to include the link, I had thought I was offering feedback to that page. This is the article I had in mind: https://learn.microsoft.com/en-us/microsoftteams/public-preview-doc-updates.

@ryanhelmer, thank you for your comment.
All public preview features are announced at Microsoft Teams Public Preview - Microsoft Tech Community. I understand there is no better place to search for public preview features.

Thank you, @dariomws. The page says "For a list of what's available in the Teams public preview...."  I haven't found such a list on that Tech Community page. Even if you search that site, it also doesn't include the recently-released fix I had mentioned.


perf(dao/schema) no ipairs, max page size, skip deep clone, localize vars

Summary
This set of performance improvements contains mainly schema and dao related enhancements:

uses max page size when iterating over tables on initialization, rebuilds and warmups
localize variable access in dao/schema modules
optimizes very hot process auto fields function
does not deep clone on process auto fields on selects
replaces ipairs with for i, #array loops

See the individual commits.
In my tests these patches together with #8010 will improve dbless reloads. E.g. router rebuild used to take something like 7 seconds per worker with my 50 MB YAML-test configuration. With these two PRs I get that to around 3-4 seconds.

The last commit:
https://github.com/Kong/kong/pull/8087/commits/b6bd7d42620c1b39d2bc9132f68eee07895a077a
I am not fully confident that it has no side issues, but nothing in our test suite currently catches it.

but nothing in our test suite currently catches it.

Is it possible to add some unit test that covers this?

but nothing in our test suite currently catches it.

Is it possible to add some unit test that covers this?

I removed that last commit. So this can be seen mostly as refactoring for perf.


[22.11] github-runner: 2.302.1 -> 2.303.0

Description of changes

https://github.com/actions/runner/releases/tag/v2.303.0
This was updated for master in #220469 (and fixed in #220716).
I added leaveDotGit to match master, so backports will work and hashes can be reused.
Things done

Built on platform(s)

[x] x86_64-linux
[x] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[x] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
23.05 Release Notes (or backporting 22.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 220744 run on x86_64-linux 1

1 package built:

github-runner


Add text classification task

Firstly, thanks for the great library/ecosystem 🤗
This pull request adds a broad task for 'text classification. I plan to push some adapters to the huggingface hub which would most naturally fit under this heading. I noticed some other adapters on the Hub which do text classification are listed under 'other' so apologies if I have missed a reason for not including this task.
If you prefer to only add a new task when an adapter with that task is uploaded, I can leave this open until I've pushed the adapter to the huggingface hub?

Hey @davanstrien,
Thanks for you contribution and sorry for the delayed answer!
Regarding the "text classification" you added, I'm wondering if it would be possible to formulate this task more specific to the adapters you want to add? AdapterHub.ml already includes some other adapters that would also fall under "text classification", but are classified under which problem they intend to solve, e.g. sentiment analysis, NLI, commonsense reasoning etc. If you don' think there's any more specific title your adapters would fit under, I'll merge this PR as is :)

Thanks for you contribution and sorry for the delayed answer!

No problem!

Regarding the "text classification" you added, I'm wondering if it would be possible to formulate this task more specific to the adapters you want to add? AdapterHub.ml already includes some other adapters that would also fall under "text classification", but are classified under which problem they intend to solve, e.g. sentiment analysis, NLI, commonsense reasoning etc. If you don' think there's any more specific title your adapters would fit under, I'll merge this PR as is :)

The task I wanted to could be classified under 'genre classification', but I wasn't sure if that was too specific since it's not a 'core' nlp task? I thought a broader category like 'text classification' could help avoid having some task categories that only end up with one task?
I am happy to update the pull request with a more specific version of the task if you think that makes more sense, though?


Unexpected Token in JSON at Position 0

When I started up discord, it ended up saying this error message. Suggestions?

Run this. Fully close discord then delete user.json in the folder that opens.
https://cdn.discordapp.com/attachments/119918741516451840/414036980276527104/Betterdiscord_Folder_Opener.bat

This repository is deprecated, new issues should go to here


Registry implementation of interface method org.wso2.carbon.apimgt.api.APIPersistence#getDocumentation(String apiId, String docId, Organization requestedOrg) doesn't need apiId to be passed

Registry implementation of interface method org.wso2.carbon.apimgt.api.APIPersistence#getDocumentation(String apiId, String docId, Organization requestedOrg) doesn't need apiId to be passed. But mongoDb impl will require it.

That is ok.
This is because the way we implemented this in registry based persistence doesn't required the apiID to locate documents. Documents can be located only using the docId. For mongoDB it is not. It is stored based on the apiId and also docId. As this is depending on the implementation, the Interface doesn't need to restrict to a single way hence it can include the both parameters. If any implementation doesn't need a certain parameter it can just ignore it.


test(defaultIfEmpty): add marble tests for defaultifEmpty operator

*apply marble test cases for defaultIfEmpty operator.
Coverage wise, existing test cases are already same as RxJS4 test cases.

@kwonoj ... for the future. Try to put the Issue # this relates to at the bottom of your commit message. (see the Commit Message Guidelines).
If you add commits like:
fix(Foo): stop foo from being bad

- did something to foo
- update bar to reflect foo

fixes #10000
closes #10001

or
feat(qux): added a qux to our dux

- all ducks no qux more loudly

closes #10000

... it will close the related issue(s) when the commit is merged in.
If it doesn't close it, but relates to it, you can just add "relates to #10000" as a footer
This will save us from having to figure out what has been finished and what hasn't.

Thanks for pointing out, definitely will do.

PR's updated as suggested to remove common values outer scope of test cases, along with updating commit message.


Feed ownership is confusing in the FAQ

As far as I understand from the FAQ, OrbitDB allows users to subscribe to a persistent pubsub feed that is owned and administrated by an individual, if the correct writer permissions are applied.
I think the two sections below can be merged into a more widely-encompassing article about how administration and the data model works in OrbitDB:

Does orbit have a shared feed between peers where multiple peers can append to the same feed?

which implies that the whole of OrbitDB is an uncontrolled riot like a publicly editable Google Doc

Does OrbitDB natively allow for a multi-writer capability permission model?

which implies that there is in fact, an owner (though by default it's nobody)

These FAQs are probably out-dated now. Closing but if this is not addressed by the new documentation, please feel free to re-open.


Is it possible to output the ad creative "format" to the console?

I've been unsuccessfully searching the docs ( https://developers.google.com/interactive-media-ads/docs/sdks/html5/v3/apis#ima.CompanionAdSelectionSettings.CreativeType ) for this, but how do I print the following ad formats to the console?

In-stream skippable
In-stream standard
Overlay text linear
Overlay image linear
Overlay text non-linear
Overlay image non-linear
Others?

Thanks!

Hi,
You can see if an ad is linear by querying Ad.isLinear() and that should tell you if it's instream or overlay. Otherwise, you can also call Ad.getContentType() and Ad.getSkipOffset() to approximate some of this information.

Thanks, I'll that out!

I guess these functions need to be called whilst the ad is actually downloaded and playing. Can you recommend a good listener for these functions?


Apply, as a group, for a grant

Completed with AIM-AHEAD submission! https://drive.google.com/drive/folders/1dZBmoeQBJMDtuDbBENiVnO1QF3xwLInD?usp=sharing


Type maskChar don't exist - TypeScript

Hi everyone, I'm using typescript in my project, but prop "maskChar" don't exist in types.
i'm try extends props in declare module of typeScript,  but I could not.
Has anyone ever experienced this ?

Hi. You can add maskChar type to types in modules, but this only local solution.

I'd suggest also updating the docs as maskPlaceholder does not work, you have to use maskChar

Hi @VictorNevola.
I had that same issue sometime ago, but i figure out that was just the version of @types/react-input-mask I was using. The lastest version of the package do not have the maskChar property declared indeed, if you wanna use it I do recomend to change the package to the 1.2.1 version.

same for me

Show, @ru-web-designer, muito obrigado!

I share update declaration file:

// Type definitions for react-input-mask 3.0
// Project: https://github.com/sanniassin/react-input-mask
// Definitions by: Alexandre Paré <https://github.com/apare>
//                 Dima Danylyuk <https://github.com/dima7a14>
//                 Lucas Rêgo <https://github.com/lucasraziel>
// Definitions: https://github.com/DefinitelyTyped/DefinitelyTyped
// TypeScript Version: 2.9
// modified by ru-web-designer

declare module 'react-input-mask' {
	import * as React from 'react';

	export interface Selection {
		start: number;
		end: number;
	}

	export interface InputState {
		value: string;
		selection: Selection | null;
	}

	export interface BeforeMaskedStateChangeStates {
		previousState: InputState;
		currentState: InputState;
		nextState: InputState;
	}

	export interface MaskOptions {
		mask: string;
		maskChar: string | null;
		alwaysShowMask: boolean;
		formatChars: Record<string, any>;
		permanents: Array<number>;
	}

	export interface InputMaskProps extends React.InputHTMLAttributes<HTMLInputElement> {
		/**
		 * Mask string. Format characters are:
		 * * `9`: `0-9`
		 * * `a`: `A-Z, a-z`
		 * * `\*`: `A-Z, a-z, 0-9`
		 *
		 * Any character can be escaped with backslash, which usually will appear as double backslash in JS strings.
		 * For example, German phone mask with unremoveable prefix +49 will look like `mask="+4\\9 99 999 99"` or `mask={"+4\\\\9 99 999 99"}`
		 */
		mask: string | Array<string | RegExp>;
		maskChar?: string | null;
		formatChars?: Record<string, any>;
		/**
		 * Character to cover unfilled editable parts of mask. Default character is "_". If set to null, unfilled parts will be empty, like in ordinary input.
		 */
		maskPlaceholder?: string | null;
		/**
		 * Show mask even in empty input without focus.
		 */
		alwaysShowMask?: boolean;
		/**
		 * Use inputRef instead of ref if you need input node to manage focus, selection, etc.
		 */
		inputRef?: React.Ref<HTMLInputElement>;
		/**
		 * In case you need to implement more complex masking behavior,
		 * you can provide beforeMaskedValueChange function to change masked
		 * value and cursor position before it will be applied to the input.
		 * beforeMaskedValueChange receives following arguments:
		 *
		 * @param newState (object): New input state. Contains value and selection fields. selection is null on input blur or when function is called before input mount.
		 * @example { value: '12/1_/____', selection: { start: 4, end: 4 } }
		 *
		 * @param oldState (object): Input state before change. Contains value and selection fields. selection is null on input focus or when function is called before input mount.
		 * @param userInput (string): Raw entered or pasted string. null if user didn't enter anything (e.g. triggered by deletion or rerender due to props change).
		 * @param maskOptions (object): Mask options.
		 * @example {
		 *  mask: '99/99/9999',
		 *  maskChar: '_',
		 *  alwaysShowMask: false,
		 * formatChars: {
		 * 	'9': '[0-9]',
		 * 	'a': '[A-Za-z]',
		 * 	'*': '[A-Za-z0-9]'
		 * },
		 * permanents: [2, 5] // permanents is an array of indexes of the non-editable characters in the mask
		 * 	}
		 */
		beforeMaskedValueChange?(
			newState: InputState,
			oldState: InputState,
			userInput: string | null,
			maskOptions: MaskOptions,
		): InputState;
	}

	export class ReactInputMask extends React.Component<InputMaskProps> {}

	export default ReactInputMask;
}

Issue not fixed

The error is generated by typescript, not by javascript. Until the error is fixed a workaround is to bypass typescript. To do that just add:
// @ts-ignore:next-line maskChar={null}

Why this issue is closed ? the maskChar still not found there...

Why this issue is closed ? the maskChar still not found there...

Problem fixed. Just update @types/react-input-mask

ja vas ebal


Failed to build with vcpkg

Describe the bug
Failed to build with vcpkg.
To Reproduce
Steps to reproduce the behavior:
Followed the vcpkg build instructions.
Expected behavior
libjxl successfully build.
Screenshots
If applicable, add screenshots or example input/output images to help explain your problem.
Environment

OS: Windows 11 22H2 build 22621.963
Compiler version: clang 11.0.1
CPU type: x86_64
cjxl/djxl version string: [e.g. cjxl [v0.3.7 | SIMD supported: SSE4,Scalar]]
Microsoft Visual Studio Community 2022 (64-bit) -  Version 17.4.3

Additional context
I get this error
Error	CMake Error at C:/Users/Alifian/scoop/apps/vcpkg/current/installed/x64-windows/share/gtest/GTestTargets.cmake:42 (message):
  Some (but not all) targets in this export set were already defined.

  Targets Defined: GTest::gtest, GTest::gtest_main

  Targets not yet defined: GTest::gmock, GTest::gmock_main		C:/Users/Alifian/scoop/apps/vcpkg/current/installed/x64-windows/share/gtest/GTestTargets.cmake	42

with vcpkg version 2022-11-10-5fdee72bc1fceca198fb1ab7589837206a8b81ba
CMake log files

Is this a problem occuring at the current head?


Correctly pass HadoopConfiguration to Content.fromDirectory

Fixes #391.
This PR proposes to fix the issue reported in #391. We missed passing the Hadoop configuration to Content.fromDirectory in CreateActionBase. This PR removes the default value for the Hadoop configuration in Content.fromDirectory since it's error-prone.

LGTM Thanks!

Thanks @apoorvedave1 / @sezruby for the review!


install extension error: Unable to parse a file that does not exist

Does this issue occur when all extensions are disabled?: Yes/No No
reomote-ssh is required to connect to remote linux

VS Code Version: 1.80.2
OS Version: windows 10 x64 ltsc 21H2 19044.3208

Steps to Reproduce:

remote-ssh connect to Remote linux
install perl language server extension

Can you try to reproduce with our nightly insider builds? You can give our preview releases a try from: https://code.visualstudio.com/insiders/

This issue has been closed automatically because it needs more information and has not had recent activity. See also our issue reporting guidelines.
Happy Coding!


K8SPXC-899: Add HAProxy domain names to ssl-internal certificate

https://jira.percona.com/browse/K8SPXC-899
Also add pxc domain name from CN to the ssl-internal certificate, because running with --ssl-mode=VERIFY_IDENTITY doesn't work without it

Test name
Status

upgrade-haproxy
passed

haproxy
passed

recreate
passed

scaling
passed

storage
passed

big-data
passed

scheduled-backup
passed

scaling-proxysql
passed

self-healing
passed

self-healing-chaos
failed

init-deploy
failed

restore-to-encrypted-cluster
passed

security-context
passed

upgrade-proxysql
passed

demand-backup
passed

smart-update
passed

limits
passed

monitoring-2-0
passed

pitr
passed

affinity
passed

one-pod
passed

upgrade-consistency
passed

auto-tuning
passed

proxysql-sidecar-res-limits
passed

users
failed

demand-backup-encrypted-with-tls
failed

self-healing-advanced
passed

self-healing-advanced-chaos
failed

commit: https://github.com/percona/percona-xtradb-cluster-operator/pull/1074/commits/65f45740e1f5096b87df70086d143f16aef938b4
image: perconalab/percona-xtradb-cluster-operator:PR-1074-65f45740

Test name
Status

scaling
passed

upgrade-haproxy
passed

recreate
passed

scheduled-backup
passed

storage
passed

haproxy
passed

big-data
passed

scaling-proxysql
passed

self-healing
passed

self-healing-chaos
passed

init-deploy
passed

restore-to-encrypted-cluster
passed

security-context
passed

upgrade-proxysql
passed

self-healing-advanced
passed

self-healing-advanced-chaos
passed

limits
passed

demand-backup
passed

smart-update
passed

monitoring-2-0
passed

operator-self-healing
passed

operator-self-healing-chaos
passed

affinity
passed

one-pod
passed

auto-tuning
passed

pitr
passed

proxysql-sidecar-res-limits
passed

upgrade-consistency
passed

users
passed

demand-backup-encrypted-with-tls
passed

tls-issue-self
passed

tls-issue-cert-manager
passed

tls-issue-cert-manager-ref
passed

validation-hook
passed

commit: https://github.com/percona/percona-xtradb-cluster-operator/pull/1074/commits/6e4949112ec236ad411ccd2a6542b3b8f79c34a0
image: perconalab/percona-xtradb-cluster-operator:PR-1074-6e494911

Test name
Status

upgrade-haproxy
passed

storage
passed

big-data
passed

scaling
passed

haproxy
passed

recreate
passed

scheduled-backup
failed

self-healing
passed

self-healing-chaos
passed

scaling-proxysql
passed

init-deploy
passed

restore-to-encrypted-cluster
passed

security-context
passed

upgrade-proxysql
passed

self-healing-advanced
passed

self-healing-advanced-chaos
passed

limits
passed

demand-backup
passed

monitoring-2-0
passed

smart-update
passed

operator-self-healing
passed

operator-self-healing-chaos
passed

affinity
passed

one-pod
passed

auto-tuning
passed

pitr
passed

proxysql-sidecar-res-limits
passed

users
passed

demand-backup-encrypted-with-tls
passed

tls-issue-self
passed

tls-issue-cert-manager
passed

upgrade-consistency
failed

tls-issue-cert-manager-ref
passed

validation-hook
passed

commit: https://github.com/percona/percona-xtradb-cluster-operator/pull/1074/commits/8534571ee6cf0ed23f490c8dfec40265f00ee02c
image: perconalab/percona-xtradb-cluster-operator:PR-1074-8534571e

Test name
Status

recreate
passed

big-data
passed

haproxy
passed

upgrade-haproxy
passed

scheduled-backup
passed

restore-to-encrypted-cluster
passed

init-deploy
passed

demand-backup
passed

limits
passed

pitr
passed

monitoring-2-0
passed

demand-backup-encrypted-with-tls
passed

affinity
passed

one-pod
passed

auto-tuning
passed

proxysql-sidecar-res-limits
passed

users
passed

tls-issue-self
passed

scaling
passed

tls-issue-cert-manager
passed

scaling-proxysql
passed

tls-issue-cert-manager-ref
passed

security-context
passed

validation-hook
passed

storage
passed

self-healing
passed

self-healing-chaos
passed

self-healing-advanced
passed

self-healing-advanced-chaos
passed

operator-self-healing
passed

operator-self-healing-chaos
passed

upgrade-proxysql
passed

smart-update
passed

upgrade-consistency
passed

commit: https://github.com/percona/percona-xtradb-cluster-operator/pull/1074/commits/8534571ee6cf0ed23f490c8dfec40265f00ee02c
image: perconalab/percona-xtradb-cluster-operator:PR-1074-8534571e


fix index.d.ts file in core

a minor bug fix

Hi tiuuuuPJ, thank you for raising this issue. But this fix might not applied, because we have a significant update shortly. By that time, there will have different named packages on the NPM.


Error when i setState inside SolidBottomSheet widget: setState() or markNeedsBuild() called during build.

flutter: phase only if one of its ancestors is currently building. This exception is allowed because the
flutter: framework builds parent widgets before children, which means a dirty descendant will always be
flutter: built. Otherwise, the framework might not visit this widget during this build phase.
flutter: The widget on which setState() or markNeedsBuild() was called was:
flutter:   SolidBottomSheet
flutter: The widget which was currently being built when the offending call was made was:
flutter:   _InheritedResetNotifier
sample code:
Widget build(BuildContext context) {
    return Scaffold(
      body: _getImageLayer(),
      bottomSheet: SolidBottomSheet(
        controller: _controller,
        minHeight: MediaQuery.of(context).size.height * 0.7,
        maxHeight: MediaQuery.of(context).size.height * 0.9,
        body: _getMenuLayer(),
      ),
    );
  }

  Widget _getMenuLayer() {
    return Container(
      padding: EdgeInsets.only(top: 20),
      decoration: BoxDecoration(
        color: Colors.cyan[900],
        borderRadius: BorderRadius.only(
          topLeft: Radius.circular(25.0),
          topRight: Radius.circular(25.0),
        ),
      ),
      child: NotificationListener<ScrollNotification>(
        onNotification: (scrollNotification) {
          if (scrollNotification is ScrollStartNotification) {
          } else if (scrollNotification is ScrollUpdateNotification) {
            if (scrollNotification.metrics.pixels > _currentPosition) {
              _controller.show();
              setState(() {
                _firstStateEnabled = false;
              });
            }
          } else if (scrollNotification is ScrollEndNotification) {
            if (scrollNotification.metrics.pixels == 0) {
              _controller.hide();
              setState(() {
                _firstStateEnabled = true;
              });
            }
          }
          _currentPosition = scrollNotification.metrics.pixels;
          return true;
        },
        child: CustomScrollView(
          physics: ClampingScrollPhysics(),
          slivers: [
            _itemHeader(),
            _itemAmount(),
            _items(0),
            _items(1),
            _items(2),
            _items(3),
            _itemRemark(),
            _itemBottom(),
          ],
        ),
      ),
    );
  }

I think that the error comes because you are calling setstate() while the building process. Try to avoid this. Maybe the LayoutBuilder can help you.

Actually, I can call setState() in this code without problem, but when i add SolidController.show() and hide(), it shows error, there must be some kind of conflict between setState and show/hide.

I have the same issue here when using show or hide.

Sorry Folks, but I can't reproduce this error for the moment. I will keep trying to fix it.

Hi there! I have released a new version which includes an improvement on the internal behaviour of the solid bottom sheet. Could you please update your package and tell me if the issue is fixed? Thanks!

I am currently having the same issue, in onShow & onHide I am attempting to setState(() {}) to a value, however it gives the following error:
════════ Exception caught by foundation library ════════════════════════════════
The following assertion was thrown while dispatching notifications for SolidController:
setState() or markNeedsBuild() called during build.

Could you please be more especific and explain me when is the exception thown? I will have a look this weekend

onShow() {
    this.setState(() {
        topPadding = 20.0;
    });
}

I had something like the above code, and everytime the onShow was called it occurred.

The problem is that solid bottom sheet calls the setState by itself, so your code is calling also setState and it throws an exception. A solution that I've found is using streams and streamBuilder widgets.
I will add two streams for listening solid bottom sheet's height and visibility and depending on the values you should use one "state" or other on your application.


Coloring by boolean column type does not work

When trying to color a scatter plot by a bool column datatype, the colors do not show:
(see attached file for data)
grouped.dtypes

mean_ape            float64
measurement_type     object
note                 object
parameters           object
n_estimators          int64
max_depth             int64
bootstrap              bool
max_features        float64

fig = px.scatter(
    grouped,
    x="n_estimators",
    y="mean_ape",
    facet_row="measurement_type",
    color="bootstrap",
    title="Error vs Number of Estimators Colored by Bootstrap",
    height=1000, width=1600
)

However, if I convert the bool column to a str, then the colors correctly appear:
new_grouped = grouped.copy()
new_grouped['bootstrap'] = new_grouped['bootstrap'].astype(str)

fig = px.scatter(
    new_grouped,
    x="n_estimators",
    y="mean_ape",
    facet_row="measurement_type",
    color="bootstrap",
    title="Error vs Number of Estimators Colored by Bootstrap",
    height=1000, width=1600
)

grouped.csv.zip

Definitely a bug, we'll fix it! thanks for the detailed report :)


Harvesters in LD

Provide LD content for harvesters, taking advantage of an existing script
https://github.com/FIWARE/dataModels/blob/master/tools/normalized2LD.py

When invoking the programme the URI prefix shall be  https://uri.fiware.org/ns/dataModels , instead of http://uri.fiware.org/ns/dataModels


Closes #4872 - Adding Waltz active badge

Per #4872 all activation criteria have been met, so just accept this PR to formalize the transition of Waltz as the latest FINOS active project!
Congratulations to @davidwatkins73 and all the maintainer team for having achieved this milestone so quickly. Kudos to @mcleo-d as well for the support here!

Fantastic!   Thanks to all at FINOS and especially to @mcleo-d for all his hard work getting us to this point!


Error when I run Sampling protein backbones

I have an AssertionError: Expected /home/myname/projects to be empty!
My File Structure is:/home/myname/projects/foldingdiff-main or /home/myname/projects/folddiff
Sadly，None of them works. The error message is always AssertionError
Can you show me a solution?

There are many assertion checks in the codebase, can you be more specific about exactly what error you are seeing?

There are many assertion checks in the codebase, can you be more specific about exactly what error you are seeing?

I am using command line like ：python bin/pdb_to_residue_proteinmpnn.py sampled_pdb。
This show me an assertion error as follow：
raceback (most recent call last):
File "bin/pdb_to_residue_proteinmpnn.py", line 138, in
main()
File "bin/pdb_to_residue_proteinmpnn.py", line 131, in main
seqs = generate_residues_proteinmpnn(pdb_fname, n_sequences=args.num, temperature=args.temperature)
File "bin/pdb_to_residue_proteinmpnn.py", line 74, in generate_residues_proteinmpnn
assert retval == 0, f"Command {cmd} failed with return value {retval}"
AssertionError: Command python ~/software/ProteinMPNN/protein_mpnn_run.py --pdb_path_chains A --out_folder /tmp/tmpl9fdpa8t --num_seq_per_target 8 --seed 1234 --batch_size 8 --pdb_path sampled_pdb/generated_703.pdb --sampling_temp "0.1" --ca_only failed with return value 2
please tell me how to solve it？

The script you're calling expects that ProteinMPNN is installed under ~/software/ProteinMPNN/; if that is not the case it will error out. Is that what might be causing the issue here?


Use symbolic links to map custom Asterisk config files

Refs https://github.com/TECH7Fox/asterisk-hass-addons/issues/148

I tested this already, and it's working.


flatMapConcat does not buffer

flatMapConcat does not seem to buffer the events of the other stream(s). Am I understanding the docs wrong here?
var s1 = Bacon.sequentially(100, [1,2,3]);
var s2 = Bacon.sequentially(100, [4,5,6,7,8,9,10]);
var s = Bacon.fromArray([s1, s2]).flatMapConcat(function(stream) { return stream; });

s2.onValue(function(x) {
    console.log('x', x);
});

s.onValue(function(d) {
    console.log(d);
});
s.onEnd(function() {
    console.log('<END>');
});

This outputs
x 4
1
x 5
2
x 6
3
x 7
7
x 8
8
x 9
9
x 10
10
<END>

I would like something like
...
x 6
3
4
5
6
x 7
7
x 8
8
...

Background: I am trying to read from a database up to the current point in time and seamlessly switch over to a live stream of data getting pushed into the store. I can do the buffering manually but was wondering if this can be accomplished using the primitives.

This works as expected. flatMapConcat doesn't buffer s2: it doesn't subscribe for it before s1 ends. As s2 is hot (produces element regardless whether there are subscribers) the events are lost.
You can implement your behaviour as:
var Bacon = require('baconjs');

var s1 = Bacon.sequentially(100, [1,2,3]);
var s2 = Bacon.sequentially(100, [4,5,6,7,8,9,10]);

// buffer s2
// there should be shortcut for this
var bufferedS2 = s2.holdWhen(s1.map(true).startWith(true).mapEnd(false));

// now events are timed properly, so we can just merge the streams
// no need to flatmap, hooray!
var s = Bacon.mergeAll([s1, bufferedS2]);

s1.log('s1');
s2.log('s2');
bufferedS2.log('buf s2');
s.log('s');

Which outputs:
s1 1
s 1
s2 4
s1 2
s 2
s2 5
s1 3
s 3
s1 <end>
buf s2 4
s 4
buf s2 5
s 5
s2 6
buf s2 6
s 6
s2 7
buf s2 7
s 7
s2 8
buf s2 8
s 8
s2 9
buf s2 9
s 9
s2 10
buf s2 10
s 10
s2 <end>
buf s2 <end>
s <end>

@phadej that's correct. FlatMapConcat only subscribes to the next stream after the first one has ended. A bufferingFlatMapConcat combinator would be nice!

Actually you're looking for a bufferingConcat method, which could be made by applying @phadej's approach recursively. That wouldn't be very efficient way of course, performance-wise.

Thanks, that works! An efficient bufferingConcat would be a great addition.

If you want to contribute, please submit PR for the "naive" version with tests.

I do want to contribute, but I'm a little stuck. I did the straight forward implementation like you suggested:
Bacon.EventStream :: bufferingConcat = (right) ->
  left = this
  new EventStream describe(left, "bufferingConcat", right), (sink) ->
    bufferedRight = right.holdWhen(left.map(true).startWith(true).mapEnd(false))
    unsubStream = left.merge(bufferedRight).subscribe sink
    -> unsubStream()

I copied the tests from concat as a starting point and they fail at Bacon.once. I traced this back to holdWhen not working with Bacon.once. I tried to fix it but I can't get this test to work:
#from specs/holdwhen.coffee
describe "Works with Bacon.once()", ->
  expectStreamEvents(
    ->
      Bacon.once(2).
        holdWhen(Bacon.later(1000, false).startWith(true))
    [2])

I've run into the issue with Bacon.once behaving differently due to calling subscribers synchronously so I tried the test with Bacon.once(2).delay(0) which then worked. I still can't figure out how to fix holdWhen. Do you have an idea?

You're correct in that holdWhen doesn't play ball with synchronously responding sources. The problem is that here it first subscribes to the source once and then subscribes later on lines 19, 21. This causes the events from the synchronously responding source to be missed by the later subscriptions. Haven't thought about how to fix this yet. This is one more problem related to #367

Ok, I re-implemented holdWhen in the fix/589 branch to work with synchronous sources. Does this help?

Thanks! I merged the branch and it's almost working now, but this one test fails:
describe "provides values from streams in given order and ends when both are exhausted", ->
  expectStreamEvents(
    ->
      left = series(2, [1, error(), 2, 3])
      right = series(1, [4, 5, 6])
      left.bufferingConcat(right)
    [1, error(), 2, 3, 4, 5, 6], semiunstable)

because only [ 1, error(), 2, 3, 4 ] is returned.
In this case holdWhen is actually sending [ 4, <end>, 5, 6 ] to the subscriber. When I move the end to the next tick it works:
  #holdwhen.coffee:29
  else if event.isEnd()
    setTimeout ( ->
      endIfBothEnded(unsubMe)
    ), 0

This doesn't feel right but I don't know the internals well enough yet to suggest something real. I don't get why this is happening tbh. Shouldn't the flushing iteration in holdWhen call sink synchronously three times?

Could you point me to your actual or, or even more prefreably, try and write a failing test against holdWhen?

I seem to only get the exact use case of bufferingConcat to fail holdWhen, maybe it's related to mapEnd. I pushed the test to my copy of the branch: https://github.com/kraf/bacon.js/tree/fix/589

I added your test to master and it's green. https://github.com/baconjs/bacon.js/commit/06df359
I did change the expected output from [1,2,3,4,5] to [1,2,3,4,5,6,7,8,9,10] though.

Apologies for the bad commit. I updated the test on my branch and it's failing now.

Ah, ok. Got it. This indeed produces unexpected results. Thanks.

Found it. I had mistakenly used subscribe instead of  subscribeInternal.
Releasing 0.7.65 with the fix.

I created a pull request with bufferingConcat added.


fix: make tabs design more similar to figma design

fix paddings

:tada: This PR is included in version 4.1.1 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


check libctx which is allocated by OSSL_LIB_CTX_new()

check libctx which is allocated by OSSL_LIB_CTX_new() to catch potential memory errors in time.

This pull request is ready to merge

Merged to both, thanks for the fix.


adding hover effect to buttons of the website

it did not encouraged me to click on the buttons as they were not interactive, no color change,  no animation.
I want to make all the buttons of page including social icons interactive by adding hover effect

kindly assign me this issue under GSSOC 23

@akshitagupta15june

its not required currently
thankyou