[Package Issue]: ZeroTier.ZeroTierOne -

Please confirm these before moving forward

[X] I have searched for my issue and not found a work-in-progress/duplicate/resolved issue.
[X] I have not been informed if the issue is resolved in a preview version of the winget client.

Category of the issue
Installation issue.
Brief description of your issue
Without zerotier installed, running winget install zerotier.zerotierone fails.

Log:
=== Logging started: 2/17/2023  10:07:45 ===
Action start 10:07:45: INSTALL.
Action start 10:07:45: AI_ResolveLocalizedCredentials.
Getting localized credentials and storing them in properties...
LookupUserGroupFromRid: 500 273
NetUserModalsGet will use empty target computer name.
subAuthorityCount: 4
resolving for SID: S-1-5-21-770650895-2856066487-2403981344-500
LookupAccountSidW returned 1
LookupAccountSid( S-1-5-21-770650895-2856066487-2403981344-500 ) --> Username=Administrator   Domain=RICEBERRY
LookupUserGroupFromRid: 501 273
NetUserModalsGet will use empty target computer name.
subAuthorityCount: 4
resolving for SID: S-1-5-21-770650895-2856066487-2403981344-501
LookupAccountSidW returned 1
LookupAccountSid( S-1-5-21-770650895-2856066487-2403981344-501 ) --> Username=Guest   Domain=RICEBERRY
LookupUserGroupFromRid: 502 273
NetUserModalsGet will use empty target computer name.
subAuthorityCount: 4
resolving for SID: S-1-5-21-770650895-2856066487-2403981344-502
LookupAccountSidW returned 0
LookupUserGroupFromRid() FAILED
LookupUserGroupFromRid: 512 273
NetUserModalsGet will use empty target computer name.
subAuthorityCount: 4
resolving for SID: S-1-5-21-770650895-2856066487-2403981344-512
LookupAccountSidW returned 0
LookupUserGroupFromRid() FAILED
LookupUserGroupFromRid: 513 273
NetUserModalsGet will use empty target computer name.
subAuthorityCount: 4
resolving for SID: S-1-5-21-770650895-2856066487-2403981344-513
LookupAccountSidW returned 1
LookupAccountSid( S-1-5-21-770650895-2856066487-2403981344-513 ) --> Username=None   Domain=RICEBERRY
LookupUserGroupFromRid: 514 273
NetUserModalsGet will use empty target computer name.
subAuthorityCount: 4
resolving for SID: S-1-5-21-770650895-2856066487-2403981344-514
LookupAccountSidW returned 0
LookupUserGroupFromRid() FAILED
LookupUserGroupFromRid: 515 273
NetUserModalsGet will use empty target computer name.
subAuthorityCount: 4
resolving for SID: S-1-5-21-770650895-2856066487-2403981344-515
LookupAccountSidW returned 0
LookupUserGroupFromRid() FAILED
LookupUserGroupFromRid: 516 273
NetUserModalsGet will use empty target computer name.
subAuthorityCount: 4
resolving for SID: S-1-5-21-770650895-2856066487-2403981344-516
LookupAccountSidW returned 0
LookupUserGroupFromRid() FAILED
LookupUserGroupFromRid: 519 273
NetUserModalsGet will use empty target computer name.
subAuthorityCount: 4
resolving for SID: S-1-5-21-770650895-2856066487-2403981344-519
LookupAccountSidW returned 0
LookupUserGroupFromRid() FAILED
LookupUserGroupFromRid: 498 273
NetUserModalsGet will use empty target computer name.
subAuthorityCount: 4
resolving for SID: S-1-5-21-770650895-2856066487-2403981344-498
LookupAccountSidW returned 0
LookupUserGroupFromRid() FAILED
LookupUserGroupFromRid: 520 273
NetUserModalsGet will use empty target computer name.
subAuthorityCount: 4
resolving for SID: S-1-5-21-770650895-2856066487-2403981344-520
LookupAccountSidW returned 0
LookupUserGroupFromRid() FAILED
LookupUserGroupFromRid: 518 273
NetUserModalsGet will use empty target computer name.
subAuthorityCount: 4
resolving for SID: S-1-5-21-770650895-2856066487-2403981344-518
LookupAccountSidW returned 0
LookupUserGroupFromRid() FAILED
LookupUserGroupFromRidSDDL: AU  273
LookupAccountSidW( "AU" ) --> Username="Authenticated Users"   Domain="NT AUTHORITY"
LookupUserGroupFromRidSDDL: WD  273
LookupAccountSidW( "WD" ) --> Username="Everyone"   Domain=""
LookupUserGroupFromRidSDDL: AN  273
LookupAccountSidW( "AN" ) --> Username="ANONYMOUS LOGON"   Domain="NT AUTHORITY"
LookupUserGroupFromRidSDDL: NS  273
LookupAccountSidW( "NS" ) --> Username="NETWORK SERVICE"   Domain="NT AUTHORITY"
LookupUserGroupFromRidSDDL: LS  273
LookupAccountSidW( "LS" ) --> Username="LOCAL SERVICE"   Domain="NT AUTHORITY"
LookupUserGroupFromRidSDDL: AO  273
LookupAccountSidW() FAILED
LookupUserGroupFromRidSDDL() FAILED
LookupUserGroupFromRidSDDL: SO  273
LookupAccountSidW() FAILED
LookupUserGroupFromRidSDDL() FAILED
LookupUserGroupFromRidSDDL: PO  273
LookupAccountSidW() FAILED
LookupUserGroupFromRidSDDL() FAILED
LookupUserGroupFromRidSDDL: BO  273
LookupAccountSidW( "BO" ) --> Username="Backup Operators"   Domain="BUILTIN"
LookupUserGroupFromRidSDDL: CY  273
LookupAccountSidW( "CY" ) --> Username="Cryptographic Operators"   Domain="BUILTIN"
LookupUserGroupFromRidSDDL: IS  273
LookupAccountSidW( "IS" ) --> Username="IIS_IUSRS"   Domain="BUILTIN"
LookupAliasFromRid: 544 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 1
LookupAliasFromRid: 545 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 1
LookupAliasFromRid: 546 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 1
LookupAliasFromRid: 547 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 1
LookupAliasFromRid: 552 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 1
LookupAliasFromRid: 553 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 0
LookupAliasFromRid() FAILED
LookupAliasFromRid: 554 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 0
LookupAliasFromRid() FAILED
LookupAliasFromRid: 555 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 1
LookupAliasFromRid: 556 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 1
LookupAliasFromRid: 557 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 0
LookupAliasFromRid() FAILED
LookupAliasFromRid: 558 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 1
LookupAliasFromRid: 559 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 1
LookupAliasFromRid: 562 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 1
LookupAliasFromRid: 573 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 1
LookupAliasFromRid: 561 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 0
LookupAliasFromRid() FAILED
LookupAliasFromRid: 560 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 0
LookupAliasFromRid() FAILED
LookupAliasFromRid: 574 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 0
LookupAliasFromRid() FAILED
LookupUserGroupFromSid: S-1-5-32-578 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 1
LookupAccountSid( S-1-5-32-578 ) --> Username=Hyper-V Administrators   Domain=BUILTIN
LookupUserGroupFromSid: S-1-5-32-579 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 1
LookupAccountSid( S-1-5-32-579 ) --> Username=Access Control Assistance Operators   Domain=BUILTIN
LookupUserGroupFromSid: S-1-5-32-580 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 1
LookupAccountSid( S-1-5-32-580 ) --> Username=Remote Management Users   Domain=BUILTIN
LookupUserGroupFromSid: S-1-5-32-581 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 1
LookupAccountSid( S-1-5-32-581 ) --> Username=System Managed Accounts Group   Domain=BUILTIN
LookupUserGroupFromSid: S-1-5-18 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 1
LookupAccountSid( S-1-5-18 ) --> Username=SYSTEM   Domain=NT AUTHORITY
LookupUserGroupFromSid: S-1-15-2-1 273
Target empty, so account name translation begins on the local system.
LookupAccountSidW returned 1
LookupAccountSid( S-1-15-2-1 ) --> Username=ALL APPLICATION PACKAGES   Domain=APPLICATION PACKAGE AUTHORITY
LookupUserGroupFromRidSDDL: LS  273
LookupAccountSidW( "LS" ) --> Username="LOCAL SERVICE"   Domain="NT AUTHORITY"
LookupUserGroupFromRidSDDL: BU  273
LookupAccountSidW( "BU" ) --> Username="Users"   Domain="BUILTIN"
Action ended 10:07:46: AI_ResolveLocalizedCredentials. Return value 1.
Action start 10:07:46: AI_EnableDebugLog.
AI_EnableDebugLog: Log disabled
Action ended 10:07:46: AI_EnableDebugLog. Return value 1.
Action start 10:07:46: AI_ResolveKnownFolders.
Action ended 10:07:46: AI_ResolveKnownFolders. Return value 1.
Action start 10:07:46: AI_DETECT_MODERNWIN.
Action ended 10:07:46: AI_DETECT_MODERNWIN. Return value 1.
Action start 10:07:46: AppSearch.
Action ended 10:07:46: AppSearch. Return value 0.
Action start 10:07:46: AI_AppSearchEx.
Action ended 10:07:46: AI_AppSearchEx. Return value 1.
Action start 10:07:46: AI_DetectSoftware.
Action ended 10:07:46: AI_DetectSoftware. Return value 1.
Action start 10:07:46: FindRelatedProducts.
Action ended 10:07:46: FindRelatedProducts. Return value 1.
Action start 10:07:46: LaunchConditions.
MSI (s) (60:40) [10:07:46:292]: Product: ZeroTier One -- ZeroTier One requires administrative privileges to install.

ZeroTier One requires administrative privileges to install.
Action ended 10:07:46: LaunchConditions. Return value 3.
Action ended 10:07:46: INSTALL. Return value 3.
Property(S): ProductCode = {44294D60-141C-49AE-B5D9-169CDA467A71}
Property(S): DiskPrompt = [1]
Property(S): UpgradeCode = {B0E2A5F3-88B6-4E77-B922-CB4739B4C4C8}
Property(S): ButtonText_No = &No
Property(S): AI_FINDEXE_TITLE = Select the installation package for ZeroTier One
Property(S): SecureCustomProperties = OLDPRODUCTS;AI_NEWERPRODUCTFOUND;AI_SETUPEXEPATH;SETUPEXEDIR
Property(S): AI_BITMAP_DISPLAY_MODE = 0
Property(S): MSIFASTINSTALL = 2
Property(S): AI_CURRENT_YEAR = 2023
Property(S): AI_CF_TITLE_TEXT_STYLE = {\CfTitleFont}
Property(S): WindowsTypeNT64 = Windows Vista x64, Windows Server 2008 x64, Windows 7 x64, Windows Server 2008 R2 x64
Property(S): AI_EMBD_MSI_EXTR_PATH = [TempFolder]
Property(S): AI_PACKAGING_TOOL = Advanced Installer 20.3.2 build 850835f9
Property(S): AI_EXTERNALUIUNINSTALLERNAME = aiui
Property(S): AI_PREDEF_LCONDS_PROPS = AI_DETECTED_DOTNET_VERSION
Property(S): AI_DETECTED_DOTNET_VERSION = 4.8
Property(S): WindowsTypeNT5X = Windows XP/2003
Property(S): INSTALLLEVEL = 3
Property(S): Progress2 = installs
Property(S): AI_PRODUCTNAME_ARP = ZeroTier One
Property(S): AI_REQUIRED_DOTNET_DISPLAY = 4.5
Property(S): ButtonText_Ignore = &Ignore
Property(S): ButtonText_Accept = &Accept
Property(S): ButtonText_Exit = &Exit
Property(S): AI_REQUIRED_DOTNET_VERSION = 4.5
Property(S): WindowsTypeNT40 = Windows NT 4.0
Property(S): AI_ThemeStyle = aero
Property(S): AI_UNINSTALLER = msiexec.exe
Property(S): ARPPRODUCTICON = ZeroTierIcon.exe
Property(S): DialogBitmap = dialog.jpg
Property(S): ALLUSERS = 1
Property(S): ARPCOMMENTS = This installer database contains the logic and data required to install ZeroTier One.
Property(S): ButtonText_TryAgain = &Try Again
Property(S): ARPCONTACT =<EMAIL_ADDRESS>Property(S): WindowsTypeNT40Display = Windows NT 4.0
Property(S): ButtonText_Cancel = Cancel
Property(S): ARPHELPLINK = https://www.zerotier.com/
Property(S): ARPHELPTELEPHONE =<PHONE_NUMBER>
Property(S): ARPNOMODIFY = 1
Property(S): EnableUserControl = 1
Property(S): WindowsTypeNTDisplay = Windows Vista x86, Windows Server 2008 x86, Windows 7 x86
Property(S): ARPNOREPAIR = 1
Property(S): ARPSYSTEMCOMPONENT = 1
Property(S): ARPURLINFOABOUT = https://www.zerotier.com/
Property(S): AiFeatIcoZeroTierOne = ZeroTierIcon.exe
Property(S): ARPURLUPDATEINFO = https://www.zerotier.com/
Property(S): PROMPTROLLBACKCOST = P
Property(S): AppsShutdownOption = All
Property(S): REBOOT = ReallySuppress
Property(S): LIMITUI = 1
Property(S): ButtonText_Finish = &Finish
Property(S): Manufacturer = ZeroTier, Inc.
Property(S): ProductLanguage = 1033
Property(S): ProductVersion = 1.10.3
Property(S): WindowsType9XDisplay = Windows 9x/ME
Property(S): ProductName = ZeroTier One
Property(S): WindowsTypeNT64Display = Windows Vista x64, Windows Server 2008 x64, Windows 7 x64, Windows Server 2008 R2 x64
Property(S): ButtonText_Return = &Return
Property(S): WindowsType9X = Windows 9x/ME
Property(S): WindowsTypeNT = Windows Vista x86, Windows Server 2008 x86, Windows 7 x86
Property(S): WindowsTypeNT50 = Windows 2000
Property(S): WindowsTypeNT50Display = Windows 2000
Property(S): WindowsTypeNT5XDisplay = Windows XP/2003
Property(S): ZTHEADLESS = No
Property(S): ButtonText_OK = OK
Property(S): ErrorDialog = ErrorDlg
Property(S): ButtonText_Browse = Br&owse...
Property(S): ButtonText_Install = &Install
Property(S): ButtonText_Remove = &Remove
Property(S): ButtonText_Repair = &Repair
Property(S): ButtonText_Reset = &Reset
Property(S): ButtonText_Resume = &Resume
Property(S): ButtonText_Retry = &Retry
Property(S): ButtonText_Yes = &Yes
Property(S): ButtonText_Decline = &Decline
Property(S): ButtonText_Continue = &Continue
Property(S): ButtonText_Abort = &Abort
Property(S): CtrlEvtChanging = Changing
Property(S): CtrlEvtRemoving = Removing
Property(S): CtrlEvtRepairing = Repairing
Property(S): CtrlEvtchanges = changes
Property(S): CtrlEvtremoves = removes
Property(S): CtrlEvtrepairs = repairs
Property(S): InstallMode = Typical
Property(S): InstallModeComplete = Complete
Property(S): InstallModeCustom = Custom
Property(S): InstallModeTypical = Typical
Property(S): Setup = Setup
Property(S): Wizard = Setup Wizard
Property(S): Progress1 = Installing
Property(S): AiPrerequisitesColums = PrereqLabel,PrereqReq,PrereqFound,PrereqAction
Property(S): Text_Next = Next
Property(S): ButtonText_Back = < &Back
Property(S): ButtonText_Next = &Next >
Property(S): Text_Install = Install
Property(S): AI_CommitButton = ButtonText_Install
Property(S): CompleteSetupIcon = completi
Property(S): CustomSetupIcon = custicon
Property(S): DefaultUIFont = DlgFont8
Property(S): DlgTitleFont = {\DlgFontBold8}
Property(S): ExclamationIcon = exclamic
Property(S): InfoIcon = info
Property(S): InstallerIcon = insticon
Property(S): RemoveIcon = removico
Property(S): RepairIcon = repairic
Property(S): UpDirIcon = Up
Property(S): NewDirIcon = New
Property(S): BannerBitmap = banner.jpg
Property(S): AI_FrameColor = steelblue
Property(S): AI_LOG_CHECKBOX = 1
Property(S): AiStyleConditions =
Property(S): TabBackground = tabback
Property(S): AI_BUILD_NAME = MSI
Property(S): AI_EMBEDDED_FILES_LOCATION = 1
Property(S): AI_BOOTSTRAPPER_OPTIONS = qh
Property(S): AI_BOOTSTRAPPERLANGS = 1033;
Property(S): AI_BOOTSTRAPPERORIGINALLANG = 1033
Property(S): AI_PACKAGE_TYPE = Intel
Property(S): Intel = 6
Property(S): AI_EUIMSI = 1
Property(S): AI_Init_WelcomeDlg = [AI_ButtonText_Next_Orig]:[ButtonText_Next]:AI_INSTALL|[ButtonText_Next]:[[AI_CommitButton]]:AI_INSTALL|[AI_Text_Next_Orig]:[Text_Next]:AI_INSTALL|[Text_Next]:[Text_Install]:AI_INSTALL
Property(S): VersionNT64 = 1000
Property(S): MsiLogFileLocation = C:\Users\igola\AppData\Local\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\DiagOutputDir\WinGet-ZeroTier.ZeroTierOne.1.10.3-2023-02-17-10-07-45.319.log
Property(S): CommonAppDataFolder = C:\ProgramData\
Property(S): ProgramMenuFolder = C:\ProgramData\Microsoft\Windows\Start Menu\Programs\
Property(S): ProgramFilesFolder = C:\Program Files (x86)\
Property(S): VersionNT = 1000
Property(S): RedirectedDllSupport = 2
Property(S): ZTTAP300_X86_INSTALLED = 1
Property(S): ZTTAP300_X64_INSTALLED = 1
Property(S): PackageCode = {E54972D5-52DE-42E8-AC24-7098F11663B2}
Property(S): ProductState = -1
Property(S): PackagecodeChanging = 1
Property(S): CURRENTDIRECTORY = C:\Users\igola
Property(S): CLIENTUILEVEL = 3
Property(S): CLIENTPROCESSID = 10256
Property(S): MsiRestartManagerSessionKey = 731cce993e73004dafa6288b9235a1a9
Property(S): VersionDatabase = 200
Property(S): MsiSystemRebootPending = 1
Property(S): VersionMsi = 5.00
Property(S): WindowsBuild = 19045
Property(S): ServicePackLevel = 0
Property(S): ServicePackLevelMinor = 0
Property(S): MsiNTProductType = 1
Property(S): WindowsFolder = C:\WINDOWS\
Property(S): WindowsVolume = C:\
Property(S): System64Folder = C:\WINDOWS\system32\
Property(S): SystemFolder = C:\WINDOWS\SysWOW64\
Property(S): RemoteAdminTS = 1
Property(S): TempFolder = C:\Users\igola\AppData\Local\Temp\
Property(S): CommonFilesFolder = C:\Program Files (x86)\Common Files\
Property(S): ProgramFiles64Folder = C:\Program Files\
Property(S): CommonFiles64Folder = C:\Program Files\Common Files\
Property(S): AppDataFolder = C:\Users\igola\AppData\Roaming\
Property(S): FavoritesFolder = C:\Users\igola\Favorites\
Property(S): NetHoodFolder = C:\Users\igola\AppData\Roaming\Microsoft\Windows\Network Shortcuts\
Property(S): PersonalFolder = C:\Users\igola\Documents\
Property(S): PrintHoodFolder = C:\Users\igola\AppData\Roaming\Microsoft\Windows\Printer Shortcuts\
Property(S): RecentFolder = C:\Users\igola\AppData\Roaming\Microsoft\Windows\Recent\
Property(S): SendToFolder = C:\Users\igola\AppData\Roaming\Microsoft\Windows\SendTo\
Property(S): TemplateFolder = C:\ProgramData\Microsoft\Windows\Templates\
Property(S): LocalAppDataFolder = C:\Users\igola\AppData\Local\
Property(S): MyPicturesFolder = C:\Users\igola\Pictures\
Property(S): AdminToolsFolder = C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Administrative Tools\
Property(S): StartupFolder = C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup\
Property(S): StartMenuFolder = C:\ProgramData\Microsoft\Windows\Start Menu\
Property(S): DesktopFolder = C:\Users\Public\Desktop\
Property(S): FontsFolder = C:\WINDOWS\Fonts\
Property(S): GPTSupport = 1
Property(S): OLEAdvtSupport = 1
Property(S): ShellAdvtSupport = 1
Property(S): MsiAMD64 = 6
Property(S): Msix64 = 6
Property(S): PhysicalMemory = 8101
Property(S): VirtualMemory = 5945
Property(S): LogonUser = igola
Property(S): UserSID = S-1-5-21-770650895-2856066487-2403981344-1001
Property(S): UserLanguageID = 1033
Property(S): ComputerName = RICEBERRY
Property(S): SystemLanguageID = 1033
Property(S): ScreenX = 1024
Property(S): ScreenY = 768
Property(S): CaptionHeight = 28
Property(S): BorderTop = 1
Property(S): BorderSide = 1
Property(S): TextHeight = 16
Property(S): TextInternalLeading = 3
Property(S): ColorBits = 32
Property(S): TTCSupport = 1
Property(S): Time = 10:07:46
Property(S): Date = 2/17/2023
Property(S): MsiNetAssemblySupport = 4.8.4084.0
Property(S): MsiWin32AssemblySupport = 6.3.19041.2364
Property(S): USERNAME = igola
Property(S): DATABASE = C:\WINDOWS\Installer\76e3d.msi
Property(S): OriginalDatabase = C:\Users\igola\AppData\Local\Temp\WinGet\ZeroTier.ZeroTierOne.1.10.3\ZeroTierOne.msi
Property(S): UILevel = 2
Property(S): ACTION = INSTALL
Property(S): USR_ADMINISTRATOR = Administrator
Property(S): USR_GUEST = Guest
Property(S): GRP_DOMAIN_USERS = None
Property(S): GRP_AUTHENTICATED_USERS = Authenticated Users
Property(S): GRP_EVERYONE = Everyone
Property(S): USR_ANONYMOUS = ANONYMOUS LOGON
Property(S): USR_NETWORK_SERVICE = NETWORK SERVICE
Property(S): USR_LOCAL_SERVICE = LOCAL SERVICE
Property(S): GRP_BACKUP_OPS = Backup Operators
Property(S): GRP_CRYPTO_OPS = Cryptographic Operators
Property(S): GRP_IIS_USERS = IIS_IUSRS
Property(S): GRP_ADMINISTRATORS = Administrators
Property(S): GRP_USERS = Users
Property(S): GRP_GUESTS = Guests
Property(S): GRP_POWER_USERS = Power Users
Property(S): GRP_REPLICATOR = Replicator
Property(S): GRP_REMOTE_DESKTOP_USERS = Remote Desktop Users
Property(S): GRP_NETWORK_CONFIGURATION_OPS = Network Configuration Operators
Property(S): GRP_MONITORING_USERS = Performance Monitor Users
Property(S): GRP_LOGGING_USERS = Performance Log Users
Property(S): GRP_DCOM_USERS = Distributed COM Users
Property(S): GRP_EVENT_LOG_READERS = Event Log Readers
Property(S): GRP_HYPER_V_ADMINISTRATORS = Hyper-V Administrators
Property(S): GRP_ACCESS_CONTROL_ASSISTANCE_OPS = Access Control Assistance Operators
Property(S): GRP_REMOTE_MANAGEMENT_USERS = Remote Management Users
Property(S): GRP_SYSTEM_MANAGED_ACCOUNTS = System Managed Accounts Group
Property(S): GRP_LOCAL_SYSTEM_ACCOUNT = SYSTEM
Property(S): GRP_ALL_APPLICATON_PACKAGES = ALL APPLICATION PACKAGES
Property(S): DOMAIN_NT_AUTHORITY = NT AUTHORITY
Property(S): DOMAIN_BUILT_IN = BUILTIN
Property(S): SavedGamesFolder = C:\Users\igola\Saved Games\
Property(S): WindowsLibrariesFolder = C:\Users\igola\AppData\Roaming\Microsoft\Windows\Libraries\
Property(S): PublicDocumentsFolder = C:\Users\Public\Documents\
Property(S): PublicFolder = C:\Users\Public\
Property(S): UserProfileFolder = C:\Users\igola\
Property(S): ZTTAP300_X64_INSTALLEDAiVerFound = 1.0.1
Property(S): ZTTAP300_X86_INSTALLEDAiVerFound = 1.0.1
Property(S): AI_PrereqsFulfilled = 1
MSI (s) (60:40) [10:07:46:380]: Product: ZeroTier One -- Installation failed.

MSI (s) (60:40) [10:07:46:381]: Windows Installer installed the product. Product Name: ZeroTier One. Product Version: 1.10.3. Product Language: 1033. Manufacturer: ZeroTier, Inc.. Installation success or error status: 1603.

=== Logging stopped: 2/17/2023  10:07:46 ===

Steps to reproduce
a
Actual behavior
a
Expected behavior
a
Environment
a

Screenshots and Logs
No response

This a follow up of https://github.com/microsoft/winget-pkgs/issues/96997


Implement additional metrics for counting failed HealthChecks

Proposed Change
As an operator
I want to monitor of the rate of failing liveness healtchecks via metrics
So that i can get alerted in case there are some irregularities
Problem Details
We have observed that during diego-cell-evacuation in some cases an exceptionally big amount of liveness-healtchecks times out.
After closer investigation we discovered the follwiing:

this happens when the diego-cells are updated and with each batch (of 10% of the workload) the remaining 90% of the cells have to start the replacement LRPs
starting each LRP results in high Disk IO since the droplets / docker-layers are being downloaded
in case the disk performance (EBS volumes) is not high enough, this leads to high CPU Wait time
CPU wait tends to block a certain Core from executing commands from other threads
So we observe that Liveness healtchecks configured for 1-5 seconds tend to timeout, even if the container is idling
This happens mostly on overloaded landscapes, and increasing the disk-prformance from the default 125 MB/s to 500 MB/s solves the problem

Currently we are monitoring the CPU Wait as reported from Bosh, but this is sometimes misleading because:

on VMs with few cores, e.g. 4, one core waiting is 25% cpu wait
on VMs with 128+ cores, one core waiting is < 1%

So it is hard to define a consistent metric - when to trigger an alert that something need to be scaled
On the other hand , monitoring the failing healthchecks an especially sharp increases (e.g. from 10 to 1000 per minute) is a very consistent indicator
Currently we are doing it by counting the number of those logs
rep.executing-container-operation.ordinary-lrp-processor.process-reserved-container.run-container.containerstore-run.node-run.liveness-check.run-step.run-step-failed-with-nonzero-status-code

in a kibana dashboard, but triggering alerts from kibana has other operational challenges.
Solution Proposal
Therefore our proposal is to modify the executor in a way that it will emit a Counter that emits the number of failed healtchecks. This way an alert (e.g. via Riemann) can be configured in case of exceptionally high values.
For discussion we have did a POC in this PR
https://github.com/cloudfoundry/executor/pull/102
That solves the problem and allows us to monitor the healtchecks.
It allows to choose for which checks the counter should be emitted. So far it is not configurable, because for most of the checks it does not make sense.
Depending on our discussions here we may also extend it or change it in a way that it suits the community
Acceptance criteria
Scenario: Diego cell update is performed
Given I have enabled emitting metrics for failing healtchecks
When the performance of the Diego EBS Volumes is not enough
Then I receive the metrics in the monitoring stack and can act on them
Related links

[x] https://github.com/cloudfoundry/executor/pull/102

I think this looks like a good change, but definitely want someone else on the team to review and comment.


Alignment method for Text notes (ctrl + w)

What is the problem that needs solving?
I wish to be able to utilize the alignment tools that are available for nodes, with the text notes.
How would you like to see it solved?
I would like it to operate in the same way that it does currently for the nodes, either a selection and the tool appears or through the quick access toolbar.
Describe alternatives you've considered
(Please fill in if applicable. A clear and concise description of any alternative solutions or features you've considered.)
Additional context
(Please fill in if applicable. Add any other context or screenshots about the feature request here.)

This is fixed for the menu items in the next release.


Nic set collection and completion status indicators

Problem: Nic set completion status is not visible in the inventory requiring repeated look ups to check progression.
Proposal: A method of indicating that future Nic set items have X of Y collected.
Suggestions: (1) Add a numeric to the item in the inventory that reflects the progress of a Nic set accumulation. Multi-account players need more than one set so add a multiplier option for that numeric. (2) A new window that aggregates Nic set item collection and progression and is linked to the cycle. (3) A /chat option to display or warn about Nic set progression for the upcoming X cycles.

We'll be implementing an extra line in the hover description to say whether an item is a nick item or not - this combined with the ability to "Withdraw all " in the right click menu, and the fact that we don't want to scan inventory every time you hover a nick item means that you should be able to get along ok without this


scvi - make encoder and decoder architecture flexible

scvi-tools has the encoder architecture fixed as the mirror of the decoder (unless you're using LinearlyDecodededSCVI).
We want to be able to specify the architecture (size, n_layers) of the two networks independently.

Closed by #156


Panic when you query a local crate with unpublished version under its package root

Reproduce:

clone a published crate
bump a version
cargo info <crate>
Bang!

$ RUST_BACKTRACE=1 cargo info my-unpublished-crate
thread 'main' panicked at /home/weihanglo/.cargo/registry/src/index.crates.io-6f17d22bba15001f/cargo-0.75.1/src/cargo/sources/registry/mod.rs:463:9:
assertion failed: source_id.is_remote_registry()
stack backtrace:
   0: rust_begin_unwind
             at /rustc/1a06ac5b5d7c9331e8de1aa1fd7e9d3533034b44/library/std/src/panicking.rs:645:5
   1: core::panicking::panic_fmt
             at /rustc/1a06ac5b5d7c9331e8de1aa1fd7e9d3533034b44/library/core/src/panicking.rs:72:14
   2: core::panicking::panic
             at /rustc/1a06ac5b5d7c9331e8de1aa1fd7e9d3533034b44/library/core/src/panicking.rs:127:5
   3: cargo::sources::registry::RegistrySource::remote
   4: cargo_information::ops::info::info
   5: cargo_info::command::info::exec
   6: cargo_info::main
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.

version: 299e38e8787f43642b11d6e7bf687efa2c973aae

It would be cool if we could do the query to local projects, to avoid naming conflicts, it probably needs a --local option

Thanks for your reporting.
It sounds like a feature request. Right now, it only supports the released version on the registry. But I guess it makes sense to support it for workspace packages.
I will first try to make it not panic and give a clearer error message before we decide to support it.
cc @epage What do you think about this feature?

I think this also related to https://github.com/hi-rustin/cargo-information/issues/22


[help]: how to boot opensbi with test payload on CanMV-k230 board

Help
how can we boot opensbi with its test payload on CanMV-k230 device?
Here I can build out fw_payload.elf following little core opensbi make methods, but I don't know how to run it from within K230 u-boot console, can you please teach?

I think the jtag debugger would be a good solution to your problem

你在uboot下 试下 boot_baremetal 命令 可以先把fw_payload.elf文件下载到内容，然后执行下类似下面命令  boot_baremetal  0   0x$fileaddr  0x$filesize；boot_baremetal 命令的详细使用方法如下
boot_baremetal   boot_baremetal cpu addr size

@wangjianxin-canaan  thanks a lot.
@LearnigF CanMV device doesn't support JTAG debugger. :(

canMV device doesn't support JTAG debugger.
canmv default disable jtag by u-boot, you can  enable jtag debuger ,and enable jtag  debugger patch is:

`
diff --git a/arch/riscv/dts/k230_canmv.dts b/arch/riscv/dts/k230_canmv.dts
index 5bd2e774..bf04f49a 100755
--- a/arch/riscv/dts/k230_canmv.dts
+++ b/arch/riscv/dts/k230_canmv.dts
@@ -234,9 +234,9 @@
(IO4 ) ( 1<<SEL | 0<<SL | BANK_VOLTAGE_IO2_IO13 <<MSC | 0<<IE | 1<<OE | 0<<PU | 0<<PD | 4<<DS | 0<<ST )
            // JP1-PIN10 UART2

          (IO5 ) ( 3<<SEL | 0<<SL | BANK_VOLTAGE_IO2_IO13 <<MSC | 1<<IE | 1<<OE | 0<<PU | 0<<PD | 4<<DS | 0<<ST )

          (IO5 ) ( 1<<SEL | 0<<SL | BANK_VOLTAGE_IO2_IO13 <<MSC | 1<<IE | 0<<OE | 0<<PU | 0<<PD | 4<<DS | 0<<ST )
          // JP1-PIN11

          (IO6 ) ( 3<<SEL | 0<<SL | BANK_VOLTAGE_IO2_IO13 <<MSC | 1<<IE | 1<<OE | 0<<PU | 0<<PD | 4<<DS | 0<<ST )

          (IO6 ) ( 1<<SEL | 0<<SL | BANK_VOLTAGE_IO2_IO13 <<MSC | 1<<IE | 0<<OE | 1<<PU | 0<<PD | 4<<DS | 0<<ST )

          // JP1-PIN12 PWM2/3/4
          (IO7 ) ( 1<<SEL | 0<<SL | BANK_VOLTAGE_IO2_IO13 <<MSC | 1<<IE | 1<<OE | 0<<PU | 0<<PD | 7<<DS | 1<<ST )

`

@wangjianxin-canaan which pins on CanMV230 can be used for jtag?

@wangjianxin-canaan which pins on CanMV230 can be used for jtag?

uboot default disable cklink jtag,you can enable cklink jtag by modify follow code:
    #src/little/uboot/arch/riscv/dts/k230_canmv.dts gpio5 and gipi6 modify
    (IO5 ) ( 1<<SEL | 0<<SL | BANK_VOLTAGE_IO2_IO13 <<MSC | 1<<IE | 0<<OE | 0<<PU | 0<<PD | 4<<DS | 0<<ST )
    (IO6 ) ( 1<<SEL | 0<<SL | BANK_VOLTAGE_IO2_IO13 <<MSC | 1<<IE | 0<<OE | 1<<PU | 0<<PD | 4<<DS | 0<<ST )

In fact I wonder why you don't want to use the uboot command to start opensbi。Without uboot, it means that ddr training can't be done and your code can only run on sram

@wangjianxin-canaan thank you!
I understand that with patched u-boot, we can connect CKLINK to pin IO5 and IO6 on CanMV-K230 for JTAG debugging.


Icon on SVG QR Code

Type of issue
[ ] Bug
[ ] Question (e.g. about handling/usage)
[x ] Request for new feature/improvement
Would it be possible to add an overload to create an SVG QR with a center icon?

Hi @wyeack ,
I added a new optional parameter "logo" to the SvgQRCode constructors. By use of this parameter you can render logos (either raster graphic-based or vector based) onto SVG qr codes. Changes came with this commit: https://github.com/codebude/QRCoder/commit/9fe1f2bcbf15dd8901f850d82658a6f4de6f0d16

Hi @codebude - would you be able to push it to NuGet?  I'm on 1.4.1 and I don't see that overloaded constructor.


delete old test data and add new test data

Eee gads!  I will assume the translate is correct.  And given that, :+1:   :fleur_de_lis:


Some icons missings of the dock

by default use 22 height to tray. but when increasing (for example 23 height) some icons missings of the dock. see images:

22 height
http://www.auplod.com/u/olpdua664e0.png

23 height
http://www.auplod.com/u/udpola664e1.png

i need to do "Ctrl - r" (jwm -restart) 3 or 4 times in order to see all the icons of the dock.
vlw fwi, Holmes :)

some discussions:
http://polr.me/4b3
http://polr.me/4b4
http://polr.me/4b5
vlw fwi, Holmes :)

some icons are outside of the tray when I run $ jwm -restart.
http://bit.ly/1MEAZ2r
perhaps related to this issue...
vlw fwi, Holmes :)

@holmeslinux Why don't you just drag the image to the comment box (it will auto upload and insert a link)  instead of using a link that requires a user account to view... Who really trusts shortened URLs anyhow?

@holmeslinux also, your image for 23 has:
<!-- Tray at the bottom -->
but you clearly are using
valign="top"
that said, I have experienced some oddities in the Dock lately too.  I was testing Dropbox's dock icon and it drew the battery (or wireless depending on where it positioned) behind itself.
The battery would also occasionally disappear when suspending.
But the battery usually reappears after I hover over it.
I wonder if your
cbatticon -u 120 -i standard -c "systemctl suspend" -l 20 -r 5
is the issue?
Once systemd took over power management (rather than just upower) things had to be rewritten and changed.  It may be that the battery program does not refresh quickly enough?
I think the refresh 3 or 4 times is a coincidence of timing.  I could be totally off, but it is a thought.  Contact the cbatticon maintainer and see if it is a bug there

I think this may have the same cause as issue as #238.  If so, it should be fixed as of snapshot 1299.

Please re-open if this is still an issue.

Now, in jwm 2.3.4, the icons do not disappear. But very often, when I run jwm -restart some icons are outside of the Dock (previously mentioned) http://bit.ly/1MEAZ2r
I think this issue should be re-opened.

I think I’m able to reproduce this (not sure, as like @technosaurus I don’t really trust shortened URLs and refuse to follow them).  I opened issue #260 to track the issue.


Allow access to sub-factory fields from build method.

It would be great to be able to customize the field of a sub-factory (or sub-sub-factory, etc.) right from the parent's build method. For example:
class Bar(BaseModel):
    x: int

class Foo(BaseModel):
    a: int
    bar: Bar

class FooFactory(ModelFactory):
    __model__ = Foo

test_foo = FooFactory.build(bar__x=42)

print(f'{test_foo!r}')  # prints Foo(a=9817, bar=Bar(x=42))

A real example of code that I have to write is something like this:
def test_the_lambda_handler(item_of_interest_fixture):
    test_event = SqsModelFactory.build((Records=[
        SqsRecordsFactory.build(
            body=WebhookEventFactory.build(
                details=WebhookEventDetailsFactory.build(resource_id=item_of_interest_fixture.id)
            ).json()
        )
    ]))

I'd love to be able to do something like this:
def test_the_lambda_handler(item_of_interest_fixture):
    test_event = SqsModelFactory.build(
        Records = SqsRecordsFactory.batch(size=1, body__details__resource_id=item_of_interest_fixture.id)
    )

Everything else can be either the default values or whatever I've customized in the various sub-factories and the test has the value I'm interested in.

I can see the use for this. Its very djangoese though. Why not use dot notation instead?
body__details__resource_id ==> body.details.resource.id
Either way, I am fine with this being implemented - if the implementation is clean and not overly complex.

I was under the impression that the the partial attributes recently implemented was to solve this.
would go like
    test_event = SqsModelFactory.build(
        Records = [{"body": {"details": {"resource_id": item_of_interest_fixture.id}}}]
    )


✨ Uplift controller runtime, controller-tools , CAPI, IPAM and BMO modules

In this PR we,

uplift controller-runtime to v0.10.1
uplift controller-tools to v0.7.0
uplift CAPI to v0.4.3
uplift BMO reference
uplift IPAM reference

First two changes are influenced by: kubernetes-sigs/cluster-api#5249

/test-integration
/test-centos-integration

/assign @Xenwar
/cc @fmuyassarov @namnx228

/test-integration
/test-centos-integration

/test-integration

/test-centos-integration

/lgtm


Can't redirect from a middleware using Route::inertia

When redirecting the user from a middleware using the Route::inertia macro, I get an exception
Example code:
Route::middleware('auth')->group(function () {
    Route::inertia('dashboard', 'Dashboard');
});

Exception:
App\Exceptions\Handler::render(): Return value must be of type Illuminate\Http\Response|Illuminate\Http\JsonResponse, Illuminate\Http\RedirectResponse returned

Not related to inertia


Translated pois not encoded correctly

Tags (POIs) translated via 'translation.txt' are not encoded as UTF, therefore not shown correctly when it contains german umlauts:
Examples:
'Berghütte' is shown as 'BerghÃ¼tte'
'Sehenswürdigkeit' -> 'SehenswÃ¼rdigkeit'

Sorry, double post


Fix typo in README.md

My OCD

Hey, thanks for the PR but I know "inside of your kubernetes cluster" is considered proper grammar. "Inside on" is a bit awkward in comparison. I think we should stick with the current grammar. Sorry!

Thanks @bacongobbler


Reading MIDI track labels as String

Thank you for creating NPM package midifile. I read the 'documentation' and had a quick browse through the code but did not find an answer there.
How do I read the names of separate tracks of the MIDI file as a String? By names I mean the optional label assigned to the track by the creator of the file. For example drums or acoustic guitar one or vocals.
Thanks in advance.

@jochemstoel I don't think it is doable out of the box right now. Any PR allowing to do so would be merged.

Here is how I read that. Currently, the event with a subtype of EVENT_META_TRACK_NAME has the data property. Just need to convert it to a string.
import MidiEvents from "midievents";
import UTF8 from "utf-8";
import MidiFile from "midifile";

const midi = new MidiFile(this.arrayBuffer);
const events = midi.getEvents();
events.forEach(event => {
 if (subtype === MidiEvents.EVENT_META_TRACK_NAME) {
	const text = UTF8.getStringFromBytes(event.data, 0, event.length, true);
      	this.song.header.name.push(text);
  }
})


fix(client): disclude empty string from findSync args

Closes #9435

Since every string includes an empty string, findSync was matching everything

function isMatched(string, regexs) {
  for (const regex of regexs) {
    if (typeof regex === "string") {
      if (string.includes(regex)) { // If regex is an empty string, it returns true every time
        return true;
      }
    } else if (regex.exec(string)) {
      return true;
    }
  }
  return false;
}

 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.

When this will be merged? i'm waiting for a fix.

I think we should be good? It's a relatively simple fix.
@Jolg42?

Assigned to @aqrln to review for 3.9.0

I'd like to try adding it myself, but would that involve me installing all of the supported databases?

ok cool, I'll give it a shot then

Ok so I'm not too happy with what I ended up doing, but I couldn't find another way to force the client to generated like that. Also not too fond of the names I chose, but I had some trouble coming up with anything better.
I could also go ahead and add an E2E test if you want

Amazing, thank you! I'll take a closer look soon.

I could also go ahead and add an E2E test if you want

I'd say it's not required since we now have a test in this PR, which is preferable, but an e2e test might have some additional value on its own, even outside the scope of this specific issue (e.g., if you make it use Yarn workspaces), so it's up to you. You can check https://github.com/prisma/e2e-tests/tree/dev/packagers and see if you want to contribute something there. Interestingly, there's a test called pnpm-workspaces-custom-output, but it seems to test a little bit different thing than what's been the issue in this case.
Regarding the PR, one thing I noticed is it currently fails on CI because the type checking happens before the client is generated for the first time:
[2022-01-13T05:17:20Z]  FAIL  src/__tests__/integration/happy/output-directory/test.ts
--
  | [2022-01-13T05:17:20Z]   ● Test suite failed to run
  | [2022-01-13T05:17:20Z]
  | [2022-01-13T05:17:20Z]     src/__tests__/integration/happy/output-directory/test.ts:14:41 - error TS2307: Cannot find module './prismaClient' or its corresponding type declarations.
  | [2022-01-13T05:17:20Z]
  | [2022-01-13T05:17:20Z]     14   const { PrismaClient } = await import('./prismaClient')

You may either replace await import with require, or add just add // @ts-ignore before this line.
const { PrismaClient } = require('./prismaClient') is the pattern we use throughout the tests, but I think
// @ts-ignore
const { PrismaClient } = await import('./prismaClient')

is totally fine as well. Eventually we'd want our tests to be ESM compatible, so why not start with this one. Besides, the latter option has an additional advantage of having proper autocompletion and type checking in dev environment, since the @ts-ignore directive will only have an effect until the client is generated, unlike require that will cause PrismaClient to always be any.

Ok great. Regarding the esm stuff, I'm a bit confused since static imports are used in tall the other tests, and require doesn't mix well with import.

BTW this wouldn't fix https://github.com/prisma/prisma/issues/9435#issuecomment-946414969, but I feel like that's a bit of a special case. Maybe there should be something to check for a schema.prisma file?

It seems that some tests are now failing on CI, presumably due to changes in generateInFolder. Oddly, I have a hard time reproducing those failures locally. Can you reproduce them on your environment?

Regarding the esm stuff, I'm a bit confused since static imports are used in tall the other tests, and require doesn't mix well with import.

Dynamic imports with require (and now also with the ESM dynamic import) are what's used in all tests that generate the client on the disk, there's no location to statically import from since the test creates the files that are going to be imported. Regarding require not mixing well with ESM, well, in our case it's not an issue since these aren't actually real ES modules, the test files are transpiled down to CommonJS anyway.

BTW this wouldn't fix #9435 (comment), but I feel like that's a bit of a special case. Maybe there should be something to check for a schema.prisma file?

That's a good point. I would say it might be out of the scope of this PR, but generally needs to be fixed as well. Maybe this PR shouldn't close but only refer to that issue then. Alternatively, that specific comment may be converted to a separate issue.

I can't reproduce it either. Maybe it's because I have something already generated, but I don't think the changes to generateInFolder should've broken anything.

?????????????????????????????? I got it to work https://github.com/Luke-zhang-04/prisma/runs/4819131488 by removing my test so that's definitely it

I reproduced the problem. You have to run my test before the blog-dot-env tests and then it will fail.

Alternatively, that specific comment may be converted to a separate issue. It's closely related, but at the same time it's a different bug (and both of them were uncovered at the same time by fixing yet another bug in v3.1.1, which used to mask these). WDYT

Yes turn this into a new issue please as it will require a separate fix.

@aqrln have any ideas? I'm gonna try to take a look again tonight but I suspect this requires more knowledge on how the testing system works.

Ok so it seems like I've "fixed it". The solution is less than ideal though, since it's hardcoded, but it's the best I can do.

@millsp any plans to merge this soon? Is there anything else I have to do?
I think the failing tests are just flaky or something cause they're just timing out and I didn't touch that part.

The no-docker job can indeed have flaky tests.
This fail on Windows looks relevant to your changes, and I'm unsure if it's flaky 🤔
https://github.com/prisma/prisma/runs/4958676029?check_suite_focus=true#step:11:1502
FAIL src/__tests__/integration/happy/output-directory/test.ts
  × connect to client generated 1 directory level (13 ms)

  ● connect to client generated 1 directory level

    Cannot find module '..........
    untime/index' from 'src/__tests__/integration/happy/output-directory/prismaClient/index.js'

    Require stack:
      src/__tests__/integration/happy/output-directory/prismaClient/index.js
      src/__tests__/integration/happy/output-directory/test.ts

      15 |   raw,
      16 |   Decimal
    > 17 | } = require('..\..\..\..\..\runtime/index')
         |     ^
      18 |
      19 |
      20 | const Prisma = {}

      at Resolver.resolveModule (../../node_modules/.pnpm/jest-resolve@27.4.6/node_modules/jest-resolve/build/resolver.js:324:11)
      at Object.<anonymous> (src/__tests__/integration/happy/output-directory/prismaClient/index.js:17:5)

I just started a rerun to check later.
Thanks for your efforts here, I'll ping my colleagues, though I don't think it would be merged for the release today as it's a change we need to be confident with to avoid a regression. And for that I'll let my colleagues investigate and see what's needed.

Wndows shows the same issue after a rerun
https://github.com/prisma/prisma/runs/5018382803?check_suite_focus=true#step:11:1568
So this is not flaky and will need to be investigated

I'm not familiar with Windows, so I don't have a clue as to why it's failing.

(Quickly fixed a merge conflict so tests run again)

The failing Windows tests:
FAIL src/__tests__/integration/happy/output-directory/test.ts
  × connect to client generated 1 directory level (12 ms)

  ● connect to client generated 1 directory level

    Cannot find module '..........
    untime/index' from 'src/__tests__/integration/happy/output-directory/prismaClient/index.js'

    Require stack:
      src/__tests__/integration/happy/output-directory/prismaClient/index.js
      src/__tests__/integration/happy/output-directory/test.ts

      15 |   raw,
      16 |   Decimal
    > 17 | } = require('..\..\..\..\..\runtime/index')
         |     ^
      18 |
      19 |
      20 | const Prisma = {}

      at Resolver.resolveModule (../../node_modules/.pnpm/jest-resolve@27.5.1/node_modules/jest-resolve/build/resolver.js:324:11)
      at Object.<anonymous> (src/__tests__/integration/happy/output-directory/prismaClient/index.js:17:5)

and
FAIL src/__tests__/integration/happy/output-directory/test.ts
  × connect to client generated 1 directory level (12 ms)

  ● connect to client generated 1 directory level

    Cannot find module '..........
    untime/index' from 'src/__tests__/integration/happy/output-directory/prismaClient/index.js'

    Require stack:
      src/__tests__/integration/happy/output-directory/prismaClient/index.js
      src/__tests__/integration/happy/output-directory/test.ts

      15 |   raw,
      16 |   Decimal
    > 17 | } = require('..\..\..\..\..\runtime/index')
         |     ^
      18 |
      19 |
      20 | const Prisma = {}

      at Resolver.resolveModule (../../node_modules/.pnpm/jest-resolve@27.5.1/node_modules/jest-resolve/build/resolver.js:324:11)
      at Object.<anonymous> (src/__tests__/integration/happy/output-directory/prismaClient/index.js:17:5)

The ..........(line break)untime when the code says '..\..\..\..\..\runtime/index' indicates that we are somewhere creating "paths" in a way that does not work for Windows - or is different on Windows as it is using \ instead of the expected /. Often that happens when one uses a function that is meant to create file paths (where Windwos uses \ instead of /) but the code actually always expects forward slashes. Usually there is another method that always outputs Linux separators to avoid that problem.
Subtle bug, but pretty common when first migrating things to Windows.

looks like that didn't change anything

Yep, seems these paths come from somewhere else, nothing changed there:
 connect to client generated 1 directory level

    Cannot find module '..........
    untime/index' from 'src/__tests__/integration/happy/output-directory/prismaClient/index.js'

    Require stack:
      src/__tests__/integration/happy/output-directory/prismaClient/index.js
      src/__tests__/integration/happy/output-directory/test.ts

      15 |   raw,
      16 |   Decimal
    > 17 | } = require('..\..\..\..\..\runtime/index')

But I am pretty sure that is the underlying problem.

@janpio can you try fixing this? I have no idea how to go about it.

Seems like that did something, I'm getting new errors now
 FAIL src/__tests__/integration/happy/output-directory/test.ts
  ● connect to client generated 1 directory level

    Cannot find module '....alidator
    untime/index' from 'src/__tests__/integration/happy/output-directory/prismaClient/index.js'

    Require stack:
      src/__tests__/integration/happy/output-directory/prismaClient/index.js
      src/__tests__/integration/happy/output-directory/test.ts

      15 |   raw,
      16 |   Decimal
    > 17 | } = require('..\..\validator\runtime/index')
         |     ^
      18 |
      19 |
      20 | const Prisma = {}

      at Resolver.resolveModule (../../node_modules/.pnpm/jest-resolve@27.5.1/node_modules/jest-resolve/build/resolver.js:324:11)
      at Object.<anonymous> (src/__tests__/integration/happy/output-directory/prismaClient/index.js:17:5)

That looks like the same error to me, probably just coming from some other path creation. Something needs to be similar.
(Yay figuring out that it is the posix namespace - that was exactly the one I meant and could not remember)

Yeah that's what I meant, different location. I'll fix the rest later.

Hey @Luke-zhang-04, sorry to have stepped over, I have resolved the issue via this PR and added the missing e2e test for Yarn with PnP. I'm therefore closing your PR but wanted to let you know how thankful we are for your contribution. Your investigative work and motivation has definitely led to the resolution of this issue. So thank you :partying_face:!


Make readMe for the project

Title
Make a readMe.md file
1)Include the names of the members
2)Include the Tech Stack
3)Explain the Project
4)Explain how our project is helpful

on it

readme file done


add_compartments can improperly add compartments that already exist

Still sorting this out but, when encountering an inconsistent lineage, using the 'rename' option, numerous contexts can be created that have identical names to the expressed lineage.
Wrong behavior: somehow create a context that already exists
Right behavior: 'rename' should use existing if it exists

This is due to 'unspecified' not being in self._d; repaired by skipping NONSPECIFIC_LOWER in add_compartments

No, that is tested behavior- now cannot reproduce ARGH

now in the reproduction I get SynonymDict._merge() triggered (which is as designed) so the question is, why was this happening in my test case?

AHA! That's it
When I create an object and assign it a parent- it registers as the parent's subcompartment. but then when it merges, it does not add to the synonym dict but it remains as a subcompartment. fix this in CompartmentManager._merge


Multiple copyrights?

Hi!
I'm not used to copyrights and licenses. I noticed multiple files added to the project with a different copyright than the one in the LICENSE file. See indexing file.
As a contributor, I authored the cli file and modified many others but used or kept the QuantStack copyright as is.
The GitHub license agreement talks about licensing but not about copyrights though.
Some arguments:

my contributions are already acknowledged by commits and files history (the commit log already records copyright of my contributions without explicit notice)
if each contributor adds his own explicit copyright header when creating or modifying a file, it would be a mess
during the project lifetime, someone's contributions on a file may disappear due to modifs/patches/refactoring/etc. Maintaining a consistent copyright header would be a nightmare.
AUTHORS and CONTRIBUTORS files at project level are maybe more appropriate to give special public recognition

What are the rules on that @wolfv?
Thank you!

I'll preface this by declaring IANAL.
It's not uncommon when either contributing significant changes to a file, or creating a new file within a project that uses file-scope copyright notices, that you would be entitled to include your own name (or employer/sponsor). I do agree that this could very quickly become an unmaintainable mess.
+1 for a file at the root of the project declaring authors/contributors.

Yes, I think having a contributors file at the root would be a good addition. So far we have seldomly had too many contributors to a particular file for this to become an issue :) We can always record all contributors into a file later on, and change the copyright to (c) quetz contributors or something along those lines.
IMO if you want to add your name feel free! It would be annoying to have this for very simple contributions but whenever you add a file I think you deserve it :)

Great! I totally agree with your feedbacks.
I keep it open to remember us to create a contributor.md, and maybe describe this in the contributing.md file, then refactor copyright headers with a  (c) quetz contributors when it will become necessary.

The copyright model is that every contributor retains the copyright on their contributions

(c) quetz contributors

This is what we did for e.g. mamba, listing "Mamba contributors" and "QuantStack" for credit.


Unable to parse cookie: TypeError: argument str must be a string

Hello,
I have this error when I run the example:
TypeError: argument str must be a string
    at Object.parse (C:\Users\vducorps\Development\next-iron-session\example\node_modules\cookie\index.js:51:11)
    at withIronSessionHandler (C:\Users\vducorps\Development\next-iron-session\example\node_modules\next-iron-session\dist\index.js:53:31)

[...]

https://github.com/vvo/next-iron-session/blob/ae1dd6a2cfe2d20add4666e9f91213a5700db0e2/lib/index.js#L50
Do you have any idea why?
Looks like the cookie is not provided.

Hey I just git cloned the repository, then:

cd example
yarn
yarn dev

and everything works
is there some difference with your setup?

ok got it to fail, will fix tomorrow morning, thanks!

Ok a fix is incoming and the lib will be released automatically, upgrade and let me know!
PS: You're the first real user of this library I guess, and you are named Vincent (BIG PLUS), please ask any question on this module and we can work together from there.
Thanks again for reporting the bug.

:tada: This issue has been resolved in version 3.1.1 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Webhooks may fail to start due to ArcGIS Data Store TCP ports 45671 and 45672 being blocked.

During a fresh install of ArcGIS Data Store (relational) 11.0 or upgrade to 11.0, webhooks may fail to start due to ports being blocked.
The following ports should be added to the default  node['arcgis']['data_store']['ports'] default attribute list:
45671 and 45672 (TCP)—To use webhooks, you must open these ports on the relational data store machines to allow communication with the ArcGIS GIS Server where the feature services configured to use webhooks are running.
Workaround:
Define attribute node['arcgis']['data_store']['ports'] in your json config file with the specified ports, as this will override the default values. For example:
{
"arcgis": {
   "version": "11.0",
   "data_store": {
      "ports": "2443,4369,9220,9320,9829,9876,9900,29079-29090,45671,45672"
   }
}

This issue has been addressed in v4.1.0.
https://github.com/Esri/arcgis-cookbook/releases/tag/v4.1.0


How to show all children if a parent matched.

Hi, currently if the children is matched, all the parents will also matched.
On the other hand, is there any way to show all the children if the parents is matched?

Yes, you can write your own search match function as shown here in the docs: https://github.com/brimdata/react-arborist#tree-filtering.

Hi, I had figured out to show all child element when the parent is matched the search term.
`searchMatch={(node, term) => {
const nameExisted = (asset) => {
if (asset.data.name.toLowerCase().includes(term.toLowerCase())) {
return true;
} else if (asset.parent.data.name) {
return nameExisted(asset.parent);
} else {
return false;
}
};
        return nameExisted(node);
      }}`

HI I had figured out how to list all the child when parent name is matched.
Please consider code as below:
searchMatch={(node, searchTerm) => {
const nameExisted = (asset) => {
if (asset.data.name.toLowerCase().includes(term.toLowerCase())) {
return true;
} else if (asset.parent.data.name) {
return nameExisted(asset.parent);
} else {
return false;
}
};
return nameExisted(node);
}`


Convert google notes to documentation

Existing notes to be converted to documentation:

Installing dependencies
Notes on running BayesEoR

What do we use?  Markdown?  Sphinx?

Documentation up and running.


Upgrade to latest liquibase

The latest version of liquibase has fixes for includeAll
See here:
https://github.com/liquibase/liquibase-gradle-plugin/issues/29#issuecomment-405047404

@kilna could this be merged?

Any news here?


fix(HMS-2141): update link and contents

Wizard Page 1 - Preparation: Remove paragraph about the pre-requisites and package verification, and leave only the 2nd and 3rd paragraph indicating the package to be installed. Remove the link about steps to install the server packages. Remove the link about pre-requisites. The link in the alert point out to documentation about "Deploying and managing RHEL systems in hybrid clouds".

Wizard page 2 - Registration: Remove the link in the warning alert.

The verify component remove the link to troubleshooting.

The cancel registration modal remove the link intended to provide information about deleting an ipa server, as the process is more related with the registration with the hcc.

TODO

[ ] Feedback and comments to update the PR.

https://issues.redhat.com/browse/HMS-2141

Some screenshots about how it would looks at 2024-09-3:


merge: dev to stage

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


Support for micro in hyper.

is there any plans to support hyper.  Really love micro, but i also really love hyper lol,  and if i run micro from hyper i get:
no suitable screen available

😢
Thanks!

At least for me it works in Hyper (mostly, e.g. mouse input does not work)

i am running on Windows if that matters.

I have tested on Mac and it seems to work great. I'll try on Windows later today.

I use Linux, so maybe a issue on Windows...
Zachary Yedidia<EMAIL_ADDRESS>schrieb am Fr., 10. März 2017
17:24:

I have tested on Mac and it seems to work great. I'll try on Windows later
today.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/zyedidia/micro/issues/588#issuecomment-285714006, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AGgfTBpNLZ0SZ6FU3SrIubspbyv1SnZmks5rkXkygaJpZM4MZcCC
.

So I've investigated a bit on Windows and it seems like hyper is setting the TERM variable to xterm-256color for some reason even though it is running a windows console. This is confusing tcell, making it think that hyper is running xterm. You can just unset that env variable with set TERM= and then it works for me. There seems to be a small issue where when I quit micro in hyper, it waits for a key event before displaying the prompt. This seems like it might be a problem with hyper?
Hopefully at some point in the future we can support xterm emulators running on windows, but for now Hyper should work as long as you run a standard windows command prompt in it.

Thanks for looking into this for me.  That is a good enough answer for me.  Feel free to close this now, or you can leave it open untill you do have xterm support so i get a little notification :)
thanks!


Is it possible to add a new field in Media Embed funcionality?

I have installed ckeditor5 as a plugin in Strapi and I would like to add a new field called Custom Image URL that I will use as a video overlay in my website:

I think it is not possible just by modifying the ckeditor.txt file. Is there any way to do this or to extend the plugin to implement this new field?

@mauro-montano Hi, you need to modify the media-embed plugin or create a new one, and you will need to modify this integration plugin locally. Anyway, it is not an easy task. Check out the CKEditor documentation on plugin creation.


update reminder to submit email copy

 [QAE17] Update the "Reminder to submit the applications" email (4)


Bump 'jest', 'ts-jest', and 'uuid' to latest versions

We need to move 'jest' and 'ts-jest' forward in order to pick up a TS 5.1 compiler.
This runs into a known incompatibility with 'uuid' and 'msgpackr':
https://stackoverflow.com/questions/73203367/jest-syntaxerror-unexpected-token-export-with-uuid-library
Finally, 'jest' splits the 'jsdom' test environment into a separate package, which also needs to be installed/configured.

Thanks, @CraigMacomber and @taylorsw04 !


Some enhancements in support of interfaces in Pulse

The PR adds the following:

When interleaving, use the extension parser peek functionality to determine the name of the extension definition. This allows matching a val in the interface to the extension definition in .fst.
Adds support for expected type in DSL checking. When there is a val present for the extension definition, we need to check that the type of the definition is consistent with the val. We now pass an optional expected type to the DSL type checker and expect the proof that the returned sigelt has the expected type, if any.

I have a local everest green, merging.


How to return result/data back to the previous page?

Hi @SchabanBo I didn't find any example on how to send the result back to the previous page.
Eg:-
https://docs.flutter.dev/cookbook/navigation/returning-data
I found there is issue logged already in the repo but it doesn't have any answers & marked as close, so reopening it again. So please check on this as this is a common use-case for most of the people

Hi @tejHackerDEV
Unfortunately that is not supported in Navigator 2 because it just updates the page stack with waiting for the page to be closed,
I will try to figure a way to achieve this. But not sure if it will work.

I don't know that it is not supported by Navigator 2 but it would be great if we make any work around for that.

You can see the example to do so here


Update Unidecode version

A straightforward version bump, motivated by dependency conflicts with django-oscar==1.6. Unidecode has switched to semantic versioning, so the size of the version change doesn't reflect the scope of the changes.
I'm not sure if <2.0 is the next logic place for the upper bound, but that seemed to be the convention used with the other dependencies?

Looks good to me - thanks @craigloftus!


Solution Testing - CSV File Cleanup VBScript

Description:
Maybe an additional parameter to indicate what to do with a file in the Output folder/Arg#1 that already exists in /Processed Folder.
-Scenario #1 - The program exporting the CSV file always names the file the same thing, so if the file exists in /Processed, we must append (1), (2), etc to the fileBase and then process the file.  The MoveFile function's target must be modified to include the new fileBase + ".csv"
Scenario #2 - If the CSV file always has a unique file name, and if it already exists in /Processed, we do not want to process it.  We must skip it.

No needed.  Added to Other Development Issue.


Split MongoDB Workflow into its own package.

rearranged some type classes to help with resolution

Otherwise, mostly updating imports.

Current coverage is 75.40% (diff: 81.21%)

Merging #1359 into master will decrease coverage by 0.04%

@@             master      #1359   diff @@
==========================================
  Files           196        206    +10
  Lines         11566      11567     +1
  Methods       11300      11309     +9
  Messages          0          0
  Branches        125        118     -7
==========================================
- Hits           8727       8722     -5
- Misses         2839       2845     +6
  Partials          0          0

Powered by Codecov. Last update b3f6e89...1852ef1

The type classes here are very ad hoc, basically they're just a translation of the signatures of a handful of functions that need to be generalized. There might be a way to collapse them into a smaller number of more meaningful types, but I had a go at it once already and there was no obvious way to do it. Even so, I think it's an improvement to break this out into separate files so it's easier to see what's there.
Pretty minor comments. LGTM unless you want to respond.


Need to switch over to proper testing using existing test suites

Bitbucket: https://bitbucket.org/tommorris/mf2py/issue/9
Originally Reported By: Tom Morris
Originally Created At: 2013-11-07T00:40:45.364

I have this mostly working in my fork, using a fork of the mf2 tests too.
https://github.com/tommorris/mf2py/compare/master...kevinmarks:master


Using a Redirect route breaks static build

v1.0.0-alpha3
Given the following file:
App.js
import React from "react"
import { Router, Route, Redirect, browserHistory } from "react-router"
import { createApp, renderApp } from "@phenomic/preset-react-app/lib/client"

import Html from "./src/components/Layout/Html"
import ErrorPage from "./src/components/Templates/ErrorPage"
import BlogArchive from "./src/components/Templates/BlogArchive"
import BlogPost from "./src/components/Templates/BlogPost"

const routes = () => (
  <Router history={ browserHistory }>
    <Redirect from="/home" to="/" />
    <Route path="/" component={ Page } />
    <Route path="/blog/" component={ BlogArchive } />
    <Route path="/blog/after/:after" component={ BlogArchive } />
    <Route path="/blog/*" component={ BlogPost } collection="posts" />
    <Route path="*" component={ ErrorPage } />
  </Router>
)

export default createApp(routes, Html)

if (module.hot) {
  module.hot.accept(() => renderApp(routes))
}

Running yarn build yields:
/home/xx/dev/med/node_modules/@phenomic/plugin-renderer-react/lib/render/server.js:57
            containers = renderProps.components.filter(function (item) {
                                    ^
TypeError: Cannot read property 'components' of undefined
    at Object._callee$ (/home/xx/dev/med/node_modules/@phenomic/plugin-renderer-react/lib/render/server.js:57:37)
    at tryCatch (/home/xx/dev/med/node_modules/regenerator-runtime/runtime.js:65:40)
    at Generator.invoke [as _invoke] (/home/xx/dev/med/node_modules/regenerator-runtime/runtime.js:303:22)
    at Generator.prototype.(anonymous function) [as next] (/home/xx/dev/med/node_modules/regenerator-runtime/runtime.js:117:21)
    at step (/home/xx/dev/med/node_modules/babel-runtime/helpers/asyncToGenerator.js:17:30)
    at /home/xx/dev/med/node_modules/babel-runtime/helpers/asyncToGenerator.js:28:13
    at process._tickCallback (internal/process/next_tick.js:109:7)
error Command failed with exit code 1.

Relevant line in source

Looks like a bug. @bloodyowl could you take a look maybe?

hum yeah, didn't actually implemented this.
for ghPages backend, we'll need to generate a JS redirect page. do you have any user in mind who uses a different backend to see if we need to use plugins for this to have proper 301 & 302?

Idea: emit a <meta> based redirect which would work for static pages.

@bherila that won't be a 301 redirect.

meta redirect will be our first solution as it's considered as 301 by google (confirmed by a google team member somewhere on a google group).

@bloodyowl maybe our first step is to avoid breaking the build and ignore first, then implement a html generation with a meta redirect. Note that we will have to somehow attach the redirect to a query if url contains a parameter.


Questions about Kullback-Leibler divergence calculation in Table 4.

Really appreicate your impressive work~
I wonder how the KL divergence in Table 4 is calculated ? Is it an average of KL in each category or calculated across all categories as a whole?  For COCO,  only 6400 generated samples are used, am I right ?
Thanks in advance for your kind response.

It is an average of KL in each category and we use 80*80 sequences. I will update the code next month.


Sge pe picker

Tries to guess a parallel environment based on node count and ProcessesPerNode.

Codecov Report

Merging #631 into master will increase coverage by 0.05%.
The diff coverage is 85.18%.

@@             Coverage Diff              @@
##             master     #631      +/-   ##
============================================
+ Coverage     84.27%   84.33%   +0.05%
- Complexity     1661     1671      +10
============================================
  Files           108      108
  Lines          4980     4966      -14
  Branches        747      738       -9
============================================
- Hits           4197     4188       -9
+ Misses          550      546       -4
+ Partials        233      232       -1

Flag
Coverage Δ
Complexity Δ

#fixedclientenvironment
26.23% <0%> (+0.13%)
472 <0> (+3)
:arrow_up:

#integration
56.34% <40.74%> (+0.64%)
957 <9> (+17)
:arrow_up:

#livelocal
22.43% <0%> (+0.06%)
391 <0> (+1)
:arrow_up:

#unit
57.32% <85.18%> (-0.12%)
1268 <20> (+6)

Impacted Files
Coverage Δ
Complexity Δ

...schedulers/gridengine/ParallelEnvironmentInfo.java
95.45% <0%> (-4.55%)
19 <6> (+6)

...daptors/schedulers/gridengine/GridEngineSetup.java
92.85% <100%> (+2.23%)
18 <7> (-1)
:arrow_down:

...daptors/schedulers/gridengine/GridEngineUtils.java
93.75% <85.71%> (-0.42%)
36 <7> (+1)

...ors/schedulers/gridengine/GridEngineScheduler.java
84.73% <0%> (+2.29%)
42% <0%> (+2%)
:arrow_up:

...tors/schedulers/local/LocalInteractiveProcess.java
92.68% <0%> (+4.87%)
10% <0%> (+2%)
:arrow_up:

Continue to review full report at Codecov.

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


Ratio of label:input width in pf-form-group

I noticed that the label and input width in pf-form-group is fixed to 2:5. This causes problems if I'm trying to display something useful on the right from the form.

It would be nice to set those values with a parameter, something like this:

...

And then it should look like this:

Thank you

@jeff-phillips-18 could you please take a look at this?

the label and input width in pf-form-group is fixed to 2:5.

Hi, what do you mean a ratio of 2:5?  Do you mean columns?

@dtaylor113 the label has a fixed col-sm-2 class while the input has a col-sm-5 and we can't change them :disappointed:

Hi, I thought you could with pf-form-group attributes pf-label-class, and there is a corresponding one for the actual for element: pf-input-class

Horizontal Form

       <form class="form-horizontal">
         <pf-form-group pf-label="Name" required pf-label-class="col-sm-6" pf-input-class="col-sm-6">
           <input id="name" name="name" ng-model="item.name" type="text" required/>
         </pf-form-group>
         <pf-form-group pf-label="Description" pf-label-class="col-sm-6" pf-input-class="col-sm-6">
           <textarea id="description" name="description" ng-model="item.description">
             {{ item.description }}
           </textarea>
         </pf-form-group>
       </form>

@Hyperkid123 , @skateman , does this resolve this issue?

@Hyperkid123 will be back on thursday and he'll verify this, thanks!

@dtaylor113 Yes  pf-label-class="col-sm-6" pf-input-class="col-sm-6"  works just fine. Thank you very much.

:tada: @Hyperkid123 please close this issue :trumpet:


pip install in readme out of date

I'm trying to run the toolbox locally and when I run this command:
pip install git+https://github.com/hyperledger/aries-acapy-plugin-toolbox.git@master#egg=acapy-plugin-toolbox

I get this error:
no matches found: git+https://github.com/hyperledger/aries-acapy-plugin-toolbox.git@master#egg=acapy-plugin-toolbox

Is this URL out of date? Command is from the readme, here:
https://github.com/hyperledger/aries-acapy-plugin-toolbox#plugin-installation

Thanks for pointing this out! With the version of pip installed on my system, it is able to find the intended package but it did emit the following:
WARNING: Generating metadata for package acapy-plugin-toolbox produced metadata for project name aries-acapy-plugin-toolbox. Fix your #egg=acapy-plugin-toolbox fragments.

The README is due an update but in the meantime correcting the command to:
pip install git+https://github.com/hyperledger/aries-acapy-plugin-toolbox.git@master#egg=acapy_plugin_toolbox

seems to do the trick (Note the underscores instead of dashes).

Thanks for the response. Unfortunately I'm getting the same error with that command.
I'm not sure if this is related, but I'm also getting some pip dependency version conflicts when I do pip install -e . in the acapy repo. If I just run that pip install I get:
ERROR: pip's dependency resolver does not currently take into account all the packages that are installed. This behaviour is the source of the following dependency conflicts.
aries-acapy-plugin-toolbox 0.1.0 requires marshmallow==3.0.0, but you have marshmallow 3.5.1 which is incompatible.

But then if I do pip install marshmallow==3.0.0 I get:
ERROR: pip's dependency resolver does not currently take into account all the packages that are installed. This behaviour is the source of the following dependency conflicts.
aries-cloudagent 0.6.0rc0 requires marshmallow==3.5.1, but you have marshmallow 3.0.0 which is incompatible.

So there seems to be a dep conflict?

Hm. Despite the warning of incompatibility, I think the toolbox plugin should be working with either version of marshmallow. I have seen this error while switching between different ACA-Py versions but have largely ignored them (from what I remember at least) with no adverse side effects.
What versions of python and pip are you using? OS and any other details you feel might be relevant would be helpful as well. I'm not terribly familiar with the nuances of pip git repo support but given that dropping the egg fixed it seems to indicate that might have been the cause of your earlier problem.
While on the subject of deficiencies of the README as it stands and noticing the version mentioned in that error, I'll take the opportunity to also let you know that the most recent version of ACA-Py currently supported by the toolbox plugin is 0.5.3. I'm actively working to address this and we should have a release supporting 0.6.0 once the ACA-Py team pushes it. This dependency issue should also be resolved at that point as the toolbox plugin will be updated to match ACA-Py's. If you're interested, you can follow that line of development here: https://github.com/dbluhm/aries-acapy-plugin-toolbox/tree/update/aca-py-0.6.0rc0

I got it to run using your 6.0rc branch. Thanks for the help!

Based upon the last response, and the fact that this issue was last commented on nearly a year ago, I will be closing this issue.


Consider adding flag for KHR_materials_common

Similar to -k in COLLADA2GLTF, which an upcoming PR may rename to -m.
Some A-Frame users have been surprised when lighting/shadows do not work, and three.js has a bug (fixed but not yet released) with glTF custom shaders used in VREffect, so the common materials are preferable in several cases.

In a bit of a roundabout way this is supported in https://github.com/AnalyticalGraphicsInc/obj2gltf/pull/49 with the --bypassPipeline flag. obj2gltf works with HKR_materials_common by default, but then sends it through gltf-pipeline to create techniques/shaders. This can be bypassed with that flag.
An explicit option for this seems like a good idea though.

A --kmc flag is added in https://github.com/AnalyticalGraphicsInc/obj2gltf/pull/49 with a few caveats right now that would need fixing in gltf-pipeline:

gltf-pipeline uses the same kmc options for each material and doesn't recognize the transparent flag

The new flag looks good, thanks!

Another comment from the code to add here and keep track of:

It's not completely clear whether transparent and doubleSided belong under values or KHR_materials_common
Put under both for now to handle both situations.
https://github.com/KhronosGroup/glTF/tree/master/extensions/Khronos/KHR_materials_common
https://github.com/KhronosGroup/glTF/issues/632

Now in master with the --materialsCommon flag.


Use undefined object and jQuery trigger method

Use native focus method if possible.
http://jsperf.com/is-undefined
Use $.fn.trigger for unification.
isDisabled already included optgroup[disabled] logic.

@caseyjhol better looks now?


item processor and writers

Current coverage is 3.18%

Merging #32 into master will decrease coverage by -12.28% as of 0f6a7c9

@@            master    #32   diff @@
=====================================
  Files           81     24    -57
  Stmts          905    157   -748
  Branches        62      4    -58
  Methods                 0
=====================================
- Hit            140      5   -135
+ Partial          1      0     -1
+ Missed         764    152   -612

Review entire Coverage Diff as of 0f6a7c9

Powered by Codecov. Updated on successful CI builds.


Use newtype for Kelvin?

Then we could give it a nice Bounded instance reflecting the actual range:
instance Bounded Kelvin where
    minBound = Kelvin 1500
    maxBound = Kelvin 9000

We could include Num/Integral instances for convenience, but with a warning.


Distributed Learning

Does it use MPI to communicate across the nodes?

Check out https://github.com/diux-dev/imagenet18
Which uses NCCL to communicate between the GPU's directly for maximum performance.


Experiment with modular blockchain-k-plugin build

Related:

runtimeverification/blockchain-k-plugin#173
runtimeverification/blockchain-k-plugin#191

@goodlyrottenapple, there's a failure int the Nix build, could you take a look?
kevm> INFO 2024-08-15 09:50:30,263 pyk.utils - [PID=102][stde] ar: creating /build/kdist-evm-semantics-plugin-ka9ye27v/build/blake2/lib/blake2.a
kevm> INFO 2024-08-15 09:50:30,309 pyk.utils - [PID=102][stde] plugin-c/crypto.cpp:6:10: fatal error: secp256k1_recovery.h: No such file or directory
kevm> INFO 2024-08-15 09:50:30,309 pyk.utils - [PID=102][stde]     6 | #include <secp256k1_recovery.h>
kevm> INFO 2024-08-15 09:50:30,309 pyk.utils - [PID=102][stde]       |          ^~~~~~~~~~~~~~~~~~~~~~
kevm> INFO 2024-08-15 09:50:30,309 pyk.utils - [PID=102][stde] compilation terminated.
kevm> INFO 2024-08-15 09:50:30,311 pyk.utils - [PID=102][stde] make: *** [Makefile:110: plugin-c/crypto.o] Error 1

(https://github.com/runtimeverification/evm-semantics/actions/runs/10401990546/job/28805603653#step:7:971)


Fix priorityFee object typo

Closing in favor of #786, which includes a better description of priorityFee.


Future Planning

To push Suplemon to the next level some core refactoring is needed.
The main goals are:

[ ] Support regions (selections) instead of just cursors. This will require refactoring all the multi cursor editing code.
[ ] Mouse support for making selections if possible.
[ ] Better event system. Now we have input events and global events which might contain input events.  This should be done in a smarter way.
[ ] Create a better more consistent commands implementation to allow arguments for commands. Also refactor addon modules to behave inline with built in commands.
[ ] Replace files with views in the main App class.
[ ] Support splitting the screen into multiple views horizontally and vertically. This should allow for sidebars too (e.g. for a project or file tree, or in editor help)
[ ] Refactor App class into smaller components (#55)
[ ] Try to get some tests implemented (not so straight forward, see #100)
[ ] Other things that I didn't think of yet...
[ ] Autocomplete: Add keywords for known languages and use them when editing a file in a specific language.

Possible enhancements:

[ ] Multi line promts in favour of #160
[ ] Code folding
[ ] A menu at the top that can be navigated to find and use all Suplemon features.

Let me know of any ideas and feedback you might have for implementing these.

Will the 'support regions' portion of this refactoring make code folding possible? That seems like a big important step

It doesn't refer to exactly that but code folding would sure be nice to have! It's also something worth taking into account when doing this refactor so thanks for mentioning it. I haven't got any plans for code folding yet but I'll keep it in mind.

Macros?


CB-21 adapt integration-test to new cbd

do not merge before this pr: https://github.com/hortonworks/cloudbreak-deployer/pull/523


[v2.9] Regular Shell version bump

Per title, this is just an issue to track QA work on regular shell bump for this dev cycle.

Verified rancher shell version bump to v0.2.2-rc.2.
Details
Rancher : v2.9-head
Cluster : Local(RKE) and downstream (AKS)
Shell : rancher/shell:v0.2.2-rc.2


No www dir created by the npm init wasm-app www command in the tutorial.

Describe the bug
No www dir created by the npm init wasm-app www command in the tutorial.
To Reproduce
Steps to reproduce the behavior:

cargo generate --git https://github.com/rustwasm/wasm-pack-template
Enter wasm-game-of-life for the project name
cd wasm-game-of-life
wasm-pack init
npm init wasm-app www
Observe that there is no www directory created, contrary to what is said in https://rustwasm.github.io/book/game-of-life/hello-world.html#putting-it-into-a-web-page

Expected behavior
I expected a www directory so that I could continue the tutorial.

Hi @AaronM04, thanks for filing an issue. Have you verified that your npm is up to date? https://rustwasm.github.io/book/game-of-life/setup.html#npm has instructions on doing that

Not yet. I'll have to check in several hours. Do you know of versions that would exhibit this behavior?
On September 17, 2018 10:05:03 AM PDT, Nick Fitzgerald<EMAIL_ADDRESS>wrote:

Hi @AaronM04, thanks for filing an issue. Have you verified that your
npm is up to date?
https://rustwasm.github.io/book/game-of-life/setup.html#npm has
instructions on doing that
--
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
https://github.com/rustwasm/book/issues/94#issuecomment-422094215

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Another person had a very similar issue, and updating their npm install fixed the problem. That's how we ended up including that snippet in the setup instructions :)
I'm on npm 6.2.0, and the www directory is correctly generated for me.

FWIW, I recommend using nvm to manage node/npm installs (similar to rustup). This should allow you to update to newer npm on fedora. https://github.com/creationix/nvm
You can also just clone https://github.com/rustwasm/create-wasm-app into www, which is what is happening under the hood.
Thanks again for filing an issue!


Optimization Optimization for no need to read raw data for index column that only in where clause

Proposed changes
Issue Number: close #xxx
Problem summary
At the storage layer, the raw data of the index column will still be read after apply index(bitmap_index or inverted_index), although the index column is not in the result column returned by the query, that will generate more performance overhead on seek and read data.
In addition, when there are multi-table join query, there will be many in or not_in predicate of runtime filter pushed down to the storage layer. According to our test,  if apply those predicates by inverted index, the performance will be degraded because there are many conditions in in_predicate. Therefore, the inverted index not apply on in or not_in predicate which is produced by runtime_filter.
Based on that situation, this pr will do:

reduce overhead on seek and read data for index column that only in where clause, optimization for query sql like:

sql 1: SELECT timestamp FROM tb WHERE log MATCH 'error';
sql 2: SELECT timestamp FROM tb WHERE log MATCH 'error' ORDER BY timestamp LIMIT 2;
sql 3: SELECT timestamp FROM tb WHERE log MATCH 'error' AND status = 404;
sql 4: SELECT timestamp FROM tb WHERE log MATCH 'error' AND status = 404 ORDER BY timestamp DESC LIMIT 10;
sql 5: SELECT count() FROM tb WHERE log MATCH 'error';

column log and column status is inverted index or bitmap index, above sqls only need seek and read data of column timestamp

not apply inverted index on in or not_in predicate which is produced by runtime_filter.

Checklist(Required)

Does it affect the original behavior:

[ ] Yes
[ ] No
[ ] I don't know

Has unit tests been added:

[ ] Yes
[ ] No
[ ] No Need

Has document been added or modified:

[ ] Yes
[ ] No
[ ] No Need

Does it need to update dependencies:

[ ] Yes
[ ] No

Are there any changes that cannot be rolled back:

[ ] Yes (If Yes, please explain WHY)
[ ] No

Further comments
If this is a relatively large or complex change, kick off the discussion at<EMAIL_ADDRESS>by explaining why you chose the solution you did and what alternatives you considered, etc...

TeamCity pipeline, clickbench performance test result:
the sum of best hot time: 34.58 seconds
stream load tsv:          470 seconds loaded<PHONE_NUMBER>9 Bytes, about 151 MB/s
stream load json:         36 seconds loaded<PHONE_NUMBER> Bytes, about 62 MB/s
stream load orc:          68 seconds loaded<PHONE_NUMBER> Bytes, about 15 MB/s
https://doris-community-test-1308700295.cos.ap-hongkong.myqcloud.com/tmp/20230209142416_clickbench_pr_93285.html


Adding Azure SDK JS Modules

The goal of this change is to better understand adoption of Azure SDK modules within JavaScript projects

Superseded by #122468


Fails when value isn't string

eg.
updateDotEnv({ DEV_SERVER_PORT: 12345 })

Can you force each value to be a string before trying to call .replace?
Thanks!

Ha, I also just ran into this!


feat: merge v2 branch

Issue number: #1459
Summary
Changes

Please provide a summary of what's being changed

This PR merges the v2 branch into develop.
User experience

Please share what the user experience looks like before and after this change

Checklist
If your change doesn't seem to apply, please leave them unchecked.

[x] Meet tenets criteria
[x] I have performed a self-review of this change
[x] Changes have been tested
[ ] Changes are documented
[x] PR title follows conventional commit semantics

Is this a breaking change?
RFC issue number:
Checklist:

[ ] Migration process documented
[ ] Implement warnings (if it can live side by side)

Acknowledgment
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.
Disclaimer: We value your time and bandwidth. As such, any pull requests created on non-triaged issues might not be successful.

View rendered MAINTAINERS.md
View rendered README.md

Codecov Report
Base: 99.76% // Head: 99.35% // Decreases project coverage by -0.40% :warning:

Coverage data is based on head (61aa6bc) compared to base (416ab1b).
Patch coverage: 86.84% of modified lines in pull request are covered.

:exclamation: Current head 61aa6bc differs from pull request most recent head b4a12b2. Consider uploading reports for the commit b4a12b2 to get more accurate results

Additional details and impacted files
@@             Coverage Diff             @@
##           develop    #1625      +/-   ##
===========================================
- Coverage    99.76%   99.35%   -0.41%
===========================================
  Files          127      128       +1
  Lines         5884     5873      -11
  Branches       668      371     -297
===========================================
- Hits          5870     5835      -35
- Misses           6       18      +12
- Partials         8       20      +12

Impacted Files
Coverage Δ

aws_lambda_powertools/shared/constants.py
100.00% <ø> (ø)

aws_lambda_powertools/utilities/batch/__init__.py
100.00% <ø> (ø)

aws_lambda_powertools/utilities/batch/base.py
97.79% <ø> (-1.48%)
:arrow_down:

...ws_lambda_powertools/utilities/batch/exceptions.py
100.00% <ø> (ø)

aws_lambda_powertools/shared/cookies.py
58.69% <58.69%> (ø)

...bda_powertools/utilities/data_classes/alb_event.py
90.47% <60.00%> (-9.53%)
:arrow_down:

...ambda_powertools/utilities/parameters/appconfig.py
94.28% <86.66%> (-5.72%)
:arrow_down:

...s/utilities/data_classes/dynamo_db_stream_event.py
98.13% <95.45%> (-1.87%)
:arrow_down:

aws_lambda_powertools/event_handler/api_gateway.py
100.00% <100.00%> (ø)

aws_lambda_powertools/shared/headers_serializer.py
100.00% <100.00%> (ø)

... and 7 more

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

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


Adds more aliases to the kubectl plugin

This unifies multiple pull requests for the kubectl plugin
Sources for these changes are:

Myself for kga and kgaa
@debovema for kgn https://github.com/robbyrussell/oh-my-zsh/pull/6641
@raybotha for kpf https://github.com/robbyrussell/oh-my-zsh/pull/6657
@DrMegavolt for kgpl https://github.com/robbyrussell/oh-my-zsh/pull/6636

Can you add: https://github.com/robbyrussell/oh-my-zsh/pull/6790
And also:
kubectl top pod
kubectl top node
Thanks

Can we add a README as well? There are many aliases and it'd be nice if they were documented.


So... the pretrained model it not available now?

The pretrained models are available. You will automatically download model with SAT if you run cli_demo.py. Also, if you have trouble in accessing in that way, you can also download from CogVLM modelscope.

No extra configuration is needed. So what did you do?

The bug is fixed now. Thank you for your reporting!


Netlify deploy previews require approval

This is a Bug Report

Problem:
Netlify changed their defaults so that PRs by “outsiders” need approval. The motivation was to reduce the risk of leaking secrets. I can't actually find an announcement about this (I checked https://www.netlify.com/blog/news/) but the change did happen.
Proposed Solution:
Switch https://kubernetes.io/ Netlify to always build previews, but not to let those deploy previews use secrets.

Additional Information:
/priority important-soon
/sig k8s-infra

Done (I made the change)
/triage accepted
/close


Should multiple area work?

Hi, I am trying to configure multiple areas. Disarm works but full and part does not work, as if I have spelt the areas incorrectly. I also tried area numbering.
The second area has all the relevant permissions to be armed/disarmed remotely etc. Here's my config:
  discovery: true
  areas:
    - house: null
      mapping:
        full_arm: armed_away
        part_arm_1: armed_home
        disarm: disarmed
      options:
        code_arm_required: false
    - garden: null
      mapping:
        full_arm: armed_away
        part_arm_1: armed_home
        disarm: disarmed
      options:
        code_arm_required: false

The "house" area works fine. Just arming the "garden" area does not:
2021-02-02 14:05:50 - INFO: Fetched zone 12: Garage Door (type: Guard) (areas: [1])
2021-02-02 14:05:51 - INFO: Fetched zone 13: Rear Garden (type: Guard) (areas: [2])
...
2021-02-02 14:06:11 - INFO: Remotely disarming Garden
**2021-02-02 14:06:27 - WARNING: Unknown command ARM_AWAY for area Garden**
2021-02-02 14:10:27 - INFO: Remotely arming House to Full Arm
2021-02-02 14:10:30 - INFO: House status changed to In Exit
2021-02-02 14:10:31 - INFO: Remotely disarming House
2021-02-02 14:10:31 - INFO: House status changed to Disarmed

It feels as though mapping of an additional zone isn't working.
I've also made sure to restart the container, then HA, etc but no luck. Thanks

Your config is incorrect. It needs to be something like:
  discovery: true
  areas:
    house:
      mapping:
        full_arm: armed_away
        part_arm_1: armed_home
        disarm: disarmed
      options:
        code_arm_required: false
    garden:
      mapping:
        full_arm: armed_away
        part_arm_1: armed_home
        disarm: disarmed
      options:
        code_arm_required: false


Using embedded bolus GUID for wizard event

Jellyfish used to squash embedded bolus events down into a hash ID. As the new platform API will not be doing this, we need to move where we're generating the GUID so that we can put that it in the wizard event instead of the bolus event itself.

Closing this, as we've decided to rather send embedded boluses in wizard events, and let the platform API create the linkage and separate bolus event.


build.sh

no module named gpu_flow

could somebody can help me?

(mxnet) jmj@ubuntu:/media/jmj/tiyuju-2T/mx-DeepIM1/mx-DeepIM$ sh init.sh
running build_ext
skipping 'gpu_flow.cpp' Cython extension (up-to-date)
(mxnet) jmj@ubuntu:/media/jmj/tiyuju-2T/mx-DeepIM1/mx-DeepIM$

why it does not run correctement, the probelm of gcc ?

why does it not run correctement, the probelm of gcc ?

gcc could be the reason.

why does it not run correctement, the probelm of gcc ?

How to slove it? I met the same error

Replace https://github.com/liyi14/mx-DeepIM/blob/7a715477b066528b67a8246f28fa8bac79180051/lib/flow_c/flow.py#L11 by sys.path.insert(1, cur_dir)


lua errors when trying to render revealjs with fontawesome extension

Error running filter C:/Program Files/Quarto/share/filters/quarto-pre/quarto-pre.lua:
_extensions/quarto-ext/fontawesome/fontawesome.lua:56: attempt to call a nil value (field 'is_format')
stack traceback:
...ram Files/Quarto/share/filters/quarto-pre/quarto-pre.lua:2943: in function 'callShortcodeHandler'
...ram Files/Quarto/share/filters/quarto-pre/quarto-pre.lua:3024: in function 'transformShortcodeInlines'
reprex follows
---
title: "A"
subtitle: "B"
author: "C"
institute: "D"
format:
  revealjs:
    theme:
      - moon
    self-contained: true
from: markdown+emoji
---

## [Thank you]{style="font-weight:500"}

{{< fa envelope >}} [address<EMAIL_ADDRESS>

{{< fa brands github >}} [https://github.com](username)

{{< fa brands linkedin >}} [https://linkedin.com](handle)

P.S. new to issue reporting, so let me know if anything else is needed

Are you running a v1.2 prerelease version of quarto?

This is related to #19 and the issue comes from the upgrade performed based on Quarto 1.2 code change.
The solution would be to add tags/releases for the following commits:

63f2000b431e0af5d8b374636de965ea5ec62383 (latest version compatible with Quarto v1.1)
HEAD (6206fc623371158bb84225803211f5fcaf73067a) (first version compatible with Quarto v1.2)

With tags, it would be possible to use:
quarto install extension<EMAIL_ADDRESS>

It's fine, but the extension is currently requiring the pre-release, but the latest tag is way too old to be used.

Just updated to the 1.2.231 prerelease and things are resolved. Thanks for tolerating a noob

@morrisLuke The extension should not be asking users to use the pre-release / not stable version without a working solution with the stable version.

@mcanouil No, what should have happened is that we should update the quarto version requirement for this package.

@morrisLuke Glad you got it sorted out, but no need to apologize, this is clearly a bug on the advertised version requirement.

Meanwhile, tag/release can help @cscheid 😉

@mcanouil no, it cannot, not in this case! the issue is with quarto's version. Quarto 1.1 lacks the code that checks extension versions.
Releases will not help here because we are not ever going to have the HEAD of this repo expecting an old version of quarto. The right solution would be to backport the version checking code in 1.2 back to 1.1. But that doesn't solve the issue that the current installed base of RStudio etc still will have the old, non-checking code. And the new releases of RStudio will be getting a v1.2 release anyway, like I mentioned.

The ides is to tag/release 63f2000b431e0af5d8b374636de965ea5ec62383 with for example vO.O.2
Then one can quarto install extension<EMAIL_ADDRESS>if using Quarto < v1.1

The extension support in 1.1 is poor enough that I truly would rather this not be easy to do.

It's fine 😉
I thought that the idea to allow to target tags when installing/using extensions/formats was for these situations among others. I am most likely missing some "long run" infos. 🤷♂

Just updated to the 1.2.231 prerelease and things are resolved. Thanks for tolerating a noob

Please, share the code you used to resolve this issue.

He updated Quarto to v1.2 pre-release.

Hmmm, does this mean that there are no plans to release version 1.0.0?
(I understand that quarto 1.1 does not check the required version, but isn't that unrelated to not creating a release or tag?)

Same code as reprex, only change was downloading and installing pre-release
of Quarto CLI
On Fri, Oct 21, 2022, 12:54 AM Ajay Koli @.***> wrote:

Just updated to the 1.2.231 prerelease and things are resolved. Thanks for
tolerating a noob
Please, share the code you used to resolve this issue.
—
Reply to this email directly, view it on GitHub
https://github.com/quarto-ext/fontawesome/issues/20#issuecomment-1286596732,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AC7GGHI3XPWZA4MSBMAJPTLWEJD3XANCNFSM6AAAAAARKPOLXE
.
You are receiving this because you were mentioned.Message ID:
@.***>

@eitsupi No, there will be a 1.0. I just don't want to encourage people to install an old version of quarto.

@cscheid Now that quarto 1.2 has been released, how about creating the 1.0.0 release of this repo?

@eitsupi That's a great idea.


Disable /WHOLEARCHIVE and reintroduce the force includes for now.

We'll need to revert this change when /WHOLEARCHIVE works.
Ref. #878
Ref. #874

:shipit:

@jaredhms @pradipd Ping; This is P0 for Monday.

:shipit:

Thanks!