Fabric Mod Discovery Failed!

Minecraft version
1.20.1
Describe the bug
Duplicated a Modrinth instance to test Sinytra Connector. Most recent versions of connector and its dependancies are in the new pack. Removed any mods that Connector doesnt work with(like Sodium). Fixed issues with compatibility on other mods. Mod list can be provided if needed. Mostly Create and add-ons(just over 100, not sure if theres a cut off for assistance). Would appreciate assistance or direction to another SOLVED issue like this!
Steps to reproduce

Duplicated perfectly working pack on Modrinth to test Connector. Newest versions and dependencies.
Cut non-compatible mods and dependencies of said mods
Launch new pack with Sinytra, fix other compatibility issues. Fabric discovery issue.
Relaunch post-compatibility fix
Crash. Fabric Mod Discovery error.

Logs
---- Minecraft Crash Report ---- // Surprise! Haha. Well, this is awkward.  Time: 2024-10-04 18:54:54 Description: Mod loading error has occurred  java.lang.Exception: Mod Loading has failed 	at net.minecraftforge.logging.CrashReportExtender.dumpModLoadingCrashReport(CrashReportExtender.java:60) ~[forge-1.20.1-47.1.106-universal.jar%23365!/:?] {re:classloading} 	at net.minecraftforge.client.loading.ClientModLoader.completeModLoading(ClientModLoader.java:143) ~[forge-1.20.1-47.1.106-universal.jar%23365!/:?] {re:classloading,pl:runtimedistcleaner:A} 	at net.minecraft.client.Minecraft.lambda$new$4(Minecraft.java:571) ~[client-1.20.1-20230612.114412-srg.jar%23360!/:?] {re:mixin,pl:accesstransformer:B,pl:connector_pre_launch:A,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:A,pl:connector_pre_launch:A,pl:runtimedistcleaner:A} 	at net.minecraft.Util.m_137521_(Util.java:421) ~[client-1.20.1-20230612.114412-srg.jar%23360!/:?] {re:classloading,pl:connector_pre_launch:A} 	at net.minecraft.client.Minecraft.lambda$new$5(Minecraft.java:564) ~[client-1.20.1-20230612.114412-srg.jar%23360!/:?] {re:mixin,pl:accesstransformer:B,pl:connector_pre_launch:A,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:A,pl:connector_pre_launch:A,pl:runtimedistcleaner:A} 	at net.minecraftforge.client.loading.ForgeLoadingOverlay.m_88315_(ForgeLoadingOverlay.java:148) ~[forge-1.20.1-47.1.106-universal.jar%23365!/:?] {re:classloading} 	at net.minecraft.client.renderer.GameRenderer.m_109093_(GameRenderer.java:958) ~[client-1.20.1-20230612.114412-srg.jar%23360!/:?] {re:mixin,pl:accesstransformer:B,pl:connector_pre_launch:A,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:APP:create.mixins.json:accessor.GameRendererAccessor from mod create,pl:mixin:APP:create.mixins.json:client.GameRendererMixin from mod create,pl:mixin:A,pl:connector_pre_launch:A,pl:runtimedistcleaner:A} 	at net.minecraft.client.Minecraft.m_91383_(Minecraft.java:1146) ~[client-1.20.1-20230612.114412-srg.jar%23360!/:?] {re:mixin,pl:accesstransformer:B,pl:connector_pre_launch:A,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:A,pl:connector_pre_launch:A,pl:runtimedistcleaner:A} 	at net.minecraft.client.Minecraft.m_91374_(Minecraft.java:718) ~[client-1.20.1-20230612.114412-srg.jar%23360!/:?] {re:mixin,pl:accesstransformer:B,pl:connector_pre_launch:A,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:A,pl:connector_pre_launch:A,pl:runtimedistcleaner:A} 	at net.minecraft.client.main.Main.main(Main.java:218) ~[1.20.1-47.1.106.jar:?] {re:mixin,pl:connector_pre_launch:A,pl:runtimedistcleaner:A,re:classloading,pl:mixin:APP:flywheel.mixins.json:ClientMainMixin from mod flywheel,pl:mixin:A,pl:connector_pre_launch:A,pl:runtimedistcleaner:A} 	at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] {} 	at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:?] {} 	at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:?] {} 	at java.lang.reflect.Method.invoke(Unknown Source) ~[?:?] {} 	at net.minecraftforge.fml.loading.targets.CommonLaunchHandler.runTarget(CommonLaunchHandler.java:126) ~[loader-47.2.2.jar:47.2] {} 	at net.minecraftforge.fml.loading.targets.CommonLaunchHandler.clientService(CommonLaunchHandler.java:114) ~[loader-47.2.2.jar:47.2] {} 	at net.minecraftforge.fml.loading.targets.CommonClientLaunchHandler.runService(CommonClientLaunchHandler.java:24) ~[loader-47.2.2.jar:47.2] {} 	at net.minecraftforge.fml.loading.targets.CommonLaunchHandler.lambda$launchService$4(CommonLaunchHandler.java:108) ~[loader-47.2.2.jar:47.2] {} 	at cpw.mods.modlauncher.LaunchServiceHandlerDecorator.launch(LaunchServiceHandlerDecorator.java:30) ~[modlauncher-10.0.9.jar:?] {} 	at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:53) ~[modlauncher-10.0.9.jar:?] {} 	at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:71) ~[modlauncher-10.0.9.jar:?] {} 	at cpw.mods.modlauncher.Launcher.run(Launcher.java:108) ~[modlauncher-10.0.9.jar:?] {} 	at cpw.mods.modlauncher.Launcher.main(Launcher.java:78) ~[modlauncher-10.0.9.jar:?] {} 	at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:26) ~[modlauncher-10.0.9.jar:?] {} 	at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:23) ~[modlauncher-10.0.9.jar:?] {} 	at cpw.mods.bootstraplauncher.BootstrapLauncher.main(BootstrapLauncher.java:141) ~[bootstraplauncher-1.1.2.jar:?] {}   A detailed walkthrough of the error, its code path and all known details is as follows: ---------------------------------------------------------------------------------------  -- NO MOD INFO AVAILABLE -- Details: 	Caused by 0: java.io.UncheckedIOException: cpw.mods.niofs.union.UnionFileSystem$NoSuchFileException: /META-INF/versions 		at cpw.mods.jarhandling.impl.Jar.(Jar.java:138) ~[securejarhandler-2.1.10.jar:?] {} 		at cpw.mods.jarhandling.SecureJar.from(SecureJar.java:70) ~[securejarhandler-2.1.10.jar:?] {} 		at cpw.mods.jarhandling.SecureJar.from(SecureJar.java:66) ~[securejarhandler-2.1.10.jar:?] {} 		at cpw.mods.jarhandling.SecureJar.from(SecureJar.java:58) ~[securejarhandler-2.1.10.jar:?] {} 		at cpw.mods.jarhandling.SecureJar.from(SecureJar.java:50) ~[securejarhandler-2.1.10.jar:?] {} 		at org.sinytra.connector.locator.ConnectorLocator.discoverNestedJarsRecursive(ConnectorLocator.java:259) ~[Connector-1.0.0-beta.46+1.20.1.jar%23256!/:1.0.0-beta.46+1.20.1] {} 		at org.sinytra.connector.locator.ConnectorLocator.lambda$discoverNestedJarsRecursive$26(ConnectorLocator.java:270) ~[Connector-1.0.0-beta.46+1.20.1.jar%23256!/:1.0.0-beta.46+1.20.1] {} 		at java.util.stream.ReferencePipeline$7$1.accept(Unknown Source) ~[?:?] {} 		at java.util.stream.ReferencePipeline$2$1.accept(Unknown Source) ~[?:?] {} 		at java.util.stream.ReferencePipeline$3$1.accept(Unknown Source) ~[?:?] {} 		at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(Unknown Source) ~[?:?] {} 		at java.util.stream.AbstractPipeline.copyInto(Unknown Source) ~[?:?] {} 		at java.util.stream.AbstractPipeline.wrapAndCopyInto(Unknown Source) ~[?:?] {} 		at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(Unknown Source) ~[?:?] {} 		at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(Unknown Source) ~[?:?] {} 		at java.util.stream.AbstractPipeline.evaluate(Unknown Source) ~[?:?] {} 		at java.util.stream.ReferencePipeline.forEach(Unknown Source) ~[?:?] {} 		at java.util.stream.ReferencePipeline$7$1.accept(Unknown Source) ~[?:?] {} 		at java.util.AbstractList$RandomAccessSpliterator.forEachRemaining(Unknown Source) ~[?:?] {} 		at java.util.stream.AbstractPipeline.copyInto(Unknown Source) ~[?:?] {} 		at java.util.stream.AbstractPipeline.wrapAndCopyInto(Unknown Source) ~[?:?] {} 		at java.util.stream.AbstractPipeline.evaluate(Unknown Source) ~[?:?] {} 		at java.util.stream.AbstractPipeline.evaluateToArrayNode(Unknown Source) ~[?:?] {} 		at java.util.stream.ReferencePipeline.toArray(Unknown Source) ~[?:?] {} 		at java.util.stream.ReferencePipeline.toArray(Unknown Source) ~[?:?] {} 		at java.util.stream.ReferencePipeline.toList(Unknown Source) ~[?:?] {} 		at org.sinytra.connector.locator.ConnectorLocator.locateFabricMods(ConnectorLocator.java:132) ~[Connector-1.0.0-beta.46+1.20.1.jar%23256!/:1.0.0-beta.46+1.20.1] {} 		at org.sinytra.connector.locator.ConnectorLocator.scanMods(ConnectorLocator.java:77) ~[Connector-1.0.0-beta.46+1.20.1.jar%23256!/:1.0.0-beta.46+1.20.1] {} 		at net.minecraftforge.fml.loading.moddiscovery.ModDiscoverer.discoverMods(ModDiscoverer.java:128) ~[loader-47.2.2.jar:47.2] {} 		at net.minecraftforge.fml.loading.FMLLoader.beginModScan(FMLLoader.java:164) ~[loader-47.2.2.jar:47.2] {} 		at net.minecraftforge.fml.loading.FMLServiceProvider.beginScanning(FMLServiceProvider.java:86) ~[loader-47.2.2.jar:47.2] {} 		at cpw.mods.modlauncher.TransformationServiceDecorator.runScan(TransformationServiceDecorator.java:112) ~[modlauncher-10.0.9.jar:?] {} 		at cpw.mods.modlauncher.TransformationServicesHandler.lambda$runScanningTransformationServices$8(TransformationServicesHandler.java:100) ~[modlauncher-10.0.9.jar:?] {} 		at java.util.stream.ReferencePipeline$3$1.accept(Unknown Source) ~[?:?] {} 		at java.util.HashMap$ValueSpliterator.forEachRemaining(Unknown Source) ~[?:?] {} 		at java.util.stream.AbstractPipeline.copyInto(Unknown Source) ~[?:?] {} 		at java.util.stream.AbstractPipeline.wrapAndCopyInto(Unknown Source) ~[?:?] {} 		at java.util.stream.AbstractPipeline.evaluate(Unknown Source) ~[?:?] {} 		at java.util.stream.AbstractPipeline.evaluateToArrayNode(Unknown Source) ~[?:?] {} 		at java.util.stream.ReferencePipeline.toArray(Unknown Source) ~[?:?] {} 		at java.util.stream.ReferencePipeline.toArray(Unknown Source) ~[?:?] {} 		at java.util.stream.ReferencePipeline.toList(Unknown Source) ~[?:?] {} 		at cpw.mods.modlauncher.TransformationServicesHandler.runScanningTransformationServices(TransformationServicesHandler.java:102) ~[modlauncher-10.0.9.jar:?] {} 		at cpw.mods.modlauncher.TransformationServicesHandler.initializeTransformationServices(TransformationServicesHandler.java:55) ~[modlauncher-10.0.9.jar:?] {} 		at cpw.mods.modlauncher.Launcher.run(Launcher.java:88) ~[modlauncher-10.0.9.jar:?] {} 		at cpw.mods.modlauncher.Launcher.main(Launcher.java:78) ~[modlauncher-10.0.9.jar:?] {} 		at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:26) ~[modlauncher-10.0.9.jar:?] {} 		at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:23) ~[modlauncher-10.0.9.jar:?] {} 		at cpw.mods.bootstraplauncher.BootstrapLauncher.main(BootstrapLauncher.java:141) ~[bootstraplauncher-1.1.2.jar:?] {}  	Mod File: NO FILE INFO 	Failure message: [Connector] Fabric mod discovery failed 		java.io.UncheckedIOException: cpw.mods.niofs.union.UnionFileSystem$NoSuchFileException: /META-INF/versions 	Mod Version: NO MOD INFO AVAILABLE 	Mod Issue URL: NOT PROVIDED 	Exception message: cpw.mods.niofs.union.UnionFileSystem$NoSuchFileException: /META-INF/versions  -- System Details -- Details: 	Minecraft Version: 1.20.1 	Minecraft Version ID: 1.20.1 	Operating System: Windows 10 (amd64) version 10.0 	Java Version: 17.0.12, Azul Systems, Inc. 	Java VM Version: OpenJDK 64-Bit Server VM (mixed mode, sharing), Azul Systems, Inc. 	Memory: 556077424 bytes (530 MiB) /<PHONE_NUMBER> bytes (1104 MiB) up to<PHONE_NUMBER>8 bytes (30528 MiB) 	CPUs: 12 	Processor Vendor: AuthenticAMD 	Processor Name: AMD Ryzen 5 3600 6-Core Processor               	Identifier: AuthenticAMD Family 23 Model 113 Stepping 0 	Microarchitecture: Zen 2 	Frequency (GHz): 3.60 	Number of physical packages: 1 	Number of physical CPUs: 6 	Number of logical CPUs: 12 	Graphics card #0 name: NVIDIA GeForce RTX 3060 Ti 	Graphics card #0 vendor: NVIDIA (0x10de) 	Graphics card #0 VRAM (MB): 4095.00 	Graphics card #0 deviceId: 0x2489 	Graphics card #0 versionInfo: DriverVersion=<IP_ADDRESS>90 	Memory slot #0 capacity (MB): 16384.00 	Memory slot #0 clockSpeed (GHz): 3.00 	Memory slot #0 type: DDR4 	Memory slot #1 capacity (MB): 16384.00 	Memory slot #1 clockSpeed (GHz): 3.00 	Memory slot #1 type: DDR4 	Virtual memory max (MB): 48589.36 	Virtual memory used (MB): 12558.20 	Swap memory total (MB): 15872.00 	Swap memory used (MB): 0.00 	JVM Flags: 2 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx30528M 	Sinytra Connector: 1.0.0-beta.46+1.20.1 		SINYTRA CONNECTOR IS PRESENT! 		Please verify issues are not caused by Connector before reporting them to mod authors. If you're unsure, file a report on Connector's issue tracker. 		Connector's issue tracker can be found at https://github.com/Sinytra/Connector/issues. 	 For modpack related issues, use the support channel on our discord server.

Before reporting, please ensure that:

You've installed a minimal set of mods required to reproduce the issue.
Issues with modpacks and excessive amount of mods will not be accepted, as they take a long time to diagnose.
Knowing which mods are causing problems allows us to focus on fixing the issue as soon as possible.
If you're unsure which mods might be at fault, try using binary search - removing half of installed mods
repeatedly until the faulty mod is found.

To upload logs, use an external paste site, such as Github Gist (recommended), Ubuntu Pastebin or Pastebin


Containers Window

New Containers Window which contains list of available containers and allows creation of new local Docker containers
ContainerManager component that monitors local containers status
IOutputService and IOutput that unifies console output and provide access to the VS Output window
ServiceContainerExtensions.Extend method which provides extension form of child containers
Several refactorings related to the tool windows

👍
Can be polished in the next couple of weeks as we go to 15.5


Toll Booth Issue - cars drive slowly through and don't pay

Here is my output log: https://drive.google.com/open?id=1TudSzXD9I3m6Hm7B-jkasO0IBvXfXFFE
Here's my savegame: https://steamcommunity.com/sharedfiles/filedetails/?id=1703895466
in cas0e you need something else, please contact me - since i have no idea what you probably need :)

Okay, this is good and all, but what is the actual issue? Can you describe it for us?

Hy :) Will there be a fix for the toll booth issue? (cars are going through them slowly but noone pays)

I haven't experienced this issue; people are paying at my toll booths. What is the reproducibility of this issue?

@FireController1847 I'm building a system of cities and small villages on an island map, completely with Ploppable RICO and stuff. And for reasons of cashflow and authenticity i wanted to put some toll booths along my small highway. I placed them and connected them to electricity and water and did a bit for traffic flow (like going from 90km/h to 20km/h is a bit crazy) and realized that the cars dont actually hold and pay the toll, so I asked google about it and found a lot of more or less actual threads saying TM:PE is crashing the toll system - so I asked on the TM:PE workshop site about it

TMPE did have a bug that caused cars not to pay, however that was fixed in v1.10.14
@FireController1847 Can you test the savegame to check? I'm busy with # 267 at the moment.

In that case I hope you guys dont need all the stuff that is used inside my savegame - there is literally nothing vanilla :S

@SirKroitz That's very odd and definitely shouldn't be happening.
@aubergine10 I'll take a look at it about an hour from now and report back here :)

@SirKroitz Do you mind listing all the mods you have? Assets shouldn't matter afaik, it's just the mods that would prevent it from loading.

@FireController1847 this might take a second, hang on, i'll list it here

81 Tiles
Adaptive Prop Visibility Distance
Additive Shader
Advanced Buildings Editor
Advanced Stop Selection
Advanced Toolbar
Advanced Vehicle Options 1.8.5
Ambient Sounds Tuner
American Roadsigns 2.2.0
American Traffic Lights
AnimUV Params
AST: KRA Sound Pack
Bee's North American Sound Pack
Better Cemetery AI
Building Themes
Cargo Info
Catenary Replacer
Clouds & Fog Toggler
Control Building Level Up
CrossTheLine
Cubemap Replacer
Daylight Classic
Decal Prop Fix
Elektix's Road Tools
Elevated Stops Enabler
Emergency Lights Changer Plus
EuropeanBuildingsUnlocker
Extra Landscaping Tools
Extra Train Station Tracks
Extra Vehicle Effects
Find it! 1.5.4
Fine Road Anarchy 1.3.5
Fine Road Tool 1.3.7
Forest Brush
Klyte Commons 1.1.6
Loading Screen Mod
Metro Overhaul Mod
More Beautification
More Diverse Crowd
More Train Tracks
Move it 2.4.0
Network Extensions 2
Network Skins
Network Tiling
New American Traffic Lights
No Pillars
NotSoUniqueBuildings
One-Way Train Tracks
Painter
Pedestrian Crossings
Plop The Growables
Ploppable Asphalt
Ploppable RICO
PostProcessFX
Precision Engineering
Prefab Hook
Procedural Objects 1.5.5
Prop & Tree Anarchy
Prop Line Tool
Prop Precision 1.0.1
Quay Anarchy
Random Train Trailers 2.1.0
Random Tree Rotation
Real Time
Realistic Walking Speed
Rebalanced Industries
Road Colors Changer ++
Roads United Core +
Roads United: US Edition
Rotors FlipXZ
Services Vehicles Manager 2
Sharp Junction ANgles
Sharp Textures
Show It!
SingleTrainTrackAI
Spawn Points Fix
Speed Slider
Sub-Buildings Enabler
Surface Painter
Terraform Tool
Ticket Price Costumizer
TM:PE 10.18
ToggleableWhiteness
Trailer Variation Loader
Tram Station Track
Transport Lines Manager 11.1.2
Tree Fire Control
Unlimited Trees Mod
Vehicle Effects 1.8.1a
Vehicle Unbuncher
Vehicle Wealthizer 1
Ready to melt down your PC? :D
i activated all of the "vanilla" mods too except for the Hard-mode

oh, by the way, maybe there is no placed toll booth in the savegame, i think i deleted them since they didnt work, i hope thats no issue

@SirKroitz If possible, while I try and get this savegame to work, can you try something for me?
Can you go through every vehicle, transport, and road-related mod (excluding NeXT and other assets) and disable them, then see if that fixes the issue?

i'll try my very best :)

after a few tries, still shows this. ("Außer Betrieb" = "Out of Order" although its connected to electricity and water / sewage)

Just to go back to the basics, if you disable TM:PE the toll both works find?

SO. After disabling TM:PE nothing changed.
BUT i deleted the Roads Colour Changer ++ and the Roads United Core + with the US Roads. After placing a toll both, connecting it, waiting some in-game minutes - it finally works :) So its not an issue with TM:PE

Awesome! I'm glad we were able to figure it out.

Excellent! I'll make a note of that in our Troubleshooting guide!

Is this the Road Color Changer mod you refer to?
https://steamcommunity.com/sharedfiles/filedetails/?id=932192868

Also, do you have link to the specific US Roads mod - there's several of them in the workshop and not sure which one you were using.

@aubergine10 Yes it is and i mean this US Edition: https://steamcommunity.com/sharedfiles/filedetails/?id=726004927&searchtext=Roads+United+US+Edition
I want to thank you for helping me find the issue and I hope you can do something with the new information about this :)

Awesome, thanks!
Here's the troubleshooting guide for anyone else who has this problem:
https://github.com/krzychu124/Cities-Skylines-Traffic-Manager-President-Edition/wiki/Toll-Booths-not-working


[vtk] Add feature gdal and geojson, re-factory the feature select part

This PR will:

Add feature gdal, remove feature "all" dependency gdal.
Add feature geojson.
Re-factory vtk feature related feature selection code:
Since the option value of cmake feature in vtk should be YES or DONT_WANT, use vcpkg_check_features and switch ON/OFF to YES/DONT_WANT.

Fixes #20129.

@embeddedmz Does this meet you requirement?

@JackBoosY So with this pull request, I can download VTK's GDAL and GeoJSON modules ?

@embeddedmz Yeah, please use feature gdal and geojson.

@JackBoosY I didn't find them when using search (and I ran git pull). Do I have to install vtk[all] ?
PS D:\vcpkg> .\vcpkg.exe search vtk
itk[vtk]                                  Build ITKVtkGlue module.
opencv[vtk]                               vtk support for opencv
opencv3[vtk]                              vtk support for opencv
opencv4[vtk]                              vtk support for opencv
paraview                 5.9.1            VTK-based Data Analysis and Visualization Application
paraview[all-modules]                     enables the build of all paraview modules
paraview[cuda]                            enables cuda within paraview
paraview[mpi]                             enables cuda within paraview
paraview[python]                          enables the build of python wrappers
paraview[tools]                           Build paraview tools
paraview[vtkm]                            enables vtkm for the build of paraview
pcl[vtk]                                  VTK-Visualizations support for PCL
vtk                      9.0.3-pv5.9.1#1  Software system for 3D computer graphics, image processing, and visualization
vtk[all]                                  Build all vtk modules
vtk[atlmfc]                               Mfc functionality for vtk on Windows
vtk[cuda]                                 Support CUDA compilation
vtk[mpi]                                  MPI functionality for VTK
vtk[opengl]                               All opengl related modules
vtk[openvr]                               OpenVR functionality for VTK
vtk[paraview]                             Build vtk modules required by paraview
vtk[python]                               Python functionality for VTK
vtk[qt]                                   Qt functionality for VTK
vtk[utf8]                                 Enables vtk reader/writer with utf-8 path support
vtk[vtkm]                                 Build with vtk-m accelerator and module.
vtk-dicom                0.8.12#2         DICOM for VTK
vtk-dicom[gdcm]                           Use gdcm for decompressing DICOM files.
vtk-m                    1.6.0            VTK-m is a toolkit of scientific visualization algorithms for emerging pro...
vtk-m[cuda]                               Use the NVIDIA CUDA device adapter.
vtk-m[double]                             Use double precision in floating point calculations
vtk-m[mpi]                                Use the MPI controller.
vtk-m[omp]                                Use the OpenMP device adapter.
vtk-m[tbb]                                Use the Intel TBB device adapter.
The search result may be outdated. Run `git pull` to get the latest results.

I'm having issues installing VTK or VTK[ALL] :
PS D:\vcpkg> .\vcpkg.exe install vtk:x64-windows --recurse
Computing installation plan...
The following packages will be built and installed:
    vtk[core]:x64-windows -> 9.0.3-pv5.9.1#1
Detecting compiler hash for triplet x64-windows...
Restored 0 packages from C:\Users\mmzoughi\AppData\Local\vcpkg\archives in 1.208 ms. Use --debug to see more details.
Starting package 1/1: vtk:x64-windows
Building package vtk[core]:x64-windows...
-- Downloading https://github.com/Kitware/VTK/archive/2959413ff190bc6e3ff40f5b6c1342edd2e5233f.tar.gz -> Kitware-VTK-2959413ff190bc6e3ff40f5b6c1342edd2e5233f.tar.gz...
-- Cleaning sources at D:/vcpkg/buildtrees/vtk/src/edd2e5233f-93ea50f27b.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source D:/vcpkg/downloads/Kitware-VTK-2959413ff190bc6e3ff40f5b6c1342edd2e5233f.tar.gz
-- Applying patch FindLZMA.patch
-- Applying patch FindLZ4.patch
-- Applying patch Findproj.patch
-- Applying patch pegtl.patch
-- Applying patch pythonwrapper.patch
-- Applying patch NoUndefDebug.patch
-- Applying patch python_debug.patch
-- Applying patch fix-using-hdf5.patch
-- Applying patch FindExpat.patch
-- Applying patch vtkm.patch
-- Applying patch 1f00a0c9.patch
-- Applying patch 156fb524.patch
-- Applying patch d107698a.patch
-- Using source at D:/vcpkg/buildtrees/vtk/src/edd2e5233f-93ea50f27b.clean
-- Found external ninja('1.10.2').
-- Configuring x64-windows
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:127 (message):
    Command failed: ninja -v
    Working Directory: D:/vcpkg/buildtrees/vtk/x64-windows-rel/vcpkg-parallel-configure
    Error code: 1
    See logs for more information:
      D:\vcpkg\buildtrees\vtk\config-x64-windows-out.log

Call Stack (most recent call first):
  scripts/cmake/vcpkg_configure_cmake.cmake:368 (vcpkg_execute_required_process)
  ports/vtk/portfile.cmake:167 (vcpkg_configure_cmake)
  scripts/ports.cmake:140 (include)

Error: Building package vtk:x64-windows failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with `.\vcpkg update`, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
  Package: vtk:x64-windows
  Vcpkg version: 2021-09-10-2059ef11aa6067e6f59b0d939c5d17e3c5c47d3e

Additionally, attach any relevant sections from the log files above.

@embeddedmz  You need to use my branch.

@JackBoosY I always have this error when attempting to install new modules :
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:127 (message):
    Command failed: ninja -v
    Working Directory: D:/vcpkg/buildtrees/vtk/x64-windows-rel/vcpkg-parallel-configure
    Error code: 1
    See logs for more information:
      D:\vcpkg\buildtrees\vtk\config-x64-windows-out.log

Call Stack (most recent call first):
  scripts/cmake/vcpkg_configure_cmake.cmake:368 (vcpkg_execute_required_process)
  ports/vtk/portfile.cmake:140 (vcpkg_configure_cmake)
  scripts/ports.cmake:140 (include)

Below, the content of "D:\vcpkg\buildtrees\vtk\config-x64-windows-out.log" :
[1/2] cmd /c "cd ../../x64-windows-dbg && "D:/vcpkg/downloads/tools/cmake-3.21.1-windows/cmake-3.21.1-windows-i386/bin/cmake.exe" "D:/vcpkg/buildtrees/vtk/src/edd2e5233f-93ea50f27b.clean" "-DVTK_USE_CUDA=OFF" "-DVTK_USE_MPI=OFF" "-DVTK_BUILD_ALL_MODULES=OFF" "-DVTK_GROUP_ENABLE_Qt=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_GUISupportQt=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_GUISupportQtSQL=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingQt=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_ViewsQt=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_GUISupportMFC=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_AcceleratorsVTKmCore=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_AcceleratorsVTKmDataModel=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_AcceleratorsVTKmFilters=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_vtkm=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_Python=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_PythonContext2D=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_PythonInterpreter=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_FiltersParallelStatistics=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOParallelExodus=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingContextOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingParallel=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingVolumeAMR=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOXdmf2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOH5part=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOParallelLSDyna=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOTRUCHAS=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOVPIC=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingLICOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingAnnotation=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_DomainsChemistry=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_DomainsChemistryOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_FiltersParallelDIY2=DONT_WANT" "-DVTK_GROUP_ENABLE_MPI=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_DomainsChemistryOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_ImagingOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingContextOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingGL2PSOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingLICOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingVolumeOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_opengl=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingOpenVR=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOGDAL=YES" "-DVTK_MODULE_ENABLE_VTK_IOGeoJSON=DONT_WANT" "-DBUILD_TESTING=OFF" "-DVTK_BUILD_TESTING=OFF" "-DVTK_BUILD_EXAMPLES=OFF" "-DVTK_FORBID_DOWNLOADS=ON" "-DVTK_ENABLE_REMOTE_MODULES=OFF" "-DVTK_GROUP_ENABLE_StandAlone=YES" "-DVTK_GROUP_ENABLE_Rendering=YES" "-DVTK_GROUP_ENABLE_Views=YES" "-DVTK_USE_TK=OFF" "-DVTK_USE_EXTERNAL:BOOL=ON" "-DVTK_MODULE_USE_EXTERNAL_VTK_gl2ps:BOOL=OFF" "-DCMAKE_MAKE_PROGRAM=C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe" "-DBUILD_SHARED_LIBS=ON" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=D:/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v142" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=D:/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=x64" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=D:/vcpkg" "-D_VCPKG_INSTALLED_DIR=D:/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Debug" "-DCMAKE_INSTALL_PREFIX=D:/vcpkg/packages/vtk_x64-windows/debug""
FAILED: ../../x64-windows-dbg/CMakeCache.txt
cmd /c "cd ../../x64-windows-dbg && "D:/vcpkg/downloads/tools/cmake-3.21.1-windows/cmake-3.21.1-windows-i386/bin/cmake.exe" "D:/vcpkg/buildtrees/vtk/src/edd2e5233f-93ea50f27b.clean" "-DVTK_USE_CUDA=OFF" "-DVTK_USE_MPI=OFF" "-DVTK_BUILD_ALL_MODULES=OFF" "-DVTK_GROUP_ENABLE_Qt=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_GUISupportQt=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_GUISupportQtSQL=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingQt=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_ViewsQt=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_GUISupportMFC=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_AcceleratorsVTKmCore=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_AcceleratorsVTKmDataModel=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_AcceleratorsVTKmFilters=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_vtkm=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_Python=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_PythonContext2D=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_PythonInterpreter=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_FiltersParallelStatistics=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOParallelExodus=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingContextOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingParallel=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingVolumeAMR=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOXdmf2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOH5part=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOParallelLSDyna=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOTRUCHAS=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOVPIC=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingLICOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingAnnotation=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_DomainsChemistry=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_DomainsChemistryOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_FiltersParallelDIY2=DONT_WANT" "-DVTK_GROUP_ENABLE_MPI=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_DomainsChemistryOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_ImagingOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingContextOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingGL2PSOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingLICOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingVolumeOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_opengl=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingOpenVR=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOGDAL=YES" "-DVTK_MODULE_ENABLE_VTK_IOGeoJSON=DONT_WANT" "-DBUILD_TESTING=OFF" "-DVTK_BUILD_TESTING=OFF" "-DVTK_BUILD_EXAMPLES=OFF" "-DVTK_FORBID_DOWNLOADS=ON" "-DVTK_ENABLE_REMOTE_MODULES=OFF" "-DVTK_GROUP_ENABLE_StandAlone=YES" "-DVTK_GROUP_ENABLE_Rendering=YES" "-DVTK_GROUP_ENABLE_Views=YES" "-DVTK_USE_TK=OFF" "-DVTK_USE_EXTERNAL:BOOL=ON" "-DVTK_MODULE_USE_EXTERNAL_VTK_gl2ps:BOOL=OFF" "-DCMAKE_MAKE_PROGRAM=C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe" "-DBUILD_SHARED_LIBS=ON" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=D:/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v142" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=D:/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=x64" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=D:/vcpkg" "-D_VCPKG_INSTALLED_DIR=D:/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Debug" "-DCMAKE_INSTALL_PREFIX=D:/vcpkg/packages/vtk_x64-windows/debug""
-- The C compiler identification is MSVC 19.29.30133.0
-- The CXX compiler identification is MSVC 19.29.30133.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/cl.exe - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/cl.exe - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Could not use git to determine source version, using version
-- Performing Test VTK_REQUIRE_LARGE_FILE_SUPPORT
-- Performing Test VTK_REQUIRE_LARGE_FILE_SUPPORT - Failed
-- Module testing disabled due to `VTK_FORBID_DOWNLOADS` being set.
-- Performing Test COMPILER_HAS_DEPRECATED_ATTR
-- Performing Test COMPILER_HAS_DEPRECATED_ATTR - Failed
-- Performing Test COMPILER_HAS_DEPRECATED
-- Performing Test COMPILER_HAS_DEPRECATED - Success
-- Checking whether C++ compiler has 'long long'
-- Checking whether C++ compiler has 'long long' - yes
-- Checking whether C++ compiler has '__int64'
-- Checking whether C++ compiler has '__int64' - yes
-- Checking whether long and __int64 are the same type
-- Checking whether long and __int64 are the same type - no
-- Checking whether long long and __int64 are the same type
-- Checking whether long long and __int64 are the same type - yes
-- Checking whether wstring is available
-- Checking whether wstring is available - yes
-- Checking whether C compiler has ptrdiff_t in stddef.h
-- Checking whether C compiler has ptrdiff_t in stddef.h - yes
-- Checking whether C compiler has ssize_t in unistd.h
-- Checking whether C compiler has ssize_t in unistd.h - no
-- Checking whether C compiler has clock_gettime
-- Checking whether C compiler has clock_gettime - no
-- Checking whether CXX compiler has setenv
-- Checking whether CXX compiler has setenv - no
-- Checking whether CXX compiler has unsetenv
-- Checking whether CXX compiler has unsetenv - no
-- Checking whether CXX compiler has environ in stdlib.h
-- Checking whether CXX compiler has environ in stdlib.h - yes
-- Checking whether CXX compiler has utimes
-- Checking whether CXX compiler has utimes - no
-- Checking whether CXX compiler has utimensat
-- Checking whether CXX compiler has utimensat - no
-- Checking whether CXX compiler struct stat has st_mtim member
-- Checking whether CXX compiler struct stat has st_mtim member - no
-- Checking whether CXX compiler struct stat has st_mtimespec member
-- Checking whether CXX compiler struct stat has st_mtimespec member - no
-- Looking for include files sys/types.h, ifaddrs.h
-- Looking for include files sys/types.h, ifaddrs.h - not found
-- Looking for GetProcessMemoryInfo
-- Looking for GetProcessMemoryInfo - found
-- Checking whether CXX compiler has rlimit64
-- Checking whether CXX compiler has rlimit64 - no
-- Checking whether CXX compiler has atol
-- Checking whether CXX compiler has atol - yes
-- Checking whether CXX compiler has atoll
-- Checking whether CXX compiler has atoll - yes
-- Checking whether CXX compiler has _atoi64
-- Checking whether CXX compiler has _atoi64 - yes
-- Checking whether <ext/stdio_filebuf.h> is available
-- Checking whether <ext/stdio_filebuf.h> is available - no
-- Found utf8cpp: D:/vcpkg/installed/x64-windows/include/utf8cpp
-- Looking for pthread.h
-- Looking for pthread.h - not found
-- Found Threads: TRUE
-- Performing Test VTK_HAS_STD_ISNAN
-- Performing Test VTK_HAS_STD_ISNAN - Success
-- Performing Test VTK_HAS_STD_ISINF
-- Performing Test VTK_HAS_STD_ISINF - Success
-- Performing Test VTK_HAS_STD_ISFINITE
-- Performing Test VTK_HAS_STD_ISFINITE - Success
-- Looking for isnan
-- Looking for isnan - found
-- Looking for isinf
-- Looking for isinf - found
-- Looking for isfinite
-- Looking for isfinite - found
-- Looking for finite
-- Looking for finite - not found
-- Looking for fenv.h
-- Looking for fenv.h - found
-- Looking for feenableexcept
-- Looking for feenableexcept - not found
-- Looking for getsockname in socket
-- Looking for getsockname in socket - not found
-- Checking for getsockname with socklen_t
-- Checking for getsockname with socklen_t -- 0
-- Looking for SO_REUSEADDR
-- Looking for SO_REUSEADDR - not found
-- Found Eigen3: D:/vcpkg/installed/x64-windows/include/eigen3 (found version "3.3.9")
-- Found double-conversion: D:/vcpkg/installed/x64-windows/debug/lib/double-conversion.lib
-- Found LZMA: optimized;D:/vcpkg/installed/x64-windows/lib/lzma.lib;debug;D:/vcpkg/installed/x64-windows/debug/lib/lzmad.lib (found version "5.2.5")
-- Found ZLIB: optimized;D:/vcpkg/installed/x64-windows/lib/zlib.lib;debug;D:/vcpkg/installed/x64-windows/debug/lib/zlibd.lib (found version "1.2.11")
-- Found EXPAT: optimized;D:/vcpkg/installed/x64-windows/lib/libexpat.lib;debug;D:/vcpkg/installed/x64-windows/debug/lib/libexpatd.lib (found version "2.2.9")
-- Found Freetype: optimized;D:/vcpkg/installed/x64-windows/lib/freetype.lib;debug;D:/vcpkg/installed/x64-windows/debug/lib/freetyped.lib (found version "2.10.4")
-- Found JPEG: optimized;D:/vcpkg/installed/x64-windows/lib/jpeg.lib;debug;D:/vcpkg/installed/x64-windows/debug/lib/jpegd.lib (found version "62")
-- Found PNG: optimized;D:/vcpkg/installed/x64-windows/lib/libpng16.lib;debug;D:/vcpkg/installed/x64-windows/debug/lib/libpng16d.lib (found version "1.6.37")
-- Found TIFF: optimized;D:/vcpkg/installed/x64-windows/lib/tiff.lib;debug;D:/vcpkg/installed/x64-windows/debug/lib/tiffd.lib (found version "4.1.0")
-- Found OpenGL: opengl32  found components: OpenGL
CMake Error at ThirdParty/hdf5/CMakeLists.txt:21 (message):
  An external MPI-aware HDF5 requires that VTK be built with MPI support as
  well.

-- Configuring incomplete, errors occurred!
See also "D:/vcpkg/buildtrees/vtk/x64-windows-dbg/CMakeFiles/CMakeOutput.log".
See also "D:/vcpkg/buildtrees/vtk/x64-windows-dbg/CMakeFiles/CMakeError.log".
[2/2] cmd /c "cd ..  && "D:/vcpkg/downloads/tools/cmake-3.21.1-windows/cmake-3.21.1-windows-i386/bin/cmake.exe" "D:/vcpkg/buildtrees/vtk/src/edd2e5233f-93ea50f27b.clean" "-DVTK_USE_CUDA=OFF" "-DVTK_USE_MPI=OFF" "-DVTK_BUILD_ALL_MODULES=OFF" "-DVTK_GROUP_ENABLE_Qt=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_GUISupportQt=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_GUISupportQtSQL=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingQt=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_ViewsQt=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_GUISupportMFC=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_AcceleratorsVTKmCore=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_AcceleratorsVTKmDataModel=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_AcceleratorsVTKmFilters=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_vtkm=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_Python=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_PythonContext2D=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_PythonInterpreter=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_FiltersParallelStatistics=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOParallelExodus=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingContextOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingParallel=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingVolumeAMR=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOXdmf2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOH5part=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOParallelLSDyna=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOTRUCHAS=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOVPIC=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingLICOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingAnnotation=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_DomainsChemistry=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_DomainsChemistryOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_FiltersParallelDIY2=DONT_WANT" "-DVTK_GROUP_ENABLE_MPI=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_DomainsChemistryOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_ImagingOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingContextOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingGL2PSOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingLICOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingVolumeOpenGL2=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_opengl=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_RenderingOpenVR=DONT_WANT" "-DVTK_MODULE_ENABLE_VTK_IOGDAL=YES" "-DVTK_MODULE_ENABLE_VTK_IOGeoJSON=DONT_WANT" "-DBUILD_TESTING=OFF" "-DVTK_BUILD_TESTING=OFF" "-DVTK_BUILD_EXAMPLES=OFF" "-DVTK_FORBID_DOWNLOADS=ON" "-DVTK_ENABLE_REMOTE_MODULES=OFF" "-DVTK_GROUP_ENABLE_StandAlone=YES" "-DVTK_GROUP_ENABLE_Rendering=YES" "-DVTK_GROUP_ENABLE_Views=YES" "-DVTK_USE_TK=OFF" "-DVTK_USE_EXTERNAL:BOOL=ON" "-DVTK_MODULE_USE_EXTERNAL_VTK_gl2ps:BOOL=OFF" "-DCMAKE_MAKE_PROGRAM=C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe" "-DBUILD_SHARED_LIBS=ON" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=D:/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v142" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=D:/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=x64" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=D:/vcpkg" "-D_VCPKG_INSTALLED_DIR=D:/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Release" "-DCMAKE_INSTALL_PREFIX=D:/vcpkg/packages/vtk_x64-windows""
-- The C compiler identification is MSVC 19.29.30133.0
-- The CXX compiler identification is MSVC 19.29.30133.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/cl.exe - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/cl.exe - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Could not use git to determine source version, using version
-- Performing Test VTK_REQUIRE_LARGE_FILE_SUPPORT
-- Performing Test VTK_REQUIRE_LARGE_FILE_SUPPORT - Failed
-- Module testing disabled due to `VTK_FORBID_DOWNLOADS` being set.
-- Performing Test COMPILER_HAS_DEPRECATED_ATTR
-- Performing Test COMPILER_HAS_DEPRECATED_ATTR - Failed
-- Performing Test COMPILER_HAS_DEPRECATED
-- Performing Test COMPILER_HAS_DEPRECATED - Success
-- Checking whether C++ compiler has 'long long'
-- Checking whether C++ compiler has 'long long' - yes
-- Checking whether C++ compiler has '__int64'
-- Checking whether C++ compiler has '__int64' - yes
-- Checking whether long and __int64 are the same type
-- Checking whether long and __int64 are the same type - no
-- Checking whether long long and __int64 are the same type
-- Checking whether long long and __int64 are the same type - yes
-- Checking whether wstring is available
-- Checking whether wstring is available - yes
-- Checking whether C compiler has ptrdiff_t in stddef.h
-- Checking whether C compiler has ptrdiff_t in stddef.h - yes
-- Checking whether C compiler has ssize_t in unistd.h
-- Checking whether C compiler has ssize_t in unistd.h - no
-- Checking whether C compiler has clock_gettime
-- Checking whether C compiler has clock_gettime - no
-- Checking whether CXX compiler has setenv
-- Checking whether CXX compiler has setenv - no
-- Checking whether CXX compiler has unsetenv
-- Checking whether CXX compiler has unsetenv - no
-- Checking whether CXX compiler has environ in stdlib.h
-- Checking whether CXX compiler has environ in stdlib.h - yes
-- Checking whether CXX compiler has utimes
-- Checking whether CXX compiler has utimes - no
-- Checking whether CXX compiler has utimensat
-- Checking whether CXX compiler has utimensat - no
-- Checking whether CXX compiler struct stat has st_mtim member
-- Checking whether CXX compiler struct stat has st_mtim member - no
-- Checking whether CXX compiler struct stat has st_mtimespec member
-- Checking whether CXX compiler struct stat has st_mtimespec member - no
-- Looking for include files sys/types.h, ifaddrs.h
-- Looking for include files sys/types.h, ifaddrs.h - not found
-- Looking for GetProcessMemoryInfo
-- Looking for GetProcessMemoryInfo - found
-- Checking whether CXX compiler has rlimit64
-- Checking whether CXX compiler has rlimit64 - no
-- Checking whether CXX compiler has atol
-- Checking whether CXX compiler has atol - yes
-- Checking whether CXX compiler has atoll
-- Checking whether CXX compiler has atoll - yes
-- Checking whether CXX compiler has _atoi64
-- Checking whether CXX compiler has _atoi64 - yes
-- Checking whether <ext/stdio_filebuf.h> is available
-- Checking whether <ext/stdio_filebuf.h> is available - no
-- Found utf8cpp: D:/vcpkg/installed/x64-windows/include/utf8cpp
-- Looking for pthread.h
-- Looking for pthread.h - not found
-- Found Threads: TRUE
-- Performing Test VTK_HAS_STD_ISNAN
-- Performing Test VTK_HAS_STD_ISNAN - Success
-- Performing Test VTK_HAS_STD_ISINF
-- Performing Test VTK_HAS_STD_ISINF - Success
-- Performing Test VTK_HAS_STD_ISFINITE
-- Performing Test VTK_HAS_STD_ISFINITE - Success
-- Looking for isnan
-- Looking for isnan - found
-- Looking for isinf
-- Looking for isinf - found
-- Looking for isfinite
-- Looking for isfinite - found
-- Looking for finite
-- Looking for finite - not found
-- Looking for fenv.h
-- Looking for fenv.h - found
-- Looking for feenableexcept
-- Looking for feenableexcept - not found
-- Looking for getsockname in socket
-- Looking for getsockname in socket - not found
-- Checking for getsockname with socklen_t
-- Checking for getsockname with socklen_t -- 0
-- Looking for SO_REUSEADDR
-- Looking for SO_REUSEADDR - not found
-- Found Eigen3: D:/vcpkg/installed/x64-windows/include/eigen3 (found version "3.3.9")
-- Found double-conversion: D:/vcpkg/installed/x64-windows/lib/double-conversion.lib
-- Found LZMA: D:/vcpkg/installed/x64-windows/lib/lzma.lib (found version "5.2.5")
-- Found ZLIB: optimized;D:/vcpkg/installed/x64-windows/lib/zlib.lib;debug;D:/vcpkg/installed/x64-windows/debug/lib/zlibd.lib (found version "1.2.11")
-- Found EXPAT: optimized;D:/vcpkg/installed/x64-windows/lib/libexpat.lib;debug;D:/vcpkg/installed/x64-windows/debug/lib/libexpatd.lib (found version "2.2.9")
-- Found Freetype: optimized;D:/vcpkg/installed/x64-windows/lib/freetype.lib;debug;D:/vcpkg/installed/x64-windows/debug/lib/freetyped.lib (found version "2.10.4")
-- Found JPEG: optimized;D:/vcpkg/installed/x64-windows/lib/jpeg.lib;debug;D:/vcpkg/installed/x64-windows/debug/lib/jpegd.lib (found version "62")
-- Found PNG: optimized;D:/vcpkg/installed/x64-windows/lib/libpng16.lib;debug;D:/vcpkg/installed/x64-windows/debug/lib/libpng16d.lib (found version "1.6.37")
-- Found TIFF: optimized;D:/vcpkg/installed/x64-windows/lib/tiff.lib;debug;D:/vcpkg/installed/x64-windows/debug/lib/tiffd.lib (found version "4.1.0")
-- Found OpenGL: opengl32  found components: OpenGL
CMake Error at ThirdParty/hdf5/CMakeLists.txt:21 (message):
  An external MPI-aware HDF5 requires that VTK be built with MPI support as
  well.

-- Configuring incomplete, errors occurred!
See also "D:/vcpkg/buildtrees/vtk/x64-windows-rel/CMakeFiles/CMakeOutput.log".
See also "D:/vcpkg/buildtrees/vtk/x64-windows-rel/CMakeFiles/CMakeError.log".
ninja: build stopped: subcommand failed.

@embeddedmz Please pull the latest code.

CMake Error at ThirdParty/hdf5/CMakeLists.txt:21 (message):
An external MPI-aware HDF5 requires that VTK be built with MPI support as
well.
If you built hdf5 with mpi enabled you need to build vtk with mpi. Otherwise it won't work and the error tells you exactly what is going on.

@JackBoosY I have already pulled the commit "Fix feature option MPI". I am installing vtk[mpi] right now (Neumann deleted comment gave me that hint). Maybe after installing it, that will fix the issue (that's strange because I tried to install vtk[all] that includes MPI and I got the error related to MPI.

I have this error now :
CMake Error at D:/vcpkg/scripts/buildsystems/vcpkg.cmake:576 (_add_library):
  Target "IOGDAL" links to target "GDAL::GDAL" but the target was not found.
  Perhaps a find_package() call is missing for an IMPORTED target, or an
  ALIAS target is missing?
Call Stack (most recent call first):
  CMake/vtkModule.cmake:3393 (add_library)
  IO/GDAL/CMakeLists.txt:8 (vtk_module_add_module)

ninja: error: FindFirstFileExA(optimized;g:/20147/vcpkg/installed/x64-windows/lib/gdal_i.lib;debug;g:/20147/vcpkg/installed/x64-windows/debug/lib): The filename, directory name, or volume label syntax is incorrect.

Well, I fixed a lot in the exported pkgconfig files of gdal's dependencies (non-windows). But there is huge gap left:
Exporting the usage requirements from gdal (pkgconfig at least), with all transitive requirements.
Currently it is baked into several depending ports - similar how gdal`s msbuild dependencies (windows) are baked into port gdal.
I think what we need first is a maintainable way how to transfer usage requirements along msbuild dependency chains. (It is not just gdal.) Options are:

.pc files with pkgconfig.
find_package config and modules with cmake.
simple custom cmake files.

(Side note: It is an issue not just for ports using msbuild. Port qt5-base is build around find_library calls which in turn means it is also hard-coding external transitive usage requirements.

But there is huge gap left:
Exporting the usage requirements from gdal (pkgconfig at least), with all transitive requirements.

Sorry, this is mostly not valid. I also update the vcpkg cmake wrapper. So usage in CMake should be mostly okay.
But there is one dangerous thing about are vcpkg's wrappers: Putting debug/release variants in the <PKG>_LIBRARY variable. Some users expect this to be a file path, not a list. Cf. https://github.com/microsoft/vcpkg/pull/19692#issuecomment-920617216
This might be what leads to:

ninja: error: FindFirstFileExA(optimized;g:/20147/vcpkg/installed/x64-windows/lib/gdal_i.lib;debug;g:/20147/vcpkg/installed/x64-windows/debug/lib): The filename, directory name, or volume label syntax is incorrect.

optimized;g:/20147/vcpkg/installed/x64-windows/lib/gdal_i.lib;debug;g:/20147/vcpkg/installed/x64-windows/debug/lib :
In particular, this string looks like GDAL_LIBRARY minus the trailing filename of the debug library. So it is probably the result of an attempt to determine the directory where the gdal library resided - somewhat similar to the get_filename_component errors which I had with <PKG>_LIBRARY in other ports.

@dg0yt : https://github.com/microsoft/vcpkg/blob/4428702c1c56fdb7cb779584efdcba254d7b57ca/ports/qt5-base/portfile.cmake#L231

Putting debug/release variants in the _LIBRARY variable. Some users expect this to be a file path, not a list.

This just needs to be fixed downstream.

This just needs to be fixed downstream.

Which may mean: in the user's project.

https://github.com/microsoft/vcpkg/blob/4428702c1c56fdb7cb779584efdcba254d7b57ca/ports/qt5-base/portfile.cmake#L231

Taking this as a vote for pc files regarding my three options for improving port gdal (msbuild). I'm fine with that, even it means adding pc files to other msbuild ports.

@JackBoosY OK I will do it next monday and will give you a feedback. Thanks.

@JackBoosY It's OK for me ! Thank you for your efforts !

I think what we need first is a maintainable way how to transfer usage requirements along msbuild dependency chains. (It is not just gdal.)

I believe that as long as we have "use the upstream build system wherever possible" as a core design ideal anything like that is going to be difficult. MSBuild just doesn't have the ability to handle transitive dependencies like this :(


Cross-linking in _nav causes MkDocs to flag links as unrecognized

When using this plugin with the strictest MkDocs settings available in 1.5, using dir/ references in nav files causes MkDocs to flag those relative links as unrecognized:
WARNING -  Doc file '_nav.md' contains an unrecognized relative link 'dev/', it was left as is. Did you mean 'dev/index.md'?
WARNING -  Doc file '_nav.md' contains an unrecognized relative link 'contrib/', it was left as is. Did you mean
           'contrib/index.md'?

Very true, yes

Actually for your use case it seems like the file _nav.md shouldn't be part of the final site. In which case you should use this MkDocs 1.5 feature by adding this to mkdocs.yml:
exclude_docs: |
  _nav.md

Thanks, sounds great. Will try that and re-open if it doesn't resolve. 🙇


Compatibility

Hello
Can you guys update the docs on which versions this theme works?
I'm using Vue StoreFront 1.9.2, but it seems I can't it up and running.
Because Vue StoreFront is now on 1.10.2 and I like to know if you guys keep this theme up-to-date?
Thanks

Hi @KevinGorjan,
Added in 7329f78b4103da8b3d613e14bc7dd832db97f352

Thanks!


upgrade dependencies and dom-ref example for Vue 3

new dom ref see

Nice ! I upgraded project dependencies to fix CI issue. Remove your dependencies changes and let's merge it !

Nice ! I upgraded project dependencies to fix CI issue. Remove your dependencies changes and let's merge it !

I encountered an error while  remove my dependencies changes so I create a new pull request for this change.


Increase no files for root from 1024

We've had issues on some clusters where hanging processes have caused root to be unable to fork more processes because we hit the default limit.

Which process is hitting the limit? Nginx?

Consul checks using curl against chronos.

I was confused on what this was actually talking about, but I spoke with @stevendborrelli in person and I figured it out how. I made a branch increase-ulimit-root to add this to ansible's common role. I set the limit to 65000, but we can set it to something else

I'm making a reference to the new PR that is still working on this: #802

Anything else that needs to happen on this after CiscoCloud/consul-rpm#1 ?

No, that should cover it.

do we have to update the ansible tasks to use the new version of the rpm?

fixed by #823


[chart-fees-paid:] : Allow --sort

chart-fee-paid should support sort on fee-paid and forwarded.

Sorry I realise it is already sorted in the direction of --most-fees or --most-forwarded


Omega Update (Localized Holopads)

About the PR
Replaced all holopads with localized versions and a couple tiny misc (like buttons and tiles).
Media

Requirements

[X] I have read and am following the Pull Request and Changelog Guidelines.
[X] I have added media to this PR or it does not require an ingame showcase.

Wait let me remove the lathes since that issue just got made.


ignore problematic link during linkcheck

The CI is failing on the main branch because of a linkcheck problem.
Specifically:
(open_science/Licensing: line   51) broken    https://joinup.ec.europa.eu/collection/eupl/solution/joinup-licensing-assistant/jla-compatibility-checker - 403 Client Error: Forbidden for url: https://joinup.ec.europa.eu/collection/eupl/solution/joinup-licensing-assistant/jla-compatibility-checker

Curiously, linkcheck passes locally, but fails on CI despite multiple manual re-runs.
In any case, this  PR tells sphinx link check to ignore this specific link.

Curiously, linkcheck passes locally, but fails on CI despite multiple manual re-runs.

This happens a lot, and I've no idea why. Some kind of security to block bots?


Quote --sourcemap-output argument during ios build

Summary
Scheme names may contain whitespace characters is used as path of the
path for various files during build time. This means any path that
includes the scheme name in it needs to be surrounded by quotes.
You can see the generated command below for a project with a scheme
called Some Scheme:
node ./node_modules/react-native/cli.js bundle \
  --entry-file index.js \
  --platform ios \
  --dev false \
  --reset-cache \
  --bundle-output './ios/derivedDataBuild/Build/Intermediates.noindex/ArchiveIntermediates/Some Scheme/BuildProductsPath/Release-iphoneos/Some Scheme.app/main.jsbundle' \
  --assets-dest './ios/derivedDataBuild/Build/Intermediates.noindex/ArchiveIntermediates/Some Scheme/BuildProductsPath/Release-iphoneos/Some Scheme.app' \
  --sourcemap-output ./ios/derivedDataBuild/Build/Intermediates.noindex/ArchiveIntermediates/Some Scheme/BuildProductsPath/Release-iphoneos/Some Scheme.app/main.jsbundle.map

--bundle-output and --assets-dest are properly quoted, but
--sourcemap-output is not.
This changes $EXTRA_ARGS to an array of strings so that we can
propertly quote $PACKAGER_SOURCEMAP_FILE when passing it to the
--sourcemap-output argument. When running the bundle command, this
array is unwrapped and all its elements passed as individual arguments.
It also applies the same unwrapping to $EXTRA_PACKAGER_ARGS so that
users can also pass an array of options when arguments containing spaces
are needed.
It's important to note that these changes ARE backwards compatible: if
$EXTRA_PACKAGER_ARGS is defined as a simple string, instead of an
array of strings, the command won't break, as it will still expand
correctly.
Changelog

[iOS] [Fixed] - Source map path for schemes containing whitespaces
Test Plan

With the new change, the generated command becomes:
node ./node_modules/react-native/cli.js bundle \
  --entry-file index.js \
  --platform ios \
  --dev false \
  --reset-cache \
  --bundle-output './ios/derivedDataBuild/Build/Intermediates.noindex/ArchiveIntermediates/Some Scheme/BuildProductsPath/Release-iphoneos/Some Scheme.app/main.jsbundle' \
  --assets-dest './ios/derivedDataBuild/Build/Intermediates.noindex/ArchiveIntermediates/Some Scheme/BuildProductsPath/Release-iphoneos/Some Scheme.app' \
  --sourcemap-output './ios/derivedDataBuild/Build/Intermediates.noindex/ArchiveIntermediates/Some Scheme/BuildProductsPath/Release-iphoneos/Some Scheme.app/main.jsbundle.map'

HI @andersonvom do you mind rebasing on top of latest so that we can get these circle ci tests passing?

@charlesbdudley absolutely. we're back to all green! :D

@andersonvom This seems to be causing issues since bash doesn't support passing arrays in the environment.
I'm using originally:
export EXTRA_PACKAGER_ARGS="--unstable-transform-profile hermes-canary
Which expands to
node cli.js bundle --config ./metro.config.js --entry-file apps/app/loyalty-appclip.index.js --platform ios --dev false --reset-cache '--unstable-transform-profile hermes-canary'
That's invalid since the extra packager arg is interpreted as a single parameter and the rn cli errors because of invalid parameter.
I tried using an array, but this doesn't seem supported by bash and no extra arguments is passed.
export EXTRA_PACKAGER_ARGS=("--unstable-transform-profile" "hermes-canary")

Just to confirm what @janicduplessis said, this is also breaking my use of EXTRA_PACKAGER_ARGS.


mr list: Add --mine and --assignee options

On large projects it would be nice to find my merge requests or
someone else's merge requests.  While coding I came across this
old patchset from Alex Kalderimis and I have simply rebased it
to top-of-tree and squashed his two commits together.
Original commit message from Alex:
"Fixes #249, allowing MRs to be listed by assignee
This adds two new flags to the MR list command:

--mine: list only MRs assigned to me
--assignee=username: list only MRs assigned to a particular user"

Developed-by: Alex Kalderimis<EMAIL_ADDRESS>Tested-by: Prarit Bhargava<EMAIL_ADDRESS>Signed-off-by: Prarit Bhargava<EMAIL_ADDRESS>

A note on the implemention of  the "--mine" test.  We would have to assign a MR to the travis CI user.  The local user appears to be "travis" (ie, tests are run in /home/travis/) however, I cannot seem to find a matching username in github.  I'll look into it and see if I can figure out a way to get a matching username.
P.

Thanks for doing this, it's been on my "todo" for too long 😅 We'll call it OK on this  👍


Custom EVM tracer - log.contract.getAddress()

Describe the bug
log.contract.getAddress() is returning the implementation contract address instead of the proxy address
Steps to reproduce
The following RPC call against reth
{
    "jsonrpc": "2.0",
    "method": "debug_traceTransaction",
    "params": [
        "0xaa0667392bdf6c9823c3dc48a1b7074ef772f567c6b985e4ccd3f1c1c3bbb202",
        {
            "tracer": "{data: [], fault: function(log) {}, step: function(log) { if (log.op.toString().match(/LOG/)) { const topic1 = log.stack.peek(2).toString(16); const tokenAddress = toHex(log.contract.getAddress()); if (topic1 === \"ddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef\") { this.data.push({ event: \"Transfer\", pc: log.getPC(), tokenAddress}) } } }, result: function() { return this.data; }}"
        }
    ],
    "id": 1
}

Returns
{
    "jsonrpc": "2.0",
    "result": [
        {
            "event": "Transfer",
            "pc": 12300,
            "tokenAddress": "e42c659dc09109566720ea8b2de186c2be7d94d9"
        },
        {
            "event": "Transfer",
            "pc": 12300,
            "tokenAddress": "e42c659dc09109566720ea8b2de186c2be7d94d9"
        }
    ],
    "id": 1
}

When running against a Geth node, it returns
{
    "jsonrpc": "2.0",
    "id": 1,
    "result": [
        {
            "event": "Transfer",
            "pc": 12300,
            "tokenAddress": "0x889edc2edab5f40e902b864ad4d7ade8e412f9b1"
        },
        {
            "event": "Transfer",
            "pc": 12300,
            "tokenAddress": "0x889edc2edab5f40e902b864ad4d7ade8e412f9b1"
        }
    ]
}

Note the token address from reth is e42c659dc09109566720ea8b2de186c2be7d94d9 while Geth is 0x889edc2edab5f40e902b864ad4d7ade8e412f9b1
0x889edc2edab5f40e902b864ad4d7ade8e412f9b1 is the proxy address
0xe42c659dc09109566720ea8b2de186c2be7d94d9 is the implementation contract
Node logs
No response
Platform(s)
Windows (x86)
What version/commit are you on?
reth Version: 0.2.0-beta.3
Commit SHA: 56d688b
Build Timestamp: 2024-03-18T13:08:51.400134562Z
Build Features: jemalloc
Build Profile: maxperf

What database version are you on?
Current database version: 2
Local database version: 2

What type of node are you running?
Archive (default)
What prune config do you use, if any?
No response
If you've built Reth from source, provide the full command you used
No response
Code of Conduct

[X] I agree to follow the Code of Conduct

I believe it's this
https://github.com/paradigmxyz/evm-inspectors/blob/b3082f3deca76e721ac72cee4a6857b4ff88e684/src/tracing/js/mod.rs#L448-L454
I can't really remember why we did this for the regular tracer, but it looks like we need to remove this for JS


Fix clang-format failure on master

Thanks @aurianer, this was most likely caused by some of my changes.


New LLaMA-3 Seq. Classfier Model

Hi, congrats to your impactful work again.
We found that the LLaMA-3 model also performs well as the Seq. Classfier. Can you please include our latest LLaMA-3-RM into the reward-bench? We uploaded it at sfairXC/FsfairX-LLaMA3-RM-v0.1.
Thanks in advance!

Did you test to make sure it runs @hendrydong?
Mostly need to figure out which version of Transformers to upgrade to?
Will be fast via PR if you know the changes needed.
But yeah, thanks!

Yes. I have tested it. The pip list is attached as below. I think it is compatible with LLaMA-2.
The only added pkg should be for the tokenizer --  tiktokenand LLaMA-2 is based on sentencepiece.
PyYAML                    6.0.1
ray                       2.11.0
referencing               0.34.0
regex                     2024.4.16
requests                  2.31.0
rewardbench               0.1.0.dev0
rich                      13.7.1
rpds-py                   0.18.0
ruff                      0.4.0
safetensors               0.4.3
scipy                     1.13.0
semantic-version          2.10.0
sentencepiece             0.2.0
setuptools                68.2.2
shellingham               1.5.4
shortuuid                 1.0.13
shtab                     1.7.1
six                       1.16.0
sniffio                   1.3.1
starlette                 0.37.2
svgwrite                  1.4.3
sympy                     1.12
tabulate                  0.9.0
tiktoken                  0.6.0
tokenizers                0.15.2
tomli                     2.0.1
tomlkit                   0.12.0
toolz                     0.12.1
torch                     2.2.2
tqdm                      4.66.2
transformers              4.38.1
triton                    2.2.0
trl                       0.8.5
typer                     0.12.3
typing_extensions         4.11.0
tyro                      0.8.3
tzdata                    2024.1
urllib3                   2.2.1
uvicorn                   0.29.0
wavedrom                  2.0.3.post3
wcwidth                   0.2.13
websockets                11.0.3
wheel                     0.41.2
xxhash                    3.4.1
yarl                      1.9.4

@hendrydong will do it tmmw if I don't get to it tonight (you know I'm curious too)

Thank you so much! Feel free to tell me if you meet any issue. :)

@hendrydong I'm curious why y'all use sentiment classifier vs sequence classifier? Is it the same under the hood?


It'll be more convenient to enable share directory while browsing files.

After FLEX 3.0, it's great that share single file is enabled while under FLEXFileBrowser.
For our case, it would be more convenient if it's able to share a directory.

And here is the PR, https://github.com/Flipboard/FLEX/pull/286


Vim-style keyboard shortcuts (navigation with j/k)

It would be really nice if you could add navigation with j/k keys as an alternative to Up/Down arrows.
(And maybe "y" as an alternative to Ctrl+C).

This request feels too niche to implement and maintain to be honest. I guess it could be opt-in, but I want to keep the number of settings to a minimum as well. May be re-considered if the demand is high.


How to use addArrangedSubview while working with uistackview

When using the addArrangedSubview to uistackview it sets the width and height by default to 0. Is there a way I can call this function instead of doing addSubview ?

As indicated in #46, an intrinsicContentSize was added so this should be already solved.
And in the latest released APNGKit v2, it is considered from the very beginning to the layout should not break anymore.
I am closing it. If anyone finds a similar problem, please feel free to open a new one.


Typo in editions-and-components-of-sql-server-version-15

Typo in editions-and-components-of-sql-server-version-15
The hyperlink misses the first letter.

@MikeyBronowski : Thanks for your contribution! The author(s) have been notified to review your proposed change.

The typo fix looks good; thanks.


LDAP Login

Citric version: 0.0.5
Python version: 3.9
Operating System: Debian 11

I tried to login to the activated RemoteControl API and received the error saying the internal database authentification is not allowed for this user.
This makes sense, since I am trying to login via LDAP.
My question is:
Is it possible to use citric for LDAP acess to the API?
Best regards,
Matt

Hi @MatthiasGer0821! I completely overlooked this use case since I've never used LDAP with LimeSurvey.
I'm a correct in assuming that you'd be using the AuthLDAP plugin, or any similar plugin for that matter?
In that case, according to the RC docs I think I can update the Client signature to include an optional plugin argument like:
with Client(
    "https://mylimeserver.com/index.php/admin/remotecontrol",
    "iamadmin",
    "secret",
    plugin="AuthLDAP",
) as client:'
...

WIP PR: #140

Hi @edgarrmondragon, thank you for your response! Yes, i´d use the AuthLDAP plugin. Thank you for implementing this.
That´s a huge help.
Best regards,
Matt

Hey @MatthiasGer0821, I just cut a 0.0.6 release with the feature described here: https://citric.readthedocs.io/en/latest/#use-a-different-authentication-plugin.
Let me know if that allows to use LDAP login 🙂

Hi @edgarrmondragon.
Thanks so much! I tested it quite a bit and finally got it working!
The problem was that i received an error "invalid settings". I did some digging and found that I need to be superadmin to get the site settings, specifically RPCInterface.
But for my use case (i.e., not being super admin) i had to adjust the code:
In session.py, i had to comment out the following lines.
#if self.get_site_settings("RPCInterface") != "json":
#    raise LimeSurveyError("JSON RPC interface is not enabled.")
and then everything worked.
I got it after reading this: https://github.com/LimeSurvey/LimeSurvey/blob/master/application/helpers/remotecontrol/remotecontrol_handle.php#L100
I am not sure if my use case is super rare, I use limesurvey at the university i am working, and apparently it´s not possible to become superadmin, but they can enable the RC API.

Thanks for confirming and thank you for the ko-fi @MatthiasGer0821! 😄
You're right about the new issue. It seems like users without Superadmin permission can't call the get_site_settings RPC method. I created https://github.com/edgarrmondragon/citric/issues/142 to track that. The fix should as simple as removing that check. The get_session_key would fail before that anyway.

I just cut 0.0.7 with that fix 🙂


Javascript not executing

After upgrading to Turbolinks 5, the javascript in the new page is no longer executing. (Only the javascript in the original fully loaded page is executing). Has javascript execution in turbolinks 5 changed?

@coffeebite It looks like the event names have changed from a 'page' namespace to 'turbolinks'
See if $(document).on('turbolinks:render',function(){...} works for you.

@svesely is correct – event names have changed. However, I don't think turbolinks:render is the best event to listen to if you want to attach behavior after the page loads.
In most cases you'll only need to listen for turbolinks:load. It fires once on the initial page load in response to DOMContentLoaded, and again on every Turbolinks visit, whether it’s triggered by clicking a link, clicking the "back" or "forward" buttons, or by calling Turbolinks.visit().
In Turbolinks Classic it's likely you're doing something like this:
$(document).on "ready page:load", ->
  # Install behavior, bind event listeners, etc.

In Turbolinks 5 this becomes simply:
$(document).on "turbolinks:load", ->
  # Install behavior, bind event listeners, etc.

Note that Turbolinks caches each page immediately before it's replaced. If you've made changes to the DOM on turbolinks:load, they'll be reflected in the cache. If these changes are non-idempotent, you'll need to ensure you're not applying them again when a cached page is loaded. For example, you might uninstall behavior and unwind non-idempotent changes on turbolinks:before-cache (your chance to prepare your DOM for cache storage), or you might use data- attributes to denote elements have already been transformed.

Thanks guys. What I was referring to was this:
In the past, I could have a script tag in the middle of the body like this:
<script type="text/javascript">
  alert("Hello");
</script>

And it would execute when the page loaded via turbolinks. Now not any more.

Hi @coffeebite. Ah, yes. I understand now. Unfortunately Turbolinks 5 doesn't yet support script tag execution. It's on our list of missing features and we intend to add it before the final release.

Thanks.

@coffeebite, I wondered if you wouldn't mind elaborating a bit on your need for inline script execution. The main reason for its omission is that we haven't needed it at Basecamp. Thinking now about implementing it, a few questions come up as to how it should behave. Real-world examples, if you have them, would be helpful.
Thanks!

@packagethief This is an old example but might still be relevant: https://github.com/turbolinks/turbolinks-classic/issues/173
<script type="text/javascript">
  window.foo = <%= @foo.to_json %>;
</script>

@packagethief
We have a page where we rotate between different embedded content (say between youtube embed, flickr embed etc).
Some of these embeds e.g. a twitter widget, are just plain old javascript.
Here is an example page
http://padlet.com/demo_simon/goqx5gh33b/wish/4046565

Thanks @aaronvb and @coffeebite. Exactly the kind of examples I was looking for.

@packagethief I believe react-rails needs it in order to work.

For simple cases, I wonder if adding an event listener doing something like this during turbolinks:render will work...

+1 for executing

also we need jquery on ready to load too for new / not yet cached pages?

Even new <script> tags referencing external scripts in the <head> of the page are not executed. So this problem is not limited to inline scripts or scripts in <body>.
Let's say I'm currently on /a and navigate to /b. /b contains some JS that did not exist on /a.
/a:
<head>
<script src="foo.js">
</head>

/b:
<head>
<script src="foo.js">
<script src="bar.js">
</head>

When navigating from /a to /b, Turbolinks correctly ends up with this in the DOM:
<head>
<script src="foo.js">
<script src="bar.js">
</head>

… but bar.js is never fetched, let alone executed.
Is this expected? Or perhaps this is a problem on my side?

@wimleers In the docs it states Turbolinks will reload the body and merge head, which I assume by design shouldn't reload anything in head unless you reload the page. By adding data-turbolinks-track="reload" to your script tag, Turbolinks will reload the page if it detects a change.
I ran into this issue while using a content_for yield in head.

@aaronvb I'm not talking about reloading, I'm talking about loading at all. i.e. if different pages have different sets of scripts. Is this so uncommon in the Rails world?
(I'm coming at this from the Drupal world.)

@wimleers No, that isn't uncommon. I think it's a valid use case.

@wimleers Sorry, when I said reloading I meant reloading any sources in head including old and new. So in your case the new JS source wont be loaded.

During rendering, Turbolinks replaces the current <body> element outright and merges the contents of the <head> element. - https://github.com/turbolinks/turbolinks#navigating-with-turbolinks

Also check out https://github.com/turbolinks/turbolinks#reloading-when-assets-change - this is how I got it to at least load the new JS source when the page changes.

You’re not missing anything—we currently don’t load or evaluate any <script> tags beyond the ones processed by the browser on the initial page load.
We’re working on a general solution and will have one ready for the 5.0.0 release.

Ok, cool :)

are they any work around for this moment?
thank you :)

i made a work around,
but this does not detect any new js being added to force a reload.
maybe you may add this functionality.
my admin layout call this:
EZB.init();
So i only add jQuery(document).on('ready'),
and the rest is handled by my coffeescript:
``EZB.turbolink_loaded = false
EZB.init = ->
if EZB.turbolink_loaded
return
jQuery(document).on('turbolinks:load', (e)->
EZB.render_init()
)
document.addEventListener("turbolinks:request-start", (event)=>
xhr = event.data.xhr
xhr.setRequestHeader("X-Request-Turbo", 1)
)
return
EZB.render_init = ->
console.log('render init')
//todo your other scripting such as bootstrap tabs, selectize or select2 scripts
if EZB.turbolink_loaded
# not 1st time, loaded via turbo link
$('script').each((e)->
dom = $(this)
# console.log('src', dom.attr('src'))
if (!dom.attr('src'))
content = this.innerHTML
# console.log('evaluating', content)
eval(content)
)

else
EZB.turbolink_loaded = true

changing line below to { html: @response, ... }  will fix issue unless you have cache enabled.
https://github.com/turbolinks/turbolinks/blob/master/src/turbolinks/visit.coffee#L75

@attenzione I do not recommend making that change. The html option is only intended for rendering error responses.

We’re tracking development over in #65, for anyone who is interested in following along.

Off course I'll wait release, I just experimenting 😊
On Thu, Mar 31, 2016, 22:38 Sam Stephenson<EMAIL_ADDRESS>wrote:

We’re tracking development over in #65
https://github.com/turbolinks/turbolinks/pull/65, for anyone who is
interested in following along.
—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
https://github.com/turbolinks/turbolinks/issues/9#issuecomment-204093618

--
Regards, Sergey M.

Script element support is now available in Turbolinks 5.0.0.beta4.

Script execution was working when I was on Rails 4.2 and turbolinks-source (5.0.0.beta4), but now that I've upgraded to Rails 4 and turbolinks-source (5.0.0), it isn't working. Am I doing something wrong?

@svesely is correct – event names have changed. However, I don't think turbolinks:render is the best event to listen to if you want to attach behavior after the page loads.
In most cases you'll only need to listen for turbolinks:load. It fires once on the initial page load in response to DOMContentLoaded, and again on every Turbolinks visit, whether it’s triggered by clicking a link, clicking the "back" or "forward" buttons, or by calling Turbolinks.visit().
In Turbolinks Classic it's likely you're doing something like this:
$(document).on "ready page:load", ->
  # Install behavior, bind event listeners, etc.

In Turbolinks 5 this becomes simply:
$(document).on "turbolinks:load", ->
  # Install behavior, bind event listeners, etc.

Note that Turbolinks caches each page immediately before it's replaced. If you've made changes to the DOM on turbolinks:load, they'll be reflected in the cache. If these changes are non-idempotent, you'll need to ensure you're not applying them again when a cached page is loaded. For example, you might uninstall behavior and unwind non-idempotent changes on turbolinks:before-cache (your chance to prepare your DOM for cache storage), or you might use data- attributes to denote elements have already been transformed.

@packagethief I know this thread is super old at this point, but I am encountering problems with this and hoping you might be able to help. I updated my scoped js file to use $(document).on("turbolinks:load", function()... instead of standard jQuery, but the scripts are still not firing on the page load. I have exhausted resources I could find to try to understand why. Everything is working locally, but on production (Heroku) the behavior is absent. Thanks in advance.

@jraczak Having the same issue, were you able to resolve it?

Turbolinks is no longer under active development and it has been superseded by Turbo where the events have been renamed (turbo:* instead of turbolinks:*). Perhaps it should be a separate issue but since it's somewhat related I thought I just continue this thread and ask whether support for Turbo is planned?


revise label for supporting cell

close #1329

Hi @paolaroncaglia I did change the old labels to exact synonyms, I didn't delete them.
Is something else missing?
Thanks!

@nicolevasilevsky all is good - sorry I missed that! Thanks!

@paolaroncaglia can I go ahead and merge this? Or do we need more approvals?

@nicolevasilevsky I think it's fine, I'll merge. Thank you!


Killing Antivirus services on this pc

Hi, i get the following when executing the payload. I create a windows payload and the build has got no errors. but when i add --debug i get the following :
System error 5 has occurred.
Access is denied.
[*] Killing Antivirus services on this pc
i used the previous version without any issues.
kind regards

The error you encounter, is of windows security disabler
Technowlogger fails to disable the windows security because of less
privileges
Just run the exe with admin privileges
And you are good to go
And also, it will not affect the keylogger functionality so there is no
need to worry
On Tue, 2 Jun, 2020, 12:53 AM Hannes0084<EMAIL_ADDRESS>wrote:

Hi, i get the following when executing the payload. I create a windows
payload and the build has got no errors. but when i add --debug i get the
following :
System error 5 has occurred.
Access is denied.
[*] Killing Antivirus services on this pc
i used the previous version without any issues.
kind regards
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/Technowlogy-Pushpender/technowlogger/issues/24, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ANORYIR3SHYW3JXVF5T436DRUP54DANCNFSM4NQCNYHQ
.

Hi, first of all thanks for the feedback. Awesome program.
I am running the exe with admin privileges.
i just tested again and still the issue persists.
Anything else i can try?
i'm running Windows 10 version  10.0.18363 N/A Build 18363
thanks


Add autoRIFT golden test pairs for L4,5,7,9

The landsat-4 pair here failed with an OutOfMemoryError: Container killed due to memory usage for all 3 attempts (the log just abruptly ends which is indicative of a memory failure; confirmed by looking at the batch job)
https://hyp3-test-api.asf.alaska.edu/jobs/5efd7f58-0cdf-4663-bed7-68d7b00b16ee
I'll dig up a L4 pair we know runs.

@forrestfwilliams any thoughts as to why the L4 pair failed? Looks to be during the FFT step.

Submitted all the proposed pairs here to production:
https://hyp3-api.asf.alaska.edu/jobs?name=Golden test update for l457
{
  "jobs": [
    {
      "execution_started": true,
      "job_id": "75e52782-505b-4127-9107-66218c6691af",
      "job_parameters": {
        "granules": [
          "LC09_L1GT_215109_20220125_20220125_02_T2",
          "LC09_L1GT_215109_20220210_20220210_02_T2"
        ]
      },
      "job_type": "AUTORIFT",
      "name": "Golden test update for l457",
      "priority": 9996,
      "request_time": "2022-11-03T00:36:26+00:00",
      "status_code": "PENDING",
      "user_id": "jhkennedy"
    },
    {
      "execution_started": true,
      "job_id": "87278854-a560-4bab-8004-4f79c1f5e73f",
      "job_parameters": {
        "granules": [
          "LT05_L1GS_001013_19920425_20200915_02_T2",
          "LT05_L1GS_001013_19920628_20200914_02_T2"
        ]
      },
      "job_type": "AUTORIFT",
      "name": "Golden test update for l457",
      "priority": 9998,
      "request_time": "2022-11-03T00:36:26+00:00",
      "status_code": "PENDING",
      "user_id": "jhkennedy"
    },
    {
      "execution_started": true,
      "job_id": "d0e55049-c7cd-444b-87b9-6fef0d31b276",
      "job_parameters": {
        "granules": [
          "LE07_L1TP_063018_20040911_20200915_02_T1",
          "LE07_L1TP_063018_20040810_20200915_02_T1"
        ]
      },
      "job_type": "AUTORIFT",
      "name": "Golden test update for l457",
      "priority": 9997,
      "request_time": "2022-11-03T00:36:26+00:00",
      "status_code": "PENDING",
      "user_id": "jhkennedy"
    },
    {
      "execution_started": true,
      "job_id": "879efe81-adf2-48cb-89db-f4bd88c577e4",
      "job_parameters": {
        "granules": [
          "LT04_L1TP_063018_19880627_20200917_02_T1",
          "LT04_L1TP_063018_19880627_20200917_02_T1"
        ]
      },
      "job_type": "AUTORIFT",
      "name": "Golden test update for l457",
      "priority": 9999,
      "request_time": "2022-11-03T00:36:26+00:00",
      "status_code": "PENDING",
      "user_id": "jhkennedy"
    }
  ],
  "next": "https://hyp3-api.asf.alaska.edu/jobs?name=Golden+test+update+for+l457&start_token=eyJqb2JfaWQiOiAiZWEyNzkyMzgtM2M0Yi00YWI0LThkOWUtZWQ0OWZhZGZiYzkzIiwgInVzZXJfaWQiOiAiamhrZW5uZWR5IiwgInJlcXVlc3RfdGltZSI6ICIyMDIyLTAyLTE4VDIyOjI5OjQyKzAwOjAwIn0%3D"
}

Woops, accidentally summited the L4 pair with the same reference and secondary scenes. Here's the correct pair, as in the suggestion:
https://hyp3-api.asf.alaska.edu/jobs/4a74c527-f8d4-4ddf-b2ad-a3385f814153


added sow attention weights

Resolves #3530 using @JyChang012's implementation of sowing attention weights; this behavior can be configured at call time. An alternative option would be to return the weights as a tuple, as how Pytorch and Tensorflow does it

cc: @cgarciae @JyChang012 @Xiaoming-Zhao

👍

Just a small comment, can we give a more descriptive name to the mdl argument?

Just a small comment, can we give a more descriptive name to the mdl argument?

would module work instead

Codecov Report
Attention: 2 lines in your changes are missing coverage. Please review.

Comparison is base (512a6d8) 56.16% compared to head (ad996e6) 56.05%.
Report is 2 commits behind head on main.

Files
Patch %
Lines

flax/linen/attention.py
0.00%
2 Missing :warning:

Additional details and impacted files
@@            Coverage Diff             @@
##             main    #3529      +/-   ##
==========================================
- Coverage   56.16%   56.05%   -0.12%
==========================================
  Files         100      100
  Lines       11861    11863       +2
==========================================
- Hits         6662     6650      -12
- Misses       5199     5213      +14

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

Hi @chiamp , may I know whether we could change to the following alternative:

An alternative option would be to return the weights as a tuple, as how Pytorch and Tensorflow does it

I am asking because I just realized that intermediates in sow can only extracted at the outer-most call to nn.Module.
For example, if we have nested modules, which are all specified with nn.compact and nn.MultiHeadDotProductAttention is only called within some inner modules instead of the outer-most one. Then, it is not trivial to do any operation on the attentions within those inner modules in the forward pass.
However, if we can directly return a tuple, then any manipulation of the attention weights is straightforward.
I know that returning a tuple could be a break change. I am wondering whether there are some better solutions to this.
Or maybe I just misunderstand sow and the attention weights could actually be extracted within some inner modules in a nested case. I am happy to learn more about it. Thanks a lot in advance.

hi @Xiaoming-Zhao, would accessing the sowed intermediates via self.variables work for you:
class SubModel(nn.Module):
  attention_kwargs: dict

  @nn.compact
  def __call__(self, x, return_weights=False):
    x = nn.MultiHeadDotProductAttention(**self.attention_kwargs)(
      x, return_weights=return_weights
    )
    x = nn.MultiHeadDotProductAttention(**self.attention_kwargs)(x)
    x = nn.MultiHeadDotProductAttention(**self.attention_kwargs)(
      x, return_weights=return_weights
    )

    # access intermediates via self.variables
    if return_weights:
      attention_weights_0 = self.variables['intermediates']['MultiHeadDotProductAttention_0']['attention_weights']
      attention_weights_2 = self.variables['intermediates']['MultiHeadDotProductAttention_2']['attention_weights']

    return x

class Model(nn.Module):

  @nn.compact
  def __call__(self, x, return_weights=False):
    x = SubModel(
      dict(
        num_heads=8,
        qkv_features=16,
        kernel_init=initializers.ones,
        bias_init=initializers.zeros,
        deterministic=False,
      )
    )(x, return_weights=return_weights)

    # access intermediates via self.variables
    if return_weights:
      submodel_attention_weights_0 = self.variables['intermediates']['SubModel_0']['MultiHeadDotProductAttention_0']['attention_weights']
      submodel_attention_weights_2 = self.variables['intermediates']['SubModel_0']['MultiHeadDotProductAttention_2']['attention_weights']

    return x


Replace django-guardian with model based permission system

Once #50 is merged, we want to change the underlying method for storing workspace permissions from using django-guardian to a model, connecting users to workspaces with a role. This main reasons for this are:

Enforcing constraints in the database. With django-guardian, there's no way to enforce the permission constraints that we want at the database level, our only option is to attempt to enforce it using application logic, which is prone to error and edge cases. With a model, we can enforce these constraints at the database level, ensuring that any permissions which get into the database in the first place, must abide by the constraints that we set. These constraints are:

Each user can only have one role assigned to them per workspace.
Each workspace should only have one owner, or in other words, the 'owner' role should only be assigned to one user per workspace.

Simplicity of app logic. Since we can leverage the above mentioned constraints, the app logic becomes much simpler. Instead of doing lots of checks and weird edge case handling, we can assert that our permission constraints are enforced, and focus on our application logic.

I've done some exploratory work on the permissions-with-model branch, that can be used as a reference.

Each workspace should only have one owner, or in other words, the 'owner' role should only be assigned to one user per workspace.

I'd be more precise and say each workspace should have exactly one owner. Is that accurate?

I'd be more precise and say each workspace should have exactly one owner. Is that accurate?

There's a bit of a fine line here. The constraint in question would be placed on the permissions model, let's say WorkspacePermission. This would be a UniqueConstraint, which would ensure that any row with owner in the role column (any user assigned the 'owner' role) is unique per workspace. That is, every (workspace, role=owner) pairing is unqiue. To my knowledge, there's no constraint that we could place on the WorkspacePermission model to enforce that there's a (workspace, owner) row for every workspace that exists. So the enforcement that every workspace has a corresponding row with the owner role in the WorkspacePermission table would be entirely in our app logic.
From what I can tell, if we wanted to strictly enforce that each workspace always has exactly one owner, we'd simply need to add a required owner field to the Workspace model. This would change the permissions implementation, where each workspace has an owner, and then permissions to other users ( maintainer, writer, reader) can be granted through the WorkspacePermission table. Thinking about this for a minute, this actually make a lot of sense, and is more in line with how we naturally think about permissions. Instead of putting constraints on the WorkspacePermission model to have a special case for the owner role, they only contain the remaining roles, which can be assigned to any number of users. This would ensure that there are no orphaned workspaces. This would also add an extra step when checking a user's permission level, as we now need to check if they are the owner or have a role assigned to them, but if we structure our queries correctly, this won't take any extra time, and won't add much complexity either.
Reflecting on this, I think I'm actually in favor of this new approach, as it further enforces the consistency we want at the database level. This also doesn't actually deviate from the permissions model proposed in the RFC, as it's just the implementation that's changing.
@waxlamp let me know what you think.

I'm in agreement with @AlmightyYakob here. I think having the owner be a field on the workspace model is the most natural way to model this restriction. If you look at the permissions-role-model branch, I've been able to move away from using django-guardian with relatively few changes. Changing how ownership is implemented would take some additional work but nothing too intensive, I don't think

Thanks for that deep dive, @AlmightyYakob, and good to know that you agree, @naglepuff.
I have two remaining concerns:

I don't want to keep extending the work that needs to be done here. If this change (to storing an owner with each workspace) is a small one, and it's the right choice, then there's no problem. If it's a bigger change, then we're still probably just fine (since our goal here is a robust implementation that we won't have to think much about in the future), but it's worth thinking about the level of effort. Can you give me an estimate on this?
Are we sure that we want to enforce that each workspace has a single, unique owner? I think that's the way we've been thinking about permissions, but there are two alternatives: first, that workspaces can have at least one owner--this seems obnoxious to me, especially when we have the maintainer permission already, which is able to do everything but delete a workspace; second, that workspaces can have no owner--this kinda makes sense for things like truly public datasets that nobody owns, but that we admins can still mess with. On thinking about it, neither of those alternatives really seems to offer much value. What do you think?

Both of these concerns are pretty minor I think. If you both agree, then let's go ahead with the required owner field on the workspace model.
Thanks for the analysis and discussion!

Changing how ownership is modeled is a relatively small change. I've actually got it mostly working locally right now. I'm updating tests to make sure they all run correctly, which is the biggest part of the change, but wrapping that up and doing some functional testing should take only a few more hours of work.
I agree with your conclusion in point 2, that the alternatives don't seem to offer much value, and they deviate from the RFC.

Yeah, unless we have a concrete reason to modify the RFC, I don't think either of the options mentioned in your second point are worth pursuing. It looks like the permissions work is almost done, despite the rather long route we've taken.

Thanks guys. Go ahead and bring this in for a landing :)


yolox

HI, about yolox, can you update the config? i am tring fgd in yolox-tiny, but for ap50, it only improved 0.1%, could you give some suggestions?

Yolox-tiny has been fully trained, it is hard to benefit it more with distillation.

Thank you for your reply. If I use Yolo-small as a student model, YOLOX-x as teacher model, will it be improved? And the student network of distillation training from scratch?

You can have a try.

HI, about yolox, can you update the config? i am tring fgd in yolox-tiny, but for ap50, it only improved 0.1%, could you give some suggestions?

How to modify FGD to run yolox-tiny with yolox-l as the teather?  In FGD/configs/distillers/fgd, I can't find the config of yolox.
Thank you so much!


Lending protocol APY updates

The formulas for calculating APY on the lend/borrow platforms is lending more times than borrowing, which is not consistent with the actual leverage code in the vault contracts.
The contract lends and borrows the same amount of times.
function _leverage(uint256 _amount) internal {
        if (_amount < minLeverage) { return; }

        for (uint i = 0; i < borrowDepth; i++) {
            IVToken(iToken).mint(_amount);
            _amount = _amount.mul(borrowRate).div(100);
            IVToken(iToken).borrow(_amount);
        }

        reserves = reserves.add(_amount);

        updateBalance();
    }

This affects:

Aave on Avax
Banker Joe on Avax
Blizz Lending on Avax
Fortress on BSC
Venus on BSC
Geist on Fantom
Scream on Fantom
Lendhub on HECO
Aave on Matic

Could be quite a few vaults across these strats.

Orignal logic:
Lends once more than borrow because of the while clause having a i <= depth in lend and i < depth in borrow. This would only be appropriate if the vault itself was also lending once more than it borrow, which it does not so that it can have enough want to begin unwinding the position.
for (let i = 0; i <= depth; i++) {
    leveragedSupplyBase = leveragedSupplyBase.plus(
      supplyBase.times(borrowPercent.exponentiatedBy(depth - i))
    );
    leveragedSupplyGeist = leveragedSupplyGeist.plus(
      supplyGeist.times(borrowPercent.exponentiatedBy(depth - i))
    );
  }

  for (let i = 0; i < depth; i++) {
    leveragedBorrowBase = leveragedBorrowBase.plus(
      borrowBase.times(borrowPercent.exponentiatedBy(depth - i))
    );
    leveragedBorrowGeist = leveragedBorrowGeist.plus(
      borrowGeist.times(borrowPercent.exponentiatedBy(depth - i))
    );
  }

Proposed change:
Including lend and borrow in the same loop, but changing the way that exponentiation is handled.
  for (let i = 0; i < depth; i++) {
    leveragedSupplyBase = leveragedSupplyBase.plus(
      supplyBase.times(borrowPercent.exponentiatedBy(i))
    );
    leveragedSupplyGeist = leveragedSupplyGeist.plus(supplyGeist.times(borrowPercent.exponentiatedBy(i)));

    leveragedBorrowBase = leveragedBorrowBase.plus(
      borrowBase.times(borrowPercent.exponentiatedBy(i + 1))
    );
    leveragedBorrowGeist = leveragedBorrowGeist.plus(
      borrowGeist.times(borrowPercent.exponentiatedBy(i + 1))
    );
  }

In the configuration for the supply only strats, borrowDepth is currently set to 1. I believe this is unintuitive because there is no borrowing happening, it should be 0.

#520