Update docs to reflect that labels are the preferred way to set affinities and constraints

And that environment variables are deprecated.
In https://github.com/docker/swarm/blob/0d94d7/cluster/config.go#L64 affinities set as environment variables are removed from the container config.
But all the docs (https://github.com/docker/swarm/blob/0d94d7a11a8efc97ddceb04073a281adce93b365/docs/scheduler/filter.md, https://github.com/docker/swarm/tree/master/scheduler/filter#affinity-filter) still refer to environment variables , and don't mention labels.
I think these should be updated to show labels if they are now the preferred way of setting affinities and constraints.
+area/doc

:-1: I don't consider environment variables as deprecated, it's stored as labels internally, but it's so complicated to use, I think we should keep env vars.

Would it be worth documenting that it's at least an option?
The problem I have with environment variables is that they get removed from the ContainerConfig. It's very unexpected for a user to create a container and then see their config disappear when they inspect the container.
If environment variables aren't deprecated, could we keep them in the container config instead of removing them?

Yes we could mention labels in the docs.
It's way easier to have them store all in one place, that's why we kept only labels

I understand that. I think it makes a lot of sense to copy them out of environment and into labels, but I think it's unnecessary to remove them from environment.  Once they are copied they should be able to stay in environment.

@rolfedh is this on your radar?
cc: @moxiegirl

Closing due to lack of activity. Please reopen if you wish to continue discussing it.


Update to emit warning vs error when no site found

emit a warning vs error to prevent the page from not loading.  This will just throw an error for each newsletter with no site assigned.  We could just remove this all together and only return newsletters with a site assigned.

 newsletters.oemoffhighway.com internal server error


chore(main): release 0.3.0

:robot: I have created a release beep boop
0.3.0 (2024-11-06)
Features

Output container URI from build workflow (#20) (41d0fac)

This PR was generated with Release Please. See documentation.

:robot: Created releases:

v0.3.0
:sunflower:


Applies to Doc Due Date offset function

We noticed that when using the Suggest Vendor Payments and we want to use the Applies-to-Doc. Due Date offset this field is not working as expected. We do not have the Find Payment Discounts enabled so then the Applies-to-doc due date offset should work.
[Enter feedback here]

Document details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: ff228543-8999-8073-3d13-2de0800c677d
Version Independent ID: 5d180045-1481-2a02-83af-c33c6d1d54f8
Content: Use the Suggest Vendor Payments Batch Job - Business Central
Content Source: business-central/payables-how-suggest-vendor-payments.md
Service: dynamics365-business-central
GitHub Login: @SorenGP
Microsoft Alias: edupont

Hello,
Thank you for your feedback. Since your question is not about the Help, we suggest that you contact technical support. For more information, see Report a Problem.


Disappearing funds from xbridge(reward for fixing in BTC - more details on discord)

Most easy way explained, wallets has UTXO funds sitting on addresses, but Xbridge itself who is the only responsible for reserving/releasing UTXOs for orders, thinks some/all UTXOs are reserved but is not able to say what order UTXOs reserved for.
Bug impact/what is causing:

xbridge things UTXO is reserved/locked/used whatever you we name it, but is not able to provide order id
but CLI of wallet ie DOGE/LTC sees UTXO as available/unlocked
utxos are disappearing from xbridge availability, blocknet daemon/wallet/bots need to be restarted

(like which coins ? Is is only DOGE ? Are you creating exact or partial orders? etc. - anything you think might help)

exact orders+ DOGE LTC pair twice, with both coins.
but saw other pairs also

summary:

Running xbridge scripts ie dxmakerbot which is using dxmakeorder and dxcancelorder on pair ie DOGE vs LTC causing that call DOGE/LTC wallets cli listunspent minconfirm=1 amount does not match xbridge dxgetUtxos coin=DOGE/LTC include_used=false  . Xbridge think UTXOs are mark as used even if they have no order ID to be provided when callingdxgetutxos DOGE true or dxgetutxos LTC true.

ideally also provide the xbridge log from a day when it occurred

I was looking at logs, but as i mentioned before, i think we need debug/messages.
As i mentioned before idea was to update xpcxbridge.cpp code i was pointing on, especially that part of cpp code where locked and unlocked utxos are processing to get results which utxos are locked and which are unlocked.

What behavior did you expect?

Xbridge and wallet CLI locked/available amounts must match.

How reliably can you reproduce the issue, what are the steps to do so?

setup ie Blocknet + LTC + DOGE+ DxBot on LTC/DOGE, just let Bot create and cancel orders... will hit bug soon/later/6h.
bug seems like hit also when no orders are accepted... just creating and cancelling orders...

What version of Bitcoin Core are you using, where did you get it (website, self-compiled, etc)?

4.3.2 also 4.3.3 also self compiled also pre-build also gui also daemon.

What type of machine are you observing the error on (OS/CPU and disk type)?

Debian GNU/Llinux, lots of free space, lots of free ram, so not a missing resources bug.

Any extra information that might be useful in the debugging process.

Just for inspiration by brainlesswojak :grin:  >> Maybe adding some debug logs to rpcxbridge.cpp will be enough >>
dxMakeOrder() >> any error or cleanup we missed to handle ?
dxCancelOrder() >> any error or cleanup we missed to handle ?
dxGetUtxos()  >> UTXO which is reserved for order should also have order id, but this RPC call in situation when bug is already hit, order is ""(empty string) >>

std::set<xbridge::wallet::UtxoEntry> excluded = xapp.getAllLockedUtxos(token);
    std::vector<xbridge::wallet::UtxoEntry> unspent;
    if (!conn->getUnspent(unspent, !includeUsed ? excluded : std::set<xbridge::wallet::UtxoEntry>{}))
        return uret(xbridge::makeError(xbridge::BAD_REQUEST, __FUNCTION__, "failed to get unspent transaction outputs"));

    UniValue r(UniValue::VARR);
    for (const auto & utxo : unspent) {
        UniValue o(UniValue::VOBJ);
        o.pushKV("txid", utxo.txId);
        o.pushKV("vout", static_cast<int>(utxo.vout));
        o.pushKV("amount", xbridge::xBridgeStringValueFromPrice(utxo.amount, conn->COIN));
        o.pushKV("address", utxo.address);
        o.pushKV("scriptPubKey", utxo.scriptPubKey);
        o.pushKV("confirmations", static_cast<int>(utxo.confirmations));
        o.pushKV("orderid", "");
        if (excluded.count(utxo) > 0) {
            auto orderid = xapp.orderWithUtxo(utxo);
            o.pushKV("orderid", orderid.IsNull() ? "" : orderid.GetHex());
        }
        r.push_back(o);
    }

maybe also some debug in case when order is accepted... maybe we hit some corner case .... order been accepted but error happen and i missed that error in logs so some specific debug for this would be also good.

reproduce hint steps
compile blocknet wallet with debug symbols
coin=blocknet
mkdir -p ~/Downloads/ccwallets/${coin}/git.src
cd ~/Downloads/ccwallets/${coin}/git.src

export CC=clang
export CXX=clang++

git clone https://github.com/blocknetdx/blocknet.git ./
git checkout origin/4.3.3

sh autogen.sh

proxychains make -j4 -C depends bdb boost
cd "depends/built/" && cc_archdir=`ls` && cd ../../
tar xvzf depends/built/${cc_archdir}/bdb/*.tar.gz -C ./depends/${cc_archdir}/
tar xvzf depends/built/${cc_archdir}/boost/*.tar.gz -C ./depends/${cc_archdir}/

./configure --quiet LDFLAGS="-L`pwd`/depends/${cc_archdir}/lib/" CPPFLAGS="-I`pwd`/depends/${cc_archdir}/include/" CXXFLAGS="-O3 -march=native" --with-boost-libdir=`pwd`/depends/${cc_archdir}/lib/ --disable-bench --disable-gui-tests --disable-tests --enable-reduce-exports --without-miniupnpc --without-zmq --with-gui=auto --enable-debug

make -j4

download litecoin wallet
https://github.com/litecoin-project/litecoin/releases/tag/v0.18.1
download dogecoin wallet
https://github.com/dogecoin/dogecoin/releases/tag/v1.14.5
update blocknet config ~/.blocknet/blocknet.conf with
listen=1
server=1
rpcbind=<IP_ADDRESS>
rpcallowip=<IP_ADDRESS>
port=41412
rpcport=41414
rpcuser=BlockDXBlocknet
rpcpassword=<custom blocknet password here>
dxnowallets=1
rpcworkqueue=256
txindex=1

update litecoin config ~/.litecoin/litecoin.conf with
server=1
listen=1
rpcbind=<IP_ADDRESS>
rpcallowip=<IP_ADDRESS>
port=9333
rpcport=9332
txindex=1
addresstype=legacy
changetype=legacy
rpcuser=BlockDXLitecoin
rpcpassword=<custom litecoin password here>
deprecatedrpc=signrawtransaction

update dogecoin config ~/.dogecoin/dogecoin.conf with
listen=1
server=1
rpcallowip=<IP_ADDRESS>
port=22556
rpcport=22555
rpcuser=BlockDXDogecoin
rpcpassword=<custom doge password here>
txindex=1

update xbridge configuration ~/.blocknet/xbridge.conf with
[Main]
ExchangeWallets=BLOCK,DOGE,LTC
FullLog=true
ShowAllOrders=true
[BLOCK]
Title=Blocknet
Ip=<IP_ADDRESS>
Port=41414
AddressPrefix=26
ScriptPrefix=28
SecretPrefix=154
COIN=100000000
MinimumAmount=0
TxVersion=1
DustAmount=0
CreateTxMethod=BTC
GetNewKeySupported=true
ImportWithNoScanSupported=true
MinTxFee=10000
BlockTime=60
FeePerByte=20
Confirmations=0
Username=BlockDXBlocknet
Password=<custom same blocknet pass here>
Address=
TxWithTimeField=false
LockCoinsSupported=false
JSONVersion=
ContentType=
CashAddrPrefix=
[DOGE]
Title=Dogecoin
Ip=<IP_ADDRESS>
Port=22555
AddressPrefix=30
ScriptPrefix=22
SecretPrefix=158
COIN=100000000
MinimumAmount=0
TxVersion=1
DustAmount=0
CreateTxMethod=BTC
GetNewKeySupported=false
ImportWithNoScanSupported=true
MinTxFee=100000000
BlockTime=60
FeePerByte=200000
Confirmations=0
Username=BlockDXDogecoin
Password=<custom same dogecoin pass here>
Address=
TxWithTimeField=false
LockCoinsSupported=false
JSONVersion=
ContentType=
CashAddrPrefix=
[LTC]
Title=Litecoin
Ip=<IP_ADDRESS>
Port=9332
AddressPrefix=48
ScriptPrefix=50
SecretPrefix=176
COIN=100000000
MinimumAmount=0
DustAmount=0
CreateTxMethod=BTC
GetNewKeySupported=true
ImportWithNoScanSupported=true
FeePerByte=10
MinTxFee=5000
TxVersion=2
BlockTime=150
Confirmations=0
Username=BlockDXLitecoin
Password=<custom same litecoin pass here>
Address=
TxWithTimeField=false
LockCoinsSupported=false
JSONVersion=
ContentType=
CashAddrPrefix=

setup dxmakerbot for more easy to reproduce bug
coin=dxbot
mkdir -p ~/Downloads/ccwallets/${coin}/git.src
cd ~/Downloads/ccwallets/${coin}/git.src

git clone https://github.com/nnmfnwl7/dxmakerbot.git ./
git checkout origin/fazer_dxmakerbot_latest_alfa

# rpc password copy
echo "tradingaddress = {}" >> utils/dxsettings.py
echo "rpcport = 41414" >> utils/dxsettings.py
tempusrpass=`cat ~/.blocknet/blocknet.conf | grep rpcuser | cut -d "=" -f2`
echo "rpcuser = '$tempusrpass'" >> utils/dxsettings.py
tempusrpass=""
tempusrpass=`cat ~/.blocknet/blocknet.conf | grep rpcpassword | cut -d "=" -f2`
echo "rpcpassword = '$tempusrpass'" >> utils/dxsettings.py
tempusrpass=""

# install DXBOT dependencies
pip3 install -r requirements.txt

# copy example dxmakerbot v2 configurations
cp howto/examples/bot_v2_sell_block_buy_ltc.py ./bot_v2_sell_doge_buy_ltc.py
cp howto/examples/bot_v2_sell_ltc_buy_block.py ./bot_v2_sell_ltc_buy_doge.py

# manually edit config files by your needs, but at least --makeraddress and --takeraddress is needed to edit
edit bot_v2_sell_doge_buy_ltc.py
edit bot_v2_sell_ltc_buy_doge.py

# run bot 1 on separated terminal window
python3 dxmakerbot_v2_run.py --config bot_v2_sell_doge_buy_ltc

# run bot 2 on separated terminal window
python3 dxmakerbot_v2_run.py --config bot_v2_sell_ltc_buy_doge

# to cancel opened orders CTRL + C
python3 dxmakerbot_v2_run.py --config bot_v2_sell_doge_buy_ltc --cancelmarket
python3 dxmakerbot_v2_run.py --config bot_v2_sell_ltc_buy_doge --cancelmarket

to check if bug occurred you need to compare values
./litecoin-cli getwalletinfo | grep balance
./dogecoin-cli getwalletinfo | grep balance

./blocknet-cli dxgetUtxos LTC false
./blocknet-cli dxgetUtxos DOGE false

./blocknet-cli dxgetUtxos LTC true
./blocknet-cli dxgetUtxos DOGE true

When bug hit and there are no orders are created,
command getwalletinfo returns correct value,
but dxgetUtxos is not able to return all UTXOs with include_used=false which should return all UTXOs because all should be free because no orders are created.

Encountered this while testing SYS v4.3. Got inaccessible UTXOS for TBLOCK:
blockops@ops2:~/.syscoin$ btcli getwalletinfo
{
  "walletname": "",
  "walletversion": 169900,
  "balance":<PHONE_NUMBER>5,
  "unconfirmed_balance": 0.00000000,
  "immature_balance": 3190.95924580,
  "txcount": 2619,
  "keypoololdest":<PHONE_NUMBER>,
  "keypoolsize": 1000,
  "keypoolsize_hd_internal": 1000,
  "unlocked_until":<PHONE_NUMBER>,
  "paytxfee": 0.00000000,
  "hdseedid": "3c9b490c660ec231a5346674b0a1005698d3f7b7",
  "private_keys_enabled": true
}
blockops@ops2:~/.syscoin$ btcli listunspent
[
  {
    "txid": "ad7d20d1d84c23837b42602b868918480215165f4db0d195f083d0ce3855710a",
    "vout": 1,
    "address": "y7zoKVGCEAQRGGphypACF6GHxVrwd2Q6i4",
    "label": "DX",
    "scriptPubKey": "21024e597aae9fd2023097b1f1e661b4fab20c47d05cbfc38efdbc1ae07c5f1c9e63ac",
    "amount":<PHONE_NUMBER>0,
    "confirmations": 83,
    "spendable": true,
    "solvable": true,
    "desc": "pk([49dafd96/0'/0'/0']024e597aae9fd2023097b1f1e661b4fab20c47d05cbfc38efdbc1ae07c5f1c9e63)#tu3zw047",
    "safe": true
  },
  {
    "txid": "edbfd730a38ca39718d6903d19988ee70b111a0c848c5fb3175a52c47f7ba51c",
    "vout": 1,
    "address": "yAVRPxF555TSC8pgF7x55h31YCHGayRb8X",
    "scriptPubKey": "21023824f98c41165206fcd78605d8165845c7bb5c6ea21d6baad8a39a13e5919cbbac",
    "amount": 40.98921150,
    "confirmations": 856,
    "spendable": true,
    "solvable": true,
    "desc": "pk([49dafd96/0'/1'/1']023824f98c41165206fcd78605d8165845c7bb5c6ea21d6baad8a39a13e5919cbb)#03nlayf4",
    "safe": true
  },
  {
    "txid": "9c672387b1b518c5c90f0fbb7b2b710c4771777e308ae205831e3e31b0bf764f",
    "vout": 0,
    "address": "y7zoKVGCEAQRGGphypACF6GHxVrwd2Q6i4",
    "label": "DX",
    "scriptPubKey": "76a91478d7acd85d7e6aae0bd5758dd82b98f0e9a9324488ac",
    "amount": 0.47552500,
    "confirmations": 22,
    "spendable": true,
    "solvable": true,
    "desc": "pkh([49dafd96/0'/0'/0']024e597aae9fd2023097b1f1e661b4fab20c47d05cbfc38efdbc1ae07c5f1c9e63)#k2uwrvta",
    "safe": true
  },
  {
    "txid": "37224abd63f85c78cc164843cd5bc3c8c424b135aa4efda1869dcc12280e74d4",
    "vout": 1,
    "address": "y3aKvhgNP4FWyLyfvpUafhznyJwTyCHDyK",
    "scriptPubKey": "21031537e828def65f0a4ee58778990a376473c20fb726dc9db573cf0630cd482953ac",
    "amount": 3.83807805,
    "confirmations": 9934,
    "spendable": true,
    "solvable": true,
    "desc": "pk([49dafd96/0'/1'/5']031537e828def65f0a4ee58778990a376473c20fb726dc9db573cf0630cd482953)#cher4xqt",
    "safe": true
  }
]
blockops@ops2:~/.syscoin$ btcli dxgetutxos TBLOCK
[
  {
    "txid": "9c672387b1b518c5c90f0fbb7b2b710c4771777e308ae205831e3e31b0bf764f",
    "vout": 0,
    "amount": "0.47552500",
    "address": "y7zoKVGCEAQRGGphypACF6GHxVrwd2Q6i4",
    "scriptPubKey": "76a91478d7acd85d7e6aae0bd5758dd82b98f0e9a9324488ac",
    "confirmations": 22,
    "orderid": ""
  }
]

btcli dxgetutxos TBLOCK

And result of btcli dxgetutxos TBLOCK true and btcli dxgetutxos TBLOCK false result has same "orderid": "" empty string but different number of utxos?


chore(release): 🔖 publish the new version [ci skip]

👀 PR includes

✨ Feature

[ ] New feature

🎨 Enhance

[ ] Code style optimization
[ ] Refactoring
[ ] Change the UI
[ ] Improve the performance
[ ] Type optimization

🐛 Bugfix

[ ] Solve the issue and close #0

🔧 Chore

[ ] Test case
[ ] Docs / demos update
[ ] CI / workflow
[x] Release version v1.0.3(s2 & s2-react)
[ ] Other ()

📝 Description
🖼 Screenshot

Before
After

❌
✅

🔗 Related issue link

🔍 Self Check before Merge

[ ] Add or update relevant Docs.
[ ] Add or update relevant Demos.
[ ] Add or update relevant TypeScript definitions.

这两个版本一般都是同步的吗？

如果依赖底表肯定是同步的，反之不一定


Search and Replace is broken on certain recursive patterns

Search and replace is broken when for instance searching for code and replacing with code-y due to infinite recursion.

This has been addressed from an API perspective in an Ωedit update that once merged, can be used to fix this issue.

This has been completed.


Why is my code so big?

I can't figure out how to reduce it.  It's hard to read it like this.
Version: 1.73.1
Commit:<PHONE_NUMBER>f055b99068d3688932416f2346dd3b
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/<IP_ADDRESS> Safari/537.36
Embedder: codespaces

/gifPlease

Thanks for reporting this issue! Unfortunately, it's hard for us to understand what issue you're seeing. Please help us out by providing a screen recording showing exactly what isn't working as expected. While we can work with most standard formats, .gif files are preferred as they are displayed inline on GitHub. You may find https://gifcap.dev helpful as a browser-based gif recording tool.
If the issue depends on keyboard input, you can help us by enabling screencast mode for the recording (Developer: Toggle Screencast Mode in the command palette). Lastly, please attach this file via the GitHub web interface as emailed responses will strip files out from the issue.
Happy coding!

Here's a screenshot.  The code is so much bigger than I ever code with I
just can't make it work.
[image: image.png]
On Fri, Nov 11, 2022 at 2:07 AM VSCode Triage Bot @.***>
wrote:

Thanks for reporting this issue! Unfortunately, it's hard for us to
understand what issue you're seeing. Please help us out by providing a
screen recording showing exactly what isn't working as expected. While we
can work with most standard formats, .gif files are preferred as they are
displayed inline on GitHub. You may find https://gifcap.dev helpful as a
browser-based gif recording tool.
If the issue depends on keyboard input, you can help us by enabling
screencast mode for the recording (Developer: Toggle Screencast Mode in
the command palette). Lastly, please attach this file via the GitHub web
interface as emailed responses will strip files out from the issue.
Happy coding!
—
Reply to this email directly, view it on GitHub
https://github.com/microsoft/vscode/issues/166096#issuecomment-1311491685,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AY6X63ZB43GHLHNMCKI7IN3WHYLGRANCNFSM6AAAAAAR5M6K3A
.
You are receiving this because you authored the thread.Message ID:
@.***>

Screenshots sent by email don't arrive in GitHub. Please go to the issue un your browser and paste the image into the Comment box.

Yes please share the image on github.com but you may need to zoom out or reduce your font size.

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


Update defaults for the registry operator

Updates the defaults for the devfile registry operator to match the Helm chart.
Updates the readme to cover installing the operator with OLM

/test all


NeRF-W latent appearance in coarse model

Thanks for the code!
Why don't you feed the latent appearance embedding into the coarse NeRF model? Is this a mistake?
In the NeRF in the Wild paper it says:
"Like NeRF, we simultaneously optimize two copies of Fθ: A fine model that uses the model and losses described above, and a coarse model that uses only the latent appearance modeling component."

You're correct I didn't add the appearance encoding to the coarse model, it should be a mistake. Unfortunately changing that now will break my pretrained models, so I will point the reader to that part in the readme.


[sinusbot] Add new chart.

Description of the change
New chart.
Benefits
New chart.
Possible drawbacks
N/A
Applicable issues
N/A
Additional information

Checklist

[ ] Chart version bumped in Chart.yaml according to semver.
[x] Title of the PR starts with chart name (e.g. [home-assistant])
[ ] Variables are documented in the README.md (this can be done with using our helm-docs wrapper ./hack/gen-helm-docs.sh stable <chart>)

In this case the official image only suggests creating a user (with auto-generated ID) outside of the container and passing it to docker run, so I guess it doesn't matter in this case.


Can't create a lambda with lambdaRole.Role.Arn

When you create a lambda using lambdaRole.Role.Arn in test.js you get the error:
InvalidParameterValueException: The role defined for the function cannot be assumed by Lambda.
However, when you output lambdaRole.Role.Arn and manually copy the string into:
AWSWrapper.createLambda({       lambdaFile: PATH_TO_LAMBDA_FUNCTION,       Role: "#lambaRole.Role.Arn string here#",   })
it will work. Timing doesn't seem to be the issue.

We're able to successfully attach the policy, we're just using the role before the policy has been fully activated which is causing this error


Reload deployment when secret is changed

Summary
Currently, changing the secret credentialsSecrets does not reload the pods.
Use cases

deploying the configuration

Proposed solution
https://helm.sh/docs/howto/charts_tips_and_tricks/#automatically-roll-deployments
Is there a workaround to accomplish this today?
Killing the pod.
References and prior work

Hey @zifeo,
That is a good suggestion. Feel free to put forwards a PR, or we will get to it when we have the capacity. Thanks!


Where is supoused to be placed the technical profiles as orchestration steps

I find confusing this step. Are placed these Orchestration steps on  "TrustFrameworkExtensions.xml" file? if so, SendClaims tag is not there. Assuming that the article at this step is still using the "SocialAndLocalAccounts/TrustFrameworkExtensions.xml" starter pack as reference.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: b323b269-e228-4e1f-265c-1b47831cc871
Version Independent ID: 9248541d-dc78-4cd6-01eb-2d459df058fe
Content: Track user behavior with Application Insights - Azure AD B2C
Content Source: articles/active-directory-b2c/analytics-with-application-insights.md
Service: active-directory
Sub-service: b2c
GitHub Login: @msmimart
Microsoft Alias: mimart

@jsantanders Thank you for your query. We will investigate and update the thread further.

@jsantanders We are talking about SendClaims Orchestration step as mentioned below for your reference.
<OrchestrationStep Order="7" Type="SendClaims" CpimIssuerTechnicalProfileReferenceId="JwtIssuer" />
Note: In your case, the order may be some other number than 7 if you have customized your use journey by adding on removing any orchestration steps. By default, there is one SendClaims orchestration step for each user journey i.e, SignuporSignin, ProfileEditing, PasswordReset. The Orchestration Step 8 and 9 in this document, should be added to SignuporSignin user journey. Keep in mind that the number of these orchestration steps can be different in your case.

@jsantanders Closing this thread. Feel free to tag me in your reply if you have any question.


IISWebAppDeployment: CreateWebsite parameter should be used instead of checking WebSiteName

As part of MsDeployOnTargetMachines,ps1, there is:
-not (IsInputNullOrEmpty -str $WebSiteName)

to determine if the task should create or update the target website.  Since the task.json requires the WebSiteName, this condition is always true, meaning the Create-Or-Update-Website function is always executed.  I would like to be able to uncheck the CreateWebsite parameter and skip the process of creating or updating the target website entirely - I have a different part of my pipeline handling that.
Expected behavior:

Preferred Use CreateWebsite to determine whether or not to run Create-Or-Update-Website (similar to how $AddBinding works).
Change task.json to allow WebSiteName (and other related parameters) to be not required. I suspect this is less desirable because WebSiteName is used in other places for purposes other than the Create-Or-Update check. Need a way to allow these fields to be not required when hidden but required when visible - not sure if that's currently supported.

See above commit for an example of correcting behavior for 1 above.  I have not tested, but plan doing so later this week and will submit a PR if it feels like the right direction.

Preskton,
Thanks for your help in trying to fix the issue. The required websitename input is controlled by a visibility rule using CreateWebsite. When CreateWebsite is false websitename is not required to be provided and hence it won't call the create or update function. Are you seeing a different behaviour? Can you share the logs when this is happening?

I got your scenario, I think first time you check boxed it and then provided the website name and then disabled the create option. In this case it happens. I will review your PR and provide comments thanks for your contribution.

Fixed PR : https://github.com/Microsoft/vso-agent-tasks/pull/1404 and this will be available in next vsts deployment


RFC Define order of imports

Based on http://stackoverflow.com/questions/22722976/import-order-coding-standard

Closed as agreed upon.


Update MD file on new branch 2017-12-10_23-37-35

:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

split/updateTestRef1.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


Net5 migration and multiplatform

net5 migration
Rename namespace to MathGmp.Native - to avoid conflicts with System.Math
Migrate tests to NUnit to use ordered tests
Add libgmp library sources for all platforms and import resolver
Update the main code to support multiplatform
Fix unit tests for updated libgmp from 6.1.2 to 6.2.1
Delete obsolete directory
Implement IDisposable
Use faster (but unsafe) method of zeroing a memory chunk
Remove SearchHelp.aspx (for now it wasn't working)

Co-authored-by: Hubert Banaszewski<EMAIL_ADDRESS>

The reason behind making a change of main library's namespace Math.Gmp.Native is an issue presented there, which does not seem to have any plausible walkaround: https://stackoverflow.com/questions/66781986

When are you planning to merge this?

We plan to migrate to .net 6 and support Apple Silicon in coming weeks.

I rewrote this library because I need netstandard 2.0 and multiplatform. Multitarget is not an option because of the usage of dll resolver and nativelibrary. So neither net5 nor net6 is an option for me. I also used mpir instead of gnu on windows. Because on windows I want to compile with visual studio and I do not want dependencies to msvc libs.

@soerendd feel free to close this PR or just leave it hanging for others to notice. If you want you can link to our repo in your readme.

No, I'm not the owner of this repo. I think this pr can and should be merged.


Manufacturing Capability Hierarchical Element Fix 3.1.0

Description
As discussed with @agg3fe, we needed to fix the representation of hierarchical elements in the Manufacturing Capability Aspect Model. This fix is a minor update and pulls the version from 3.0.0 to 3.1.0.
Closes #623

MS2 Criteria
(to be filled out by PR reviewer)

[ ] the model validates with the SAMM SDS SDK in the version specified in the Readme.md of this repository by the time of the MS2 check  (e.g., 'java -jar samm-cli.jar aspect <path-to-aspect-model> validate ). The  SAMM CLI is available here and in GitHub
[ ] use Camel-Case (e.g., "MyModelElement" or "TimeDifferenceGmtId", when in doubt follow https://google.github.io/styleguide/javaguide.html#s5.3-camel-case)
[ ] the identifiers for all model elements start with a capital letter except for properties
[ ] the identifier for properties starts with a small letter
[ ] all model elements at least contain the fields "preferred name" and "description" in English language. The description must be comprehensible. It is not required to write full sentences but style should be consistent over the whole model
[ ] Property and the referenced Characteristic should not have the same name
[ ] the versioning in the URN follows semantic versioning, where minor version bumps are backwards compatible and major version bumps are not backwards compatible.
[ ] use abbreviations only when necessary and if these are sufficiently common
[ ] avoid redundant prefixes in property names (consider adding properties to an enclosing Entity or even adapt the namespace of the model elements, e.g., instead of having two properties DismantlerId and DismantlerName use an Entity Dismantler with the properties name and id or use a URN like io.catenax.dismantler:0.0.1)
[ ] fields preferredName and description are not the same
[ ] preferredName should be human readable and follow normal orthography (e.g., no camel case but normal word separation)
[ ] name of aspect is singular except if it only has one property which is a Collection, List or Set. In theses cases, the aspect name is plural.
[ ] units are referenced from the SAMM unit catalog whenever possible
[ ] use constraints to make known constraints from the use case explicit in the aspect model
[ ] when relying on external standards, they are referenced through a "see" element
[ ] all properties with an simple type have an example value
[ ] metadata.json exists with status "release"
[ ] generated json schema validates against example json payload
[ ] file RELEASE_NOTES.md exists and contains entries for proposed model changes
[ ] all contributors to this model are mentioned in copyright header of model file

MS3 Criteria
(to be filled out by semantic modeling team before merge to main-branch)

[ ] All required reviewers have approved this PR (see reviewers section)
[ ] The new aspect (version) will be implemented by at least one data provider
[ ] The new aspect (version) will be consumed by at least one data consumer
[ ] There exists valid test data
[ ] In case of a new (incompatible) major version to an existing version, a migration strategy has been developed
[ ] The model has at least version '1.0.0'
[ ] If a previous model exists, model deprecation has been checked for previous model
[ ] The release date in the Release Note is set to the date of the MS3 approval

@FlorianPatzerC0d3 Will keep this PR on hold for now, as cyclic dependency issue needs to be resolved first.

Cyclic dependency: 3.1.0 of manufacturing capability model now references 1.1.0 from bill of process model, which will reference 3.1.0. Thus, with commit d098b00 the cyclic dependency is resolved as soon as bill of process model 1.1.0 is merged.

@FlorianPatzerC0d3 Thanks for the change You can raise the issue and PR for bill of process 1.1.0 also. I will do the MS2 for both PRs then.

This PR will be merged after the merge of bill of process 1.1.0.


Remove token from config file

I keep all my secrets outside of ~/.config and rely on environment variables. Would be nice to be able to provide an environment variable TWT_TOKEN instead of having to put it in ~/.config/twt/config.toml twitch.token

Good idea. I'll probably make it so that the application will search for an environment variable first, before attempting to fetch from the config file.

Sorry for the delay, university exists. This feature is being implemented and will be released in the next alpha.


[proposal] Add multitenancy support EntityManagerFactoryBuilder

Currently per spec there could only be multiple EntityManagerFactory's created with 'compatible' properties.
In an application it might still be useful to connect e.g. different databases/schemas/...
Eclipse Link (and probably others) have a concept of multitenancy where one can provide a property to the connection to choose e.g. different settings per tenant but still usign the same persitence-unit.
The proposal is that the JPA spec also support such isolation e.g. with a property passed to the EntityManagerFactory#createEntityManagerFactory method that creates such a context even if a PU with that name already exits. This could then be used to pass provider specific properties alongside with this properties to use such features provided by EclipseLink.
For example we can think of an osgi.unit.tenant property that is registered alongside with the usual osgi.unit.name, osgi.unit.version and osgi.unit.provider that allows a consumer to further filter the services watching for when this new feature is present.

In the light of https://github.com/osgi/osgi/issues/279 this could even be enhanced that instead listening to a single configuration an implementation could listen for factory-pids and create one service for each pid similar to how DS behaves to create an instance per configuration.
Then even complex deployments would be possible with JPA Spec (e.g. one could have a discovery that listens for database servers, register a configuration for each of them and then automatically corresponding EntityManagerFactory are available).

Eclipse Link (and probably others)

In my experience this isn't the case. The persistence unit name is used as a key by many providers, and therefore having multiple EMFs with different configurations would be a non-starter. One of the key tenets of the OSGi "access" specifications for things like JPA was that it should work entirely within the Java EE specification it was providing access to, otherwise all sorts of provider specific behaviour can end up being required.

Hibernate has also  multitenancy support https://docs.jboss.org/hibernate/orm/4.3/devguide/en-US/html/ch16.html
From my testing neither eclipse-link nor hibernate refuses to create multiple context for the same persistence unit.

Still required.


CAMEL-19783: Added reconnection, even if a message has not yet been received

Description
This makes the following changes:

Reconnect automatically with sensible defaults if we get an error before receiving the first message
Expose an API for updating the initialReplayId. At first, this might sound silly. "initialReplayId" is effectively a constant, right? But there's a notable exception in cases where the client restarts the route dynamically and may pull a new replay id from another source. This can happen in the case of clustering, where only one route is active at a time and failover may occur.
Expose an API to force plaintext via the consumer. This is for a similar reason to the existing method, but also makes it available to other test frameworks. We use a fake grpc endpoint to test the service and this will simplify that work.

Target

[x ] I checked that the commit is targeting the correct branch (note that Camel 3 uses camel-3.x, whereas Camel 4 uses the main branch)

Tracking

[ x] If this is a large change, bug fix, or code improvement, I checked there is a JIRA issue filed for the change (usually before you start working on it).

Apache Camel coding standards and style

[ x] I checked that each commit in the pull request has a meaningful subject line and body.

[ x] I have run mvn clean install -DskipTests locally and I have committed all auto-generated changes

/component-tests camel-salesforce

Can you open the same PR for 4.0.x @jsight ? Thank you.

@oscerd Backported here: https://github.com/apache/camel/pull/11308


Vaccinator rework

About the PR
Works on my machine, I'm gonna test on nyano for a few weeks while this is getting reviewed.
[x] - General UI proof of concept, disease population
[x] - Printing vaccines
[x] - Integrating with disease server and material storage
[x] - Queue handling
[x] - UI pass, sync
[x] - Machine upgrading
[x] - Spent vaccine sprites, more audiovisual feedback
Changelog

:cl: Rane

add: The vaccinator no longer takes swabs. Instead, you can spend biomass to manufacture vaccines.
add: Added vaccinator machine upgrading to reduce biomass cost.

Why biomass? It might make a little more sense if you put an individual disease sample into a machine which would then produce a "larger" sample to serve as the material for vaccines. That would make more sense than just using biomass.
I do like the idea though. Making multiple vaccines per sample is definitely the right direction.

biomass makes sense to me and is already used by other things in medical

https://user-images.githubusercontent.com/60792108/201263776-33cb018e-e0e4-41f3-84c7-8de586cc76ef.mp4

You mean nerfing the machine people already don't use, with a resource that's already really restricted and doesn't even really make sense here?
No.

the way it works now is just tedium, this allows mass production of vaccines and being able to quickly immunize people from all known infectious diseases

doesn't even really make sense here?

it's about as abstracted as everything else in this game. it's moved to an abstraction of mRNA vaccines, where the virus itself is not needed anymore.

I think this PR is an improvement to existing vaccinators and should be re-opened for discussion on the best way forward.
Vaccinators are currently clunky to use because it's one swab -> one vaccine. To vaccinate everyone, you'd need to keep someone sick long enough to harvest enough swabs, then create the vaccine. I suspect this is why most people don't bother.
I think creating multiple vaccines from one sample is a buff, not a nerf. It makes sense in the real world, and it would probably see more use in game.
Things I'd suggest discussing:

Perhaps it should take more than just one sample. Maybe it should be probabilistic, e.g. collect 5 samples and most of the time you're able to vaccinate.
Perhaps it should use something other than biomass.

But overall the ideas and direction seem reasonable, and it's just details that need discussion.

 How mechanics fit into the game with other mechanics is really important. And while I agree with the sentiment that current vaccinator isn't great, I don't think this one is much better.


New memory engine

We are currently using Badger as the main memory engine. This engine has several issues:

Slow compile time: Since Badger has some C dependencies, which makes build time really slow
Slow startup time: Running the Genji CLI takes sometimes several seconds
Lots of dependencies

Badger is awesome and having it as an engine is really important but I think it should be optional, and we should not use it as our default memory engine because of the reasons stated above.
Proposal
Step 1: Use BuntDB as the main memory engine
BuntDB is a lightweight in-memory KV Store that supports ACID transactions, and it seems to do exactly what we need.
Step 2: Make engine/badgerengine a sub package
Add a go.mod to this package so that it's not imported when installing Genji.

Fixed by #139


Max-Min Sum in Array

💥 Proposal
Max and minimum sum of  elements of array leaving one element in java
Have you read the Contributing Guidelines on Pull Requests?
yes

/assign


PPF-289: fix algorithm for text central alignment

Codecov Report
Base: 100.00% // Head: 100.00% // No change to project coverage :thumbsup:

Coverage data is based on head (4fb8857) compared to base (8fb462c).
Patch coverage: 100.00% of modified lines in pull request are covered.

Additional details and impacted files
@@            Coverage Diff            @@
##            master      #290   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           18        18
  Lines          927       927
=========================================
  Hits           927       927

Impacted Files
Coverage Δ

PyPDFForm/core/filler.py
100.00% <100.00%> (ø)

PyPDFForm/core/template.py
100.00% <100.00%> (ø)

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.


[Bug]: Static resource files are lost after packing

Pre-flight checklist

[X] I have read the contribution documentation for this project.
[X] I agree to follow the code of conduct that this project uses.
[X] I have searched the issue tracker for a bug that matches the one I want to file, without success.

Electron Forge version
7.3.0
Electron version
29.0.1
Operating system
window 10
Last known working Electron Forge version
No response
Expected behavior
Static resources should be packaged correctly and not lost
Actual behavior
If you use electron-forge to package electron, you will lose .obj static files in the packaged file.
Steps to reproduce
I added threejs to electron and then I used electron-forge to package electron. However, .obj files will be lost in the packaged files
    var mtlLoader = new THREE.MTLLoader()
    var objLoader = new THREE.OBJLoader()
    mtlLoader.setPath('static/Map/obj/')
    mtlLoader.load('room1.mtl',function(materials){
        materials.preload();
        objLoader.setMaterials(materials)
    });
    objLoader.setPath('static/Map/obj/')
    objLoader.load('room1.obj',function(object){
        object.traverse(function(child) {
            if(child instanceof THREE.Mesh) {
            child.material.transparent=true;
            child.receiveShadow = true;
            child.castShadow = true;
            child.material.map = texture;
            }
        })
        object.position.set(-6,-6,6)
        object.transparent=true;
        object.opacity=0.5
        scene.add(object);
        renderer.render(scene,camera);
    },undefined,function(error){
        console.log(error)
    });

Additional information
No response

I'm facing the same issue.
After updating to 7.3.0, resources/app folder has only .vite and node_modules and package.json.
Other files in electron folder does not exist.


update(docs): update supported fields for 0.32.0

Signed-off-by: Luca Guerra<EMAIL_ADDRESS>
What type of PR is this?

Uncomment one (or more) /kind <> lines:

/kind bug

/kind cleanup

/kind design

/kind user-interface

/kind content

/kind translation

Any specific area of the project related to this PR?

Uncomment one (or more) /area <> lines:

/area blog

/area documentation

/area videos

What this PR does / why we need it:
This PR updates the fields for version 0.32.0. In addition, the one-liner to generate the list with Falco has been updated. This adds an extra newline before each table which shouldn't change the rendering, the preview will confirm that.
Which issue(s) this PR fixes:

Fixes #
Special notes for your reviewer:

[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by: LucaGuerra
To complete the pull request process, please assign rajakavitha1 after the PR has been reviewed.
You can assign the PR to them by writing /assign @rajakavitha1 in a comment when ready.
The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

/approve

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: jasondellaluce, LucaGuerra
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

OWNERS [jasondellaluce]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

LGTM label has been added.  Git tree hash: 36ef95f665884016c421d2c572c6614dc1843e15

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: jasondellaluce, LucaGuerra
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

OWNERS [jasondellaluce]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment


Add auto dist style

This pr adds 'auto' as a diststyle for redshift. Fixes issue https://github.com/fishtown-analytics/dbt/issues/1882

Thanks @tjengel! This looks great :)
Are you able to rebase this change into a single commit? I'm going to kick off the tests here anyway just to make sure. @cla-bot check

What branch should I be rebasing to?

You’ll want dev/louisa-may-alcott- make to pull from the
fishtown-analytics/dbt first as we made some more changes to this branch
today!
On Mon, Nov 4, 2019 at 8:28 PM Tyler Engel<EMAIL_ADDRESS>wrote:

What branch should I be rebasing to?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/fishtown-analytics/dbt/pull/1885?email_source=notifications&email_token=AALYIE2YR3YFCWZE5PMINSLQSDD5LA5CNFSM4JIM5QDKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEDBJJDA#issuecomment-549622924,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AALYIE3Y2ZYCCA6DKWT5DB3QSDD5LANCNFSM4JIM5QDA
.

--
Drew Banin
Fishtown Analytics

@drewbanin This should be good to go now

@tjengel this LGTM but something weird happened with the test suite. I just kicked these tests off again - will merge it when they pass :)

Hi @tjengel, could you merge the latest dev/louisa-may-alcott in to this branch? It has a dependency fix that I think will get your tests happy again!

@beckjake This is done

Merging this now, thanks for your contribution @tjengel!


Remove dependency on OpenTuner.

We should implement our own search-space exploration techniques.

I've been using task parallelism with Charm/MPI to brute force exploration on the supercomputers. Thilina has suggested reinforcement learning.

I personally don't hate the search exploration technique in Opentuner (https://dl.acm.org/doi/abs/10.1145/1830483.1830619), but it's a bit of an overkill for our use case and I thought we could just implement the above paper by hand in feinsum itself.

I've been using task parallelism with Charm/MPI to brute force exploration on the supercomputers

Nice! We maintain the same sqlite file for populating the tuning results. I wonder if we could just launch a multi-rank run without any changes on the feinsum end :thinking:.

I think it should be possible. The parallel tuner currently just needs the untransformed kernel and a list of tuples of transformation strings and it will return the trials results with some performance data. It should be fairly straightforward to add the result(s) to the database.


I created an provider runner for spring mvc applications

See: https://github.com/realestate-com-au/pact-jvm-provider-spring-mvc
Is it possible to add a link in the readme?

Done!

Thanks!


Create an image for the secrets injection init container

The internal secrets provider webhook will inject an init-container in first position for all pods which will pull the secrets and write them to a file on a volume mount for other containers to consume.
The image should take as input:

The list of secrets to pull
The path under which each secret will be made available
The formatting that should be applied to each secret upon writing

These informations will be provided through env variables by the mutating webhook, based on annotations placed on the pods.

As we have changed our design, this is no longer required.


Raidboss: add ja trigger translation in 4.x alliance

And del missingTranslation flag in those file.

Thanks!!


improve support for plain HTTP DoH

Codecov Report
Base: 36.37% // Head: 36.68% // Increases project coverage by +0.30% :tada:

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

Additional details and impacted files
@@            Coverage Diff             @@
##           master      #78      +/-   ##
==========================================
+ Coverage   36.37%   36.68%   +0.30%
==========================================
  Files           6        6
  Lines         679      687       +8
==========================================
+ Hits          247      252       +5
- Misses        408      410       +2
- Partials       24       25       +1

Impacted Files
Coverage Δ

cmd/dnspyre/benchmark.go
67.77% <72.72%> (-0.25%)
:arrow_down:

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.


Add more text file reading and writing methods to Ch. 20

New Topic Request
Add all of the methods from this resource: https://www.programiz.com/python-programming/file-operation EXCEPT:

detach
fileno
flush
isatty
truncate

because they're not as commonly used for text file I/O compared to the other methods. This would all go under 20.2 Text Files, although I wouldn't be surprised if curriculum developers would need to separate it into 2 sections (Reading Text Files, Writing Text Files).
Why it's needed
The read and write methods are relatively limited. To give students more flexibility in file I/O (which also opens the door for more rigorous file I/O exercises), they should learn the other methods.

Added on Notion, section 20.2


Add fs package

Add diff comparison with support for double walking two trees for comparison or single walking a diff tree. Single walking requires further implementation for specific mount types.
Add directory copy function which is intended to provide fastest possible local copy of file system directories without hardlinking.
Add test package to make creating filesystems for test easy and comparisons deep and informative.

Note that this is using the sysx package from continuity instead of the bloated system package from Docker. We may want to just port the sysx package from continuity to here since it is much cleaner with generator to make it much easier to add syscalls.

LGTM

@dmcgowan do you mind adding [WIP] to the title until you're ready to have this merged (it can be merged even if it means follow up PRs are needed)

Added, @stevvooe wanted to take a look at the interface before merging

LGTM after renames + interface

Renamed and refactored interface based on feedback. Removed WIP tag.

LGTM

@dmcgowan Rebase!

LGTM


can;t run

project seems incomplete???

did you try turning it off and turning it on?

What about unplugging & plugging back in?


Feature request: dependencies

I wish Swift Package Index could show dependencies of a package as Swift Package Registry does. It helps find a package that has less dependencies.

Thanks for the suggestion Kenta! This feature request is already on the list and is being tracked as #307. I'll close this as a duplicate of that. Thanks again!

I'm sorry, I missed that. Thanks!


add python3 compatibility

please!

XD OK, but first I need some time to create some tests, maybe using splinter.


Test suite fails when current UTC offset is not -0500

Hi,
Running the test suite here fails:
 FAIL  tests/index.js
  react-moment
    ✕ children (34ms)
    ✕ date (6ms)
    ✕ parse (3ms)
    ✓ format (3ms)
    ✓ fromNow (10ms)
    ✓ from (10ms)
    ✓ toNow (10ms)
    ✓ to (10ms)
    ✓ calendar (3ms)
    ✕ unix (3ms)
    ✓ utc (4ms)
    ✓ other (4ms)

  ● react-moment › children

    expect(received).toEqual(expected)

    Expected value to equal:
      "Mon Apr 19 1976 12:59:00 GMT-0500"
    Received:
      "Mon Apr 19 1976 17:59:00 GMT+0000"

      at Object.<anonymous> (tests/index.js:26:91)

  ● react-moment › date

    expect(received).toEqual(expected)

    Expected value to equal:
      "Mon Apr 19 1976 12:59:00 GMT-0500"
    Received:
      "Mon Apr 19 1976 17:59:00 GMT+0000"

      at Object.<anonymous> (tests/index.js:44:91)

  ● react-moment › parse

    expect(received).toEqual(expected)

    Expected value to equal:
      "Mon Apr 19 1976 12:59:00 GMT-0500"
    Received:
      "Mon Apr 19 1976 12:59:00 GMT+0000"

      at Object.<anonymous> (tests/index.js:56:91)

  ● react-moment › unix

    expect(received).toEqual(expected)

    Expected value to equal:
      "Mon Apr 19 1976 12:59:00 GMT-0500"
    Received:
      "Mon Apr 19 1976 17:59:00 GMT+0000"

      at Object.<anonymous> (tests/index.js:134:91)

Test Summary
 › Ran all tests.
 › 4 tests failed, 8 tests passed (12 total in 1 test suite, run time 1.077s)

I guess this has something to do with the UTC offset, either the parsing or the formatting.

I was running the test suite from a Docker container, using the official node image. I managed to make it pass by setting the timezone to New York:
$ docker run -it --rm -v $PWD:/opt -w /opt -e "TZ=America/New_York" node npm test

 PASS  tests/index.js
  react-moment
    ✓ children (34ms)
    ✓ date (9ms)
    ✓ parse (2ms)
    ✓ format (3ms)
    ✓ fromNow (10ms)
    ✓ from (12ms)
    ✓ toNow (9ms)
    ✓ to (7ms)
    ✓ calendar (5ms)
    ✓ unix (3ms)
    ✓ utc (2ms)
    ✓ other (4ms)

Test Summary
 › Ran all tests.
 › 12 tests passed (12 total in 1 test suite, run time 1.054s)

I'm honestly not sure what to do about that. Still giving it some thought.


GC unused interface enforceRankProfileInheritance

@hmusum PR

We still have apps on 7.471 (in public), can be merged when those have upgraded.

K


Support running Linux containers under Linux

We are planning to add a feature to our LocalMultiplayerAgent that let's you run Linux Containers on Linux!

Any news on this? We would use it if it were available !

Thanks for reaching out @Cyantoo, I’m afraid we don’t have immediate plans for this feature. May I ask what is the use case? Are you folks developing on Linux or want the LocalMultiplayerAgent to run under a CI/CD pipeline?

It would be as part of a CI/CD pipeline, yes.


Some apps are not seen

I installed Powermanga in a VM to check if a bug that I reported long ago was still present in actual nighly (hrev56385) and the game doesn't appear in QuickLaunch even after a reboot.
I think that it might come from the executable that has no attributes. If I'm right any other app that have a binary of same kind won't be seen either. Hopefully, they are not so many.

Yeah, that cannot be helped, see Tips & Tricks (last 2 items) of the documentation.
Resources with application signatures (plus icon and possible supprted file formats) can be easily added when an app is packaged. You may want to consider opening tickets at haikuports to add a resource file to an app.
Or even submit PRs for those apps, there are many examples showing how it's done. :)

Ah... is this the reason apps whose names have been translated into Japanese like Screensaver (=スクリーンセーバー) and Calculator(=電卓）can only be found by their English names, and not by the translated names?  ie. because the app's resource files remain unchanged even when the interface language is translated?

It's not the resources not being translated - though this would be another issue if QuickLaunch will ever provide the option to search and display the "short/long description" of an app, which is in those resources too.
No, in case of translated app names, it has to do with QuickLaunch's simple (simplistic?) use of a query to find all applications with a certain name. The "name" attribute that's queryable is always the English original.
I've planned for quite some time to rewrite that part. It would be less elegant and possibly needs more code to deal with newly un/installed apps etc. I'd query for all applications and put them all in one big list, then go through that list and request the translated name for the current locale. Then I search through that list when the user inputs a search term.
That's the blurry plan at the moment. Maybe when I find motivation and time over the winter... We'll see. :)

The solution was easier than I expected... With the latest commits, localized app names should be supported.
@ChaplinTokyo would you like to give it a test run to see if it all works for you?
This is a 64bit built on Haiku Beta5: QuickLaunch.zip

I'm not quite sure what I'm seeing... :)
Is it that the search isn't initiated with every inserted symbol but only after you remove some of the symbols?

When I enter say the Japanese name for Calculator which is 電卓(pronounced dentaku), I type in ‘dentaku’ on the alphanumeric keyboard with the IME activated (in my case I use mozc because I couldn’t get BeCJK to work properly).  The IME converts the alphanumeric input to hiragana でんたく(the four hiragana characters representing the sounds ‘de-n-ta-ku’) on the fly which I then convert to kanji characters 電卓 with a click of the space bar which activates the kanji conversion to the two Chinese derived characters pronounced ‘den-taku’ meaning ‘electric-table’).  If there are multiple words with the same pronunciation the IME provides a dropdown many of the choices from which the user highlights the required one with the arrow key and then selects it with the enter key.  Now, one would expect QuickLaunch to match this up with the app of the same name (‘電卓‘) at this point but it doesn’t.  I guess that the input from the IME into the search field does not get recognized as a key input or something and so incremental search does not activate.  So what I did was to input a space after the search word and the. Deleted the space.  At this point the search was activated and the app 電卓 was found by QuickLaunch.  I guess that because the delete key is a single byte direct input from the keyboard this was able to trigger incremental search whereas the input of the space via the IME was not so recognized because it was a double byte ‘Japanese’ space?iPhoneから送信2024/10/13 0:16、humdinger @.***>のメール:
I'm not quite sure what I'm seeing... :)
Is it that the search isn't initiated with every inserted symbol but only after you remove some of the symbols?
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: @.***>

Thanks for that explanation! Please have a look at this new version:
QuickLaunch.zip
I have change it so that if you press any function key,e.g. F1, the filtering is triggered.
Would this be acceptable? Or is another key better suited? I tried with TAB, but that's used by the IME apparently.
I also saw that QuickLaunch being "modal", i.e. preventing any other window to get focus makes it difficult when using the spacebar to summon the IME's selection window. I've now changed the mode from "modal" to "floating". This keeps the QuickLaunch window on top, but allows interacting with other windows.
I'll have to test it a bit, if this change is overall a good one, but I think it is...

OK, please forget the above... :)
Here's the latest - and last, let's hope - change:
QuickLaunch.zip
I've kept the "floating" window so the IME's selection window won't be obscured. But no F-keys are needed.

Hmmm... I've tested the last version above and it seemed to work fine. Now I always get this blue symbol at the end:

The fact that it's with any app, here StyledEdit, gives me hope that not QuickLaunch's fault...

No need to worry about the blue symbol.  I think you probably typed in dentiku 電池区 instead of dentaku 電卓 so that the IME was wondering about whether the 区 is really what you wanted.iPhoneから送信2024/10/13 18:17、humdinger @.***>のメール:
Hmmm... I've tested the last version above and it seemed to work fine. Now I always get this blue symbol at the end:
screenshot1.png (view on web)
The fact that it's with any app, here StyledEdit, gives me hope that not QuickLaunch's fault...
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: @.***>

Oh, duh! :)
In my feable defense, I have a friend with the name "Dentico" and my mind was side-tracked... :)


Upgrade jetty to latest version

Bumping up jetty to 9.4.38 which addresses the security vulnerability CVE-2020-27223

Thanks @clintropolis


Make numeric work for all languages

According to wiki: https://en.wikipedia.org/wiki/Decimal_mark, it work for all languages except Arabic, Persian and braille (witch are Unicode).
Now typing 3,3 is equal to 3.3.

The problem with this change is that some browsers (e.g. IE) return the raw content of the input as its value (instead of normalizing the decimal separator according to the user's locale for example).
E.g. if I enter 1,000 in an input field, I might mean 1000 or 1.0 (depending on my locale).
Currently, the input is marked an invalid, so there is no ambiguity. With the proposed change, it would be converted to 1.0, which is a bug.
So, thx for the PR, we are going to pass this time :+1:
Keep'em coming though :smiley:


improvements

I would like to see the image url, the rating, health Label (vegetarian...), nutrition and the individual ingredients / quantity e.g "2 tbsp vegetable oil" = 1) "vegetable oil" 2) "2 tbsp"
otherwise great work

Thanks for the feedback. I'll look into incorporating these additions in the next major release.

#17 image url is now included for all scrapes.

Thanks, Justin. I am really looking forward to be able to parse the ingredient name and qty/unit separately.


Adding a pairing function to Bls12-381

Hello,
It seems that some Rust APIs lack functions, for example, the BLS12-381 curve doesn't come with a pairing function while the upstream project implements one https://github.com/AU-COBRA/AUCurves/blob/main/src/Hacspec/Curve/Bls.v#L621.

Yes, we would like to do that, but currently lack the resources at AU.
You are pointing to the hacspec specification, but as you can see here:
https://github.com/AU-COBRA/AUCurves/blob/main/src/Hacspec/Curve/BlsProof.v
The pairing has not yet been implemented in Coq.

Hello @spitters, thanks for the information! I may have a look at it at some point, though I'm a total beginner.


Crypto refactoring and ECKey usage distinction

Problem

Semantically different usage of the ECPKeypair's Serialize/Deserialize methods, where usage is mixed between converting to/from storage representation and to/from plaintext representation.
No check against using an ECPKeypair for both ECDSA and ECDH, something which is warned against frequently

Change overview

Rename ECPKey to ECPublicKey, ECPKeypair to ECKeypair and SupportedECPKeyTypes to SupportedECKeyTypes
Refactor out intermediate abstract class P256KeypairBase since it had no use anywhere
Refactor common class members to the base ECKeypair class instead of the top-level P256Keypair
Introduced concept of SupportedECKeyUsages which restricts an ECKeypair to be used for either signing (ECDSA) or deriving (ECDH), and implemented checks in the presently shipping crypto backends. A default-initialised ECKeypair will be able to be used for signatures only.
Refactored the semantic difference between plaintext keys and storage representation by introducing a new overloaded function Initialize(P256SerializedKeypair) which takes the role of 'constructing a P256Keypair object from a plaintext key'. This makes it easier to track and potentially refactor the remaining usages of Serialize and Deserialize later on, which now exclusively mean converting to/from storage representation. That will also facilitate implementing alternate crypto backends which come with their own storage implementation.

Testing
How was this tested? (at least one bullet point required)

Refactor covered by existing testing
Usage limitation tested by new testcases

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

@tcarmelveilleux tagging you for your visibility since you seem to have been working on the crypto abstraction recently.

Abandoning this PR in favour of a less contentious solution after talking with @tcarmelveilleux offline (thanks for taking the time!).


Make the Menue slide-"in", not the panel slide-"out"

Hello,
I prefer to drag the menue in (as an overlay), not the Content out.
Like in the Google Mail App.

#140


[Resolver] Support custom env vars for Openhands agents

End-user friendly description of the problem this fixes or functionality that this introduces

[ ] Include this change in the Release Notes. If checked, you must provide an end-user friendly description for your change below

Give a summary of what the PR does, explaining any non-trivial design decisions
This PR allows users to pass custom env variables to the openhands runtime. This is tough to achieve in Github actions natively as Github doesn't allow for dynamic manipulation of secrets. How this PR works -

User creates a repo secret with the prefix OPENHANDS_ENV_
ALL secrets are passed to the reusable workflow
Secrets are filtered by prefix OPENHANDS_ENV_ and replaced with SANDBOX_ENV_ (this allows openhands agents to have access to env vars in its runtime)

Pros/Cons
This is quite simple for the user to setup. The downside is ALL secrets are passed to the reusable workflow, which isn't ideal in terms of granularity.
Sample Test
Issue addressed
 -  This issue requires openhands to run an api with the custom env variable. Openhands would fail unless the env var exists in its runtime.
Workflow logs

Alternative approaches
1: Filter before sending

The caller workflow would require a separate job to filter secrets by prefix (the "env job")
The caller would encrypt the secrets
env job would pass the encrypted value (through its output, which makes the encrypted value visible) to the job which invokes the reusable workflow
The reusable workflow is invoked with the encrypted secrets
Reusable workflow will decrypt the secrets and pass them to Openhands

We need an encryption scheme as github actions don't support a native way to pass secrets between jobs (and filtering secrets cannot be performed inside the job calling the reusable workflow).
I'm thinking symmetric key encryption using GNU Privacy Guard would work to achieve this. The user would need to perform just one additional step to setup a PASSPHRASE in their repo secrets.
2: Key store
Add support for custom env vars via integrations to external key stores. For example, AWS Secrets Key manager.

Link of any specific issues this addresses
#5132

Could you please document this functionality?

Got it will update this PR with documentation.

Also, what do you mean by "the downside is all secrets are passed to the reusable workflow"? I thought that only ones that start with OPENHANDS_ENV are passed.

The changes introduced in  openhands/resolver/examples/openhands-resolver.yml passes toJSON{{ secrets }} (the stringified representation of ALL repo secrets) for the ENV_CONFIG parameter in the reusable workflow. We filter every secret contained inside ENV_CONFIG by the prefix OPENHANDS_ENV in the reusable workflow.
Ideally, the filtering is performed inside openhands/resolver/examples/openhands-resolver.yml before it is passed to the reusable workflow (but it's tough to achieve).
Now that I think about it, this PR doesn't address the fact that the resolver has access to ALL repo secrets at some point (either in the example or reusable workflow). It would make sense to migrate to using environment secrets. This will ensure openhands/resolver/examples/openhands-resolver.yml only has access to secrets inside its environment, as opposed to having access to all repo secrets.

Correction: environment secrets don't help solve the problem of guaranteeing openhands-resolver doesn't receive access to any secrets other than the few it needs.
If the user doesn't want openhands-resolver to have access to certain secrets, it becomes their responsibility to store it inside an environment.
Thus, also doesn't matter whether we process OPENHANDS_ENV prefix in the caller or called workflow (they're functionally the same; doing it in the called workflow is easier to implement).
I believe this implementation should suffice; will update with documentation shortly

I'm still trying to fully understand this, let's arrange a time to chat quickly to hash it out!

Hey @neubig @malhotra5 we'd very much appreciate this feature. Could you guys elaborate on why this had to be abandoned?

Hey @neubig @malhotra5 we'd very much appreciate this feature. Could you guys elaborate on why this had to be abandoned?

Hi @oconnorjoseph!
Context
We know users store secrets for both openhands and other purposes in the same repo. For example

OPENHANDS_LLM_API_KEY
SOME_OTHER_KEY

We wanted to implement the ability to provide custom envs and pass them in using a prefix. For example, anything with OPENHANDS_ENV_{rest} would be passed to openhands resolver
Design
How this would work -

There is a workflow that's kept in the users' repo
It calls the reusable workflow from the Openhands repo

So, we need to first filter all the secrets and pass them inside a single parameter CUSTOM_SECRETS to the workflow inside Openhands
Problem
Github workflows use "jobs". The users' workflow (which calls the Openhands workflow), at the moment performs exactly one job - calling the Openhands workflow.
We need to be able to filter the users' secrets that match the prefix OPENHANDS_ENV_; however, the job which calls another workflow cannot do anything besides calling another workflow. This means, we need to filter the secrets in a separate job.
So, the current solution is Job 1 filters the secrets, passes the secrets to Job 2. Job 2 calls the reusable workflow and also passes along the secrets.
The problem arises during this "passing" phase. The only way to pass secrets between jobs is through the job "output", which is exposed to the public. Secrets cannot be passed through the output as they will be present in the raw logs. In fact, Github jobs explicitly prevent you from doing this, and will throw an error.
Probable solutions

In Job 1, filter the keys and encrypt them. Pass them through the job output (and we don't care if they get exposed because its encrypted), and pass it to the reusable workflow. In the reusable workflow, decrypt the secrets and use them. (This is high friction for the user as they need to maintain an encryption key, and complicates things)
Pass every secret in the repo to the reusable workflow, and filter them later (we definitely don't want to do this)
Possibly use a Github App and Openhands SAAS (we're looking into this)


[WIP] Trivial GUI fixes

This is a work in progress, this PR is only to track

I'll reissue the PR when I get this done, closed


Feature request for VS code speech

Please provide a way to stop capitalizing each word
If possible allow to use code speech into terminal

The first letter of each word is not capitalized for me. For the terminal, in insider's, you can use these commands.


Issue with ngx-drop down, overlapping ngx-datatable view

I'm submitting a ...
[ ] bug report
Current behavior
i have used  drop down in ngx-datatable since the size of the drop down is more then the column i used container ="body" which made the drop down attached to document and it is completely visible now when i'm trying to scroll down my drop down pop is going outside of the table. Please find the attached.

Expected behavior
it should not overlap the table heading and go behind the on scroll down. please Let me know if i'm doing something wrong. if i remove the container= "body" it will work but my drop down will not be displayed completely

Reproduction of the problem
<ngx-datatable-column  name="Download" [width]="10" prop="download" [sortable]="false">

      <ng-template let-row="row" ngx-datatable-cell-template let-rowIndex="rowIndex">

            <button dropdownToggle style="cursor: pointer" type="button" class="btn btn-primary dropdown-toggle form-control">
              {{row['viewDownloadOption'] || 'Select'}}

            </button>

Match

Final Analysis

      </ng-template>
    </ngx-datatable-column>

What is the motivation / use case for changing the behavior?

Please tell us about your environment:
Windows 10

Table version:
"@swimlane/ngx-datatable": "^11.3.2",

Angular version:
^5.1.0-beta.0

Browser: [all | Chrome XX

Language:  TypeScript X.X

can someone help me with this??

any help on this


gatsby for an admin?

I'm just curious why you chose to use Gatsby to build an admin dashboard? Gatsby seems more suited to a static website, and a dashboard is fully dynamic. Seems like there is a ton of reinventing of the wheel here. Why not just build off of React-Admin (https://marmelab.com/react-admin/). As you are already using React-Query, React-Hook-Form, I would guess you can build a complete React-Admin dashboard for Medusa in a few weeks, and save yourself tons of time, debugging etc.  Plus it would be much easier to get contributors for the admin dashboard, as React-Admin is very popular and the structure is much easier to follow than a custom Gatsby dashboard.

I love Gatsby but It does make sense to use Gatsby to build a separate Admin panel. Gatsby is a great choice for the storefront website. It is slow for development and brings extra boilerplate that it is not need for this use case. I would recomend to use Vite.js with React and/or Typescript.

I can help with the migration, it shouldn't be difficult as it will be migrating to react with a smaller bundler and faster compiler.

Hi @osseonews,
The choice of Gatsby simply stems from the fact that it was what was the most familiar to our founding team when they first began building out the initial admin dashboard several years.
I agree on the use of Gatsby not being relevant for this type of application, and that we could improve build times, etc. by trimming down the admin to a plain React application. It's definitely something we will look into when the time is right, but not something we have planned for our roadmap atm.
Closing this issue as there is already an open issue that is similar to this 😄


Add my quicksort code in Python!

Thank you for your PR!
Unfortunately your solution is not in the scope of this repository.
The goal is to find creative/abstract new solutions to FizzBuzz. Not quicksort.
Please consult the readme for more information and see The top 5 samples here.
Thanks anyway! :)


Implement methods taking a function pointer as a parameter

Function pointer or a boost::function as parameter
Something like this:
http://pybind11.readthedocs.io/en/stable/advanced/cast/functional.html

0.7.0 Wraps some functions taking a single boost::function as an argument. So this is partially implemented.
Now the only thing is checking if any other functions taking callback arguments are worth wrapping.

Except for pcl::visualization::CloudViewer, the same functionality seems already available through the already binded boost::functions


change default branch name

Not sure if this is the exact commit, but it references the change from master to main: https://gitweb.torproject.org/builders/tor-browser-build.git/commit/?h=main&id=2a6dd31208e5a1b4ebc0bebc0e48e702c84da03e
This should fix the recent errors with the mirrors action failing.

Thanks for your works!


Add a context manager to manage storage

In the documentation, we have:

Since each access to bot_handler.storage will involve a round-trip to the server, we recommend writing bots so that they do a single bot_handler.storage.get at the start of handle_message, and a single bot_handler.storage.put at the end to submit the state to the server. We plan to offer a context manager that takes care of this automatically.

The goal is to implement a context manager for bot_handler.storage.put and bot_handler.storage.get.

@zulipbot claim


Docs

Can we get a bit more documentation on the state of this rust impl. I may have some free time to contribute here and there but have no idea about the state of things.

Hi!
I don't have so much time to contribute to this project anymore, but I'd be willing to help you along with it :)
Would you be willing to have a short call on the topic, or do you prefer other means of communication?

See #58


Unable to create access token using service account

Unable to get token through implicit, explicit way as mentioned in https://github.com/GoogleCloudPlatform/golang-samples/blob/master/auth/snippets.go
Implicit way with path set as export GOOGLE_APPLICATION_CREDENTIALS=/Users/xxx/Downloads/servicekey.json
dialing: google: error getting credentials using GOOGLE_APPLICATION_CREDENTIALS environment variable: open /Users/xxx/Downloads/servicekey.json: operation not permitted
exit status 1
package main
import (
"context"
"fmt"
"log"
"cloud.google.com/go/storage"
cloudkms "google.golang.org/api/cloudkms/v1"
"google.golang.org/api/iterator"
"google.golang.org/api/option"

)
func main() {
fmt.Println("Hello World")
implicit()
//explicit("/Users/xxx/Downloads/servicekey.json","xxx")
}
func implicit() {
ctx := context.Background()
// For API packages whose import path is starting with "cloud.google.com/go",
// such as cloud.google.com/go/storage in this case, if there are no credentials
// provided, the client library will look for credentials in the environment.
storageClient, err := storage.NewClient(ctx)
if err != nil {
	log.Fatal(err)
}

it := storageClient.Buckets(ctx, "project-id")
for {
	bucketAttrs, err := it.Next()
	if err == iterator.Done {
		break
	}
	if err != nil {
		log.Fatal(err)
	}
	fmt.Println(bucketAttrs.Name)
}

// For packages whose import path is starting with "google.golang.org/api",
// such as google.golang.org/api/cloudkms/v1, use NewService to create the client.
kmsService, err := cloudkms.NewService(ctx)
if err != nil {
	log.Fatal(err)
}

_ = kmsService

}
func explicit(jsonPath, projectID string) {
ctx := context.Background()
client, err := storage.NewClient(ctx, option.WithCredentialsFile(jsonPath))
if err != nil {
log.Fatal(err)
}
fmt.Println("Buckets:")
it := client.Buckets(ctx, projectID)
for {
battrs, err := it.Next()
if err == iterator.Done {
break
}
if err != nil {
log.Fatal(err)
}
fmt.Println(battrs.Name)
}
}

Are you able to do anything with those credentials? The error looks like the file couldn't be opened, so I'm wondering if this is an issue with creating an access token or an issue using that particular service account file.

Closing this as it's been 7 days. But, feel free to comment if you're still having issues and we can take a look.


feat: Support for directlink connection type

PR summary
Support for directlink type transit gateway connection
PR Checklist
Please make sure that your PR fulfills the following requirements:

[ ] The commit message follows the Angular Commit Message Guidelines.
[ ] Tests for the changes have been added (for bug fixes / features)
[ ] Docs have been added / updated (for bug fixes / features)

PR Type

[ ] Bugfix
[X ] Feature
[ ] Code style update (formatting, local variables)
[ ] Refactoring (no functional changes, no api changes)
[ ] New tests
[ ] Build/CI related changes
[ ] Documentation content changes
[ ] Other (please describe)

What is the current behavior?

What is the new behavior?

Does this PR introduce a breaking change?

[ ] Yes
[X ] No

Other information

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Allow remote kubeconfig locations

What would you like to be added:
I would like to be able to use a remote kubeconfig file when running kubectl commands.
Ideally I could pass a parameter, ex: --remote-kubeconfig and provide a URL to download the kubeconfig from.
I use Hashicorp Vault and would like to be able to pull configs from there like any other secret, but this requires integration with Vault for proper use of tokens. I am not sure what that will take or how to structure it so that it is secure since there is a token in the file.
Why is this needed:
Currently I have to make sure kubeconfig files are local to wherever kubectl commands are being run. This means putting them into docker images, copying them to EC2 instances, etc... If I have to update or add a new kubeconfig file then I have to rebuild containers or copy everywhere again and make sure I don't miss anything

We recently decided to not implement this due to security concerns.
We'd like to provide a mechanism for users to populate this though. I'll make sure this gets on the agenda to discuss.
ref: https://github.com/kubernetes/kubectl/issues/950


Allow options to be passed to jugfile

add disable interspersed_args to make sure extra options are properly passed to the jug file
see:
http://stackoverflow.com/questions/716006/optionparser-supporting-any-option-at-the-end-of-the-command-line

Thank, I generally strongly support this as a feature, but I worry about the travis failures.
Any clue what that is about?

Yes, it does look like this breaks things when you get the jugfile name from the configuration file. Though the fix works for my use case, I need to understand a bit more about how the option parser works before I can make this a general fix.


any way to change (nontint) color of icons in tab bar?

there doesnt seem to be any prop for it in the TabBarIOS or in Icon.TabBarItem
just to be clear im talking about the color if the icons in the tab bar while they arent selected

Color is set by the tab bar itself, the Icon.TabBarItem is just a composition around it. From what the docs tells, me only tintColor is configurable.

sounds like your hands are tied here so i opened up a new issue in the react-native repo

Cool, not sure if TabBarIOS is actively maintained though so maybe it's better to do a PR. Closing this for now!


VALARM

How do I use VALARM? Can you provide me with an example?
I want to add the ACTION DISPLAY with TRIGGER -PT15M.

Never mind, got it working! 👍
Needed to add the component to the event and not the cal.

Never mind, got it working! 👍
Needed to add the component to the event and not the cal.

Hey, sorry I missed this. Glad you got it worked.
Yes, alarms are tied to events, todos, etc.
Let me know if you have any other questions or suggestions. :smile:


Back button doesn't remember scroll position in OutsidePage

Button logic should be changed to history.back() when possible, so scroll position will be remembered.

Needs a navigation stack


The PERT example in the documentation does not work

When I execute the following code copy-pasted in the documentation at the last commit on main:
import aeppl
import aesara
import aesara.tensor as at

srng = at.random.RandomStream()

def pert(srng, a, b, c):
    r"""Construct a random variable that is PERT-distributed."""
    alpha = 1 + 4 * (b - a) / (c - a)
    beta = 1 + 4 * (c - b) / (c - a)

    X_rv = srng.beta(alpha, beta)

    z = a + (b - a) * X_rv

    return z

A_rv = srng.uniform(10, 20, name="A")
B_rv = srng.uniform(20, 65, name="B")
C_rv = srng.uniform(65, 100, name="C")
Y_rv = pert(srng, A_rv, B_rv, C_rv)

logprob, (y_vv, a_vv, b_vv, c_vv) = aeppl.joint_logprob(Y_rv, A_rv, B_rv, C_rv)

I get the error:
aeppl.joint_logprob.DensityNotFound: Couldn't derive a log-probability for Elemwise{add,no_inplace}(ValuedVariable.out, Elemwise{mul,no_inplace}.0)

I get similar errors if I simplify the example:
import aeppl
import aesara.tensor as at

srng = at.random.RandomStream(0)

A_rv = srng.uniform(10, 20, name="A")
X_rv = srng.beta(1., 1.)
Z_rv = A_rv - X_rv

logprob, (z_vv, a_vv) = aeppl.joint_logprob(Z_rv, A_rv)

My guess is that it's due to changes introduced by https://github.com/aesara-devs/aeppl/pull/78.


Create CONTRIBUTING.md

Hi @gronert-m ,
Following your recommendations, this is the branch that was kept. Please note that the only feature I am not able to create is the issue template (which has the prompt of read our code of conduct etc) because only if I have privileges of editing I can create it.
Best,

Hi @gronert-m ,
Following your recommendations, this is the branch that was kept. Please note that the only feature I am not able to create is the issue template (which has the prompt of read our code of conduct etc) because only if I have privileges of editing I can create it.
Best,

What rights do you need when? May you elaborate and/or send me a link where I can read up on this, see how I can help to make this happen. Thanks!

Hi @gronert-m ,
As discussed, I made the improvements in all sections and also the draft template for the issue form. I will send an email about its implementation to the main branch.
I suggest this branch is not merged until we meet next week to explain any questions you may have.
Best,

Hi @gronert-m ,
I made the changes in the contribution md file. As soon as you let me know your opinion about the issues form, I will need to do one further change in this branch to deploy.
Best,

Hi  @gronert-m ,
I am not entirely sure how this will work. Basically, we are adding the community guidelines folder in support, the contributing md in the first page and the .github folder content with the issue and features templates. I guess if you pull all should go up but as we did last Tuesday you may need to go to settings and enable the templates options before the customs issue work. They should look like the page I shares through email.
Best,
Alexandra


Unable to load parquet files into local Elasticsearch

So I've just installed elasticsearch-loader according to all the steps provided in docs, and also elasticsearch-loader[parquet].
However, whenever I try to send a parquet file into my local system the following prompts.
Traceback (most recent call last):
  File "/usr/local/bin/elasticsearch_loader", line 10, in <module>
    sys.exit(cli())
  File "/usr/local/lib/python2.7/site-packages/click/core.py", line 764, in __call__
    return self.main(*args, **kwargs)
  File "/usr/local/lib/python2.7/site-packages/click/core.py", line 717, in main
    rv = self.invoke(ctx)
  File "/usr/local/lib/python2.7/site-packages/click/core.py", line 1137, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/usr/local/lib/python2.7/site-packages/click/core.py", line 956, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/usr/local/lib/python2.7/site-packages/click/core.py", line 555, in invoke
    return callback(*args, **kwargs)
  File "/usr/local/lib/python2.7/site-packages/click/decorators.py", line 17, in new_func
    return f(get_current_context(), *args, **kwargs)
  File "/usr/local/lib/python2.7/site-packages/elasticsearch_loader/__init__.py", line 159, in _parquet
    load(lines, ctx.obj)
  File "/usr/local/lib/python2.7/site-packages/elasticsearch_loader/__init__.py", line 51, in load
    for i, bulk in enumerate(pbar):
  File "/usr/local/lib/python2.7/site-packages/click/_termui_impl.py", line 285, in generator
    for rv in self.iter:
  File "/usr/local/lib/python2.7/site-packages/parquet/__init__.py", line 420, in DictReader
    for row in reader(file_obj, columns):
  File "/usr/local/lib/python2.7/site-packages/parquet/__init__.py", line 438, in reader
    schema_helper = schema.SchemaHelper(footer.schema)
  File "/usr/local/lib/python2.7/site-packages/parquet/schema.py", line 24, in __init__
    assert len(self.schema_elements) == len(self.schema_elements_by_name)
AssertionError

Any clue on why this could happen?

It seems like an issue in https://github.com/jcrobak/parquet-python , can you paste the parquet schema here?

Just read that Array types aren't supported... Is this https://github.com/jcrobak/parquet-python/issues/32 the issue you mentioned?
If so yeah, I do have arrays and inner arrays within my schema. Nested in a Map, Maps, everything! It's quite complete.

So I'm afraid you will not able to load this parquet files with esl, you can try to fork the repo and change parquet-python with fastparquet[1] and submit a pr if it works🙂
[1] https://fastparquet.readthedocs.io/en/latest/


[LLVM] Remove PrintModule (defined in llvm_common.cc)

The only use of that function is commented out. llvm::Module can be printed directly to llvm::raw_ostream via <<, so it's quite easy to insert printing code when needed:
  std::string s;
  llvm::raw_string_ostream os(s);
  os << module;   // s (or os.str()) has the LLVM IR text

@areusch


cmd/go: don't mess up stdout when run go tests with "-json"

Currently, we can get a machine readable output through go test -json which a side effect to mess up stdout.
So could we add an option to make the screen clean again?

This doesn't seem to be a proposal, so dropping the proposal label.
Please tell us 1) what you did; 2) what happened; 3) what you wanted to happen instead.

@KevinXing would you be able to provide more information around what you mean by "mess up stdout"? Thanks!

Sorry for the delay. When we run go test -json, it implicit run with -verbose, which will output all much info to my screen. I original idea is when we run go test -json, the stdout will be same as go test and we can dump the -json result in a separate log file.
Since we have worked around this problem, it is fine to close the issue too.
Thanks.

@KevinXing Ah, I think I understand now. You are looking for the -json flag (without -verbose) to display a JSON formatted summary of test results instead of full output. I believe the current behavior is the intended functionality as the output produced by -json is supposed to be used for automated processing.

@ianlancetaylor Should this issue be closed given the information gathered?

Closing, thanks.


Backport: Monitoring: Should not allow 1 node cluster with only 1vCPU to enable monitoring

backport https://github.com/rancher/rancher/issues/19078

@davidnuzik Added as resolved as it is merged. But please verify it when we cut a RC release. We will add a to-test label when it is ready

Can be tested on rancher/rancher:v2.2.2-rc1

Replication steps:
v2.2.1

Create a 1-node 1 vcpu cluster such as with DO RKE
Try to enable monitoring with the default settings
Monitoring does NOT work -- insufficient vCPU for all the necessary pods/containers. (#19078 issue description explains in more detail, 1050milliCPU is minimum required with defaults as of v2.2.1) prometheus-cluster-monitoring will have insufficient cpu

Validation steps:
v2.2.1-rc1
Scenario A:

Create a 1-node 1 vcpu cluster such as with DO RKE
Try to enable monitoring with the default settings
UI will not allow you to enable monitoring now and has a warning message explaining why. Cannot click Save button. (This is perfect!)

Scenario B:

Create a 1-node 2 vcpu cluster such as with DO RKE
Add workloads that make CPU reservation so we are just barely shy of having 1200 milliCPU available.
Try to enable monitoring with the default settings
Again, just like in Scenario A, UI will not allow you to enable monitoring and has the same warning message explaining why. Cannot click Save button. (This proves that we are checking how many milliCPU we have upon attempt to enable monitoring and disallow if only have 1199 milliCPU or less).

Now, remove workloads so we have just barely more than 1200 milliCPU available
Enable monitoring - UI lets us and monitoring works.

Scenario C:

Create a 1-node 2 vcpu cluster such as with DO RKE
Try to enable monitoring with the default settings
We are allowed to enable monitoring (I used default settings) because we have at least 1200 milliCPU available out of the box. Monitoring works.

Test plan updated to include this 1200milliCPU check.


Tooltip not destroyed when associated element is removed.

https://github.com/qTip2/qTip2/issues/644
Same as this bug, doesn't seem to be fixed so I thought I'd open it again.
Reproduceable with the same fiddle linked there: http://jsfiddle.net/Rd4Y9/1/
Tooltips are not deleted when the parent elements are.
Tested on FF and Chrome on a linux machine and with multiple jquery versions.

I'm having the same issue.

same issue here

+1

Is there any progress on this issue?

Hello,
I'm having the same issue with version 2.2 and 3.0.
I was using version 2.0, the problem was not present, but i had to upgrade JQuery and so qtip.
Examples :

version 2.0 : http://jsfiddle.net/ema3bt4a/
version 3.0.3 : http://jsfiddle.net/ft9ozv14/

Is there a solution ?
Thank you.


Stuff that needs to be done after the split

What about the database setup and deployment stuff? database setup can also describe what default data will be import by flyway. deployment is more or less the same for all osiam services, maybe this should be copied to https://github.com/osiam/osiam ?

At this time, I just copied the old stuff without any changes. The current docs are leaving much room for further improvement, which is something we really have to get on during the next iterations.

Ok, I see what you're talking about. I will add this stuff.

Docs are done. I don't think we have to document the installation and configuration of PostgreSQL or MySQL. This can be easily looked up in the respective docs for the database.
There's still the deployment docs and I don't really know whether we should put this in the umbrella repo, the service repo or both. What do you think?
@wallner @dacrome

btw: should I squash all commits before we merge this?

Yes
--
David Crome
Softwareentwicklung
tarent solutions GmbH
Telefon +49 (0) 30 138803-132
Telefax +49 (0) 30 56829495
<EMAIL_ADDRESS>tarent solutions GmbH Niederlassung Berlin
Voltastraße 5, D-13355 Berlin • http://www.tarent.de/
Tel: +49 30 138803-0 • Fax: +49 30 56829495
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-0 • Fax: +49 228 54881-235
HRB AG Bonn 5168 • USt-ID (VAT): DE122264941
Geschäftsführer:
Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Ok, I'll squash everything as soon as the PR is completely approved.

everything squashed and ready for merge!


Spotify Radio playlist problem

Hello again, I don't know if the topic has already been discussed, but I haven't found it. I have a problem with switching tracks when the artist's radio is playing (the album I am listening to or the selected song ends and on its basis other songs are found, I hope you understand what it is about) when I press now playing (Aktualnie odwatrzane in my language) is ok, the problem is when I want to move for example, two numbers from a list. I include a link to youtube:
https://youtu.be/yVA9M9yYwEY
Spotify version newest
Phone Android 12 samsung S21, on galaxy s8 I had the same problem
Edit: I checked from the phone and application without a car and it also does not work like something: https://youtube.com/shorts/PGZCr4n2WPI?feature=share
Edit2: Removing AAI from the Spotify app page along with removing the apk cache and re-granting access to the library didn't fix anything.

Thank you so much for the report and for the excellent demo videos showing the issue! This will be tricky to handle: Spotify's support for skipToIndex is inconsistent for different types of queue. AAIdrive has special handling to clone the Liked Songs playlist and for queues that are started when clicking an Artist, but this autoplay queue after finishing an album isn't handled currently. It looks like it's very dynamic, with the previous songs disappearing from the list, and this might be tricky to handle.
Thanks for the report and the feature request!


Jest exit code is still 0 when jest fails, causing Jenkins builds to be successful

If all the assertions within a test pass, Jest will have an exit code of 0 despite a specific test being marked as fail due to a console error.
This in turn cause builds to be successful with failing tests.
Taking a quick look at this repo, I think you are causing the console messages, but not doing anything to jest itself, so the exit code is unchanged,

This library is just throwing when a console call is detected. It's weird because I'm pretty sure that the tests are failing if just a console method is called.

Closing as there was no answer for a while. Comment to re-open 😉


Support HuggingFace mirror

Support HuggingFace mirror: https://hf-mirror.com/

Track in https://github.com/gpustack/gpustack/issues/419


Mocks Package is not friendly to use

 Issue by TedSander
Originally opened as dart-lang/sdk#16147

The mocks package is not user friendly. It can't be used with code completion, and refactoring is difficult with it.
An interface much like mockito would be ideal. As it stands I tend to avoid mocking in dart because the mocking package is not easy to use.

 Comment by kasperl

Added Area-Library, Triaged labels.

 Comment by sethladd

Thanks for the comment!
I found mockito here: http://pub.dartlang.org/packages/mockito

Added Pkg-mock, AsDesigned labels.

 Comment by lrhn

Removed Area-Library label.
Added Area-Pkg label.


Cannot see Statistic Channel

Only BMS / ENERGY / SYS_Update / WIZARD and info Channels available

Unfortunately this is not a bug but something that SENEC removed from the API.
I am currently working on a version that pulls ALL information available via the API - but of course statistics aren't available anymore.
The only way to still get access to statistics is to request a downgrade from senec or to ask them (if one is still on an older release) to not update without explicit consent granted (which is possible via support).
(or maybe buy their €999 system (corporation with another vendor) they announced a while ago)

Thank you!

New release is published (should be available on the latest-branch on iobroker tomorrow).
While I cannot fix the removed statistics it now pulls many other available states.
If there are unknown states you will see info messages in the logfile. I am highly interested in them so I can update the library dealing with them in case they need special handling.

Update: https://github.com/nobl/ioBroker.senec/issues/6#issuecomment-830825152


Generate addresses used throughout the code automatically

As hinted at https://github.com/cartesi/rollups-node/pull/204#discussion_r1443286056, the address book used for testing is hardcoded but, ideally, should be generated automatically.
Let's do this via go generate.
THIS NEEDS A BETTER DESCRIPTION

This is specially important after emulator SDK updates, where the application address changes.
This also affects devnet generation.

Devnet in the CLI uses a zero templateHash and zero salt. So it’s not affected by emulator changes. We didn’t see value in dynamically generation in the CLI other than adding complexity to something which can be simple.

Some comments/suggestions spread across the repo to be considered:

https://github.com/cartesi/rollups-node/pull/512#discussion_r1674664475

Devnet in the CLI uses a zero templateHash and zero salt. So it’s not affected by emulator changes. We didn’t see value in dynamically generation in the CLI other than adding complexity to something which can be simple.

Yes but, contrary to our expectations, the address of the application used in devnet is always changed after emulator SDK changes:

https://github.com/cartesi/rollups-node/commit/2dba529ec4bd08573d211b4bc9ebb9fa0b31ba88
https://github.com/cartesi/rollups-node/pull/394

Anyway, I just adjusted the scope of this ticket to also consolidate all address configuration in one place