lnd say: no contract resolutions exist and exists

Background
lnd keep exiting after unlock command with message: "no contract resolutions exist"
Your environment
0.4.1-beta commit=b7875fce4cb82db11c86cec41218f3e49e8c15b0
Linux Ubuntu-1604-xenial-64-minimal 4.13.0-38-generic #43~16.04.1-Ubuntu SMP Wed Mar 14 17:48:43 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
bitcoind  0.16
I have opened more then a hundred channels on main net and this started to happend
Steps to reproduce
start server
lncli unlock
Expected behaviour
Server starts
Actual behaviour
Server exit with exit code 1
Log:
2018-04-10 09:40:57.785 [DBG] CNCT: ChannelArbitrator(826418a78265daf716b74188f2472db624e2cffe6e0cd417444ca8576d182ecd:0)
: checking chain actions at height=517180
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0)
: new block (height=517505, hash=00000000000000000044fd331cbd6c3dda7407defa868f160ffefab18ed9076f) examining active HTLC's
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0): checking chain actions at height=517505
2018-04-10 09:40:57.786 [DBG] CNCT: Starting ChannelArbitrator(5df3f253752d3d53d9564695f2898e47fbd61f7119984ae3743892bb8e
abf12e:0), htlc_set=(contractcourt.htlcSet) {
incomingHTLCs: (map[uint64]channeldb.HTLC) {
},
outgoingHTLCs: (map[uint64]channeldb.HTLC) {
}
}
2018-04-10 09:40:57.786 [INF] CNCT: ChannelArbitrator(5df3f253752d3d53d9564695f2898e47fbd61f7119984ae3743892bb8eabf12e:0): starting state=StateContractClosed
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0)
: new block (height=517172, hash=00000000000000000020b4286112feaf1530b6af5dcf796c7f599d9751af9842) examining active HTLC's
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0): checking chain actions at height=517172
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0)
: new block (height=517173, hash=00000000000000000044e42f881dda7bf6758c550314e987b653b67774a374ae) examining active HTLC's
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0): checking chain actions at height=517173
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0)
: new block (height=517174, hash=0000000000000000000504ceac707361cb66a43285d29060e3a2e48c00dd4642) examining active HTLC's
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0)
: checking chain actions at height=517174
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0): new block (height=517175, hash=0000000000000000003892269b8fdeb65117456085f8e59a9278e3178d6f5a28) examining active HTLC's
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0): checking chain actions at height=517175
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0): new block (height=517176, hash=000000000000000000344562444bdee0ae6016e2ec2a029ca3fdd0bcc0de766f) examining active HTLC's
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0): checking chain actions at height=517176
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0): new block (height=517177, hash=00000000000000000014818fc834aefebc0b2f7def409361c285e3c809b771a6) examining active HTLC's
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0): checking chain actions at height=517177
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0): new block (height=517178, hash=0000000000000000000a95932872a80eb76b990ffee7d834aa7d5165b52fe92b) examining active HTLC's
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0): checking chain actions at height=517178
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0): new block (height=517179, hash=0000000000000000000a80b5ad75924462f9d9f15517d2b7f90a26eac0a74b4f) examining active HTLC's
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0): checking chain actions at height=517179
2018-04-10 09:40:57.786 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0): new block (height=517180, hash=00000000000000000025bbeb1d74f902fb76f485b9ada1e3dfa1d04903f3314c) examining active HTLC's
2018-04-10 09:40:57.787 [DBG] CNCT: ChannelArbitrator(f7d2f1f5ca7202dd1bcc647697dbbe64d2b3205413d19ba1837e178953a44403:0): checking chain actions at height=517180
2018-04-10 09:40:57.787 [ERR] CNCT: unable to fetch contract resolutions: no contract resolutions exist
2018-04-10 09:40:57.787 [ERR] CNCT: unable to advance state: no contract resolutions exist
2018-04-10 09:40:57.787 [ERR] SRVR: unable to start server: no contract resolutions exist

Do you have logs prior to this instance?

Alright, I think I know the culprit here:

you were offline for some period of time, possibly causing one of the HTLCs to time out
upon restart, we'll then step through the blocks we missed in the chain in order to ensure we play all active contracts
seems that you were actually syncing up your node at the same time lnd we restarting
the channel was closed unilaterally by the remote party
in order to properly handle uni-closes, we need to get a signal from the chainWatcher in order to ensure we log the set of contract resolutions
* the state contractcourt.StateBroadcastCommit was skipped (as normal for  uni closes)
however we then entered the contractcourt.StateContractClosed state w/o writing the resolutions

@Roasbeef How is it able to get into StateContractClosed without first writing the resolutions? From what I can see there are only two ways fo getting to this state

by the remotePeerTrigger, in which the state callback should write the resolutions.
by the chainTrigger, in which we should go to StateBroadcastCommit and the resolutions should be written before moving to `StateContractClosed.

Agreed that it appears those are the only two ways to shift into the StateContractClosed state without explicitly writing the resolutions. However, it seems that's the case as the logs in the OP show the no resolutions have been written. I think there's a lingering bug involving the trigger that initially begins a state transition, and the one that's used on subsequent restarts.

Are there any updates on this issue? @Roasbeef

Hey @starinacool #1017 landed recently which itself ensure that channels can no longer get into this state. If you apply this diff:
index 95bc071c..f0633141 100644
--- a/contractcourt/chain_arbitrator.go
+++ b/contractcourt/chain_arbitrator.go
@@ -417,9 +417,11 @@ func (c *ChainArbitrator) Start() error {
 			return err
 		}
 	}
-	for _, arbitrator := range c.activeChannels {
+	for chanPoint, arbitrator := range c.activeChannels {
 		if err := arbitrator.Start(); err != nil {
-			return err
+			log.Errorf("unable to start arb for "+
+				"chan_point=%v: %v", chanPoint, err)
+			continue
 		}
 	}

Then you should be able to start up again. Once you do, can you report the status of that channel? In the future we'll be adding a set of dev tools to be able to extract/remove channels like this that were borked, but then later fixed.

Installed the latest version.
Same story:
2018-05-17 18:27:42.838 [INF] CNCT: ChannelArbitrator(6f62d5fd30acf186661537386a715cded1c4d4d2894e2503bf2c7b8a9be82f4f:0): starting state=StateDefault
2018-05-17 18:27:42.840 [DBG] CNCT: ChannelArbitrator(6f62d5fd30acf186661537386a715cded1c4d4d2894e2503bf2c7b8a9be82f4f:0): new block (height=523136) examining active HTLC's
2018-05-17 18:27:42.840 [DBG] CNCT: ChannelArbitrator(6f62d5fd30acf186661537386a715cded1c4d4d2894e2503bf2c7b8a9be82f4f:0): checking chain actions at height=523136
2018-05-17 18:27:42.840 [DBG] CNCT: Starting ChannelArbitrator(48615e9bfd67f99c7a99b941920bf45244da8c052f722d2f0018fe170280dd5c:0), htlc_set=(contractcourt.htlcSet) {
incomingHTLCs: (map[uint64]channeldb.HTLC) {
},
outgoingHTLCs: (map[uint64]channeldb.HTLC) {
}
}
2018-05-17 18:27:42.840 [INF] CNCT: ChannelArbitrator(48615e9bfd67f99c7a99b941920bf45244da8c052f722d2f0018fe170280dd5c:0): starting state=StateContractClosed
2018-05-17 18:27:42.841 [ERR] CNCT: unable to fetch contract resolutions: no contract resolutions exist
2018-05-17 18:27:42.841 [ERR] CNCT: unable to advance state: no contract resolutions exist
2018-05-17 18:27:42.841 [ERR] SRVR: unable to start server: no contract resolutions exist

It did helped.
What information do you want me to provide? What command should I run?

What information do you want me to provide? What command should I run?

No further information, as the root cause of the issue has been fixed in master, and we'll be releasing a new version of lnd soon which packages up that fix and many others.

OK,
Server is running fine, but I have 82 channels in pending_force_closing_channels state now.
Example:
{
"total_limbo_balance": "499095",
"pending_open_channels": [
],
"pending_closing_channels": [
],
"pending_force_closing_channels": [
{
"channel": {
"remote_node_pub": "02ce7adcbaf97f78592ffeabe71bf75e41a20fa15f255a4def2aeeb8297966f78c",
"channel_point": "cf66d4cbe7970254cfe9b6a43f73dca9bcaa1ded34d47526ea04dc294aaa8001:0",
"capacity": "500000",
"local_balance": "499276",
"remote_balance": "0"
},
"closing_txid": "c414790eca162367182edcdd435bd2b565e02e2608b670de18b9074f8b391aae",
"limbo_balance": "0",
"maturity_height": 0,
"blocks_til_maturity": 0,
"recovered_balance": "0",
"pending_htlcs": [
]
},
{
"channel": {
"remote_node_pub": "020fccc5602053c438b13ebee7aa31a25e9c3803baace5afcecedff8db70543747",
"channel_point": "7532fe908fd2d92ef2d451574d16b41a1bb2b00b84a212d340caff619a013a04:0",
"capacity": "500000",
"local_balance": "499276",
"remote_balance": "0"
},
"closing_txid": "70343aab55bd2eeb03d20b58e0109e74249daee8ec483c1aa67bc22ee5068530",
"limbo_balance": "0",
"maturity_height": 0,
"blocks_til_maturity": 0,
"recovered_balance": "0",
"pending_htlcs": [
]
},
{
"channel": {
"remote_node_pub": "039195c0969d69f9a25839cb44bd5e858bd9e3971638959f0e657bffa6692b43f1",
"channel_point": "0ec3bf7104adee9fb7b9ffd1024326a7857cc4df09e6212ae194d580683c450a:0",
"capacity": "500000",
"local_balance": "499276",
"remote_balance": "0"
},
"closing_txid": "ae1bcde87f9ba5549b0fdf25761f4382984579a67785251b9181b0847eba09ed",
"limbo_balance": "0",
"maturity_height": 0,
"blocks_til_maturity": 0,
"recovered_balance": "0",
"pending_htlcs": [
]
},
What is that mean, and what should I do to recover funds?
Thanks for your help.

Once they confirm (the closing transactions), then we'll start the process of sweeping the funds after the relevant timelocks have expired.


Peer review

@xiy1992,
This is a pull request with my review. You will find my notes via some comments and at the very bottom of the Rmd you will find a code chunk I added with my overall review.
Keep up the good work!

Nice feedback Alejandra! I think the point about specific parts of the code not working for you is particularly important fo Xi to think about.


chore: convert settings and licenses to CMP and MVI

[x] licenses module
[x] split Android-only settings, using expect/actual composable
[x] login/logout (see #571 )
[ ] login for desktop, out of scope for this PR?

/record-snapshot


Spaces around span style break formatting in resulting markdown

Toggle bold (or italic, doesn't matter) span style, add some text ("Bold"), add a space, then remove the style and add some other text ("Normal").
Visually in the editor everything looks just fine: "Bold Normal". But if we then ask for markdown text (RichTextState.toMarkdown()), it returns **Bold **Normal. This, by Markdown specs, breaks formatting, as spaces should not come between emphasised word and asterisks, and if we feed this markdown back to the editor (RichTextState.setMarkdown()), it will display text with asterisks.
And the same happens, if we select a word with leading or trailing spaces, then toggle its span style.
Visual editors usually handle this by moving spaces out of formatted text, and it would be great if the library did the same. You can see the example right here in GitHub editor. If we select some text with a space after it, then select Bold, it wll surround just the text with asterisks (and if we manually type **Bold ** then in Preview it indeed displays raw text with asterisks).

Hi,
Thanks for reporting this issue. I will check it.

Ah ok, I fixed it the opposite way, now when you convert **Bold **normal to a rich text, the styles will be recognized.
I will improve the generated Markdown as well, thanks for mentioning that.

[x] Recognize markdown styles when there are spaces in style edges (using RichTextState.setMarkdown()).
[ ] Move spaces outside style edges in generated Markdown (using RichTextState.toMarkdown()).

Now it works almost perfectly, but there are still issues if we have bold-italic text with edge spaces  🙏
For example, for "BoldItalic normal" we should get ***BoldItalic*** normal, but now we get ***BoldItalic* **normal.
https://github.com/user-attachments/assets/f8c08f8b-e349-4723-a0d1-d3b4370b8579

Could you be please reopen the issue, so that it's not lost/forgotten? And to make it easier to track


Build macros to generate repetitive structures

It would be really helpful to have a macro that builds the opcode matching structure since there is a lot of duplicated code.

duplicates #18

duplicate of #18


xtandem_version_comparison error

Hi,
I just tried to run xtandem_version_comparison.py.  However, there is a problem related to the downloading of the fasta file.
I think this is because of the URL on line 58:
http://www.unimuenster.de/Biologie.IBBP.AGFufezan/misc/Creinhardtii_281_v5_5_CP_MT_with_contaminants_target_decoy.fasta
best,
carlos

Hi Carlos,
sorry that it took a bit longer than it should have, but the issue should be fixed with pull request #84 now


Better builds for a better life (TM)

What is this PR trying to achieve?
Use the new release tooling format path.
Who is this change for?
👨 + 🐶

For #3284


Error: when trying to plot the graph: from PyQt5.QtWidgets import * ImportError: No module named PyQt5.QtWidgets

Hi,
I was able to install the machine-learning package, run gazebo and start dqn. However, when I tried to plot the graph using "roslaunch turtlebot3_dqn result_graph.launch", I got errors and will not be able to view the graphs.
logs:
catkin_ws/src/turtlebot3_machine_learning/turtlebot3_dqn/nodes/action_graph", line 21, in
from PyQt5.QtWidgets import *
ImportError: No module named PyQt5.QtWidgets
/catkin_ws/src/turtlebot3_machine_learning/turtlebot3_dqn/nodes/result_graph", line 23, in
from PyQt5.QtGui import *
ImportError: No module named PyQt5.QtGui
I was thinking about the mismatch between pyqt4 and pyqt5 so I installed pyqt5 but there is no change. Also I tried to change import PyQt5.* in action_graph/result_graph files to import PyQt4.* but not effective.
I noticed in the tutorial it install pyqt 4.11.4.
May I know what's going on and how to solve it?
Thanks,
BowenY

Hi @BowenY :)
Maybe this will solve your problem.
pip uninstall tensorflow
pip install tensorflow==1.5
pip install pyqtgraph

Thanks,
Gilbert.

Hi Gilbert,
I too had similar issue...I tried the fix that you had recommended..but its doesn't resolve the issue. The same error is reported.
Thanks
Vincent

Hi @Vincent7803 :)
Could you remove anaconda2 folder? and then try to type command i said.

It works now.
Thanks Gilbert

Hi @kijongGil
It worked perfectly, thanks!
P.S. I also need to re-install the ros dependency packages using "pip install -U rosinstall msgpack empy defusedxml netifaces" after I re-installed anaconda, tensorflow, kersa and pyqtgraph to use gazebo. I dont know if Vincent7803 encountered the same requirement but I would love to note this for anyone else may have this situation.

Thank you for your contribution.
I will close this issue. If you have a another issue, you can reopen this issue to show this issue to the users whenever. Thanks.


Extract subscribe_to_stream function

The only persistent subscription functionality is currently subscribing
to all streams. We can allow subscribing to arbitrary streams by
extracting a function that takes the stream name as an argument.
So this is just an extract function refactoring :-)

I suggest you use $all here instead. Not sure what the "" will actually accomplish...

In my PR I removed this completely and replaced it with $all:
https://github.com/commanded/commanded-extreme-adapter/pull/17
Not sure what it affects, but I verified that aggregate loading/saving works correctly.

This PR is intended to be a refactoring, so I did not change any behavior.
@drozzy I'm pretty sure if you do not listen to $all that it probably breaks strong consistency (from what I gather) -- at least if you don't specify which handlers you are specifically waiting for and just set strong_consistency: :true.

Not sure what you mean by strong consistency. If we assume that one aggregate is one stream - there is no need for inter-aggregate consistency.

I mean this. Its not about aggregates, but event handlers.

Not sure how you can ensure that all event handlers processed an event... What if the event handler is not using commanded, but rather subscribes directly to EventStore, via Extreme or even .NET?

It doesn't work if it is not using Commanded, pretty sure.


Possible bugs in failure shell hooks

The operation has completed successfully.
+ partprobe /dev/sda1
/nix/store/msdqx0gn7gag7mg4smm7ww3v7a6invh0-disko: line 43: /nix/store/92k36w5ibc909sr3n6aksqqxbawj530q-parted-3.6/bin/partprobe: Input/output error
+ :
+ udevadm trigger --subsystem-match=block
/nix/store/msdqx0gn7gag7mg4smm7ww3v7a6invh0-disko: line 44: udevadm: command not found
+ rm -rf /tmp/tmp.33mwAApB03
/nix/store/msdqx0gn7gag7mg4smm7ww3v7a6invh0-disko: line 1: rm: command not found

I've ran this with /dev/sda1 instead of /dev/sda and it rightfully failed, but it seems to expose the fact that udevadm and rm need to be referred by the full path as they might not be in the PATH?
Please excuse if I'm wrong, just trying to be helpful.

The disko script doesn't copy any dependencies in its closure. This is so that low-memory machines don't go out of memory because large closures are uploaded. We therefore don't use absolute paths. The kexec image that we provide should provide all these tools.


proxy.golang.org: invalid zip file when using the proxy

What version of Go are you using (go version)?

$ go version
go version go1.13.5 darwin/amd64

Does this issue reproduce with the latest release?
Yes
What operating system and processor architecture are you using (go env)?
go env Output
$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/Users/asticode/Library/Caches/go-build"
GOENV="/Users/asticode/Library/Application Support/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GONOPROXY=""
GONOSUMDB=""
GOOS="darwin"
GOPATH="/Users/asticode/projects/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/go/pkg/tool/darwin_amd64"
GCCGO="gccgo"
AR="ar"
CC="clang"
CXX="clang++"
CGO_ENABLED="1"
GOMOD="/Users/asticode/bite/go.mod"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/xg/1_vvjbvd1vg50jcd6g4b1tqm0000gn/T/go-build242958915=/tmp/go-build -gno-record-gcc-switches -fno-common"

What did you do?

 When using GOPROXY=direct it worked fine.
Today it works fine even without GOPROXY=direct.
I've an idea why, but still would rather check with you guys.
Hence my questions:

why did I get an invalid zip file error in the first place?
why is it working now?
did I have any solution to fix the problem yesterday instead of using GOPROXY=direct (invalidating the proxy cache maybe)?

Cheers

Thanks a lot for the report. I filed an internal bug to investigate.
I don't know why/whether the proxy returned a bad zip yet. If the proxy ever served a bad data,
that bad data may have been cached in the content cache on the path.
It's still strange to me that the issue lasted for a day though since our http cache ttl shouldn't be that long.
If cache is the culprit, yes, GOPROXY=direct is a workaround.
@heschik @katiehockman

Thanks for the report. We were able to track down the issue, and the fix should roll out in the next couple of days. There was a race condition when the first download of a module version was outside the US and network conditions were imperfect.


Add integration tests for mtcli list-bundles cmd

/retest

Good job @ashishmax31 !
Just some tiny aforementioned suggestions, rest all LGTM :)


Implement toxicity classifier with PythonUDF framework

This PR adds the toxicity classification model, tokenizer, sample dataset for testing, and the edited python_udf file for detecting the toxicity of the texts.
For using this python_udf with sample test data:

Select the CSV File Scan operator with the absolute path of the dataset and @ delimiter.
Apply the Python UDF operator with the file name toxicity_classify.py, input column comment, and output column in string format.
Use the View Results operator to see the result.

@zuozhiw @avinash0161 I am taking over the task from @EEEricLiu to finish the PR. Please review the PR. If you need more context, please feel free to talk to me directly.
I have one concern here since in the PR we are adding the ML model file into the Texera repo. The model is more than 50 MB in size, which is kind of large to me. I am not sure what's the best way to host it.

PR closed for now


investigate tether for positioning improvements

I just came across https://github.com/HubSpot/tether and it looked pretty cool. Haven't yet looked at how it works, but wanted to share it here in case it's of interest or of any help with angular-ui's positioning needs. (I think there have been various bugs that have been hard to fix.)

Closing as we have decided not to support tether due to the size of the library.
We do intend on visiting the positioning issues though, hopefully in the next couple of months.


migrating to react-router-dom v6

I need to upgrade the library to a new version, please help me

please can you make it more clear if I can help...

i do not think that  the developers are active on this project any more


Remove-DbaAgentSchedule - new parameter to target a schedule

name: new parameter - ScheduleUid
Summary of new feature
Remove-DbaAgentSchedule currently seems to be dependent on the name of a schedule. This makes it hard/impossible to target a single schedule to remove when there are multiple schedules with the same name. If there was a parameter -ScheduleUid that could be passed, the correct schedule for removal could be identified.
Proposed technical details
For example, doing something like this:
$ScheduleUid = "b9d561f8-16b3-4565-90a8-96365a277fd2"
Get-DbaAgentSchedule | Where-Object {$_.ScheduleUid -eq $ScheduleUid} | Remove-DbaAgentSchedule -Force

currently results in removal of a random schedule with the same name as the schedule with $ScheduleUid. Instead I would like to be able to do:
Remove-DbaAgentSchedule -ScheduleUid $ScheduleUid -Force

And have it remove just that single schedule.
Latest version of dbatools as of writing
0.9.803

Thank you for your report. We'll take a look when we get a moment.


chore: update dependencies (dependabot)

replace #743 #744 #745

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


Environment variable names containing spaces are not handled correctly.

To Reproduce
Steps to reproduce the behaviour:

Create a project or pipeline environment variable with a name containing spaces, e.g.  a  , or  hello world
Start a session
Said variables will not be set, i.e. they won't exist in the environment

This is likely affecting the value of said environment variables as well.
Expected behavior
Said environment variables should be set in the environment. Assuming that we want to allow such environment variable names.

Assuming that we want to allow such environment variable names.

I don't think we do. I wouldn't know how to create such a variable, nor how to get its value.
And from stackoverflow:

So while the names may be valid, your shell might not support anything besides letters, numbers, and underscores.

I do think we can validate env names when entered through the UI, e.g. conforming with the regex [a-zA-Z_]+[a-zA-Z0-9_]*. @joe-bell Thoughts?

I must highlight that such a thing is currently possible in docker, e.g. docker run --rm -it -e " A "=1 python:3.7 python. I agree that it is confusing and is likely to break depending on the base image so I would be in favour of not allowing it. The check should be both at the client and backend level.


I was following this using React and I get Unexpected token error everytime I load the model.

I have my 3d model inside src/assets/3DAssets and I am importing it to one of my component located in
src/Components/Page/Mode/ModelComponent.js
index.js:1 SyntaxError: Unexpected token < in JSON at position 0
at JSON.parse ()
at GLTFLoader.parse (GLTFLoader.js:281)
at Object.onLoad (GLTFLoader.js:174)
at XMLHttpRequest. (three.module.js:36662)
Has anyone had that issue? I am also using a different model from the original tutorial. Its a gltf file too, but I don't know why i am having this issue.

I'm not sure (definitely not an expert on this) but that error looks like either the file is in the wrong format or you're getting a loading error (like a 404) that's not properly encoded
if you can, try logging the contents of the model you're loading to see if it's actually bringing in a 3D model or if you're getting something else
if that doesn't work, you may want to try the GLTFLoader repo? I don't know if anyone other than me looks at this one, and I definitely don't know how to fix 3D models :joy:
I'm going to close this since help will need to come from somewhere else. good luck!


Async log compaction

etcd stops the writing-world while compacting its log. This was done on purpose to allow us to focus on harder problems. We plan to fix this problem in 0.5. See also: #732.

this has been solved by https://github.com/coreos/etcd/commit/a4dab7ad7583c81300f5c75471e29321d2779858.
there are still some log compaction/snapshot related issue tracked by https://github.com/coreos/etcd/issues/2370


LLVM errors when building on macOS-latest with ghc-{8.10,9.0}.

Hi there!
I'm not sure whether this is an issue with haskell-actions per se, but I thought it worth recording in case others are also running into the same issue.
Affected OS, GHC, and cabal version combinations

macOS-latest
windows-latest
ubuntu-latest

ghc-8.10
🔴 affected
🟢 unaffected
🟢 unaffected

ghc-9.0
🔴 affected
🟢 unaffected
🟢 unaffected

ghc-9.2
🟢 unaffected
🟢 unaffected
🟢 unaffected

ghc-9.4
🟢 unaffected
🟢 unaffected
🟢 unaffected

ghc-9.6
🟢 unaffected
🟢 unaffected
🟢 unaffected

ghc-9.8
🟢 unaffected
🟢 unaffected
🟢 unaffected

Building with cabal-<IP_ADDRESS>.
Issue
On affected OS platform and GHC versions, we consistently see LLVM-related build failures similar to the following:
> cabal build all --builddir=b --only-dependencies
Building     StateVar-1.2.2 (lib)
Configuring library for StateVar-1.2.2..
Preprocessing library for StateVar-1.2.2..
Building library for StateVar-1.2.2..

<no location info>: error:
    Warning: Couldn't figure out LLVM version!
             Make sure you have installed LLVM between [9 and 13)
[1 of 1] Compiling Data.StateVar    ( src/Data/StateVar.hs, dist/build/Data/StateVar.o, dist/build/Data/StateVar.dyn_o )

<no location info>: error:
    Warning: Couldn't figure out LLVM version!
             Make sure you have installed LLVM between [9 and 13)
ghc: could not execute: opt

Note that error appears for whatever dependency cabal is attempting to build first. (It's not specific to StateVar.)
Example action failures

https://github.com/IntersectMBO/bech32/actions/runs/8861664911
https://github.com/jonathanknowles/haskell-example/actions/runs/8861645867
https://github.com/jonathanknowles/monoidmap/actions/runs/8861721580

E.g. I looked at monoidmap but could not see anything LLVM specific.  Are you using the LLVM backend (actively) or are these just vanilla builds failing?

In the case of Cabal, we did see some failures due to missing LLVM on the new MacOS runners and that was one of several reasons we rolled back to macos-13. Here's an example run if that's of any help: https://github.com/haskell/cabal/actions/runs/8864213938/job/24339171647

E.g. I looked at monoidmap but could not see anything LLVM specific. Are you using the LLVM backend (actively) or are these just vanilla builds failing?

My apologies -- here's a more direct link to the actual failure: https://github.com/jonathanknowles/monoidmap/actions/runs/8861721580/job/24341958036#step:7:277

@andreasabel wrote:

Maybe it is the switch from amd64 to arm64 that breaks things. You could fix the runner to macos-12 to circumvent this problem. But yes, many others will get the problem as well...

@ulysses4ever wrote:

In the case of Cabal, we did see some failures due to missing LLVM on the new MacOS runners and that was one of several reasons we rolled back to macos-13.

Thanks!
I can confirm that rolling back to macOS-13 also solves the problem for me:

https://github.com/jonathanknowles/haskell-example/actions/runs/8905104439?pr=39
✅ builds for all major GHC versions from 8.10 to 9.8 🎉

According to the table below (source) macOS-13 seems to be the most-recent "non-large" Intel macOS image:

Image
YAML Label
Included Software
Rollout Status of Latest Image Release

macOS 14
macos-latest-large or macos-14-large
macOS-14

macOS 14 Arm64
macos-latest, macos-14, macos-latest-xlarge or macos-14-xlarge
macOS-14-arm64

macOS 13
macos-13 or macos-13-large
macOS-13

macOS 13 Arm64
macos-13-xlarge
macOS-13-arm64

macOS 12
macos-12 or macos-12-large
macOS-12

(I did try to build with macOS-latest-large but that apparently requires a paid plan.)

@andreasabel wrote:

Have you tried patching your workflows with an explicit LLVM installation step? I would be curious if that fixed the problem.

I did very briefly experiment with this, but didn't succeed yet. (https://github.com/jonathanknowles/haskell-example/actions/runs/8905557298/job/24456432075?pr=40)

@jonathanknowles : I noticed in your experiment some non-idiomatic ways to handle the environment, see my comments at https://github.com/jonathanknowles/haskell-example/commit/ce66f88aaa3d666c9970bf646dbada78ea3be540.
(Maybe this is why it did not succeed?)

I am reproducing the failure now on the local CI here: https://github.com/haskell-actions/setup/actions/runs/8941784591/job/24562918002

Installing LLVM 12 on macos-14 did not help, or I did not do it correctly: https://github.com/andreasabel/gha-test/actions/runs/8942210516/job/24564290977

Installing LLVM 12 on macos-14 did not help, or I did not do it correctly: https://github.com/andreasabel/gha-test/actions/runs/8942210516/job/24564290977

For what it's worth, I've tried similar approaches and it didn't work either

@jorisdral Looking at haskell-macos-14.yml, you have:
        echo "$(brew --prefix)/opt/llvm/bin"                >> "${GITHUB_PATH}"
        echo LDFLAGS="-L$(brew --prefix)/opt/llvm/lib"      >> "${GITHUB_ENV}"
        echo CPPFLAGS="-I$(brew --prefix)/opt/llvm/include" >> "${GITHUB_ENV}"

but in the comments of configuration-of-llvm-for-haskell-on-m1-mac
they state to use the path<EMAIL_ADDRESS>when using llvm 12 installed with brew install llvm@12

Here is my attempt to run actions with GHC 8.10.7 and 9.0.2 on macos-14: https://github.com/minoki/haskell-floating-point/commit/8566b63fb97f2b542f5eeba8c1b005ffed9670e0
      - name: Install LLVM
        run: |
          brew install llvm@12
          echo "OPT=$(brew --prefix llvm@12)/bin/opt" >> "${GITHUB_ENV}"
          echo "LLC=$(brew --prefix llvm@12)/bin/llc" >> "${GITHUB_ENV}"
        if: ${{ matrix.os == 'macos-14' && (matrix.ghc == '8.10.7' || matrix.ghc == '9.0.2') }}

      - name: Workaround for a problem with GHC 9.0.2 on Arm Mac
        run: echo "C_INCLUDE_PATH=`xcrun --show-sdk-path`/usr/include/ffi" >> "${GITHUB_ENV}"
        if: ${{ matrix.os == 'macos-14' && matrix.ghc == '9.0.2' }}

      - uses: haskell-actions/setup@v2
        ...

The points are:

Set LLC and OPT variables to configure LLVM. Modifying PATH may work, but I'm worried if the Homebrew-installed LLVM and system toolchain conflict.
Set C_INCLUDE_PATH to work around https://gitlab.haskell.org/ghc/ghc/-/issues/20592.


Create a Popup Alert View

Requirement

Create an Injectable Alert Popup View.
Make it as a Generic View, that can be shown on top of any Parent View

Proposed Solution

Create a new Support View Under Common > Views > Support Shapes > AlertView
Add variables to add the title, description, and the action button.

@Shubham0812 Hi, assign it to me, please.


Get a test set for the AACR workshop

I believe this bioproject contains freely available fastqs from a breast cancer patient along with Lymphoblastoid cell lines from the same patient (T/N) This might be helpful
http://www.ncbi.nlm.nih.gov/bioproject/PRJEB2210
This is the matched RNA. Not sure if it's unprotected or not
http://trace.ncbi.nlm.nih.gov/Traces/sra/?run=SRR925710

s3://pimmuno-test-data/CI_test_input/reads

Resolved in #52. Closing


docs: update README

孙老师你好，我是来领取彩蛋的😁

Pointless request? But you'd rather consider updating chat.openai.com to chatgpt.com in the README to make this a proper PR.

Thanks.


Add example API proto file to Implementing Event Sourced Entities in JavaScript

@mckeeh3 commented on Fri Jun 11 2021
Add an example API proto file tp Implementing Event Sourced Entities in JavaScript.
For each component linked to an API, implementing or creating documentation should include a sample API proto file. This will help to make the page more self-contained. Developers that reference one of these pages will not need to look for examples on other pages.
The content should help readers understand the input, process, and output flow of components. Input is defined in the API proto. Output is defined in the domain proto file. Processing is defined in the component code examples.

Outdated.


Added extensions to vim configuration example

Also fixed typos and did a little Readme cleanup automatically with Remark.

Hi @niftylettuce Thank you for submitting this PR could you also please update /doc/prettier.txt and then I will merge this


Added libpng.

Usage:
  hunter_add_package(PNG)

  find_package(PNG REQUIRED)

  add_executable(foo main.cpp)
  target_compile_definitions(foo PRIVATE ${PNG_DEFINITIONS})
  target_include_directories(foo PRIVATE ${PNG_INCLUDE_DIRS})
  target_link_libraries(foo PRIVATE ${PNG_LIBRARIES})

Unfortunately, the FindPNG.cmake shipped with CMake does not include the _static prefix in the name options, so doesn't find the static library.  The version included here makes that simple change.

I'm confused why it's failing now: https://travis-ci.org/alamaison/hunter/jobs/56735330.
When I had hunter_add_package(ZLIB) in cmake/projects/PNG/hunter.cmake it worked fine, except fot a libpng issue on iOS.  I fixed the iOS issue in a fork of libpng and, at the same time, moved the call to hunter_add_package(ZLIB) into libpng's CMakeLists.txt.  Now it can't find ZLIB.  Am I doing something really stupid?

zlib installed to:
Install the project...
-- Install configuration: "Release"
-- Installing: /Users/travis/build/ruslo/hunter/_Base/Install/default/lib/libz.a

instead of "_testing" directory:
-- Installing: /Users/travis/build/ruslo/hunter/_testing/Base/Install/default/lib/libpng.a
-- Installing: /Users/travis/build/ruslo/hunter/_testing/Base/Install/default/include/png.h
-- Installing: /Users/travis/build/ruslo/hunter/_testing/Base/Install/default/include/pngconf.h
-- Installing: /Users/travis/build/ruslo/hunter/_testing/Base/Install/default/include/pnglibconf.h

this is because HunterGate module do not respect HUNTER_BASE variable. It is an old error which is fixed in last version. See update

Thanks!  I'm not sure where I got that old HunterGate from.  Was sure I had the latest.  Anyway, your update fixes it.

I've tried to install png locally but it seems there are some broken links:
> ls -la _install/libcxx/lib/
libpng.a@ -> $<TARGET_FILE:png16_static>
libpng.dylib@ -> $<TARGET_FILE:png16>

OS X, CMake 3.2.1, branch libpng-hunter, commit f161a9c

I had changed how libpng symlinked its libs, because the way it did it wasn't permitted anymore in CMake 3.  But I messed it up.  Should be better now.  Tested on Linux and Windows.

Could you bump the two PNG-related failed tests?  They didn't run because of the OSX flakiness on Travis.
https://travis-ci.org/ruslo/hunter/jobs/57658074
https://travis-ci.org/ruslo/hunter/jobs/57658078

Could you bump the two PNG-related failed tests?

done

This looks good to merge, despite the failure

Yep, PNG tests work fine. Thanks!


Update GA actions

This addresses two things:

These actions use node 16 which is deprecated and supposedly will be removed in the future: https://github.blog/changelog/2023-09-22-github-actions-transitioning-from-node-16-to-node-20/
upload-artifact@v4 is significantly faster than upload-artifact@v3, on my project it reduced time to upload my debug build from 2m 54s to 23s

Huh, maybe the action isnt running because of the warning here: https://github.com/nextest-rs/reuse-build-partition-example/actions/workflows/ci.yml

Thanks! I just re-enabled the workflow -- could you do a no-op push to trigger it?

pushed, looks like its enabled now, just need to approve running the workflow on this PR.


Cannot launch GUI on KDE Neon 6.2 with any version of SLM

No matter the version of SLM I try to use, trying to launch in GUI does not run. Luckily I have a backup of settings.json, as that is wiped when trying to run SLM GUI.
This is what is shown in slm.log:
2024-10-18T14:49:46.617-0400	INFO	src/main.go:40	[SLM starts]
2024-10-18T14:49:46.617-0400	INFO	src/main.go:41	[Executable: /home/SpasilliumNexus/Applications/Switch-Library-Manager/Switch-Library-Manager]
2024-10-18T14:49:46.617-0400	INFO	src/main.go:42	[Working directory: /home/SpasilliumNexus/Applications/Switch-Library-Manager]
2024-10-18T14:49:46.618-0400	INFO	console/console-flags.go:112	[Flag -m: <missing>]
2024-10-18T14:49:46.618-0400	INFO	console/console-flags.go:112	[Flag -f: <missing>]
2024-10-18T14:49:46.618-0400	INFO	console/console-flags.go:112	[Flag -r: <missing>]
2024-10-18T14:49:46.618-0400	INFO	console/console-flags.go:112	[Flag -e: <missing>]
2024-10-18T14:49:46.618-0400	INFO	settings/keys.go:54	Trying to load prod.keys based on current folder: /home/SpasilliumNexus/Applications/Switch-Library-Manager/prod.keys
2024-10-18T14:49:46.620-0400	INFO	settings/keys.go:77	Loaded prod.keys from: /home/SpasilliumNexus/Applications/Switch-Library-Manager/prod.keys
2024-10-18T14:49:46.895-0400	ERROR	src/gui.go:175	running bootstrap failed: creating window failed: context canceled
main.(*GUI).Start
	/home/runner/work/switch-library-manager/switch-library-manager/src/gui.go:175
main.main
	/home/runner/work/switch-library-manager/switch-library-manager/src/main.go:64
runtime.main
	/opt/hostedtoolcache/go/1.20.14/x64/src/runtime/proc.go:250

Running in console works fine. Is there any packages I need in KDE Neon to get the GUI working?

 Rather than run without sandboxing I'm aborting now. You need to make sure that /home/SpasilliumNexus/Applications/Switch-Library-Manager/vendor/electron-linux-amd64/chrome-sandbox is owned by root and has mode 4755.
2024/10/18 15:04:43 astikit: received signal child exited
2024/10/18 15:04:43 astikit: received signal urgent I/O condition
2024/10/18 15:04:43 '/home/SpasilliumNexus/Applications/Switch-Library-Manager/vendor/electron-linux-amd64/electron' exited with code: -1
2024/10/18 15:04:43 App has crashed
2024/10/18 15:04:43 Stopping...
2024/10/18 15:04:43 astikit: stopping worker...
2024/10/18 15:04:43 Closing...
2024/10/18 15:04:43 accept tcp <IP_ADDRESS>:37935: use of closed network connection while TCP accepting
2024/10/18 15:04:43 Stopping...
2024/10/18 15:04:43 creating window failed: context canceled

i dont really have a linux available for testing so i'm not really sure if it needs any extra packages
only other thing i heard from linux here is #41 if that one can be related, not much to go on though

I am using Linux Mint Cinnamon version and was able to run the GUI by referring to the above issue.
thank you #41

@jshsakura is it possible to share this as a PR or explain what change you did in more detail so i can add it?

I'll prepare a PR for you to check!


[Storage] Added support for https traffic only

Generated from RestAPI PR: https://github.com/Azure/azure-rest-api-specs/pull/1120

Codecov Report

Merging #1095 into master will increase coverage by <.01%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master    #1095      +/-   ##
==========================================
+ Coverage   56.35%   56.35%   +<.01%
==========================================
  Files        2044     2044
  Lines       57411    57414       +3
==========================================
+ Hits        32354    32356       +2
- Misses      25057    25058       +1

Impacted Files
Coverage Δ

..._12_01/models/storage_account_create_parameters.py
100% <100%> (ø)
:arrow_up:

...mgmt/storage/v2016_12_01/models/storage_account.py
100% <100%> (ø)
:arrow_up:

..._12_01/models/storage_account_update_parameters.py
100% <100%> (ø)
:arrow_up:

...anagement-legacy/azure/servicemanagement/models.py
85.11% <0%> (-0.08%)
:arrow_down:

Continue to review full report at Codecov.

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


Move modals types constants to lbry-redux repository.

Hi There, I'm new here.
This PR closes(i hope) issue #1384  , imports statements were changed on this repository to use the ones from this PR on lbry-app.
For this PR to work, first this PR needs to be merged.

@dan1d thanks for this PR! I know we discussed on Github, but please see https://lbry.io/faq/tips

Yes, I'll do that at EOD, I'm a bit busy today :D


[WIP] Run test on windows@travis

#725

After spending several hours on this task, I think the Windows platform of the Travis-CI is not available now:

The booting time of the virtual machine is not stable, sometimes it takes more than 5 mins to boot a virtual machine, sometimes it takes 10 secs to boot.
After the virtual machine boots, it hangs for a long time, usually longer the 5 mins, before it starts to the tasks.
It has a misery performance, many times the test fails with a "no output captured for more than 10 mins ...." message.
The most common situation, the job is marked as failed while it is still running, (at least looks like still running), no error message from the test cases, no error message from the CI platform, it just fails.

So I think it is not generally available so far.
I wrote a bash script to run the CI tasks in this PR, we can keep it for later use(when Travis's Windows is production ready) if possible.
If the reason we want to run test cases on Travis' Windows is that Appveyor is too slow, I think we can comment out the x86 platform and only keep x64 on Appveyor.
@yebai

See https://travis-ci.org/TuringLang/Turing.jl/jobs/510941663, the test job hangs and fails with no error.

Closed in favour of https://github.com/TuringLang/Turing.jl/pull/823


Config for status checks

Is it possible to have the status checks for server state be definable in a config?  Currently it's hard-coded to limit your health checks to the default fall 3 rise 2, however in many cases you want to be able to adjust that along with the interval.

For example, I may want to have fall 6 rise 1 with an interval of 10s, if I do that, during any transition state, the value of the haproxy_server_up in prom is 0 when it should be either 1 for up transitioning down or 0 for down transitioning up.

If I understand you correctly this should be fixed by #101

Yes essentially. The status is normalised by removing the second part ("1/3" etc) before being parsed to 1 or 0.

Unfortunately I can't answer that. That's a question for @grobie

Hi, I am closing this issue because we are retiring this exporter. We will not be implementing new features anymore.
Please use the Prometheus support in HAProxy directly. It may already support this; if not, please open an issue against the HAProxy repository.


Bad allocation causes crash at loading screen

The title says it all, it may be a very silly mistake of me, however, I can't find it (I'm still not experienced enough to know how every piece of code should look), may have missed a slash there or there. Been working on english.txt and main.xml files when the crash began to occur. The log and entire project(if needed and if you could find the specific mistake xD) are here :
crashlog.txt
Infiltration_Project.zip
PS: I know you guys are busy, so you needn't rush it if it turns out to be complex, and this is quite a ridiculous reason for an issue post, but this is still causing crashes everytime. #TmwYouSpendMadAmmountOfHoursOnAProjectAndItCrashes

Your level seems to be fine?

Fine or not it crashes due to bad allocation :< . You mean there's nothing wrong in the code ;-; ? I may just need to look for my backup version then. rip some progress, but oh well :<

You edited script files by yourself when you're not supposed to, if you don't know how to edit xml files then don't.
either way statics in the world continent doesn't have a close, so add  in line 7797.


Eloquent model's $dates values are ignored when written in camelCase (with model_camel_case_properties set to true)

Versions:

ide-helper Version: 2.8.1
Laravel Version: 7.28.3
PHP Version: 7.3.19

Description:
Brief:
Equolent models $dates camelCase values are ignored by ide-helper with model_camel_case_properties' => true
Full:
Eloquent allows to define model properties which are cast to Carbon instance by adding their names into models protected property $dates, ex:
protected $dates = [
    'employmentStartDate',
];

When using camelCase notation for properties and enabled camelCase in ide-helper.php config ('model_camel_case_properties' => true,) generated properties are casted to string instead of Carbon instance.
For set $dates properly, compatible with ide-helper with camelCase enabled we need to type them snake_case, ex:
protected $dates = [
    'employment_start_date',
];

Steps To Reproduce:

enable camelCase support for models properties in Laravel (if its not set already)

add $dates property in model and fillup with db column name typed in snakeCase, for example:

protected $dates = [
    'employmentStartDate',
];

refresh whole ide-helper config:

$ php artisan clear-compiled
$ php artisan ide-helper:generate
$ php artisan ide-helper:models --write-mixin
$ php artisan ide-helper:meta

try to execute format method on model property for example in controller:

$employee->employmentStartDate->format('c');

see in IDE that "format" method not found as employmentStartDate is a string

review _ide_helper_models.php to make sure:

$ cat _ide_helper_models.php | grep employmentStartDate
 * @property string|null $employmentStartDate

(from here we will hack around that issue) Change model $dates property to snake_case:

protected $dates = [
    'employment_start_date',  // ide-helper ignoring camelCase
];

refresh whole ide-helper config:

$ php artisan clear-compiled
$ php artisan ide-helper:generate
$ php artisan ide-helper:models --write-mixin
$ php artisan ide-helper:meta

try to execute format method on model property for example in controller:

$employee->employmentStartDate->format('c');

see in IDE that everything is ok :)

review _ide_helper_models.php to make sure:

$ cat _ide_helper_models.php | grep employmentStartDate
 * @property \Illuminate\Support\Carbon|null $employmentStartDate

Notes

Tested property was nullable (if it brings any value)

Just curious if there is any fix for this issue?


0 - is not a valid CRON expression

Started seeing this Critical Error after updating.
Cant access my home page now. Any ideas on the problem.
Being fired in an in
/Grav/Common/Scheduler/IntervalTrait.php

what updates? which version are you on? do you have any custom scheduled jobs? if so what is the result of:
bin/grav scheduler -j
from the terminal?
what plugins do you have installed?

scheduler-j
$ bin/grav scheduler -j

[LogicException]
User class was called too early!
no schedules
plugins
$ bin/grav --version
Grav CLI Application version 1.0.6
$ cd user
$ cd plugins
$ dir
admin
archive_plus
email
error
form
getgrav-grav-plugin-page-inject-1.0.0-0-ga47e559.zip
getgrav-grav-plugin-pagination-1.2.7-0-ga3f00b3.zip
getgrav-grav-plugin-random-1.3.0-0-g4f86af4.zip
getgrav-grav-plugin-simplesearch-1.3.0-0-g602f25c.zip
grav-plugin-admin-develop.zip
grav-plugin-archive-plus-master.zip
grav-plugin-email-develop.zip
grav-plugin-error-develop.zip
grav-plugin-form-develop.zip
grav-plugin-jscomments-develop.zip
grav-plugin-login-develop.zip
grav-plugin-problems-develop.zip
grav-plugin-social-buttons-master.zip
grav-plugin-taxonomylist-develop.zip
jscomments
login
old
pagination
problems
sft_plugins.zip
simplesearch
socialbuttons
taxonomylist

Looks like something in the scheduler hasn't initialized Grav fully to use user objects. Hmm..

Any suggestions?

well i've not seen that error with our 'core' plugins.. i would recommend disabling plugins one-by-one starting with non-core plugins.  e.g. archive-plus, jscomments, socialbuttons, etc.  If those don't resolve it start with the core ones.
Also what does your user/config/scheduler.yaml look like?


Miss Conv2dLSTM module

Hello!  I found the project missed the convolutional_rnn.py and the Conv2dLSTM module. May I request an update to this part Please. Thank u for all !

Hello! Added the missing module. Thanks!

Thanks!


Pydantic model validator of HumanMessage causing AttributeError when using mixed list of messages in Pydantic model

Checked other resources

[X] I added a very descriptive title to this issue.
[X] I searched the LangChain documentation with the integrated search.
[X] I used the GitHub search to find a similar question and didn't find it.
[X] I am sure that this is a bug in LangChain rather than my code.
[X] The bug is not resolved by updating to the latest stable version of LangChain (or the specific integration package).

Example Code
from langchain_core.messages import HumanMessage, AIMessage, ToolMessage
from pydantic import BaseModel, Field
import uuid
from typing import List

if __name__ == "__main__":
    human_msg = HumanMessage(content="i'm human")
    ai_msg = AIMessage(content="i'm AI")
    tool_msg = ToolMessage(content="i'm tool", tool_call_id="123")

    class A(BaseModel):
        hist: List[HumanMessage] = Field(default_factory=list)

    class B(BaseModel):
        hist: List[HumanMessage|ToolMessage] = Field(default_factory=list)

    class C(BaseModel):
        hist: List[HumanMessage|AIMessage] = Field(default_factory=list)

    a = A(hist=[human_msg])
    b1 = B(hist=[human_msg])
    b2 = B(hist=[tool_msg])
    b3 = B(hist=[human_msg, tool_msg])
    c1 = C(hist=[ai_msg])
    c2 = C(hist=[human_msg])
    c3 = C(hist=[ai_msg, human_msg])

exception is raised when initializing 'c2' and 'c3'
Error Message and Stack Trace (if applicable)
Traceback (most recent call last):
  File "/home/xxx/workspace/yyy/app/repro_bug.py", line 28, in <module>
    c2 = C(hist=[human_msg])
         ^^^^^^^^^^^^^^^^^^^
  File "/home/xxx/workspace/yyy/venv/lib/python3.11/site-packages/pydantic/main.py", line 212, in __init__
    validated_self = self.__pydantic_validator__.validate_python(data, self_instance=self)
                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/xxx/workspace/yyy/venv/lib/python3.11/site-packages/langchain_core/messages/ai.py", line 117, in _backwards_compat_tool_calls
    check_additional_kwargs = not any(
                                  ^^^^
  File "/home/xxx/workspace/yyy/venv/lib/python3.11/site-packages/langchain_core/messages/ai.py", line 118, in <genexpr>
    values.get(k)
    ^^^^^^^^^^
  File "/home/xxx/workspace/yyy/venv/lib/python3.11/site-packages/pydantic/main.py", line 856, in __getattr__
    raise AttributeError(f'{type(self).__name__!r} object has no attribute {item!r}')
AttributeError: 'HumanMessage' object has no attribute 'get'

Description
I have a pydantic BaseModel object that contains a list of messages from chat history, the type is a list of AIMessage or HumanMessage. After upgrading to Langchain 0.3.1, I started getting errors when creating the object with HumanMessages in the list.
The problem is with the 'values.get()' call in AIMessage's model validator
https://github.com/langchain-ai/langchain/blob/master/libs/core/langchain_core/messages/ai.py#L118
the model validator is invoked on HumanMessage's when they are part of the list.
The same code was working fine in langchain 0.2 before upgrading to 0.3
System Info
System Information
------------------
> OS:  Linux
> OS Version:  #1 SMP Fri Mar 29 23:14:13 UTC 2024
> Python Version:  3.11.9 (main, Apr  6 2024, 17:59:24) [GCC 11.4.0]

Package Information
-------------------
> langchain_core: 0.3.6
> langchain: 0.3.1
> langchain_community: 0.3.1
> langsmith: 0.1.125
> langchain_astradb: 0.5.0
> langchain_google_genai: 1.0.10
> langchain_openai: 0.2.1
> langchain_text_splitters: 0.3.0
> langgraph: Installed. No version info available.
> langserve: 0.3.0

Other Dependencies
------------------
> aiohttp: 3.10.5
> astrapy: 1.5.0
> async-timeout: Installed. No version info available.
> dataclasses-json: 0.5.9
> fastapi: 0.112.1
> google-generativeai: 0.7.2
> httpx: 0.27.0
> jsonpatch: 1.33
> numpy: 1.26.4
> openai: 1.50.2
> orjson: 3.10.5
> packaging: 23.2
> pillow: 10.4.0
> pydantic: 2.9.2
> pydantic-settings: 2.5.2
> PyYAML: 6.0.1
> requests: 2.32.3
> SQLAlchemy: 2.0.31
> sse-starlette: 1.8.2
> tenacity: 8.4.1
> tiktoken: 0.7.0
> typing-extensions: 4.12.2

Can you please upgrade your langchain version? I just tried and it seems to be working on the latest version.

Could you specify which version? I'm using langchain 0.3.1 which is the latest https://pypi.org/project/langchain/

The last release on pypi is indeed 0.3.1. But the latest langchain release is 0.3.7

Thanks, just upgraded to langchain-core 0.3.7 but the problem persists.
$ poetry show langchain-core
 name         : langchain-core
 version      : 0.3.7
 description  : Building applications with LLMs through composability
$ poetry show langchain
 name         : langchain
 version      : 0.3.1
 description  : Building applications with LLMs through composability

If I understand correctly, a type check is needed in the model_validator for AIMessage to narrow the type as suggested by Pydantic documentation.

Have you tried turning the Kernel off and on again?
Worked for me! I also updated langchain_core after I tested your code with Pydantic V1 and V2

Thanks, I'm not running from a notebook environment, just running from console inside a Python virtual env.
source venv/bin/activate
poetry run python3 app/repro_langchain_bug.py

I updated langchain-core to 3.8 and I can still repro the bug.
AttributeError: 'HumanMessage' object has no attribute 'get'

Did you tried to run your code in a new environment? I tested your code in a new python venv and in a new poetry shell.
It runs without an error. I only added print statements at the end.
Poetry
Version: 1.8.3
Python:  3.12.7
name = "langchain-core"
version = "0.3.8"
name = "pydantic"
version = "2.9.2"
command:
poetry run python bug.py
output:
a: hist=[HumanMessage(content="i'm human", additional_kwargs={}, response_metadata={})]
b1: hist=[HumanMessage(content="i'm human", additional_kwargs={}, response_metadata={})]
b2: hist=[ToolMessage(content="i'm tool", tool_call_id='123')]
b3: hist=[HumanMessage(content="i'm human", additional_kwargs={}, response_metadata={}), ToolMessage(content="i'm tool", tool_call_id='123')]
c1: hist=[AIMessage(content="i'm AI", additional_kwargs={}, response_metadata={})]
c2: hist=[HumanMessage(content="i'm human", additional_kwargs={}, response_metadata={})]
c3: hist=[AIMessage(content="i'm AI", additional_kwargs={}, response_metadata={}), HumanMessage(content="i'm human", additional_kwargs={}, response_metadata={})]

Thanks, must be something with my poetry / python environment. I ended up reinstalling python 11 and poetry. now the code works and doesn't fail any more.


Annoying blue box when typing search term on staging

Bug Report
When entering a search term, a a constraining blue box appears around the text you are typing. This does not happen on production.
Happens in both FireFox and Chrome; only tried on a Mac.
Steps to reproduce

Go to https://staging.dockstore.org/search?searchMode=files
Type a search term, e.g., "snap"
See blue box around the search term

Or is this on purpose?

┆Issue is synchronized with this Jira Story
┆Issue Type: Story
┆Fix Versions: Dockstore 1.7
┆Issue Number: DOCK-934

:+1:


IOError occured when jieba submitted to spark cluster

I use spark cluster to seg word and submit the program with jieba to the cluster as following:
/home/hadoop/spark-1.2.0-bin-hadoop2.4/bin/spark-submit --master spark://hz0124:7077 --driver-memory 1g --executor-memory 5g --total-executor-cores 60 --py-files ../sparkcode/dependency/dependency.zip seg
word_test.py
the jieba is zipped as the file ../sparkcode/dependency/dependency.zip
then an error occured:

Anyone meets this problem? how to deal with it?

Using zip will cause problems to read the dictionary because it uses regular file IO.
You can unzip the dependencies, or put the dict.txt elsewhere (not in a zip) and then manually initialize jieba with jieba.initialize('/path/to/dictionary').

Mark


Dynamo converter cat

This PR moves the aten::cat implementation to the dynamo impl library.

Verified tests passing locally.


Fix DefinitionID in CompilerPluginRunner

Purpose

Fix DefinitionID in CompilerPluginRunner so that, compiler extensions can Listen on SupportEndpointTypes.

:white_check_mark: Build ballerina-lang 299 completed (commit https://github.com/ballerina-platform/ballerina-lang/commit/ad6f498eef by @anuruddhal)

:white_check_mark: Build ballerina-lang 336 completed (commit https://github.com/ballerina-platform/ballerina-lang/commit/c776a8e5aa by @anuruddhal)

:white_check_mark: Build ballerina-lang 346 completed (commit https://github.com/ballerina-platform/ballerina-lang/commit/9849e95d5b by @anuruddhal)

:white_check_mark: Build ballerina-lang 348 completed (commit https://github.com/ballerina-platform/ballerina-lang/commit/d2bbec17b4 by @anuruddhal)


align with istio upstream #43928 change

align with https://github.com/istio/istio/pull/43928

This change also needs to be migrated to intel/istio/yaml, but I think it is better after https://github.com/intel/istio/pull/52 merged to avoid conflicts. @zhlsunshine @irisdingbj  WDYT?


Added custom Hosts to MGT Providers

Updated the Graph Toolkit providers and msal2 provider readme files with customHosts attribute information.
Re-submission as per https://github.com/microsoftgraph/microsoft-graph-docs-contrib/issues/978

@gavinbarron @sebastienlevert Can you please review Nick's resubmission?

@techienickb , FYI, it will be easier for you to contribute if you follow the Get Started steps to set yourself up to be a contributor. Then you can open your PR in the authoring repo. This repo is a public mirror of the authoring repo. Please ping me internally if you need a link to the Get started steps. Thanks.

@Lauragra I'm not a MS employee, just a contributor to the graph toolkit.  I'm doing what I was requested to do with from #978

@Lauragra @jasonjoh I assume this repo is absolutely OK for external members, right? @techienickb is an awesome contributor for MGT but is not a FTE. We should accept this PR.

@Lauragra @jasonjoh I assume this repo is absolutely OK for external members, right?

Yes, absolutely.


Add Android and iOS modules to allow compilation on mobile platforms

Presently the plugin only supports Desktop platforms (macos, linux and windows). When compiling a project that depends on desktop_window for mobile platform (android and ios), compilation will always fail as there are no modules set up for this plugin.
I'm not sure if this plugin could have an overloaded usage for the mobile platform but a simple no-op implementation would be useful to allow consumption in projects that have a single codebase for mobile and desktop platforms.
What do you think? I am willing to raise a PR if that helps.

A solution to this is to wrap all of the references to this package in the conditon below:
import
if (kIsWeb
      ? false
      : Platform.isWindows || Platform.isLinux || Platform.isMacOS) {
}


Is this repo still active??

Is this repo still active? The last commit was  last year and wanted to know if it still is? Thanks in advance!

Hello, yes this repo is still active.

Yes this repo is still active. Thanks!

Hi there thank you for answering my question! I am currently an Amazon Halo user who might want to integrate the halo itself into my own custom app. When I look around on the internet I see other developers asking if there is an SDK and whatnot. I think if you let developers know more about this SDK then more people might use Halo itself! So I'll ask how do I get started with using the SDK for Amazon Halo?

While the SDK is public, our API which enables data sharing is private and only open to select Amazon Halo partners. If you can share more about your use case and app, we can discuss internally your integration request. We'll update our documentation in the future if our closed API status changes.


Create abstraction for file storage service

Create a new interface for a file service
Create an implementation of the interface which uses Cloudinary
Create a new shared-services package for the above
Replace existing code references with the above

## Title - testing Tasklists
- [ ] https://github.com/metrotranscom/doorway/pull/30
- [ ] https://github.com/metrotranscom/doorway/pull/32
- [ ] https://github.com/metrotranscom/doorway/pull/34
- [ ] https://github.com/metrotranscom/doorway/pull/38
- [ ] https://github.com/metrotranscom/doorway/pull/40


AMBARI-24542. Fixing typo in LDAP configuration property name

What changes were proposed in this pull request?
In Ambari 2.7 we moved LDAP configuration into the Ambari DB and introduced common naming pattern. However a typo has been made in ambari.ldap.advance.collision_behavior This should be renamed to ambari.ldap.advanced.collision_behavior
How was this patch tested?
In addition to executing unit tests in ambari-server I simulated an Ambari server upgrade from 2.7.1 to 2.7.2:

had an Ambari 2.7.1 in my test environment
I configured LDAP using the 2.7.1 setupSecurity.py
updated `/var/lib/ambari-server/resources/version to 2.7.2
run ambari-server upgrade

In the DB I found the correct property name; in the log I found the trace:
2018-08-27 13:21:55,770  INFO [main] SchemaUpgradeHelper:232 - Executing DML changes.
2018-08-27 13:21:55,781  DEBUG [main] UpgradeCatalog272:80 - Executing: UPDATE ambari_configuration SET property_name = 'ambari.ldap.advanced.collision_behavior' WHERE category_name = 'ldap-configuration' AND property_name = 'ambari.ldap.advance.collision_behavior'
2018-08-27 13:21:55,783  INFO [main] UpgradeCatalog272:82 - Renamed 1 record with incorrect LDAP configuration property name

Besides this I tested if the new ambari-server setup-ldap works as expected.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/3754/
Test FAILed.
Test FAILured.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/3755/
Test FAILed.
Test FAILured.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/3757/
Test FAILed.
Test FAILured.

Unrelated error in ambari-web (all of the 3 times above):
12028 passing (21s)
  16 pending
  2 failing

  1) Ambari Web Unit tests test/controllers/wizard/step8_test App.WizardStep8Controller "before each" hook:
     Uncaught Error: assertion failed: calling set on destroyed object (file:///home/jenkins/jenkins-slave/workspace/Ambari-Github-PullRequest-Builder/ambari-web/public/javascripts/vendor.js:12048)

  2) Ambari Web Unit tests "after each" hook for "has valid dependent keys":
     undefined is not a function (evaluating 'App.ajax.send.restore')
  file:///home/jenkins/jenkins-slave/workspace/Ambari-Github-PullRequest-Builder/ambari-web/public/test/tests.js:510:26
  callFn@file:///home/jenkins/jenkins-slave/workspace/Ambari-Github-PullRequest-Builder/ambari-web/node_modules/mocha/mocha.js:4471:25
  run@file:///home/jenkins/jenkins-slave/workspace/Ambari-Github-PullRequest-Builder/ambari-web/node_modules/mocha/mocha.js:4464:13
  next@file:///home/jenkins/jenkins-slave/workspace/Ambari-Github-PullRequest-Builder/ambari-web/node_modules/mocha/mocha.js:4810:13
  file:///home/jenkins/jenkins-slave/workspace/Ambari-Github-PullRequest-Builder/ambari-web/node_modules/mocha/mocha.js:4832:9
  timeslice@file:///home/jenkins/jenkins-slave/workspace/Ambari-Github-PullRequest-Builder/ambari-web/node_modules/mocha/mocha.js:75:27

retest this please

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/3758/
Test PASSed.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/3759/
Test FAILed.
Test FAILured.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/3760/
Test PASSed.


How to add property to database

I have  a database with a select property that I need to dynamically generate. How can I do that ? It seems that I cannot edit database properties using notion.pages.update as it return me an error saying cannot find object even if I was actually able to retrieve the database with this id just before.

I think you might be trying to add a new select option, which we started supporting: https://developers.notion.com/changelog/select-values-can-now-be-dynamically-created-via-create-and-update-page-endpoints-other-updates-since-public-beta-launch
If you're still having this issue, please contact us at<EMAIL_ADDRESS>


Data Platform: Cannot connect Prisma to Cockroach Serverless Requested database check reachable failed

Bug description
Prisma won't accept the connection string, example: postgresql://seb:rmhls-LrWm3I5oDi1aaGag@free-tier13.aws-eu-central-1.cockroachlabs.cloud:26257/defaultdb?sslmode=require&options=--cluster%3Drose-warthog-619
I have a strong suspicion on this being an SSL-related problem
How to reproduce
Create CockroachCloud cluster

Go to https://cockroachlabs.cloud/clusters
Click on Create Cluster
Select Serverless
Select cloud provider AWS
Select region Frankfurt (eu-central-1)
Leave spend limit at $0
Enter cluster name Test123
Note down the connection string

Create Prisma project

Go to https://cloud.prisma.io/projects
Click on New Project
Fill in project name as Test123
Select Create a repository
Fill in repository name as Test123
Click on Next
Select template URL Shortener
Click on Next
Select Use my own database
Enter connection string, in my case postgresql://seb:rmhls-LrWm3I5oDi1aaGag@free-tier13.aws-eu-central-1.cockroachlabs.cloud:26257/defaultdb?sslmode=require&options=--cluster%3Drose-warthog-619 [I will delete this cluster as soon as this problem is resolved]
Select location eu-central-1 (Frankfurt)
Leave static IPs on Disabled
I get a warning, the complete information of it being We were unable to create your project: Requested database check `reachable` failed

Check connection string with psql

Connect: psql "postgresql://seb:rmhls-LrWm3I5oDi1aaGag@free-tier13.aws-eu-central-1.cockroachlabs.cloud:26257/defaultdb?sslmode=require&options=--cluster%3Drose-warthog-619" -c "SHOW DATABASES"

Check connection string with cockroach sql

Download certs with curl --create-dirs -o ~/.postgresql/root.crt -O https://cockroachlabs.cloud/clusters/32d83dc6-bfad-4146-9c1f-fbed298ce610/cert
Connect: cockroach sql --url "postgresql://seb:rmhls-LrWm3I5oDi1aaGag@free-tier13.aws-eu-central-1.cockroachlabs.cloud:26257/defaultdb?sslmode=require&options=--cluster=rose-warthog-619&sslrootcert='$HOME'/.postgresql/root.crt" -e "SHOW DATABASES"

Expected behavior
It should allow a new Prisma project to connect to CockroachDB's serverless offering
Prisma information
No schema, just trying to create a new and blank project
Environment & setup

Fedora 35 locally
Prisma Cloud
CockroachDB serverless

Prisma Version
prisma                  : 3.11.0
@prisma/client          : Not found
Current platform        : rhel-openssl-1.1.x
Query Engine (Node-API) : libquery-engine b371888aaf8f51357c7457d836b86d12da91658b (at<EMAIL_ADDRESS>Migration Engine        : migration-engine-cli b371888aaf8f51357c7457d836b86d12da91658b (at<EMAIL_ADDRESS>Introspection Engine    : introspection-core b371888aaf8f51357c7457d836b86d12da91658b (at<EMAIL_ADDRESS>Format Binary           : prisma-fmt b371888aaf8f51357c7457d836b86d12da91658b (at<EMAIL_ADDRESS>Default Engines Hash    : b371888aaf8f51357c7457d836b86d12da91658b
Studio                  : 0.458.0
Preview Features        : cockroachdb

Thank you for the reproduction!

If I construct the connection with clusterName.databaseName like
postgresql://seb:rmhls-LrWm3I5oDi1aaGag@free-tier13.aws-eu-central-1.cockroachlabs.cloud:26257/rose-warthog-619.defaultdb

I get a different error
We were unable to create your project: An unknown error occurred while linking the database to the environment

It smells like it's something on our end, someone from the Data Platform will look into it. Thanks for testing!

So we can confirm that the Data Platform is currently not compatible with the options=--cluster= parameter CockroachDB is using by default. We will try to change this soon and will update you here. (If you can leave the connection string up until that happens, that would be neat as we have been using that one to test and reproduce 😆)
That the alterantive connection string that @Jolg42 crafted does not work, is a bit more of a mystery. There we do not know exactly what is going on yet but will also investigate.
Thanks for reporting this @SebJansen - this will make Prisma better for everyone. Unfortunately you will have to wait a bit.

Thank you for chasing this issue, and of course I'll leave the cluster/connstring up! :)

Hey @SebJansen, the team just deployed a change to Prisma Data Platform that fixes the problem that @Jolg42 described, that the options=--cluster connection string was leading to the Requested database check reachable failed error message.
Unfortunately now both connection strings get We were unable to create your project: An unknown error occurred while linking the database to the environment. So the problem is still not solved for you, and we are continuing to investigate. Will keep you updated.

I talked to this with @martzoukos over on intercom at the Prisma cloud homepage.
Spiros had suggested that I switch my provider to PostgreSQL in my schema which did indeed work, although I think it's important for it to work natively as well.

This should not be necessary today @harshhhdev. Can you test this again please?

Hey @janpio, it's working now :champagne:. I'm able to access my CockroachDB schema inside of the cloud.

Yay.


Current week's picks are not being displayed after user is remembered

The issue is being caused by the user_id not being saved to the session when the remember me cookie is used for authentication.


Mini player displays when switching spaces

I upgraded to 1.3.3 today and now when I switch between spaces the mini player displays momentarily.

I've also had this issue, but it was only with the prerelease until 1.3.3. Here is a video of this occurring: https://docs.google.com/file/d/0ByW7WzYRBoRRX24zUkstVmV1T0E/edit?usp=drivesdk

Got the same issue: it occurs after the very first click on statusbar icon (after first mini-player show up).

This issue has been fixed in 1682054 (see issue #309).


Compatibility with huggingface-pytorch-training:2.0.0-transformers4.28.1-gpu-py310-cu118-ubuntu20.04 docker image

⚠ Please check that this feature request hasn't been suggested before.

[X] I searched previous Ideas in Discussions didn't find any similar feature requests.
[X] I searched previous Issues didn't find any similar feature requests.

🔖 Feature description
Currently I'm not able to install axolotl into the huggingface-pytorch-training:2.0.0-transformers4.28.1-gpu-py310-cu118-ubuntu20.04 public docker image (source link).
Steps to repro:
Step 1: create Dockerfile
FROM<PHONE_NUMBER>84.dkr.ecr.us-east-2.amazonaws.com/huggingface-pytorch-training:2.0.0-transformers4.28.1-gpu-py310-cu118-ubuntu20.04 as training-base

RUN pip install packaging ninja

RUN git clone https://github.com/OpenAccess-AI-Collective/axolotl && \
    cd axolotl && \
    pip install -e .[flash-attn,deepspeed] && \
    cd ..

Step 2: login to ecr and build
aws ecr get-login-password --region us-east-2 | docker login --username AWS --password-stdin<PHONE_NUMBER>84.dkr.ecr.us-east-2.amazonaws.com

docker build .

Errors
#6 15.83 INFO: pip is looking at multiple versions of xformers to determine which version is compatible with other requirements. This could take a while.
#6 15.85 ERROR: Cannot install None and axolotl because these package versions have conflicting dependencies.
#6 15.85
#6 15.85 The conflict is caused by:
#6 15.85     axolotl 0.4.0 depends on torch==2.0.0
#6 15.85     accelerate 0.30.1 depends on torch>=1.10.0
#6 15.85     bitsandbytes 0.43.1 depends on torch
#6 15.85     optimum 1.16.2 depends on torch>=1.11
#6 15.85     peft 0.10.0 depends on torch>=1.13.0
#6 15.85     trl 0.8.5 depends on torch>=1.4.0
#6 15.85     xformers 0.0.23.post1 depends on torch==2.1.2
#6 15.85
#6 15.85 To fix this you could try to:
#6 15.85 1. loosen the range of package versions you've specified
#6 15.85 2. remove package versions to allow pip attempt to solve the dependency conflict

Full error
(base) [ec2-user@ip-10-9-31-245 repro_axolotl_deps_issue]$ ./repro.sh

An error occurred (UnrecognizedClientException) when calling the GetAuthorizationToken operation: The security token included in the request is invalid.
Error: Cannot perform an interactive login from a non TTY device
[+] Building 16.6s (6/6) FINISHED
=> [internal] load build definition from Dockerfile                                                                                0.0s
=> => transferring dockerfile: 38B                                                                                0.0s
=> [internal] load .dockerignore                                                                                0.0s
=> => transferring context: 2B                                                                                0.0s
=> [internal] load metadata for<PHONE_NUMBER>84.dkr.ecr.us-east-2.amazonaws.com/huggingface-pytorch-training:2.0.0-transformers4.28.1-gpu-py310-cu118-ubuntu20.04                                                  0.0s
=> [1/3] FROM<PHONE_NUMBER>84.dkr.ecr.us-east-2.amazonaws.com/huggingface-pytorch-training:2.0.0-transformers4.28.1-gpu-py310-cu118-ubuntu20.04                                                                    0.0s
=> CACHED [2/3] RUN pip install packaging ninja                                                                                0.0s
=> ERROR [3/3] RUN git clone https://github.com/OpenAccess-AI-Collective/axolotl &&     cd axolotl &&     pip install -e .[flash-attn,deepspeed] &&     cd ..                                                  16.6s
------
> [3/3] RUN git clone https://github.com/OpenAccess-AI-Collective/axolotl &&     cd axolotl &&     pip install -e .[flash-attn,deepspeed] &&     cd ..:
#6 0.216 Cloning into 'axolotl'...
#6 1.239 Obtaining file:///axolotl
#6 1.240   Preparing metadata (setup.py): started
#6 1.616   Preparing metadata (setup.py): finished with status 'done'
#6 1.668 Collecting fschat@ git+https://github.com/lm-sys/FastChat.git@27a05b04a35510afb1d767ae7e5990cbd278f8fe (from axolotl==0.4.0)
#6 1.668   Cloning https://github.com/lm-sys/FastChat.git (to revision 27a05b04a35510afb1d767ae7e5990cbd278f8fe) to /tmp/pip-install-jgvewi_h/fschat_eee83fd1298648e9aa55b7803999f6a7
#6 1.670   Running command git clone --filter=blob:none --quiet https://github.com/lm-sys/FastChat.git /tmp/pip-install-jgvewi_h/fschat_eee83fd1298648e9aa55b7803999f6a7
#6 2.558   Running command git rev-parse -q --verify 'sha^27a05b04a35510afb1d767ae7e5990cbd278f8fe'
#6 2.561   Running command git fetch -q https://github.com/lm-sys/FastChat.git 27a05b04a35510afb1d767ae7e5990cbd278f8fe
#6 3.006   Running command git checkout -q 27a05b04a35510afb1d767ae7e5990cbd278f8fe
#6 3.275   Resolved https://github.com/lm-sys/FastChat.git to commit 27a05b04a35510afb1d767ae7e5990cbd278f8fe
#6 3.280   Installing build dependencies: started
#6 6.847   Installing build dependencies: finished with status 'done'
#6 6.848   Getting requirements to build wheel: started
#6 7.059   Getting requirements to build wheel: finished with status 'done'
#6 7.061   Installing backend dependencies: started
#6 9.854   Installing backend dependencies: finished with status 'done'
#6 9.855   Preparing metadata (pyproject.toml): started
#6 10.08   Preparing metadata (pyproject.toml): finished with status 'done'
#6 10.15 Collecting packaging==23.2 (from axolotl==0.4.0)
#6 10.20   Downloading packaging-23.2-py3-none-any.whl.metadata (3.2 kB)
#6 10.23 Collecting peft==0.10.0 (from axolotl==0.4.0)
#6 10.24   Downloading peft-0.10.0-py3-none-any.whl.metadata (13 kB)
#6 10.31 Collecting transformers==4.40.2 (from axolotl==0.4.0)
#6 10.33   Downloading transformers-4.40.2-py3-none-any.whl.metadata (137 kB)
#6 10.36      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 138.0/138.0 kB 4.5 MB/s eta 0:00:00
#6 10.59 Collecting tokenizers==0.19.1 (from axolotl==0.4.0)
#6 10.60   Downloading tokenizers-0.19.1-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (6.7 kB)
#6 10.63 Collecting bitsandbytes==0.43.1 (from axolotl==0.4.0)
#6 10.65   Downloading bitsandbytes-0.43.1-py3-none-manylinux_2_24_x86_64.whl.metadata (2.2 kB)
#6 10.68 Collecting accelerate==0.30.1 (from axolotl==0.4.0)
#6 10.70   Downloading accelerate-0.30.1-py3-none-any.whl.metadata (18 kB)
#6 10.85 Collecting pydantic==2.6.3 (from axolotl==0.4.0)
#6 10.86   Downloading pydantic-2.6.3-py3-none-any.whl.metadata (84 kB)
#6 10.87      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 84.4/84.4 kB 13.0 MB/s eta 0:00:00
#6 10.89 Collecting addict (from axolotl==0.4.0)
#6 10.90   Downloading addict-2.4.0-py3-none-any.whl.metadata (1.0 kB)
#6 10.92 Collecting fire (from axolotl==0.4.0)
#6 10.94   Downloading fire-0.6.0.tar.gz (88 kB)
#6 10.95      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 88.4/88.4 kB 11.8 MB/s eta 0:00:00
#6 10.97   Preparing metadata (setup.py): started
#6 11.32   Preparing metadata (setup.py): finished with status 'done'
#6 11.32 Requirement already satisfied: PyYAML>=6.0 in /opt/conda/lib/python3.10/site-packages (from axolotl==0.4.0) (6.0)
#6 11.33 Requirement already satisfied: requests in /opt/conda/lib/python3.10/site-packages (from axolotl==0.4.0) (2.31.0)
#6 11.38 Collecting datasets==2.19.1 (from axolotl==0.4.0)
#6 11.40   Downloading datasets-2.19.1-py3-none-any.whl.metadata (19 kB)
#6 11.40 Requirement already satisfied: sentencepiece in /opt/conda/lib/python3.10/site-packages (from axolotl==0.4.0) (0.1.99)
#6 11.52 Collecting wandb (from axolotl==0.4.0)
#6 11.54   Downloading wandb-0.17.0-py3-none-manylinux_2_5_x86_64.manylinux1_x86_64.manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (10 kB)
#6 11.54 Requirement already satisfied: einops in /opt/conda/lib/python3.10/site-packages (from axolotl==0.4.0) (0.6.1)
#6 11.57 Collecting xformers==0.0.23.post1 (from axolotl==0.4.0)
#6 11.59   Downloading xformers-0.0.23.post1-cp310-cp310-manylinux2014_x86_64.whl.metadata (1.0 kB)
#6 11.65 Collecting optimum==1.16.2 (from axolotl==0.4.0)
#6 11.66   Downloading optimum-1.16.2-py3-none-any.whl.metadata (17 kB)
#6 11.70 Collecting hf_transfer (from axolotl==0.4.0)
#6 11.72   Downloading hf_transfer-0.1.6-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (1.5 kB)
#6 11.72 Requirement already satisfied: colorama in /opt/conda/lib/python3.10/site-packages (from axolotl==0.4.0) (0.4.4)
#6 11.72 Requirement already satisfied: numba in /opt/conda/lib/python3.10/site-packages (from axolotl==0.4.0) (0.57.1)
#6 11.73 Requirement already satisfied: numpy>=1.24.4 in /opt/conda/lib/python3.10/site-packages (from axolotl==0.4.0) (1.24.4)
#6 11.74 Collecting evaluate==0.4.1 (from axolotl==0.4.0)
#6 11.77   Downloading evaluate-0.4.1-py3-none-any.whl.metadata (9.4 kB)
#6 11.78 Requirement already satisfied: scipy in /opt/conda/lib/python3.10/site-packages (from axolotl==0.4.0) (1.11.1)
#6 11.88 Collecting scikit-learn==1.2.2 (from axolotl==0.4.0)
#6 11.90   Downloading scikit_learn-1.2.2-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (11 kB)
#6 11.92 Collecting pynvml (from axolotl==0.4.0)
#6 11.93   Downloading pynvml-11.5.0-py3-none-any.whl.metadata (7.8 kB)
#6 12.00 Collecting art (from axolotl==0.4.0)
#6 12.01   Downloading art-6.2-py3-none-any.whl.metadata (69 kB)
#6 12.02      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 69.2/69.2 kB 10.2 MB/s eta 0:00:00
#6 12.18 Collecting gradio==3.50.2 (from axolotl==0.4.0)
#6 12.19   Downloading gradio-3.50.2-py3-none-any.whl.metadata (17 kB)
#6 12.20 Requirement already satisfied: tensorboard in /opt/conda/lib/python3.10/site-packages (from axolotl==0.4.0) (2.15.1)
#6 12.20 Requirement already satisfied: s3fs in /opt/conda/lib/python3.10/site-packages (from axolotl==0.4.0) (0.4.2)
#6 12.23 Collecting gcsfs (from axolotl==0.4.0)
#6 12.25   Downloading gcsfs-2024.5.0-py2.py3-none-any.whl.metadata (1.6 kB)
#6 12.28 Collecting trl==0.8.5 (from axolotl==0.4.0)
#6 12.29   Downloading trl-0.8.5-py3-none-any.whl.metadata (11 kB)
#6 12.38 Collecting zstandard==0.22.0 (from axolotl==0.4.0)
#6 12.40   Downloading zstandard-0.22.0-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (2.9 kB)
#6 12.40 Requirement already satisfied: fastcore in /opt/conda/lib/python3.10/site-packages (from axolotl==0.4.0) (1.5.29)
#6 12.40 Requirement already satisfied: torch==2.0.0 in /opt/conda/lib/python3.10/site-packages (from axolotl==0.4.0) (2.0.0)
#6 12.49 Requirement already satisfied: psutil in /opt/conda/lib/python3.10/site-packages (from accelerate==0.30.1->axolotl==0.4.0) (5.9.5)
#6 12.49 Requirement already satisfied: huggingface-hub in /opt/conda/lib/python3.10/site-packages (from accelerate==0.30.1->axolotl==0.4.0) (0.20.3)
#6 12.62 Collecting safetensors>=0.3.1 (from accelerate==0.30.1->axolotl==0.4.0)
#6 12.64   Downloading safetensors-0.4.3-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (3.8 kB)
#6 12.74 Requirement already satisfied: filelock in /opt/conda/lib/python3.10/site-packages (from datasets==2.19.1->axolotl==0.4.0) (3.12.2)
#6 12.75 Requirement already satisfied: pyarrow>=12.0.0 in /opt/conda/lib/python3.10/site-packages (from datasets==2.19.1->axolotl==0.4.0) (14.0.2)
#6 12.75 Requirement already satisfied: pyarrow-hotfix in /opt/conda/lib/python3.10/site-packages (from datasets==2.19.1->axolotl==0.4.0) (0.6)
#6 12.75 Requirement already satisfied: dill<0.3.9,>=0.3.0 in /opt/conda/lib/python3.10/site-packages (from datasets==2.19.1->axolotl==0.4.0) (0.3.6)
#6 12.75 Requirement already satisfied: pandas in /opt/conda/lib/python3.10/site-packages (from datasets==2.19.1->axolotl==0.4.0) (2.0.3)
#6 12.75 Requirement already satisfied: tqdm>=4.62.1 in /opt/conda/lib/python3.10/site-packages (from datasets==2.19.1->axolotl==0.4.0) (4.65.0)
#6 12.75 Requirement already satisfied: xxhash in /opt/conda/lib/python3.10/site-packages (from datasets==2.19.1->axolotl==0.4.0) (3.4.1)
#6 12.75 Requirement already satisfied: multiprocess in /opt/conda/lib/python3.10/site-packages (from datasets==2.19.1->axolotl==0.4.0) (0.70.14)
#6 12.75 Requirement already satisfied: fsspec<=2024.3.1,>=2023.1.0 in /opt/conda/lib/python3.10/site-packages (from fsspec[http]<=2024.3.1,>=2023.1.0->datasets==2.19.1->axolotl==0.4.0) (2023.6.0)
#6 12.75 Requirement already satisfied: aiohttp in /opt/conda/lib/python3.10/site-packages (from datasets==2.19.1->axolotl==0.4.0) (3.9.3)
#6 12.80 Collecting huggingface-hub (from accelerate==0.30.1->axolotl==0.4.0)
#6 12.82   Downloading huggingface_hub-0.23.1-py3-none-any.whl.metadata (12 kB)
#6 12.90 Requirement already satisfied: responses<0.19 in /opt/conda/lib/python3.10/site-packages (from evaluate==0.4.1->axolotl==0.4.0) (0.18.0)
#6 12.94 Collecting aiofiles<24.0,>=22.0 (from gradio==3.50.2->axolotl==0.4.0)
#6 12.96   Downloading aiofiles-23.2.1-py3-none-any.whl.metadata (9.7 kB)
#6 12.99 Collecting altair<6.0,>=4.2.0 (from gradio==3.50.2->axolotl==0.4.0)
#6 13.00   Downloading altair-5.3.0-py3-none-any.whl.metadata (9.2 kB)
#6 13.09 Collecting fastapi (from gradio==3.50.2->axolotl==0.4.0)
#6 13.11   Downloading fastapi-0.111.0-py3-none-any.whl.metadata (25 kB)
#6 13.13 Collecting ffmpy (from gradio==3.50.2->axolotl==0.4.0)
#6 13.14   Downloading ffmpy-0.3.2.tar.gz (5.5 kB)
#6 13.15   Preparing metadata (setup.py): started
#6 13.51   Preparing metadata (setup.py): finished with status 'done'
#6 13.54 Collecting gradio-client==0.6.1 (from gradio==3.50.2->axolotl==0.4.0)
#6 13.56   Downloading gradio_client-0.6.1-py3-none-any.whl.metadata (7.1 kB)
#6 13.60 Collecting httpx (from gradio==3.50.2->axolotl==0.4.0)
#6 13.61   Downloading httpx-0.27.0-py3-none-any.whl.metadata (7.2 kB)
#6 13.67 Collecting importlib-resources<7.0,>=1.3 (from gradio==3.50.2->axolotl==0.4.0)
#6 13.69   Downloading importlib_resources-6.4.0-py3-none-any.whl.metadata (3.9 kB)
#6 13.69 Requirement already satisfied: jinja2<4.0 in /opt/conda/lib/python3.10/site-packages (from gradio==3.50.2->axolotl==0.4.0) (3.1.2)
#6 13.70 Requirement already satisfied: markupsafe~=2.0 in /opt/conda/lib/python3.10/site-packages (from gradio==3.50.2->axolotl==0.4.0) (2.1.3)
#6 13.70 Requirement already satisfied: matplotlib~=3.0 in /opt/conda/lib/python3.10/site-packages (from gradio==3.50.2->axolotl==0.4.0) (3.7.2)
#6 14.02 Collecting orjson~=3.0 (from gradio==3.50.2->axolotl==0.4.0)
#6 14.03   Downloading orjson-3.10.3-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (49 kB)
#6 14.04      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 49.7/49.7 kB 8.2 MB/s eta 0:00:00
#6 14.04 Requirement already satisfied: pillow<11.0,>=8.0 in /opt/conda/lib/python3.10/site-packages (from gradio==3.50.2->axolotl==0.4.0) (10.0.0)
#6 14.10 Collecting pydub (from gradio==3.50.2->axolotl==0.4.0)
#6 14.12   Downloading pydub-0.25.1-py2.py3-none-any.whl.metadata (1.4 kB)
#6 14.14 Collecting python-multipart (from gradio==3.50.2->axolotl==0.4.0)
#6 14.15   Downloading python_multipart-0.0.9-py3-none-any.whl.metadata (2.5 kB)
#6 14.18 Collecting semantic-version~=2.0 (from gradio==3.50.2->axolotl==0.4.0)
#6 14.20   Downloading semantic_version-2.10.0-py2.py3-none-any.whl.metadata (9.7 kB)
#6 14.20 Requirement already satisfied: typing-extensions~=4.0 in /opt/conda/lib/python3.10/site-packages (from gradio==3.50.2->axolotl==0.4.0) (4.7.1)
#6 14.24 Collecting uvicorn>=0.14.0 (from gradio==3.50.2->axolotl==0.4.0)
#6 14.26   Downloading uvicorn-0.29.0-py3-none-any.whl.metadata (6.3 kB)
#6 14.35 Collecting websockets<12.0,>=10.0 (from gradio==3.50.2->axolotl==0.4.0)
#6 14.36   Downloading websockets-11.0.3-cp310-cp310-manylinux_2_5_x86_64.manylinux1_x86_64.manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (6.6 kB)
#6 14.46 Collecting coloredlogs (from optimum==1.16.2->axolotl==0.4.0)
#6 14.48   Downloading coloredlogs-15.0.1-py2.py3-none-any.whl.metadata (12 kB)
#6 14.48 Requirement already satisfied: sympy in /opt/conda/lib/python3.10/site-packages (from optimum==1.16.2->axolotl==0.4.0) (1.12)
#6 14.56 Collecting annotated-types>=0.4.0 (from pydantic==2.6.3->axolotl==0.4.0)
#6 14.58   Downloading annotated_types-0.7.0-py3-none-any.whl.metadata (15 kB)
#6 15.25 Collecting pydantic-core==2.16.3 (from pydantic==2.6.3->axolotl==0.4.0)
#6 15.26   Downloading pydantic_core-2.16.3-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (6.5 kB)
#6 15.36 Requirement already satisfied: joblib>=1.1.1 in /opt/conda/lib/python3.10/site-packages (from scikit-learn==1.2.2->axolotl==0.4.0) (1.3.0)
#6 15.36 Requirement already satisfied: threadpoolctl>=2.0.0 in /opt/conda/lib/python3.10/site-packages (from scikit-learn==1.2.2->axolotl==0.4.0) (3.2.0)
#6 15.39 Requirement already satisfied: networkx in /opt/conda/lib/python3.10/site-packages (from torch==2.0.0->axolotl==0.4.0) (3.1)
#6 15.82 Requirement already satisfied: regex!=2019.12.17 in /opt/conda/lib/python3.10/site-packages (from transformers==4.40.2->axolotl==0.4.0) (2023.12.25)
#6 15.90 Collecting tyro>=0.5.11 (from trl==0.8.5->axolotl==0.4.0)
#6 15.91   Downloading tyro-0.8.4-py3-none-any.whl.metadata (7.9 kB)
#6 15.97 INFO: pip is looking at multiple versions of xformers to determine which version is compatible with other requirements. This could take a while.
#6 15.99 ERROR: Cannot install None and axolotl because these package versions have conflicting dependencies.
#6 15.99
#6 15.99 The conflict is caused by:
#6 15.99     axolotl 0.4.0 depends on torch==2.0.0
#6 15.99     accelerate 0.30.1 depends on torch>=1.10.0
#6 15.99     bitsandbytes 0.43.1 depends on torch
#6 15.99     optimum 1.16.2 depends on torch>=1.11
#6 15.99     peft 0.10.0 depends on torch>=1.13.0
#6 15.99     trl 0.8.5 depends on torch>=1.4.0
#6 15.99     xformers 0.0.23.post1 depends on torch==2.1.2
#6 15.99
#6 15.99 To fix this you could try to:
#6 15.99 1. loosen the range of package versions you've specified
#6 15.99 2. remove package versions to allow pip attempt to solve the dependency conflict
#6 15.99
#6 15.99 ERROR: ResolutionImpossible: for help visit https://pip.pypa.io/en/latest/topics/dependency-resolution/#dealing-with-dependency-conflicts
#6 15.99
#6 15.99 [notice] A new release of pip is available: 23.3.2 -> 24.0
#6 15.99 [notice] To update, run: pip install --upgrade pip
------
executor failed running [/bin/sh -c git clone https://github.com/OpenAccess-AI-Collective/axolotl &&     cd axolotl &&     pip install -e .[flash-attn,deepspeed] &&     cd ..]: exit code: 1

✔ Solution
Is there a way to relax the dependencies so it installs on this docker image?
❓ Alternatives
Updating to a later release of the base docker image (however, that will require some QA to validate)
📝 Additional Context
No response
Acknowledgements

[X] My issue title is concise, descriptive, and in title casing.
[X] I have searched the existing issues to make sure this feature has not been requested yet.
[X] I have provided enough information for the maintainers to understand and evaluate this request.

Updating to a newer aws deep learning container and explicitly updating the torch version to 2.1.2 fixed the docker build for me:
FROM<PHONE_NUMBER>84.dkr.ecr.us-east-2.amazonaws.com/huggingface-pytorch-training:2.1.0-transformers4.36.0-gpu-py310-cu121-ubuntu20.04

RUN pip install packaging ninja

RUN pip install pip install torch==2.1.2

RUN git clone https://github.com/OpenAccess-AI-Collective/axolotl && \
    cd axolotl && \
    pip install -e .[flash-attn,deepspeed] && \
    cd ..


sqlparser bug: Incorrect readsFrom when column with same name exists in other table

In the moor_flutter/example project both the categories and todos tables have a column named id, so adding the query SELECT * FROM categories WHERE id = :id generates:
Stream<List<Category>> watchEx1(int id) {
    return customSelectStream('SELECT * FROM categories WHERE id = :id',
        variables: [
          Variable.withInt(id),
        ],
        readsFrom: {
          categories,
          todos
        }).map((rows) => rows.map(_rowToCategory).toList());
  }

Updating the column to a unique name like category_id will correctly generate readsFrom: {categories}

Thanks for the report. It's fixed on the develop branch now. I'll release a new version after fixing some other bugs as well.


Turkish state highway shields

State highways of Turkey have a simple white-on-blue rectangular shield.
These highways are currently tagged with network=TR-roads, which is not in the expected format. network must begin with TR: for highway networks that belong to Turkey. Support can be added for these shields if the Turkish OSM community devises a better value of network to represent state highways.

The tagging of highways in Türkiye nationwide is currently being discussed on their mailing list:
https://lists.openstreetmap.org/pipermail/talk-tr/2024-January/000570.html


Inconsistent inclusion of library code in local an cloud backtest (Python)

Consider the following file structure:
+
|- Library
|  |- MyLibrary
|     |- mylib.py
|- MyProject
   |- main.py

In order to make mylib from MyLibrary available in main.py from MyProject I need to use two different import statements depending on whether i run the code in a local or in a cloud backtest.
Local backtest needs:
from MyLibrary import mylib

Cloud backtest needs:
import mylib

I think this difference comes from the fact that in local backtesting the Library folder is sourced into the backtest as is. However, in cloud backtesting, QC copies the contents of the referenced libraries into the projects directly. In our case here, mylib.py would be copied next to main.py.

Also suffer from this issue

Closing with #175
Now both imports work in cloud and locally:
from MyLibrary import mylib

or
import mylib

for the projects structure above.

Closing with #175
Now both imports work in cloud and locally:
from MyLibrary import mylib

or
import mylib

for the projects structure above.


Programmatic Modal

Part of #5852 & related with #5672
Specs

replace Buefy Programmatic Modal with Oruga equivalent
close all opened modals when one is opened

Someone can pick this up

👋

@yang

Someone can pick this up

I'll take it maybe tomorrow night if no one does.

I'll take it maybe tomorrow night if no one does.

see https://github.com/kodadot/nft-gallery/pull/6610#issue-1839964503 it's blocked by Vue3 migration we're not able to use Programmatic Modal until we migrate libs/ui to oruga-next

I'll take it maybe tomorrow night if no one does.

see https://github.com/kodadot/nft-gallery/pull/6610#issue-1839964503 it's blocked by Vue3 migration we're not able to use Programmatic Modal until we migrate libs/ui to oruga-next

Thank for letting me know 😊

#7083


Providing a search view.

We can provide search view in the toolbar so that the user can search for Metrics, Triggers or Alerts.
If this is an intended function I would like to work on this.

On 20 Mar 2017, at 0:51, Murad wrote:

We can provide search view in the toolbar so that the user can search
for Metrics, Triggers or Alerts.
If this is an intended function I would like to work on this.

Sounds like a good idea to me.
Perhaps allow via a drop-down in the magnifier to limit the scope of
search

@pilhuhn
Sorry but I didn't get you.

On 20 Mar 2017, at 8:41, Murad wrote:

@pilhuhn
Sorry but I didn't get you.

I think/thought I recall, that the search widget
https://developer.android.com/guide/topics/search/search-dialog.html#UsingSearchWidget
allows/allowed to 'click' on the magnifier class to get a drop down,
where you could
offer all/alerts/metrics/... in the drop-down to basically give a scope
on what to search
for.
Imagine you search for the letter 'e' - that could result in thousands
of items from all over the place.
Now when it is possible to limit the scope to "metric", the list would
be shorter and the user would not need to go through alerts or inventory
items.
But apparently that click on magnifier was a dream of mine.
It could still make sense to provide the context e.g. by a prefix to the
search term
metric:e  inv:foo  alert:bar trigger:one to limit the scope of the
search. This is just an
idea.

@pilhuhn
How about the search option will show only the results from the current fragment.
e.g.
If you are in TriggersFragment and search something. The search will only show Triggers.
Similarly if you in AlertsFragment and search something. The search results will only contain Alerts.
What do you think?

On 20 Mar 2017, at 9:48, Murad wrote:

@pilhuhn
How about the search option will show only the results from the
current fragment.

Makes sense.

@pilhuhn
I will start working on it then.
One more thing.
Can you tell me who I should contact to write a proposal for this project.

@free4murad I will suggest to provide small and often PRs so we can have good feedback cycle

@garg-anuj
Actually I was working on issue #188 .
The PR which I will send changes several file heavily and needed a lot of testing. Was busy with testing. (Didn't want to send a faulty PR.)
Will send a PR today

@garg-anuj
I think we can close this now.

yup


CLI Credentials

I'd like to run VS against some of our private github repositories but it seems the CLI doesn't allow a personal access token to be passed to it.
Is this something you're considering adding?

Hello @svenlito! This was missing from the docs. I updated it
https://github.com/ImpactInsights/valuestream/commit/34f16266800137a1deac09ae27c485c0a95e759f
Please let me know if this works for you. This should allow access private repos using personal access token:

After you get some data I would love to hear your feedback. Is the default data useful? Are the CLI params intuitive? Is there any other data you wish was included by default?
Thank you - Danny