VirtualMachine without a cluster set throws exception when viewed through API

Environment

Python version:  3.6.5
NetBox version: 2.4.6

Steps to Reproduce

Create a VirtualMachine object.
Do not set a cluster object on it, or set it to None
View the created VM in the API

Expected Behavior
API endpoint not to throw an exception

Observed Behavior
Following exception is returned to the user
Traceback (most recent call last):
  File "/usr/local/lib/python3.6/site-packages/django/contrib/staticfiles/handlers.py", line 66, in __call__
    return self.application(environ, start_response)
  File "/usr/local/lib/python3.6/site-packages/django/core/handlers/wsgi.py", line 146, in __call__
    response = self.get_response(request)
  File "/usr/local/lib/python3.6/site-packages/django/core/handlers/base.py", line 81, in get_response
    response = self._middleware_chain(request)
  File "/usr/local/lib/python3.6/site-packages/django/core/handlers/exception.py", line 37, in inner
    response = response_for_exception(request, exc)
  File "/usr/local/lib/python3.6/site-packages/django/core/handlers/exception.py", line 87, in response_for_exception
    response = handle_uncaught_exception(request, get_resolver(get_urlconf()), sys.exc_info())
  File "/usr/local/lib/python3.6/site-packages/django/core/handlers/exception.py", line 122, in handle_uncaught_exception
    return debug.technical_500_response(request, *exc_info)
  File "/usr/local/lib/python3.6/site-packages/django_extensions/management/technical_response.py", line 37, in null_technical_500_response
    six.reraise(exc_type, exc_value, tb)
  File "/usr/local/lib/python3.6/site-packages/six.py", line 692, in reraise
    raise value.with_traceback(tb)
  File "/usr/local/lib/python3.6/site-packages/django/core/handlers/exception.py", line 35, in inner
    response = get_response(request)
  File "/usr/local/lib/python3.6/site-packages/django/core/handlers/base.py", line 128, in _get_response
    response = self.process_exception_by_middleware(e, request)
  File "/usr/local/lib/python3.6/site-packages/django/core/handlers/base.py", line 126, in _get_response
    response = wrapped_callback(request, *callback_args, **callback_kwargs)
  File "/usr/local/lib/python3.6/site-packages/django/views/decorators/csrf.py", line 54, in wrapped_view
    return view_func(*args, **kwargs)
  File "/usr/local/lib/python3.6/site-packages/rest_framework/viewsets.py", line 103, in view
    return self.dispatch(request, *args, **kwargs)
  File "/usr/local/lib/python3.6/site-packages/rest_framework/views.py", line 483, in dispatch
    response = self.handle_exception(exc)
  File "/usr/local/lib/python3.6/site-packages/rest_framework/views.py", line 443, in handle_exception
    self.raise_uncaught_exception(exc)
  File "/usr/local/lib/python3.6/site-packages/rest_framework/views.py", line 480, in dispatch
    response = handler(request, *args, **kwargs)
  File "/usr/local/lib/python3.6/site-packages/rest_framework/mixins.py", line 58, in retrieve
    return Response(serializer.data)
  File "/usr/local/lib/python3.6/site-packages/rest_framework/serializers.py", line 536, in data
    ret = super(Serializer, self).data
  File "/usr/local/lib/python3.6/site-packages/rest_framework/serializers.py", line 262, in data
    self._data = self.to_representation(self.instance)
  File "/usr/local/lib/python3.6/site-packages/rest_framework/serializers.py", line 503, in to_representation
    ret[field.field_name] = field.to_representation(attribute)
  File "/usr/local/lib/python3.6/site-packages/rest_framework/fields.py", line 1855, in to_representation
    return method(value)
  File "/opt/netbox/netbox/virtualization/api/serializers.py", line 142, in get_config_context
    return obj.get_config_context()
  File "/opt/netbox/netbox/extras/models.py", line 766, in get_config_context
    for context in ConfigContext.objects.get_for_object(self):
  File "/usr/local/lib/python3.6/site-packages/django/db/models/manager.py", line 82, in manager_method
    return getattr(self.get_queryset(), name)(*args, **kwargs)
  File "/opt/netbox/netbox/extras/querysets.py", line 20, in get_for_object
    region = getattr(obj.site, 'region', None)
  File "/opt/netbox/netbox/virtualization/models.py", line 513, in site
    return self.cluster.site

AttributeError: 'NoneType' object has no attribute 'site'

Safeguards for this should be added to when netbox tries to build the ConfigContext for the VM.
Current workaround
We created a UNDEFINED cluster object and pointed all VM:s that do not have an cluster defined yet to avoid this issue.

Do not set a cluster object on it, or set it to None

Cluster assignment is mandatory. I did uncover a minor bug with the API serializer for virtual machines wherein the cluster field is not required, but attempting to create a VM without a cluster will still correctly yield an IntegrityError:
django.db.utils.IntegrityError: null value in column "cluster_id" violates not-null constraint
DETAIL:  Failing row contains (5, 2018-11-14, 2018-11-14 15:29:03.558478+00, test-vm1, null, null, null, , null, null, null, null, null, 1, null, null).

I can't imagine how this wouldn't happen unless you've manually altered the database schema.

Yeah it was an old change we had added to allow for None value to be set on the cluster field. Our use-case for it was that we have an external system that integrates with netbox api to create VM:s. But our problem was that the external system could not make the decision on what vmware cluster the VM would be located to. That would be done by the internal operations team that owns the netbox instance based on other parameters that we could not make into code. So we would create the VM, either set None or our custom UNDEFINED cluster object and then when our internal team had made their decision they would update to the correct cluster object and deploy it.
I guess we could rollback the null=True addition and use the UNDEFINED object instead to force the old behavior.

Unless the mentioned use-case scenario would change anything, and using a undefined cluster object is good enough, i guess this can be closed.

There was a lot of discussion around clusters back in #142. IIRC we agreed that cluster assignment would be mandatory because there is no direct relationship from VirtualMachine to Site. Using a pseudo-cluster like you mention is probably the best approach for partial provisioning.


Taker/Maker CET mismatch

When trying to create a contract I received these errors:

Taker:

2021-10-15 19:26:47 ERROR Message handler failed: Failed to setup contract with maker: Commit adaptor signature does not verify: failed to verify encsig spend tx: failed to verify adaptor signature

Maker:

2021-10-15 19:26:42 DEBUG Maker accepts an order order_id=1838fa52-941c-4212-be1e-4657f7bdaa57
thread 'rocket-worker-thread' panicked at 'one encsig per cet, per party', daemon/src/setup_contract.rs:561:14

Just got this error again.
Don't have much more information than
Taker side:
2021-10-20 09:12:38  INFO Exchanged CFD transactions
2021-10-20 09:12:38 ERROR Message handler failed: Failed to setup contract with maker: Commit adaptor signature does not verify: failed to verify encsig spend tx: failed to verify adaptor signature

Maker side:
2021-10-20 09:12:26 DEBUG Taker wants to take an order taker_id=b37fde65-cc13-47df-baca-c09965d5e6b6 quantity=11 order_id=9b9289ab-3fb1-4adc-8c9f-3983563f8a51
2021-10-20 09:12:28  INFO POST /api/cfd/9b9289ab-3fb1-4adc-8c9f-3983563f8a51/acceptOrder application/json:
2021-10-20 09:12:28 DEBUG Maker accepts an order order_id=9b9289ab-3fb1-4adc-8c9f-3983563f8a51
2021-10-20 09:12:28  INFO Exchanged setup parameters
2021-10-20 09:12:31  INFO Created CFD transactions
2021-10-20 09:12:31  INFO Exchanged CFD transactions
2021-10-20 09:12:38  INFO Verified all signatures
2021-10-20 09:13:16  INFO POST /api/order/sell application/json:
2021-10-20 09:13:17 DEBUG Fetching announcement for /x/BitMEX/BXBT/2021-10-20T23:00:00.price?n=20
2021-10-20 09:13:38 ERROR Message handler failed: Failed to setup contract with taker: Expected Msg2 within 60 seconds: deadline has elapsed

@bonomat Does this also happen if you run the taker within docker on your machine?

can confirm, it crashed inside the container as well.
Also, I experienced it inside the container on my RPi as well:
Maker log (RPi inside a container)
2021-10-20 10:40:00 DEBUG Taker wants to take an order taker_id=558a80cc-7e13-4059-8442-6fde5de01183 quantity=11 order_id=83295bf2-781e-469d-b7ea-e437906c1507
2021-10-20 10:40:02  INFO POST /api/cfd/83295bf2-781e-469d-b7ea-e437906c1507/acceptOrder application/json:
2021-10-20 10:40:02 DEBUG Maker accepts an order order_id=83295bf2-781e-469d-b7ea-e437906c1507
2021-10-20 10:40:03  INFO Exchanged setup parameters
2021-10-20 10:40:06  INFO Created CFD transactions
2021-10-20 10:40:06  INFO Exchanged CFD transactions
2021-10-20 10:40:06 ERROR Message handler failed: Failed to setup contract with taker: Commit adaptor signature does not verify: failed to verify encsig spend tx: failed to verify adaptor signature

Taker log (Mac inside a container)
2021-10-19 23:40:00  INFO Taking current order: Order { id: OrderId(83295bf2-781e-469d-b7ea-e437906c1507), trading_pair: BtcUsd, position: Sell, price: Usd(66376.80500000001), min_quantity: Usd(11), max_quantity: Usd(1000), leverage: Leverage(2), liquidation_price: Usd(44399.200668896327759197324415), creation_timestamp: SystemTime { tv_sec:<PHONE_NUMBER>, tv_nsec: 253441885 }, term: Duration { seconds: 86400, nanoseconds: 0 }, origin: Theirs, oracle_event_id: BitMexPriceEventId { timestamp: OffsetDateTime { utc_datetime: PrimitiveDateTime { date: Date { year: 2021, ordinal: 294 }, time: Time { hour: 0, minute: 0, second: 0, nanosecond: 0 } }, offset: UtcOffset { hours: 0, minutes: 0, seconds: 0 } }, digits: 20 } }
2021-10-19 23:40:02  INFO Order got accepted order_id=83295bf2-781e-469d-b7ea-e437906c1507
2021-10-19 23:40:02  INFO Exchanged setup parameters
2021-10-19 23:40:03  INFO Created CFD transactions
2021-10-19 23:40:06  INFO Exchanged CFD transactions
2021-10-19 23:40:06 ERROR Message handler failed: Failed to setup contract with maker: Commit adaptor signature does not verify: failed to verify encsig spend tx: failed to verify adaptor signature


Binding Mode/s filename

I've realized that the bindingMode enum-like construct is named bindingMode, yet the file is named binding-modes. Note the plural form. Maybe by time we should standardize this and bring it back to singular naming.

Good catch. @jdanyow At your earliest convenience, could you make this fix?

It's also declared as a const- should it be var instead?  Declaring as "const" doesn't make the object immutable.


HDFS-16604. Install gtest via FetchContent_Declare in CMake

Description of PR
CMake is unable to checkout release-1.10.0 version of GoogleTest -
[WARNING] -- Build files have been written to: /home/jenkins/jenkins-home/workspace/hadoop-multibranch_PR-4370/centos-7/src/hadoop-hdfs-project/hadoop-hdfs-native-client/target/main/native/libhdfspp/googletest-download
[WARNING] Scanning dependencies of target googletest
[WARNING] [ 11%] Creating directories for 'googletest'
[WARNING] [ 22%] Performing download step (git clone) for 'googletest'
[WARNING] Cloning into 'googletest-src'...
[WARNING] fatal: invalid reference: release-1.10.0
[WARNING] CMake Error at googletest-download/googletest-prefix/tmp/googletest-gitclone.cmake:40 (message):
[WARNING]   Failed to checkout tag: 'release-1.10.0'
[WARNING]
[WARNING]
[WARNING] gmake[2]: *** [CMakeFiles/googletest.dir/build.make:111: googletest-prefix/src/googletest-stamp/googletest-download] Error 1
[WARNING] gmake[1]: *** [CMakeFiles/Makefile2:95: CMakeFiles/googletest.dir/all] Error 2
[WARNING] gmake: *** [Makefile:103: all] Error 2
[WARNING] CMake Error at main/native/libhdfspp/CMakeLists.txt:68 (message):
[WARNING]   Build step for googletest failed: 2

Jenkins run - https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4370/6/artifact/out/branch-compile-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
We need to use FetchContent_Declare since we're getting the source code exactly at the given commit SHA. This avoids the checkout step altogether and solves the above issue.
How was this patch tested?
Hadoop Jenkins CI run.
For code changes:

[x] Does the title or this PR starts with the corresponding JIRA issue id (e.g. 'HADOOP-17799. Your PR title ...')?
[ ] Object storage: have the integration tests been executed and the endpoint declared according to the connector-specific documentation?
[ ] If adding new dependencies to the code, are these dependencies licensed in a way that is compatible for inclusion under ASF 2.0?
[ ] If applicable, have you updated the LICENSE, LICENSE-binary, NOTICE-binary files?

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m 42s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
44m 34s

trunk passed

-1 :x:
compile
0m 40s
/branch-compile-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-native-client in trunk failed.

+1 :green_heart:
mvnsite
0m 38s

trunk passed

+1 :green_heart:
shadedclient
68m  5s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 22s

the patch passed

-1 :x:
compile
1m 55s
/patch-compile-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-native-client in the patch failed.

-1 :x:
cc
1m 55s
/patch-compile-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-native-client in the patch failed.

-1 :x:
golang
1m 55s
/patch-compile-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-native-client in the patch failed.

-1 :x:
javac
1m 55s
/patch-compile-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-native-client in the patch failed.

+1 :green_heart:
blanks
0m  1s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 20s

the patch passed

+1 :green_heart:
shadedclient
22m 19s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
2m 10s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-native-client in the patch failed.

+1 :green_heart:
asflicense
0m 47s

The patch does not generate ASF License warnings.

100m 15s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/4374

Optional Tests
dupname asflicense compile cc mvnsite javac unit codespell detsecrets golang

uname
Linux 8a016c755b20 4.15.0-175-generic #184-Ubuntu SMP Thu Mar 24 17:48:36 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 355732ba65e84da33e6c7748b7ed32dc7b195f13

Default Java
Red Hat, Inc.-1.8.0_332-b09

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/1/testReport/

Max. process+thread count
595 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/1/console

versions
git=2.9.5 maven=3.6.3

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m 16s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
40m 37s

trunk passed

-1 :x:
compile
0m 36s
/branch-compile-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-native-client in trunk failed.

+1 :green_heart:
mvnsite
0m 38s

trunk passed

+1 :green_heart:
shadedclient
64m  5s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 22s

the patch passed

+1 :green_heart:
compile
3m 48s

the patch passed

-1 :x:
cc
3m 48s
/results-compile-cc-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-project_hadoop-hdfs-native-client generated 8 new + 0 unchanged - 0 fixed = 8 total (was 0)

+1 :green_heart:
golang
3m 48s

the patch passed

+1 :green_heart:
javac
3m 48s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 23s

the patch passed

+1 :green_heart:
shadedclient
22m  9s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
109m 16s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 47s

The patch does not generate ASF License warnings.

204m 33s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/4374

Optional Tests
dupname asflicense compile cc mvnsite javac unit codespell detsecrets golang

uname
Linux 359669dceff6 4.15.0-175-generic #184-Ubuntu SMP Thu Mar 24 17:48:36 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / abf9bdc02ed140beacd52506799300988bd450f9

Default Java
Red Hat, Inc.-1.8.0_332-b09

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/2/testReport/

Max. process+thread count
519 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/2/console

versions
git=2.9.5 maven=3.6.3

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

Just to explain the failures in the CI run above - https://github.com/apache/hadoop/pull/4374#issuecomment-1141208797,

The trunk has failed to build hadoop-hdfs-native-client. This failure is expected since CMake is unable to checkout release-1.10.0 in gtest causing the build to fail altogether. (Which is what has been fixed by this PR).

These warnings aren't introduced by this PR. They exist in the trunk as well. These warnings aren't showing up in the trunk because hadoop-hdfs-native-client isn't getting built on trunk in the first place.
In conclusion, once we merge this PR to trunk, the above failures won't show up for those PRs which are newly created, or those which gets rebased on top of trunk.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m 14s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
40m 58s

trunk passed

-1 :x:
compile
0m 37s
/branch-compile-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-native-client in trunk failed.

+1 :green_heart:
mvnsite
0m 38s

trunk passed

+1 :green_heart:
javadoc
0m 40s

trunk passed

+1 :green_heart:
shadedclient
65m 16s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 19s

the patch passed

+1 :green_heart:
compile
3m 44s

the patch passed

-1 :x:
cc
3m 44s
/results-compile-cc-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-project_hadoop-hdfs-native-client generated 8 new + 0 unchanged - 0 fixed = 8 total (was 0)

+1 :green_heart:
golang
3m 44s

the patch passed

+1 :green_heart:
javac
3m 44s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 23s

the patch passed

+1 :green_heart:
javadoc
0m 20s

the patch passed

+1 :green_heart:
shadedclient
23m  6s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
66m 28s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-native-client in the patch failed.

+1 :green_heart:
asflicense
0m 48s

The patch does not generate ASF License warnings.

163m 51s

Reason
Tests

Failed CTEST tests
test_libhdfs_threaded_hdfspp_test_shim_static

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/3/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/4374

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient codespell detsecrets cc golang

uname
Linux 9412f37e4b5c 4.15.0-175-generic #184-Ubuntu SMP Thu Mar 24 17:48:36 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 244da6bd16318e23db5ee30d2dca13730485d366

Default Java
Red Hat, Inc.-1.8.0_332-b09

CTEST
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/3/artifact/out/patch-hadoop-hdfs-project_hadoop-hdfs-native-client-ctest.txt

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/3/testReport/

Max. process+thread count
523 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/3/console

versions
git=2.9.5 maven=3.6.3

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m 20s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
42m 13s

trunk passed

-1 :x:
compile
0m 36s
/branch-compile-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-native-client in trunk failed.

+1 :green_heart:
mvnsite
0m 39s

trunk passed

+1 :green_heart:
javadoc
0m 39s

trunk passed

+1 :green_heart:
shadedclient
66m 41s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 19s

the patch passed

+1 :green_heart:
compile
3m 45s

the patch passed

-1 :x:
cc
3m 45s
/results-compile-cc-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-project_hadoop-hdfs-native-client generated 8 new + 0 unchanged - 0 fixed = 8 total (was 0)

+1 :green_heart:
golang
3m 45s

the patch passed

+1 :green_heart:
javac
3m 45s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 22s

the patch passed

+1 :green_heart:
javadoc
0m 19s

the patch passed

+1 :green_heart:
shadedclient
22m 48s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
104m 56s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 45s

The patch does not generate ASF License warnings.

203m 40s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/4/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/4374

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient codespell detsecrets cc golang

uname
Linux c44d3d7de03e 4.15.0-175-generic #184-Ubuntu SMP Thu Mar 24 17:48:36 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 244da6bd16318e23db5ee30d2dca13730485d366

Default Java
Red Hat, Inc.-1.8.0_332-b09

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/4/testReport/

Max. process+thread count
524 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/4/console

versions
git=2.9.5 maven=3.6.3

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m 11s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
41m 11s

trunk passed

-1 :x:
compile
0m 39s
/branch-compile-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-native-client in trunk failed.

+1 :green_heart:
mvnsite
0m 37s

trunk passed

+1 :green_heart:
javadoc
0m 40s

trunk passed

+1 :green_heart:
shadedclient
65m 16s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 19s

the patch passed

+1 :green_heart:
compile
4m  2s

the patch passed

-1 :x:
cc
4m  2s
/results-compile-cc-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-project_hadoop-hdfs-native-client generated 8 new + 0 unchanged - 0 fixed = 8 total (was 0)

+1 :green_heart:
golang
4m  2s

the patch passed

+1 :green_heart:
javac
4m  2s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 22s

the patch passed

+1 :green_heart:
javadoc
0m 18s

the patch passed

+1 :green_heart:
shadedclient
23m 29s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
51m 42s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-native-client in the patch failed.

+1 :green_heart:
asflicense
0m 46s

The patch does not generate ASF License warnings.

149m 49s

Reason
Tests

Failed CTEST tests
test_libhdfs_threaded_hdfspp_test_shim_static

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/5/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/4374

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient codespell detsecrets cc golang

uname
Linux 5fe627051356 4.15.0-175-generic #184-Ubuntu SMP Thu Mar 24 17:48:36 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 00f704b25d5f191b4e0450675f0314ae8a8cbac9

Default Java
Red Hat, Inc.-1.8.0_332-b09

CTEST
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/5/artifact/out/patch-hadoop-hdfs-project_hadoop-hdfs-native-client-ctest.txt

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/5/testReport/

Max. process+thread count
598 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/5/console

versions
git=2.9.5 maven=3.6.3

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
39m 26s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
37m 52s

trunk passed

-1 :x:
compile
0m 47s
/branch-compile-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-native-client in trunk failed.

+1 :green_heart:
mvnsite
0m 47s

trunk passed

+1 :green_heart:
javadoc
0m 50s

trunk passed

+1 :green_heart:
shadedclient
59m  1s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 24s

the patch passed

+1 :green_heart:
compile
3m 40s

the patch passed

-1 :x:
cc
3m 40s
/results-compile-cc-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-project_hadoop-hdfs-native-client generated 8 new + 0 unchanged - 0 fixed = 8 total (was 0)

+1 :green_heart:
golang
3m 40s

the patch passed

+1 :green_heart:
javac
3m 40s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 27s

the patch passed

+1 :green_heart:
javadoc
0m 22s

the patch passed

+1 :green_heart:
shadedclient
19m 58s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
34m 53s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 50s

The patch does not generate ASF License warnings.

161m 16s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/6/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/4374

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient codespell detsecrets cc golang

uname
Linux d82b0a18e275 4.15.0-156-generic #163-Ubuntu SMP Thu Aug 19 23:31:58 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 00f704b25d5f191b4e0450675f0314ae8a8cbac9

Default Java
Red Hat, Inc.-1.8.0_332-b09

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/6/testReport/

Max. process+thread count
545 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4374/6/console

versions
git=2.9.5 maven=3.6.3

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

Merged. Thank you @GauthamBanasandra @goiri


Django 2.2 support: updates function signature of _add_items() to allow the through_defaults kwarg added in Django 2.2

When I recently upgraded from Django 2.1 to 2.2 (Python 3.7) I was getting the following error:

TypeError: _add_items() got an unexpected keyword argument 'through_defaults'

It appears that Django 2.2 added the through_defaults kwarg to _add_items() and calls to it.
_add_items() was overwritten in the SortedRelatedManager and the method signature doesn't support the new through_defaults kwarg.
I've added a generic **kwargs catchall to prevent the type error. I'm not sure how through_defaults is used so I didn't attempt to update the method body to support it. It looks like it's mostly None anyway.

cf: #130

Closing as superseded by #142.


Data class generated by freezed cannot be used in return variables.

Describe the bug
When I use the Dog class which is generated by freezed library as the return generic type in RestClient method, the generated rest_client.g.dart file will generate error InvalidType type.
To Reproduce
Steps to reproduce the behavior:

data.dart

import 'package:freezed_annotation/freezed_annotation.dart';

part 'data.freezed.dart';
part 'data.g.dart';

@freezed
class Animal with _$Animal {
  factory Animal.dog() = Dog;

  factory Animal.fromJson(Map<String, dynamic> json) => _$AnimalFromJson(json);
}

rest_client.dart

import 'package:dio/dio.dart';
import 'package:retrofit/retrofit.dart';

import 'data.dart';

part 'rest_client.g.dart';

@RestApi(baseUrl: "https://example.com")
abstract class RestClient {
  factory RestClient(Dio dio, {String baseUrl}) = _RestClient;

  @GET("/dogs")
  Future<Dog> getDogs();
}

after running dart run build_runner build, the generated rest_client.g.dart as below:

// GENERATED CODE - DO NOT MODIFY BY HAND

part of 'rest_client.dart';

// **************************************************************************
// RetrofitGenerator
// **************************************************************************

// ignore_for_file: unnecessary_brace_in_string_interps,no_leading_underscores_for_local_identifiers

class _RestClient implements RestClient {
  _RestClient(
    this._dio, {
    this.baseUrl,
  }) {
    baseUrl ??= 'https://example.com';
  }

  final Dio _dio;

  String? baseUrl;

  @override
  Future<InvalidType> getDogs() async {
    const _extra = <String, dynamic>{};
    final queryParameters = <String, dynamic>{};
    final _headers = <String, dynamic>{};
    final Map<String, dynamic>? _data = null;
    final _result = await _dio
        .fetch<Map<String, dynamic>>(_setStreamType<InvalidType>(Options(
      method: 'GET',
      headers: _headers,
      extra: _extra,
    )
            .compose(
              _dio.options,
              '/dogs',
              queryParameters: queryParameters,
              data: _data,
            )
            .copyWith(baseUrl: baseUrl ?? _dio.options.baseUrl)));
    final value = InvalidType.fromJson(_result.data!);
    return value;
  }

  RequestOptions _setStreamType<T>(RequestOptions requestOptions) {
    if (T != dynamic &&
        !(requestOptions.responseType == ResponseType.bytes ||
            requestOptions.responseType == ResponseType.stream)) {
      if (T == String) {
        requestOptions.responseType = ResponseType.plain;
      } else {
        requestOptions.responseType = ResponseType.json;
      }
    }
    return requestOptions;
  }
}

the expected Dog type became to InvalidType.
Expected behavior
Hope the freezed generated type can be used as return type.
smallest reproducible example zip file
freezed_for_retrofit_issue.zip

The issue is related to multiple generators' build order.
related issue dart/lang#2701

Although It feels a little awkward to fork a generator library just for the generators' running order, the problem should be solved by dart team.
IMAO, since freezed library is so popular, there is good enough reason to include it to the generator/build.yaml.

Here's  the solution for you https://github.com/trevorwang/retrofit.dart/pull/571#issue-1712263259
add the following configuration in your build.yaml file
global_options:
  freezed:
    runs_before:
    - json_serializable
  json_serializable:
    runs_before:
    - retrofit_generator

Here's the solution for you #571 (comment)
add the following configuration in your build.yaml file
global_options:
  freezed:
    runs_before:
    - json_serializable
  json_serializable:
    runs_before:
    - retrofit_generator

Thanks for your help!


In CourseInfoBar, rename "Prerequisite For" to "Prerequisite for"

When you click on a course's name, it displays additional information.
The "for" in "Prerequisite For:" should not be uppercase. Make it lowercase.

I can do this one!


Orisa Halt not pulling despite line vfx

The ability often noregs and fails to pull people despite the line connecting to them.

Can you describe any specific scenarios that causes this bug?

Also, this could just be intended behavior because orisa pull actually has a cast time between exploding the halt orb and selecting which enemies to pull. This way, you can escape the pull if you get out of range in between the time the orb takes to explode.

Closing this as ability is behaving as intended


Cannot  completely download the coco caption dataset for finetuning VinVL  model

I want to finetune the pretrained vinvl model on the coco captioning downstream task and follow https://github.com/microsoft/Oscar/blob/master/VinVL_DOWNLOAD.md to download the dataset.
However, when I use the command path/to/azcopy copy https://biglmdiag.blob.core.windows.net/vinvl/datasets/coco_caption ./coco_caption --recursive , the "train.feature.tsv" is missing

I can only partly download the following contents

@yaolinli
You can try getting dataset from this link: https://biglmdiag.blob.core.windows.net/oscar/datasets/coco_caption.zip
If you cannot download it by using azcopy, try using !wget command in Google Colab.
However, COCO misses some files in this link, too. Just download it and fill whatever files it misses.

@yaolinli You can try getting dataset from this link: https://biglmdiag.blob.core.windows.net/oscar/datasets/coco_caption.zip If you cannot download it by using azcopy, try using !wget command in Google Colab. However, COCO misses some files in this link, too. Just download it and fill whatever files it misses.

Thank you very much! I download the whole zip file successfully with link https://biglmdiag.blob.core.windows.net/oscar/datasets/coco_caption.zip

I think the dataset from link https://biglmdiag.blob.core.windows.net/**oscar**/datasets/coco_caption.zip  may be different from  the https://biglmdiag.blob.core.windows.net/**vinvl**/datasets/coco_caption . Because if I do inference of the released vinvl /coco_captioning_base_scst/checkpoint-15-66405 on the test set from the second link, the results are the same as what reported in the paper. But when I do inference on the test set from the first link, the results are wrong as follows:
INFO:vlpretrain:evaluation result: {'Bleu_1': 0.3754352697810658, 'Bleu_2': 0.1690062414796108, 'Bleu_3': 0.08197754771485882, 'Bleu_4': 0.04221742607217998, 'METEOR': 0.09355317287051836, 'ROUGE_L': 0.30101993017675194, 'CIDEr': 0.03730488300346641, 'SPICE': 0.02254211667076489}
So I still want to know where to completely download the vinvl fine-tuning dataset( train.feature.tsv) of coco caption?


Unauthorized when registering pull client (401 in IIS).

My pull server seems like it ready to receive pull requests, I can view xml when I hit my landing URL. I followed this tutorial but did have to stray from it at some times. For instance my web.config was expecting ESENT dbprovider, but Oledb was actually being produced so I had to make updates to the web.config. Also "UseSecurityBestPractices" seems to produce an error so I commented it out.
I have been following this tutorial for my pull client:
When running Set-DSCLocalConfigurationManager for my pull client, I get the following output in my Powershell window:
Registration of the Dsc Agent with the server https://DSCPULLSERVER:8080/PSDSCPullServer.svc failed. The underlying
error is: The attempt to register Dsc Agent with AgentId 30BB89D7-BBE2-11E6-8161-0AD0748E8D58 with the server
https://dscpullserver:8080/PSDSCPullServer.svc/Nodes(AgentId='30BB89D7-BBE2-11E6-8161-0AD0748E8D58') returned
unexpected response code Unauthorized. .
    + CategoryInfo          : InvalidResult: (root/Microsoft/...gurationManager:String) [], CimException
    + FullyQualifiedErrorId : RegisterDscAgentUnsuccessful,Microsoft.PowerShell.DesiredStateConfiguration.Commands.Reg
   isterDscAgentCommand
    + PSComputerName        : localhost

I validated that the RegistrationKey I have in my function is inside the RegistrationKeys file set by the PullServer configuration.
This is what's produced in my IIS logs:
016-12-08 20:31:29 ###.###.###.###
BuildVersion                   10.0.10586.117
CLRVersion                     4.0.30319.42000
WSManStackVersion              3.0
PSRemotingProtocolVersion      2.3
SerializationVersion           <IP_ADDRESS>

It is probably worth mentioning I'm attempting this from two EC2 instances. They are both in a security group that allows unrestricted traffic between both instances.

Issue was resolved after upgrading to version 5.

I'm quite certain I was actually experiencing what is described in Issue 199. Upgrading to version 5 didn't actually fix the issue since I began building off the supplied templates. When I later changed my registraion file name to "RegistrationKey.txt" (as opposed to RegistrationKeys.txt since I only have one key), I again experience Unauthorized 401s. Will leave this closed since 199 has already been acknowledged by @kwirkykat .


CSS issue in the 'dark' theme when using WebKit Browsers

There is a small CSS issue in the 'dark' theme when using WebKit Browsers (like Chrome):
The color of the scrollbar thumb is the same as the background color (making the thumb indistinguishable).
I tested the following CSS modification, that seems to correct the issue:
<style>
::-webkit-scrollbar-thumb {
    background: rgba(128, 128, 128, 1);
}
</style>

Fixed in pull request #75.


Delete options example

@aminmr can you please squash and repush this? Thank you!

Absolutely!
I just opened a new PR.
Thank you!


Document Connected Components

This issue indicates CHGL supports finding connected components:  #11 but the documentation does not seem to show how to use this functionality. An example would be much appreciated.  Here is one pattern from Grakn

@buddha314 Thank you for reaching out to us and for your suggestion. While we are working on documenting the use of connected components, I thought it might be helpful to point out a set of steps that can be used for computing connected components. First, there are different ways to create a hypergraph. A toy example for creating a random graph is given here. We can also process input hypergraphs in csv format. An example can be found here ( and in general ActiveDNS is a good example of how to use different algorithms available in CHGL). Next once we create the hypergraph, we can compute the vertex components or edge components as shown in the activeDNS example (here we can see the use of the API for computing connected components). But in general, the connected component algorithms are available here. Please note: in the API s=1,2,3 etc. specifies how much overlap would be considered as the glueing factor (ie. for example for two hyperedges, specifying s=2 means we would only consider these edges as connected if they have at least 2 vertices in common and so on). I hope this will be helpful. If you have any questions, please feel free to reach out to us :-) . Thanks!


toolchain: Fix for off-tree toolchains

Revert 1b5e6072ca8324432aa920f47d8f7931232fb8bc which
broke things for off-tree toolchains,
and add a note about the reason for that line so it is not
removed again.
That include line is, logically, not there for the compilers which
are supported in the tree, but for other compilers which would
be supported thru off-tree headers and cmake files.
Signed-off-by: Alberto Escolar Piedras<EMAIL_ADDRESS>

Isn't this likely to rebreak whatever it was that @vanwinkeljan was trying to fix, though?

@andyross I think it was removed just because it seemed of no use. See #18630


[META] Design Sprint 3: License Language Improvements

We are making a number of changes during Design Sprint 3 on CC Search. The Design Sprint is mostly focused on License Language Improvements and attribution tool updates. Additionally, there are a few other design improvements.

[x] License Language Improvements to Single Results Page (https://github.com/creativecommons/cccatalog-frontend/issues/889)

[x] Homepage updates to include Collection logos (https://github.com/creativecommons/cccatalog-frontend/issues/908)

[x] Results changes, to include filter name changes, icon addition to license filters, explanatory modals to license filters, expansion of all filter sections (i.e. no expand/collapse) which introduces dual scrolling sections.

[x] Expansion & scroll A/B: https://github.com/creativecommons/cccatalog-frontend/issues/909
[x] Minor language/placement changes: https://github.com/creativecommons/cccatalog-frontend/issues/910
[x] Other Filter section updates including license icons, modals, interaction between Use and License filters: https://github.com/creativecommons/cccatalog-frontend/issues/845

Last piece of this was closed by #1073


[stable/heartbeat] use host network, add several config values

Signed-off-by: Taehyun Kim<EMAIL_ADDRESS>
What this PR does / why we need it:

add priorityClassName, tolerations, hostNetwork config value
add POD_NAMESPACE, NODE_NAME and NODE_IP

localhost monitor can be customized with NODE_NAME or NODE_IP like below and it's more intuitive in kibana uptime ui

  heartbeat.monitors:
  - type: icmp
    schedule: '*/5 * * * * * *'
    hosts: ["${NODE_IP}"]
    ipv4: true
    timeout: 16s
    wait: 1s

Which issue this PR fixes
(optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close that issue when PR gets merged)

fixes #

Special notes for your reviewer:
Checklist
[Place an '[x]' (no spaces) in all applicable fields. Please remove unrelated fields.]

[x] DCO signed
[x] Chart Version bumped
[x] Variables are documented in the README.md

/assign @unguiculus

/ok-to-test

/lgtm


Investigate domain_sessionid not being set

E.g. see the following example bad row:
{
  "_index": "trials",
  "_type": "bad_rows",
  "_id": "AVLwXAfBO-JJeYbnt3cO",
  "_score": null,
  "_source": {
    "line": "2016-02-12\t20:58:23\t-\t43\t<IP_ADDRESS>\tGET\t<IP_ADDRESS>\t/i\t200\t-\tMozilla%2F4.0+%28compatible%3B+MSIE+8.0%3B+Windows+NT+5.1%3B+Trident%2F4.0%29\te=pv&url=http%3A%2F%2Ftheculturetrip.com%2Fnorth-america%2Fusa%2Falabama%2Farticles%2Feating-out-in-orange-beach-al-top-10-restaurants%2F%3Futm_source%3Demails%26utm_medium%3Dexternal%26utm_campaign%3D281014alabamafood&page=Eating%20Out%20in%20Orange%20Beach%2C%20AL%3A%20Top%2010%20Restaurants&tv=js-2.5.2&tna=co&aid=the_culture_trip20160105&p=web&tz=America%2FChicago&lang=en-us&cs=UTF-8&res=320x568&cd=32&cookie=1&eid=82834d1b-eb9e-49c0-81cc-e601bf59d40f&dtm=1455310673489&vp=320x460&ds=320x9079&vid=1&sid=&cv=clj-1.0.0-tom-0.2.0&nuid=0f538ce3-e1bd-4881-bec9-0a36ded60530\t-\t-\t-\t-\t-",
    "errors": [
      {
        "level": "error",
        "message": "Field [sid]: [] is not a valid UUID"
      }
    ],
    "failure_tstamp": "2016-02-17T16:56:16.603Z"
  },
  "fields": {
    "failure_tstamp": [
<PHONE_NUMBER>603
    ]
  },
  "sort": [
<PHONE_NUMBER>603
  ]
}

Note that the sid appears to be totally blank - I thought we checked for nulls / empty values before sending?

Assigning to @fblundun

I can't reproduce this, or see how it can happen - is it still happening in production?

Pushing back...

Need to validate that this is is still happening before actioning

No movement in 3 years. Guessing it probably isn't an issue any more...


it depends on image3.0.0 and need to update to image4.0.0 becuase every other lib is conflicted

it depends on image3.0.0 and need to update to image4.0.0 becuase every other lib is conflicted

@mhdjazmati We have updated the package to latest version. Closing the issue for now.


How to run application with custom executor?

Is it possible to run app with custom executor using Marathon?
Currently Marathon runs custom executors like this:
val shell = s"chmod ug+rx $executorPath && exec $executorPath $cmd"
this make it really hard (or impossible) to use custom executor with Docker. The above code was added for Mesos 0.14. While there was change in 0.20.0 to support custom executor with container

With 0.20.0 we added a ContainerInfo field to TaskInfo and ExecutorInfo that allows a Containerizer such as Docker to be configured to run the task or executor.

@janisz Good question. This feature is available for a long time. I have not heard a lot from people using custom executors with Marathon.
@nfnt Can you try to test this functionality?

Using a custom executor w/ Marathon is probably somewhat perilous. The expectation is that any custom executor should implement some minimum set of executor behavior in a manner consistent with Marathon's expectations (consider Mesos health checks). We should probably have some better documentation around this topic if it's something that we intend to continue support for.

The only problem that I spotted is this weird command. It was not touched from ages and probably tries to solve some issue with ancient Mesos version. Currently command should contain only information how to launch task.

Also, if we want robust, first-class support for custom executors then I'd argue that we should expose a richer API for specifying the executor command (for example, args vs. command line for executor invocation)

Releated code from Singularity: https://github.com/HubSpot/Singularity/blob/db9b5564c56bd7bfadec7edfe2c407d6782144c1/SingularityService/src/main/java/com/hubspot/singularity/mesos/SingularityMesosTaskBuilder.java#L341
Thread: https://lists.apache.org/thread.html/135a687756732274c66c03a89752746236e26d0296ab6f2b93bc1c19<EMAIL_ADDRESS>

Note: This issue has been migrated to https://jira.mesosphere.com/browse/MARATHON-4210. For more information see https://groups.google.com/forum/#!topic/marathon-framework/khtvf-ifnp8.


Disable udeps checking till all unused deps are resolved

Pull Request Template
Changes
udeps is failing the current main branch since there are many false positives are unresolved.

CCing @Luni-4
I noticed that my PR build is failing: https://github.com/Tracel-AI/burn/pull/967
I attempted to fix it but there were more. I think we should disable till we whitelist the false positives.

@antimora
Instead of disabling the check, we can mark the false-positivies as we have done here https://github.com/Tracel-AI/burn/blob/e5c6044062050bcee74d1e15369c9763ad7dd736/burn-dataset/Cargo.toml#L55-L56 in the specific crate. I guess the problem is that https://github.com/Tracel-AI/burn/pull/967/commits/7154755b0613ed4d505994a408c207b2e0ac6f32#diff-b1776cd66202f5cfa4b0878c00a6cc9fe41d82b86e303b2c7f485c5877b5e998R22 is not used in the code, that's why it is marked as unused deps. If we remove that dep, we cannot build the example, right?

@nathanielsimard @Luni-4 this is a blocker. It takes too long to resolve all the issues. Lets disable it first and enable in another PR. I am not even sure how it was possible to enable it in the first place if there were unused dependencies in the first place. Pretty much most are false positive.
My personal take is that we should not enforce upon PR check but rather audit the code time to time because the tooling of udep is huge to install on users computer and it finds too many false positive. Having an unused dependency for a short period is not super urgent.

@antimora
All right. Can we move this check before releasing a new burn version instead? In this way, we can remove unused deps from the current CI. Once the dependencies checker will be implemented within xtask, it will be simpler to detect dependencies locally. What do you think?

@Luni-4 it is a great idea! I will update the PR.

@Luni-4 it is a great idea! I will update the PR.

I think it might cause a headache if we do this right before the release. Actions support scheduled scan. I think we should schedule it similar to other security scans.

I filed a ticket (https://github.com/Tracel-AI/burn/issues/975) to take up and fix this in other issue.


Offer new event for session_unchanged

In our web application we would like to execute further logic at the same time when a session check is done.
Inside the sessionCheckEventListener there are right now three cases that can happen during a session check: unchanged, changed or error.
For the last two cases there are events thrown like:
this.eventsSubject.next(new OAuthInfoEvent('session_changed'));

or
this.eventsSubject.next(new OAuthInfoEvent('session_error'));

But for the unchanged case a simple debug message is printed out.
So I would like to request that there will be also an event thrown for the unchanged case to be able to subscribe to it and to add logic to be executed:
this.eventsSubject.next(new OAuthInfoEvent('session_unchanged'));

Thanks!

Could someone explain the difference between session_changed and session_terminated?
I am trying to implement something, to log user out from all tabs etc when they logout of the Identity Server. (This case triggers session_changed event in all angular app tabs)
Scenario where a user has 2 or more angular app tabs open, and they log out of one - then the session_terminated event gets triggered, and I simply location.reload() in other tabs where the event is received, that logs user out. I tried the logout method provided by the service, but that one would take user to the Identity Server logout page, and not bring them back to angular app (I.e., login redirect to Identity Server) page

@8jigarpatel

Could someone explain the difference between session_changed and session_terminated?

The session_changed event is equivalent to OpenId session check's changed. The session_terminated event is more specific to this library, it is emitted when the library is reasonably sure that the user was signed out.

As for the original request, it does make sense to add an event per the feature request, it should be quite easy to add:
https://github.com/manfredsteyer/angular-oauth2-oidc/blob/8d152c20ea1dab006a7eca02898260254872e79b/projects/lib/src/oauth-service.ts#L1242-L1244
https://github.com/manfredsteyer/angular-oauth2-oidc/blob/8d152c20ea1dab006a7eca02898260254872e79b/projects/lib/src/events.ts#L1-L25

Would love something like this.
Here's my use case.

A user logs into the app.
On the same tab the user as another user.
Tab should be on the new user.
If the user refreshes it should still be the same user.

The foundation here is on OIDC.
If the user refreshes the tab, it won't do tryLogin again.
To have a better user experience we check if the user has an authorized access token. If it does we allow the user to use that token.
BUT if the authenticated user is different we want to load the app with that authenticated user. To do that its all OIDC.
How i intend to use this is to check session_unchanged vs session_changed.
When a user has gone through the auth flow, i then checkSession() immediately.
Currently I'll have to wait on an interval for any session_changed event. But what would be better if i get an immediate session_unchanged and i then can proceed to know that the current user is the authenticated user so i don't have to perform a code flow again.


Fix: Zero matrix transformation issues.

Reference Issue

What does this implement/fix? Explain your changes.

Fix the following issues:

In <text>, <image>, and <switch>, zero matrix transformation is ignored.
transform="matrix(0 0 0 0 0 0)"
Crash with zero matrix transformation.
transform="... matrix(0 0 0 0 0 0)"

Any other comments?

@mrbean-bremen

how do find all these problems?

From code.
If I find something that isn't enough, create and test SVG files.
(Do not check return value of PushTransforms. etc.)


init_slurm_connection causing hostname errors

Problem
Can you update this function to support checking if MASTER_ADDR and MASTER_PORT are already in os.environ?  Running into some weird errors where this code adds host to MASTER_ADDR and crashes the code.
https://github.com/PyTorchLightning/pytorch-lightning/blob/0697dd306d578f0cd3c4d23b768da0106e54a095/pytorch_lightning/core/lightning.py#L903
Solution
Do you prefer a pull request?  Here's the check I put it
def _init_slurm_connection(self) -> None:
        """
        Sets up environment variables necessary for pytorch distributed communications
        based on slurm environment.
        """

        if 'MASTER_PORT' not in os.environ:
            # use slurm job id for the port number
            # guarantees unique ports across jobs from same grid search
            try:
                # use the last 4 numbers in the job id as the id
                default_port = os.environ['SLURM_JOB_ID']
                default_port = default_port[-4:]

                # all ports should be in the 10k+ range
                default_port = int(default_port) + 15000

            except Exception:
                default_port = 12910

            # if user gave a port number, use that one instead
            try:
                default_port = os.environ['MASTER_PORT']
            except Exception:
                os.environ['MASTER_PORT'] = str(default_port)

        # figure out the root node addr
        if 'MASTER_ADDR' not in os.environ:
            try:
                root_node = os.environ['SLURM_NODELIST'].split(' ')[0]
            except Exception:
                root_node = '<IP_ADDRESS>'

            root_node = self.trainer.resolve_root_node_address(root_node)
            os.environ['MASTER_ADDR'] = root_node

Ok, back on this and tracked down the bug.  The problem is in this line:
  root_node = os.environ['SLURM_NODELIST'].split(' ')[0]

On my system, SLURM_NODELIST is a comma delineated list, so split(',') instead of split(' ').

Additionally, our system will use this for two systems:
 d-10-11-[1-2]

@williamFalcon is this fixed?

fyi, this is not fixed in general.  I think the problem is fixed for the example above
SLURM_NODE_LIST=d-10-11-[1-2]

but not the case for
SLURM_NODE_LIST=d-10-11-1,d-11-12-1

My current hack for PL to run on slurm is to set MASTER_ADDR in the sbatch script and then do the following:
    # fix slurm node list
    if 'MASTER_ADDR' in os.environ and 'SLURM_NODELIST' in os.environ:
        slurm_node_list = os.environ['SLURM_NODELIST'].split(',')
        master_addr = os.environ['MASTER_ADDR']
        os.environ['SLURM_NODELIST'] = ' '.join([master_addr] + slurm_node_list)

@jgbos mind sending a PR for this fix?

@edenlightning I currently do this before I run lightning so I  feel my solution is just a hack and that there's probably a better solution.  It currently requires the user to set MASTER_ADDR first.  If I find some time I'll take a look at the code, maybe come upon a real solution once I see how lightning works here.

this is fixed now! no longer needed to hack anything. You can pass your own ClusterEnvironment and do whatever logic you need.
https://pytorch-lightning.readthedocs.io/en/latest/trainer.html#cluster-environment


[question] Publish a ZIP archive with the PublishBuildArtifacts@1 task

When I use the PublishBuildArtifacts task to publish a resource which is a ZIP then I have a ZIP inside a ZIP when I want to download it. Is there a way to avoid zipping the artifact when downloading if it is already in the ZIP format?

azure-pipelines.yml:
trigger:
  batch: true
  branches:
    include:
    - master

jobs:
- job: macOS
  pool:
    vmImage: 'macOS-10.13'
  steps:
  - script: mkdir -p dist/mac && cd dist/mac && echo > empty-mac.txt && zip empty-mac.zip empty-mac.txt
    displayName: 'Dummy Build'
  - task: PublishBuildArtifacts@1
    inputs:
      pathtoPublish: dist/mac/empty-mac.zip
      artifactName: 'empty-mac.zip'
    displayName: 'Publis Build'

@kittaakos unfortunately, the server is not smart enough to avoid the double zip, and i think we might not able to change this since existing customer may has script/automation tool that take dependency on this double zip behavior.

Thank you, @TingluoHuang.
As a workaround, one can use the ExtractFiles@1 task to overcome this limitation.
trigger:
  batch: true
  branches:
    include:
    - master

jobs:
- job: macOS
  pool:
    vmImage: 'macOS-10.13'
  steps:
  - script: mkdir -p dist/mac && cd dist/mac && echo > empty-mac.txt && zip empty-mac.zip empty-mac.txt
    displayName: 'Dummy Build - Let assume this is a blackbox and it always produces a ZIP.'
  - task: ExtractFiles@1
    inputs:
      archiveFilePatterns: 'dist/mac/empty-mac.zip'
      destinationFolder: dist/mac/empty-mac
      cleanDestinationFolder: true
    displayName: 'Unzipping Build Artifact - Workaround for https://github.com/Microsoft/azure-pipelines-agent/issues/1986'
  - task: PublishBuildArtifacts@1
    inputs:
      pathtoPublish: dist/mac/empty-mac
      artifactName: 'empty-mac'
    displayName: 'Publis Build'

and i think we might not able to change this since existing customer may has script/automation tool that take dependency on this double zip behavior.

Noted. I am closing this. Please reopen if required.


Resource linkage

Adds option for outputting resource linkage outside of a compound document. Can be global configuration setting, or an a per association basis.
Exposed and fixes issues with single table inheritance polymorphism.

Nice feature, @lgebhardt.

@barelyknown thanks. It came about from #299.

Looks good, but I favor a name other than force_resource_linkage. Perhaps always_include_data as I suggested in https://github.com/cerebris/jsonapi-resources/issues/299#issuecomment-119974462
The reason being that the concept of resource linkage applies to compound documents, and this option is specifically controlling the inclusion of data in non-compound documents.

Just rebased this against master and squashed the commits.

LGTM :shipit:


Can't sign partial taproot PSBT with connected Ledger hardware

I have same issue than people in issue https://github.com/sparrowwallet/sparrow/issues/883 :  can't seem to sign a partial transaction with the sighash type: Single + Anyone Can Pay
The transaction I try to sign:
cHNidP8BAF4CAAAAAfMW63lC/Wv5tXFLKCdKNnqhZuxCS++9ezsPev8j3LKuAAAAAAD/////AQDKmjsAAAAAIlEgT07EhbQ8+wkDlcB65GBJ40UA1jJba/q5fG6FICj7jsEAAAAAAAEA/TgBAgAAAAABApTnRDNzpcgSlJJGISoAod1WqRAXjVNfPEomaoBu13CjAgAAAAD/////yxPl4zn9Vx6SAT2z6okM2qLLqMcsbGq+vDiqvRnw7uECAAAAAP////8CECcAAAAAAAAiUSBPTsSFtDz7CQOVwHrkYEnjRQDWMltr+rl8boUgKPuOwXvQbAAAAAAAIlEgRH5IIvzrYt08CxvrEnBbJH6yGCJxm3tEWmFl2o5mNCYBQIzTnDlzr/07vczWAkAyMj6KWXQLF+Anb35TBpjc39LfY4rXkLCMcTCCCOpTNYK8qTFa85936uC/byLez7bknmMBQExOZyvIRQ4p4NjF2aWyPcBsYrw6skwLQBzgEEHe8XdZq7QXSN3CEMFepymF8Xd0z3Vucf9nXvewzkjhAxqqXaMAAAAAAQErECcAAAAAAAAiUSBPTsSFtDz7CQOVwHrkYEnjRQDWMltr+rl8boUgKPuOwQEDBIMAAAABFyAYVieBBfIHAp5fAO5iHy/WWgRzUGTR0Ui8XFL4Q6bDNgAA
I think this is the related issue on the ledger side: https://github.com/LedgerHQ/app-bitcoin-new/issues/124
I think the issue in sparrow is that we don't get any result, no popup or message indicating any error after selection the ledger.

Have you checked the Sparrow log file for any errors there?

Yes, I have nothing in the log file.
I click The "Sign" button and the popup disappear and nothing on the ledger device:

If there's nothing in the log file, then HWI is not returning an error response, it's just returning the unsigned PSBT. Suggest you open an issue there: https://github.com/bitcoin-core/HWI/issues


Swagger APIView fails with stack overflow on circular reference

The API view tool stack overflows when presented with a circular reference in a swagger file. In our case, the CloudErrorBody in the spec referenced below contains an array of CloudErrorBody objects within its details property. To our knowledge, this is allowed and is a standard way to return CloudErrors. The APIView tool should not crash on this.
Example spec that causes the issue:
https://github.com/Azure/azure-rest-api-specs/blob/f4d938bc278b402ac81bc9bc941642d8ed3c51c0/specification/devcenter/data-plane/Microsoft.DevCenter/preview/2022-11-11-preview/devcenter.json
Example check run:
https://github.com/Azure/azure-rest-api-specs/pull/21454/checks?check_run_id=9419920269

@ruowan could you please take a look?

Sure. I will take a look.

We already have circular reference handle but not support cross file reference. I did circular reference support for cross file reference.  I have already created a PR to fix it.  Here is example I test it with new version of swagger apiParser. https://apiviewstaging.azurewebsites.net/Assemblies/Review/eb2bc3f8c130420da2c89046b499f7e5. Looks good.


How to set output directory not using the flag?

Apologies if I missed it but I don't see a way to set the output directory in the code itself.
My issue: https://stackoverflow.com/q/70637368/8278075

Try absl.logging.get_absl_logger().use_absl_log_file(log_dir=<directory>), once this is called, your logs should be saved to this directory (unless you also parse absl flags and user specifies --logtostderr).
Does this work for you?
(Note: absl.logging is built on top of standard logging, but it isn't a drop-in replacements and has different APIs due to historical reasons.)

Closing due to inactivity. Feel free to reopen if still needed.


Travis NPM fetch errors

I think this may be the issue: https://github.com/npm/npm/issues/12196
Builds are failing like:
npm ERR! registry error parsing json
npm ERR! SyntaxError: Unexpected token
npm ERR! ï¿½ï¿½Sï¿½nï¿½0ï¿½ï¿½caSï¿½ï¿½Ä¶ï¿½ï¿½ï¿½Iï¿½ï¿½(ï¿½$ï¿½#ï¿½Iï¿½U
ï¿½{ï¿½ï¿½ï¿½ï¿½]ï¿½tD<ß½ï¿½ï¿½taZ(`ï¿½ï¿½ï¿½d'ï¿½ï¿½&dï¿½wï¿½ï¿½ï¿½qï¿½ï¿½Yqa~ï¿½Cyï¿½ï¿½>
ï¿½Kï¿½"ï¿½iï¿½ï¿½Kï¿½ï¿½
npm ERR! ï¿½,ï¿½ï¿½P~]R'-ï¿½>5pJtï¿½"4ï¿½ï¿½ï¿½ï¿½ï¿½C?ï¿½ï¿½gc+ÇŠï¿½YXgï¿½ï¿½T
ï¿½}_21ï¿½ï¿½ï¿½ jï¿½ï¿½ï¿½uï¿½ï¿½tï¿½,Fï¿½/T
J`Pï¿½ï¿½ï¿½Iï¿½*ï¿½ï¿½R$5=ï¿½
npm ERR! ï¿½Dï¿½Nï¿½ï¿½ï¿½ï¿½~ï¿½2ï¿½Dï¿½)ï¿½ ï¿½ï¿½Lï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Kiï¿½Ù‘ï¿½ï¿½ï¿½ï¿½0hrï¿½ï¿½6U-rï¿½ï¿½ï¿½ï¿½Oï¿½T$DRï¿½ï¿½Ó‘LRï¿½ï¿½Ñ }ï¿½ï¿½ï¿½bSï¿½\Yï¿½ï¿½8ï¿½ï¿½&en ï¿½ï¿½	ï¿½sdHï¿½kï¿½ï¿½ï¿½_Æ—ï¿½sï¿½ï¿½ËQÐ‹&ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½3VTï¿½ï¿½ï¿½Zï¿½
npm ERR! ]ï¿½ï¿½
npm ERR! 7(ï¿½ï¿½ï¿½ï¿½
ï¿½ï¿½zï¿½ï¿½\ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½9ï¿½ï¿½]ï¿½ï¿½ï¿½Õ‡\ï¿½ï¿½ï¿½yaKÚ›I)ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½qcï¿½d=[ï¿½ï¿½*vï¿½ï¿½ï¿½<ï¿½Ö„ï¿½<Hï¿½ï¿½ï¿½}ï¿½ï¿½-ï¿½l'ï¿½1tï¿½,l?ï¿½XaM<=DMï¿½ï¿½/ï¿½|ï¿½$ï¿½vï¿½v^_xeSï¿½
npm ERR!     at Object.parse (native)
npm ERR!     at RegClient.<anonymous> (/usr/share/npm/node_modules/npm-registry-client/lib/request.js:238:23)
npm ERR!     at Request.self.callback (/usr/lib/nodejs/request/index.js:148:22)
npm ERR!     at Request.EventEmitter.emit (events.js:98:17)
npm ERR!     at Request.<anonymous> (/usr/lib/nodejs/request/index.js:896:14)
npm ERR!     at Request.EventEmitter.emit (events.js:117:20)
npm ERR!     at IncomingMessage.<anonymous> (/usr/lib/nodejs/request/index.js:847:12)
npm ERR!     at IncomingMessage.EventEmitter.emit (events.js:117:20)
npm ERR!     at _stream_readable.js:920:16
npm ERR!     at process._tickCallback (node.js:415:13)
npm ERR! If you need help, you may report this log at:
npm ERR!     <http://github.com/isaacs/npm/issues>
npm ERR! or email it to:
npm ERR<EMAIL_ADDRESS>
npm ERR! System Linux 3.19.0-33-generic
npm ERR! command "/usr/bin/nodejs" "/usr/bin/npm" "install" "--global" "karma-phantomjs-launcher"
npm ERR! cwd /home/travis/build/auvsi-suas/interop
npm ERR! node -v v0.10.25
npm ERR! npm -v 1.3.10
npm ERR! type unexpected_token

That documentation says it's fixed in later versions of npm, and that the Ubuntu 14.04 default npm is super old / insecure / unable to upgrade.

After much "fixed"/"reopened"/"fixed", etc on the linked bug, they seem to have finally fixed it server side.


Musescore 4 compatibility

Hi,
I would love to see this plugin for MuseScore4!
Best regards
Samuel

Hi! I'm having some difficulty porting it to MS4. It looks like 4 dropped support for cmd('viewmode'), which was used by CastOff as part of its process for collecting measure minimum widths. If you want to track my progress (or are able to come up with a solution), keep an eye on #2

Wow, you are fast!
Unfortunately I have no real programming experience, hence I can't help with this issue, but I will have an eye on it and will hapily test it if needed.


Django 1.6 has reached end-of-life it seems

According to https://docs.djangoproject.com/en/1.6/ Django 1.6 is considered

an insecure version of Django that is no longer supported

Any chance for an upgrade to 1.7 - or even 1.9?

+1 shouldn't be too many version specific changes.

@SimonGreenhill I'm currently writing tests for pulotu - to then see what happens when I upgrade django. This should also provide some estimates as to what may happen.

Great, we need tests!
The big issues for us will be the schema migrations change in 1.7:
https://docs.djangoproject.com/en/1.7/releases/1.7/#schema-migrations

But for pulotu for example, old migrations are no longer necessary, right? So can't they just be thrown away? Or does django operate following the paradigm of migrating the database from scratch?

Yes, unless there is data being loaded in a migration (shouldn't be) or the deployed instance is too hard to destroy and recreate.

Btw. if our investment in django's own way of schema migrations isn't too heavy yet, I'd advocate using alembic for this. This could provide a good side-entry to using SQLAlchemy (it's by the same author), is framework agnostic, has some really nice features, e.g. offline mode, and is already integrated into the deployment tasks for clld apps.

Regarding migrations in D-PLACE, the only one adding data - AFAICT - seems to be
https://github.com/D-PLACE/dplace/blob/master/dplace_app/migrations/0030_update_language_counts.py#L10-L17
I guess this kind of thing could be done dynamically as well - and without a preformance hit if well-tuned queries are used. So I think, we could procede here just as described in Upgrading from South - which is just what I did with pulotu.

Agree -- we're not dealing with a long-standing database here, but the load_all_datasets.sh script recreates the database as at the latest revision. We don't need the previous migrations (and it'll make install and testing quicker).
As for 0030_update_language_counts.py -- Not sure why that's needed (@stefelisabeth?). If it's to update the count of languages then we can do that on-the-fly whenever it's needed by using a manager method, or by setting up a cron job. Either way  it probably shouldn't be a migration

I don't really know why we have an update language counts migration, as there's also a method in one of the load scripts that does that. So, I don't think that migration is necessary.

Great! Let's kill all the migrations, remove South (we can use Django's new migrations if needed in future) or Alembic (although I'm reluctant to add another dependency unless we have to)

Hey @xrotwang -- are you able to submit a PR with your changes or shall I take this?

@SimonGreenhill I could submit a PR, I guess. But I only ever ran the tests, never the real web app, because I can't get the data :)

The critical commit is here: https://github.com/shh-dlce/dplace/commit/d03d8250eccc1a2cffaf1b8c08ad7da0a8939c3d

Would love a PR if you could make one -- we need to get off the old buggy Django 1.6

Just re-examined my changes. As noted in this commit message, the changes in django-rest-framework are sure to break some frontend code (code that isn't executed in the test suite). Since I only got the test suite to pass, but couldn't run the application locally, I have no way to fix this. I can still create a PR, but whoever merges it must make sure the problems are detected and fixed afterwards.

PR is here: https://github.com/D-PLACE/dplace/pull/163

I'm closing this and will open a new issue for Django 1.9


Publish docker images on Docker Hub

setup-cpp has had docker images for different platforms:
https://github.com/aminya/setup-cpp/tree/master/dev/docker
It would be a great idea to publish these images on Docker Hub. This could make it easier to test the code on different platforms when everything is already set up. It could also reduce the build times as the docker images can be downloaded and cached faster.
We can probably use a tagging scheme that is consistent with the base image, and also indicate the main compiler that is used in .cpprc.
For example, we can have these images:

setup-cpp-ubuntu-llvm:22.04-15
setup-cpp-fedora-llvm:30-15
setup-cpp-ubuntu-gcc:22.04-13
...

Upvote & Fund

I am using Polar.sh so you can upvote and help fund this issue. The funding is received once the issue is completed & confirmed by you.

Thank you in advance for helping prioritize & fund our backlog.

Fixed in #237


feat: Add support for IPAM

Description
Add supports for IPAM and dynamic allocation of IP addresses
Motivation and Context
Amazon VPC IP Address Manager (IPAM) is a VPC feature that makes it easier to plan, track, and monitor IP addresses. This pull request adds support for it, which allows for dynamic IP allocations.
Breaking Changes
Proposed changes don't break the backward compatibility.
How Has This Been Tested?

[x] I have updated at least one of the examples/* to demonstrate and validate my change(s)
[x] I have tested and validated these changes using one or more of the provided examples/* projects
[x] I have executed pre-commit run -a on my pull request

I have delpoyed module in AWS using the example that is added in the PR with a different configuration, I performed several updates and then destroyed the module. Additionally, I have deployed other examples to check if backward compatibility is maintained.

This issue has been resolved in version 3.15.0 :tada:


uploading content to dev server error message

Getting this error when we try to add user profile pics and also when we tried to replace the bcdevexchange logo.
When adding a logo, we get conflicting error messages - a success message and a fail message.  And then it automatically adds the bcdevexchange logo (when we tried to add a new team)

This error also occurs on prod (for adding logos)

Uploading profile/team images should now be working on both the live site & dev. Was able to change/upload images on my end but please give it a test when you have a chance.


offset cursor

was wondering about using this library so i tested it out with my normal prompt and the cursor is slightly offset
the reason for this is because of the delta, since using something like % doesnt make this

Hello Sammy,
Yes there are a few things I didn't take care of in the prompt code (among which are all emojis and fonts that can't be stripped as easily as colored strings.)
Stay in touch, I will solve that soon, along with many other changes and enhancements.
All of this will land towards the end of December.
As well, watching your profile: you might be interested by github.com/lmorg/murex (the latter uses a readline lib from which I forked mine and enhanced it). Pointing this to you not for readline code, but for the entire shell itself: the maintainer has spent much time writing it.
I'll ping here as soon as problems are solved.

hi, any updates?

Hello Sammy, sorry for having ghosted the repo for months, I was away. So as you noticed I got back to it a few weeks ago.
The library has been completely redesigned, with a new keymap model, many new features and enhancements, and a somewhat reduced/cleaned API. So it is going to be slightly different from the one you're currently using, especially as far as completion/history/hints are declared and populated.
I hope that the new version will help you in your shell.
Related to your proposal:

Fish-like autosuggestions have been implemented in the new version. Probably no need for this.
I'm still in want of implementing a decent multiline editing support, in case someone other than you would want to use this readline for a shell. So there are a couple of things to consider here. First, I opened a specific issue (#4) to describe what should be done and where someone should look for correct and clean logic.
Don't get me wrong, it's not trivial to implement, so I'm just saying this in case you want to knock yourself off at it ! Anyway, and if yes, I suggest to go over the codebase first, starting by readline.go.
I saw you added some emacs stuff to your fork: as well, you'll see that the new version integrates all of those... and more !

Available if you have questions or suggestions !
Hilbish looks cool by the way !

Available if you have questions or suggestions

since ive finally decided to start an attempt at using this in hilbish, i have a few things to ask and say:

how do i set the prompt from the go?
what happened to the display types for the completions?

why is there a config for this now? i feel like this functionality could be done in some separate package, also helps me avoid the extra yaml dependency. i also think the reduced api is more of a bad thing than good.

Prompts: check https://github.com/reeflective/readline/wiki/Prompts
Display types: Disappeared. The completion API has radically changed.
Autocomplete: because the configuration enables as-you-type autocomplete by default. I should probably set it off though.
Config: there is a configuration so that anyone can use its own bindings when the tool they are using is using readline. check https://github.com/reeflective/readline/wiki/Configuration-File
Down the road the package might be refactored, but that is not planned for now.
Issues

Enter: will check that. Should not happen.
Cursor: weird, it is supposed to correctly count prompt runes. I will check that also.

Prompts: check https://github.com/reeflective/readline/wiki/Prompts

the prompt type here is not public
i think it would be good to be able to set the available config values via the go api, and also adding custom widgets?

I tried doing any keybind that would be expected to work (up arrow for history, Ctrl-R) and it froze up?

any suggestions for this either

Prompts: check https://github.com/reeflective/readline/wiki/Prompts

the prompt type here is not public (edit: i just made it on a fork)
i think it would be good to be able to set the available config values via the go api, and also adding custom widgets?

Prompt:
var shell = *readline.Instance
shell.Prompt.Primary()
...

Config:
var shell = *readline.Instance
shell.Config.Vim.Cursor = ""

Existing widgets:
var shell = *readline.Instance
shell.Config.Keymaps["viins"]["^B" = "backward-word"

Custom callbacks:
https://github.com/reeflective/readline/wiki/Custom-Callbacks

I tried doing any keybind that would be expected to work (up arrow for history, Ctrl-R) and it froze up?

any suggestions for this either

Could you give me a snippet of your code for this ? Thanks.

i have my code in hilbish via the pr here https://github.com/Rosettea/Hilbish/pull/228

ok so turns out the keybinds changed which i didnt look at, im definitely gonna set it back on hilbish because esc-everthing is what i hate on emacs.
so now that i looked at them, i have noticed that history search is very slow, it is noticeably a lot slower than the old version. and there is still the previously mentioned lock ups which seem t be because the line is empty when trying to use a bind?

Emacs escape: note that the escape notation is equivalent to the Alt key modifier.
So given an "Esc-A" key combo, it is equivalent to "Alt-A".
The difference is that if you use ESC, you use it sequentially with A, while Alt must be pressed together with A.
History search: no reason why it would be slower. The pattern matching logic did not change. Or... you have millions of lines ? Not sure what to think/say here.
Lock ups/empty line: Can you reformulate ? I don't understand what you mean here.

History search: no reason why it would be slower. The pattern matching logic did not change. Or... you have millions of lines ? Not sure what to think/say here.

i have 40k lines of history

Lock ups/empty line: Can you reformulate ? I don't understand what you mean here

if i have an empty line and try to use certain keybinds (like history backward search) it seems like the library goes into some infinite loop? or something else causes it to not accept more input

Back to this:

History search: This is probably because by default, history search commands (when using completions) recompute regexp matching subgroups highlighting.
This has not changed with the last version, so it should not be faster. I'll try to find a way to speed this up, so that this lag disappears.

Lock ups/empty line: This should be solved. The library has been entirely rewritten, including key dispatch and various related stuff. Previously, there were some
lacks in the underlying line/visual selection logic, and on top of a deficient dispatch, this would make things worse. Should be solved now.

Solved lagging history search. The logic has been enhanced and does not fetch/processes more lines than what the terminal can show. All history search submodes work perfect now.
Thanks for pointing this out !


WIP - include config loader

tests should be broken
connects to #54

Coverage remained the same at 97.011% when pulling 2b8d4061907965ebe409b6b8788110d6d98d9e47 on lholmquist:54-include-config-loader into 3a45f126cd6a9adf2cfc22ebd7ab47cb58d513bf on bucharest-gold:master.

Coverage remained the same at 97.011% when pulling 2b8d4061907965ebe409b6b8788110d6d98d9e47 on lholmquist:54-include-config-loader into 3a45f126cd6a9adf2cfc22ebd7ab47cb58d513bf on bucharest-gold:master.

forgot to update the readme


Workflow optimisations for PR Checks action (PR)

Description:
This PR introduces some optimisations for the GitHub Action of PR Checks. The following steps will be skipped during the PR process:

CMake Build (Release)
Attach Artifact

Once the PR has been merged into main, the same Action should be executed again, but then all of the steps will be passed.
Related issue(s):
Fixes: https://github.com/hashgraph/hedera-protobufs-cpp/issues/32
Notes for reviewer:

Checklist

[ ] Documented (Code comments, README, etc.)
[x] Tested (unit, integration, etc.)

All of the mandatory steps passed successfully - Run #60.


remove configuration from babel loader query

Remove the configuration query from babel-loader in both webpack configs,
since it is already present in .babelrc.

good one!


Is it possible to limit the files being checked?

Using Prettier in an ordinary fashion you'd often want to whitelist the files that Prettier should be concerned with:
prettier [opts] [filename ...]

Is it possible to do the same with pretty-quick?

Currently there are two ways to select which files you want to format:

Define a .prettierignore to opt out of formatting some files. You can also use negation patterns (e.g. !src/)
Set requirePrama: true in your .prettierrc file and add /* @format */ to the top of the files you want to format.

I think that this change might be outside the scope of where I want to go with this tool. For now I'll close the issue, but if there's a compelling reason why the alternatives above don't work, we can reconsider.

Hi @azz
I'd like to re-open this issue because i just tested your suggestion and the negation pattern didn't work. Is this a problem with the pattern?

Contents of .prettierignore:
!src/

Running pretty-quick:
🔍  Finding changed files since git revision cf4dc7a.
🎯  Found 6 changed files.
✍  Fixing up package-lock.json.
✍  Fixing up package.json.
✅  Everything is awesome!

(bad, package-lock.json and package.json are picked up even if they're outside the src/ folder!)

Contents of .prettierignore:
package.json
package-lock.json

Running pretty-quick:
🔍  Finding changed files since git revision cf4dc7a.
🎯  Found 4 changed files.
✅  Everything is awesome!

(explicitly telling to ignore the 2 files will actually work)

Any idea what's going on here?
Thanks in advance

I'm not a pro at minimatch, which is what we're using, but I think you can do something like this:
*
!src/

Might need to play around with it but it should be possible.


rke: 1.4.11 -> 1.5.1

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/project/rke/versions.
meta.description for rke is: An extremely simple, lightning fast Kubernetes distribution that runs entirely within containers
meta.homepage for rke is: https://github.com/rancher/rke
meta.changelog for rke is: https://github.com/rancher/rke/releases/tag/v1.5.0
Updates performed

Golang update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
found 1.5.0 with grep in /nix/store/cvxpnvp7pwdfhsmzb3nl1kj4vgv8crfn-rke-1.5.0
found 1.5.0 in filename of file in /nix/store/cvxpnvp7pwdfhsmzb3nl1kj4vgv8crfn-rke-1.5.0

Rebuild report (if merged into master) (click to expand)

1 total rebuild path(s)

1 package rebuild(s)

First fifty rebuilds by attrpath
rke

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/cvxpnvp7pwdfhsmzb3nl1kj4vgv8crfn-rke-1.5.0 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A rke https://github.com/r-ryantm/nixpkgs/archive/6bc2e9bddd0c1b9726065769f51100ac6cb8999c.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/6bc2e9bddd0c1b9726065769f51100ac6cb8999c#rke

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/cvxpnvp7pwdfhsmzb3nl1kj4vgv8crfn-rke-1.5.0
ls -la /nix/store/cvxpnvp7pwdfhsmzb3nl1kj4vgv8crfn-rke-1.5.0/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package built:

rke

Maintainer pings
cc @urandom2 for testing.

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://github.com/rancher/rke/releases.
meta.description for rke is: An extremely simple, lightning fast Kubernetes distribution that runs entirely within containers
meta.homepage for rke is: https://github.com/rancher/rke
meta.changelog for rke is: https://github.com/rancher/rke/releases/tag/v1.5.1
Updates performed

Golang update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 1.5.1 with grep in /nix/store/a7lsbq5ib8y0lvwpz101qa2fisldavci-rke-1.5.1
found 1.5.1 in filename of file in /nix/store/a7lsbq5ib8y0lvwpz101qa2fisldavci-rke-1.5.1

Rebuild report (if merged into master) (click to expand)

1 total rebuild path(s)

1 package rebuild(s)

First fifty rebuilds by attrpath
rke

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/a7lsbq5ib8y0lvwpz101qa2fisldavci-rke-1.5.1 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A rke https://github.com/r-ryantm/nixpkgs/archive/945e1105ef42f409dd2303198dd74e168875bd95.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/945e1105ef42f409dd2303198dd74e168875bd95#rke

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/a7lsbq5ib8y0lvwpz101qa2fisldavci-rke-1.5.1
ls -la /nix/store/a7lsbq5ib8y0lvwpz101qa2fisldavci-rke-1.5.1/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package built:

rke

Maintainer pings
cc @urandom2 for testing.


How to make Laravel admin custom tool

Laravel Version: 5.7.0
PHP Version:
Laravel-admin: #.#.#

Description:
https://github.com/z-song/laravel-admin/blob/master/docs/en/model-grid-custom-tools.md
I followed above link to make a custom tool.
But when I finished and tried it, it says it couldn't find the CheckReminder.
(I changed UseGender to CheckReminder)

I use this tool on admin controller
this is my code
ReminderController.php
protected function grid()
{
$grid = new Grid(new Customer_reminder);
    $grid->id('Id');
    $grid->email('Email');
    $grid->days('Days');
    $grid->status('Status');
    $grid->created_at('Created at');
    $grid->updated_at('Updated at');
    $grid->tools(function ($tools) {
        $tools->append(new CheckReminder());
    });
    return $grid;
}

CheckReminder.php

I think i have to import the CheckReminder tool
but not sure how to do it.
Help me.
code structure

You should define the CheckReminder class into your controller
add this into ReminderController.php:
use App\Admin\Actions\Post;

so move CheckReminder.php to /admin/controller directory?

so move CheckReminder.php to /admin/controller directory?

check my new edit

thanks for your reply
I will do it and get back


Fix crash when dealloc

When an observer is finished listening for changes on an object, it is
expected to call –removeObserver:forKeyPath:context:.

Thanks for the PR.


40 create eks statefulset model

Codecov Report

:exclamation: No coverage uploaded for pull request base (release-1.1.0@6787658). Click here to learn what that means.
The diff coverage is n/a.

@@               Coverage Diff                @@
##             release-1.1.0      #41   +/-   ##
================================================
  Coverage                 ?   96.65%
================================================
  Files                    ?       12
  Lines                    ?      239
  Branches                 ?        0
================================================
  Hits                     ?      231
  Misses                   ?        8
  Partials                 ?        0

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 6787658...1b32058. Read the comment docs.


Publish minified ES module bundles with releases.

D3’s source code is written using ES modules. If you are using a bundler, you can also consume D3’s ES modules directly by importing src/index.js (the package.json’s module entry point). You can even use something like unpkg’s experimental modules support to consume ES modules in your browser:
https://unpkg.com/d3-array@2.2.0/src/index.js?module
However, there are several outstanding problems with consuming D3 as ES modules.

D3 source uses nonstandard extensionless imports. This is being fixed. #3265

D3 does not provide minified and bundled ES modules. This will be covered by this issue.

It is unclear how imports across D3 modules should work. We don’t want each minified ES bundle to inline its transitive dependencies; then, for example, importing d3-interpolate and d3-color would lead to duplicate copies of d3-color. Probably we should use base specifiers for imports across modules (e.g., import {foo} from "d3-color") and rely on import maps (or bundlers) to resolve the path.

It is unclear whether the module entry point in the package.json should point to the generated, minified ES bundle, or if it should continue to point to the source. Probably the module entry should continue to point to the source, so that bundlers can consume D3’s source rather than the minified bundles, and then we’ll rely on import maps in browsers to point to the minified bundles. There’s not yet a convention for declaring both minified and source ES modules in package.json.

This is going to have to wait until support for import maps lands. Closing for now.


Textarea doesn't work inside gesture container

Describe the bug

Textarea element doesn't work correctly inside draggable element. Normally we have to hold left click on the textarea to change the size, but in the firefox it works on hover (but firstly we have to click at least once on the input). I have checked it in chrome and edge and its' working fine there. Outside draggable elements the textarea in the firefox is working fine

Sandbox or Video

https://codesandbox.io/p/sandbox/beautiful-smoke-nk3z8q

Information:

Use Gesture version: v10.3.0
Browser: Firefox 123.0

Checklist:

[X] I've read the documentation.
[X] If this is an issue with drag, I've tried setting touch-action: none to the draggable element.

@mb-userr did you solve it? I have the same problem and can't resolve it by my own. @dbismut do you know where is the problem?

Are you testing on desktop or mobile? On desktop I stopped having hydration errors. On mobile there's the little section button on the bottom right that causes a SSR error as it is conditionally displayed via a js-based media query.

I didn't tried on mobile. Desktop tests fails only in Firefox

Sorry I commented on the wrong thread, I'll hide all this for clarity

The problem is also present on every element which has the resize property.
Another problem related to this: after resizing, even in a browser where the resize works, when you drag the element the given offset is wrong.


pip install and --upgrade requirements.txt on !pkg upgrade

Akshay, [01.06.15 09:45]
Also, the requirements.txt needs to work on upgrades too. Must be an easy fix.

Added in https://github.com/datamachine/telex/commit/ff698074cffac567c6b4c7c3197c918ddaae8efd


Tri 2 Review

Part 1 of the Review
Part 2 of the Review

For Component A:
This document is extremely easy to follow. It has an insightful explanation for every code segment that is shown. Also, you were able to connect your code and features to the college board requirements very well. The key commits that are displayed are good indicators of your contributions to the project.
For Component B:
The video is extremely comprehensible and easy to follow. It has clear instructions/explanations for each part of the feature. A minor thing, but for the video portion, I would recommend trying to keep it within a minute. Although the video content ends at 1 minute, I would say either get rid of the closing page or make it faster.
The overall score I would give with College board Requirements in mind for the CPT would be a 0.98/1!
:)


robots.txt awareness

Does it lie in the scope of this project to support robots.txt?

Hi @sylvinus,
I know that this issue is very old already, but is there any support of robots.txt files and/or sitemaps yet?

Hi!
Sorry about that, but I'm not the maintainer anymore.
Best,
On Sat, Jun 17, 2017 at 9:35 PM koolma<EMAIL_ADDRESS>wrote:

Hi @sylvinus https://github.com/sylvinus,
I know that this issue is very old already, but is there any support of
robots.txt files and/or sitemaps yet?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/bda-research/node-crawler/issues/35#issuecomment-309235524,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAZDVKqFODIydeJHvn58PbekQT6BX3sLks5sFCqQgaJpZM4ATbxS
.

--
--
Sylvain Zimmer
blog: sylvinus.org
mobile: +33 6 64 67 61 71

@koolma Can you provide more details?

@mike442144 I would like to know if crawlers implemented with this project respect the robots.txt files on the servers crawled, respectivley if they make use of a site map to discover URLs.

Not yet, for the crawler module is not that kind of spider to fetch web pages for search engine use. However, I think it could be another option that visit web pages respect the robots.txt. I don't have much free time now, go ahead to add this feature if you need. We could have further more discussions if any problems.What do you think of it?

This one a beast...
https://www.npmjs.com/package/sitemap-stream-parser


Remove Svelte component proxies from theater package

Overview
In Svelte 5 proxying a component becomes a lot more complicated, and mutating / adding / removing props sent to the component from the proxy often breaks (like in the case of $$restProps). This PR gets ahead of the Svelte 5 migration by removing the svelte component proxies created in the Theater package and replaces the props they add with an internal context.

Closing since we'll get this sorted in the next branch


Update launchpad releases

Hi,
Currently it seems that latest version of launchpad on PyPI is still building against tensorflow~=2.8.0 and an older version of reverb. This prevents user from being able to update to a later reverb version (as well as tensorflow>2.8). Is it possible to release a new version of launchpad that builds against the latest Reverb release version?
Best,
Yicheng

Ping @qstanczyk @jblespiau @tfboyd for more visibility.

Hi! I'll try to resolve it early next week.
On Wed, 21 Jun 2023, 22:07 Yicheng Luo, @.***> wrote:

Ping @qstanczyk https://github.com/qstanczyk @jblespiau
https://github.com/jblespiau @tfboyd https://github.com/tfboyd for
more visibility.
—
Reply to this email directly, view it on GitHub
https://github.com/deepmind/launchpad/issues/32#issuecomment-1601678558,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAFXUCGGWJPQXM3OIHQQ33TXMNPBNANCNFSM6AAAAAAU6KFJKA
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

Thanks! @ddmbr

This would be really useful for me too.

This has been resolved.

@ddmbr, I just checked pypi and can't find any releases newer than 22/04/2022 for dm-launchpad and 23/03/2023 for dm-launchpad-nightly. Should those be up there?

I don't think it's released. I can't seem to reopen this issue. I will create a new one.


Package as Flatpak for elementary OS 6

As you might have heard, AppCenter is going Flatpak! For elementary OS 6, we will not longer be accepting Debian packaging, so your app will need to be updated.
We have documentation on our developer guide for writing your Flatpak manifest here: https://docs.elementary.io/develop/writing-apps/our-first-app/packaging#flatpak-manifest
Also, in case you missed it, elementary OS 6 beta 2 is now available. This is a great time to get your app packaged up as Flatpak and test that everything is working before the final release. AppCenter submission for OS 6 will be open soon, so don't delay :)

Norka is still not available as a Curated app in AppCenter.

@danrabbit I tried but failed with error at flatpak action with the same result: https://github.com/TenderOwl/Norka/runs/3489483621?check_suite_focus=true#step:4:280
../gtksourceview/gtksourceinit.c:25:10: fatal error: gtksourceview-gresources.h: No such file or directory

Actually, I thought it could be easy enough to look at what you did in Code's repo and copy flatpak instructions but it is not.
Maybe you could look at the error and give me an idea?

Ah, I found the solution! Problem fixed in GtkSource within version 4.8.2.