Build errors with Carthage; Xcode 9

I read about your project in the iOS Dev Weekly newsletter. I'm looking forward to trying it.
I added LifetimeTracker to my Cartfile in my project to build it using Carthage and ran carthage update. Immediately, it failed on the Carthage build. The log is below. I tried with the other platforms to test, but only the iOS platform support is building correctly.
Carthage is reporting that it's pulling the 1.0.4 tag from the repository. I saw that you just updated that.
Here's the log that I'm getting when it's trying the macOS build.
/usr/bin/xcrun xcodebuild -project /Users/michaelcollins/Projects/nakedsoftware/naked-blogging-apple/Naked\ Blogging/Carthage/Checkouts/LifetimeTracker/LifetimeTracker.xcodeproj -scheme LifetimeTracker-macOS -configuration Release -derivedDataPath /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4 ONLY_ACTIVE_ARCH=NO CODE_SIGNING_REQUIRED=NO CODE_SIGN_IDENTITY= CARTHAGE=YES build (launched in /Users/michaelcollins/Projects/nakedsoftware/naked-blogging-apple/Naked Blogging/Carthage/Checkouts/LifetimeTracker)User defaults from command line:
    IDEDerivedDataPathOverride = /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4

Build settings from command line:
    CARTHAGE = YES
    CODE_SIGN_IDENTITY =
    CODE_SIGNING_REQUIRED = NO
    ONLY_ACTIVE_ARCH = NO

=== BUILD TARGET LifetimeTracker-macOS OF PROJECT LifetimeTracker WITH CONFIGURATION Release ===

Check dependencies

Write auxiliary files
/bin/mkdir -p /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/Objects-normal/x86_64
write-file /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/Objects-normal/x86_64/LifetimeTracker.LinkFileList
write-file /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/LifetimeTracker-project-headers.hmap
/bin/mkdir -p /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/DerivedSources
write-file /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/DerivedSources/LifetimeTracker_vers.c
write-file /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/all-product-headers.yaml
write-file /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/swift-overrides.hmap
write-file /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/LifetimeTracker.hmap
write-file /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/LifetimeTracker-generated-files.hmap
write-file /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/module.modulemap
write-file /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/LifetimeTracker-own-target-headers.hmap
write-file /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/LifetimeTracker-all-non-framework-target-headers.hmap
write-file /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/Objects-normal/x86_64/LifetimeTracker-macOS-OutputFileMap.json
write-file /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/LifetimeTracker-all-target-headers.hmap

Create product structure
/bin/mkdir -p /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Products/Release/LifetimeTracker.framework/Versions/A/Modules
/bin/ln -sfh Versions/Current/Modules /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Products/Release/LifetimeTracker.framework/Modules
/bin/mkdir -p /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Products/Release/LifetimeTracker.framework/Versions/A/Headers
/bin/mkdir -p /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Products/Release/LifetimeTracker.framework/Versions/A/Resources
/bin/ln -sfh A /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Products/Release/LifetimeTracker.framework/Versions/Current
/bin/ln -sfh Versions/Current/Resources /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Products/Release/LifetimeTracker.framework/Resources
/bin/ln -sfh Versions/Current/Headers /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Products/Release/LifetimeTracker.framework/Headers
/bin/ln -sfh Versions/Current/LifetimeTracker /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Products/Release/LifetimeTracker.framework/LifetimeTracker

ProcessInfoPlistFile /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Products/Release/LifetimeTracker.framework/Versions/A/Resources/Info.plist Configs/LifetimeTracker.plist
    cd "/Users/michaelcollins/Projects/nakedsoftware/naked-blogging-apple/Naked Blogging/Carthage/Checkouts/LifetimeTracker"
    builtin-infoPlistUtility /Users/michaelcollins/Projects/nakedsoftware/naked-blogging-apple/Naked\ Blogging/Carthage/Checkouts/LifetimeTracker/Configs/LifetimeTracker.plist -expandbuildsettings -platform macosx -o /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Products/Release/LifetimeTracker.framework/Versions/A/Resources/Info.plist

CompileSwiftSources normal x86_64 com.apple.xcode.tools.swift.compiler
    cd "/Users/michaelcollins/Projects/nakedsoftware/naked-blogging-apple/Naked Blogging/Carthage/Checkouts/LifetimeTracker"
    export DEVELOPER_DIR=/Applications/Xcode.app/Contents/Developer
    export SDKROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk
    /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/swiftc -incremental -module-name LifetimeTracker -O -whole-module-optimization -sdk /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk -target x86_64-apple-macosx10.10 -g -module-cache-path /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/ModuleCache -Xfrontend -serialize-debugging-options -application-extension -profile-coverage-mapping -profile-generate -swift-version 3 -I /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Products/Release -F /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Products/Release -parse-as-library -c -num-threads 8 /Users/michaelcollins/Projects/nakedsoftware/naked-blogging-apple/Naked\ Blogging/Carthage/Checkouts/LifetimeTracker/Sources/LifetimeTracker.swift -output-file-map /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/Objects-normal/x86_64/LifetimeTracker-macOS-OutputFileMap.json -parseable-output -serialize-diagnostics -emit-dependencies -emit-module -emit-module-path /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/Objects-normal/x86_64/LifetimeTracker.swiftmodule -Xcc -I/Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/swift-overrides.hmap -Xcc -iquote -Xcc /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/LifetimeTracker-generated-files.hmap -Xcc -I/Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/LifetimeTracker-own-target-headers.hmap -Xcc -I/Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/LifetimeTracker-all-non-framework-target-headers.hmap -Xcc -ivfsoverlay -Xcc /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/all-product-headers.yaml -Xcc -iquote -Xcc /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/LifetimeTracker-project-headers.hmap -Xcc -I/Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Products/Release/include -Xcc -I/Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/DerivedSources/x86_64 -Xcc -I/Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/DerivedSources -emit-objc-header -emit-objc-header-path /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/Objects-normal/x86_64/LifetimeTracker-Swift.h -Xcc -working-directory/Users/michaelcollins/Projects/nakedsoftware/naked-blogging-apple/Naked\ Blogging/Carthage/Checkouts/LifetimeTracker

CompileSwift normal x86_64 /Users/michaelcollins/Projects/nakedsoftware/naked-blogging-apple/Naked Blogging/Carthage/Checkouts/LifetimeTracker/Sources/LifetimeTracker.swift
    cd /Users/michaelcollins/Projects/nakedsoftware/naked-blogging-apple/Naked Blogging/Carthage/Checkouts/LifetimeTracker
    /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/swift -frontend -c "/Users/michaelcollins/Projects/nakedsoftware/naked-blogging-apple/Naked Blogging/Carthage/Checkouts/LifetimeTracker/Sources/LifetimeTracker.swift" -target x86_64-apple-macosx10.10 -enable-objc-interop -sdk /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk -I /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Products/Release -F /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Products/Release -application-extension -g -module-cache-path /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/ModuleCache -profile-generate -profile-coverage-mapping -swift-version 3 -serialize-debugging-options -Xcc -I/Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/swift-overrides.hmap -Xcc -iquote -Xcc /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/LifetimeTracker-generated-files.hmap -Xcc -I/Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/LifetimeTracker-own-target-headers.hmap -Xcc -I/Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/LifetimeTracker-all-non-framework-target-headers.hmap -Xcc -ivfsoverlay -Xcc /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/all-product-headers.yaml -Xcc -iquote -Xcc /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/LifetimeTracker-project-headers.hmap -Xcc -I/Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Products/Release/include -Xcc -I/Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/DerivedSources/x86_64 -Xcc -I/Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/DerivedSources -Xcc "-working-directory/Users/michaelcollins/Projects/nakedsoftware/naked-blogging-apple/Naked Blogging/Carthage/Checkouts/LifetimeTracker" -emit-module-doc-path /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/Objects-normal/x86_64/LifetimeTracker.swiftdoc -serialize-diagnostics-path /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/Objects-normal/x86_64/LifetimeTracker.dia -O -parse-as-library -module-name LifetimeTracker -emit-module-path /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/Objects-normal/x86_64/LifetimeTracker.swiftmodule -emit-objc-header-path /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/Objects-normal/x86_64/LifetimeTracker-Swift.h -emit-dependencies-path /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/Objects-normal/x86_64/LifetimeTracker.d -num-threads 8 -o /Users/michaelcollins/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9A235/LifetimeTracker/1.0.4/Build/Intermediates.noindex/LifetimeTracker.build/Release/LifetimeTracker-macOS.build/Objects-normal/x86_64/LifetimeTracker.o
/Users/michaelcollins/Projects/nakedsoftware/naked-blogging-apple/Naked Blogging/Carthage/Checkouts/LifetimeTracker/Sources/LifetimeTracker.swift:96:9: error: use of unresolved identifier 'onDealloc'
        onDealloc(of: instance) {
        ^~~~~~~~~
Darwin.realloc:1:13: note: did you mean 'realloc'?
public func realloc(_ __ptr: UnsafeMutableRawPointer!, _ __size: Int) -> UnsafeMutableRawPointer!
            ^
ObjectiveC._dealloc:2:12: note: did you mean '_dealloc'?
public var _dealloc: @convention(c) (Any?) -> Any?
           ^
ObjectiveC._realloc:2:12: note: did you mean '_realloc'?
public var _realloc: @convention(c) (Any?, Int) -> Any?
           ^

** BUILD FAILED **

The following build commands failed:
	CompileSwift normal x86_64 /Users/michaelcollins/Projects/nakedsoftware/naked-blogging-apple/Naked Blogging/Carthage/Checkouts/LifetimeTracker/Sources/LifetimeTracker.swift
	CompileSwiftSources normal x86_64 com.apple.xcode.tools.swift.compiler
(2 failures)

I'm getting the same errors for the tvOS and watchOS schemes.

Fixed in 1.0.5, we'll need to create UI for those platforms though as they can't use Dashboard integration given its different UI.
You can use LifetimeTracker and just connect to something else or use printing / sound for it, as the UI and tracking are separated.


Message ID instead of RowID

Is it possible to set status by the ID attribute of the messages (that is sent from the server) as opposed to having to store RowID?

Hello, this is currently not possible. An implementation pull request of a built-in feature would be appreciated

Hello, this is implemented in 0.1.0. Please see https://github.com/FaridSafi/react-native-gifted-messenger/blob/master/GiftedMessengerExample/GiftedMessengerContainer.js#L134


Added .NET Standard 2.0 target

.NET Standard 2.0 provides a much simpler dependency graph for libraries targetting .NET Standard 2.0 and applications targetting .NET Core 2.0 or higher. It is the recommended framework to target, you might want to consider to drop the .NET Standard 1.4 target.
Some other changes:

Update Json.NET package to the latest 11.0.2 release
Move the System.ValueTuple package reference to .NET Standard 1.4 and .NET 4.5 ItemGroup. This package is included in .NET Standard 2.0 by default.
Bumped the major version number
Added .NET Core 2.1 target to the test project
Update test packages

Woops, I completely missed #30. This PR seems largely the same so I think it can be closed. I do think that upgrading Newtonsoft.Json might be useful.

Thanks for the PR anyway, but #30 will probably be preferred.
We haven't updated to the latest json.net as I feel it is best for a library to enlist the minimum version required this should also avoid us bumping the major version number. Programs using this library can of course still use a later version. We'll probably bump as soon as incompatible changes are introduced.


feat: pool swaps per block script

Closes: #XXX
What is the purpose of the change
The current flow of this script is as follows:
We first have a list of pool IDs that have OSMO as one of the assets in the pool.
This is to simplify the logic of determining what the non-OSMO asset is, and
not having to worry about seeding wallets with with every possible asset.
The idea is, each block, we swap over one more pool, until we have swapped over all pools.
Ex. If we have 2 GAMM pools, 2 CL pools, and 1 CW pool:
Block 1: Swap over GAMM pool 1
Block 2: Swap over GAMM pool 1, GAMM pool 2
Block 3: Swap over GAMM pool 1, GAMM pool 2, CL pool 1
Block 4: Swap over GAMM pool 1, GAMM pool 2, CL pool 1, CL pool 2
Block 5: Swap over GAMM pool 1, GAMM pool 2, CL pool 1, CL pool 2, CW pool 1
The script creates and seeds as many wallets as their are pools. On the first run, it will seed all wallets.
On subsequent runs, if the wallets exist and have sufficient balance, they will not be seeded for speed.
The reason for using many wallets instead of incrementing the sequence number on a single wallet is because
the single wallet must be submitted in a single threaded manner, in the order of the sequence number. With
2 second blocks, as we get more and more pools, the likelihood of going over the 2 second block time increases.
With multiple wallets, we can submit transactions concurrently since there are no sequence number conflicts.
Some notes:
Its recommended to run this script on a machine with a good amount of CPU cores, as the script
will submit transactions concurrently for each pool. The more cores, the faster the script will run. With a 16 vCPU machine,
and 65 pool entires, only the last 3 blocks had a 2 block delay.
You should use one of the lo-test1 - lo-test10 KEYRING_NAME keys since they are seeded with OSMO from in-place-testnet.
The script works with the given five CW pools, but adding other CW pools might require some extra logic to handle their
different query responses.
Lastly, to run this script, you would do the following:

Download a mainnet snapshot
In the osmosis repo, run make localnet-keys
Run the in-place-testnet command (at the time of this writing, use the trigger upgrade flag as "v26" since this script is meant for a sdk v50 chain)
Hit the upgrade height and upgrade
Make SURE you make install the v26 (or higher) osmosisd binary, as that is what will be used to run this script
If you want to check on the txhashes that are output from the script, make sure to change your tx indexer in config.toml to "kv"
Run this script

Some TODOs:

Delete all unsigned tx files and singed tx files in the event of an error
Figure out some better concurrency strategy for creating and signing the txs
Store all the tx hashes, and once complete, iterate over them all and ensure they are all successful and give a summary of the results

Testing and Verifying
I have run this script on several in place testnets.

Thanks for approval, I think I am going to migrate this to go though, will respond here soon with decision.

Closing in favor of a way better golang side solution!


[HUDI-6257] fix upgrade table version check partition path with hive …

upgrade table version four to five will check default partition, it not work for table with hive style param
Change Logs

use keyGen to get partitionPath when upgrade table three to four

Impact
migrate hudi version to 0.13.x will trigger this
Risk level (write none, low medium or high below)
low, will fallback use default if can not gen partitionPath
Documentation Update
None
Contributor's checklist

[ ] Read through contributor's guide
[ ] Change Logs and Impact were stated clearly
[ ] Adequate tests were added if applicable
[ ] CI passed

@hudi-bot run azure

hmm :( so, w/ official release, table version upgrade from 4 to 5 will fail for a table w/ hive style partition?
should we update our release docs then to call it out?

@nsivabalan ehhh, no, will success when upgrade table version from 4 to 5, but will throw type change error when scan the table in SparkHoodieTableFileIndex parse partition values if partition col type is not String, because DEFAULT_PARTITION_PATH type is  string. But if table partition col type is string, It will only be query.
def castPartValueToDesiredType(
      desiredType: DataType,
      value: String,
      zoneId: ZoneId): Any = desiredType match {
    case _ if value == DEFAULT_PARTITION_PATH => null
    case NullType => null
    case BooleanType => JBoolean.parseBoolean(value)
    case StringType => UTF8String.fromString(unescapePathName(value))
    case IntegerType => Integer.parseInt(value)
    case LongType => JLong.parseLong(value)
    case DoubleType => JDouble.parseDouble(value)
    case _: DecimalType => Literal(new JBigDecimal(value)).value
    case DateType =>
      Cast(Literal(value), DateType, Some(zoneId.getId)).eval()
    // Timestamp types
    case dt: TimestampType =>
      Try {
        Cast(Literal(unescapePathName(value)), dt, Some(zoneId.getId)).eval()
      }.getOrElse {
        Cast(Cast(Literal(value), DateType, Some(zoneId.getId)), dt).eval()
      }
    case dt => throw new IllegalArgumentException(s"Unexpected type $dt")
  }


feat: Add support for typedef

@TedSander @rkirov @pavelgj I have tried to rebase #106 on latest master.
The tests are still failing in JS (dynamic injector) with Dart VM version: 1.8.3

I have verified that dartbug.com/18938 has been fixed and is not the issue.
The JS issue has been fixed by the 2nd commit.
@pavelgj could you please review this PR ?

Thanks Victor appreciate you running this down.

Also we need D


Spacemesh White Paper 1

Feature description
Finish and publish WP 1
Main Reason for adding this feature
Fully articulate out project goals and our proposed solutions.

We are making good progress. WP 1.0 coming soon your way.

Mission accomplished ! https://spacemesh.io/whitepaper1/
https://ipfs.io/ipfs/QmNkyjWvH8sX8161X2V3KE5YkUoBSEkpuiBvk3J6qYomKq/Spacemesh_whitepaper.pdf


using codemonstur embedded redis locally working but jenkins jobs are failing giving error

23:53:42  OrderControllerIntegrationTest > initializationError FAILED
23:53:42      java.lang.IllegalStateException at DefaultCacheAwareContextLoaderDelegate.java:98
23:53:42          Caused by: org.springframework.beans.factory.BeanCreationException at InitDestroyAnnotationBeanPostProcessor.java:160
23:53:42              Caused by: java.io.IOException at RedisInstance.java:51
23:53:42                  Caused by: java.io.IOException at RedisInstance.java:59
23:53:45
23:53:45  OrderSummaryControllerIntegrationTest > initializationError FAILED
23:53:45      java.lang.IllegalStateException at DefaultCacheAwareContextLoaderDelegate.java:98
23:53:45          Caused by: org.springframework.beans.factory.BeanCreationException at AbstractAutowireCapableBeanFactory.java:1804
23:53:45              Caused by: org.apache.kafka.common.KafkaException at SocketServer.scala:778
23:53:45                  Caused by: java.net.BindException at Net.java:-2

is there any solution to this?

Possibly, but you have to look at what the actual error is. Your log shows a Caused by: java.io.IOException at RedisInstance.java:59 but the actual message of the IOException is not included. Line 59 in the latest version of the lib is a comment so you are probably not running that one.

Hi everyone!
We are facing the same issue (it fails while running on the pipeline agent host), and the exception details are not enough, unfortunately:
Caused by: java.io.IOException: Failed to start Redis service
	at redis.embedded.RedisInstance.start(RedisInstance.java:51)
	at my.package.TestRedisConfiguration.postConstruct(TestRedisConfiguration.java:22)
	at java.base/java.lang.reflect.Method.invoke(Method.java:580)
	at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor$LifecycleMethod.invoke(InitDestroyAnnotationBeanPostProcessor.java:457)
	at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor$LifecycleMetadata.invokeInitMethods(InitDestroyAnnotationBeanPostProcessor.java:401)
	at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor.postProcessBeforeInitialization(InitDestroyAnnotationBeanPostProcessor.java:219)
	... 40 more
Caused by: java.io.IOException: Ready pattern not found in log. Startup log:
	at redis.embedded.RedisInstance.awaitServerReady(RedisInstance.java:59)
	at redis.embedded.RedisInstance.start(RedisInstance.java:45)
	... 45 more

What else should we do, please?
Meanwhile, we'll try to figure that out.
Thanks

Hi @dxps
you can use ponfee embedded redis it is also a good library and has no jenkins issue
https://mvnrepository.com/artifact/cn.ponfee/embedded-redis i have used version 1.2 in my project
hope you are doing fine!!

@goruavmodi001
We used the previous version. Now, with ver. 1.4.3 we get enough details! :partying_face:
The problem is solved (error while loading shared libraries: libssl.so.3).
Thanks anyway for the quick feedback!

@dxps Woot! That was the intention of the change :). So many people keep running into the libssl thing.
@gouravmodi001 Does that mean you have resolved your issue? If so I'll close this ticket.

The problem is solved (error while loading shared libraries: libssl.so.3).

Hey @dxps , how did you solve the shared library issue ?

Hey @nx-mohammed-rizwan-k,
Since I'm on an Ubuntu based Linux distro, I used sudo apt install libssl3 to install libssl3 package.
For future reference, you can use https://packages.ubuntu.com/ site: in the Search the contents of packages section, select the Ubuntu base version, type libssl.so.3 in the keyword input and hit Search. And you'll find the package that contains that file.


Permanent Worker-Master Websocket connection

Hi~,  I'm considering to serve speech recognition service with multiple  workers (which have permanent ws connections with master) in the backend.
I've found that each time a client finishing pushing audio and sending eos,  both the worker-master and master-client websocket connection will be closed sequentially.
Since there will be some small delays(https://github.com/alumae/kaldi-gstreamer-server/blob/master/kaldigstserver/worker.py#L367) when a new Worker-Master ws connection was established, this perhaps make the QPS( ~= number of available workers) lower than expected during some small interval( e.g. within 1s after client exit, this could fail the multiprocess pressure testing) .
Is there any possibilities that just keeping the worker-master ws connection, every time a client came in, master create a ws connection with it, plug this master-client connection onto random-chosen "permanent" worker-master connection, and start to decode?
And once finished(client sending eos), master cut its connection with client, free the worker-master connection, and wait for new client to connect?
IMHO, this could make the real number of available worker always consistent with expectation ?
thanks,
Best regards,
Li

This would require a significant rewrite which I'm not going to do.


[BUG] Some WuE / BoE items in wrong categories

Description
Somehow some items are in wrong categories.
In plugin settings BoE, WuE and BoA categories are enabled.
BetterBags v0.3.16
Addon Version
v1.8.0
World of Warcraft Flavor
Retail (The War Within)
Tested with only BetterBags_Bound

[X] Yes

Lua Error
No response
Reproduction Steps

Get items
Open bag

Screenshots
WuE in BoA category

WuE in Chest category

BoE in Chest category

Seems like addon search BoA / WuE text at 2-4 lines in tooltip and for last two items it is in line 5

as for the first item looks like ITEM_ACCOUNTBOUND now translates as Warbound
so technically addon correctly sorted item in BoA, but maybe whole BoA should be retired,
as all BOA_STRINGS now contains warband keyword in it

Seems like addon search BoA / WuE text at 2-4 lines in tooltip and for last two items it is in line 5

Indeed, originally this was 2-6 back in the AdiBags days, but due to performance and Tooltip scanning requiring heaps of resources, I've reduced it. Gonna put it back up to 6 and see if the performance hit isn't too bad.

as for the first item looks like ITEM_ACCOUNTBOUND now translates as Warbound

Yes! And Warbound is the new Account Bound (stuff like Pet Charms and the Marks of Honor are now Warbound). You can always just disable it, but I don't think retiring it is the way to go here

Another alternative would be an option to rename to "Warbound".

Sounds good, not sure if it is really necessary. Also only applicable to retail, as classic do not have warbands.
Anyway thank for quick fix.


Add support for new OS's

New Linux platforms supported:
Ubuntu 23.10 (x86_64 and AArch64)
Ubuntu 24.04 (x86_64 and AArch64)
Debian 12 (x86_64 and AArch64)
Fedora 39 (x86_64 and AArch64)

Ubuntu 23.10 is just an interim release and reaches EOL (end of life) in July 2024.
Is swiftly going remove the installation of OS versions once they reach EOL?

Ubuntu 23.10 is just an interim release and reaches EOL (end of life) in July 2024. Is swiftly going remove the installation of OS versions once they reach EOL?

While Apple make the tarballs available I don't think there is any harm in providing access.

#115


Problem with dates format and add Kitsu in the AnimeList types

As an european people I use the DD-MM-YY date format and it cause a problem in the function convertEntry from myanimelist's anime_list.go file
Could be great to implement Kitsu in the AnimeList types

I fixed but now it works only for european people and I'm too bad with Go to add Kitsu, I don't think I'll continue to work on the fork

If I have the API response from MAL with the entry that gave problem, or how to reproduce it I can try to increment over your fix.
If you could send it to me that would be nice.

myanimelist/anime_list.go : line 23
I changed the format from 01-02-06 to 02-01-06 to make it works for me

myanimelist/anime_list.go : line 23
I changed the format from 01-02-06 to 02-01-06 to make it work for me

Yeah, that definitely needs more clarification to work on both cases. The MAL api doesn't provide the format in which it is responding. I will look at the request headers later.
Does it use this format for one entry or all of them?
could you please provide a request containing this response?

It seems that all the entries use this format but you can look at list here if you want to

Very interesting, it's totally different based on the user.
I think the only solution would be brute force the format that works for all entries.
This load.json is not very reliable

I added some custom logic for asserting the time format for now. It tries to brute force the mask that works for all entries without errors.
I will close this issue.


[Startup Crash] The validated object is null

Important Information
Minecraft Version: 1.20.1
Mod Loader System: Fabric 0.14.23
DramaticDoors Version: https://modrinth.com/mod/dramatic-doors/version/1.20.1-3.1.0
Describe the bug
Crashed on startup due to null stuff, probably conflicted with another mod or something.
Log: https://gist.github.com/80e1d956426a8a01c8fea296616f8eab.git
Edit: Version 3.0.3 works fine
To Reproduce
Can't really say, if it's a normal crash then just start the game, other than that not sure.
Expected behavior
Start up normally
Screenshots
If applicable, add screenshots to help explain your problem.

It has something to do with Supplementaries compat since it's the only compat to add a block entity. I will get that fixed.

I've uploaded mod version 3.1.0_1, does it fix the crash?

I won't be able to check until later, but will let you know! Thanks

Sorry for the delay, appears to be fixed now yes. Thank you


Writing SVO to io.Bytes()

Preliminary Checks

[X] This issue is not a duplicate. Before opening a new issue, please search existing issues.
[X] This issue is not a question, bug report, or anything other than a feature request directly related to this project.

Proposal
It would be very helpful for my application if I could pass in an io.Bytes() object to the video recording feature instead of a file path, and similarly load from an io.Bytes() object instead of a filename.
Would really appreciate it if someone could add this feature :)
Use-Case
Keeping all data in a single HDF5 file, rather than having to make a folder with an hdf5 file and a bunch of svo files that need to be loaded separately.
Anything else?
No response

Agh, I can just use temple. Closing :)


Uncaught DOMException when using RControl.RCustom component

Hi there,
we're encountering an Uncaught DOMException in a very specific situation where we have a changing amount of layers, in combination when a RControl.RCustom is also in the map.
The error:
Uncaught DOMException: Failed to execute 'insertBefore' on 'Node': The node before which the new node is to be inserted is not a child of this node.
It took me a bit to isolate the issue, as we're building a larger application than just this example. The example is trivial, but triggers the same error as we have in our app. In our own application this happens because we have to load the configuration of layers somewhere from an endpoint and a user will be able to add layers themselves. I've simulated that below with the useState and useEffect combination. This piece of App.jsx code shows the error, with pointers on how to work around and avoid the error:
import { useState, useEffect } from "react";
import { RControl, RMap, RLayerVector, ROSM } from "rlayers";
import { fromLonLat } from "ol/proj";
import "./App.css";

const coords = {
  origin: [2.364, 48.82],
  ArcDeTriomphe: [2.295, 48.8737],
};

// There's three solutions to preventing the error.
function App() {
  const [anArray, setAnArray] = useState([1, 2]);

  // Solution #1: remove this useEffect...
  useEffect(() => {
    setAnArray([1, 2, 3]);
  }, []);

  return (
    <RMap
      className="example-map"
      initial={{ center: fromLonLat(coords.origin), zoom: 11 }}
    >
      {/* Solution #2: move this ROSM component between the closing of the next fragment and the RControl component... */}
      <ROSM />
      <>
        {anArray.map((value) => (
          <RLayerVector key={value} />
        ))}
      </>
      {/* Solution #3: remove this RControl.RCustom */}
      <RControl.RCustom></RControl.RCustom>
    </RMap>
  );
}

export default App;

I can reproduce this error with at least rlayers versions 2.1.0 and 3.1.0
To try to reproduce it, please use this repo:
https://github.com/sweco-nlgucu/rlayers-bug
I hope this description helps. If you need anything else, let me know! We can work around the issue by making sure there's an empty layer or something between that "array" of layers and the rcontrol.rcustom (similar to solution 2). But I do think this issue is a bug and unexpected behavior.
Cheers,
Guus

Is this something you actually need or your only goal was to make it crash?

Put all of your controls in a separate <div> when using dynamic layers and it won't crash. This is too complex to fix given its benefit.
function App() {
    const [anArray, setAnArray] = useState([1, 2]);

    // Solution #1: remove this useEffect...
    useEffect(() => {
        setAnArray([1, 2, 3]);
    }, []);

    return (
        <RMap className='example-map' initial={{center: fromLonLat(coords.origin), zoom: 11}}>
            {/* Solution #2: move this ROSM component between the closing of the next fragment and the RControl component... */}
            <ROSM />
            <>
                {anArray.map((value) => (
                    <RLayerVector key={value} />
                ))}
            </>
            {/* Solution #3: remove this RControl.RCustom */}
            <div>
                <RControl.RCustom></RControl.RCustom>
            </div>
        </RMap>
    );
}

Is this something you actually need or your only goal was to make it crash?

Hi, thanks for looking into this.
Unfortunately I don't have the luxury of time at my work to see if something can crash. Like many of us we need to deliver features and this one appeared when I tried to implement one.

Too bad it's too complex to fix, but thanks for the suggested workaround. We'll create something like a rcustom container component with just the div and maybe some linting rule to avoid using the rcustom components directly in the map container.


Instancing - NormalMapEffect without normal maps?

Hi again, I have a little more free time to look at my project again and I'm reminded where I left off at.
I know that you didnt want to add another permutation to BasicEffect, but none of my models have normal maps - they are all untextured. When loading from Model::CreateFromCMO - it will fail the cast to a NormalMapEffect/PBREffect because of this when we go to UpdateEffects to SetInstancingEnabled.
Is there any workaround for this, programatically?

With DirectX Toolkit for DX11, NormalMapEffect provides default textures if none are given. The main issue is getting the loader to create NormalMapEffect instances instead of BasicEffect.
If you provide a custom EffectFactory implementation of CreateEffect, you can just make sure it always creates a normal map effect.


MySQL error on creating users role_id foreign key

Laravel Version: 5.4
Voyager Version: 1.1.0
I've got an error when upgrading from 1.0 to 1.1 on this migration. Separating the two table updates makes it work. Sorry but I don't have the mysql error message or screenshot.
Anyone else got that?

Some solution for arrive to the end installation with success? Same someone can give me the sql script for the tables to install?

@felmorphp by executing voyager installation, it does execute the migration files (that are the database updates) included in voyager package, so the only way you can avoid this error is by editing 2017_11_26_013050_add_user_role_relationship.php in voyager migrations folder. You may choose to do two different things in it BEFORE executing Voyager installation:

Delete the line "$table->foreign('role_id')->references('id')->on('roles');". After Voyager installation, you will have to create the foreign key manually in your database users table.
Replace the migration file original content with what I have posted in here https://github.com/the-control-group/voyager/pull/3076/files

Not working yet , i think needed erase this too from create_user_roles_table
$table->foreign('role_id')->references('id')->on('roles')->onDelete('cascade');

Equally if i have a table users yet, without column role_id, the sql try update column and not add? this fall in error too

I confirm only with the first change is not working , need update the second file too, now is installed ok 👍 Publishing the Voyager assets, database, and config files
Copied Directory [/vendor/tcg/voyager/publishable/assets] To [/public/vendor/tcg/voyager/assets]
Copied Directory [/vendor/tcg/voyager/publishable/database/seeds] To [/database/seeds]
Publishing complete.
Publishing complete.
Migrating the database tables into your application
Migrating: 2016_01_01_000000_add_voyager_user_fields
Migrated:  2016_01_01_000000_add_voyager_user_fields
Migrating: 2016_01_01_000000_create_data_types_table
Migrated:  2016_01_01_000000_create_data_types_table
Migrating: 2016_05_19_173453_create_menu_table
Migrated:  2016_05_19_173453_create_menu_table
Migrating: 2016_10_21_190000_create_roles_table
Migrated:  2016_10_21_190000_create_roles_table
Migrating: 2016_10_21_190000_create_settings_table
Migrated:  2016_10_21_190000_create_settings_table
Migrating: 2016_11_30_135954_create_permission_table
Migrated:  2016_11_30_135954_create_permission_table
Migrating: 2016_11_30_141208_create_permission_role_table
Migrated:  2016_11_30_141208_create_permission_role_table
Migrating: 2016_12_26_201236_data_types__add__server_side
Migrated:  2016_12_26_201236_data_types__add__server_side
Migrating: 2017_01_13_000000_add_route_to_menu_items_table
Migrated:  2017_01_13_000000_add_route_to_menu_items_table
Migrating: 2017_01_14_005015_create_translations_table
Migrated:  2017_01_14_005015_create_translations_table
Migrating: 2017_01_15_000000_make_table_name_nullable_in_permissions_table
Migrated:  2017_01_15_000000_make_table_name_nullable_in_permissions_table
Migrating: 2017_03_06_000000_add_controller_to_data_types_table
Migrated:  2017_03_06_000000_add_controller_to_data_types_table
Migrating: 2017_04_21_000000_add_order_to_data_rows_table
Migrated:  2017_04_21_000000_add_order_to_data_rows_table
Migrating: 2017_07_05_210000_add_policyname_to_data_types_table
Migrated:  2017_07_05_210000_add_policyname_to_data_types_table
Migrating: 2017_08_05_000000_add_group_to_settings_table
Migrated:  2017_08_05_000000_add_group_to_settings_table
Migrating: 2017_11_26_013050_add_user_role_relationship
Migrated:  2017_11_26_013050_add_user_role_relationship
Migrating: 2017_11_26_015000_create_user_roles_table
Migrated:  2017_11_26_015000_create_user_roles_table
Migrating: 2018_03_11_000000_add_user_settings
Migrated:  2018_03_11_000000_add_user_settings
Migrating: 2018_03_14_000000_add_details_to_data_types_table
Migrated:  2018_03_14_000000_add_details_to_data_types_table
Migrating: 2018_03_16_000000_make_settings_value_nullable
Migrated:  2018_03_16_000000_make_settings_value_nullable
Attempting to set Voyager User model as parent to App\User
Dumping the autoloaded files and reloading all new files
Adding Voyager routes to routes/web.php
Seeding data into the database
Copied File [/vendor/tcg/voyager/publishable/config/voyager.php] To [/config/voyager.php]
Publishing complete.
Setting up the hooks
Copied File [/vendor/larapack/hooks/publishable/config/hooks.php] To [/config/hooks.php]
Publishing complete.
Hooks are now ready to use! Go ahead and try to "php artisan hook:install test-hook"
Adding the storage symlink to your public folder
The [public/storage] directory has been linked.
Successfully installed Voyager! Enjoy

Closing as duplicate of #3073

Already fixed in https://github.com/the-control-group/voyager/pull/3974


Spelling

For INDY-85, changed spelling of test.

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


chore: generate docs and update goreleaser config

Support new Go Releaser and stop building unused binaries

/approve


Support nested dictionary key completion

Environment data

Language Server version: 2021.6.3
OS and version: Windows 10 20H2
Python version (& distribution if applicable, e.g. Anaconda): Python 3.7.5 using Anaconda

Expected behaviour
Pylance should show key completion for integer and nested keys.
Actual behaviour
Pylance does not show key completion for integer and nested keys.
Logs

XXX

Code Snippet / Additional information

somedict = {
    'test': 1,
    'test2':2,
    '3test':3,
    '4':4,
    5: 5,
    '_test6': 6,
    'testnested': {'n1':1, 2:2}
}

Pylance does not show key completion for integer keys (in this case 5)

Pylance does not show key completion for nested keys

Need to investigate why 5 does not show up

first one is a bug, but nested key is new feature request. so, probably we will fix the first one first,

Our completion provider has logic for string literals but not for other literals like integers, floats, complex, etc.
somedict = {
    5: 0,
    3.41: 0,
    3j: 0,
    [3, 4]: 0,
}

We'll need to decide where to draw the line. The vast majority of keys within dicts are strings. It drops off very quickly after that. Integers are probably next.

@erictraut I agree with you.

Aside from strings, I usually see constants that reference strings. These seem to be unsupported at the moment, unfortunately.

@erictraut I have to explain that in your example, the last key [3, 4] is invalid because it's mutable. See the reasons https://docs.python.org/3/faq/design.html#why-must-dictionary-keys-be-immutable

Yes, good point. Replace the list with a tuple.

So it seems that your work will be easier since you even don't need to take mutable types into consideration.😄

Moving this issue to discussion as an enhancement request for comments and upvotes.


Minor updates on UI

Main changes:

Move Title field to the top in Add & Edit modal
Reduce font size of "Complexity" header

Looks good!


gruvbox-gtk-theme does not provide Gruvbox GTK theme anymore

Describe the bug
Following #319517, the gruvbox-gtk-theme no longer provides a working GTK theme. This is because the theme's Github repository switched to providing source files on the source tree rather than the previously offered precompiled theme files.
The package is also outdated again, which would be nice to have fixed when this issue gets worked on.
Steps To Reproduce
Steps to reproduce the behavior:

Ensure current nixpkgs channel is unstable
Add gruvbox-gtk-theme to system packages and switch
Go to the GTK theme path in the current nixprofile: /share/themes/
Note the incorrect addition of build files such as: build.sh, install.sh, gtkrc.sh, src/
Note the lack of any directories with a name containing "Gruvbox", the lack thereof meaning that the theme is not being provided for GTK to find

Expected behavior
When installed, the package should add themes to the nixprofile /share/themes/ path in the form of "Gruvbox-*" directories.
Additional context
The previous version of the package provided 16 premade theme variants, but the new install.sh does not produce the same results. Instead, install.sh is capable of creating a much larger number of permutations which would probably be a bad idea to attempt completely including for this package.
One option would be to simply provide the same 16 variations that are offered prebuilt on the pling page -- this is essentially how the package used to work back when the repository provided the exact same prebuilt theme files. I think it would be better, however, if the package were changed to simply provide the default light/dark builds with new package override options for configuring the install.sh build flags.
Notify maintainers
@luftmensch-luftmensch @Math-42

Metadata
[chao@chao-desktop ~]$ nix-shell -p nix-info --run "nix-info -m"
this path will be fetched (0.00 MiB download, 0.00 MiB unpacked):
  /nix/store/k4996pr5b2nfmxyvzbm8r5wysz9b10ii-nix-info
copying path '/nix/store/k4996pr5b2nfmxyvzbm8r5wysz9b10ii-nix-info' from 'https://cache.nixos.org'...
 - system: `"x86_64-linux"`
 - host os: `Linux 6.7.11-3-MANJARO, Manjaro Linux, noversion, rolling`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.23.1`
 - nixpkgs: `/home/chao/.nix-defexpr/channels/nixpkgs`

Add a :+1: reaction to issues you find important.

@chaorace the issue you point out seems to be solved by https://github.com/NixOS/nixpkgs/pull/323486 in which the install.sh script is called


Behavior Change When Interceptor Throws an Exception

Back-port issue of https://github.com/spring-projects/spring-kafka/issues/2722

Fixed via: https://github.com/spring-projects/spring-kafka/commit/7fba1a3ebea434e6450c0414821ca3684e65ef69


Add Member.hasRole() and Member.hasRoles()

Pull Request Etiquette

[x] I have checked the PRs for upcoming features/bug fixes.
[x] I have read the contributing guidelines.

Changes

[x] Internal code
[ ] Library interface (affecting end-user code)
[ ] Documentation
[ ] Other: _____

Closes Issue: NaN
Description
Adds:
-Member.hasRole(Role role) which will return a boolean based on if the member has the provided role
-Member.hasRoles(Collection roles) which will return a boolean based on if the member has all provided roles

https://canary.discord.com/channels/125227483518861312/541288051243089920/561233859987898389

You should just use getRoles().contains(role).


No connection on Buster64

Hi,
Thanks for this project! I am trying to get the MK2 to work on Buster64, but so far no luck.
Do you maybe have a hint on what to check?
Thanks for your time

Never mind. I  rebooted the controller and now its working ...


esp missing databyte calculation

Elasticsearch version:
6.7.1
Moloch version:
2.0
OS name and version:
ubuntu 16.04
How was Moloch built/installed: (rpm, deb, easybutton, ...)
easybutton
Provide logs, stack traces and steps to reproduce:
the databytes calculation is missing for esp.  created separate issue in order to allow icmp databyte calculation discussion to be seperate from how esp databyte calc might be performed.
relevant code showing the issue in moloch_packet_process ()
case IPPROTO_UDP:
    udphdr = (struct udphdr *)(packet->pkt + packet->payloadOffset);
    packet->direction = (dir &&
                         session->port1 == ntohs(udphdr->uh_sport) &&
                         session->port2 == ntohs(udphdr->uh_dport))?0:1;
    session->databytes[packet->direction] += (packet->pktlen - 8);
    break;
case IPPROTO_SCTP:
    udphdr = (struct udphdr *)(packet->pkt + packet->payloadOffset);
    packet->direction = (dir &&
                         session->port1 == ntohs(udphdr->uh_sport) &&
                         session->port2 == ntohs(udphdr->uh_dport))?0:1;
    session->databytes[packet->direction] += (packet->pktlen - 8);
    break;
[snip]

case IPPROTO_ICMP:
case IPPROTO_ESP:
    packet->direction = (dir)?0:1;
    break;
}```

Currently we don't do any ESP processing really, so its more than just this missing.  The original ESP request was just to allow downloading.

fixed in #2634


Dropout Distribution Sampling Performance Bottleneck

When Dropout is enabled, it bottlenecks the learning process quite a bit.

This was fixed with native dropout.


WIP: Explore using the PhraseMatcher for find_substrings

This PR attempts to rewrite the find_substrings function with the PhraseMatcher. Almost all of our options like case-sensitivity and matching can be replicated, except the single_match toggle. I implemented it naively by keeping track of seen span.texts and adding it to the final offsets output.
Description
There are some behavioural changes with this approach. I made sure to document them in the tests below:

The substrings will now appear as they're sorted by PhraseMatcher. At first, this causes some of our existing tests to fail. But I update them in ae49c04
Partial substrings won't be matched anymore. Normally, a text that says:

text = "Frodo Baggins and Samwise Gamgee went to Mt. Doom"
llm_predictions = "PER: Frodo B. Samwise G"
# Before
find_substrings_main_branch(text, substrings=llm_predictions)  # returns ["Frodo", "Samwise"]
# In this PR
find_substrings_this_branch(text, substrings=llm_predictions)  # returns []

Will be matched by using the expand option in the existing implementation. But in this case, the PhraseMatcher won't be able to find them. And it will return an empty list. You'll notice this behaviour in the currently failing tests in the CI. I didn't change the existing test here because I want to document that change in behaviour.

The spacy.NER.v1 task now takes in an optional lang: str = "xx" parameter that will be used to initialize the PhraseMatcher.

Final thoughts
I don't mind sticking to the find_substrings option. I'm still looking for ways to solve the above issue.
Types of change

Refactor + Optimization
Exploration
New tests reflecting this update

Checklist

[x] I confirm that I have the right to submit this contribution under the project's MIT license.
[ ] I ran the tests, and all new and existing tests passed.
[ ] My changes don't require a change to the documentation, or if they do, I've added all required information.

Do I understand correctly that the motivation for this PR is to use PhraseMatcher instead of custom code?

Partial substrings won't be matched anymore. Normally, a text that says: ...

Yeah, that doesn't seem ideal. That's the issue you are referring to with

I'm still looking for ways to solve the above issue.

Right?

Hi @rmitsch , yes! The motivation is to replace the find_substrings custom function with the PhraseMatcher. Stepping back, I think it's nice for reusability and it seems more efficient.
Yeah, the partial substrings issue is something that I'm still working on. It works with our current code but I haven't replicated this capability yet with the PhraseMatcher (or any one of the other Matchers)

Oks thanks for the review! I'm a bit stuck with the partial substring problem (will focus on it tomorrow).
I feel like using the Matcher with some REGEX rules can be a bit hairy.

Closing for now in favor of focusing on other issues.


UMA_DCS is deprecated, replaced with UMA_GLIB

You can use the UMA_GLIB instead but GameManager has to make aware of that change.
Something like that worked:
        private void SetupPermanentObjects() {
            DontDestroyOnLoad(this.gameObject);
            GameObject umaDCS = GameObject.Find("UMA_DCS");
            if (umaDCS == null) umaDCS = GameObject.Find("UMA_GLIB");
            if (umaDCS == null) {
                //Debug.LogError("SystemGameManager.SetupPermanentObjects(): AnyRPG requires uma.  Ensure that the UMA_DCS prefab is in your loading scene.");
                Debug.Log("SystemGameManager.SetupPermanentObjects(): UMA_DCS prefab not found in scene. UMA will be unavailable");
            } else {
                DontDestroyOnLoad(umaDCS);
            }
        }

Nice catch. Thanks!
Code and CoreGame are now updated to use and recognize UMA_GLIB


Add healthcheck URL to get Pingdom status/response

Context

Add /healthcheck URL to get Pingdom status/response.
Add view for the above; HTTP response header with content_type="text/xml"

Codecov Report
Patch coverage: 25.00% and project coverage change: -0.03 :warning:

Comparison is base (a8b375b) 36.78% compared to head (ea04d2b) 36.76%.

Additional details and impacted files
@@             Coverage Diff             @@
##           develop     #228      +/-   ##
===========================================
- Coverage    36.78%   36.76%   -0.03%
===========================================
  Files          102      102
  Lines         3833     3841       +8
  Branches       642      644       +2
===========================================
+ Hits          1410     1412       +2
- Misses        2423     2429       +6

Impacted Files
Coverage Δ

trade_remedies_caseworker/config/urls.py
100.00% <ø> (ø)

trade_remedies_caseworker/core/views.py
53.37% <25.00%> (-1.63%)
:arrow_down:

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

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


[SMALLFIX] Remove the copycat server restart [WIP]

alluxio-bot, check this please

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/3805/
Test FAILed.

jenkins, test this please

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/3806/
Test PASSed.

This is a testing behavior, will close it later.


Add Instructions to add Kubernetes Metrics server to Kind

Thank you for helping make the Dapr documentation better!
Please follow this checklist before submitting:

[x] Commits are signed with Developer Certificate of Origin (DCO - learn more)
[x] Read the contribution guide
[ ] Commands include options for Linux, MacOS, and Windows within codetabs
[ ] New file and folder names are globally unique
[ ] Page references use shortcodes instead of markdown or URL links
[ ] Images use HTML style and have alternative text
[ ] Places where multiple code/command options are given have codetabs

In addition, please fill out the following to help reviewers understand this pull request:
Description

Issue reference
Fixes #3951

Don't merge this PR right now. I am updating some changes.

Don't merge this PR right now. I am updating some changes.

DONE!


Add package name to public swiftinterface

Package name is only printed in private swiftinterface. This causes
ambiguity during lookup when there are multiple public or inlinalbe
package decls in public interfaces. This PR adds a package name to
public swiftinterface and lets typecheck look up the package name
to narrow down the scope of access to package decls from an external
module.
Resolves rdar://117699160

@swift-ci smoke test

@swift-ci smoke test

@swift-ci smoke test linux

@swift-ci smoke test

@swift-ci smoke test

Blocked by "fatal error: module map file 'llbuildBasic.build/module.modulemap' not found" error on CI cc @shahmishal

@swift-ci Please smoke test OS X platform


Possible to authenticate as a different domain user?

Not sure if this is obvious or not, but I've had problems trying to  run commands as a different user on our domain.  A little background:

I'm logged into my Linux machine via Likewise-open5 as "ourDomain\me"

I'd like to be able to run remote commands as 'ourDomain\dummy-user" on a remote Windows box

login environment is pretty important as we'll be running bundler, ruby and Git commands, which all seem pretty tied to a user's environment

I'm able to supply the username and password of a local administrator on the Windows box and run commands under that environment using the following:
ep = 'remoteHost01'
WinRM::WinRMWebService.new("http://#{ep}:5985/wsman", :ssl, :user => 'localAdmin', :pass => 'laPass', :basic_auth_only => true)

Everything works if I use credentials for the local admin, however, I can't specify different credentials for a user on the domain.  If I try kerberos authentication, it ignores any credentials and logs me in as 'ourDomain\me'  I'm assuming the Gem is pulling straight from wherever Likewise is caching my identity.
Is what I'm looking to do possible?  Let me know if there are any other details I can provide.

Hi,
Any update on this issue?
How can I autenticate with user/password from a linux with kerberos?
The ideia is give the user, password, domain, real to autenticate.
Regards


black screen error

Describe the bug
when trying to create a task or correct the problem, errors occur and a black screen occurs, tokens are spent and the request is lost, as the bolt does not skip the history of user requests, which ends up generating a problem, as we have to ask again to implement or correct the same request again because BOLT does not save requests when these errors occur and we have to spend double tokens, this should be reimbursed to users!
Link to the Bolt URL that caused the error
https://bolt.new/~/sb1-csa235
Steps to reproduce
black screen error: when trying to create a task or correct the problem, errors occur and a black screen occurs, the tokens are spent and the request is lost, as bolt does not skip the history of user requests, which ends up generating a problem, as we have to ask again to implement or correct the same request again because BOLT doesn't save requests when these errors occur and we have to spend double tokens, this should be reimbursed to users!
Expected behavior
black screen error: when trying to create a task or correct the problem, errors occur and a black screen occurs, the tokens are spent and the request is lost, as bolt does not skip the history of user requests, which ends up generating a problem, as we have to ask again to implement or correct the same request again because BOLT doesn't save requests when these errors occur and we have to spend double tokens, this should be reimbursed to users!
Screen Recording / Screenshot

Platform

OS: [e.g. macOS, Windows, Linux]
Browser: [e.g. Chrome, Safari, Firefox]
Version: [e.g. 91.1]

Additional context
black screen error: when trying to create a task or correct the problem, errors occur and a black screen occurs, the tokens are spent and the request is lost, as bolt does not skip the history of user requests, which ends up generating a problem, as we have to ask again to implement or correct the same request again because BOLT doesn't save requests when these errors occur and we have to spend double tokens, this should be reimbursed to users!

Hey @GGBueno, thanks for the report!
This issue is tracked on #2556.


Default 5 button

What would be really nice is either a new "full strength" button or a default that automatically colors all muscles at 5 (if on a 6 point scale from 0-5) -- or just defaults to coloring all at the max of the scale. Most patients will have full strength. That way you only have to click boxes that are different. That should cut down on the time needed to use the tool.

Great idea. The current ability to set the colormap was just a temporary feature for playing around with colormaps, but ideally we wouldn't have that functionality visible by default. I'll try putting in a "full strength" button in place of that.


Yarn use default value for enableGlobalCache

Issue
The global cache was disabled while upgrading to<EMAIL_ADDRESS>https://github.com/awslabs/aws-sdk-js-codemod/pull/632, as it was the default in 3.x
Description
Yarn use default value for enableGlobalCache
Testing
Before
$ yarn config cacheFolder
└─ cacheFolder
   ├─ Description: Folder where the cache files must be written
   ├─ Source: <default>
   └─ Value: '/Users/trivikram/workspace/aws-sdk-js-codemod/.yarn/cache'

After
$ yarn config cacheFolder
└─ cacheFolder
   ├─ Description: Folder where the cache files must be written
   ├─ Source: <internal>
   └─ Value: '/Users/trivikram/.yarn/berry/cache'

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

There's no difference in CI, since it uses actions cache.
Before
/usr/local/bin/yarn --version
4.0.0
/usr/local/bin/yarn config get cacheFolder
/home/runner/work/aws-sdk-js-codemod/aws-sdk-js-codemod/.yarn/cache
/usr/local/bin/yarn config get enableGlobalCache
false
All dependencies are managed locally by yarn3, the previous cache can be used
Received 0 of 48021279 (0.0%), 0.0 MBs/sec
Cache Size: ~46 MB (480[21](https://github.com/awslabs/aws-sdk-js-codemod/actions/runs/6628655988/job/18006226950#step:3:23)279 B)
/usr/bin/tar -xf /home/runner/work/_temp/d3e76b81-c1dc-4d38-941c-21c384a12708/cache.tzst -P -C /home/runner/work/aws-sdk-js-codemod/aws-sdk-js-codemod --use-compress-program unzstd
Received 48021279 of 48021279 (100.0%), 22.9 MBs/sec
Cache restored successfully

After
/usr/local/bin/yarn --version
4.0.0
/usr/local/bin/yarn config get cacheFolder
/home/runner/.yarn/berry/cache
/usr/local/bin/yarn config get enableGlobalCache
true
Cache Size: ~46 MB (48096368 B)
/usr/bin/tar -xf /home/runner/work/_temp/4ee53cdc-a00e-4f8d-88[14](https://github.com/awslabs/aws-sdk-js-codemod/actions/runs/6629014875/job/18007377991?pr=646#step:3:16)-7acc7b6[15](https://github.com/awslabs/aws-sdk-js-codemod/actions/runs/6629014875/job/18007377991?pr=646#step:3:17)e11/cache.tzst -P -C /home/runner/work/aws-sdk-js-codemod/aws-sdk-js-codemod --use-compress-program unzstd
Cache restored successfully


iOS example not working

I ran npm i in the root folder, and then ran npm run run:ios but no bone. What am I doing wrong?

"The sandbox is not in sync with Podfile.lock. Run pod install or update you Cocoapods installation"

I recently made a fresh example build with pods and GoogleMaps with no issues.
https://github.com/alvelig/react-native-maps-pods-example.
Try to check it out or build through the README.MD. If it does not help, let me know.


Voice not working in some .m3u8 HLS streams

I'm trying to build an IPTV stream app. I have some .m3u8 streams to show in the app, and the problem is that for almost all of them the audio is not working. It's weird because the are some of them that work fine. I tested the links that have no voice in the VLC Media Player and the audio is working fine. So I suppose that is a problem with the library.
I tested it on Android MediaPlayer and Android ExpoPlayer and none of them works.
This is were I'm running it on:
System:     OS: Windows 10 10.0.19042     CPU: (12) x64 AMD Ryzen 5 5600X 6-Core Processor     Memory: 3.43 GB / 15.92 GB   Binaries:     Node: 12.16.2 - C:\Program Files\nodejs\node.EXE     Yarn: 1.22.10 - ~\AppData\Roaming\npm\yarn.CMD     npm: 6.14.4 - C:\Program Files\nodejs\npm.CMD     Watchman: Not Found   SDKs:     Android SDK:       API Levels: 28, 29, 30       Build Tools: 28.0.3, 29.0.2, 30.0.3       System Images: android-29 | Android TV Intel x86 Atom, android-30 | Google APIs Intel x86 Atom       Android NDK: Not Found     Windows SDK: Not Found   IDEs:     Android Studio: Version  <IP_ADDRESS> AI-201.87<IP_ADDRESS>42882     Visual Studio: Not Found   Languages:     Java: 1.8.0_282 - C:\Program Files\OpenJDK\openjdk-8u282-b08\bin\javac.EXE   npmPackages:     @react-native-community/cli: Not Found     react: 17.0.1 => 17.0.1     react-native: 0.64.0 => 0.64.0     react-native-windows: Not Found
Library version: 5.1.1
You can try it with this two URL's:
http://zornitio.online:8080/live/FvWjsLJjCt/NDDfaSSgWN/135456.m3u8 // audio works
http://zornitio.online:8080/live/FvWjsLJjCt/NDDfaSSgWN/135463.m3u8 // audio not works
Reproducible sample code
<Video             source={{uri: url}} // Can be a URL or a local file             style={{     width: '100%',     height: 200,   }}             resizeMode={'contain'}           />
I hope that you can help me! Thank you :)

it doesn't even play m3u8 on android. have you tried?

the 2 example url strings you listed are identical BTW

how to


Both WT and Powershell are great, but the startup is a little slow when combined together. And my some thoughts.

Description of the new feature/enhancement
As the title described. On my computer(AMD Ryzen 3600, even slower on Snapdragon 8cx Gen 3):
→ D:\tmpdir\terminal-1.22.2081.0
> Measure-Command { Start-Process .\WindowsTerminal.exe -PassThru 'pwsh','-c','exit' | Wait-Process } | % TotalMilliseconds
757.2283

I do want to help, but after some digging into the code, it quickly turn out that its complexity is far beyond my level. However I think the ideas maybe somehow helpful for core team, so I just take some time to this.
Proposed technical implementation details (optional)

Start profile's command line as early as possible, ideally right after settings loaded. Then the startup of pwsh.exe will overlap with UI initialization. However I don't know it's valid or not, as I am not familiar with terminal things.

Made subsequent process run faster. Currently it need to load the whole settings to get the value of compatibility.isolatedMode , which in turn cause time-consuming WindowsXamlManager::InitializeForCurrentThread() in App::App(). It should be avoided, or better, avoid loading the whole settings too.
→ D:\tmpdir\terminal-1.22.2081.0
> .\WindowsTerminal.exe; Start-Sleep 2; Measure-Command { Start-Process .\WindowsTerminal.exe -PassThru | Wait-Process } | % TotalMilliseconds
175.0779

Create spare window thread on idle time after new window showed. Add an option to allow keep running in background just like Edge and tweak auto launch on boot to adapt it. Now event if the first is hard to implement and pwsh.exe is still slow to start, we at least always get quick UI response.

I like your first 2 suggestions. I did plan to try and make the app launch faster for the next release after this one (i.e. we're currently working on 1.22 which will release in a month, and I'd like to investigate it afterwards in 1.23).
The 3rd point (Edge-style auto-launch on boot) is something I dislike. Instead of not hurting the victim outright (the user), you simply hurt the victim secretly when they don't pay attention, which is IMO morally reprehensible. There's no actual progress for us, and in fact it may lower our chances from getting the fundamental issue fixed (which is WinUI's continuously worsening performance). (However, I don't mind keeping an instance of WT running after it first launched, which I is something we already support.)

The 3rd point (Edge-style auto-launch on boot) is something I dislike. Instead of not hurting the victim outright (the user), you simply hurt the victim secretly when they don't pay attention, which is IMO morally reprehensible. It doesn't achieve any lasting progress, and in fact it may lower our chances from getting the fundamental issue fixed (which is Edge's and WinUI's continuously worsening performance). (However, I don't mind keeping an instance of WT running after it first launched, which I is something we already support.)

Yes, It's already implemented 👍 https://learn.microsoft.com/en-us/windows/terminal/customize-settings/startup#continue-running-in-the-background-preview
I think you maybe misunderstood me. I don't mean auto launch secretly. I mean combine startOnUserLogin with compatibility.allowHeadless: launch quietly with showing a tray icon, just like a dictionary App or something similar.

That's a bug for sure. I believe we've already come across this before. We're tracking parts of that issue in #17420 among others.


Embedding rustc + cg_clif as a scripting environment

I'm interested in using rustc + cranelift as a library to embed rust as a jitted scripting language within another application. Do you expect this to be possible reasonably soon?

If you don't want to preserve any state in between runs this is already almost possible. https://github.com/bjorn3/rustc_codegen_cranelift/blob/1337f96c48022396bbdd5af93ba27a1d22fa0603/src/bin/cg_clif.rs is an example how to use cg_clif using a custom rustc driver. On line 61 you can pass a custom config instead of None to make it always JIT the code. You may want to use the sysroot logic at https://github.com/bjorn3/rustc_codegen_cranelift/blob/1337f96c48022396bbdd5af93ba27a1d22fa0603/src/bin/cg_clif_build_sysroot.rs#L24-L34 though. The only thing that would work against your goal is currently https://github.com/bjorn3/rustc_codegen_cranelift/blob/1337f96c48022396bbdd5af93ba27a1d22fa0603/src/driver/jit.rs#L152, which exits the process once the jitted code is done.

Ah, dope, I'll fork the repo to patch the exit. The sysroot stuff does make me think that there needs to be libstd or something similar installed on the computer for the compiler to work. Is the only way around that to create a fake file system and replace the FileLoader?

For the source you did write a FileLoader implementation if you don't want to write to the disk. For the sysroot you can use the sysroot shipped with rustc as found by https://github.com/bjorn3/rustc_codegen_cranelift/blob/1337f96c48022396bbdd5af93ba27a1d22fa0603/src/bin/cg_clif_build_sysroot.rs#L24-L34. Or you can use the sysroot built when building cg_clif using ./build.sh.

Would a Rust REPL be possible? That would be incredibly cool.

https://github.com/google/evcxr is a rust repl. It doesn't use cg_clif, but it should in principle be possible to use cg_clif to compile the code.


安装软件提示失败，但是又能安装上去

Try mirror server https://repo.istoreos.com/repo
Installing app-meta-homebox (1.0.0-1) to root...
Downloading https://repo.istoreos.com/repo/all/meta/app-meta-homebox_1.0.0-1_all.ipk
Installing luci-app-homebox (1.0.1-3) to root...
Downloading https://repo.istoreos.com/repo/all/nas_luci/luci-app-homebox_1.0.1-3_all.ipk
Installing luci-i18n-homebox-zh-cn (git-22.178.38665-ab279f6) to root...
Downloading https://repo.istoreos.com/repo/all/nas_luci/luci-i18n-homebox-zh-cn_git-22.178.38665-ab279f6_all.ipk
Configuring homebox.
Configuring luci-app-homebox.
//usr/lib/opkg/info/luci-app-homebox.postinst: .: line 2: can't open '/etc/uci-defaults/50_luci-homebox': No such file or directory
Configuring luci-i18n-homebox-zh-cn.
//usr/lib/opkg/info/luci-i18n-homebox-zh-cn.postinst: .: line 2: can't open '/etc/uci-defaults/luci-i18n-homebox-zh-cn': No such file or directory
Configuring app-meta-homebox.
Collected errors:

pkg_run_script: package "homebox" postinst script returned status 1.
opkg_configure: homebox.postinst returned 1.
Try origin server https://istore.linkease.com/repo
Package app-meta-homebox (1.0.0-1) installed in root is up to date.
Configuring homebox.
Collected errors:
pkg_run_script: package "homebox" postinst script returned status 1.
opkg_configure: homebox.postinst returned 1.
Fetch feed list for x86_64
Update feeds index
Downloading https://istore.linkease.com/repo/all/nas_luci/Packages.gz
Updated list of available packages in /tmp/is-root//tmp/opkg-lists/is_nas_luci
Downloading https://istore.linkease.com/repo/all/store/Packages.gz
Updated list of available packages in /tmp/is-root//tmp/opkg-lists/is_store
Downloading https://istore.linkease.com/repo/x86_64/nas/Packages.gz
Updated list of available packages in /tmp/is-root//tmp/opkg-lists/is_nas
Downloading https://istore.linkease.com/repo/all/compat/Packages.gz
Updated list of available packages in /tmp/is-root//tmp/opkg-lists/istore_compat
Downloading https://downloads.openwrt.org/snapshots/targets/x86/64/packages/Packages.gz
Updated list of available packages in /tmp/is-root//tmp/opkg-lists/openwrt_core
Downloading https://downloads.openwrt.org/snapshots/packages/x86_64/base/Packages.gz
Updated list of available packages in /tmp/is-root//tmp/opkg-lists/openwrt_base
Downloading https://downloads.openwrt.org/snapshots/packages/x86_64/luci/Packages.gz
Updated list of available packages in /tmp/is-root//tmp/opkg-lists/openwrt_luci
Downloading https://downloads.openwrt.org/snapshots/packages/x86_64/packages/Packages.gz
Updated list of available packages in /tmp/is-root//tmp/opkg-lists/openwrt_packages
Downloading https://downloads.openwrt.org/snapshots/packages/x86_64/routing/Packages.gz
Updated list of available packages in /tmp/is-root//tmp/opkg-lists/openwrt_routing
Downloading https://downloads.openwrt.org/snapshots/packages/x86_64/telephony/Packages.gz
Updated list of available packages in /tmp/is-root//tmp/opkg-lists/openwrt_telephony
Downloading https://istore.linkease.com/repo/all/meta/Packages.gz
Updated list of available packages in /tmp/is-root//tmp/opkg-lists/is_meta
Try origin server https://istore.linkease.com/repo
Package app-meta-homebox (1.0.0-1) installed in root is up to date.
Configuring homebox.
Collected errors:
pkg_run_script: package "homebox" postinst script returned status 1.
opkg_configure: homebox.postinst returned 1.

同样的错误。

研究了一下，忽略即可，和/lib/functions.sh脚本中执行了相同的动作。

忽略这个错误，是最新的openwrt的/lib/functions.sh的postinst改变了uci-defaults的执行顺序导致的，新的openwrt上会重复执行uci-defaults，但是第一次执行后已经删掉相应文件了，才出现找不到文件的错误。

求助!出现相同的错误，有没有解决方案？

更新了一些ipk，现在兼容24.10了，卸载重装试试


ADA-SVR (2/4) add comments and documentation of the functions and test

This pull request is the next step after #58 .
This is an example of a template of documentation for functions.

I added a function for computing the pvalue from the output of ada_svr.

I add a definition of all . This is from the advice of this section.


Typescript 4.5 broken in 0.22.16 & 0.23.0-beta.2

Search terms

Expected Behavior
Typedoc would work with typescript 4.5
Actual Behavior
TypeDoc exiting with unexpected error:
TypeError: context.checker.getTypeOfSymbol is not a function
    at Object.convertProperty (/home/julus/Projects/typedoc-test/node_modules/typedoc/dist/lib/converter/symbols.js:370:176)
    at convertSymbol (/home/julus/Projects/typedoc-test/node_modules/typedoc/dist/lib/converter/symbols.js:132:88)
    at convertSymbols (/home/julus/Projects/typedoc-test/node_modules/typedoc/dist/lib/converter/symbols.js:138:9)
    at Object.convertClassOrInterface (/home/julus/Projects/typedoc-test/node_modules/typedoc/dist/lib/converter/symbols.js:301:5)
    at convertSymbol (/home/julus/Projects/typedoc-test/node_modules/typedoc/dist/lib/converter/symbols.js:132:88)
    at Converter.convertExports (/home/julus/Projects/typedoc-test/node_modules/typedoc/dist/lib/converter/converter.js:188:41)
    at /home/julus/Projects/typedoc-test/node_modules/typedoc/dist/lib/converter/converter.js:156:30
    at Array.forEach (<anonymous>)
    at Converter.compile (/home/julus/Projects/typedoc-test/node_modules/typedoc/dist/lib/converter/converter.js:154:17)
    at Converter.convert (/home/julus/Projects/typedoc-test/node_modules/typedoc/dist/lib/converter/converter.js:36:14)

Steps to reproduce the bug

Clone https://github.com/Julusian/typedoc-test
yarn install (or npm install)
npm run docs or yarn docs

Removing the _duration property from the class Test causes the error to go away, so it is something to do with those private properties
Downgrading typedoc to 0.22.15 avoids this bug
Environment

Typedoc version: 0.22.16 & 0.23.0-beta.2
TypeScript version: 4.5.5
Node.js version: v16.14.0 & v14.19.3
OS: Ubuntu 20.04/21.10

I thought that function had been around... forever... easy fix at least...

(Also: Not going to fix this for the beta version, 0.23 will drop support for TS < 4.6, following the supported TS version policy, using this function allows getting rid of a hack I've wanted out of the code for over a year)

Perfect, I can confirm that 0.22.17 is now working for me
Thanks for fixing this so quickly!


Monthly report recent sponsor activity: collectives are not grouped correctly

In the monthly collective report, one of the line for the Recent sponsor activity on Open Collective is confusing:

Creative Tim - Theme Affiliations gave $8,387.94 to Material-UI, $6,347.52 to Material-UI

Both Material-UI are pointing to https://opencollective.com/material-ui, it seems that should be grouped and the amounts summed.

hmm I wonder why there are two I think we missed one and did it both in one month. @alanna want to dig this up?

Yep Pia remember I said I have a calendar reminder to add the Create Tim
funds and I thought I already did it last month, but you also did it
because you remembered we don't get notifications for it.
Right now we can't refund manually added funds so I don't know how to fix
this.

@alanna, I'm only seeing this now for some reason... Let's discuss.

Platform reports have been removed in https://github.com/opencollective/opencollective-api/pull/7482


Feedback on the first version of the variant page

Variant page feedback points from EMD (from discussion with Carlos):

[ ] Ensembl link at the top of page: is it possible to take the user directly to the variant page instead of the search result/ @gjmcn
for the variant in example link - 20_31257670_C_T/rs191451885 - the link is https://www.ensembl.org/Homo_sapiens/Variation/Explore?r=20:31257170-31258170;v=rs191451885;vdb=variation;vf=1055615053

[ ] Add a dedicated link to ProtVar at the top (https://www.ebi.ac.uk/ProtVar) @gjmcn
Luca has built the logic to create ProtVar links for missense variants in ClinVar and Open Targets Genetics widgets - see this ticket for all historical info

Relevant to Missense variants (like the one in sharing link):

[ ] As a user,  I immediately want to know what gene this is in and predicted missense for (i.e. Pro>Ser for this example), with a link to the target page at the top of the page

[ ]  also want to see the coordinates within the protein i.e. what is the amino acid change
NOTE by AB: this will all be included in the V2G/VEP widget

[ ] For the ClinVar, Uniprot, and pharmacogenetics widgets the context of what target it is needs to be included as otherwise there is no context (e.g. the ‘direct drug target’ is confusing because you don’t know what target it is)
NOTE by AB: discussed with data team, we should probably remove the direct drug target column from the variant page PGx widget to avoid confusions and wrong assessments @gjmcn

[ ] We should think about a data widget for Variant to Function that would provide impact on stability, protein-protein interactions and binding pockets (from OTAR2081 data and ProtVar)
NOTE by AB we discussed different version of the "functional genomics" widget.
A "QTL credible set" seems a good one to have quite high in the queue.

[ ] PharmGKB have quite a nice visual for allele frequencies from different resources:
https://www.pharmgkb.org/variant/PA166175994

Discussed re comments re tasks above: Ensembl, ProtVar for missense, and all other linkouts to external resources will be provided by the data team


spin out i18n functionality into a separate repo

there is a cyclic relationship between lorax and extendio because lorax needs extendio's i18n functioality and extendio needs lorax's worker-pool funcitonality. I don't know why this actually still works, but it is undesirable, so needs to be resolved as this cyclic relationality was certianly not intended, just not noticed until recently.

done, li18ngo


[FEATURE] Use Supabase for better user management

Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
Describe the solution you'd like
A clear and concise description of what you want to happen.
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Additional context
Add any other context or screenshots about the feature request here.

Completed with #140


[FEATURE] census builder should drop a log file for later diagnostic use

To make after-the-fact debugging easier, we should archive the verbose log from every census build that gets made public.  Ideally stash the log files in a shared bucket/directory with common naming, eg.,   <census-tag-name>.log or something like that.
It is very easy to set up the python logger to do this for "free", eg., change the logging basicConfig call to look something like:
    log_file_path = os.path.join(args.out_dir, "pick-a-log-file-name.log")
    level = logging.DEBUG if verbose > 1 else logging.INFO if verbose == 1 else logging.WARNING
    logging.basicConfig(
        format="%(asctime)s %(process)-7s %(levelname)-8s %(message)s",
        level=level,
        datefmt="%Y-%m-%d %H:%M:%S",
        handlers=[
            logging.FileHandler(log_file_path),
            logging.StreamHandler(sys.stdout),
        ],
    )
    logging.captureWarnings(True)

the key changes from the current code are the addition of the handlers args.
We then just need to standardize the location to stash logs.

We can use: s3://cellxgene-data-public-logs/builder/.  Used once so far to store logs (but not consistently). For now, I've added this to the manual instructions:
# Save logs for future troubleshooting needs
aws s3 cp build.log s3://cellxgene-data-public-logs/builder/<YYYY-MM-DD>.log

We can close this story under the assumption that future builder automation work will cover this: https://github.com/chanzuckerberg/cell-census/issues/110. (Added "upload logs" the requirements to be explicit.)

Agree.  Closing.


[TC-255] and [TC-256] -- Fixes issues with removed method and inability to add a DS w/o a profile

This fixes the following issues:
TC-255 - Cannot manage SSL certs for DSs that don't already have certs.
TC-256 - Connot add a DS without a profile.

not certain I'm doing it right, but trying to test the manage ssl certs,  I hit this error: Traffic Ops fatal error occurred while processing your request.  Error at line 242 (	my $profile = $self->db->resultset('Profile')->search( { id => $profile_id }, { prefetch => ['cdn'] } )->single();)  DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::Pg::st execute failed: ERROR: column reference "id" is ambiguous LINE 1: ...e me LEFT JOIN cdn cdn ON cdn.id = me.cdn WHERE ( id IS NULL... ^ [for Statement "SELECT me.id, me.name, me.description, me.last_updated, me.type, me.cdn, cdn.id, cdn.name, cdn.last_updated, cdn.dnssec_enabled, cdn.domain_name FROM profile me LEFT JOIN cdn cdn ON cdn.id = me.cdn WHERE ( id IS NULL )"] at /home/dkirkw202/incubator-trafficcontrol/traffic_ops/app/lib/UI/DnssecKeys.pm line 242

and for the DS without a profile,  I failed to put in a regex and got a crash rather than an error popup:
Error at line 28 ($morbo->run($app);)

Please supply a host regular expression at .../incubator-trafficcontrol/traffic_ops/app/lib/MojoPlugins/DeliveryService.pm line 178.
....
 called at .../incubator-trafficcontrol/traffic_ops/app/lib/UI/DeliveryService.pm line 385

@dangogh I could not reproduce the issue with manage ssl certs, can you give me a little more context?  I tried an existing DS that didn't have SSL keys already, a new DS, and a DS that already had keys and all three use cases worked.

I do see the issue with not providing a host regex.  However, I think that is outside the scope of this PR and should be logged as a new issue resulting in a new PR.

for this error:
column reference "id" is ambiguous so change that query to
my $profile = $self->db->resultset('Profile')->search( { 'me.id' => $profile_id }
^^ me.id

@mitchell852  That error is coming from /incubator-trafficcontrol/traffic_ops/app/lib/UI/DnssecKeys.pm line 242 which I did not change in my PR.

I'm able to create a new delivery service without a profile, and I'm able to generate ssl keys, but when I take an existing DS and attempt to set it from http to https, I get the following error:
[2017-05-02 12:00:39,044] [DEBUG] Routing to controller "UI::DeliveryService" and action "update".
[2017-05-02 12:00:42,264] [ERROR] Can't call method "cdn" on an undefined value at /home/dgelin200/incubator-trafficcontrol/traffic_ops/app/lib/UI/DeliveryService.pm line 585.

ok, I'll take a look at that


fix: fix decompression failed in nodejs

#63

I am working on a change that fixes this, among a few other things, more comprehensively. The change you made is close, but does not work for certain platforms (e.g. workerd) which do not decompress fetch results automatically.
Here's the fix: https://github.com/braintrustdata/braintrust-proxy/pull/68/files#diff-f9467ab4882d85829b5ae101d098958cb1f6dafcb726ed6baee1dc26a5e34e9bR300
If you want to port this logic into an independent change here, happy to review that, otherwise we will land the larger change in the next few days.

Going to close this out since this functionality has been upstreamed.


making map! not require repeated specification of modes

I notice that sometimes the map! function seems a bit repetitive
And by this I mean that, for example, after using :n once we must continue to specify :n. I'd be nice if after specifying :n once it would be applied until we specified something else.
I'd really like to make it so that something like this.
   (map! :n "J" #'evil-scroll-page-down
         :n "K" #'evil-scroll-page-up
         :v "j" #'bloo-bloo-bloo`
         :v "k" #'blah-blah-blah
         :nv "x" #'hoo-hoo-hook
         :nv "y" #'ha-ha-ha)

Can look like this:
(map! :n "J" #'evil-scroll-page-down
         "K" #'evil-scroll-page-up
      :v "j" #'bloo-bloo-bloo
         "k" #'blah-blah-blah
      :nv "x" #'hoo-hoo-hook
          "y" #'ha-ha-ha)`

I suppose a consequence of this would be that general mappings for all modes with would have to be specified before mode-specific bindings, but I think that it's worth it if it means avoiding repetition.
What do you think?
And even if you don't agree do you have any tips for Implementing this? As I will probably want to.

If you remove (setq states '()) on line 288 of core/core-keybinds.el, that should do it.
-(setq states '()
+(setq doom--local nil
       desc nil)

I had considered this when I first wrote map!, but I decided against it because I didn't think the added complexity was worth the benefit:

It adds a step to managing keybinds: I must ensure that I haven't affected later ones. Not a big deal for short map! blocks, but can be a little more troublesome in something like my personal bindings. There are more of these in certain modules, like org/org.

I like to group keybinds by relevance, e.g.
"M-;"        #'eval-expression
:nvime "M-;" #'eval-expression
"M-:"        #'doom/open-scratch-buffer
:nvime "M-:" #'doom/open-scratch-buffer

That general mappings would have to be placed at the top interferes with this. This is a trivial example, but it could be a different story with my private bindings.

The state switches (e.g. :nv) were made to be short to mitigate this issue. They rarely get much longer than :nv. I don't think the redundancy cost is that high.

Quick linewise rearranging is a lot easier when a single line represents an atomic keybind definition. Considering I tweak my config (and bindings) almost daily, the simplicity of this process is a priority.

Of course, this is all personal preference. map! was written to avoid a +bindings.el full of (evil-define-key* '(normal motion) KEYMAP KEY DEF ...) and (define-key evil-normal-state-mode-map KEY DEF). I liked how concise [nviom]map was in VimL.
One possible improvement would be to add global switches (:g) for general mappings, e.g. :nvimeg "M-:" #'doom/open-scratch-buffer, but it is a deceptively nontrivial change, so it'll have to wait!

Seeing your reasoning, I think you're right. I think another good reason for keeping map! as is is readability. With a lot of bindings it might be hard to figure out what state that binding was bound in as you'd have to scroll all the way up to the first binding set in that state.
I will keep the map! function in my config as is. Though I will look into other ideas on how to reduce the redundancy cost because it still is a bit too high for my tastes. Maybe snippets can provide a solution.


PR for #24: Add inputs.txt to handle internal file dependencies

Closes #24.
Changes and deliverables:
In issue #24, I introduced a new approach for handling internal file dependencies. After some discussion in the issue thread, we decided to go with a file called get_inputs.sh . Every module should have one such file. It is called by  make.sh , such that make.sh also had to be updated. Note that in #26 we are currently discussing the creation of setup.sh, which will also loop through the modules calling get_inputs.sh. Details about these changes and the discussion about them can be found in the issue thread, in particular in https://github.com/gentzkow/GentzkowLabTemplate/issues/24#issuecomment-2412592632 and https://github.com/gentzkow/GentzkowLabTemplate/issues/24#issuecomment-2460550024.
Review
Other than reviewing the changes and testing the overall logic of the new approach, it'd be great to test the robustness for errors in the spirit of #19. For example, testing what happens when invalid inputs are listed, when the relative paths are wrong, when there are no inputs to add, and so on.
I am requesting a review from @ShiqiYang2022. Please let me know if you have any questions. Thanks!

Thanks @ShiqiYang2022 , that's a great point. It was an easy fix in 6c4d808. I also updated the commented instructions accordingly.