text:
mpfs: i2c: Add support for adaptive I2C bus frequency

Select the closest possible frequency which is smaller
than or equal to requested in I2C msg
Summary
Impact
Testing

Found a bug in init / reset functionality. It's fixed now and tested on ICICLE board.

repo: tiiuae/nuttx


text:
What data do we have?

Description
This is a description or meta for the listing of data that a potential buyer sees when they access the dataset listings.
Issues

[ ] #17
[ ] #19
[ ] #20
[ ] #21
[ ] #22
[ ] #23
[ ] #24
[ ] #25
[ ] #26
[ ] #27
[ ] #28
[ ] #29
[ ] #30
[ ] #31
[ ] #32

Confirm

[X] Yeah dude.

Reason
This is the information relating to Tiki_Retail_Dataset_1
Description
Overview
The data is generated by the user scanning retail or till receipts in return for a reward.
Data Taxonomy
Details
Number of users
There are approximately 5 million users contributing to the dataset.
Locations
The location of the dataset is USA
History
There are ten years of history in the dataset
Monthly additions
The monthly addition is approx 8.33%
Data Type
Data storage
The Data is stored in Apache Iceberg Cleanrooms https://iceberg.apache.org/
User Permission
Document link
Commercial restrictions
Test access
Test access is available following these steps;
Send an email to sales@mytiki.com with
Your
Access Restrictions

source: gharchive/issue

repo: tiki/purchase

license: MIT

license_type: permissive

license_source: github-api


text:
util: update GCTimeFormat to be the same as the value stored in PD

The GC-related time stored in TiKV is inconsistent with the time stored in PD. The value in TiKV, the time format is "20060102-15:04:05 -0700", and the precision is only seconds. In PD, it stores a uint64 with millisecond precision.
The if we use the value got from TiKV to do some processes, it will got a error like this,
mysql> flashback cluster to timestamp '2022-11-07 10:34:00';
ERROR 9006 (HY000): GC life time is shorter than transaction duration, transaction starts at 2022-11-07 10:34:00 +0800 CST, GC safe point is 2022-11-07 10:34:00.366 +0800 CST

@sticnarf PTAL

source: gharchive/pull-request

repo: tikv/client-go


text:
unstable test: cases::test_replica_read::test_wait_for_apply_index'

I ran into it in a unrelated PR. Detail is here: https://internal.pingcap.net/idc-jenkins/blue/organizations/jenkins/tikv_ghpr_test/detail/tikv_ghpr_test/9016/pipeline
thread 'cases::test_replica_read::test_wait_for_apply_index' panicked at 'region Some(id: 1 region_epoch { conf_ver: 2 version: 1 } peers { id: 1 store_id: 1 } peers { id: 2 store_id: 2 }) has no peer id: 3 store_id: 3', components/test_raftstore/src/pd.rs:749:9
stack backtrace:
   0: backtrace::backtrace::libunwind::trace
             at /cargo/registry/src/github.com-1ecc6299db9ec823/backtrace-0.3.35/src/backtrace/libunwind.rs:88
   1: backtrace::backtrace::trace_unsynchronized
             at /cargo/registry/src/github.com-1ecc6299db9ec823/backtrace-0.3.35/src/backtrace/mod.rs:66
   2: std::sys_common::backtrace::_print
             at src/libstd/sys_common/backtrace.rs:47
   3: std::sys_common::backtrace::print
             at src/libstd/sys_common/backtrace.rs:36
   4: std::panicking::default_hook::{{closure}}
             at src/libstd/panicking.rs:200
   5: std::panicking::default_hook
             at src/libstd/panicking.rs:214
   6: std::panicking::rust_panic_with_hook
             at src/libstd/panicking.rs:477
   7: std::panicking::continue_panic_fmt
             at src/libstd/panicking.rs:384
   8: std::panicking::begin_panic_fmt
             at src/libstd/panicking.rs:339
   9: test_raftstore::pd::TestPdClient::must_have_peer
             at components/test_raftstore/src/pd.rs:749
  10: test_raftstore::pd::TestPdClient::must_add_peer
             at components/test_raftstore/src/pd.rs:845
  11: failpoints::cases::test_replica_read::test_wait_for_apply_index
             at tests/failpoints/cases/test_replica_read.rs:29
  12: failpoints::cases::test_replica_read::test_wait_for_apply_index::{{closure}}
             at tests/failpoints/cases/test_replica_read.rs:15
  13: core::ops::function::FnOnce::call_once
             at /rustc/c6e9c76c59e3c10acd63ca9ec157a8894ea1a068/src/libcore/ops/function.rs:227
  14: <alloc::boxed::Box<F> as core::ops::function::FnOnce<A>>::call_once
             at /rustc/c6e9c76c59e3c10acd63ca9ec157a8894ea1a068/src/liballoc/boxed.rs:922
  15: __rust_maybe_catch_panic
             at src/libpanic_unwind/lib.rs:80
  16: std::panicking::try
             at /rustc/c6e9c76c59e3c10acd63ca9ec157a8894ea1a068/src/libstd/panicking.rs:275
  17: std::panic::catch_unwind
             at /rustc/c6e9c76c59e3c10acd63ca9ec157a8894ea1a068/src/libstd/panic.rs:394
  18: test::run_test::run_test_inner::{{closure}}
             at src/libtest/lib.rs:1413

internal.pingcap.net.txt

The test was panicked at must_add_peer of peer 3, and not even enter the test logic! And the test panicked because peer 2 bind to the same port as peer 1 (maybe because the grpc server of peer 1 drop silently), and msg that peer 2 send to peer 1 were eventually received by itself. Which cause conf change request are alway rejected.
some log:
node.rs:159: [INFO] put store to PD, store: id: 1 address: "127.0.0.1:44505" version: "4.0.0-alpha"
node.rs:159: [INFO] put store to PD, store: id: 2 address: "127.0.0.1:44505" version: "4.0.0-alpha"
peer.rs:853: [DEBG] handle raft message, to_peer_id: 1, from_peer_id: 2, message_type: MsgHeartbeatResponse, peer_id: 2, region_id: 1
peer.rs:933: [WARN] store not match, ignore it, my_store_id: 2, to_store_id: 1, region_id: 1

Close this issue, because it is duplicated with https://github.com/tikv/tikv/issues/7184

authors: NingLin-P disksing

repo: tikv/tikv


text:
Minimal EBS backup restore TiKV solution demo

What is changed and how it works?
This is demo code
Issue Number: Close #xxx
What's Changed:

Related changes

PR to update pingcap/docs/pingcap/docs-cn:
PR to update pingcap/tidb-ansible:
Need to cherry-pick to the release branch

Check List
Tests

Unit test
Integration test
Manual test (add detailed scripts or steps below)
No code

Side effects

Performance regression

Consumes more CPU
Consumes more MEM

Breaking backward compatibility

Release note
Please add a release note.
If you don't think this PR needs a release note then fill it with None.
If this PR will be picked to release branch, then a release note is probably required.

/run-clippy

a formal PR already open for review, close this one https://github.com/tikv/tikv/pull/13028


text:
python 3.12

seit dem Update auf 0.24.0 im docker geht der Container nach kurzer Zeit in den Fehler
Exception occurred during processing of request from ('127.0.0.1', 59170)
Traceback (most recent call last):
File "/usr/lib/python3.12/socketserver.py", line 318, in _handle_request_noblock
self.process_request(request, client_address)
File "/usr/lib/python3.12/socketserver.py", line 706, in process_request
t.start()
File "/usr/lib/python3.12/threading.py", line 971, in start
_start_new_thread(self._bootstrap, ())
RuntimeError: can't create new thread at interpreter shutdown
Nach einem Restart des Container läuft alles erstmal einige Minuten, bis der Fehler erneut auftritt.

Kann ich bestätigen. Hast Du Homekit-Support aktiviert, also in den ADDITIONAL_PARAMETERS "--with-homekit" verwendet? Dann lass das mal weg. Bei mir klappt es anscheinend dann wieder (aber eben ohne homekit)
@tillsteinbach  Hier noch die Meldung bevor die o.g. Fehler protokolliert werden:
^[[32mvwsfriend_1   |^[[0m 2023-11-27T16:27:50+0000:INFO:weconnect_mqtt_base:Client successfully disconnected
^[[32mvwsfriend_1   |^[[0m Traceback (most recent call last):
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/bin/vwsfriend", line 8, in
^[[32mvwsfriend_1   |^[[0m     sys.exit(main())
^[[32mvwsfriend_1   |^[[0m 2023-11-27T16:27:50+0000:ERROR:vwsfriend_base:MQTT Connection failed
^[[32mvwsfriend_1   |^[[0m              ^^^^^^
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/vwsfriend/vwsfriend_base.py", line 516, in main
^[[32mvwsfriend_1   |^[[0m     mqttCLient.updateWeConnect(reraise=True)
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect_mqtt/weconnect_mqtt_base.py", line 469, in updateWeConnect
^[[32mvwsfriend_1   |^[[0m     self.weConnect.update(updateCapabilities=self.updateCapabilities, updatePictures=self.updatePictures, selective=self.selective, force=True)
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect/weconnect.py", line 194, in update
^[[32mvwsfriend_1   |^[[0m     self.updateVehicles(updateCapabilities=updateCapabilities, updatePictures=updatePictures, force=force, selective=selective)
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect/weconnect.py", line 221, in updateVehicles
^[[32mvwsfriend_1   |^[[0m     self.__vehicles[vin].update(fromDict=vehicleDict, updateCapabilities=updateCapabilities, updatePictures=updatePictures,
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect/elements/vehicle.py", line 226, in update
^[[32mvwsfriend_1   |^[[0m     self.updateStatus(updateCapabilities=updateCapabilities, force=force, selective=selective)
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect/elements/vehicle.py", line 350, in updateStatus
^[[32mvwsfriend_1   |^[[0m     self.domains[domain.value][key].update(fromDict=data[domain.value][key])
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect/elements/temperature_battery_status.py", line 28, in update
^[[32mvwsfriend_1   |^[[0m     self.temperatureHvBatteryMin_K.fromDict(fromDict['value'], 'temperatureHvBatteryMin_K')
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect/addressable.py", line 309, in fromDict
^[[32mvwsfriend_1   |^[[0m     self.setValueWithCarTime(float(fromDict[key]), lastUpdateFromCar=None, fromServer=True)
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect/addressable.py", line 248, in setValueWithCarTime
^[[32mvwsfriend_1   |^[[0m     self.notify(flags)
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect/addressable.py", line 78, in notify
^[[32mvwsfriend_1   |^[[0m     observer(element=self, flags=flags)
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/vwsfriend/homekit/battery_temperature.py", line 92, in onBatteryTemperatureChange
^[[32mvwsfriend_1   |^[[0m     if flags & AddressableLeaf.ObserverEvent.VALUE_CHANGED and element.temperatureHvBatteryMin_K.enabled and element.temperatureHvBatteryMax_K.enabled:
^[[32mvwsfriend_1   |^[[0m                                                                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
^[[32mvwsfriend_1   |^[[0m AttributeError: 'AddressableAttribute' object has no attribute 'temperatureHvBatteryMin_K'
^[[32mvwsfriend_1   |^[[0m ----------------------------------------
^[[32mvwsfriend_1   |^[[0m Exception occurred during processing of request from ('127.0.0.1', 60318)
^[[32mvwsfriend_1   |^[[0m Traceback (most recent call last):
^[[32mvwsfriend_1   |^[[0m   File "/usr/lib/python3.12/socketserver.py", line 318, in _handle_request_noblock
^[[32mvwsfriend_1   |^[[0m     self.process_request(request, client_address)
^[[32mvwsfriend_1   |^[[0m   File "/usr/lib/python3.12/socketserver.py", line 706, in process_request
^[[32mvwsfriend_1   |^[[0m     t.start()
^[[32mvwsfriend_1   |^[[0m   File "/usr/lib/python3.12/threading.py", line 971, in start
^[[32mvwsfriend_1   |^[[0m     _start_new_thread(self._bootstrap, ())
^[[32mvwsfriend_1   |^[[0m RuntimeError: can't create new thread at interpreter shutdown
^[[32mvwsfriend_1   |^[[0m ----------------------------------------

Ja, habe ich. Das hilft mir schonmal sehr weiter. Bin gerade im Urlaub und werd dann erstmal das homekit deaktivieren. Danke für den schnellen Support. ------ gesendet mobile ------Am 28.11.2023 um 16:11 schrieb ra2806 @.***>:
Kann ich bestätigen. Hast Du Homekit-Support aktiviert, also in den ADDITIONAL_PARAMETERS "--with-homekit" verwendet? Dann lass das mal weg. Bei mir klappt es anscheinend dann wieder (aber eben ohne homekit)
@tillsteinbach  Hier noch die Meldung bevor die o.g. Fehler protokolliert werden:
^[[32mvwsfriend_1   |^[[0m 2023-11-27T16:27:50+0000:INFO:weconnect_mqtt_base:Client successfully disconnected
^[[32mvwsfriend_1   |^[[0m Traceback (most recent call last):
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/bin/vwsfriend", line 8, in
^[[32mvwsfriend_1   |^[[0m     sys.exit(main())
^[[32mvwsfriend_1   |^[[0m 2023-11-27T16:27:50+0000:ERROR:vwsfriend_base:MQTT Connection failed
^[[32mvwsfriend_1   |^[[0m              ^^^^^^
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/vwsfriend/vwsfriend_base.py", line 516, in main
^[[32mvwsfriend_1   |^[[0m     mqttCLient.updateWeConnect(reraise=True)
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect_mqtt/weconnect_mqtt_base.py", line 469, in updateWeConnect
^[[32mvwsfriend_1   |^[[0m     self.weConnect.update(updateCapabilities=self.updateCapabilities, updatePictures=self.updatePictures, selective=self.selective, force=True)
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect/weconnect.py", line 194, in update
^[[32mvwsfriend_1   |^[[0m     self.updateVehicles(updateCapabilities=updateCapabilities, updatePictures=updatePictures, force=force, selective=selective)
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect/weconnect.py", line 221, in updateVehicles
^[[32mvwsfriend_1   |^[[0m     self.__vehicles[vin].update(fromDict=vehicleDict, updateCapabilities=updateCapabilities, updatePictures=updatePictures,
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect/elements/vehicle.py", line 226, in update
^[[32mvwsfriend_1   |^[[0m     self.updateStatus(updateCapabilities=updateCapabilities, force=force, selective=selective)
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect/elements/vehicle.py", line 350, in updateStatus
^[[32mvwsfriend_1   |^[[0m     self.domains[domain.value][key].update(fromDict=data[domain.value][key])
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect/elements/temperature_battery_status.py", line 28, in update
^[[32mvwsfriend_1   |^[[0m     self.temperatureHvBatteryMin_K.fromDict(fromDict['value'], 'temperatureHvBatteryMin_K')
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect/addressable.py", line 309, in fromDict
^[[32mvwsfriend_1   |^[[0m     self.setValueWithCarTime(float(fromDict[key]), lastUpdateFromCar=None, fromServer=True)
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect/addressable.py", line 248, in setValueWithCarTime
^[[32mvwsfriend_1   |^[[0m     self.notify(flags)
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/weconnect/addressable.py", line 78, in notify
^[[32mvwsfriend_1   |^[[0m     observer(element=self, flags=flags)
^[[32mvwsfriend_1   |^[[0m   File "/opt/venv/lib/python3.12/site-packages/vwsfriend/homekit/battery_temperature.py", line 92, in onBatteryTemperatureChange
^[[32mvwsfriend_1   |^[[0m     if flags & AddressableLeaf.ObserverEvent.VALUE_CHANGED and element.temperatureHvBatteryMin_K.enabled and element.temperatureHvBatteryMax_K.enabled:
^[[32mvwsfriend_1   |^[[0m                                                                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
^[[32mvwsfriend_1   |^[[0m AttributeError: 'AddressableAttribute' object has no attribute 'temperatureHvBatteryMin_K'
^[[32mvwsfriend_1   |^[[0m ----------------------------------------
^[[32mvwsfriend_1   |^[[0m Exception occurred during processing of request from ('127.0.0.1', 60318)
^[[32mvwsfriend_1   |^[[0m Traceback (most recent call last):
^[[32mvwsfriend_1   |^[[0m   File "/usr/lib/python3.12/socketserver.py", line 318, in _handle_request_noblock
^[[32mvwsfriend_1   |^[[0m     self.process_request(request, client_address)
^[[32mvwsfriend_1   |^[[0m   File "/usr/lib/python3.12/socketserver.py", line 706, in process_request
^[[32mvwsfriend_1   |^[[0m     t.start()
^[[32mvwsfriend_1   |^[[0m   File "/usr/lib/python3.12/threading.py", line 971, in start
^[[32mvwsfriend_1   |^[[0m     _start_new_thread(self._bootstrap, ())
^[[32mvwsfriend_1   |^[[0m RuntimeError: can't create new thread at interpreter shutdown
^[[32mvwsfriend_1   |^[[0m ----------------------------------------
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>

In approximate an hour there will be a 0.24.1 that hopefully resolves this. Unfortunately I don't have a car with battery temperature to test with

Dankeschön. Sieht gut aus!

Hmmm, hier funktioniert mqtt 5 noch. Komisch.
hast du in HomeKit jetzt auch die Batterietemperatur?

Die Batterietemperatur kommt in HomeKit an.
Allerdings tritt der Fehler bei mir immer noch auf.
Habe allerdings auch noch mqtt aktiv.
File "/opt/venv/lib/python3.12/site-packages/vwsfriend/homekit/battery_temperature.py", line 96, in onBatteryTemperatureChange
2023-11-28T20:39:56+0100:ERROR:vwsfriend_base:MQTT Connection failed
observer(element=self, flags=flags)
self.setChargingState(self.batteryTemperatureStatus.temperatureHvBatteryMin_K.value, self.batteryTemperatureStatus.temperatureHvBatteryMax_K.value)
TypeError: BatteryTemperature.setChargingState() takes 2 positional arguments but 3 were given

oh man, ja, dann noch ein versuch mit 0.24.2 ... echt schwierig ohne so ein Auto das zu testen.
Das sollte mit MQTT nichts zutun haben. Das MQTT Connection failed sagt eigentlich nur dass er keine Verbindung zum Broker bekommt.

repo: tillsteinbach/VWsFriend


text:
use grape detail for swagger notes

ref #212
Read grape's detail into swagger's notes.
For example, my API endpoint:
desc "Returns your public timeline." do
  detail 'more details'
end
get :public_timeline do
  Status.limit(20)
end

will generate such swagger doc:
"operations": [
  {
    "notes": "more details",
    "summary": "Returns your public timeline.",
    "nickname": .....
......
}

Please see the README for how notes are used, there's a nice example, including how to do this in markdown.

authors: calfzhou dblock

repo: tim-vandecasteele/grape-swagger


text:
Issue with custom query and pagination

I have a problem with Timber and paginating posts when the posts_per_page is higher than what the default posts_per_page is set at in the CMS.
EG if you have your Wordpress option set at 10 and then do a custom query (using PostQuery())with 50 posts at 5 per page you will get to page 6 and get a 404 (as it is expecting pagination on 50 posts by 10 per page)
Steps to reproduce behavior
$query = $GLOBALS['wp_query']->query_vars;
$query['posts_per_page'] = 4;
$posts = new PostQuery($query);
$context['posts'] = $posts;

also tried this
$context['posts'] = new PostQuery([
    'posts_per_page' => 4,
    'paged' => $paged,
    'ignore_sticky_posts' => 1
]);
$context['posts']->pagination(['mid_size' => 4]);

What version of WordPress, PHP and Timber are you using?
WordPress 5.2.2, PHP 7.3, Timber dev-master
How did you install Timber? (for example, from GitHub, Composer/Packagist, WP.org?)
Composer

Did you thought about using pre_get_posts? It's the best solution for main
queries.
czw., 22 sie 2019, 16:08 użytkownik Keith Light notifications@github.com
napisał:

I have a problem with Timber and paginating posts when the posts_per_page
is higher than what the default posts_per_page is set at in the CMS.
EG if you have your Wordpress option set at 10 and then do a custom query
(using PostQuery())with 50 posts at 5 per page you will get to page 6 and
get a 404 (as it is expecting pagination on 50 posts by 10 per page)
Steps to reproduce behavior
$query = $GLOBALS['wp_query']->query_vars;
$query['posts_per_page'] = 4;
$posts = new PostQuery($query);
$context['posts'] = $posts;
also tried this
$context['posts'] = new PostQuery([
'posts_per_page' => 4,
'paged' => $paged,
'ignore_sticky_posts' => 1
]);
$context['posts']->pagination(['mid_size' => 4]);
What version of WordPress, PHP and Timber are you using?
WordPress 5.2.2, PHP 7.3, Timber dev-master -->
How did you install Timber? (for example, from GitHub, Composer/Packagist,
WP.org?)
Composer
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/timber/timber/issues/2061?email_source=notifications&email_token=AAR34OUZP62DQ2WUWFHSOWLQF2MXDA5CNFSM4IOVOOR2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4HGZQY3A,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAR34ORCWAZ35OQSDNCK6Q3QF2MXDANCNFSM4IOVOORQ
.

@palmiak,
yes overriding the posts_per_page in pre_get_posts does work. Is there a reason setting posts_per_page in a PostQuery() doesn't do this automatically for that query?

No WP first detects it is out of posts so it shows a 404. Using pre gets
posts tell WP at the right moment that it should paginate be a selected
post number
czw., 22 sie 2019, 16:19 użytkownik Keith Light notifications@github.com
napisał:

@palmiak https://github.com/palmiak,
yes overriding the posts_per_page in pre_get_posts does work. Is there a
reason setting posts_per_page in a PostQuery() doesn't do this
automatically for that query?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/timber/timber/issues/2061?email_source=notifications&email_token=AAR34OWWQYN6IUEUP4ESRJLQF2N6PA5CNFSM4IOVOOR2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD45H2HA#issuecomment-523926812,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAR34OVAFDV6OYMR5PYW3BTQF2N6PANCNFSM4IOVOORQ
.

authors: keefyhub palmiak

repo: timber/timber


text:
Fix the thumbnail() method return type

Issue
The returned value of the Post::thumbnail() method is considered to be \Timber\Timber\Image as we already are in the Timber namespace and Timber\Image is missing a leading \. This is making tools such as PHPStan to fail.
Solution
The solution is to use the same type as the Post::get_thumbnail() method, which is directly using the Image class from the current namespace.
Impact
It will improve compatibility with static analysis tools such as PHPStan.
Testing
Nothing to update (I think).

Coverage increased (+0.0%) to 92.868% when pulling be2c78b53159af2ec44269807db32719c7e8ac37 on titouanmathis:master into 384f130c7b5dc34363b8bea60eff8b50503b6f9f on timber:master.

Coverage increased (+0.0%) to 92.868% when pulling be2c78b53159af2ec44269807db32719c7e8ac37 on titouanmathis:master into 384f130c7b5dc34363b8bea60eff8b50503b6f9f on timber:master.

Coverage increased (+0.0%) to 92.868% when pulling be2c78b53159af2ec44269807db32719c7e8ac37 on titouanmathis:master into 384f130c7b5dc34363b8bea60eff8b50503b6f9f on timber:master.

Thanks @titouanmathis; sorry this has taken me a while — but this looks good and will merge in!

authors: coveralls jarednova titouanmathis


text:
Update climate.md

Add manual_override optional body parameter of auto_conditioning_start command

Thanks!

authors: GaPhi timdorr

repo: timdorr/tesla-api


text:
🛑 TimedIn.net is down

In 5ebf3cb, TimedIn.net (https://www.timedin.net) was down:

HTTP code: 523
Response time: 18934 ms

Resolved: TimedIn.net is back up in 3316e98.

repo: timedin-de/upptime


text:
How to do it to apply to GridLayoutManager?

How to do it to apply to GridLayoutManager?

You could follow this discussion https://github.com/timehop/sticky-headers-recyclerview/issues/8

repo: timehop/sticky-headers-recyclerview

license_source: bigquery


text:
Less than 3 items under a header causes it to overlap with the next header

After debugging for a while, it seems that it needs at least 3 items to push the header in the actually "sticky" position.

Please provide a sample that demonstrates the behavior if you'd like me to look into it - or if you've found a workaround we can close the issue.

It's in your demo with the items under header "X".

I have the same problem

Yo guys! I've found the way to fix this issue.
check that your recyclerview's width is not "wrap_content"
after i changed width "match_parent" it works perfectly!

I have the same problem

Yo guys! I've found the way to fix this issue.
check that your recyclerview's width is not "wrap_content"
after i changed width to "match_parent" it works perfectly!

not work


text:
add car demo

This PR add car demo which generate simulate car data in realtime to proton docker-compose.
refer to https://github.com/timeplus-io/chameleon/pull/50

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.Gang Tao seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

Please review the new PR https://github.com/timeplus-io/proton/pull/156

(Jove Github Bot) added it to the current sprint.

authors: CLAassistant gangtao jovezhong

repo: timeplus-io/proton


text:
get location latitude and longitude not working

something goes wrong in between
url = 'https://www.instagram.com/explore/locations/' + str(location_id) + '/?__a=1'
response = requests.get(url)

and
data = response.json()
lat = data['graphql']['location']['lat']
lng = data['graphql']['location']['lng']

tried to debug this with print statements and i'm getting a JSONDecodeError when trying to call response.json()
does anyone know what is going on here?

Instagram has delete this value in graphql in some locations.

authors: sejaldua timmoh

repo: timgrossmann/instagram-profilecrawl

license: mit


text:
Error- mdx-bundler not supported

This error occurs in windows 10, but works perfectly in mac.
When any mdx related page(about, blog) is opened the app crashes with the following error-
Error: Not supported
    at bundleMDX (C:\projects\tailwind-nextjs-starter-blog\node_modules\mdx-bundler\dist\index.js:60:27)
    at getFileBySlug (C:\projects\tailwind-nextjs-starter-blog\.next\server\pages\about.js:2427:67)
    at getStaticProps (C:\projects\tailwind-nextjs-starter-blog\.next\server\pages\about.js:5933:86)
    at renderToHTML (C:\projects\tailwind-nextjs-starter-blog\node_modules\next\dist\next-server\server\render.js:27:1786)
    at async C:\projects\tailwind-nextjs-starter-blog\node_modules\next\dist\next-server\server\next-server.js:112:97
    at async __wrapper (C:\projects\tailwind-nextjs-starter-blog\node_modules\next\dist\lib\coalesced-function.js:1:330)
    at async DevServer.renderToHTMLWithComponents (C:\projects\tailwind-nextjs-starter-blog\node_modules\next\dist\next-server\server\next-server.js:137:387)
    at async DevServer.renderToHTML (C:\projects\tailwind-nextjs-starter-blog\node_modules\next\dist\next-server\server\next-server.js:138:610)
    at async DevServer.renderToHTML (C:\projects\tailwind-nextjs-starter-blog\node_modules\next\dist\server\next-dev-server.js:36:578)
    at async DevServer.render (C:\projects\tailwind-nextjs-starter-blog\node_modules\next\dist\next-server\server\next-server.js:75:160)

I don't get any errors while developing or building on windows 10. Try deleting your node_modules and re-installing the dependencies.

Looks related to this
Have opened an issue in related repo - https://github.com/wooorm/xdm/issues/72
file:///home/burhanuday/burhan/projects/portfolio-and-blog/node_modules/xdm/lib/plugin/remark-mdx.js:14
import {fromMarkdown, toMarkdown} from 'mdast-util-mdx'
                      ^^^^^^^^^^
SyntaxError: The requested module 'mdast-util-mdx' is expected to be of type CommonJS, which does not support named exports. CommonJS modules can be imported by importing the default export.
For example:
import pkg from 'mdast-util-mdx';
const {fromMarkdown, toMarkdown} = pkg;
    at ModuleJob._instantiate (internal/modules/esm/module_job.js:97:21)
    at async ModuleJob.run (internal/modules/esm/module_job.js:143:20)
    at async Loader.import (internal/modules/esm/loader.js:182:24)
    at async bundleMDX (/home/burhanuday/burhan/projects/portfolio-and-blog/node_modules/mdx-bundler/dist/index.js:60:27)
    at async getFileBySlug (webpack-internal:///./lib/mdx.js:83:7)
    at async getStaticProps (webpack-internal:///./pages/blog/[...slug].js:42:16)
    at async renderToHTML (/home/burhanuday/burhan/projects/portfolio-and-blog/node_modules/next/dist/next-server/server/render.js:27:1780)
    at async /home/burhanuday/burhan/projects/portfolio-and-blog/node_modules/next/dist/next-server/server/next-server.js:112:97
    at async __wrapper (/home/burhanuday/burhan/projects/portfolio-and-blog/node_modules/next/dist/lib/coalesced-function.js:1:330)
    at async DevServer.renderToHTMLWithComponents (/home/burhanuday/burhan/projects/portfolio-and-blog/node_modules/next/dist/next-server/server/next-server.js:137:387)

I think this is a different issue but if you are using different package versions from what I specified, you might run into such problems as nextjs currently does not support esm but most of wooorm's packages only support esm, without cjs

Both error messages fail at the same exact bundleMDX method
I tried cloning the repo and running without making any changes at all and I still get this error

What OS and node version are you using?
In your post on xdm, you mentioned that "it's a NextJS project which uses Webpack 5 with the ESM module loader enabled". How are you enabling ESM? nextjs 11.0.1 does not support esm
If your repository is on github, I will take a closer look at it.

OS: Linux
Node: v12.19.0
ready - started server on 0.0.0.0:3000, url: http://localhost:3000
info  - Using webpack 5. Reason: Enabled by default https://nextjs.org/docs/messages/webpack5
event - compiled successfully
event - build page: /404
wait  - compiling...
event - compiled successfully
event - build page: /blog/[...slug]
wait  - compiling...
event - compiled successfully
(node:121539) ExperimentalWarning: The ESM module loader is experimental.

I see this output when the server starts. the last line talks about the ESM module loader from NodeJS. My repository is not public but it fails for me even on a fresh clone of the repo
if you are using a different Node version do let me know. I will test it on the same Node version
I first thought it was an issue of dependencies between our lock files but I have even tried npm ci for installing dependencies so that I get the exact same deps tree as you. still fails with the same error.
Also tried adding webpack5: false to the next config thinking that its probably caused by Webpack 5. Failed on that as well

The latest version of node 12 or node 14 works for me. Maybe try upgrading your node version? I do not get this error message: "(node:121539) ExperimentalWarning: The ESM module loader is experimental."

A fresh clone of the master works for me, so it's probably system related. I tried with node v12.22.3 (npm v6.14.13) and node v14.16.1 (npm v6.14.12)

Will test with the mentioned node versions and revert back to you
On Fri, Jul 23, 2021, 20:44 Timothy @.***> wrote:

A fresh clone of the master works for me, so it's probably system related.
I tried with node v12.22.3 (npm v6.14.13) and node v14.16.1 (npm v6.14.12)
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/timlrx/tailwind-nextjs-starter-blog/issues/144#issuecomment-885709954,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AGF3W3OXYMXYP3NB5UEYVZLTZGBNHANCNFSM5AZO7AMA
.

confirmed working on version v14.16.1. Seems like node version was the issue for me. thank you

@timlrx
nextjs enabling esm support by default. Currently its hidden behind an experimental flag, which the OP definitely added otherwise you won't see any esm related messages from nextjs. See this for more details
https://twitter.com/timneutkens/status/1414561271953989635?s=19

authors: burhanuday omaralsoudanii paruladitya timlrx

repo: timlrx/tailwind-nextjs-starter-blog


text:
Cannot render if program is inside folder with SPACE in the name

See title. If I put RWE inside a folder that has a spacebar in its name, I cannot render. Suppose I put RWE inside 'Desktop/My folder', then when I try to render, I will get an error saying 'cannot find Desktop/My'.

2.6.8 should've fixed that

Ah thanks, I was indeed using an older version!


text:
Label for approved by maintainers/users

Sometimes maintainers/users approve a PR but cannot merge it.
I wonder if there should be a flag for that so people with merge rights
can go quickly over a list of tested PRs and merge them.
This might be especially interesting for ryantm bot updates.

That's basically the core idea behind this bot, just that it isn't restricted to maintainers. The needs_reviewer label serves exactly that purpose. The information that the reviewer was also an maintainer might be useful, but only if needs_reviewer becomes congested and I hope it won't.

Ah this is already covered by needs_merger

Right, confused needs_merger and needs_reviewer in my last comment.


text:
Unparsable layer "PHL_L_1944_Warfare"

I'm not able to export the logs of Purple Heart Lane daytime Warfare map

This is a known issue and been fixed as of #48. Will release an update later this weekend.

repo: timraay/HLLLogUtilities


text:
Sort by primary key has no effect seemingly

hi, thanks for the great library :ok_hand:
i'm trying to sort by primary key, as in
type Row struct {
    ID uint64 `boltholdKey:"ID"`
}

and
var rows []*Row
db.Find(&rows, (&bolthold.Query{}).SortBy("ID").Reverse())

despite the .Reverse(), the rows will be sorted in ascending order
full reproduction: https://go.dev/play/p/WVmNyeZODCK
thanks!

Thanks for the report, definitely overlooked that since the PK is already sorted naturally, however it should absolutely handle reverse properly.

Should be fixed now in master.  Thanks for reporting.

thanks!

authors: sentriz timshannon

repo: timshannon/bolthold


text:
tools/flash.sh fails because missing cypress firmware

Data width read from the bitstream file = 1.
INFO:iMPACT:501 - '1': Added Device xc6slx45 successfully.
----------------------------------------------------------------------
----------------------------------------------------------------------

'1': Programming device...
 LCK_cycle = NoWait.
LCK cycle: NoWait
done.
INFO:iMPACT:579 - '1': Completed downloading bit file to device.
INFO:iMPACT:188 - '1': Programming completed successfully.
 LCK_cycle = NoWait.
INFO:iMPLCK cycle: NoWait
ACT - '1': Checking done pin....done.
'1': Programmed successfully.
Elapsed time =      2 sec.
+ '[' -e ']'
+ HEX=/home/tansell/foss/hdmi2usb/HDMI2USB/tools/../cypress/output/hdmi2usb.hex
+ '[' '!' -e /home/tansell/foss/hdmi2usb/HDMI2USB/tools/../cypress/output/hdmi2usb.hex ']'
+ echo 'Please build the Cypress firmware by going into the '\''cypress'\'' directory and typing '\''make'\'''
Please build the Cypress firmware by going into the 'cypress' directory and typing 'make'
+ exit 1
tansell@tansell-x1c-l:~/foss/hdmi2usb/HDMI2USB$ ls

Closing this as the HDMI2USB-jahanzeb-firmware is no longer under development.

The HDMI2USB-jahanzeb-firmware is no longer under development.
All active development is now on the HDMI2USB-misoc-firmware which supports both the Atlys and Opsis boards and has loads of other new features!


text:
Remove unused MirrorBaseIP variable and associated functions

Signed-off-by: Jason DeTiberus detiber@users.noreply.github.com
Description
We were generating a value for the MirrorBaseIP variable that caused issues when specifying a MIRROR_BASE_URL or MIRROR_HOST value that contained a port number, however MirrorBaseIP is never referenced anywhere other than a couple of tests where it is being overridden (to no effect).
Why is this needed
This allows users to specify MIRROR_BASE_URL or MIRROR_HOST that contains a host:port combination, when the mirror server is not listening on port 80
How Has This Been Tested?
Tested using the local setup described in the docs, slightly modified to expose the mirror host on a port other than port 80.
How are existing users impacted? What migration steps/scripts do we need?
This should not affect existing users.
Checklist:
I have:

[x] added unit or e2e tests

@mmlb @gianarb ptal

sorry, this dropped off my radar

authors: detiber mmlb

repo: tinkerbell/boots


text:
use alpine:3.11

Update to alpine 3.11

please re-open on the new history-reset repo at github.com/tinkerbell/osie

authors: mmlb nathangoulding

repo: tinkerbell/osie-og


text:
GraphSON

New Interface IGraphSONIterable
The change allows GraphSONUtility to use any kind of type that implements IGraphSONIterable. In this way not only List, Map, Array or Element, but all the wrapper that implements IGraphSONIterable, such as OrientElementIterable, will return a valid value from the jsonFromElement method.

I can't quite remember why this was implemented this way. Unless you can think of a good reason, I think that it might be better that GraphSONUtility simply support Iterable and Iterator - as opposed to adding a new interface.  Of course, note that we are very close to releasing TP3 and that it isn't terribly likely that we will release a 2.7.0 of Blueprints.  In TP3, I'm pretty sure that we treat all matters related to serialization as an Iterator so I would think that would work well with OrientElementIterable without any change.

I don't know when the realease of TP3 is due and when the graph dbs will be compliant with it, so I had to use the 2.6 version with regard to the use case below:
In the use of the jsonFromElement method we can specify a Set of propreties that belong to a vertex of the graph, but the inside method createJSONMap compares the propertyKeys to List, Map and Array. Otherwise the method writes the toString of the value (OrientElementIterable).
Thus:
{"in_friend":"com.tinkerpop.blueprints.impls.orient.OrientElementIterable@23484688","_id":"#13:11","_type":"vertex”}
All the methods of GraphSONUtility are private, so it isn't possible to create an extension.
I've simply resolved this by a "copy and paste" of the GraphSONUtility class in my project, but I've thought that this more generic solution would be useful for the community:
I've created the IGraphSONIterable with the method
public List<? extends Element> getList()
I've modified OrientElementIterable to make it implement that interface:
@Override
public List<? extends Element> getList() {
	List<T> result = new ArrayList<T>();
	for (Iterator<T> iterator = iterator(); iterator.hasNext();) {
		T e = (T) iterator.next();
		result.add(e);
	}
	return result;
}

Therefore, the expected final result is for example:
{"in_friend":[{"_id":"#12:12","_type":"edge","_outV":"#13:22","_inV":"#13:11","_label":"friend"},{"_id":"#12:14","_type":"edge","_outV":"#13:23","_inV":"#13:11","_label":"friend"},{"_id":"#12:16","_type":"edge","_outV":"#13:24","_inV":"#13:11","_label":"friend"},{"_id":"#12:18","_type":"edge","_outV":"#13:25","_inV":"#13:11","_label":"friend"},{"_id":"#12:20","_type":"edge","_outV":"#13:26","_inV":"#13:11","_label":"friend"},{"_id":"#12:22","_type":"edge","_outV":"#13:27","_inV":"#13:11","_label":"friend"}],"_id":"#13:11","_type":"vertex"}

I understand why you did this, but what I don't understand is why you need to create a new interface to do it.  Is there any reason why you wouldn't just modify GraphSONUtility to deal with Iterable and Iterator which is an even more generalized approach.  Just check the type of value for those two things and convert them to List.  Why would it be better to introduce a new interface when this will work for OrientElementIterable without any change to it?  Am I missing something in your approach?

Yes, you are right. I have modified the PR

Merged - with some added tests and support for Iterator.  Thanks.

authors: Blondysinger spmallette

repo: tinkerpop/blueprints


text:
Support for multiline code - Windows

Hello,
I have issues running multiline code in TinkerRun on Windows 10.

Tinkerun 0.2.8
Electron 15.3.0
win32 10.0.15063
Locale: fr

it works well at this date.
Tinkerun 0.2.8
22.04.1-Ubuntu

I'm using Windows.

authors: moghwan undjike

repo: tinkerun/tinkerun


text:
Dockefile not working any more

Hello, thanks for this tutorial, but i would like to ask you if you can update the part of the Dockerfile of golang, since it look like it is not working any more, thanks a lot for you time

Fixed in https://github.com/tinrab/go-mongo-docker-example/commit/eae04464104e8685bbb3cc9c3861f9c07537f3a3.

authors: joshvoll tinrab

repo: tinrab/go-mongo-docker-example


text:
Don't write to disk in the clang backend

Currently a race condition is possible: https://canary.discord.com/channels/1068976834382925865/1068976834928193609/1128683739946418277

It's also a TODO item: https://github.com/tinygrad/tinygrad/blob/64d39188ad22574025eb6534727ed33d699b4348/tinygrad/runtime/ops_clang.py#L15
This is 100% possible to do on linux (see below), needs investigation for windows and mac.

maybe possible with io.BytesIO() ?

@wozeparrot,
I am new to this staff but I believe for macos we have mmap.mmap() in python and for windows we can create memory mapped file than get the handle with _get_osfhandle. Hope this is helpful

/dev/shm isn't a thing on mac

shm_open(2)
https://docs.python.org/3/library/multiprocessing.shared_memory.html

maybe possible with io.BytesIO() ?

Sadly the CDLL constructor requires a filename for the shared object/library, and, from what I can tell, there's no option to specify a named stream or something; it needs a location on disk. Maybe it's some sort of guard against mangled/truncated streams?
Very frustrating, especially given the usual ease of piping around binary data between functions without needing to store it on disk.

Hey I am trying to understand the comments above.
from @mixmaester

maybe possible with io.BytesIO() ?

from @xuky76

/dev/shm isn't a thing on mac

and TODO itself.

TODO: is there a way to not write this to disk?

Will all of those points, will not invalidate this line? What I'm missing?

Yea, the idea is that the clang backend won't need to write anything to disk anymore so that line would be unneeded.

Maybe a named pipe works here? Because BytesIO suffers from the problem of not having a filename on the OS, which is apparently needed for ctypes.CDLL and possibly for clang (I couldn't get to go to stdout with -).

would something like   #1426 work?
executing from the lib from memory does not seem to be worth the squeeze and i don't think would even guarantee against the race condition?

The race condition and the TODO are two separate issues.
The reasons I mentioned above is probably why the comment is a 'comment'.

CDLL expects a file and a named pipe is not a file.

OSError: dlopen(testpipe, 0x0006): tried: 'testpipe' (not a file), '/System/Volumes/Preboot/Cryptexes/OStestpipe' (no such file), '/opt/homebrew/lib/testpipe' (no such file), '/System/Volumes/Preboot/Cryptexes/OS/opt/homebrew/lib/testpipe' (no such file), '/usr/lib/testpipe' (no such file, not in dyld cache), 'testpipe' (not a file), '/usr/local/lib/testpipe' (no such file), '/usr/lib/testpipe' (no such file, not in dyld cache)

Pipes are also buffered so you'll see this on the other side.
(base) ➜  tinygrad git:(master) ✗ clang hello.c -o testpipe
clang: error: unable to execute command: Broken pipe: 13
clang: error: linker command failed due to signal (use -v to see invocation)

I think if there were an easy fix for this (that is cross-platform), it would have already been done.

I think it should be possible to use hardlinks, i.e.
os.link(A, B)
os.unlink(A)

instead of
os.rename(A, B)

AFAIK hardlinks are supported on Windows too these days.

Just use a randomly named temp file to fix the race, I'm pretty sure it's that simple

isn't that what's happening already? or do you mean each individual process will compile a separate randomly named file?

or do you mean each individual process will compile a separate randomly named file?

Yes, I think that's what was meant. Attempt to implement the fix is in https://github.com/tinygrad/tinygrad/pull/1458

The best solution for this appears to be to write our own blobdlopen, as was provided here:
https://stackoverflow.com/questions/5053664/dlopen-from-memory
The handle for this can be passed into CDLL and it will be used instead of a filesystem call.

authors: WilliamTheHippo ZenginU geohot l-j-g mixmaester nilsimda prusnak waifairer wozeparrot xando xuky76

repo: tinygrad/tinygrad


text:
Symbolic 2.0

tracking issue, the goal is to cleanly separate sint used for symbolic shape, and the symbolic template used to general kernel indices.

sint does not need to include all Node type #3430
substitute input does not need to be Node #3438
substitute output can be limited based on self
fix the while loop in max to get real_size #3514
explicit lt and ge code path for idx template #3561

separate Sint from Node
Sint can only be one of int, Variable, MulNode (ProdNode), SumNode. Sint has int max and min and binds to int value

max of a Node can be Sint, max of Sint is int
vars and unbind for Sint only
Node.b can only be Sint, not Node
limit function input from Union[Node,int] to Sint
no negative numbers due to lt and friends
assert bool on LtNode, there are two places we want to support cmp. The shape comparison and generate the lt template in indices

replaced by uops symbolic


text:
Environment variables for backends are confusing

https://docs.tinygrad.org/env_vars/ describes env variables as enabling a certain backends. But it just changes the default. That makes a command like this nonsense:
CUDA=1 NV=1 CLANG=1 python -c "from tinygrad import Device; print(Device.DEFAULT)"

This API seems a lot better:
DEFAULT_BACKEND=GPU python -c "from tinygrad import Device; print(Device.DEFAULT)"

Would also be cool for a command like this to work:
python -c "from tinygrad import Device; print(Device.get_available_backends())"

DEFAULT_BACKEND is so long!
I'd support a PR for get_available_backends, it should be one line

authors: geohot haraschax


text:
NVCC to CICC

#1143
Replaces cuda_compile with a call to cicc for faster compilation time.
85%+ faster without caching. To replicate:
from tinygrad.tensor import Tensor
t = Tensor([1, 2, 3]).cuda()
(t + t + t).realize()

Tests:

caching disabled:

cuda_compile: 326.1ms (+- 14.3ms)
cicc: 205.4ms (+- 6.3ms)

with caching:

cuda_compile: 199.2ms (+- 19.5ms)
cicc: 195.7ms (+- 10.2ms)

The CUDA_PROGRAM_HEADER need to be maintained. Almost all relevant definitions can be generated via nvcc -E -x cu - < /dev/null

Changes made in tinygrad/:
------------------------------------------------------------
files                             insertions       deletions
------------------------------------------------------------
tinygrad/runtime/ops_cuda.py              13               3
------------------------------------------------------------
lines added in the tinygrad folder: 10

CI failing

@cloud11665 does gpuocelot provide a cicc shell command equivalent ?

@dc-dc-dc, no, it doesn't anything like this. If you give me like an hour, I can also chip in and help with reviewing this

Any update on this?

CUDA tests failing...though if I'm reading this right it's so much faster on the non failing tests

Closing for now, but would love to see an updated version of this that passes the tests and is faster. Maybe comes with the compile refactor.

authors: cloud11665 dc-dc-dc geohot mebenstein tinyb0t wozeparrot


text:
[TGER-60] - remove guarded property

Closes #37

@phuclh Can you issue a new PR on this package to fix the psalm errors in the models?

repo: tipoff/reviews


text:
graphql-plugin: Middle handler?

Can someone pls. explain the "middle handler" of GraphQLOptions?
As there is no real documentation and my kotlin skills are very limited: I assume this is a kind of requset interceptor where I can add f.i. authentication information?! at least from here https://github.com/tipsy/javalin/blob/javalin-parent-3.13.3/javalin-graphql/src/main/java/io/javalin/plugin/graphql/GraphQLHandler.kt#L27 it looks like the middlehandler/context is invoked before the graphql execution runs. But the example (https://javalin.io/plugins/graphql#getting-started) only shows how to acess the context during query/mutation, but the invokation of the context object to enrich it with stuff from the javalin context is mysterious.
Can someone pls. explain? maybe with java code example?
br,
Alex

I even installed IntelliJ to be (hopefully) able to narrow down the problem. But result is the same as with my netbeans.
No matter how I try, I get strange errors...
// "options" is a java instance of GraphQLOptions ...
options.setMiddleHandler(context -> { /* do something */ });

gives me:
java: incompatible types: bad return type in lambda expression
    missing return value

And (I don't know how to return a kotlin "Unit"  instance, so I just try with "null" for now)
options.setMiddleHandler(context -> { return null; });

gives me:
java: reference to setMiddleHandler is ambiguous
  both
method setMiddleHandler(kotlin.jvm.functions.Function1<? super io.javalin.http.Context,kotlin.Unit>) in io.javalin.plugin.graphql.GraphQLOptions and
method setMiddleHandler(kotlin.jvm.functions.Function1<? super io.javalin.http.Context,kotlin.Unit>) in io.javalin.plugin.graphql.GraphQLOptions match

No idea what this strange error means. Why "both methods"? In GraphQLOptions is only one. Where does the 2nd come from?!
I'm running out of ideas. Pls. help.

Google'd a bit... Found this:
https://developer.android.com/kotlin/interop#lambda_arguments
There they say one should return "Unit.INSTANCE". Sounds okay, but does of course not fix the "ambigous issue".

Found out why java is complaining about identical methods:
If I open the kotlin GraphQLOptions class in Netbeans, it shows indeed two methods with same name, but they are not 100% identical:
public final void setMiddleHandler(@NotNull Function1<? super Context, Unit> <set-?>) {
        // <editor-fold defaultstate="collapsed" desc="Compiled Code">
        /* 0: aload_1
         * 1: ldc           #20                 // String <set-?>
         * 3: invokestatic  #26                 // Method kotlin/jvm/internal/Intrinsics.checkParameterIsNotNull:(Ljava/lang/Object;Ljava/lang/String;)V
         * 6: aload_0
         * 7: aload_1
         * 8: putfield      #13                 // Field middleHandler:Lkotlin/jvm/functions/Function1;
         * 11: return
         *  */
        // </editor-fold>
    }

@NotNull
public final GraphQLOptions setMiddleHandler(@NotNull Function1<? super Context, Unit> middleHandler) {
    // <editor-fold defaultstate="collapsed" desc="Compiled Code">
    /* 0: aload_1
     * 1: ldc           #130                // String middleHandler
     * 3: invokestatic  #26                 // Method kotlin/jvm/internal/Intrinsics.checkParameterIsNotNull:(Ljava/lang/Object;Ljava/lang/String;)V
     * 6: aload_0
     * 7: astore_2
     * 8: iconst_0
     * 9: istore_3
     * 10: iconst_0
     * 11: istore        4
     * 13: aload_2
     * 14: checkcast     #2                  // class io/javalin/plugin/graphql/GraphQLOptions
     * 17: astore        5
     * 19: iconst_0
     * 20: istore        6
     * 22: aload         5
     * 24: aload_1
     * 25: putfield      #13                 // Field middleHandler:Lkotlin/jvm/functions/Function1;
     * 28: nop
     * 29: aload_2
     * 30: checkcast     #2                  // class io/javalin/plugin/graphql/GraphQLOptions
     * 33: areturn
     *  */
    // </editor-fold>
}

I have no idea why this is the case. Maybe the kotlin source is not 100% interop with java code?! Where are the kotlin experts?
Looks like this has never been tested or used with java ....

Found a way around it:
import io.javalin.http.Context;
import kotlin.Unit;

/**
 *
 * @author alexander
 */
public class MiddleHandler implements kotlin.jvm.functions.Function1<Context, Unit> {

    @Override
    public Unit invoke(Context p1) {
        System.out.println("foo!!!");
        /* do something */
        return Unit.INSTANCE;
    }

}

            try {
                Method[] methods = GraphQLOptions.class.getMethods();
                for (Method method : methods) {
                    if (method.getName().equals("setMiddleHandler") && method.getReturnType().equals(void.class)) {
                        System.out.println("->: " + method);
                        method.invoke(options, new MiddleHandler());
                    }
                }
            } catch (IllegalAccessException ex) {
                Logger.getLogger(App.class.getName()).log(Level.SEVERE, null, ex);
            } catch (IllegalArgumentException ex) {
                Logger.getLogger(App.class.getName()).log(Level.SEVERE, null, ex);
            } catch (InvocationTargetException ex) {
                Logger.getLogger(App.class.getName()).log(Level.SEVERE, null, ex);
            }

That way I get the "foo!!!" output whenever a query runs. But can only be a temporary workaround...
Would be great to get some feedback from kotlin devs...
br,
Alex

It looks like it's just not compatible with Java (thought it's not likely super compatible with Kotlin either). Two functions with the same signature only differentiated by return type tends to cause problems in both languages, though less so in Kotlin.

All in all: It's more like a "beta" state than a "production ready" state.
I would really like to use this graphql-plugin and combine it also with https://github.com/pac4j/javalin-pac4j.
But for now this remains "under construction"
I will try to digg into and maybe provide a java version that (hopefully) also integrates with pac4j... But this will take some time.

@tuxedo0801 is this something you are still planning on working on?

I did a rewrite/port in java-only which is currently mich like a proof of concept. Needs some polishing before I publish it.

Cool, thanks for the update!

@tuxedo0801 do you think you'll get this done within the next few months?

I'm planning to finish my 1st draft for the implementation. How should I proceed? Separate project that is mentioned/linked in the documentation, or should I create a fork + pull-request? @tipsy

Source is now online: https://gitlab.com/alexanderchristian/javalin-graphql-javaplugin

@tuxedo0801 please go ahead and make a PR for adding it to the GraphQL module :)

@tuxedo0801 are you still interested in this?

authors: MrThreepwood tipsy tuxedo0801

repo: tipsy/javalin


text:
Websocket session.send(byteBuffer) is not sending anything

Hi, I am trying to send binary data on a websocket. I was previously sending JSON but I've moved to a binary protocol. However, on the javascript client side now I'm getting either an empty blob or an empty ArrayBuffer (depending on how I configure my JS websocket).
Here's what I'm doing:
Javalin j = server.getServer();  j.ws("/ws/test/", ws -> {             ws.onConnect(session -> {                 logger.info("Websocket Connected to {}. Session Id: {} ", session.getRemoteAddress(), session.getId());                 session.send("Text message 1");                               ByteBuffer messageBuffer = ByteBuffer.wrap(new byte[]{1,2,3,4});                 session.send(messageBuffer);                 session.send("Text message 2");             }); );
On my client I get Text message 1, a zero byte binary message, and then "Text message 2".

Can anyone help? I was using Javalin 2.4.0, but I've upgraded to 2.7.0 and till have the same issue.
Thanks,
Troy.

Please disregard this. After sending this I got it working. Not sure what was wrong, but it seemed to be something with the way I was constructing my ByteBuffer...


text:
Map and filter to array (#27)

See #27 :) This one does NOT update README.md with documentation... I had no idea how to do that. Nonetheless they should be well documented via jsdoc.
const mapToArray = require('object-loops/map-to-array')
const map = require('object-loops/map')

mapToArray({ a: 1, b: 2, c: 3 }, n => n * n)
//=> [ 1, 4, 9 ]

map({ a: 1, b: 2, c: 3 }, n => n * n)
//=> { a: 1, b: 4, c: 9 }

These functions will be helpful in dealing with React. Like this:
const ListPeople = () => {
  people = {
    john: "John Lennon",
    ringo: "Ringo Starr"
  }

  // A regular `map()` would break things here. It needs to return an array.
  return

    {mapToArray(people, (name, id) =>
Mr. ${name}
)}

}

It might be worth noting that this is the same behavior of lodash/underscore's _.map.

repo: tjmehta/object-loops


text:
fix: switch to static image builds (#77)

This pull request removes the incorrect line from the markdownlint.yaml.

Pull Request Test Coverage Report for Build 10596123755
Details

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

Totals

Change from base Build 10593542704:
0.0%

Covered Lines:
310

Relevant Lines:
310

💛  - Coveralls

authors: coveralls tkrop

repo: tkrop/go-make


text:
ステータスメッセージを表示させる

利用サーバー数
コマンドの説明

コマンド説明は表示できたので一旦おわり

repo: tktcorporation/discord-speech-bot


text:
Variable renames in LAMBDA

I noticed a strange output from the TLAPS when it expands a definition with a parameter name that matches a name defined in the proof context. Example:
---- MODULE test_lambda_rename ----
op(x) == LAMBDA y : y
LEMMA
    ASSUME NEW y, NEW x
    PROVE op(x) = LAMBDA u : u
    BY DEF op
====

The proof obligation is shown as follows:
ASSUME NEW CONSTANT y,
       NEW CONSTANT x
PROVE  (LAMBDA y : y_1) = (LAMBDA u : u)

I would expect the lambda parameter to be renamed to y_1 as well.
That might be just a presentation issue, as the theorem is proved successfully.

Not sure if that's related. This obligation fails:
ASSUME NEW CONSTANT Values,
       NEW CONSTANT LC,
       NEW VARIABLE msgs,
       NEW CONSTANT mq \in MsgsQ,
       NEW CONSTANT ub \in LC,
       SetSum(msgsQ, LAMBDA mm : OrdAQStep(ub, mm))' = SetSum(msgsQ, LAMBDA mm : OrdAQStep(ub, mm)) + OrdAQStep(ub, mq)
PROVE  SetSum(msgsQ, LAMBDA m  : OrdAQStep(ub, m ))' = SetSum(msgsQ, LAMBDA m  : OrdAQStep(ub, m )) + OrdAQStep(ub, mq)

But if I rename the lambda parameter to m it passes:
ASSUME NEW CONSTANT Values,
       NEW CONSTANT LC,
       NEW VARIABLE msgs,
       NEW CONSTANT mq \in MsgsQ,
       NEW CONSTANT ub \in LC,
       SetSum(msgsQ, LAMBDA m : OrdAQStep(ub, m))' = SetSum(msgsQ, LAMBDA m : OrdAQStep(ub, m)) + OrdAQStep(ub, mq)
PROVE  SetSum(msgsQ, LAMBDA m : OrdAQStep(ub, m))' = SetSum(msgsQ, LAMBDA m : OrdAQStep(ub, m)) + OrdAQStep(ub, mq)

I thought the actual lambda parameter name should be irrelevant.

Here is a small example to reproduce the problem with SetSum above.
---- MODULE test_lambda_rename_prim ----

op(x) == LAMBDA y : y

LEMMA primed_works == ASSUME TRUE PROVE op(LAMBDA x : x)' = {TRUE}
    <1>1. op(LAMBDA x : x)' = {TRUE}
    <1>q. QED BY <1>1

LEMMA primed_fails == ASSUME TRUE PROVE op(LAMBDA x : x)' = {FALSE}
    <1>1. op(LAMBDA y : y)' = {FALSE}
    <1>q. QED BY <1>1

LEMMA unprimed_works == ASSUME TRUE PROVE op(LAMBDA x : x) = {TRUE, FALSE}
    <1>1. op(LAMBDA y : y) = {TRUE, FALSE}
    <1>q. QED BY <1>1

====

Here primed_works and primed_fails differs only in the lambda parameter name in <1>1. If a lambda is not primed, the problem don't show up, as shown in unprimed_works.
I had to use different values {TRUE}, {FALSE}, etc because otherwise the fingerprinting hides the problem. The fingerprints are calculated ignoring the lambda parameters properly.
@muenchnerkindl, maybe you have a hint as to which part of TLAPM to look for to fix this?

All of this looks wrong to me, including your first example (although as you say, it might be an output problem).
@damiendoligez, any clues?

repo: tlaplus/tlapm


text:
ocr-file-upload failed on ubuntu & aws ec2 when running outside

If i run inside the ubuntu instance it works fine
docs/upload-local-file.sh http://localhost:9292/ocr-file-upload ocrimage
if i run it outside (from the internet)
./upload-local-file.sh http://xxx.xx.xx.xx:9292/ocr-file-upload ocrimage.png
I see
sh-3.2# ./upload-local-file.sh http://100.24.24.203:9292/ocr-file-upload ocrimage.png
Note: Unnecessary use of -X or --request, POST is already inferred.
*   Trying 100.24.24.203...
* TCP_NODELAY set
* Connected to 100.24.24.203 (100.24.24.203) port 9292 (#0)
> POST /ocr-file-upload HTTP/1.1
> Host: 100.24.24.203:9292
> User-Agent: curl/7.54.0
> Accept: */*
> Content-Type: multipart/related; boundary="d2649535728a8d270eb98fd5d8a8412f"
> Content-Length: 59595
> Expect: 100-continue
>
< HTTP/1.1 100 Continue
* We are completely uploaded and fine
* Empty reply from server
* Connection #0 to host 100.24.24.203 left intact
curl: (52) Empty reply from server

And in the server logs i see
13:29:32.660526 OCR_HTTP: request to ocr-file-upload
13:29:32.660550 OCR_HTTP: content type: multipart/related; boundary="d2649535728a8d270eb98fd5d8a8412f"
13:29:32.660562 OCR_HTTP: content type: multipart/related
2018/11/12 13:29:33 http: panic serving 93.76.243.43:62112: runtime error: invalid memory address or nil pointer dereference
goroutine 5 [running]:
net/http.(*conn).serve.func1(0xc82005a380)
	/usr/lib/go-1.6/src/net/http/server.go:1389 +0xc1
panic(0x7f0a60, 0xc82000e080)
	/usr/lib/go-1.6/src/runtime/panic.go:443 +0x4e9
github.com/tleyden/open-ocr.(*OcrHttpMultipartHandler).extractParts(0xc82000a690, 0xc8200d6000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...)
	/opt/go/src/github.com/tleyden/open-ocr/ocr_http_multipart_handler.go:52 +0xa7f
github.com/tleyden/open-ocr.(*OcrHttpMultipartHandler).ServeHTTP(0xc82000a690, 0x7f236dc65b30, 0xc820059ad0, 0xc8200d6000)
	/opt/go/src/github.com/tleyden/open-ocr/ocr_http_multipart_handler.go:94 +0x97
net/http.(*ServeMux).ServeHTTP(0xc820056ab0, 0x7f236dc65b30, 0xc820059ad0, 0xc8200d6000)
	/usr/lib/go-1.6/src/net/http/server.go:1910 +0x17d
net/http.serverHandler.ServeHTTP(0xc82005a300, 0x7f236dc65b30, 0xc820059ad0, 0xc8200d6000)
	/usr/lib/go-1.6/src/net/http/server.go:2081 +0x19e
net/http.(*conn).serve(0xc82005a380)
	/usr/lib/go-1.6/src/net/http/server.go:1472 +0xf2e
created by net/http.(*Server).Serve
	/usr/lib/go-1.6/src/net/http/server.go:2137 +0x44e

Could you please help me how to fix it?

Thanks for the issue report.  Nothing obvious jumps out at me ..

Have you tried using https://github.com/tleyden/open-ocr/blob/master/docs/upload-local-file.py?  If that worked, it might tell us something.

authors: EvgenyKislyy tleyden

repo: tleyden/open-ocr


text:
bugfix: sql null column error

Currently when using sql chain on tables with nullable columns, it will return converting null to string error is not supported. To mitigate this issue, I'm suggesting to use sql.NullString to handle null values.
Fixes https://github.com/tmc/langchaingo/issues/235
PR Checklist

[x] Read the Contributing documentation.
[x] Read the Code of conduct documentation.
[x] Name your Pull Request title clearly, concisely, and prefixed with the name of the primarily affected package you changed according to Good commit messages (such as memory: add interfaces for X, Y or util: add whizzbang helpers).
[x] Check that there isn't already a PR that solves the problem the same way to avoid creating a duplicate.
[x] Provide a description in this PR that addresses what the PR is solving, or reference the issue that it solves (e.g. Fixes #123).
[x] Describes the source of new concepts.
[x] References existing implementations as appropriate.
[x] Contains test coverage for new functions.
[x] Passes all golangci-lint checks.

done @zivkovicn , please help to review again

repo: tmc/langchaingo


text:
django.utils.translation.ugettext_lazy() is deprecated

Currently I'm getting a lot of warnings. The log  is below. Simply changing all occurances of ugettext_lazy to gettext_lazy should do the trick.

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/settings.py:5
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/settings.py:5: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    'app_verbose_name': _("Custom User"),

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:91
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:91: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    _('email address'),

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:94
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:94: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    'unique': _("A user with that email address already exists."),

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:97
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:97: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    first_name = models.CharField(_('first name'), max_length=150, blank=True)

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:98
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:98: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    last_name = models.CharField(_('last name'), max_length=150, blank=True)

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:100
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:100: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    _('staff status'),

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:102
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:102: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    help_text=_('Designates whether the user can log into this admin site.'),

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:105
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:105: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    _('active'),

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:107
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:107: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    help_text=_(

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:112
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:112: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    date_joined = models.DateTimeField(_('date joined'), default=timezone.now)

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:120
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:120: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    verbose_name = _('user')

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:121
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:121: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    verbose_name_plural = _('users')

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:157
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:157: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    verbose_name = _('group')

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:158
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/models.py:158: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    verbose_name_plural = _('groups')

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:19
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:19: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    label=_("Email address"),

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:26
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:26: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    label=_("Password"),

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:38
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:38: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    'invalid_login': _(

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:42
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:42: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    'inactive': _("This account is inactive."),

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:104
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:104: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    'password_mismatch': _('The two password fields didn’t match.'),

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:112
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:112: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    label=_("Email address"),

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:119
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:119: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    label=_("Password"),

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:125
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:125: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    label=_("Password confirmation"),

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:128
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:128: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    help_text=_("Enter the same password as before, for verification."),

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:179
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:179: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    label=_("Email address"),

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:186
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:186: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    label=_("Password"),

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:187
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/forms.py:187: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    help_text=_(

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/admin.py:17
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/admin.py:17: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    (_('Personal info'), {'fields': ('first_name', 'last_name')}),

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/admin.py:18
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/admin.py:18: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    (_('Permissions'), {'fields': ('is_active', 'is_staff', 'is_superuser',

../../../.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/admin.py:20
  /home/alex/.cache/pypoetry/virtualenvs/foobar-core-6qdzD22P-py3.9/lib/python3.9/site-packages/cuser/admin.py:20: RemovedInDjango40Warning: django.utils.translation.ugettext_lazy() is deprecated in favor of django.utils.translation.gettext_lazy().
    (_('Important dates'), {'fields': ('last_login', 'date_joined')}),

Thanks for the report! This was fixed in 1ec719debba8b928a679213e7afe15636c8a8779 and is in versions 2.3.1 (Django 2.2 or 3.0) and 2.4.1 (Django 3.1)

Thanks for the report! This was fixed in 1ec719debba8b928a679213e7afe15636c8a8779 and is in versions 2.3.1 (Django 2.2 or 3.0) and 2.4.1 (Django 3.1)

That was quick. Thank you very much!

That was quick. Thank you very much!

repo: tmm/django-username-email


text:
能在内网场景下部署NSmartProxy吗？

想通过外网映射端口的方式部署，如果能部署请问需要几个端口和配置的方式。

服务端外网，客户端内网

authors: MetSystem tmoonlight

repo: tmoonlight/NSmartProxy


text:
Remove   from label

It can happen that a label has a   in it. This should be removed or replaced.

Good catch. And it's not just about non-breaking spaces. By setting labelPropertyName to a property which uses ckeditor there can easily be other unwanted markup too. I'll make sure that the label is plain text only.

authors: jobee jonnitto


text:
FFSubtitle 的 srt 方式，字幕与配音不同步

FFSubtitle 的 srt 方式，字幕与配音不同步，有时字幕比配音快很多

srt 转js 数组对象，然后用 FFText 自己生成字幕吧， FFSubtitle 不好使。

FFSubtitle 的 srt 方式，字幕与配音不同步，有时字幕比配音快很多

这里是根据文字lenth做的分割，也可以自定义分割或者submit pr

authors: Janra-L Shijiuwei drawcall

repo: tnfe/FFCreator


text:
README.rst: Syntax highlight example

Preview at https://github.com/msabramo/pylev/blob/patch-1/README.rst

Thanks!

authors: msabramo toastdriven

repo: toastdriven/pylev


text:
收集 webstorm 优缺点

git 功能本身比较强，加上 git-toolbox 插件，更强

https://github.com/zielu/GitToolBox/wiki/Manual#behind-tracker

缺点，打开大文件卡
内存不高的机器，容易卡

强大的插件
code stream

强大的插件
code stream
今天装了后，一直无法用，原来是配置记忆，之前弄过，但是禁用了，重新安装后也是禁用状态，外观比较明显

今天遇到个糟糕的问题，git shelf 的文件太多了，unshelf 的时候，卡住了

gitToolbox 几个好用的地方
webstorm，使用 gitToolbox 批量清理 git 本地分支
链接：https://lusun.com/v/wzfkRgAAR37

gitToolbox，行内 git blame，快速跳转到那次改动
https://lusun.com/v/de6PLRLkM7e

更方便的执行 npm 脚本
https://lusun.com/v/olKzlDkMD5P

缺点 历史版本占用空间比较多，需要手动清理
https://youtrack.jetbrains.com/issue/IDEA-165872


text:
update mocha to version 3.4.0

https://greenkeeper.io/

Coverage remained the same at 100.0% when pulling 3a71bc1bcf6350a6c7c1dc170c25282e33dde54b on greenkeeper-mocha-3.4.0 into 0e0b27c9aa762732ee8efd90f248e26cc0e6578f on master.

authors: coveralls toboid

repo: toboid/all-finished


text:
🛑 Luxis Srv is down

In e6f8955, Luxis Srv (https://ls.tochisaurio.com.ar) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Luxis Srv is back up in 2035d35.

repo: tochimoreno/upptime


text:
tutorials: thread_network

Breakdown thread_network into milestones

This PR contains our WIP changes to the thread tutorial to break it up into milestones. We'll review it proper alongside other code in the cps-iot-24 branch.

authors: cherrypiejam lschuermann

repo: tock/libtock-c


text:
barcode api added

Added 3 API to decode information from barcodes

Thanks!

authors: MariaEvstropova mikestreety

repo: toddmotto/public-apis


text:
'Set a goal' reminder in Timeline view

When user hasn't set up a goal yet, show this reminder in Timeline view
When user taps on it, open a new goal popup
When user swipes it down, remove this reminder from Timeline view and don't show it anymore on that day (show it again on the next day when user hasn't set up a goal yet)

We are doing only daily goals, right? If it's already after 7 PM (for example) when the user opens the app... Does it make sense for him to make a goal for tomorrow instead?
I find it useless to show that reminder by the end of the day. And also it's a little inconvenient having to set the goal early on the same day you are trying to accomplish it (as opposed to do it the night before)

Yes, we're doing only daily goals. You mean we should allow setting a goal for tomorrow only when user achieved today's goal? Because I wouldn't let user to set a new goal when today's goal is WIP or when user haven't set a goal for today at all. Also, I wouldn't say it's useless to ask user to set a goal after 7PM since users's daily routines are rather different (making an assumption here).

Mmmm... ok.

repo: toggl/superday


text:
feat: allow uring builder to customize flags/features

Currently, users cannot directly customize the flags and params of the uring builder, and with the rapid iteration of io_uring in the kernel, many new features will not be compatible with existing applications. So we need to provide more flexibility in the uring builder to allow customization of flags and params.

I don't think this is as useful as you might think, since many setup are not enough to just change .flags, and it doesn't make sense to change .features.

As an example, when I wanted to add the FEAT_FAST_POLL feature, there was no way I could add it to the original code.

You may have misunderstood the feature field, it is not a parameter that you need to set, but you can use this field to check if the currently used kernel supports fast poll feature.

Thanks for the heads up, have verified that I did misunderstand here.

authors: bychjzh quininer

repo: tokio-rs/io-uring


text:
Add stress tests

Attempt stressing the timer

#7 probably could have been caught w/ a stress test.

repo: tokio-rs/tokio-timer


text:
Programmatic control over certificate validation

I'm trying to use tokio-tls in a non-HTTP scenario with self-signed certificates building a peer to peer connection. All I want is essentially a Diffie-Hellman key exchange and an encrypted channel. During the handshake I'd like to avoid the usual PKI trust chain and let peers decide programatically if they trust the certificate of the other party.
To achieve this, the usual way is to provide a hook for a callback function where certificate of the peer can be validated. In Java you can set a custom TrustManager while initializing your SslContext. Also, crate rustls nicely supports this like here https://github.com/ctz/rustls/blob/master/examples/tlsclient.rs#L424 , but I'd like the same thing in Tokio without blocking.
I've found no way to achieve this with tokio-tls. Is this possible somehow out of the box? If not, is it hard to add to the library?

@izolyomi did you find a way to do that?

@aep Not yet, and my recent stackoverflow post with the same question was also downvoted and closed because it didn't contain enough code for the moderator's taste. Fortunately I had more urgent things on my plate. Please let me know if you've found a way already.
I really admire the amazing work of @alexcrichton and others who created Future/TokIO. It takes some learning curve to grab its essence first but it was very usable even as 0.1. I feel it lacking only at these rough edges where the only choice is usually to understand the whole thing up to the last screw and do it yourself.

On non-windows platforms, this library use OpenSSL which has SSL_CTX_set_verify that provides the certificate and uses a callback function for manual verification. An example for this is libcurl's ssluse.c
Would be nice to utilize this method in tokio-tls.

authors: Silur aep izolyomi

repo: tokio-rs/tokio-tls


text:
Consider changing Value::Error to &(dyn Error + 'static)

The current error variant in Value::Error is a plain &dyn Error, which unfortunately doesn't support downcasting. It might be worth changing this to &(dyn Error + 'static), which seems to be a reasonably accepted restriction on the type to support any scenario a consumer might have.

+1 on this; &(dyn Error + 'static) will also allow the use of Error::source instead of the deprecated Error::cause. Right now, the fact that error cause chains can only be traversed by calling a deprecated method is kind of a shame...

authors: KodrAus hawkw

repo: tokio-rs/valuable


text:
カードによって注釈の形式と位置の揺れがある

改善詳細 / Details of Improvement

都内の最新感染動向のカードによって注釈の形式と位置の揺れがあります

スクリーンショット / Screenshot
現在の注釈の形式と位置が以下の条件を共に満たしていないものを一覧にします。
(ただし、注釈が存在しないカードは除外しています)

注釈の形式が「（注）+リスト」の形式である
注釈の位置がカードの下部である

カード
注釈の形式
注釈の位置

検査陽性者の状況
（注）のリスト
上部

新規患者に関する報告件数の推移
（注）のリスト
上部

陽性患者の属性
※のリスト
下部

陽性患者数（区市町村別）
（注）のリスト
上部

都営地下鉄の利用者数の推移
各種混在
上部

都庁来庁者数の推移
※のリスト
上部

期待する見せ方・挙動 / Expected behavior

注釈の形式を「（注）+リスト」、注釈の位置を下部に統一する

動作環境・ブラウザ / Environment

macOS / Windows / Linux / iOS / Android
Chrome / Safari / Firefox / Edge / Internet Explorer

@tokyo-citizen ご提案ありがとうございます！たしかに、体裁は 「（注）+リスト」、注釈の位置を下部 に揃えていっている最中です。ただ、東京都のほうで文言の表記揺れの修正も同時に行っていますので、こちらのissueはしばらくお待ちいただけると幸いです。単純に文頭の「（注）」を削除すると、その部分の翻訳キーが新しく生成され翻訳がリセットされてしまうので、東京都からの指示を待ったほうがいいという判断です。

少なくとも以下の考慮事項がありそうだということは推測しておりましたのでお気になさらずに。

行政として他の文書等との一貫性
翻訳への影響
段階的な移行(他の優先事項との兼ね合い)
カードそのもののライフサイクル

@kaizumaki @tokyo-citizen 私も本件について気になりました．実際に修正してみてイメージをつかめた方がよいと思いましたので，修正案として PR (#5274) を作成しました．ご確認ください．

@nard-tech
修正案ありがとうございます。
@kaizumaki
修正案(@nard-tech)をきっかけとして、比較対象のたたき台ですが、以下はどうでしょうか。
基本的な考え方は 、なるべく意味や文言を変えない方が多少なりとも受け入れられる可能性が
大きくなると期待しながら、PR (#5274)  と PR (#5260) の合作です。
PR (#5260)で太字が導入された意図はいわゆる約物を使わずに、誤解が生まれる可能性があったり、
認知度が低い用語について、用語定義を強調する意図と読み取りました。
現状からの変更案の内容は以下です。

注釈をグラフやテーブルの下方に移動して他のカードとフォーマットを統一する
再帰的な注釈を避けてPR (#5260)で導入された注釈の太字を用いたり

「陽性者の属性」カードのテーブルにある「退院※」の「※」
「都営地下鉄の利用者数の推移」カードの注釈にある「利用者数*」の「*」

もし長い文章となる場合は文章を分割して別の注釈項目にする
注釈項目の各項を、内容に応じて、例えば以下の順に並べ変える(あくまで並べ替え)

概要
用語定義
抽出基準
例外事項
更新頻度

全体感の中で個人的に違和感を感じている「陽性者の属性」「都営地下鉄の利用者数の推移」
「都庁来庁者数の推移」を先出しすると以下のようになります。
(ここではあえて全角の約物について議論対象にしません)
陽性者の属性
（注）

保健所から報告があり、確認ができているものを反映
退院：死亡退院を含む

都営地下鉄の利用者数の推移
（注）

1/20~1/24の利用者数の平均値を基準としたときの相対値
利用者数：都営地下鉄4路線の自動改札出場数
速報値として公開するものであり、後日確定データとして修正される場合あり

都庁来庁者数の推移
（注）

土・日・祝日を除く庁舎開庁日の1週間累計数

@tokyo-citizen ご提案ありがとうございます！この３つのカードの注釈については他のカードのものと様相が異なるので、判断が難しいところですね。
また、用語定義についてですが、初期の頃に東京都のほうでも「用語集」の追加を検討していた経緯があります（おそらく、多忙ゆえに優先度が低くなっています）。こちらは別途issueを立てていただければ、再度検討のフェーズに持っていけるのではないかと思います。

@kaizumaki
用語集となると結構大変になると思うので、現状の注釈で用語定義的になっている部分で、
文章を極力変えずに見せ方の修正にスコープを絞ってます！

authors: kaizumaki nard-tech tokyo-citizen


text:
Add debootstrap and debian-chroot packages

This adds the following new packages:

debootstrap - This will let you create a debian install in a subdirectory
debian-chroot - This will install a minimal debian install to /opt/lib/debian-chroot and then chroot into it, or run commands in it's chroot

debian-chroot example usage:
$ debian-chroot # Will enter an interactive bash session in the chroot for you
$ debian-chroot apt-install nano # Will install nano in the chroot for you
$ debian-chroot bash -x <<'EOT'
 set -e
 apt install -y \
   python3-dev \
   libffi-dev \
   python3-pip \
   python3-venv \
   patchelf \
   ccache \
   upx
 python3 -m venv /opt/lib/nuitka
 source /opt/lib/nuitka/bin/activate
 pip install \
   --extra-index-url https://wheels.eeems.codes/ \
   nuitka
EOT # Will install nuitka in the chroot for you in a python venv

The primary use-case for this would be to run things that can't be run with entware. The full install size is around 600MB, which is much larger than the package, due to using debootstrap to handle the actual install. I don't really recommend using this on a real device, but it's quite useful for helping automate builds using qemu.

Installation fails on rm2:
reMarkable: /tmp/ opkg install rmall/debian-chroot_0.0.0-1_rmall.ipk rmall/debootstrap_1.0.133-1_rmall.ipk
Package debian-chroot (0.0.0-1) installed in root is up to date.
Package debootstrap (1.0.133-1) installed in root is up to date.
Configuring debian-chroot.
/opt/bin/debian-chroot: line 3: /home/root/.config/debian-chroot.conf: No such file or directory
Collected errors:
 * pkg_run_script: package "debian-chroot" postinst script returned status 1.
 * opkg_configure: debian-chroot.postinst returned 1.

Also, /opt/usr/sbin is not in $PATH

Also, /opt/usr/sbin is not in $PATH

https://github.com/toltec-dev/toltec/blob/stable/package%2Ftoltec-bootstrap%2Ftoltecctl#L189
It should be, if it's not on your path, something has removed it.

here is some more:
reMarkable: /tmp/ opkg install rmall/debian-chroot_0.0.0-1_rmall.ipk
Installing debian-chroot (0.0.0-1) to root...
Configuring debian-chroot.
/opt/usr/sbin/debootstrap: line 21: /usr/share/debootstrap/functions: No such file or directory
cat: can't open '/opt/lib/debian-chroot/debootstrap/debootstrap.log': No such file or directory
Collected errors:
 * pkg_run_script: package "debian-chroot" postinst script returned status 1.
 * opkg_configure: debian-chroot.postinst returned 1.

Okay, that should fix it.

Uninstall currently requires being run twice, as it fails the first time. I assume something with umount is the issue, but I don't really have time to test a fix for it at the moment.

I've fixed the uninstall issue and this package is ready to be merged.

repo: toltec-dev/toltec