text:
Initial setup

Tasks

[x] pnpm
[x] Prettier
[x] ~Snowpack~

[x] ~Hot reload~
[x] ~Build~

[x] Styles
[x] TypeScript

[x] checkJs for Snowpack config
[x] --incremental with --noEmit
[x] Skip baseUrl config

[x] VS Code

[x] Background task
[x] Editor settings
[x] Recommended extensions

[x] Widgets

[x] Get types to pass
[x] Add widgetConfig
[x] Integrate with styles
[x] Refine styles

[x] ESLint

[x] Enable most rules
[x] Enable "import/no-duplicates": "error"

[x] Node HTTP server
[x] esbuild

[x] Live reload (client)
[x] Live reload (server)
[x] Build

[x] Tests (example use and packages)

[x] Basic in-browser tests
[x] DOM in-browser tests
[x] Threaded context variable
[x] Undo .t naming
[x] Core & server Node.js tests (script & dev)
[x] jsdom tests

[x] Use NODE_ENV=production/development
[x] dotenv
[x] GitHub Actions

[x] Check
[x] Test
[x] Build
[x] Deploy

[x] Fly.io
[x] pg

[x] Only allow specific types for query parameters
[x] Set up pool with global error handler
[x] Use prepared statements
[x] Use retries (alternative) for queries, acquire, and connect
[x] Cancel hung queries
[x] Return detailed uniqueness errors
[x] Hash request ID and upsert
[x] Validate request & response & form schema
[x] Write tests at all levels (mock DB, time, random, delay)
[x] Copy to history on update

[x] Dbmate

[x] First migrations
[x] Grant api permissions
[x] Deploy migrations

[x] CockroachDB

[x] Local single node
[x] Prettier
[x] CockroachCloud

[x] Rust

[x] Use a rustup toolchain file for 1.51.x
[x] Add GitHub Action toolchain (or workaround) with caching
[x] Set up rustfmt config & CI
[x] Set up VS Code language server
[x] Set up clippy including including semicolon rule
[x] Set up tests
[x] Fix app paths
[x] Deploy to Fly.io

[x] Tantivy

[x] Hello world
[x] Create topic
[x] Update topic
[x] Delete topic
[x] Query topics

[x] tokio-postgres

[x] Hello world
[x] ~Set up pool~
[x] Add ~sharded~ update time index to topic table
[x] ~Use prepared statements~
[x] Query topic table for updates (on startup & POST & random delay)

[x] hyper

[x] Basic auth using shared secret
[x] Error handling
[x] Query Tantivy index from Node.js app

[x] node-redis
[x] Fly.io Redis
[ ] Backblaze

[ ] Local fake

[ ] MailerSend

[ ] Local fake (open data HTML in browser)

[ ] HSTS

[ ] Node HTTP
[ ] Hyper

[ ] CSP

Scoped too large

repo: dcecile/intertwine


text:
Texecom2mqqt armed status in HA

Good morning
New to HA and the Texecom2Mqqt addon
Everything seems to be working fine so far with exception to the alarm state, when setting the alarm, either full or part set, always showing as arming
Log from the addon is as follows, I've appended the state HA is showing at the end of each line, guess it's a simple mapping issue but when I tried to do it, the state always came back as unknown
2022-11-07 080243 - INFO Area A status changed to Disarmed - HA shows disarmed
2022-11-07 080323 - INFO Area A status changed to In Exit - HA shows arming
2022-11-07 080333 - INFO Area A status changed to Part Armed 1 - HA shows arming
2022-11-07 080415 - INFO Area A status changed to Disarmed - HA shows disarmed
2022-11-07 080422 - INFO Area A status changed to In Exit - HA shows arming
2022-11-07 080432 - INFO Area A status changed to Armed - HA shows arming
Thanks in advance form any help
Simon

Same here!
Any solution, please?
Thank you!

No Sorry
I stopped using the add on shortly afterwards
On Fri, 10 Feb 2023 at 17:08, settercoly @.***> wrote:

Same here!
Any solution, please?
Thank you!
—
Reply to this email directly, view it on GitHub
https://github.com/dchesterton/texecom2mqtt-hassio/issues/75#issuecomment-1426098835,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ATIMTPHZQI6P7V7COGXWZHLWWZYZBANCNFSM6AAAAAARY5H6BA
.
You are receiving this because you authored the thread.Message ID:
@.***>

have you added the areas into the config?
- id: house
  name: House Alarm
  full_arm: armed_away
  part_arm_1: armed_night
  part_arm_2: armed_home
  part_arm_3: armed_custom_bypass
  code_arm_required: false
  code_disarm_required: false
- id: garden
  name: Garden Alarm
  full_arm: armed_away
  part_arm_1: armed_night
  part_arm_2: armed_home
  part_arm_3: armed_custom_bypass
  code_arm_required: false
  code_disarm_required: false

source: gharchive/issue

authors: Pukkahq settercoly sjukes69

license: MIT

license_type: permissive

license_source: github-api


text:
refactor: fieldList tests

Description

Refactors fieldList tests from enzyme to react-testing-library

Which issue(s) does this PR relate to?

Closes #841

Testing

npm run test

Trade-offs

N/A

Screenshots

N/A

Checklist

[ ] If any new components were added, there are exported from packages/index.ts
[x] This PR is associated with a JIRA and mentions in the commit message footer ("Closes …")
[ ] This PR contains breaking changes and states in the commit message body ("BREAKING CHANGE: …")
[x] I have reviewed the changes and provided detail to the sections above

@clintonmedbery can you please add hacktoberfest-accepted label on this PR?

source: gharchive/pull-request

repo: dcos-labs/ui-kit


text:
Better Error Handling

@darkonie If you have a minute please review, thanks.

Sorry, accidentally merged this without reloading the page first and missed all these comments. Will submit a PR to back these in.

repo: dcos/dcos-signal


text:
[5 of 5: Configuration Updates] DCOS-5674: Update Configuration Progress Modal!

Dependent PRs (this PR will be smaller when these merge):
#176
#167
#161
#144
Also https://github.com/mesosphere/reactjs-components/pull/253 needs to merge before this works properly.
Still, sorry for the massive PR! Let me know if you need any help reviewing this!
I am writing integration tests now. :)

Reviewer: @pierlo-upitup

Added integration tests ✅

Kinda tough to review – ping me back once it's rebased.

Closing to split up into multiple PRs

authors: jfurrow mesosphere-web pierlo-upitup

repo: dcos/dcos-ui


text:
ci: rebase branch on master

we're not using merged codebase from jenkins and didnt rebase mnanually before
Testing

Trade-offs

Dependencies

Screenshots

:tada: This PR is included in version 2.67.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

authors: juliangieseke mesosphere-ci


text:
Train 261

Train 261

#2114 Admin Router: bump openresty

@mesosphere-mergebot bump-ee

TestUpgrade.test_mesos_task_state_remains_consistent has failed in the same way on:

teamcity/dcos/test/upgrade
teamcity/dcos/test/upgrade-from-previous-major

Reported on https://jira.mesosphere.com/browse/DCOS-19612

@mesosphere-mergebot ship_it_label_status_check

@mesosphere-mergebot merge-it

@mesosphere-mergebot pr-status-checks

mergebot/enterprise/build-status/aggregate is red although all required status checks on the downstream PR are green.
@orsenthil I would appreciate if you can take it from here!

@mesosphere-mergebot merge-it

authors: jgehrcke lingmann orsenthil vespian

repo: dcos/dcos

license_source: bigquery


text:
[WIP][DO NOT MERGE] Bump Mesos and telegraf for testing DCOS-OSS-2115 in DC/OS

High-level description
What features does this change enable? What bugs does this change fix?
Corresponding DC/OS tickets (obligatory)
These DC/OS JIRA ticket(s) must be updated (ideally closed) in the moment this PR lands:

DCOS_OSS- Foo the Bar so it stops Bazzing.

Related tickets (optional)
Other tickets related to this change:

DCOS_OSS- Foo the Bar so it stops Bazzing.

Checklist for all PRs

[ ] Added a comprehensible changelog entry to CHANGES.md or explain why this is not a user-facing change:
[ ] Included a test which will fail if code is reverted but test is not. If there is no test please explain here:
[ ] Read the DC/OS contributing guidelines
[ ] Followed relevant code rules Rules for Packages and Systemd

Checklist for component/package updates:
If you are changing components or packages in DC/OS (e.g. you are bumping the sha or ref of anything underneath packages), then in addition to the above please also include:

[ ] Change log from the last version integrated (this should be a link to commits for easy verification and review): example
[ ] Test Results: [link to CI job test results for component]
[ ] Code Coverage (if available): [link to code coverage report]

PLEASE FILL IN THE TEMPLATE ABOVE / DO NOT REMOVE ANY SECTIONS ABOVE THIS LINE
Instructions and review process
What is the review process and when will my changes land?
All PRs require 2 approvals using GitHub's pull request reviews.
Reviewers should be:

Developers who understand the code being modified.
Developers responsible for code that interacts with or depends on the code being modified.

It is best to proactively ask for 2 reviews by @mentioning the candidate reviewers in the PR comments area. The responsibility is on the developer submitting the PR to follow-up with reviewers and make sure a PR is reviewed in a timely manner. Once a PR has 2 ship-it's, no red reviews, and all tests are green it will be included in the next train.

@mesosphere-mergebot bump-ee


text:
Update version and change.md for 2.0.1

High-level description

DCOS-60193 Update DC/OS Fix Versions and Versions after release of 2.0.0

@mesosphere-mergebot label ready for review

@mesosphere-mergebot merge-it


text:
add prepare status json

Add a function to run before any command from a chain start executing. This
allows to prepare status json. For JsonDelegate we want to list all nodes
from a config right away. The status for a node will be changed as installer
proceeds.

@cmaloney this is ready for a code review

Generally looks reasonable for what it's doing. Doesn't feel particularly clean, but I think to get more cleanup we'd have to do a much deeper refactoring / rework.
I'm not a big fan of calling it "waiting" for the state. I'd prefer a name like "unstarted" which gives a clearer indication that we're not waiting for some condition, rather it just hasn't been done yet.

@cmaloney status changed from waiting to unstarted

:ship:
I'll merge once it's checks pass.

authors: cmaloney darkonie


text:
need limit on number of addresses transation

above about 2000 tx for an address, response time gets too long.  There really needs to be a hard limit.

Will do as soon as possible, should 2000 be the hard limit?

yeah, that's good for now I think.  Thanks

authors: RogueElement chappjc

repo: dcrdata/dcrdata

license: isc


text:
🛑 Danbs is down

In 0db7c2d, Danbs (https://danbs.net) was down:

HTTP code: 404
Response time: 983 ms

Resolved: Danbs is back up in 11237a7 after 6 minutes.

repo: ddanbs/upptime


text:
🛑 Danbs is down

In b0a3506, Danbs (https://danbs.net) was down:

HTTP code: 404
Response time: 4258 ms

Resolved: Danbs is back up in 217cf51 after 52 minutes.


text:
🛑 Danbs is down

In 1a9e17a, Danbs (https://danbs.net) was down:

HTTP code: 404
Response time: 4138 ms

Resolved: Danbs is back up in 10e6adf after 6 minutes.


text:
🛑 Danbs is down

In 4103450, Danbs (https://danbs.net) was down:

HTTP code: 404
Response time: 146 ms

Resolved: Danbs is back up in 0f2168a.


text:
🛑 Danbs is down

In e50e4da, Danbs (https://danbs.net) was down:

HTTP code: 404
Response time: 119 ms

Resolved: Danbs is back up in 0cc4201.


text:
🛑 Danbs is down

In b7295df, Danbs (https://danbs.net) was down:

HTTP code: 404
Response time: 210 ms

Resolved: Danbs is back up in b1887fc.


text:
🛑 Danbs is down

In 487736b, Danbs (https://danbs.net) was down:

HTTP code: 404
Response time: 217 ms

Resolved: Danbs is back up in ae2e199.


text:
🛑 Danbs is down

In 137710d, Danbs (https://danbs.net) was down:

HTTP code: 404
Response time: 178 ms

Resolved: Danbs is back up in 1d650bd.


text:
🛑 Danbs is down

In 8a06212, Danbs (https://danbs.net) was down:

HTTP code: 404
Response time: 3123 ms

Resolved: Danbs is back up in 5ff8154.


text:
Move concrete implementations to separate packages

This package contains some concrete implementations for readers and writers. These implementations should be moved into separate packages.
New packages could be:

ddeboer/data-import-doctrine
ddeboer/data-import-phpexcel
ddeboer/data-import-pdo
etc.

Reason for this is the package structure. Currently the dependencies of the concrete implementations are only required in dev and are just suggested otherwise.
Benefits:

no overhead for developers that does not need some concrete implementations
less conflicts for composer update etc. if e.g. PDO etc. is not available
stricter dependency management possible
easy to provide own implementations for other systems like propel or other ORMs

FYI @bgrande

no overhead for developers that does not need some concrete implementations

I don't think that 10 file more or less is overhead.

less conflicts for composer update etc. if e.g. PDO etc. is not available

Which conflicts? If someone does not have PDO installed, he can still install this library.
Can you give us an example?

stricter dependency management possible

agreed.

easy to provide own implementations for other systems like propel or other ORMs

Why is it easier?

I don't think that 10 file more or less is overhead.

10 files more are not overhead but the packages that you "need" to install.

less conflicts for composer update etc. if e.g. PDO etc. is not available

PDO was indeed an bad example because it is not a requirement of this package. but one issue can be if you are using medusa and if you are not allowing installing package from outside. then you're forced to add every package to medusa to be able to install require-dev

Why is it easier?

I think it could be better to write kind of adapters instead of committing to a big package. but this is mainly  "personal taste" I think at the end.

I generally agree with this, but not with every argument though. The parts that don't need any external dependencies can remain in the main repository. Others can go into a separate package.

Also, don't you plan to move to a custom organization or to some place like the league? Not to complain account your personal account, just for better organization of the project.

Actually, I was thinking about that. @Baachi Would you prefer a separate organisation like phpdata (or maybe we can come up with a more fanciful name :wink:) or league?

A separate organization would indeed help, but i think its not really helpful to move each writer to a separate repo. I would rather make a data-import-extra repo which have some extra readers and writers (this is what we have done for the geocoder-php project.

IMO the possible numble of external deps are more limited in case of geocoder. The number of data sources and destinations are not really.

The idea would be that users start from a wish to consume/produce CSV, Excel or Doctrine data. They could then include data-import/excel (or something similar), which would automatically require data-import/data-import.

This is something that we are currently working on in php-http (from ivory-http-adapter). We have a stable interface/contract package which can be required in a package and we also have an implementation virtual package provided by each adapter.

One thing that we learned from migrating ivory-http-adapter: at first we wanted to create an organization strictly tied to http adapter. Then we realised that if we ever want to release something related to HTTP and PHP then we need a less strict name. So it became php-http. I suggest doing the same here: have a less strict name about php, data handling, etc. Data-import can still be your main product.

Any ideas for an organisation name? I registered php-data just to be safe. Of course, it’s very generic (yielding namespace PhpData or Data); maybe we do want to be a bit more specific? Perhaps data-flow, data-workflow or something like that?

@sagikazarmark Btw, great work on the HTTP adapter packages. I’m really looking forward to those (+ PSR-7).

I am fine with php-data. It suggests that it is an organization working with data in PHP which is fine IMO. As said, your main product can still be data-import (and separate plugins for it), but it does not prevent you from releasing anything related to data. Eventually the org can be a collection of awesome data related packages provided by the community which is a really long-term plan, but I think that's how open source software is maintainable these days.

BTW namespace: we chose HTTP as our vendor since it is obvious it is PHP. So our adapter namespace will be Http\Adapter.

@ddeboer if a decision is made where to move things, I would be happy to join to the "crusade". My upcoming extensions to data-import:

XML Reader/Writer
CSV Reader/Writer using League CSV
Iterator Reader (decorator around an iterator instance)
Callback Reader
Paginated reader using Pagerfanta
HTTP Writer (send items to an HTTP endpoint, not intended to use for many items)
Email Writer (send out emails with various data)

If there will be an organization, I will be happy to offer these either as part of the core (not recommended) or as separate packages provided by the organization.
The last two are not completely about pure data manipulation, but according to my tests they will definitely work.
One thought about proposing to the league: the guys there seem to be a little unresponsive and it definitely makes harder to plan, so I wouldn't count on it.

I think that in the last two weeks we really got close to the point where we can start separating/migrating the package. So we should probably start designing it.

Also, you could create a gitter room for this repository so we can talk more interactively if needed. :smile: Just sayin'

Just created the Gitter room. For now for this repo (data-import), will create a Gitter room for the new organisation when that is up and running.

Quoting myself:

I’m in favour of moving those classes that have separate dependencies to separate packages. I think it makes most sense to keep readers and writers together (even if someone is using only the reader, not the writer).
Candidates for moving to separate packages:
DbalReader and Writer
DoctrineReader and Writer
PdoReader and Writer
ConsoleProgressWriter and ConsoleTableWriter

So:

portphp/workflow (main repo)
portphp/dbal
portphp/doctrine (or orm)
portphp/pdo
portphp/console

And perhaps separate:

portphp/steps (steps implementation of workflow)

I would say portphp/portphp should be the main repository

I also have a reader for portphp: Paginated reader using Pagerfanta

First repos created at https://github.com/portphp.

authors: Baachi ddeboer markuspoerschke sagikazarmark

repo: ddeboer/data-import

license: mit


text:
fix: help mutagen work with Drupal's read-only settings files, for #6491

The Issue

https://github.com/ddev/ddev/issues/6491#issuecomment-2336466328

How This PR Solves The Issue
The overall problem is an obscure interaction of Drupal install and mutagen:

Drupal install (especially before drupal 8) setting sites/default/settings.php to read-only
Edit settings.php on the host (which hasn't been synced)
Mutagen can't then sync settings.php, so nothing happens inside the container, which is where it matters

Manual Testing Instructions
# Drupal 7 project
ddev start
ddev drush si -y
ddev exec ls -l sites/default # See settings.php is read-only now
# Edit file on host side
ddev mutagen st -l # Will show failure as in issue
ddev restart
ddev exec ls -l sites/default # See settings.php is now writeable
ddev mutagen st -l. # will now be happy

Automated Testing Overview
I don't think anything needs to be added.

Another interesting path on this would be to bind-mount sites/default instead of sites/default/files. That would make sites/default not mutagen-managed, and incidentally would fix the weird problem in the occasional composer build that tries to delete sites/default/files instead of deleting the contents of sites/default/files. An example of this problem is the drupal core installer (rarely used, but sometimes used for tests)

I think another thing that would help: We don't seem to note the "transition problem" as a potential error, so it's not noted on ddev start, but it does show up in ddev mutagen st -l

I fixed GetMutagenStatus() so it reports transitionProblems as mentioned in #6491

I was wrong, I was just not doing it correctly (didn't remove write perms from sites/default, just from sites/default/settings.php).
Here's the repro:
 ddev restart && ddev exec chmod -w sites/default sites/default/settings.php && echo "/* xxx */" >>sites/default/settings.php && ddev mutagen sync && ddev mutagen st

Now we get the expected result:
rfay@rfay-lenovo-arm:~/workspace/d7$ ddev restart && ddev exec chmod -w sites/default sites/default/settings.php && echo "/* xxx */" >>sites/default/settings.php && ddev mutagen sync && ddev mutagen st
Restarting project d7...
 Container ddev-d7-db  Stopped
 Container ddev-d7-web  Stopped
 Container ddev-d7-web  Stopped
 Container ddev-d7-db  Stopped
 Container ddev-d7-db  Removed
 Container ddev-d7-web  Removed
 Network ddev-d7_default  Removed
Building project images...
..Project images built in 3s.
 Network ddev-d7_default  Created
 Container ddev-d7-db  Created
 Container ddev-d7-web  Created
 Container ddev-d7-db  Started
 Container ddev-d7-web  Started
Starting Mutagen sync process...
Mutagen sync completed with problems in 3s.
For details on sync status 'ddev mutagen st d7 -l'
Waiting for containers to become ready: [web db]
Starting ddev-router if necessary...
 Container ddev-router  Created
 Container ddev-router  Started
Restarted d7
Your project can be reached at https://d7.ddev.site
See 'ddev describe' for alternate URLs.
Mutagen: problems: watching

And it does show us the mutagen problem.

I think this is probably good to go. It's an obscure problem, but definitely one that we want to cover.
@xenoscopic, I think probably a better report from mutagen (saying whether things are really all working correctly) would be better than what we're doing here. Thanks for this amazing software, and our 0.18.0 tests went perfectly.

repo: ddev/ddev


text:
Process Terminated to Soon

I need to cd into a directory before running a command:
Procfile:
task: cd ../ && echo hello
19:25:37 task.1    | started with pid 7033
19:25:37 task.1    | process terminated
19:25:37 system    | sending SIGTERM to all processes

I do not see hello
This was working in version 0.27.0 and earlier, anything later seems to be terminating. Is there another preferred to have the process run in a "base directory"?

I'm running into this issue too with the command node build && node build watch. The command itself works fine on the CLI, it just seems as though Foreman is parsing the && differently in newer versions

Right, foreman no longer allows compound commands mean to be passed to bash. If you need to do two commands you should create a wrapper script similar to:
https://github.com/ddollar/foreman/wiki/Environment-specific-Behavior

I'm very sad to hear that. Compound commands was a really elegant solution to the sometimes arbitrary ways different services needed to start. It was particularly useful for projects that had multiple Procfiles for deploying in different environments. Having to check in a bunch of separate bash scripts just adds a lot of unnecessary clutter to projects.
Can I ask why the functionality was removed?

Ahhh, that makes a lot of sense then.
Would you be open to adding a Procfile-specific syntax for executing compound commands agnostic of the shell?

authors: ddollar sean-lynch solidline

repo: ddollar/foreman


text:
DBZ-121: routing to custom topic names via Kafka Connect Transformations

…ons.
As an example, I have the following transformation configured:
"transforms": "sharded_router,non_sharded_router",
"transforms.sharded_router.type": "io.debezium.transforms.ByLogicalTableRouter",
"transforms.sharded_router.logical.table.replacement": "${logicalDb}.${table}",
"transforms.sharded_router.physical.table.regex": ".*\\.(?<db>etsy_[^.]+)\\.(?<table>[^.]+)",
"transforms.sharded_router.physical.table.replacement": "${db}",
"transforms.non_sharded_router.type": "io.debezium.transforms.ByLogicalTableRouter",
"transforms.non_sharded_router.logical.table.regex": ".*\\.(?<db>etsy_[^.]+)\\.(?<table>[^.]+)",
"transforms.non_sharded_router.logical.table.replacement": "${db}.${table}",
"transforms.non_sharded_router.physical.table.regex": ".*\\.(?<db>etsy_[^.]+)\\.(?<table>[^.]+)",
"transforms.non_sharded_router.physical.table.replacement": "${db}"

The sharded_router has the effect of transforming topics like so:
dbshard001A.etsy.com.etsy_shard_001.my_table -> etsy_shard.my_table

And the message's Key will be updated with:
__dbz__physicalTableIdentifier: etsy_shard_001

The non_sharded_router has the effect of transforming topics like so:
dbindexA.etsy.com.etsy_index.my_table -> etsy_index.my_table

And the message's key will be updated with:
__dbz__physicalTableIdentifier: etsy_index

@dasl- This is fantastic. The have one question: wouldn't it be useful to allow configuring the name of the field that will be added to the key, rather than relying upon a hard-coded (and admittedly unattractive) __dbz__physicalTableIdentifier field name? That name could be the default, but surely people would prefer to use something different.

good suggestion @rhauch. Updated.

Good suggestions @rhauch. I think renaming the fields made it easier to understand. Regarding adding defaults to the config values -- the only config fields that require values now are TOPIC_REGEX and TOPIC_REPLACEMENT. I don't think it makes sense to add a default for those since they will be specific to everyone's setup.

The build failing appears to be related to a mongodb integration test timeout:
[ERROR] Failed to execute goal io.fabric8:docker-maven-plugin:0.19.0:start (start) on project debezium-connector-mongodb: Execution start of goal io.fabric8:docker-maven-plugin:0.19.0:start failed: Start-Job failed with unexpected exception: [debezium/mongo-initiator:3.2]: Timeout after 30009 ms while waiting on log out 'Replica set is ready' -> [Help 1]

Everything passes on my laptop when I run the tests, so I think it's ok.

@dasl- I'll restart it, but Travis-CI has been having issues in the last few weeks and for some reason the Mongo integration tests have always been problematic with that same error. I've built your PR locally before your latest commit, but I'll rebuild locally just to be sure and then merge.
Again, great stuff! Thanks for spending time to figure out the SMT approach for this particular feature.

@dasl- The problem with the build was actually due to a change in the MongoDB Docker image. See DBZ-213 and #212 for details. No need to change this PR, though; will merge shortly.

authors: dasl- rhauch

repo: debezium/debezium


text:
DBZ-4052 Updates properties table in SQL Server connector doc

DBZ-4052
This change updates entries in the table of configuration properties for the SQL Server  connector based on the recent review.
Need to clarify whether the discrepancies in the default value for max.queue.size are correct:

The Db2, MongoDB, MySQL, Oracle, and SQL Server docs say 8192.
The PostgreSQL docs says 20240.

Tested in local Antora and downstream builds.
Please backport to 1.9 after merging, if necessary. Thanks.

@jpechane, given you discussed this with Rob before, I'd leave this to you to review and merge. Thx!

@roldanbob Applied, thanks a lot!

authors: gunnarmorling jpechane roldanbob


text:
DBZ-588 Fail on inconsistent schema

https://issues.jboss.org/browse/DBZ-588

@gunnarmorling Wording changed

If I understand it correctly then evey change consists of two events - table metadata and the event itself. If we handle table metadata as in this PR then the only case when converter is null is when the table is filtered out. Hence no change in the code. If you wish we can take a defensive approach and double check in change events too.

Yeah, I think let's better be safe than sorry.

Thanks, @jpechane. Rebased and applied. Could you also add a doc PR for the new option?

authors: gunnarmorling jpechane


text:
DBZ-7042 Use oracle container registry for MySQL images

https://issues.redhat.com/browse/DBZ-7042

@jpechane MySQL 5.7 docker startup is failing with this oracle images
[ERROR] DOCKER> I/O Error [[debezium/mysql-server-test-database:latest]: Timeout after 60017 ms while waiting on log out 'MySQL init process done. Ready for start up.(?s)(.*)mysqld: ready for connections.']

@ani-sha Can you modify the CI and pom.xml that you can pass not only the tag but also the name of the image?
We intend to drop 5.7 soon so it probably does not make sense to invest too much time into investigation of what's going wrong.
The 5.7 tests would run against Docker Hub image and the rest against Oracle Hub.

@ani-sha Applied, thanks

authors: ani-sha jpechane


text:
404 After Logging into Decap

Describe the bug
After logging into Decap, I get a "404 Project Not Found" error.
To Reproduce

Load https://trinityworc.gitlab.io/admin/
Click "Login with GitLab"
Authorize the application

Expected behavior
The Decap CMS GUI should load.
Screenshots
I'm stuck at "Logging in..."

Applicable Versions:

Decap CMS version: ^3.1.2 (so I assume the latest version?)
Git provider: GitLab
OS: macOS
Browser version: Safari 17.3.1

CMS configuration
https://trinityworc.gitlab.io/admin/config.yml
Additional context
Console errors:
[Error] Failed to load resource: the server responded with a status of 404 () (trinityworc/trinityworc.gitlab.io, line 0)
[Error] API_ERROR: 404 Project Not Found
	(anonymous function) (decap-cms.js:393:16206)

This request was successful:
Request
:method: GET
:scheme: https
:authority: gitlab.com
:path: /api/v4/projects/trinityworc%2Ftrinityworc.gitlab.io
Accept: */*
Accept-Encoding: gzip, deflate, br
Accept-Language: en-US,en;q=0.9
Authorization: Bearer 44af145562 (TRUNCATED)
Cache-Control: max-age=0
Connection: keep-alive
Host: gitlab.com
Origin: https://trinityworc.gitlab.io
Referer: https://trinityworc.gitlab.io/
Sec-Fetch-Dest: empty
Sec-Fetch-Mode: cors
Sec-Fetch-Site: cross-site
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.3.1 Safari/605.1.15

This request gave a 404:
Request
:method: GET
:scheme: https
:authority: gitlab.com
:path: /api/v4/projects/trinityworc%2Ftrinityworc.gitlab.io
Accept: */*
Accept-Encoding: gzip, deflate, br
Accept-Language: en-US,en;q=0.9
Authorization: token 44af145562 (TRUNCATED)
Cache-Control: max-age=0
Connection: keep-alive
Content-Type: application/json; charset=utf-8
Host: gitlab.com
If-None-Match: W/"e7f905f7124af22dde92440cfb4b51fb"
Origin: https://trinityworc.gitlab.io
Referer: https://trinityworc.gitlab.io/
Sec-Fetch-Dest: empty
Sec-Fetch-Mode: cors
Sec-Fetch-Site: cross-site
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.3.1 Safari/605.1.15

+1, seeing exactly the same behavior with https://phil-shannon.netlify.app/admin.
The request to GitLab 404s. When I make the same exact request (using cURL) and change the Authorization header by replacing "token" with "Bearer," the request succeeds.

+2 can confirm - same issue with a self-hosted gitlab instance.

Does login work on your setups with any of the previous versions of Decap?

@martinjagodic I hardcoded the version to 3.1.2, and I logged in without issue. So it seems there was a regression.

@peterstory 3.1.2 is the version you mentioned in the original comment as the one with the problem. The latest is 3.1.10. If you have some time, could you check which versions have the problem and which don't? So we can identify the culprit more easily.

To clarify, when I opened the issue my admin page used this URL:
https://cdn.jsdelivr.net/npm/decap-cms@^3.1.2/dist/decap-cms.js
Following the URL and searching the source code shows that: version:"decap-cms@3.1.10"
Then, I edited the URL to be:
https://cdn.jsdelivr.net/npm/decap-cms@3.1.2/dist/decap-cms.js
Which of course has: version:"decap-cms@3.1.2"
So I have the error with 3.1.10, and I don't have the error with 3.1.2.

I'm having the same problem using "the latest version", when reverting to specific 3.1.2 the problem no longer exists. Using gitlab.com

Was being driven mad by this issue today.
I found the exact piece of code that is causing the issue....
At the following link you can see a piece of code was introduced that calls getDefaultBranchName()
https://github.com/decaporg/decap-cms/compare/decap-cms%403.1.2...main#diff-c2b33fd12ce38e1438c9c43cd2be709d291d165dd6a70dd8c4377d3a075fdad1
getDefaultBranchName() calls apiRequest()
https://github.com/decaporg/decap-cms/blob/main/packages/decap-cms-lib-util/src/API.ts#L239
apiRequest() calls constructRequestHeaders()
https://github.com/decaporg/decap-cms/blob/main/packages/decap-cms-lib-util/src/API.ts#L201C26-L201C37
constructRequestHeaders() then explicitly uses "token" instead of "Bearer" (which is what gitlab requires) causes the error to be thrown
https://github.com/decaporg/decap-cms/blob/main/packages/decap-cms-lib-util/src/API.ts#L185

authors: Marcyoyo b-xb martinjagodic peterstory robinkruyt shannonphillipl

repo: decaporg/decap-cms


text:
UI Entities from SDK7 showing on other scenes

It seems that in some strange corener cases, there are entities from an SDK7 scene showing on other scenes
In this case, the UI from an SDK7 scene is showing in Genesis Plaza (SDK6)

This was reported by Ani, it's unclear how exactly to reproduce, but in this case she had just been at another scene before.
It seems to suggest that sometimes some UI entities don't get cleaned up
Same bug also seen here by Stoyan:

So apparently a way of reproducing this should be by going into a separate world that uses an sdk7 scene, and going mack to Genesis Plaza

Apparently this is not happening anymore, if it appears again we'll re-open

authors: nearnshaw pravusjif

repo: decentraland/sdk


text:
Generator fixtures update

Updated generator fixtures. Also disabled the fixture-population workflow until the tooling is up to date with the spec.

Are these for the shake ciphersuite?

Yea those are just for the shake suite (just updating the existing ones). Will hopefully include ones for the Sha256 suite soon enough.

Merging as it affects other fixture related PR's

authors: BasileiosKal christianpaquin tplooker

repo: decentralized-identity/bbs-signature


text:
Disable "auto delete media from trash"

Hi, please add an option to disable "auto delete media from trash" (like Google Podcasts)

Thanks 🙏

Where do you see "auto delete media from trash" in your screenshot?

Where do you see "auto delete media from trash" in your screenshot?

Photos and videos that are in the trash will be deleted after one month. I want to disable this feature. This means that photos and videos will remain in the trash forever.
The photo I sent is not related to the Aves app.

repo: deckerst/aves


text:
Add empty state feedback and animation to scanning process - Updates #4

Updates #4

Added a loading state in the App component and passed it to the table components as prop (loadingRows). In the table component the following have been added to accommodate feedback for the scanning process.

Added text feedback and loading indicator to the table component when rows are loading.

Added initial state placeholder with an icon and text when no scan has been initialized. (if we don't have a response/rows).

Added no results found feedback with an icon and text when the scan results are empty. (if we don't have a response/rows).

Updates #3

I also updated the README with development instructions : - )

@Le-Roi777 Good stuff! Thanks for the PR. I'll review it.


text:
Consider reusable read transactions using ThreadLocal

mdb_txn_begin has notable effect on performance which can be avoided by reusing transactions per thread. This is only applicable for read transactions.
Example of how this might be implemented by Viktor Szathmáry.
private final ThreadLocal<Transaction> cachedTx = new ThreadLocal<>();

private Transaction acquireReadTransaction() {
  Transaction tx = cachedTx.get();
  if (tx == null) {
    tx = env.createTransaction(true);
  } else {
    cachedTx.set(null);
    tx.renew();
  }
  return tx;
}

private void releaseReadTransaction(Transaction tx) {
  if (cachedTx.get() == null) {
    tx.reset();
    cachedTx.set(tx);
  } else {
    tx.abort();
  }
}

It is not clear whether this code belong in lmdbjni or not, since its features are already quite sparse which is a good thing.

Ok to close this until we figure out a good way to host this kind of (higher level) functionality?

Reusing transactions means not freeing deleted pages - which is sort of a bad thing in case your db is almost full. Probably some sort of pool of  relatively short-lived transactions might be used with a set max lifetime.

Ah yes, read transactions are an actual snapshot of the database. Makes sense, good call.
Yes, some kind of timeout would be appropriate. Still not sure if this feature belong here. Maybe this could be built into LMDB?
Let's see if we can summon Howard :-)

He would say this makes no sence -and reusing old transaction objects means not getting recent changes - it a hack, and it's not appropriate in most cases.

Ok, let's not wake the bear ;-) We'll figure something out. Any PR's would be appreciated in the meantime.

PR stands for what exactly? ))

Pull Request.  But maybe not in this project. Keeping the API in lmdbjni as close as possible to native LMDB is a good thing?

Low level interface is better for performance and worse for adoption. Have you tried LMDB fork from Re-Open LDAP guys?

Agreed. Do you have link?

https://github.com/ReOpen/ReOpenLDAP ?

Exactly. I were unable to build it locally however. In contrast to original one.

Caution - Manual and FAQ is in Russian. They claim to improve a few things as well as code quality. Didn't run diff merge yet on it. Don't think they will offer any support to it. Let's just hope Putin will not cut Internet access in there ;-)

Haha :-) I need to read google translated version of the wiki first, but this is mostly OpenLDAP mods right?

Wiki doesn't contain much of a technical information - it's more about who they are, why forking, which parts of original code doesn't smell right to them. Useless stuff. But in sources there is libmdb folder.

Found it: https://github.com/ReOpen/libmdbx

May I ask how do you deal with constant  environment size in production ?

Set a overdimensioned value. With Linux, the OS will handle it.

Or do you mean big data? :-)

I meant when you set map size before initializing environment - it creates file of that size, and when map is full you need to stop all operations , close it and resize i,  then reopen.

No, memory/file will not be allocated upfront. Set a high value, close to max size of disk, and the OS will handle the rest. No problem.

With Linux that is. I think Windows eagerly allocate unused space.

Thanks, that's awesome.

on this subject:
are you thinking about some sort of object pooling mechanism?
on another subject:
I am playing around, doing some stupid tests, with Bookkeeper and
lmdbjni here https://github.com/mauricioscastro/rlmdb (for replicating
lmdb with java over yours lmdbjni) after having used it a lot in
basex-lmdb https://github.com/mauricioscastro/basex-lmdb.
now that I started thinking seriously about it and once I use lmdbjni
all over the place in basex-lmdb I started by extending Env class for
initial replicated environment setup, etc, but now that I need to extend
other stuff, but I face package protection issues for Database and
Transaction, thoughts? create a lmdbjni branch for me?
on Mr's Chu's character:
good to know other's participate on this feeling of mine where I see him
as a difficult person to deal with, I never needed to approach him, but
from the replies I read and the presentations I saw I almost feel
threatened, he he :)
Regards and again, thanks for lmdbjni!
On 11/27/2015 09:37 PM, Kristoffer Sjögren wrote:

Ok, let's not wake the bear ;-) We'll figure something out. Any PR's
would be appreciated in the meantime.
—
Reply to this email directly or view it on GitHub
https://github.com/deephacks/lmdbjni/issues/12#issuecomment-160227188.

--
Maurício Santiago de Castro
mauriciosantiagodecastro
mauricioscastro@hotmail.com mailto:mauricioscastro@hotmail.com
http://br.linkedin.com/pub/mauricio-castro/17/275/a5b
http://www.delicious.com/mscastro
http://twitter.com/#!/mauricioscastro
mauriciosantiagodecastro@facebook
http://facebook.com/mauriciosantiagodecastro
https://mscastro.startssl.com/

Why not use Apache Ignite or Hazelcast for replication ?
30 Ноя 2015 г. 16:17 пользователь "Mauricio Santiago de Castro" <
notifications@github.com> написал:

on this subject:
are you thinking about some sort of object pooling mechanism?
on another subject:
I am playing around, doing some stupid tests, with Bookkeeper and
lmdbjni here https://github.com/mauricioscastro/rlmdb (for replicating
lmdb with java over yours lmdbjni) after having used it a lot in
basex-lmdb https://github.com/mauricioscastro/basex-lmdb.
now that I started thinking seriously about it and once I use lmdbjni
all over the place in basex-lmdb I started by extending Env class for
initial replicated environment setup, etc, but now that I need to extend
other stuff, but I face package protection issues for Database and
Transaction, thoughts? create a lmdbjni branch for me?
on Mr's Chu's character:
good to know other's participate on this feeling of mine where I see him
as a difficult person to deal with, I never needed to approach him, but
from the replies I read and the presentations I saw I almost feel
threatened, he he :)
Regards and again, thanks for lmdbjni!
On 11/27/2015 09:37 PM, Kristoffer Sjögren wrote:

Ok, let's not wake the bear ;-) We'll figure something out. Any PR's
would be appreciated in the meantime.
—
Reply to this email directly or view it on GitHub
https://github.com/deephacks/lmdbjni/issues/12#issuecomment-160227188.

--
Maurício Santiago de Castro
mauriciosantiagodecastro
mauricioscastro@hotmail.com mailto:mauricioscastro@hotmail.com
http://br.linkedin.com/pub/mauricio-castro/17/275/a5b
http://www.delicious.com/mscastro
http://twitter.com/#!/mauricioscastro
mauriciosantiagodecastro@facebook
http://facebook.com/mauriciosantiagodecastro
https://mscastro.startssl.com/
—
Reply to this email directly or view it on GitHub
https://github.com/deephacks/lmdbjni/issues/12#issuecomment-160642334.

Humm... overkill I thought initially about Hazlecast. Dunno about
Ignite, but I am looking into it. A write through cache? hummm... I
remember considering Infinispan for this...
Too high level I thought, Bookkeper being more raw would allow me more
control over what's going on and perform better?
I will look at how embeddable Ignite would be.
Thanks.
On 11/30/2015 12:51 PM, kk00ss wrote:

Apache Ignite

--
Maurício Santiago de Castro
mauriciosantiagodecastro
mauricioscastro@hotmail.com mailto:mauricioscastro@hotmail.com
http://br.linkedin.com/pub/mauricio-castro/17/275/a5b
http://www.delicious.com/mscastro
http://twitter.com/#!/mauricioscastro
mauriciosantiagodecastro@facebook
http://facebook.com/mauriciosantiagodecastro
https://mscastro.startssl.com/

Yes, some kind of pooling. But since it messes with deleted pages and cause inconsistency I think the use case is quite limited. Maybe its possible to do something smart with the transaction id in LMDB 0.9.17.
Regarding the package structure, you could use delegation instead of inheritance.

There's also copycat which is a Raft implementation. The author claims it passes the jepsen test.

Won't fix.

authors: kk00ss krisskross mauricioscastro

repo: deephacks/lmdbjni


text:
Should not download same files everytime

Should not download same files everytime when call criteria.loadModel();

Can you set DJL cache folder to somewhere else? See: https://docs.djl.ai/docs/development/cache_management.html
In some weird windows machine, Java failed to move tmp files. You should see some Permission error when this happen. The work around is to use a different cache folder.

Ok now, it just use different folder for tmp file. It use the same folder after downloaded.

authors: SidneyLann frankfliu

repo: deepjavalibrary/djl


text:
Add Spark extension

Description
Brief description of what this PR is about
Add Spark extension

Codecov Report
Base: 72.08% // Head: 71.43% // Decreases project coverage by -0.65% :warning:

Coverage data is based on head (b3914ac) compared to base (bb5073f).
Patch coverage: 72.03% of modified lines in pull request are covered.

Additional details and impacted files
@@             Coverage Diff              @@
##             master    #2162      +/-   ##
============================================
- Coverage     72.08%   71.43%   -0.66%
- Complexity     5126     6334    +1208
============================================
  Files           473      626     +153
  Lines         21970    27972    +6002
  Branches       2351     3017     +666
============================================
+ Hits          15838    19981    +4143
- Misses         4925     6521    +1596
- Partials       1207     1470     +263

Impacted Files
Coverage Δ

api/src/main/java/ai/djl/modality/cv/Image.java
69.23% <ø> (-4.11%)
:arrow_down:

...rc/main/java/ai/djl/modality/cv/MultiBoxPrior.java
76.00% <ø> (ø)

...rc/main/java/ai/djl/modality/cv/output/Joints.java
71.42% <ø> (ø)

.../main/java/ai/djl/modality/cv/output/Landmark.java
100.00% <ø> (ø)

...main/java/ai/djl/modality/cv/output/Rectangle.java
72.41% <0.00%> (ø)

...i/djl/modality/cv/translator/BigGANTranslator.java
21.42% <0.00%> (-5.24%)
:arrow_down:

.../modality/cv/translator/ImageFeatureExtractor.java
0.00% <0.00%> (ø)

.../ai/djl/modality/cv/translator/YoloTranslator.java
27.77% <0.00%> (+18.95%)
:arrow_up:

...modality/cv/translator/wrapper/FileTranslator.java
44.44% <ø> (ø)

...y/cv/translator/wrapper/InputStreamTranslator.java
44.44% <ø> (ø)

... and 560 more

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


text:
Fix TrainAmazonReviewRanking example for PyTorch

Description
This PR fixes and issue with using a Predictor under the PyTorch engine in the TrainAmazonReviewRanking transfer learning example.
Issues: https://github.com/deepjavalibrary/djl/issues/2144, https://github.com/deepjavalibrary/djl/issues/2159
The issue is that using a predictor enforces Inference context on the tensors, so when we do transfer learning it can lead to an EngineException like
[INFO ] - forward P50: 308.169 ms, P90: 308.169 ms
Exception in thread "main" ai.djl.engine.EngineException: Inference tensors cannot be saved for backward. To work around you can make a clone to get a normal tensor and use it in autograd.

This does cause the pretrained block weights to be modified during transfer learning since they are operating under grad mode. This is the same mechanism we use in the other transfer learning examples (where we use the pretrained block in a new model), so this seems to be the route we recommend to users.
An alternative solution here is to provide a TranslatorOptions that duplicates the output NDArrays from the predictor block.
Note: With the recent change to include Translators in datasets, we might be able to leverage that functionality here to replace the lambda block. I don't like having to instantiate a ParameterStore via forward in the lambda block here, but at the moment the example will work out of the box for both MXNet and PyTorch now.

Codecov Report
Base: 72.08% // Head: 71.42% // Decreases project coverage by -0.66% :warning:

Coverage data is based on head (14b260b) compared to base (bb5073f).
Patch coverage: 71.83% of modified lines in pull request are covered.

Additional details and impacted files
@@             Coverage Diff              @@
##             master    #2173      +/-   ##
============================================
- Coverage     72.08%   71.42%   -0.67%
- Complexity     5126     6333    +1207
============================================
  Files           473      628     +155
  Lines         21970    27978    +6008
  Branches       2351     3009     +658
============================================
+ Hits          15838    19984    +4146
- Misses         4925     6527    +1602
- Partials       1207     1467     +260

Impacted Files
Coverage Δ

api/src/main/java/ai/djl/modality/cv/Image.java
69.23% <ø> (-4.11%)
:arrow_down:

...rc/main/java/ai/djl/modality/cv/MultiBoxPrior.java
76.00% <ø> (ø)

...rc/main/java/ai/djl/modality/cv/output/Joints.java
71.42% <ø> (ø)

.../main/java/ai/djl/modality/cv/output/Landmark.java
100.00% <ø> (ø)

...main/java/ai/djl/modality/cv/output/Rectangle.java
72.41% <0.00%> (ø)

...i/djl/modality/cv/translator/BigGANTranslator.java
21.42% <0.00%> (-5.24%)
:arrow_down:

.../modality/cv/translator/ImageFeatureExtractor.java
0.00% <0.00%> (ø)

.../ai/djl/modality/cv/translator/YoloTranslator.java
27.77% <0.00%> (+18.95%)
:arrow_up:

...modality/cv/translator/wrapper/FileTranslator.java
44.44% <ø> (ø)

...y/cv/translator/wrapper/InputStreamTranslator.java
44.44% <ø> (ø)

... and 567 more

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.

authors: codecov-commenter siddvenk


text:
CSVSparkTransform.transformSequenceArrayIncremental incorrect shape

Issue Description
When providing an "incremental" CSV record, which is understood to be a single row of an otherwise arbitrary length CSV dataset, and using a transform with convertToSequence in it, the resultant array's shape is incorrect. The returned array's shape is always [1, ...]. For example when the expected shape is [6, 30], the returned shape is [1, 6, 30].
Version Information
Please indicate relevant versions, including, if relevant:
master for all.

.output() method expects a single example. Possible explanation of why you're getting this.

@AlexDBlack we've narrowed this to a difference in the shape output of 1-hot rep from a record reader and a datavec transform. Ideas?

https://github.com/deeplearning4j/DataVec/pull/399#pullrequestreview-57340255

authors: agibsonccc crockpotveggies emsixteeen


text:
MJCF: Unable to set the name attribute for <body> despite being configured to accept it in the schema

When trying to set the name attribute of a <body> using the following example:
model = mjcf.RootElement()
# Create a simple geom
model.worldbody.add('geom', name='mygeom', type='ellipsoid', size=(1, 1, 0.1), rgba=[1, 0, 0, 1])
# Create a simple spawn
arena = mjcf.RootElement()
spawn_site = arena.worldbody.add('site', name="myspawn", pos=(0, 0, 0), group=3, euler=np.array([0, 0, 0.1]))
body = spawn_site.attach(model)
body.set_attributes(name="mybody")
body.add('freejoint', name=f"myjoint")
print(arena.to_xml_string())

I get the following error:
Traceback (most recent call last):
  File "./random_scene.py", line 72, in <module>
    body.set_attributes(name="mybody")
  File "/home/k/miniconda3/envs/dmcontrol/lib/python3.7/site-packages/dm_control/mjcf/element.py", line 534, in set_attributes
    old_value = self._get_attribute(attribute_name)
  File "/home/k/miniconda3/envs/dmcontrol/lib/python3.7/site-packages/dm_control/mjcf/element.py", line 507, in _get_attribute
    self._check_valid_attribute(attribute_name)
  File "/home/k/miniconda3/envs/dmcontrol/lib/python3.7/site-packages/dm_control/mjcf/element.py", line 504, in _check_valid_attribute
    attribute_name, self._spec.name))
AttributeError: 'name' is not a valid attribute for <body>

Note however that if I comment out body.set_attributes(name="mybody"), it prints the following XML:
<mujoco model="unnamed_model">
  <default>
    <default class="/"/>
    <default class="unnamed_model/"/>
  </default>
  <worldbody>
    <site name="myspawn" class="/" group="3" pos="0 0 0" euler="0 0 0.10000000000000001"/>
    <body pos="0 0 0" euler="0 0 0.10000000000000001" name="unnamed_model/">
      <freejoint name="unnamed_model/myjoint/"/>
      <geom name="unnamed_model/mygeom" class="unnamed_model/" type="ellipsoid" size="1 1 0.10000000000000001" rgba="1 0 0 1"/>
    </body>
  </worldbody>
</mujoco>

but as you can see, the created <body> has a name attribute set to a default value ("unnamed_model/"), so there's no reason I shouldn't be able to set a custom one.
The AttributeError is generated because name is not within the known set of attributes for <body>, as per the assert in mjcf/element.py. Upon inspection, the accepted attributes are 'mocap', 'pos', 'quat', 'axisangle', 'xyaxes', 'zaxis', 'euler', which I got viaprint(body._spec.attributes.keys()) run at the end of the above example. It seems like the attributes accepted is configured via the mjcf/schema.xml file, and messing around locally I was able to confirm that I was able to delete accepted attributes for <body> by deleting them from this schema.xml file. However, the schema.xml for <body> seems to already be configured to accept a name attribute, but for some reason this is not being reflected in the component generated.
At this point, my best guess is that either there is a problem with the schema.xml (I looked at it closely to see if there were any typos, to no avail), there is a bug in the parser/element creator, or there is some other gotcha that I am unaware of. Any insight on any of these fronts would be appreciated.

It seems this is a known gotcha, closing.


text:
Stones and Gems new game

Lite version of Boulder Dash/Emerald Mines type game.

@googlebot I signed it!

@lanctot Final changes are in (updated observation tensor, renaming to generic game along with elements/references)!

Thanks for the contribution!
Could you run clang-format on the code, and amend the playthrough to be a smaller instance of the game (less than 1Mb would be ideal).
Also, is the game you've implemented a standard one? Any references?

Hi Edward!
I've ran clang-format on the code and reduced the playthrough to ~270kb. There aren't really any papers on this type of environment in terms of references, so I've made a comment at the top of the header which cites the 2 commercial games this environment is based off of.

authors: elkhrt tuero


text:
GPU Task Blocking Down

I've been having trouble running defang compose down. The GPU tasks seem to be preventing things from coming down.

Okay, so I ran the vllm example:
https://github.com/defang-io/defang/tree/main/samples/other/vllm
And this time I explicitly tested up/down making sure I didn't have any interaction with the AWS console in between.
defang compose up worked fine, but when I ran defang compose down, I end up with an autoscaling group left over with a GPU instance that's preventing things from coming down. In previous tests, scaling the group down to zero seemed to fix things, but this time I'm trying to solve without clickops.
Here's the state file, in case that helps:
{
    "version": 3,
    "checkpoint": {
        "stack": "organization/gpu-demo/beta",
        "latest": {
            "manifest": {
                "time": "2024-03-07T00:48:20.230642717Z",
                "magic": "4fa6a6dae0ccab3589c700b0790a52fa47015f8ec72d37a2e10816857250b8c2",
                "version": "v3.108.1"
            },
            "secrets_providers": {
                "type": "passphrase",
                "state": {
                    "salt": "v1:hdUxpHewtnQ=:v1:K+o6PhUa4T8KkHqQ:ovqRMbfMai3csUGvQXSVzkZuFVxaVQ=="
                }
            },
            "resources": [
                {
                    "urn": "urn:pulumi:beta::gpu-demo::pulumi:pulumi:Stack::gpu-demo-beta",
                    "custom": false,
                    "type": "pulumi:pulumi:Stack",
                    "outputs": {
                        "albArn": "arn:aws:elasticloadbalancing:us-east-1:933841849165:loadbalancer/app/Defang-gpu-demo-beta-alb/1caea469630c4191",
                        "fqdn": "raphaeltm.defang.app",
                        "kanikoLogGroupArn": "arn:aws:logs:us-east-1:933841849165:log-group:/Defang/gpu-demo/beta/kaniko",
                        "privateLbIps": [
                            "10.0.160.0/20",
                            "10.0.96.0/20",
                            "10.0.32.0/20"
                        ],
                        "publicNatIps": [
                            "34.237.204.87"
                        ],
                        "serviceLogGroupArn": "arn:aws:logs:us-east-1:933841849165:log-group:/Defang/gpu-demo/beta/logGroup",
                        "state": "projects/gpu-demo/beta/project.pb",
                        "vpcId": "vpc-09de136744401f4d2"
                    },
                    "created": "2024-03-06T22:52:27.35262048Z",
                    "modified": "2024-03-06T22:52:27.35262048Z",
                    "sourcePosition": "project:///../../app/node_modules/@pulumi/runtime/stack.ts#36,23"
                },
                {
                    "urn": "urn:pulumi:beta::gpu-demo::pulumi:providers:aws::default_6_9_0",
                    "custom": true,
                    "id": "b4134276-9be5-4bf5-bd71-c2c3e2e20d43",
                    "type": "pulumi:providers:aws",
                    "inputs": {
                        "defaultTags": "{\"tags\":{\"defang:org\":\"raphaeltm\",\"defang:project\":\"gpu-demo\",\"defang:stack\":\"beta\"}}",
                        "region": "us-east-1",
                        "skipCredentialsValidation": "false",
                        "skipMetadataApiCheck": "true",
                        "skipRegionValidation": "true",
                        "version": "6.9.0"
                    },
                    "outputs": {
                        "defaultTags": "{\"tags\":{\"defang:org\":\"raphaeltm\",\"defang:project\":\"gpu-demo\",\"defang:stack\":\"beta\"}}",
                        "region": "us-east-1",
                        "skipCredentialsValidation": "false",
                        "skipMetadataApiCheck": "true",
                        "skipRegionValidation": "true",
                        "version": "6.9.0"
                    },
                    "created": "2024-03-06T22:52:36.3036654Z",
                    "modified": "2024-03-06T22:52:36.3036654Z"
                },
                {
                    "urn": "urn:pulumi:beta::gpu-demo::pulumi:providers:awsx::default_2_5_0",
                    "custom": true,
                    "id": "1e0ec432-7f2e-40b4-9490-6519153fdadc",
                    "type": "pulumi:providers:awsx",
                    "inputs": {
                        "version": "2.5.0"
                    },
                    "outputs": {
                        "version": "2.5.0"
                    },
                    "created": "2024-03-06T22:52:42.33619808Z",
                    "modified": "2024-03-06T22:52:42.33619808Z"
                },
                {
                    "urn": "urn:pulumi:beta::gpu-demo::pulumi:providers:aws::default",
                    "custom": true,
                    "id": "6e3accf8-3420-4302-9009-5c77bcd1cf8c",
                    "type": "pulumi:providers:aws",
                    "inputs": {
                        "defaultTags": "{\"tags\":{\"defang:org\":\"raphaeltm\",\"defang:project\":\"gpu-demo\",\"defang:stack\":\"beta\"}}",
                        "region": "us-east-1",
                        "skipCredentialsValidation": "false",
                        "skipMetadataApiCheck": "true",
                        "skipRegionValidation": "true"
                    },
                    "outputs": {
                        "defaultTags": "{\"tags\":{\"defang:org\":\"raphaeltm\",\"defang:project\":\"gpu-demo\",\"defang:stack\":\"beta\"}}",
                        "region": "us-east-1",
                        "skipCredentialsValidation": "false",
                        "skipMetadataApiCheck": "true",
                        "skipRegionValidation": "true"
                    },
                    "created": "2024-03-06T22:52:51.761892475Z",
                    "modified": "2024-03-06T22:52:51.761892475Z"
                },
                {
                    "urn": "urn:pulumi:beta::gpu-demo::pulumi:providers:pulumi::default",
                    "custom": true,
                    "id": "43b04422-e069-4c4f-aa64-ae2bacc86777",
                    "type": "pulumi:providers:pulumi",
                    "created": "2024-03-06T22:52:54.408606428Z",
                    "modified": "2024-03-06T22:52:54.408606428Z"
                },
                {
                    "urn": "urn:pulumi:beta::gpu-demo::aws:route53/record:Record::validation-raphaeltm.defang.app",
                    "custom": true,
                    "id": "Z03703953JE65MP1RAIBT__98f5381451f39ef3eaebd6cdf7fd5667.raphaeltm.defang.app._CNAME",
                    "type": "aws:route53/record:Record",
                    "inputs": {
                        "__defaults": [],
                        "allowOverwrite": true,
                        "name": "_98f5381451f39ef3eaebd6cdf7fd5667.raphaeltm.defang.app.",
                        "records": [
                            "_80c65d8a73f703bcf5a6667688f9d1f0.mhbtsbpdnt.acm-validations.aws."
                        ],
                        "ttl": 60,
                        "type": "CNAME",
                        "zoneId": "Z03703953JE65MP1RAIBT"
                    },
                    "outputs": {
                        "__meta": "{\"schema_version\":\"2\"}",
                        "aliases": [],
                        "allowOverwrite": true,
                        "cidrRoutingPolicy": null,
                        "failoverRoutingPolicies": [],
                        "fqdn": "_98f5381451f39ef3eaebd6cdf7fd5667.raphaeltm.defang.app",
                        "geolocationRoutingPolicies": [],
                        "healthCheckId": "",
                        "id": "Z03703953JE65MP1RAIBT__98f5381451f39ef3eaebd6cdf7fd5667.raphaeltm.defang.app._CNAME",
                        "latencyRoutingPolicies": [],
                        "multivalueAnswerRoutingPolicy": false,
                        "name": "_98f5381451f39ef3eaebd6cdf7fd5667.raphaeltm.defang.app",
                        "records": [
                            "_80c65d8a73f703bcf5a6667688f9d1f0.mhbtsbpdnt.acm-validations.aws."
                        ],
                        "setIdentifier": "",
                        "ttl": 60,
                        "type": "CNAME",
                        "weightedRoutingPolicies": [],
                        "zoneId": "Z03703953JE65MP1RAIBT"
                    },
                    "parent": "urn:pulumi:beta::gpu-demo::pulumi:pulumi:Stack::gpu-demo-beta",
                    "provider": "urn:pulumi:beta::gpu-demo::pulumi:providers:aws::default::6e3accf8-3420-4302-9009-5c77bcd1cf8c",
                    "propertyDependencies": {
                        "allowOverwrite": null,
                        "name": null,
                        "records": null,
                        "ttl": null,
                        "type": null,
                        "zoneId": null
                    },
                    "created": "2024-03-06T22:53:34.339961551Z",
                    "modified": "2024-03-07T00:39:21.290429364Z",
                    "sourcePosition": "project:///../../app/shared/aws.ts#135,10"
                },
                {
                    "urn": "urn:pulumi:beta::gpu-demo::aws:route53/record:Record::validation-chat.defang.chewydemos.com",
                    "custom": true,
                    "id": "Z10459773S60BP5WQ1V5W__ee7e9a523acc4b91fecbcc349b4231de.chat.defang.chewydemos.com._CNAME",
                    "type": "aws:route53/record:Record",
                    "inputs": {
                        "__defaults": [],
                        "allowOverwrite": true,
                        "name": "_ee7e9a523acc4b91fecbcc349b4231de.chat.defang.chewydemos.com.",
                        "records": [
                            "_bcc4f89cc193f452da8a9c7012090ff6.mhbtsbpdnt.acm-validations.aws."
                        ],
                        "ttl": 60,
                        "type": "CNAME",
                        "zoneId": "/hostedzone/Z10459773S60BP5WQ1V5W"
                    },
                    "outputs": {
                        "__meta": "{\"schema_version\":\"2\"}",
                        "aliases": [],
                        "allowOverwrite": true,
                        "cidrRoutingPolicy": null,
                        "failoverRoutingPolicies": [],
                        "fqdn": "_ee7e9a523acc4b91fecbcc349b4231de.chat.defang.chewydemos.com",
                        "geolocationRoutingPolicies": [],
                        "healthCheckId": "",
                        "id": "Z10459773S60BP5WQ1V5W__ee7e9a523acc4b91fecbcc349b4231de.chat.defang.chewydemos.com._CNAME",
                        "latencyRoutingPolicies": [],
                        "multivalueAnswerRoutingPolicy": false,
                        "name": "_ee7e9a523acc4b91fecbcc349b4231de.chat.defang.chewydemos.com",
                        "records": [
                            "_bcc4f89cc193f452da8a9c7012090ff6.mhbtsbpdnt.acm-validations.aws."
                        ],
                        "setIdentifier": "",
                        "ttl": 60,
                        "type": "CNAME",
                        "weightedRoutingPolicies": [],
                        "zoneId": "/hostedzone/Z10459773S60BP5WQ1V5W"
                    },
                    "parent": "urn:pulumi:beta::gpu-demo::pulumi:pulumi:Stack::gpu-demo-beta",
                    "provider": "urn:pulumi:beta::gpu-demo::pulumi:providers:aws::default::6e3accf8-3420-4302-9009-5c77bcd1cf8c",
                    "propertyDependencies": {
                        "allowOverwrite": null,
                        "name": null,
                        "records": null,
                        "ttl": null,
                        "type": null,
                        "zoneId": null
                    },
                    "created": "2024-03-06T22:53:43.803657911Z",
                    "modified": "2024-03-07T00:39:21.268544216Z",
                    "sourcePosition": "project:///../../app/shared/aws.ts#135,10"
                },
                {
                    "urn": "urn:pulumi:beta::gpu-demo::aws:route53/record:Record::validation-*.gpu-demo.raphaeltm.defang.app",
                    "custom": true,
                    "id": "Z03703953JE65MP1RAIBT__54d868401e2195f1ba6c93884af9e407.gpu-demo.raphaeltm.defang.app._CNAME",
                    "type": "aws:route53/record:Record",
                    "inputs": {
                        "__defaults": [],
                        "allowOverwrite": true,
                        "name": "_54d868401e2195f1ba6c93884af9e407.gpu-demo.raphaeltm.defang.app.",
                        "records": [
                            "_8ec5f971ccb8cc8decfebb1dfb808b2f.mhbtsbpdnt.acm-validations.aws."
                        ],
                        "ttl": 60,
                        "type": "CNAME",
                        "zoneId": "Z03703953JE65MP1RAIBT"
                    },
                    "outputs": {
                        "__meta": "{\"schema_version\":\"2\"}",
                        "aliases": [],
                        "allowOverwrite": true,
                        "cidrRoutingPolicy": null,
                        "failoverRoutingPolicies": [],
                        "fqdn": "_54d868401e2195f1ba6c93884af9e407.gpu-demo.raphaeltm.defang.app",
                        "geolocationRoutingPolicies": [],
                        "healthCheckId": "",
                        "id": "Z03703953JE65MP1RAIBT__54d868401e2195f1ba6c93884af9e407.gpu-demo.raphaeltm.defang.app._CNAME",
                        "latencyRoutingPolicies": [],
                        "multivalueAnswerRoutingPolicy": false,
                        "name": "_54d868401e2195f1ba6c93884af9e407.gpu-demo.raphaeltm.defang.app",
                        "records": [
                            "_8ec5f971ccb8cc8decfebb1dfb808b2f.mhbtsbpdnt.acm-validations.aws."
                        ],
                        "setIdentifier": "",
                        "ttl": 60,
                        "type": "CNAME",
                        "weightedRoutingPolicies": [],
                        "zoneId": "Z03703953JE65MP1RAIBT"
                    },
                    "parent": "urn:pulumi:beta::gpu-demo::pulumi:pulumi:Stack::gpu-demo-beta",
                    "provider": "urn:pulumi:beta::gpu-demo::pulumi:providers:aws::default::6e3accf8-3420-4302-9009-5c77bcd1cf8c",
                    "propertyDependencies": {
                        "allowOverwrite": null,
                        "name": null,
                        "records": null,
                        "ttl": null,
                        "type": null,
                        "zoneId": null
                    },
                    "created": "2024-03-06T22:53:48.569147349Z",
                    "modified": "2024-03-07T00:39:21.320638622Z",
                    "sourcePosition": "project:///../../app/shared/aws.ts#135,10"
                },
                {
                    "urn": "urn:pulumi:beta::gpu-demo::pulumi:providers:pulumi-nodejs::default",
                    "custom": true,
                    "id": "4c0bb973-9163-4a74-ba32-3d3ef5a881cf",
                    "type": "pulumi:providers:pulumi-nodejs",
                    "created": "2024-03-06T22:55:07.751371996Z",
                    "modified": "2024-03-06T22:55:07.751371996Z"
                },
                {
                    "urn": "urn:pulumi:beta::gpu-demo::aws:route53/record:Record::alias-chat.defang.chewydemos.com",
                    "custom": true,
                    "id": "Z10459773S60BP5WQ1V5W_chat.defang.chewydemos.com_A",
                    "type": "aws:route53/record:Record",
                    "inputs": {
                        "__defaults": [],
                        "aliases": [
                            {
                                "__defaults": [],
                                "evaluateTargetHealth": true,
                                "name": "Defang-gpu-demo-beta-alb-2041609938.us-east-1.elb.amazonaws.com",
                                "zoneId": "Z35SXDOTRQ7X7K"
                            }
                        ],
                        "allowOverwrite": false,
                        "name": "chat.defang.chewydemos.com",
                        "type": "A",
                        "zoneId": "/hostedzone/Z10459773S60BP5WQ1V5W"
                    },
                    "outputs": {
                        "__meta": "{\"schema_version\":\"2\"}",
                        "aliases": [
                            {
                                "evaluateTargetHealth": true,
                                "name": "defang-gpu-demo-beta-alb-2041609938.us-east-1.elb.amazonaws.com",
                                "zoneId": "Z35SXDOTRQ7X7K"
                            }
                        ],
                        "allowOverwrite": false,
                        "cidrRoutingPolicy": null,
                        "failoverRoutingPolicies": [],
                        "fqdn": "chat.defang.chewydemos.com",
                        "geolocationRoutingPolicies": [],
                        "healthCheckId": "",
                        "id": "Z10459773S60BP5WQ1V5W_chat.defang.chewydemos.com_A",
                        "latencyRoutingPolicies": [],
                        "multivalueAnswerRoutingPolicy": false,
                        "name": "chat.defang.chewydemos.com",
                        "records": [],
                        "setIdentifier": "",
                        "ttl": 0,
                        "type": "A",
                        "weightedRoutingPolicies": [],
                        "zoneId": "/hostedzone/Z10459773S60BP5WQ1V5W"
                    },
                    "parent": "urn:pulumi:beta::gpu-demo::pulumi:pulumi:Stack::gpu-demo-beta",
                    "provider": "urn:pulumi:beta::gpu-demo::pulumi:providers:aws::default_6_9_0::b4134276-9be5-4bf5-bd71-c2c3e2e20d43",
                    "propertyDependencies": {
                        "aliases": null,
                        "allowOverwrite": null,
                        "name": null,
                        "type": null,
                        "zoneId": null
                    },
                    "created": "2024-03-06T22:58:56.862646428Z",
                    "modified": "2024-03-07T00:39:22.235068924Z",
                    "sourcePosition": "project:///../../app/shared/aws.ts#174,10"
                }
            ],
            "pending_operations": [
                {
                    "resource": {
                        "urn": "urn:pulumi:beta::gpu-demo::aws:route53/record:Record::alias-chat.defang.chewydemos.com",
                        "custom": true,
                        "id": "Z10459773S60BP5WQ1V5W_chat.defang.chewydemos.com_A",
                        "type": "aws:route53/record:Record",
                        "inputs": {
                            "__defaults": [],
                            "aliases": [
                                {
                                    "__defaults": [],
                                    "evaluateTargetHealth": true,
                                    "name": "Defang-gpu-demo-beta-alb-2041609938.us-east-1.elb.amazonaws.com",
                                    "zoneId": "Z35SXDOTRQ7X7K"
                                }
                            ],
                            "allowOverwrite": false,
                            "name": "chat.defang.chewydemos.com",
                            "type": "A",
                            "zoneId": "/hostedzone/Z10459773S60BP5WQ1V5W"
                        },
                        "outputs": {
                            "__meta": "{\"schema_version\":\"2\"}",
                            "aliases": [
                                {
                                    "evaluateTargetHealth": true,
                                    "name": "defang-gpu-demo-beta-alb-2041609938.us-east-1.elb.amazonaws.com",
                                    "zoneId": "Z35SXDOTRQ7X7K"
                                }
                            ],
                            "allowOverwrite": false,
                            "cidrRoutingPolicy": null,
                            "failoverRoutingPolicies": [],
                            "fqdn": "chat.defang.chewydemos.com",
                            "geolocationRoutingPolicies": [],
                            "healthCheckId": "",
                            "id": "Z10459773S60BP5WQ1V5W_chat.defang.chewydemos.com_A",
                            "latencyRoutingPolicies": [],
                            "multivalueAnswerRoutingPolicy": false,
                            "name": "chat.defang.chewydemos.com",
                            "records": [],
                            "setIdentifier": "",
                            "ttl": 0,
                            "type": "A",
                            "weightedRoutingPolicies": [],
                            "zoneId": "/hostedzone/Z10459773S60BP5WQ1V5W"
                        },
                        "parent": "urn:pulumi:beta::gpu-demo::pulumi:pulumi:Stack::gpu-demo-beta",
                        "provider": "urn:pulumi:beta::gpu-demo::pulumi:providers:aws::default_6_9_0::b4134276-9be5-4bf5-bd71-c2c3e2e20d43",
                        "propertyDependencies": {
                            "aliases": null,
                            "allowOverwrite": null,
                            "name": null,
                            "type": null,
                            "zoneId": null
                        },
                        "created": "2024-03-06T22:58:56.862646428Z",
                        "modified": "2024-03-07T00:39:22.235068924Z",
                        "sourcePosition": "project:///../../app/shared/aws.ts#174,10"
                    },
                    "type": "deleting"
                },
                {
                    "resource": {
                        "urn": "urn:pulumi:beta::gpu-demo::aws:route53/record:Record::validation-*.gpu-demo.raphaeltm.defang.app",
                        "custom": true,
                        "id": "Z03703953JE65MP1RAIBT__54d868401e2195f1ba6c93884af9e407.gpu-demo.raphaeltm.defang.app._CNAME",
                        "type": "aws:route53/record:Record",
                        "inputs": {
                            "__defaults": [],
                            "allowOverwrite": true,
                            "name": "_54d868401e2195f1ba6c93884af9e407.gpu-demo.raphaeltm.defang.app.",
                            "records": [
                                "_8ec5f971ccb8cc8decfebb1dfb808b2f.mhbtsbpdnt.acm-validations.aws."
                            ],
                            "ttl": 60,
                            "type": "CNAME",
                            "zoneId": "Z03703953JE65MP1RAIBT"
                        },
                        "outputs": {
                            "__meta": "{\"schema_version\":\"2\"}",
                            "aliases": [],
                            "allowOverwrite": true,
                            "cidrRoutingPolicy": null,
                            "failoverRoutingPolicies": [],
                            "fqdn": "_54d868401e2195f1ba6c93884af9e407.gpu-demo.raphaeltm.defang.app",
                            "geolocationRoutingPolicies": [],
                            "healthCheckId": "",
                            "id": "Z03703953JE65MP1RAIBT__54d868401e2195f1ba6c93884af9e407.gpu-demo.raphaeltm.defang.app._CNAME",
                            "latencyRoutingPolicies": [],
                            "multivalueAnswerRoutingPolicy": false,
                            "name": "_54d868401e2195f1ba6c93884af9e407.gpu-demo.raphaeltm.defang.app",
                            "records": [
                                "_8ec5f971ccb8cc8decfebb1dfb808b2f.mhbtsbpdnt.acm-validations.aws."
                            ],
                            "setIdentifier": "",
                            "ttl": 60,
                            "type": "CNAME",
                            "weightedRoutingPolicies": [],
                            "zoneId": "Z03703953JE65MP1RAIBT"
                        },
                        "parent": "urn:pulumi:beta::gpu-demo::pulumi:pulumi:Stack::gpu-demo-beta",
                        "provider": "urn:pulumi:beta::gpu-demo::pulumi:providers:aws::default::6e3accf8-3420-4302-9009-5c77bcd1cf8c",
                        "propertyDependencies": {
                            "allowOverwrite": null,
                            "name": null,
                            "records": null,
                            "ttl": null,
                            "type": null,
                            "zoneId": null
                        },
                        "created": "2024-03-06T22:53:48.569147349Z",
                        "modified": "2024-03-07T00:39:21.320638622Z",
                        "sourcePosition": "project:///../../app/shared/aws.ts#135,10"
                    },
                    "type": "deleting"
                },
                {
                    "resource": {
                        "urn": "urn:pulumi:beta::gpu-demo::aws:route53/record:Record::validation-chat.defang.chewydemos.com",
                        "custom": true,
                        "id": "Z10459773S60BP5WQ1V5W__ee7e9a523acc4b91fecbcc349b4231de.chat.defang.chewydemos.com._CNAME",
                        "type": "aws:route53/record:Record",
                        "inputs": {
                            "__defaults": [],
                            "allowOverwrite": true,
                            "name": "_ee7e9a523acc4b91fecbcc349b4231de.chat.defang.chewydemos.com.",
                            "records": [
                                "_bcc4f89cc193f452da8a9c7012090ff6.mhbtsbpdnt.acm-validations.aws."
                            ],
                            "ttl": 60,
                            "type": "CNAME",
                            "zoneId": "/hostedzone/Z10459773S60BP5WQ1V5W"
                        },
                        "outputs": {
                            "__meta": "{\"schema_version\":\"2\"}",
                            "aliases": [],
                            "allowOverwrite": true,
                            "cidrRoutingPolicy": null,
                            "failoverRoutingPolicies": [],
                            "fqdn": "_ee7e9a523acc4b91fecbcc349b4231de.chat.defang.chewydemos.com",
                            "geolocationRoutingPolicies": [],
                            "healthCheckId": "",
                            "id": "Z10459773S60BP5WQ1V5W__ee7e9a523acc4b91fecbcc349b4231de.chat.defang.chewydemos.com._CNAME",
                            "latencyRoutingPolicies": [],
                            "multivalueAnswerRoutingPolicy": false,
                            "name": "_ee7e9a523acc4b91fecbcc349b4231de.chat.defang.chewydemos.com",
                            "records": [
                                "_bcc4f89cc193f452da8a9c7012090ff6.mhbtsbpdnt.acm-validations.aws."
                            ],
                            "setIdentifier": "",
                            "ttl": 60,
                            "type": "CNAME",
                            "weightedRoutingPolicies": [],
                            "zoneId": "/hostedzone/Z10459773S60BP5WQ1V5W"
                        },
                        "parent": "urn:pulumi:beta::gpu-demo::pulumi:pulumi:Stack::gpu-demo-beta",
                        "provider": "urn:pulumi:beta::gpu-demo::pulumi:providers:aws::default::6e3accf8-3420-4302-9009-5c77bcd1cf8c",
                        "propertyDependencies": {
                            "allowOverwrite": null,
                            "name": null,
                            "records": null,
                            "ttl": null,
                            "type": null,
                            "zoneId": null
                        },
                        "created": "2024-03-06T22:53:43.803657911Z",
                        "modified": "2024-03-07T00:39:21.268544216Z",
                        "sourcePosition": "project:///../../app/shared/aws.ts#135,10"
                    },
                    "type": "deleting"
                },
                {
                    "resource": {
                        "urn": "urn:pulumi:beta::gpu-demo::aws:route53/record:Record::validation-raphaeltm.defang.app",
                        "custom": true,
                        "id": "Z03703953JE65MP1RAIBT__98f5381451f39ef3eaebd6cdf7fd5667.raphaeltm.defang.app._CNAME",
                        "type": "aws:route53/record:Record",
                        "inputs": {
                            "__defaults": [],
                            "allowOverwrite": true,
                            "name": "_98f5381451f39ef3eaebd6cdf7fd5667.raphaeltm.defang.app.",
                            "records": [
                                "_80c65d8a73f703bcf5a6667688f9d1f0.mhbtsbpdnt.acm-validations.aws."
                            ],
                            "ttl": 60,
                            "type": "CNAME",
                            "zoneId": "Z03703953JE65MP1RAIBT"
                        },
                        "outputs": {
                            "__meta": "{\"schema_version\":\"2\"}",
                            "aliases": [],
                            "allowOverwrite": true,
                            "cidrRoutingPolicy": null,
                            "failoverRoutingPolicies": [],
                            "fqdn": "_98f5381451f39ef3eaebd6cdf7fd5667.raphaeltm.defang.app",
                            "geolocationRoutingPolicies": [],
                            "healthCheckId": "",
                            "id": "Z03703953JE65MP1RAIBT__98f5381451f39ef3eaebd6cdf7fd5667.raphaeltm.defang.app._CNAME",
                            "latencyRoutingPolicies": [],
                            "multivalueAnswerRoutingPolicy": false,
                            "name": "_98f5381451f39ef3eaebd6cdf7fd5667.raphaeltm.defang.app",
                            "records": [
                                "_80c65d8a73f703bcf5a6667688f9d1f0.mhbtsbpdnt.acm-validations.aws."
                            ],
                            "setIdentifier": "",
                            "ttl": 60,
                            "type": "CNAME",
                            "weightedRoutingPolicies": [],
                            "zoneId": "Z03703953JE65MP1RAIBT"
                        },
                        "parent": "urn:pulumi:beta::gpu-demo::pulumi:pulumi:Stack::gpu-demo-beta",
                        "provider": "urn:pulumi:beta::gpu-demo::pulumi:providers:aws::default::6e3accf8-3420-4302-9009-5c77bcd1cf8c",
                        "propertyDependencies": {
                            "allowOverwrite": null,
                            "name": null,
                            "records": null,
                            "ttl": null,
                            "type": null,
                            "zoneId": null
                        },
                        "created": "2024-03-06T22:53:34.339961551Z",
                        "modified": "2024-03-07T00:39:21.290429364Z",
                        "sourcePosition": "project:///../../app/shared/aws.ts#135,10"
                    },
                    "type": "deleting"
                }
            ]
        }
    }
}

Nevermind. It seems to have worked eventually. I guess I was being impatient. I think the refresh that @lionello added did indeed fix the issue.

repo: defang-io/defang


text:
Restarting with stat/debugger is active

When I run python app.py, I get this:

Restarting with stat
Debugger is active!
Debugger pin code: 319-823-268

Anyone know what's going on?

Open :
local host:5000 after getting the above op and try

I get the same thing and can't open http://localhost:5000/

authors: AldrichMascarenhas r86640 victorbasu

repo: defaultnamehere/tinder-detective


text:
Spacing scale 6 rem value incorrect

Steps to reproduce
The rem value on https://design-system.digital.mod.uk/tokens/spacing for size 6 in the spacing scale is incorrect:

It should read 0.75rem rather than 1.75rem.

This was done and didn't auto-close it seems.

repo: defencedigital/design-system-docs


text:
chore(buildpacks): update heroku-buildpack-java to v44

See https://github.com/heroku/heroku-buildpack-java/compare/v43...v44

I tested this with example-java-jetty.

repo: deis/deis


text:
Add S3/GCS env vars for unit tests

The distribution storage unit tests are basically no-ops unless actual AWS or other provider credentials are set. We need to set the env vars at https://travis-ci.org/deis/distribution and ensure we're actually running all the storage tests so we have confidence our modifications aren't breaking things.

This is done, see https://travis-ci.org/deis/distribution/builds/113528041.

repo: deis/distribution


text:
docs(readme): adding basic create/delete lease cli documentation to readme

Fixes #60

Current coverage is 55.96% (diff: 100%)

Merging #92 into master will not change coverage

@@             master        #92   diff @@
==========================================
  Files            21         21
  Lines           520        520
  Methods           0          0
  Messages          0          0
  Branches          0          0
==========================================
  Hits            291        291
  Misses          190        190
  Partials         39         39

Powered by Codecov. Last update 6e32762...cb386e9

authors: codecov-io ultimateboy


text:
Create automatic cleanup for tests

Right now if a test fails, cleanup of testing resources does not happen. We should either implement a "Guard" style resource that wraps the k8s resource with a Drop implementation or using a crate that allows for cleanup steps to be run

Please note that I tried this with the Guard style resource and because there is no async Drop, you'll need to spin things off on a thread with thread::spawn if you go that route. Just trying to block on the future causes it to freeze up

It looks like you can't use catch_unwind either because the kube::Client type isn't unwind safe.

And, more fundamentally, because async closures are not yet in stable Rust.  So even if you make the cleanup code completely self-contained, you can't pass it to catch_unwind (or set_hook) because the compiler requires you to handle the future but you can't await on it.

@itowlson Did you give implementing Drop a try?

@thomastaylor312 Yes - the trouble I had with Drop was getting the spawned thread to run an async function because of the drum roll 'async lambdas are not stable' issue.

@itowlson have you tried creating a runtime and running the async task?
let mut rt = Runtime::new()?;

@rylev YAY!  Combined your suggestion with one of @thomastaylor312's and we have ignition!

authors: itowlson rylev thomastaylor312

repo: deislabs/krustlet


text:
Update ratify-on-azure.md

Changed the following:

Referring to ratify/ratify instead of a local chart as this makes sense as the helm repo is added in the preceding command
Changed KEY_NAME to CERT_NAME as this builds on the existing Microsoft Documentation and is a prerequisite

@FeynmanZhou , Just checking do you have any feedback before we merge this? thanks

authors: susanshi whaakman

repo: deislabs/ratify-web


text:
Click column to sort

fixes #125

@adamjimenez rocks!
How does this work? The question in the issue was, how you sort on a tree?

Thanks :)
It makes use of the existing sort plugin in jstree.

OK, so overall looks good. I changed the file order a little bit.

The column sort is case sensitive. Wouldn't it be better to have an option to make it case insensitive? I think a lot of text based searches are case insensitive

@meddyrainzo Yeah that is a good idea, at least as an option. We already have grid options of sortOrder and sortAsc, so adding sortCase (true = case-sensitive, false = case-insensitive/default) is a good idea.
PR it?

Sorry for replying late. Didn't notice this comment earlier. Made a pull request. I opted to have case sensitive as the default since that is how it has always been. Anyone that wants it to be case insensitive should just add the option caseInsensitve : true. Is that fair enough?
Pull request

@meddyrainzo thanks, will comment there

authors: adamjimenez deitch meddyrainzo

repo: deitch/jstree-grid


text:
Make delegate page more appealing

If we want users to link to the delegate page directly, we need to make it nicers:

show the name of the delegate with picture
show the description, maybe just the short one, with a ContentReveal again?

otherwise landing on this isn't really appealing

@goldsteinsveta I assume you work on a design for this?
Keep in mind that more info can be placed here coming from the People chain. I am preparing the connection here: #124

authors: Tbaut wirednkod

repo: delegit-xyz/dashboard


text:
How can we create database/collections name from device side

Hi All,
It may be a wrong question but i would like to ask. I do not know much about web development but using meteor i would like to develop my android application, I know very little about web.Coming to point, Is there any way to create database/collection name using android and also handle some validations which need handle in Nodejs(i mean something like simple schema and all), Let me explain with some code
TestDataBase = new Mongo.Collection('testdatabase');

TestDataBase.allow({
	insert: function(){
		return true;
	}
});
TestDataBase.allow({
	remove: function(){
		return true;
	}
});
TestDataBase.allow({
	update: function(){
		return true;
	}
});

if you've observed the above code, first I need to create the javascript code then only I can access in my android application for getting collections/database. In this time who do not know the javascript and all very difficult to understand and also we need to write same code for both web and mobile platforms.
Is it possibility to create database/collection name from the android side?. If you guys need any information/clarification please let me know. Why i am just asking is, previous i worked on **couchbase lite android **( of course that will support offline also may be reason why couhbase lite supporting)  where i am able to creating my self database with auto replication(pull and push). Do we have any possibilities in meteor like this?
Thank's
Prasnna Kumar

Thanks for your question!
Learning both web development and Meteor at the same time can be a lot of work. But for Meteor to work with Android (via this library), you don't need to know everything, fortunately.

You need some basic JavaScript knowledge so that you can understand what the snippet that you posted is doing exactly.
You must understand the server-side part of Meteor.

If you know these things and if you understand every single character of your snippet, that's enough :)
So if you want to create a collection named testdatabase from Android, you have to create a method on the server (in JavaScript) that does this -- and then just call that method on Android (in Java). Your server-side method can do anything you want: You can just create the collection, but you can also populate it with initial data if you want, or insert some data to other (related) collections, etc.
If you want to access the data for that collection on Android, you have to subscribe to something you published on the server. So you may want to read about publish/subscribe with Meteor. And afterwards, you can use the database access classes from this library to see what your Android client received from the server.
To sum up, you have to write the server-side code in JavaScript because your server is a Meteor server and you can't use the Android client without any capable JavaScript server. But if you write the server-side code in JavaScript, you can have an Android client that has little code only and communicates with the server securely.
Does that help?

Hi mwaclawek,
Thanks for your quick reply and clarification of my queries. Yeah, definitely it will help me lot and just i have to learn about basics of JavaScript and meteor server side code.Once again i would like to thanks for your quick reply.

You're welcome!
For future problems or questions please just open a new issue again :)

authors: mwaclawek prasannakumark

repo: delight-im/Android-DDP


text:
Usr/anathoodell/zonedetect

Description
Detect Zone info in node labels and return the list of nodes with this label-value pair.
GitHub Issues
List the GitHub issues impacted by this PR:

GitHub Issue #

https://github.com/dell/csm/issues/1612

Checklist:

[x] I have performed a self-review of my own code to ensure there are no formatting, vetting, linting, or security issues
[x] I have verified that new and existing unit tests pass locally with my changes
[x] I have not allowed coverage numbers to degenerate
[x] I have maintained at least 90% code coverage
[x] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[x] I have added tests that prove my fix is effective or that my feature works
[x] I have maintained backward compatibility
[ ] I have executed the relevant end-to-end test scenarios

How Has This Been Tested?
Please describe the tests that you ran to verify your changes. Please also list any relevant details for your test configuration

[x] k8s cluster add node labels to some workers, and dump the nodelist that the function returns

Looks like we need to use https://github.com/dell/csm/issues/1613 for our PRs as part of the feature.
Also, please update the summary to remove the branch name

@EvgenyUglov  fixed the bugid and the title as suggested. thanks

authors: EvgenyUglov anathoodell

repo: dell/csm-operator


text:
[BUG]: Fix Gosec error in service.go

Bug Description
gosec flagged an unhandled error condition in beforeServe function. Error doesn't impact the functionality but gets flag so it should be fixed.
Line number: 319 in service.go
Logs
N/A
Screenshots
No response
Additional Environment Information
No response
Steps to Reproduce
run gosec on the gopowermax
Expected Behavior
No gosec errors
CSM Driver(s)
csi-powermax
Installation Type
No response
Container Storage Modules Enabled
No response
Container Orchestrator
N/A
Operating System
N/A

/link 28256

repo: dell/csm


text:
[BUG]: karavi-authorization-config secret should be handled internally and need not to be required as a pre-requisite

Bug Description
This secret is used for the communication between authorization side car and the driver which is internal and need not to be expected to be set by customer

karavi-authorization-config secret is asking for details of username and password which is used nowhere
karavi-authorization-config secret is asking for intendedendpoint of the array which is used nowhere
karavi-authorization-config secret is asking for endpoint which is an internal connection for authorization side car
Rest of the values are also optional and retrieved from values.yaml

Logs
https://github.com/dell/csi-powermax/blob/main/samples/secret/karavi-authorization-config.json - Refer to the secret here
Screenshots
No response
Additional Environment Information
No response
Steps to Reproduce
Refer to the secret https://github.com/dell/csi-powermax/blob/main/samples/secret/karavi-authorization-config.json - Refer to the secret here
Expected Behavior
Remove the dependency of this secret and relevant documentation needs to be updated
CSM Driver(s)
PowerMax, PowerScale, PowerFlex
Installation Type
No response
Container Storage Modules Enabled
No response
Container Orchestrator
NA
Operating System
NA

/sync

This will be captured as part of enhancements to reduce secrets for Authorization in a future release.

authors: gallacher shanmydell sharmilarama


text:
[FEATURE]: Automatic cluster registration for PowerStore kubernetes visibility

Describe the solution you'd like
PowerStore K8s Automatic registration request by using a service account token
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Additional context
Add any other context or screenshots about the feature request here.

This has been removed from the support from platform team

authors: shanmydell spriya-m