mineflayer

is it possible to change createClient from minecraft-protocol to createBot from mineflayer?

Okay, i figured out how to do this by looking at the mainflyer source code.
https://github.com/PrismarineJS/mineflayer/blob/9497b67d85082317bf7bf7a19427ed9371cb2f49/lib/loader.js#L94
https://github.com/PrismarineJS/mineflayer/blob/9497b67d85082317bf7bf7a19427ed9371cb2f49/lib/loader.js#L71
as a result:
const bot =  mineflayer.createBot({       client: toServer,       ...this.options.clientOptions })


Parametric Bootstrap is full of commented code, we need this for our initial milestones.

https://github.com/HydrologicEngineeringCenter/HEC-FDA/blob/c73046d6b7c1e5d67c1db5fb322ae574f8fc5e3d/Statistics/ParametricBoostrap.cs#L6

https://github.com/HydrologicEngineeringCenter/HEC-FDA/blob/main/Statistics/Distributions/IDistributionExtensions.cs
Found this "IDistributionExtensions" file that has bootstrapping implemented it seems.


python311Packages.rpds-py: 0.8.8 -> 0.8.10

Description of changes

Things done

Built on platform(s)

[ ] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
23.11 Release Notes (or backporting 23.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[ ] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 242706 run on x86_64-linux 1

8 packages built:

python310Packages.referencing
python310Packages.referencing.dist
python310Packages.rpds-py
python310Packages.rpds-py.dist
python311Packages.referencing
python311Packages.referencing.dist
python311Packages.rpds-py
python311Packages.rpds-py.dist


Think the Build Step is required

Description
Update README.md to include pnpm build step
Linked Issues
Additional context

I have put the postinstall script so it's not required.


☂ draft-06 Series Support

This is an umbrella issue for tracking draft-06 changes.
Please create Issue or Pull-Request as needed.
Diffs from the draft-05

https://www.ietf.org/rfcdiff?url2=draft-ietf-quic-transport-06
https://www.ietf.org/rfcdiff?url2=draft-ietf-quic-recovery-06
https://www.ietf.org/rfcdiff?url2=draft-ietf-quic-tls-06 (No significant changes)
https://www.ietf.org/rfcdiff?url2=draft-ietf-quic-http-06

Let's skip -06 and focus on -07


Add unit test for video parse

Details

Related Issues

follow up PR: https://github.com/Expensify/react-native-live-markdown/pull/440
Manual Tests

Linked PRs

I'll update today

Still investigating to find the reason the test failed.

@nkdengineer The test with ![```test```](https://example.com/video.mp4) is failing because video alt text is escaped. Please come up with the fix for this input.

@tomekzaw Actually the video tag has the format <video>{videoName}</video> and then the other markdowns are applied in videoName. We need some changes in expensify-common to prevent other markdowns from being applied inside the video tag.

@tomekzaw I just added a patch about the required change in expensify-common let me know your thought.

@nkdengineer Please re-build parser as the CI is failing.

@tomekzaw Maybe I built the parser with the expensify-common applied patch and then the lint check failed. Do you think we need a PR in expensify-common?

Yes, please propagate all necessary changes to expensify-common.
Also, can you please run cd parser && yarn build and commit react-native-live-markdown-parser.js again?

Yes, please propagate all necessary changes to expensify-common.

My newest commit already runs build and đupate react-native-live-markdown-parser.js. The test fails maybe as I mentioned above. I think we can hold until I create a PR in expensify-common and it's merged.

Also, can you please run cd parser && yarn build and commit react-native-live-markdown-parser.js again?

The test fails because react-native-live-markdown-parser.js generated on CI is different than the one that is committed.
Looks like you've added a patch in parser/ directory – but the patch file is not listed in package.json.
Also, we don't run yarn patch-package when installing dependencies on the CI.
That's why the CI is failing.
I think we can hold this PR until the PR to expensify-common is merged.

@tomekzaw @ZhenjaHorbach An expensify-common PR here.
https://github.com/Expensify/expensify-common/pull/769

@tomekzaw The epxensify-common PR is merged and I bumped the version.

@nkdengineer Thanks for the PR!


added \header command for table headers and default values [XX] for tables' arguments.

Header command emulates D&D style of table headers.
Usage:
\header{DND Table}
\begin{dndtable}
	\textbf{Title 1} & \textbf{Title 2} \\
	3 & 4 \\
	5 & 6
\end{dndtable}

I really like the header. As far as I can tell, the default value actually forces the table to have only two columns. Any chance we could have just the header?

It only forces two columns if user don't set any options at all, like
\begin{dndtable}
1st col & 2nd col \\
...

If user sets his own argument it would be so
\begin{dndtable}[lXcc]
1st col & 2nd col & 3rd col & 4th col \\
...

Ah, you're right. I was using the
\begin{dndtable}{XXX}

syntax instead of
\begin{dndtable}[XXX] % square brackets

And thanks for contributing! The table header is a nice touch :)

Thank you too, for this wonderful template!
I actually used it for my first adventure on the dmsguild.com.

Wooww. Those maps looks really great. That's super impressive. Did you use any particular map-making tool?
Hmmm a map-making tool... :D

No, it's all handmade with Inkscape and Krita.

Wow. That's awesome :D
On Tue, Aug 16, 2016 at 02:09 Vladar4<EMAIL_ADDRESS>wrote:

No, it's all handmade with Inkscape and Krita.
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
https://github.com/evanbergeron/DND-5e-LaTeX-Template/pull/15#issuecomment-240047299,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AGQvM_vxnoe6Tq6soJkupbhCgKQcLKhxks5qgX4ygaJpZM4JkYHN
.


Feature Requst: filter “complete” budgets

Once a budget has been spent, it may be a visual impediment to seeing the more important stuff in active budgets.
Thus the budget filter view should be amended by a new filter “Remaining exceeds x €.“

This has been implemented with PR #235


Visual Studio Integration breaks if Schema Store is down

After upgrading my project to Preview 7, I'm getting the following errors if trying to run the project in Visual Studio
Severity    Code    Description    Project    File    Line    Suppression State
Error (active)        The remote server returned an error: (503) Server Unavailable.    MyApp.Aspire.AppHost    C:\Program Files\Microsoft Visual Studio\2022\Preview\MSBuild\Microsoft\VisualStudio\WebTools.Aspire\Microsoft.WebTools.Aspire.targets    47
Error (active)        The operation has timed out    MyApp.Aspire.UnitTests    C:\Program Files\Microsoft Visual Studio\2022\Preview\MSBuild\Microsoft\VisualStudio\WebTools.Aspire\Microsoft.WebTools.Aspire.targets    47

Looking at fiddler, its seems that https://json.schemastore.org/appsettings.json is the url that's returning a 503.  This error also seems to horribly break IntelliSense- as it stops being able to find any of the types in the Aspire packages.

This is a Visual Studio specific issue - both the dotnet run and VS Code can run & debug the project without issue.

@vijayrkn FYI -- I know we have internal tracking on this one as well.

I believe this was fixed before GA.

@vijayrkn can you confirm?


tilemap with BlankDynamicLayer eats my RAM

Version

Phaser Version: Phaser v3.17.0-FB (WebGL | Web Audio)
Operating system: Linux Fedora
Browser: Firefox (not sure if specific)

Description
I've been using static layers, and tilemapTiledJSON, and it worked nicely.
Now I'm moving the map to a database, it's quite a big map so I thought I'd load it dynamically when the character moves.
I found out about dynamic layers, and am trying to use them, that's where I'm having the problem : whenever I refresh the page, the RAM isn't freed, so at some point my system freezes.
Example Test Code
  preload () {
    // load the tileset
    this.load.image('tileset_terrain', tileset_terrain)

    // character atlas (group of tilesets)
    this.load.atlas("atlas", "https://www.mikewesthad.com/phaser-3-tilemap-blog-posts/post-1/assets/atlas/atlas.png", "https://www.mikewesthad.com/phaser-3-tilemap-blog-posts/post-1/assets/atlas/atlas.json");
  }

  create () {
    this.map = this.make.tilemap({key: 'map', height: 2048, width: 2048});
    // tilesetTerrain has been extruded so we use margin and padding parameters
    // see : https://github.com/sporadic-labs/tile-extruder (docker built in assets/__TOOLS__)
    const tilesetTerrain = this.map.addTilesetImage("tileset_terrain", "tileset_terrain", 32, 32, 0, 0);

    // Parameters: layer name (or index) from Tiled, tileset, x, y
    this.layerTerrain = this.map.createBlankDynamicLayer("layerterrain", tilesetTerrain);

    this.layerTerrain.putTileAt(0, 50,50)
    this.layerTerrain.putTileAt(0, 51,50)
    this.layerTerrain.putTileAt(0, 52,50)
    this.layerTerrain.putTileAt(0, 53,50)
    this.layerTerrain.putTileAt(0, 54,50)
  }

Additional Information
https://i.imgur.com/MuHn0ka.png
At ~50 I load the page for the first time.
At ~30 I reload the page (ctrl + F5)
At ~15 I close the browser tab.
I think that making a 2048 x 2048 tiles map is quite huge for the browser, so it takes a lot of space in RAM.
What I don't understand is that the RAM isn't freed when the page is reloaded.
Also I think I'm doing this wrong. The map shouldn't be much bigger than the camera view actually (just a little bit), I'd love to be able to create an open world, with all data being server side.
Are there better ways than what I am doing ? any link to resources would be much welcome !
Thank you for this amazing work, I love phaser :)

You're doing nothing wrong, the bug is with Firefox. There is absolutely no way it should hold anything in memory if you refresh the page and have the cache disabled in its dev tools. If you use Chrome, or Edge (although not on Linux), or Safari, you won't see this happen. It's a FF exclusive issue, and I've honestly no idea what causes it.
For an immediate solution: use Chrome.
For a longer-term solution perhaps this needs raising as a FF issue, but it could well be 'by design' too. Maybe something their dev tools does on purpose to keep instrumentation going post refresh? I honestly don't know. It doesn't seem logical, but there's a reason to be found somewhere.

Just to add that FF also does something similar when using WebGL - if you refresh the page too many times it will run out of GL contexts to use and start throwing errors. Which is insane. You've refreshed the page. It should start from a completely blank slate, but for some reason, it doesn't.
So, again, whatever is holding onto those gl contexts is likely the same reason this issue is happening too.

You are right indeed, I'm now using chromium and the memory is freed when I refresh the page.
I wonder why firefox does keep those resources allocated, they aren't linked to anything anymore so that's just a memory waste.
I think this should be closed then.
I've just a little question, if you just have a few seconds; I'm trying to build a top-down openworld, the idea is to have chunks of the map, and load / unload them given the position of the character.

At start, load the purple area, that is around the character, and when the character moves east, I'd unload the green area, and load the blue area. So that resources are freed and the map can be very big.
I'm now trying by using dynamic layers for each chunk, and I convert them to static layers when they are drawn, but my FPS are getting very low.
What would you recommend as en efficient way to do this ? Maybe I shouldn't use layers at all, right ?

Closing this as the root issue was a FF one. If you still want suggestions on the dynamic map question, please come and chat with us in the Phaser Discord, or on our forum.


actions should be part of the panel, but they aren't yet

Issue created from code comment with imdone.io

TODO:  actions should be part of the panel, but they aren't yet  id:18
src/vs/base/browser/ui/splitview/panelview.css:61
@imdone - Efficiently manage your project's technical debt. imdone.io

Issue closed by removing a comment.

TODO:  actions should be part of the panel, but they aren't yet  id:18 gh:23
src/vs/base/browser/ui/splitview/panelview.css:61
@imdone - Efficiently manage your project's technical debt. imdone.io


Links don't work on Windows in Dendron supplied Enhanced Markdown Preview

Please select the area your Bug applys to. (Multiple selections are Possible)

[ ] Onboard. Initial vault setup and import/export pods
[ ] Create. Note creation, lookup, snippets and templates
[ ] Retrieve. Backlinks, references, graph view
[ ] Structure. Refactoring, multi-vault and schemas
[ ] Publish. Sharing your repo with the world
[X] Misc (Choose this if your not sure)

Describe the bug
When I create a link in a Markdown file and then use the Dendron supplied Enhanced Markdown Preview to click on the link, I get the following error:
Unable to open 'test.file.md': Unable to read file '\\C:\Users\plazm\Dendron\vault\test.file.md' (Unknown (FileSystemError): Error: UNKNOWN: unknown error, stat '\\C:\Users\plazm\Dendron\vault\test.file.md').
To Reproduce
Create a new markdown file.  Create a second file and create a link back to the first file using either [[]] or ()[] syntax. Open Enhanced Markdown Previewer and click on the link,
Expected behavior
The link should open the file
Desktop (please complete the following information)

OS: [Windows 10]
Browser [Firefox]
Version [89.0.2]

Additional context
The VS Code built in Markdown Previewer does not have this problem.  And clicking on the link inside the markdown file itself works/
Dendron Log file
Please attach the output of >Dev:Dendron: Open Logs here
Plugin Logs
{"level":30,"time":1624982532596,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"Logger:configure","msg":"exit","log_level":"info"}
{"level":30,"time":1624982532694,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"_activate","stage":"prod","isDebug":false,"logPath":"c:\\Users\\plazm\\AppData\\Roaming\\Code\\logs\\20210629T115410\\exthost1\\dendron.dendron","logLevel":"info","extensionPath":"c:\\Users\\plazm\\.vscode\\extensions\\dendron.dendron-0.48.0","extensionUri":{"$mid":1,"fsPath":"c:\\Users\\plazm\\.vscode\\extensions\\dendron.dendron-0.48.0","_sep":1,"path":"/c:/Users/plazm/.vscode/extensions/dendron.dendron-0.48.0","scheme":"file"},"storagePath":"c:\\Users\\plazm\\AppData\\Roaming\\Code\\User\\workspaceStorage\\e7f188f8371dad5ce192a89ac513f81d\\dendron.dendron","workspaceFile":{"$mid":1,"fsPath":"c:\\Users\\plazm\\Dendron\\dendron.code-workspace","_sep":1,"external":"file:///c%3A/Users/plazm/Dendron/dendron.code-workspace","path":"/c:/Users/plazm/Dendron/dendron.code-workspace","scheme":"file"},"workspaceFolders":[{"uri":{"$mid":1,"fsPath":"c:\\Users\\plazm\\Dendron\\vault","_sep":1,"external":"file:///c%3A/Users/plazm/Dendron/vault","path":"/c:/Users/plazm/Dendron/vault","scheme":"file"},"name":"vault","index":0}]}
{"level":30,"time":1624982532699,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"DendronWorkspace","msg":"initialized"}
{"level":30,"time":1624982532795,"pid":24324,"hostname":"FAMILYROOM","name":"SegmentClient","msg":"user telemetry setting: enabled by config"}
{"level":30,"time":1624982532795,"pid":24324,"hostname":"FAMILYROOM","name":"SegmentClient","msg":"telemetry initializing"}
{"level":30,"time":1624982532796,"pid":24324,"hostname":"FAMILYROOM","name":"SegmentClient","msg":"using existing id"}
{"level":30,"time":1624982532797,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","msg":"Telemetry is disabled? false"}
{"level":30,"time":1624982532801,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"_activate","config":{"version":1,"vaults":[{"fsPath":"vault"}],"useFMTitle":true,"useNoteTitleForLink":true,"noAutoCreateOnDefinition":true,"noLegacyNoteRef":true,"noXVaultWikiLink":true,"lookupConfirmVaultOnCreate":false,"autoFoldFrontmatter":true,"journal":{"dailyDomain":"daily","name":"journal","dateFormat":"y.MM.dd","addBehavior":"childOfDomain","firstDayOfWeek":1},"site":{"copyAssets":true,"siteHierarchies":["root"],"siteRootDir":"docs","usePrettyRefs":true,"title":"Dendron","description":"Personal knowledge space","duplicateNoteBehavior":{"action":"useVault","payload":["vault"]}},"initializeRemoteVaults":true},"configMigrated":false,"msg":"read dendron config"}
{"level":30,"time":1624982532811,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"_activate","installStatus":"INITIAL_INSTALL","currentVersion":"0.48.0","previousWorkspaceVersion":"0.0.0","previousGlobalVersion":"0.48.0","platform":"win32","extensions":[{"id":"dendron.dendron-paste-image"},{"id":"dendron.dendron-markdown-shortcuts"},{"id":"dendron.dendron-markdown-preview-enhanced"}],"vaults":[{"fsPath":"vault"}]}
{"level":30,"time":1624982532817,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"startServer","logLevel":"info"}
{"level":30,"time":1624982532834,"pid":24324,"hostname":"FAMILYROOM","name":"api-server","ctx":"appModule:start","dirPath":"c:\\Users\\plazm\\.vscode\\extensions\\dendron.dendron-0.48.0\\dist"}
{"level":30,"time":1624982532839,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"_activate","msg":"post-start-server","port":49788,"durationStartServer":139}
{"level":30,"time":1624982532843,"pid":24324,"hostname":"FAMILYROOM","name":"logger","ctx":"FileStorageV2","wsRoot":"c:\\Users\\plazm\\Dendron","vaults":[{"fsPath":"vault"}],"level":"info"}
{"level":30,"time":1624982532844,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"d:run","msg":"pre-execute"}
{"level":30,"time":1624982532845,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"ReloadIndex.execute","msg":"enter"}
{"level":30,"time":1624982532906,"pid":24324,"hostname":"FAMILYROOM","name":"logger","ctx":"parseSchemaModuleOpts","fname":"root","root":{"fsPath":"vault"},"imports":[]}
{"level":30,"time":1624982533174,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"ReloadIndex.execute","durationEngineInit":325}
{"level":30,"time":1624982533174,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"ReloadIndex.execute","msg":"exit"}
{"level":30,"time":1624982533175,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"d:run","msg":"post-execute"}
{"level":30,"time":1624982533175,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"reloadWorkspace","msg":"post-ws.reloadWorkspace"}
{"level":30,"time":1624982533176,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"reloadWorkspace","msg":"exit"}
{"level":30,"time":1624982533177,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"postReloadWorkspace","msg":"no previous global version"}
{"level":30,"time":1624982533177,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"f:run","msg":"pre-execute"}
{"level":30,"time":1624982533178,"pid":24324,"hostname":"FAMILYROOM","name":"UpgradeSettingsCommand","ctx":"Upgrade:execute"}
{"level":30,"time":1624982533219,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"WorkspaceConfig:update","vscodeDir":"c:\\Users\\plazm\\Dendron\\vault\\.vscode","snippetChanges":{}}
{"level":30,"time":1624982533219,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"Upgrade:execute","newConfig":{"extensions":{},"settings":{"add":{},"errors":{}},"snippetChanges":{}}}
{"level":30,"time":1624982533219,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"Upgrade:execute","badExtensions":[]}
{"level":30,"time":1624982533219,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"f:run","msg":"post-execute"}
{"level":30,"time":1624982533220,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"postReloadWorkspace","msg":"postUpgrade: new wsVersion"}
{"level":30,"time":1624982533273,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"postReloadWorkspace","msg":"exit"}
{"level":30,"time":1624982533273,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"TreeView:getChildren","msg":"reconstructing tree"}
{"level":30,"time":1624982533274,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"setupViews","msg":"init:treeViewV2"}
{"level":30,"time":1624982533276,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"setupViews","msg":"init:backlinks"}
{"level":30,"time":1624982533280,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"activateWorkspace","stage":"prod","msg":"enter"}
{"level":30,"time":1624982533284,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"toggleViews","msg":"views enabled: true"}
{"level":30,"time":1624982533285,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"_activate","msg":"fin startClient","durationReloadWorkspace":578}
{"level":30,"time":1624982533285,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"showWelcomeOrWhatsNew","version":"0.48.0","previousExtensionVersion":"0.0.0"}
{"level":30,"time":1624982539179,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"u:run","msg":"pre-execute"}
{"level":30,"time":1624982539180,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"LookupCommand:execute","opts":{"flavor":"note"},"msg":"enter"}
{"level":30,"time":1624982539181,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"LookupCommand:execute","profile":0,"msg":"postCreateController"}
{"level":30,"time":1624982539181,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"LookupCommand:execute","profile":1,"msg":"post:extractRange"}
{"level":30,"time":1624982539181,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"LookupControllerV2:show","msg":"enter","cleanOpts":{"ignoreFocusOut":true}}
{"level":30,"time":1624982539182,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"LookupControllerV2:show","profile":0,"msg":"post:createQuickPick"}
{"level":30,"time":1624982539182,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"LookupControllerV2:show","profile":0,"msg":"post:createProvider"}
{"level":30,"time":1624982539183,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"updatePickerBehavior","activeButtons":[{"iconPathNormal":{"id":"find-selection"},"iconPathPressed":{"id":"menu-selection"},"type":"selectionExtract","pressed":true,"title":"Selection Extract","canToggle":true,"opts":{"title":"Selection Extract","iconOff":"find-selection","iconOn":"menu-selection","type":"selectionExtract"}}]}
{"level":30,"time":1624982539184,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"LookupCommand:execute","profile":3,"msg":"post:show"}
{"level":30,"time":1624982539186,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"","source":"updatePickerBehavior:normal"}
{"level":30,"time":1624982539189,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"","source":"updatePickerBehavior:normal","profile":2,"cancelled":false}
{"level":30,"time":1624982539190,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"LookupControllerV2:show","profile":0,"msg":"post:updatePickerBehavior"}
{"level":30,"time":1624982539190,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"LookupControllerV2:show","profile":0,"msg":"post:provide"}
{"level":30,"time":1624982539191,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"LookupControllerV2:show","profile":0,"msg":"exit"}
{"level":30,"time":1624982539191,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"u:run","msg":"post-execute"}
{"level":30,"time":1624982540526,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"t","source":"onValueChange"}
{"level":30,"time":1624
---
kupControllerV2:show","profile":0,"msg":"post:updatePickerBehavior"}
{"level":30,"time":1624982575840,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"LookupControllerV2:show","profile":0,"msg":"post:provide"}
{"level":30,"time":1624982575840,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"LookupControllerV2:show","profile":0,"msg":"exit"}
{"level":30,"time":1624982575840,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1624982575843,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","activeDocument":"c:\\Users\\plazm\\Dendron\\vault\\test.file.md"}
{"level":30,"time":1624982575843,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","msg":"exit","vault":{"fsPath":"vault"}}
{"level":30,"time":1624982575847,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"u:run","msg":"post-execute"}
{"level":30,"time":1624982575848,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":11}
{"level":30,"time":1624982575850,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","activeDocument":"c:\\Users\\plazm\\Dendron\\vault\\test.file.md"}
{"level":30,"time":1624982575850,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","msg":"exit","vault":{"fsPath":"vault"}}
{"level":30,"time":1624982575850,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"test.file","source":"updatePickerBehavior:normal","profile":14,"cancelled":false}
{"level":30,"time":1624982575860,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"test.file","source":"onValueChange"}
{"level":30,"time":1624982575860,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1624982575862,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1624982575865,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","activeDocument":"c:\\Users\\plazm\\Dendron\\vault\\test.file.md"}
{"level":30,"time":1624982575865,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","msg":"exit","vault":{"fsPath":"vault"}}
{"level":30,"time":1624982575867,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":6}
{"level":30,"time":1624982575870,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","activeDocument":"c:\\Users\\plazm\\Dendron\\vault\\test.file.md"}
{"level":30,"time":1624982575870,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","msg":"exit","vault":{"fsPath":"vault"}}
{"level":30,"time":1624982575871,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"test.file","source":"onValueChange","profile":10,"cancelled":false}
{"level":30,"time":1624982578272,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"test.file.","source":"onValueChange"}
{"level":30,"time":1624982578272,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1624982578273,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1624982578277,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","activeDocument":"c:\\Users\\plazm\\Dendron\\vault\\test.file.md"}
{"level":30,"time":1624982578277,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","msg":"exit","vault":{"fsPath":"vault"}}
{"level":30,"time":1624982578279,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":6}
{"level":30,"time":1624982578279,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"test.file.","source":"onValueChange","profile":7,"cancelled":false}
{"level":30,"time":1624982578394,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"test.file.2","source":"onValueChange"}
{"level":30,"time":1624982578395,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1624982578395,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1624982578397,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","activeDocument":"c:\\Users\\plazm\\Dendron\\vault\\test.file.md"}
{"level":30,"time":1624982578398,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","msg":"exit","vault":{"fsPath":"vault"}}
{"level":30,"time":1624982578399,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":4}
{"level":30,"time":1624982578399,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"test.file.2","source":"onValueChange","profile":4,"cancelled":false}
{"level":30,"time":1624982580034,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"onDidAcceptSingle","msg":"enter","value":"test.file.2","opts":{"flavor":"note"},"noteOverrides":{},"selectedItems":[{"fname":"Create New","id":"EvU7Ck99wXcaBHwwcU7QU","children":[],"vault":{"fsPath":"vault"},"parent":null}],"activeItems":[{"fname":"Create New","id":"EvU7Ck99wXcaBHwwcU7QU","children":[],"vault":{"fsPath":"vault"},"parent":null}]}
{"level":30,"time":1624982580034,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"onAcceptNewNode"}
{"level":30,"time":1624982580036,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","activeDocument":"c:\\Users\\plazm\\Dendron\\vault\\test.file.md"}
{"level":30,"time":1624982580036,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","msg":"exit","vault":{"fsPath":"vault"}}
{"level":30,"time":1624982580036,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"onAcceptNewNode","msg":"createNewPick","value":"test.file.2"}
{"level":30,"time":1624982580037,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","activeDocument":"c:\\Users\\plazm\\Dendron\\vault\\test.file.md"}
{"level":30,"time":1624982580037,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","msg":"exit","vault":{"fsPath":"vault"}}
{"level":30,"time":1624982580037,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"onAcceptNewNode","msg":"create normal node"}
{"level":30,"time":1624982580038,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"onAcceptNewNode","msg":"post:maybeAddSchema"}
{"level":30,"time":1624982580038,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"onAcceptNewNode","msg":"pre:checkNoteExist"}
{"level":30,"time":1624982580040,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","activeDocument":"c:\\Users\\plazm\\Dendron\\vault\\test.file.md"}
{"level":30,"time":1624982580040,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"getVaultForOpenEditor","msg":"exit","vault":{"fsPath":"vault"}}
{"level":30,"time":1624982580040,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"onAcceptNewNode","msg":"pre:pickerOnCreate"}
{"level":30,"time":1624982580042,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"onAcceptNewNode","msg":"pre:engine.write","uri":{"$mid":1,"path":"/c:/Users/plazm/Dendron/vault/test.file.2.md","scheme":"file"}}
{"level":30,"time":1624982580115,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","msg":"enter","uri":{"$mid":1,"fsPath":"c:\\Users\\plazm\\Dendron\\vault\\test.file.2.md","_sep":1,"external":"file:///c%3A/Users/plazm/Dendron/vault/test.file.2.md","path":"/c:/Users/plazm/Dendron/vault/test.file.2.md","scheme":"file"}}
{"level":30,"time":1624982580123,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"showDocAndHidePicker","msg":"showTextDocument","fsPath":"c:\\Users\\plazm\\Dendron\\vault\\test.file.2.md"}
{"level":30,"time":1624982580183,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"FileWatcher:onDidCreate","uri":{"$mid":1,"fsPath":"c:\\Users\\plazm\\Dendron\\vault\\test.file.2.md","_sep":1,"path":"/c:/Users/plazm/Dendron/vault/test.file.2.md","scheme":"file"}}
{"level":30,"time":1624982580290,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"refreshTree"}
{"level":30,"time":1624982597270,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"WorkspaceWatcher:onWillSaveTextDocument","url":"c:\\Users\\plazm\\Dendron\\vault\\test.file.2.md","reason":1,"msg":"enter"}
{"level":30,"time":1624982597896,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"FileWatcher:onDidChange","uri":"c:\\Users\\plazm\\Dendron\\vault\\test.file.2.md"}
{"level":30,"time":1624982603917,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","msg":"enter","uri":{"$mid":1,"fsPath":"c:\\Users\\plazm\\Dendron\\vault\\test.file.2.md","_sep":1,"external":"file:///c%3A/Users/plazm/Dendron/vault/test.file.2.md","path":"/c:/Users/plazm/Dendron/vault/test.file.2.md","scheme":"file"}}
{"level":30,"time":1624982768536,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"h:run","msg":"pre-execute"}
{"level":30,"time":1624982768537,"pid":24324,"hostname":"FAMILYROOM","name":"dendron","ctx":"execute","opts":{}}

---
# Server Logs
,"msg":"exit"}
POST /api/note/write? 200 29.773 ms - 611 - 301
{"level":30,"time":1624982605584,"pid":24324,"hostname":"FAMILYROOM","name":"dendron.server","ctx":"config","msg":"get:enter"}
{"level":30,"time":1624982605585,"pid":24324,"hostname":"FAMILYROOM","name":"dendron.server","ctx":"config","msg":"get:ext","resp":{"error":null,"data":{"version":1,"vaults":[{"fsPath":"vault"}],"useFMTitle":true,"useNoteTitleForLink":true,"noAutoCreateOnDefinition":true,"noLegacyNoteRef":true,"noXVaultWikiLink":true,"lookupConfirmVaultOnCreate":false,"autoFoldFrontmatter":true,"journal":{"dailyDomain":"daily","name":"journal","dateFormat":"y.MM.dd","addBehavior":"childOfDomain","firstDayOfWeek":1},"site":{"copyAssets":true,"siteHierarchies":["root"],"siteRootDir":"docs","usePrettyRefs":true,"title":"Dendron","description":"Personal knowledge space","duplicateNoteBehavior":{"action":"useVault","payload":["vault"]}},"initializeRemoteVaults":true}}}
GET /api/config/get?ws=c%3A%5CUsers%5Cplazm%5CDendron 200 1.797 ms - 625 - -
POST /api/workspace/sync? 200 0.384 ms - 2648 - 34
{"level":30,"time":1624982606168,"pid":24324,"hostname":"FAMILYROOM","name":"dendron.server","ctx":"config","msg":"get:enter"}
{"level":30,"time":1624982606168,"pid":24324,"hostname":"FAMILYROOM","name":"dendron.server","ctx":"config","msg":"get:ext","resp":{"error":null,"data":{"version":1,"vaults":[{"fsPath":"vault"}],"useFMTitle":true,"useNoteTitleForLink":true,"noAutoCreateOnDefinition":true,"noLegacyNoteRef":true,"noXVaultWikiLink":true,"lookupConfirmVaultOnCreate":false,"autoFoldFrontmatter":true,"journal":{"dailyDomain":"daily","name":"journal","dateFormat":"y.MM.dd","addBehavior":"childOfDomain","firstDayOfWeek":1},"site":{"copyAssets":true,"siteHierarchies":["root"],"siteRootDir":"docs","usePrettyRefs":true,"title":"Dendron","description":"Personal knowledge space","duplicateNoteBehavior":{"action":"useVault","payload":["vault"]}},"initializeRemoteVaults":true}}}
GET /api/config/get?ws=c%3A%5CUsers%5Cplazm%5CDendron 200 1.587 ms - 625 - -
{"level":30,"time":1624982608432,"pid":24324,"hostname":"FAMILYROOM","name":"dendron.server","ctx":"config","msg":"get:enter"}
{"level":30,"time":1624982608433,"pid":24324,"hostname":"FAMILYROOM","name":"dendron.server","ctx":"config","msg":"get:ext","resp":{"error":null,"data":{"version":1,"vaults":[{"fsPath":"vault"}],"useFMTitle":true,"useNoteTitleForLink":true,"noAutoCreateOnDefinition":true,"noLegacyNoteRef":true,"noXVaultWikiLink":true,"lookupConfirmVaultOnCreate":false,"autoFoldFrontmatter":true,"journal":{"dailyDomain":"daily","name":"journal","dateFormat":"y.MM.dd","addBehavior":"childOfDomain","firstDayOfWeek":1},"site":{"copyAssets":true,"siteHierarchies":["root"],"siteRootDir":"docs","usePrettyRefs":true,"title":"Dendron","description":"Personal knowledge space","duplicateNoteBehavior":{"action":"useVault","payload":["vault"]}},"initializeRemoteVaults":true}}}
GET /api/config/get?ws=c%3A%5CUsers%5Cplazm%5CDendron 200 1.550 ms - 625 - -

# Dendron Confg
{"version":1,"vaults":[{"fsPath":"vault"}],"useFMTitle":true,"useNoteTitleForLink":true,"noAutoCreateOnDefinition":true,"noLegacyNoteRef":true,"noXVaultWikiLink":true,"lookupConfirmVaultOnCreate":false,"autoFoldFrontmatter":true,"journal":{"dailyDomain":"daily","name":"journal","dateFormat":"y.MM.dd","addBehavior":"childOfDomain","firstDayOfWeek":1},"site":{"copyAssets":true,"siteHierarchies":["root"],"siteRootDir":"docs","usePrettyRefs":true,"title":"Dendron","description":"Personal knowledge space","duplicateNoteBehavior":{"action":"useVault","payload":["vault"]}},"initializeRemoteVaults":true}
# Port
49788
# Workspace File
{
  "folders": [
    {
      "path": "vault"
    }
  ],
  "settings": {
    "dendron.rootDir": ".",
    "files.autoSave": "onFocusChange",
    "pasteImage.path": "${currentFileDir}/assets/images",
    "pasteImage.prefix": "/",
    "markdown-preview-enhanced.enableWikiLinkSyntax": true,
    "markdown-preview-enhanced.wikiLinkFileExtension": ".md",
    "editor.snippetSuggestions": "inline",
    "editor.suggest.snippetsPreventQuickSuggestions": false,
    "editor.suggest.showSnippets": true,
    "editor.tabCompletion": "on"
  },
  "extensions": {
    "recommendations": [
      "dendron.dendron-paste-image",
      "dendron.dendron-markdown-shortcuts",
      "dendron.dendron-markdown-preview-enhanced"
    ],
    "unwantedRecommendations": [
      "dendron.dendron-markdown-links",
      "dendron.dendron-markdown-notes",
      "shd101wyy.markdown-preview-enhanced",
      "kortina.vscode-markdown-notes",
      "mushan.vscode-paste-image"
    ]
  }
}

I just tested this on my Mac, and it works just fine on the Macintosh. So, this appears to be a Windows-only issue.

Thanks for reporting @apastuszak . I can repro as well, we will investigate.
@all-contributors please add @apastuszak for bug.

Thanks for the quick turnaround!

this should be fixed in v50 of Dendron. please post here if not, otherwise this issue will auto close in 3 days


safetensors_rust.SafetensorError: Error while deserializing header: HeaderTooLarge

I am trying to run the 7b-chat, but getting this error
Traceback (most recent call last):
File "/app/app.py", line 6, in
from model import run
File "/app/model.py", line 10, in
model = AutoModelForCausalLM.from_pretrained(
File "/usr/local/lib/python3.10/dist-packages/transformers/models/auto/auto_factory.py", line 493, in from_pretrained
return model_class.from_pretrained(
File "/usr/local/lib/python3.10/dist-packages/transformers/modeling_utils.py", line 2903, in from_pretrained
) = cls._load_pretrained_model(
File "/usr/local/lib/python3.10/dist-packages/transformers/modeling_utils.py", line 3246, in _load_pretrained_model
state_dict = load_state_dict(shard_file)
File "/usr/local/lib/python3.10/dist-packages/transformers/modeling_utils.py", line 447, in load_state_dict
with safe_open(checkpoint_file, framework="pt") as f:
safetensors_rust.SafetensorError: Error while deserializing header: HeaderTooLarge
safetensors_rust.SafetensorError: Error while deserializing header: HeaderTooLarge

Please make sure your model file path is correct, you can refer to the following article
https://soulteary.com/2023/07/21/use-docker-to-quickly-get-started-with-the-official-version-of-llama2-open-source-large-model.html


Enable the retrying when invalid OTP is provided

Purpose
Resolve issue - https://github.com/wso2/product-is/issues/17843
Goals

Describe the solutions that this feature/fix will introduce to resolve the problems described above

Approach

Describe how you are implementing the solutions. Include an animated GIF or screenshot if the change affects the UI (email<EMAIL_ADDRESS>to review all UI text). Include a link to a Markdown file or Google doc if the feature write-up is too long to paste here.

User stories

Summary of user stories addressed by this change>

Release note

Brief description of the new feature or bug fix as it will appear in the release notes

Documentation

Link(s) to product documentation that addresses the changes of this PR. If no doc impact, enter “N/A” plus brief explanation of why there’s no doc impact

Training

Link to the PR for changes to the training content in https://github.com/wso2/WSO2-Training, if applicable

Certification

Type “Sent” when you have provided new/updated certification questions, plus four answers for each question (correct answer highlighted in bold), based on this change. Certification questions/answers should be sent to<EMAIL_ADDRESS>and NOT pasted in this PR. If there is no impact on certification exams, type “N/A” and explain why.

Marketing

Link to drafts of marketing content that will describe and promote this feature, including product page changes, technical articles, blog posts, videos, etc., if applicable

Automation tests

Unit tests

Code coverage information

Integration tests

Details about the test cases and coverage

Security checks

Followed secure coding standards in http://wso2.com/technical-reports/wso2-secure-engineering-guidelines? yes/no
Ran FindSecurityBugs plugin and verified report? yes/no
Confirmed that this PR doesn't commit any keys, passwords, tokens, usernames, or other secrets? yes/no

Samples

Provide high-level details about the samples related to this feature

Related PRs

List any other related PRs

Migrations (if applicable)

Describe migration steps and platforms on which migration has been tested

Test environment

List all JDK versions, operating systems, databases, and browser/versions on which this feature/fix was tested

Learning

Describe the research phase and any blog posts, patterns, libraries, or add-ons you used to solve the problem.

Refer: https://github.com/wso2/product-is/issues/17843#issuecomment-1818317689


codec: dont copy bytes from previous encoding

previous code could copy bytes from previously encoded value

bors merge


Pkg 4581 - update to 12.4

Destination channel: defaults
Links

PKG-4581
Upstream repository
Upstream changelog/diff

Explanation of changes:
Previously, this was forked from conda-forge and some changes made for various reasons (see PR 1). Since then, conda-forge's recipe got updated to v12.4.
This rebases the changes we made onto their changes. It also removes the abs.yaml because we want to upload the packages to the main channel now.

Linter check found the following problems:
ERROR conda.cli.main_run:execute(124): `conda run conda-lint /tmp/abs_82cll31n3h/clone` failed. (See above for error)
The following problems have been found:
===== WARNINGS =====

clone/recipe/meta.yaml:107: license_file_overspecified: Using license_file and license_url is overspecified.
clone/recipe/meta.yaml:0: no_global_test: Global tests are ignored in multi-output recipes.

===== ERRORS =====

clone/recipe/meta.yaml:107: missing_dev_url: The recipe is missing a dev_url
clone/recipe/meta.yaml:1: missing_tests: output "cuda-cccl": No tests were found.
clone/recipe/meta.yaml:44: outputs_not_unique: output "cuda-cccl": Output name is not unique
clone/recipe/meta.yaml:107: missing_license_family: The recipe is missing the about/license_family key.
===== Final Report: =====
4 Errors and 2 Warnings were found

Linter check found the following problems:
ERROR conda.cli.main_run:execute(124): `conda run conda-lint /tmp/abs_00oqmgqnyh/clone` failed. (See above for error)
The following problems have been found:
===== WARNINGS =====

clone/recipe/meta.yaml:0: no_global_test: Global tests are ignored in multi-output recipes.
clone/recipe/meta.yaml:107: license_file_overspecified: Using license_file and license_url is overspecified.

===== ERRORS =====

clone/recipe/meta.yaml:44: outputs_not_unique: output "cuda-cccl": Output name is not unique
clone/recipe/meta.yaml:107: missing_license_family: The recipe is missing the about/license_family key.
clone/recipe/meta.yaml:1: missing_tests: output "cuda-cccl": No tests were found.
clone/recipe/meta.yaml:107: missing_dev_url: The recipe is missing a dev_url
===== Final Report: =====
4 Errors and 2 Warnings were found

Linter check found the following problems:
ERROR conda.cli.main_run:execute(124): `conda run conda-lint /tmp/abs_117x8fxl92/clone` failed. (See above for error)
The following problems have been found:
===== WARNINGS =====

clone/recipe/meta.yaml:0: no_global_test: Global tests are ignored in multi-output recipes.
clone/recipe/meta.yaml:107: license_file_overspecified: Using license_file and license_url is overspecified.

===== ERRORS =====

clone/recipe/meta.yaml:107: missing_dev_url: The recipe is missing a dev_url
clone/recipe/meta.yaml:1: missing_tests: output "cuda-cccl": No tests were found.
clone/recipe/meta.yaml:107: missing_license_family: The recipe is missing the about/license_family key.
clone/recipe/meta.yaml:44: outputs_not_unique: output "cuda-cccl": Output name is not unique
===== Final Report: =====
4 Errors and 2 Warnings were found

Linter check found the following problems:
Traceback (most recent call last):
  File "/opt/conda/envs/linter/lib/python3.12/site-packages/anaconda_linter/lint/__init__.py", line 834, in lint_file
    recipe = _recipe.Recipe.from_file(
             ^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/opt/conda/envs/linter/lib/python3.12/site-packages/percy/render/recipe.py", line 243, in from_file
    raise exc from exc
  File "/opt/conda/envs/linter/lib/python3.12/site-packages/percy/render/recipe.py", line 234, in from_file
    recipe._load_from_string(text.read())
  File "/opt/conda/envs/linter/lib/python3.12/site-packages/percy/render/recipe.py", line 170, in _load_from_string
    self.render()
  File "/opt/conda/envs/linter/lib/python3.12/site-packages/percy/render/recipe.py", line 290, in render
    self.meta = renderer_utils.render(self.recipe_dir, self.dump(), self.selector_dict, self.renderer)
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/opt/conda/envs/linter/lib/python3.12/site-packages/percy/render/_renderer.py", line 272, in render
    raise YAMLRenderFailure(recipe_dir, line=exc.problem_mark.line) from exc
percy.render.exceptions.YAMLRenderFailure: /tmp/abs_a5b73up5t7/clone/recipe
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/opt/conda/envs/linter/lib/python3.12/site-packages/anaconda_linter/run.py", line 159, in main
sys.exit(prime())
^^^^^^^
File "/opt/conda/envs/linter/lib/python3.12/site-packages/anaconda_linter/run.py", line 138, in prime
result = linter.lint(recipes, subdir, args.variant_config_files, args.exclusive_config_files, args.fix)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/opt/conda/envs/linter/lib/python3.12/site-packages/anaconda_linter/lint/init.py", line 735, in lint
msgs = self.lint_file(
^^^^^^^^^^^^^^^
File "/opt/conda/envs/linter/lib/python3.12/site-packages/anaconda_linter/lint/init.py", line 851, in lint_file
recipe = _recipe.Recipe(recipe_name)
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/opt/conda/envs/linter/lib/python3.12/site-packages/percy/render/recipe.py", line 107, in init
self.recipe_dir = recipe_file.parent
^^^^^^^^^^^^^^^^^^
AttributeError: 'str' object has no attribute 'parent'
ERROR conda.cli.main_run:execute(124): conda run conda-lint /tmp/abs_a5b73up5t7/clone failed. (See above for error)

Linter check found the following problems:
ERROR conda.cli.main_run:execute(124): `conda run conda-lint /tmp/abs_aba2qw89_h/clone` failed. (See above for error)
The following problems have been found:
===== WARNINGS =====

clone/recipe/meta.yaml:114: license_file_overspecified: Using license_file and license_url is overspecified.
clone/recipe/meta.yaml:0: no_global_test: Global tests are ignored in multi-output recipes.

===== ERRORS =====

clone/recipe/meta.yaml:114: missing_dev_url: The recipe is missing a dev_url
clone/recipe/meta.yaml:114: missing_license_family: The recipe is missing the about/license_family key.
clone/recipe/meta.yaml:51: outputs_not_unique: output "cuda-cccl": Output name is not unique
clone/recipe/meta.yaml:1: missing_tests: output "cuda-cccl": No tests were found.
===== Final Report: =====
4 Errors and 2 Warnings were found

Linter check found the following problems:
ERROR conda.cli.main_run:execute(124): `conda run conda-lint /tmp/abs_8at2rtkn_z/clone` failed. (See above for error)
The following problems have been found:
===== WARNINGS =====

clone/recipe/meta.yaml:114: license_file_overspecified: Using license_file and license_url is overspecified.
clone/recipe/meta.yaml:0: no_global_test: Global tests are ignored in multi-output recipes.

===== ERRORS =====

clone/recipe/meta.yaml:114: missing_dev_url: The recipe is missing a dev_url
clone/recipe/meta.yaml:114: missing_license_family: The recipe is missing the about/license_family key.
clone/recipe/meta.yaml:51: outputs_not_unique: output "cuda-cccl": Output name is not unique
clone/recipe/meta.yaml:1: missing_tests: output "cuda-cccl": No tests were found.
===== Final Report: =====
4 Errors and 2 Warnings were found

Linter check found the following problems:
ERROR conda.cli.main_run:execute(124): `conda run conda-lint /tmp/abs_80d9bs1wel/clone` failed. (See above for error)
The following problems have been found:
===== WARNINGS =====

clone/recipe/meta.yaml:114: license_file_overspecified: Using license_file and license_url is overspecified.
clone/recipe/meta.yaml:0: no_global_test: Global tests are ignored in multi-output recipes.

===== ERRORS =====

clone/recipe/meta.yaml:51: outputs_not_unique: output "cuda-cccl": Output name is not unique
clone/recipe/meta.yaml:114: missing_dev_url: The recipe is missing a dev_url
clone/recipe/meta.yaml:114: missing_license_family: The recipe is missing the about/license_family key.
clone/recipe/meta.yaml:1: missing_tests: output "cuda-cccl": No tests were found.
===== Final Report: =====
4 Errors and 2 Warnings were found

Linter check found the following problems:
ERROR conda.cli.main_run:execute(124): `conda run conda-lint /tmp/abs_ccs7tl1g0p/clone` failed. (See above for error)
The following problems have been found:
===== WARNINGS =====

clone/recipe/meta.yaml:0: no_global_test: Global tests are ignored in multi-output recipes.
clone/recipe/meta.yaml:114: license_file_overspecified: Using license_file and license_url is overspecified.

===== ERRORS =====

clone/recipe/meta.yaml:51: outputs_not_unique: output "cuda-cccl": Output name is not unique
clone/recipe/meta.yaml:114: missing_dev_url: The recipe is missing a dev_url
clone/recipe/meta.yaml:114: missing_license_family: The recipe is missing the about/license_family key.
clone/recipe/meta.yaml:1: missing_tests: output "cuda-cccl": No tests were found.
===== Final Report: =====
4 Errors and 2 Warnings were found

Linter check found the following problems:
ERROR conda.cli.main_run:execute(124): `conda run conda-lint /tmp/abs_a1tpspag2h/clone` failed. (See above for error)
The following problems have been found:
===== WARNINGS =====

clone/recipe/meta.yaml:114: license_file_overspecified: Using license_file and license_url is overspecified.
clone/recipe/meta.yaml:0: no_global_test: Global tests are ignored in multi-output recipes.

===== ERRORS =====

clone/recipe/meta.yaml:1: missing_tests: output "cuda-cccl": No tests were found.
clone/recipe/meta.yaml:114: missing_dev_url: The recipe is missing a dev_url
clone/recipe/meta.yaml:51: outputs_not_unique: output "cuda-cccl": Output name is not unique
clone/recipe/meta.yaml:114: missing_license_family: The recipe is missing the about/license_family key.
===== Final Report: =====
4 Errors and 2 Warnings were found

Linter check found the following problems:
ERROR conda.cli.main_run:execute(124): `conda run conda-lint /tmp/abs_21bp6qi5jn/clone` failed. (See above for error)
The following problems have been found:
===== WARNINGS =====

clone/recipe/meta.yaml:114: license_file_overspecified: Using license_file and license_url is overspecified.
clone/recipe/meta.yaml:0: no_global_test: Global tests are ignored in multi-output recipes.

===== ERRORS =====

clone/recipe/meta.yaml:51: outputs_not_unique: output "cuda-cccl": Output name is not unique
clone/recipe/meta.yaml:1: missing_tests: output "cuda-cccl": No tests were found.
clone/recipe/meta.yaml:114: missing_dev_url: The recipe is missing a dev_url
clone/recipe/meta.yaml:114: missing_license_family: The recipe is missing the about/license_family key.
===== Final Report: =====
4 Errors and 2 Warnings were found

Linter check found the following problems:
ERROR conda.cli.main_run:execute(124): `conda run conda-lint /tmp/abs_68yj1bpe_a/clone` failed. (See above for error)
The following problems have been found:
===== WARNINGS =====

clone/recipe/meta.yaml:0: no_global_test: Global tests are ignored in multi-output recipes.
clone/recipe/meta.yaml:114: license_file_overspecified: Using license_file and license_url is overspecified.

===== ERRORS =====

clone/recipe/meta.yaml:114: missing_license_family: The recipe is missing the about/license_family key.
clone/recipe/meta.yaml:1: missing_tests: output "cuda-cccl": No tests were found.
clone/recipe/meta.yaml:51: outputs_not_unique: output "cuda-cccl": Output name is not unique
clone/recipe/meta.yaml:114: missing_dev_url: The recipe is missing a dev_url
===== Final Report: =====
4 Errors and 2 Warnings were found


(-null) appearing in PR checks sometimes

Do you want to request a feature or report a bug?
Bug
What is the current behavior?
Sometimes in PR status's, I see (-null) in the bundlesize checks. Sometimes it's perfectly fine. When there is (-null) in the check, the link doesn't display any data under the master section. See screenshots below.
Working

Clicking link:

Not Working

Clicking Link:

If the current behavior is a bug, please provide the steps to reproduce.
I'm unfortunately not sure what causes it to display null sometimes and no change other times.
What is the expected behavior?
It always says no change instead of -null
Please mention other relevant information.

node version: 8.4.0
npm version: 6.0.1
Operating system: Linux
bundlesize version: 0.17.0
CI you are using: Travis

Okay after more reading and finding this issue (https://github.com/siddharthkp/bundlesize/issues/155), I am guessing this is because I haven't granted commit status access to bundlesize. It seems like the simple checking against thresholds works fine without granting access, but comparing against master does not.

Despite granted the permission, but I still have this same issue

We're also experiencing the same isue here:

We run bundlesize via npx bundlesize with the following config:
  "bundlesize": [
    {
      "path": "./dist/static/assets/js/embed.js",
      "maxSize": "15 kB"
    },
    {
      "path": "./dist/static/assets/js/count.js",
      "maxSize": "2 kB"
    }
  ]

Which can be seen at: https://bundlesize-store.now.sh/build?info={"files"%3A[{"maxSize"%3A15360%2C"path"%3A".%2Fdist%2Fstatic%2Fassets%2Fjs%2Fembed.js"%2C"size"%3A14806%2C"compression"%3A"gzip"}%2C{"maxSize"%3A2048%2C"path"%3A".%2Fdist%2Fstatic%2Fassets%2Fjs%2Fcount.js"%2C"size"%3A1373%2C"compression"%3A"gzip"}]%2C"repo"%3A"coralproject%2Ftalk"%2C"branch"%3A"feature%2FCORL-1013"%2C"commit_message"%3A""%2C"sha"%3A"0f70ef29117b54be25dc87005e35b112d4bfbfc2"}
Which for some reason as well, is not loading the master numbers even though the same command (npx bundlesize) with the same environment is run on master builds.

Hey!
I'm working on a new version (1.0.0) of bundlesize that fixes all of these problems.
To not break any of the applications that use bundlesize with npx or with @latest, I'm building in a separate repo + app (until it's ready)
If you'd like you can try it out: https://github.com/siddharthkp/bundlesize2
Migration path:

Use the npm package bundlesize2 instead of bundlesize
If you'd like status reported back to github, use the flag --enable-github-checks + authorize bundlesize2 app. More in the docs
If anything breaks, let me know :)

Note: This is only until the new version is ready and then it will be merged back in this project as a major release

Just switched it out @siddharthkp, looks and works great! That fixed the issue.
What isn't clear is if you still require the BUNDLESIZE_GITHUB_TOKEN environment variable. I'd suggest adding a line for migrating describing what to do with that.

I'm glad!
Don't need GITHUB_TOKEN anymore because you have to install the app. Will add to migration guide 👍


Load images and annotations from CSV and use fit_generator with multi-output models

Following issue #10120, I am using the functional API to build a model with multiple (five) outputs and the same input, in order to simultaneously predict different properties of the data (images in my case). All the metadata of the dataset are stored in different CSV files (one for training, one for validation and one for test data).
An example of those entries is the following:

filename
emotions
valence
arousal
dominance
age

train/images/000000.jpg
7,9
5
3
9
Adult

train/images/000001.jpg
3
6
4
7
Adult

I have already written code to parse the CSV and save all different annotations into different numpy arrays (x_train.npy, emotions.npy etc.) which later I am loading in order to train my CNN.

The issues I want to raise are the following:

First, what is the most efficient way to save the parsed annotations in order to load them afterwards ?
Is it better to read the annotations on the fly from the CSV file instead of saving them to numpy (or any other format) ?
When I load the saved numpy arrays (the following example contains only images and a single metadata) (x_train, y_train),(x_val, y_val)

then I dotrain_generator = datagen.flow(x_train, y_train, batch_size=32)

and finally,history = model.fit_generator(train_generator,
                        epochs=nb_of_epochs,
                        steps_per_epoch= steps_per_epoch,
                        validation_data=val_generator,
                        validation_steps=validation_steps,
                        callbacks=callbacks_list)

My program seems to consume up to 20-25GB of RAM for the whole duration of the training process (which is done on GPU). In case I add more than one output my program crashes because of that memory leak (max RAM I've got is 32GB).
What will be a correct approach for loading the parsed annotations alongside the raw images ?

Let's say the above issue is fixed, what will be a correct approach to make use of ImageDataGenerator for multiple outputs like the following (discussed here as well):Xi[0], [Yi1[1], Yi2[1],Yi3[1], Yi4[1],Yi5[1]]

If anyone is interested in this issue please read more at this stackoverlow question.


Truth table generator

Added truth table function to evaluate all the truth value permutations for a given expression. Not operator need to be supported. Also, using parenthesis as an and operator needs to be added as a feature. Such function was able to resolves #6

LGTM, Merged!


[1.12.2] Model Loading Errors

Minecraft version & Mod Version:
1.12.2
1.13.3
Single player or Server:
Single Player
Problem:
There are multiple model loading errors that occur on startup.
I'm not sure anything is actually breaking, but I certainly like to keep a clean logfile and this is an extra four hundred lines I could do without.
Error log:
https://gist.github.com/NotAVerb/89076568b80a9d67f37213d1f54af212

Yep, typos in some JSON files and some were just missing.
Forge is weird, the items looked and worked fine in the mod even with these errors.  Good to fix.

There's also this in the latest 1.13.5 release
[main/WARN] [cyclicmagic]: Mod cyclicmagic is missing the required element 'version' and a version.properties file could not be found. Falling back to metadata version 1.13.5
and this in EmberRoot Zoo 1.3.5
[main/WARN] [emberroot]: Mod emberroot is missing the required element 'version' and a version.properties file could not be found. Falling back to metadata version 1.3.5
I didn't think they were important enough to warrant their own issues.

version.properties file, never heard of it.  Supposedly this was the correct way for the longest time so i might look into that one day   https://github.com/PrinceOfAmber/Cyclic/blob/master/src/main/resources/mcmod.info#L7
anyway, mod is Updated https://minecraft.curseforge.com/projects/cyclic/files/2537771


Wavedrom diagram rendering issues (font, dotted lines)

Hello, I'm trying to use svg2pdf to convert SVG files of Wavedrom diagrams generated by https://github.com/wallento/wavedrompy, but the rendering of text and dotted lines is different from SVG rendering in the browser and seems wrong.
Input SVG:

PDF from svg2pdf:

That's what I get:

The font looks right to me, you probably just don't have it installed correctly or for some reason svg2pdf just can't find it. See also #44, font handling is definitely something that should be improved.
As for the dotted lines, something indeed seems to be going wrong here, I will try to investigate it in the next few days.

MRP:
<?xml version="1.0" encoding="utf-8" ?>
<svg height="200"
     width="200" xmlns="http://www.w3.org/2000/svg"
     xmlns:xlink="http://www.w3.org/1999/xlink">
    <g>
        <g transform="translate(80.5,0.5)">
            <path d="m 0,0 0,150" id="gmark_0_0" style="stroke:#888;stroke-width:30;stroke-dasharray:1,3"/>
        </g>
    </g>
</svg>

Output:

So it boils down to this example:
<svg id="svg1" viewBox="0 0 200 200" xmlns="http://www.w3.org/2000/svg">
    <path d="M 100,25 L 100,175" fill="blue" stroke-opacity="0" stroke="green" />
</svg>

For some reason, Chrome and Acrobat will apply a fill to a line even though it's just a line...

Thanks, Laurenz!
The font issue is resolved, Helvetica is set as font-family in that SVG, and it seems that browsers just handle it as sans-serif on Windows for better compatibility.
Yes, dotted-lines issue depends on the PDF viewer. In Firefox the rendering is perfect, but in more popular Chrome and Acrobat it is not.

Yeah, I'll think about how we can circumvent this.

Happy to say that I managed to fix it, but it will be some time before I can open a PR because we need a new release of resvg (which has just been updated, so might probably be a while before that happens).

Great! Thank you!


s/org.langmeta/scala.meta/

We will soon perform the same renaming in scalameta/scalameta.

CI seems to be working 👍

👍 it's been a long day :D


Email: Some test cases are not shown in suspected-infra table

This test case JWTTestCase#testSpecificUserJWTClaims was shown in summary table but not in suspected infra table.

We couldn't reproduce this issue.


[KED-1619] catalog.yaml configurartion reference

I'd like to understand what valid entries in catalog.yaml files are. Searching the kedro docs got me to The Data Catalog. However the docs is an example, not really a reference. I was looking for something like e.g. GitLab's .gitlab-ci.yml configuration reference.

Hi, @fkromer thank you for your question.
Here is the list of datasets you can register in catalog.yml as type. jhttps://kedro.readthedocs.io/en/latest/kedro.extras.datasets.html
But if you have any specific question, feel free to ask us here or StackOverflow with kedro tag.
I can see the information is a bit scattered in the docs. We will have a look at Github docs and improve the structure of the docs.

Hi @921kiyo , thanks for the hint. I was interested in what keys such as type, etc. for different file_formats are valid as well. E.g. https://github.com/quantumblacklabs/kedro-examples/blob/master/kedro-exercises/spaceflight/conf/base/catalog.yml :
weather:
  type: spark.SparkDataSet
  filepath: s3a://your_bucket/data/01_raw/weather*
  file_format: csv
  credentials: dev_s3
  load_args:
    header: True
    inferSchema: True
  save_args:
    sep: '|'
    header: True

scooters:
  type: pandas.SQLTableDataSet
  credentials: scooters_credentials
  table_name: scooters
  load_args:
    index_col: ['name']
    columns: ['name', 'gear']
  save_args:
    if_exists: 'replace'
    # if_exists: 'fail'
    # if_exists: 'append'

I totally agree with you that we can improve the docs better, I've logged this ticket and will address it :)
While some keys (type, filepath version) are common for all datasets, some of the arguments (load_args, file_format) are datasets specific. The easiest way to find out which keys are valid would be to find a dataset you are interested in in https://kedro.readthedocs.io/en/latest/kedro.extras.datasets.html and see the constructor arguments (e,g https://kedro.readthedocs.io/en/latest/kedro.extras.datasets.pandas.HDFDataSet.html#kedro.extras.datasets.pandas.HDFDataSet)

@921kiyo Thx :)

Hi @fkromer, what would you think about a jsonschema that helped you validate your config file and autocomplete it (showing you what the required and optional fields are) in your IDE (that hopefully has support for jsonschema)?

@mzjp2 I thought about using strictyaml to validate correctness of yaml files. I already used it a couple of times and it works very well.

I believe this issue should be resolved with the jsonschema now provided within the kedro repository here: https://github.com/quantumblacklabs/kedro/tree/develop/static/jsonschema
They can be read standalone (but they are autogenerated and can be a little tedious to read) or integrated into your editor of choice (there is documentation provided at the latest version of the docs for how to integrate it with VSCode and PyCharm, the instructions for setting it up with any other editor should be similar.

Setup in VSCode was super easy and they work so good, thanks for this feature!

Setup in VSCode was super easy and they work so good, thanks for this feature!

Glad to hear! 🎉 — just a quick note that the links in the snippet for VSCode settings.json is wrong. It had an extra -schema — you can get the right link bu opening the static/jsonschema folder itself on GitHub. I have a PR open to fix this, just waiting on an approval and should be merged in a couple of hours! 🙌

Closing this based on the above comments. Please feel free to re-open or open a new issue if something crops up :)


Reduce the batch size limit for rummager

Given https://github.com/alphagov/rummager/pull/634
We can only request a maximum of 1000 records

@MatMoore


WIP: Change copyright name for new files to 'The Jaeger Authors'

Change the name used when adding a copyright header (using ./gradlew licenseFormat) to a new file to "The Jaeger Authors".

Codecov Report

Merging #144 into master will increase coverage by 0.01%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##             master     #144      +/-   ##
============================================
+ Coverage     36.22%   36.24%   +0.01%
- Complexity      597      598       +1
============================================
  Files            94       94
  Lines          6349     6349
  Branches       1052     1052
============================================
+ Hits           2300     2301       +1
  Misses         3866     3866
+ Partials        183      182       -1

Impacted Files
Coverage Δ
Complexity Δ

.../uber/jaeger/samplers/RemoteControlledSampler.java
92.85% <0%> (+1.42%)
19% <0%> (+1%)
:arrow_up:

Continue to review full report at Codecov.

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

Currently the license checking is not performed as part of the build. The plugin docs implies it is performed as part of the 'check' cycle: https://plugins.gradle.org/plugin/com.github.hierynomus.license - however not sure how this would cope with the year changing?

see also https://github.com/uber/jaeger-client-java/issues/121

Not relevant at this stage.


How to pass partials/components now that strict mode is the default?

I have a generic grid that I pass partials/components to, for rendering custom column content/markup
In the past I could just reference the component located in the parent by name, but with strict mode I can't anymore
Parent:
        data: function () {
            return {
                gridColumns: [ // grid column definitions
                    {
                        name: 'Name',
                        part: this.$options.partials.test,
                    }
            }
        },
        partials: {
            'test': 'partial here!'
        },

<grid :columns="gridColumns">

In the child grid:
        <td v-for="col in columns">
                <partial v-if="col.part" :name="col.part"></partial>

Sadly this fails, any idea how I can dynamically pass in components/partials?
VueJs 1.0.0-alpha.6
I could probably call vm.$interpolate for the 'partials' but that will likely be quite slow

Use content insertion?

BTW, please submit questions to the forum. The issues here are for bugs only.

I was asking something related when non-strict mode was deprecated: https://github.com/yyx990803/vue/issues/1170#issuecomment-133065007
I guess the right way to do this now is to generate the component if it is first party, or extend and override its assets if it is third party.
var Grid = require('grid'); // @NOTE: third party component

// @NOTE: first party component
function gridFactory(partials) {
  return {
    template: ...,
    partials: {
      cell: partials.cell
    },
  },
}

var cell = '...'; // @NOTE: partial

new Vue({
  el: ...,
  components: {
    GridOne: gridFactory({
      cell: cell,
    }),
    GridTwo: Grid.extend({
      partials: {
        cell: cell,
      },
    }),
  },
});

I think it worth discussing on the forum.

I just tried implementing this with content insertion, sadly being unable to access local scope is a deal breaker.
I'll try your way now @simplesmiler thanks =)


WebpackDevServer should not be used in production.

Hey there, great project!
I was poking around in the server code, and I noticed that both the dev and prod configurations use WebpackDevServer to serve up the application. I think that is not optimal, as the WDS documentation is pretty clear that it should never be used in production.
Luckily, this is a pretty easy thing to change; you can use the same webpack config to compile the code to a local directory and fire up an express server to serve up those static assets.
Cheers, and thanks for the work you do!

He @aickin, glad to hear you like the boilerplate!
server.prod.js gets started with npm run serve, it runs the website locally and tunnels it through ngrok so it's available and can be tested on the entire internet. I'm pretty sure nobody uses that in production. Thanks for your concern!


feat: cleanup code and improvements

Signed-off-by: Anish-Shobith<EMAIL_ADDRESS>Details
Name: Cleanup code
Code Review: @XynoxTheDev  @officialpiyush

[x] Cleanups of code
[x] Prettier
[x] Eslint
[x] Improvements in some parts of code
[x] Better Output messages at some place.

Checklist

[x] Have you followed the contributing guidelines?
[x] Have you explained what your changes do, and why they add value to the Guides?

Note: We will close your PR without comment if you do not check the boxes above and provide ALL requested information.

Don't Merge if you finished review too!

The commit f4c027c makes changes help command. It is now able to display per category, per command and everything, filters Owner only commands if the author is not a owner.

Hide the Owner category in the help command and only the owner of the bot can view that command category. In this way, it won't confuse users between Bot Owner & Guild Owner.
f4c027c


Do not execute defs and the main entrypoint during compilation

Background:
During compilation each statement is compiled and executed. The execution is required for the macro extension. Since macros can also use other definitions like def or defn, we can not decide before the compilation with one we need. Therefore everything is compiled.
Solution:
The *compile-mode* flag is usually set to false. However, during compilation it is set to true. We can use this flag as a gate for code that should not be executed during compilation.

I compiled and was able to show a web page (I had to rename out/app/todo-mvc.php to todo_mvc.php).
But now, quite naturally I think, accessing http://localhost:8000/?guestbook gives "The requested resource /?guestbook was not found on this server."
Again, I do not fully understand to purpose of compile, I was just eager to try it out. Nevertheless, I cannot withstand to pose some questions in the hope that they are not too annoyingly stupid:

Is compile meant to produce code that is then deployed to the production server?
If so, do there have to be any .phel files on the production server?
2a) especially, does the whole ./vendor directory have to be ftp'ed onto the production server? Are parts sufficient?
Is the advantage of compile that the code runs faster?
I could never have found out on my own which parts of my code to flag under compile-mode. The error messages of the compile command gave me no obvious hint. Is there a way to find out which parts to flag when compile refuses to complete?

Hi,
I just fixed the problem with todo-mvc.php and todo_mvc.php in the v0.5.x branch.
Regarding your questions:

Yes compile is for production builds. If you use the other method described in the getting started guide, the code is compiled with every request. Additionally, for every compilation there are a few temporary files created. These are also created in production. It is then just a matter of time until you run out of disk space ;)
The compile command compiles all files in your source directory and all files in the vendor directory and stores them in the out directory. You only need the PHP dependencies of the vendor directory on your server. However, the out directory also contains the Phel files and source map file. I will make use of them in future to provide better error reporting in production.
Probably answered in question 1. The code needs to be compiled with every request, which is slower and directly using the compiled PHP files.
I will write more about the compile command and the flag in future. But it is not that complicated. Either on def that contain side effects or on the main entry point of your application. (In your case the def routes has a side effect because it creates a database connection). Btw: Clojure has a similar flag: https://stackoverflow.com/questions/31324519/clojure-how-to-make-def-forms-evaluate-at-run-time-instead-of-compile-time


Owls 84594

The problem appears to have been an error in the logic for cluster comparison. That this works has been verified by the enabled integration test.
$ mvn clean install -Dskip.unit.tests=true
$ mvn -Dit.test=ItPodsShutdownOption -pl integration-tests -P integration-tests clean verify 2>&1 | tee log

Test Results
https://build.weblogick8s.org:8443/job/weblogic-kubernetes-operator-kind-new/2086/
I've also done some refactoring to reduce code duplication.

LGTM. The changes in this PR also fixed the problem in owls-84380 (see https://build.weblogick8s.org:8443/job/weblogic-kubernetes-operator-kind-new/2085/).

@sankarpn and @doxiao, I'm going to take your "LGTM" comments as approving the PR. In the future, please feel free to enter a review and approve it.


Fix #8 - Add author, updated date and status to frontmatter

@Kwpolska I've added author, updated and status. Status uses a selection widget based on the values in the Nikola documentation. I'm not very comfortable with including status, though. Could it create confusion with the Netlify CMS workflow? The admin interface also has a button about publishing status. I'm leaving this to you to decide.

And please consider accepting #16 instead of this one. That one includes this change.

I think the list is good, the button is just “publish” and nothing else. I feel the list is good, the rest would be too much, people can modify the posts outside of Netlify CMS if they need the more advanced options.


There is no Advanced Tables Toolbar Plugin icon.

I can confirm: the Advanced Tables Icon disappears when using LYT-Mode. Below screenshot shows a comparison between two themes (LYT Mode and Obsidian Nord).

This is strange. I've noticed this behavior with some tabs too. I'm looking
for help. Anyone know what's causing this?
On Tue, Apr 25, 2023 at 3:01 AM nabulke @.***> wrote:

I can confirm: the Advanced Tables Icon disappears when using LYT-Mode.
Below screenshot shows a comparison between two themes (LYT Mode and
Obsidian Nord).
[image: grafik]
https://user-images.githubusercontent.com/34624064/234243014-89d79bdf-e4fc-436a-8ee7-d986dbacbd35.png
—
Reply to this email directly, view it on GitHub
https://github.com/nickmilo/LYT-Mode/issues/57#issuecomment-1521517356,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AIOFMTK7EHZI2EL76J3VL5TXC6OJHANCNFSM6AAAAAAWIUTVQU
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>


add rural postman entrypoint

currently have examples as of #39, but need to add a general purpose entry_point.
Could rename chinese_postman.py (and the entry point name) to postman and pass in --rural as a CLI argument.  I think they're similar enough.
Or could bring the argparsing that they share into a common function that gets used by two different functions/entry-points

https://github.com/brooksandrew/postman_problems/pull/51


bugfix/Change the delete link

Some changes were made in the "link_to destroy" a product and now it also works fine on show.html.erb.

Muito legal @jhonnatas. Valeu pela ajuda!


What do you need to configure to enable XML Formatter?

Description
What seems to be the problem?
I've installed the extension and restarted Visual Studio Code several times, but when I launch the Format Document command (Ctrl+Alt+F in my system) it throws:

There is no document formatter for 'xml'-files installed.

Formatter Implementation
Which XML Formatter implementation are you using (the value of your xmlTools.xmlFormatterImplementation setting).
v2 (I haven't touched the default values). In fact that's the problem, I presume I need to configure something but the extension page doesn't mention it.
XML Tools Version
What version of XML Tools are you using?
2.4.0.
VS Code Version
What version of VS Code are you using?
1.30.2
Operating System
What OS (and version) are you using?
Windows 10 Pro (Spanish/Spain).

Same issue.
XML Tools Version
2.4.0.
VS Code Version
1.33.1
Operating System
Ubuntu 18.04.2 LTS

I have the same issue. Trying to format a large document (148Mb), nothing happens. All the XML Tools settings are default.
XML Tools Version
2.5.0
Formatter Implementation
v2
VS Code Version
1.34.0
Operating System
macOS Mojave / 10.14.5

Same here, installed today. Trying to format a 270MB file.
VS Code 1.35.0, XML Tools 2.5.0 OS Mac
Same with XML Format extension.

I'll look into this deeper to confirm when I have time, but this is possibly related to issue #122.

Yes, it does look very like issue #122
https://llink.to/?u=https:%2F%2Fgithub.com%2FDotJoshJohnson%2Fvscode-xml%2Fissues%2F122&e=4feb24c3e08ddd06ab7067d078f3c204
Seeing this, I consider my  issue closed. It is not a massive deal to me at
the moment, just an inconvenience.
Thanks for your update.
Kind regards,
Nigel Ainscoe
On Thu, 6 Jun 2019 at 18:56, Josh Johnson<EMAIL_ADDRESS>wrote:

Reopened #259 https://github.com/DotJoshJohnson/vscode-xml/issues/259.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/DotJoshJohnson/vscode-xml/issues/259?email_source=notifications&email_token=AAGI23HREFVSPIJNV2UHMJ3PZFFULA5CNFSM4GSBIBTKYY3PNVWWK3TUL52HS4DFWZEXG43VMVCXMZLOORHG65DJMZUWGYLUNFXW5KTDN5WW2ZLOORPWSZGOR3BVRFY#event-2395166871,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAGI23A25UIU4WICTHC3JL3PZFFULANCNFSM4GSBIBTA
.

I'll look into this deeper to confirm when I have time, but this is possibly related to issue #122.

So, if I understood correctly, you don't need to configure anything. Whatever problem I was having is a bug but it's probably related to large files, which was probably my case too. Then I think my issue is a duplicate of #122 indeed.


chore(master): release 1.18.0

:robot: I have created a release beep boop
1.18.0 (2023-09-05)
Features

系统设置国际化完善 (0134620)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/KYX1234/Element-Admin/releases/tag/v1.18.0 :sunflower:


Password length

take a length from the user which is at least 8 and at most 128
ensure the response is valid
pass that length to the generator

need to confirm the prompt


Poor accuracy while running the pretrained_word_embeddings example

I followed the tutorial from "https://blog.keras.io/using-pre-trained-word-embeddings-in-a-keras-model.html" and I downloaded the the code of pretrained_word_embeddings.py(included glove.6B.100d.txt and news20.tar.gz).
When the program was finished, I found that the accuracy was only 73% while the tutorial said that it could reach 95% classification accuracy on the validation set after only 2 epochs.
I don't know what was wrong, how can I solve this?
Thank you.

Seeing the same issue - the best it reaches is val_acc: 0.74 or so, and then ends up overfitting (train acc increasing, val_acc going down) if run for >10 epochs.
Adding in a Dropout(0.5) layer before the final preds only slows the overfitting a bit, and doesn't improve that validation accuracy.
Would be great @fchollet input on this one?

I'm also seeing this issue. Would love to know if anyone has figured out why.

This issue persists.  @fchollet Do you have any ideas?


No styles for citations

Hello,
I'd noticed that on DokuWiki Syntax page there's an option to use citations with > , but it didn't seems to work with Read the Dokus template.

Hello,
I can confirm that now it's working as expected. Thank you!


“.llvm_bc” ELF section

When executing "extract-bc main", an error was encountered：
WARNING： Could not find “.llvm_bc” ELF section in " ' ,so skipping this entry.
Hope to get your answer，Thanks。

It means that the object file in question probably wasn't compiled using wllvm.
Is there any ASM around?
Go any more details?
Kinda hard to see from a million miles away.

thank you for your reply.
First: Create a new project with clion：
CmakeLists.txt:
cmake_minimum_required(VERSION 3.10)
project(untitled C)
set(CMAKE_C_STANDARD 99)
add_executable(untitled main.c)
main.c:
#include <stdio.h>
int main() {
printf("Hello, World!\n");
return 0;
}
Second: Execute the following command：
#wllvm
export LLVM_COMPILER=clang
export WLLVM_OUPUT=DEBUG
#cmake
export CC=/usr/local/bin/wllvm
export CXX=/usr/local/bin/wllvm++
#cmake
cmake -DCMAKE_EXPORT_COMPILE_COMMANDS=1 .  #cmake 生成编译数据库
#wllvm make
CC=wllvm CXX=wllvm++ make
extract-bc untitled
It can be executed normally on ubuntu 18.04, but it cannot be executed on Ubuntu 16.04, an error is reported：
Hope to receive your reply。Thanks。

Lots of indirection here.
You need to figure out the actual compiler call that is doing the compiling.
My guess is that it isn't wllvm.

thank you for your reply.
I changed the content of the “CmakeLists.txt”：
cmake_minimum_required(VERSION 3.10)
project(untitled C)
set(CMAKE_C_COMPILER "/usr/local/bin/wllvm")
set(CMAKE_CXX_COMPILER "/usr/local/bin/wllvm++")
set(CMAKE_C_STANDARD 99)
add_executable(untitled main.c)
But there is the same problem. Thanks.

As I said earlier. You need to look at the Makefile that get generated and see what is actually
doing the compiling. This is almost certainly not an issue with wllvm.


Using milestones for releases?

Problem (kind of)
Currently, we have an ad-hoc process of release i.e. we release when we feel like 😄
Solution
Have github milestones to indicate when master is ready for release.
This will give better insight to people as to when can they expect a release.
I have created two milestones for now, hoping everyone agrees :)

👍

\cc @rdegnan @robertroeser

Cool, closing this one then.


DriverTimeoutException causes simulation to be broken

Hello,
We have created a simulation that was suppose to last 2h, but unfortunately it ended being in the broken state
[14:01:33,082]	Simulation info could be fetched from all instances. Proceeding with starting.
[14:01:33,086]	Injector pool1/vudckgatlinginj001.boursorama.fr successfully started. Still waiting for (pool1/vudckgatlinginj003.boursorama.fr, pool1/vudckgatlinginj002.boursorama.fr, pool1/vudckgatlinginj004.boursorama.fr)
[14:01:33,087]	Injector pool1/vudckgatlinginj004.boursorama.fr successfully started. Still waiting for (pool1/vudckgatlinginj003.boursorama.fr, pool1/vudckgatlinginj002.boursorama.fr)
[14:01:33,088]	Injector pool1/vudckgatlinginj002.boursorama.fr successfully started. Still waiting for (pool1/vudckgatlinginj003.boursorama.fr)
[14:01:33,088]	Injector pool1/vudckgatlinginj003.boursorama.fr successfully started.
[14:01:33,088]	All injectors could be started. Proceeding with Running.
[14:01:33,088]	Run ad3d6113-c678-4411-9ade-020470909f6f: starting injection
[15:19:00,215]	Persistence crashed: Run ad3d6113-c678-4411-9ade-020470909f6f: failed to persist stats: c.d.o.d.a.c.DriverTimeoutException: Query timed out after PT2S. Stopping.. Stopping
[15:19:01,196]	Failed to updateRunDuration: com.datastax.oss.driver.api.core.DriverTimeoutException: Query timed out after PT2S
at com.datastax.oss.driver.internal.core.cql.CqlRequestHandler.lambda$scheduleTimeout$1(CqlRequestHandler.java:207)
at io.netty.util.HashedWheelTimer$HashedWheelTimeout.run(HashedWheelTimer.java:706)
at io.netty.util.concurrent.ImmediateExecutor.execute(ImmediateExecutor.java:34)
at io.netty.util.HashedWheelTimer$HashedWheelTimeout.expire(HashedWheelTimer.java:694)
at io.netty.util.HashedWheelTimer$HashedWheelBucket.expireTimeouts(HashedWheelTimer.java:781)
at io.netty.util.HashedWheelTimer$Worker.run(HashedWheelTimer.java:494)
at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)

please note that the error appears at [15:19:00,215] while the simulation was running perfectly fine.
Is there anything we have to check to ensure simulation run smoothly ?
Using galing enterprise with 4 injector in docker.
Thank you for your time and consideration.

Wrong place. People from our company will reach out privately.


[stable/sonarqube] sonarqube.properties are not applied

Describe the bug
I fullfill my sonarqube.properties with these values and when i open my configurations in sonar the values don't appear.

Version of Helm and Kubernetes:
Helm
Client: &version.Version{SemVer:"v2.13.1", GitCommit:"618447cbf203d147601b4b9bd7f8c37a5d39fbb4", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.14.1", GitCommit:"5270352a09c7e8b6e8c9593002a73535276507c0", GitTreeState:"clean"}

Kubernetes
Client Version: version.Info{Major:"1", Minor:"14", GitVersion:"v1.14.1", GitCommit:"b7394102d6ef778017f2ca4046abbaa23b88c290", GitTreeState:"clean", BuildDate:"2019-04-08T17:11:31Z", GoVersion:"go1.12.1", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"12", GitVersion:"v1.12.7", GitCommit:"6f482974b76db3f1e0f5d24605a9d1d38fad9a2b", GitTreeState:"clean", BuildDate:"2019-03-25T02:41:57Z", GoVersion:"go1.10.8", Compiler:"gc", Platform:"linux/amd64"}

Which chart:
SONARQUBE
What happened:
Sonarqube.properties are not applied
How to reproduce it (as minimally and precisely as possible):
image:
  repository: sonarqube
  tag: 7.7-community

securityContext:
  fsGroup: 999

service:
  name: sonarqube
  type: LoadBalancer

persistence:
  enabled: true
  annotations: {}
  accessMode: ReadWriteOnce
  size: 8Gi

plugins:
  install:
    - "https://binaries.sonarsource.com/Distribution/sonar-auth-saml-plugin/sonar-auth-saml-plugin-<IP_ADDRESS>.jar"
    - "https://github.com/SonarSource/sonar-ldap/releases/download/2.2-RC3/sonar-ldap-plugin-<IP_ADDRESS>1.jar"

sonarProperties:
  sonar.auth.saml.enabled: true
  sonar.auth.saml.applicationId: "Example 1"
  sonar.auth.saml.providerName: "Example 2"

Anything else we need to know:
Anything else you need to know please tell me

Getting the same issue, doesn't seem to pick up my jdbc url as the logs output: 2019.09.27 13:16:54 INFO  web[][o.sonar.db.Database] Create JDBC data source for jdbc:mysql://%!s(<nil>):3306/sonarDB?useUnicode=true&characterEncoding=utf8&rewriteBatchedStatements=true


Add configuration file for Size Auditor tool

Creating a PR to add the configuration file for the Size Auditor tool

cc: @iclanton @aditima

Closing this since there has been no activity after an entire year. If this is important, please create a new PR.  This repo is self-service, so administrators generally don't merge PRs from other teams unless asked.


install tools with bounds

add flags for installing tools on specific agents or only certain tools
agentstack tools add mem0 tool_name:tool_name2 --agent|-a agent_name

solution in progress in branch:v2.0

handled in #62


Add instructions for finding Tweet Ids

It was very confusing for me, even if the actual way of doing it seemed dead simple. I think other people may have some confusion too, and it's better to avert that by having some documentation to begin with.

Hi @tra38 thanks for the pull request. I'm :-1: on this as the rdoc documentation is quite comprehensive as it is. The purpose of the example in the README were more to express foreign language support in the search API interface and are not meant to be an exhaustive resource for usage.

I agree with @stve.


instructions for development and use with Visual Studio Code

per this comment https://github.com/nushell/vscode-nushell-lang/issues/117#issuecomment-1738037696 and this README commit https://github.com/jokeyrhyme/nuls/commit/71629eb56f3916abc2f8530da3935c8645161bab , we will be putting this on hold until we are at the point where we explore modifying https://github.com/nushell/vscode-nushell-lang to internally depend upon nuls


Realm: better error message for HDF5LayoutPiece::calculate_offset()

My code is hitting the assertion
https://github.com/StanfordLegion/legion/blob/8fab48829bb0db6a0cdcd62def8d4c0509241c37/runtime/realm/hdf5/hdf5_access.inl#L51
I've no idea why this is happening. An error message might be useful if there's a chance that the fault is in my code. If it's an unimplemented feature and there's a workaround, a hint would be appreciated.

@mpokorny I agree a better error message would be good - in this case the error message would say that something is trying to take the "address" of a value in an hdf5 instance, which isn't possible.

The backtrace is below. Since it seems not very enlightening to me, I will add a bit of context.
The HDF5 file was first written with a copy operation to an attached HDF5 file, and I've confirmed that the file is OK by inspection using the h5dump tool. The dataset being accessed is a small two-dimensional, dense array of integers. The failure occurs in code that verifies the dataset contents with a physical region resulting from an attach operation to the HDF5 file. That code uses an accessor of type FieldAccessor<READ_ONLY, unsigned, 2>, and the assertion is triggered upon reading the first value in the physical region with the accessor's read() method.

[0] = /lib64/libpthread.so.0() [0x3d1e20f7e0]
[1] = /lib64/libc.so.6(gsignal+0x35) [0x3d1da32495]
[2] = /lib64/libc.so.6(abort+0x175) [0x3d1da33c75]
[3] = /lib64/libc.so.6() [0x3d1da2b60e]
[4] = /lib64/libc.so.6(__assert_perror_fail+0) [0x3d1da2b6d0]
[5] = .../legion_build/lib64/librealm.so.1(+0x7b788b) [0x7f8b88c1b88b]
[6] = tests/utHdf5() [0x42e70a]
[7] = tests/utHdf5() [0x43b23b]
[8] = tests/utHdf5() [0x4216fe]
[9] = tests/utHdf5() [0x422493]
[10] = tests/utHdf5() [0x44240a]
[11] = .../legion_build/lib64/librealm.so.1(Realm::LocalTaskProcessor::execute_task(unsigned int, Realm::ByteArrayRef const&)+0xed) [0x7f8b88c58c21]
[12] = .../legion_build/lib64/librealm.so.1(Realm::Task::execute_on_processor(Realm::Processor)+0x1df) [0x7f8b88c8c401]
[13] = .../legion_build/lib64/librealm.so.1(Realm::UserThreadTaskScheduler::execute_task(Realm::Task*)+0x16) [0x7f8b88c8c538]
[14] = .../legion_build/lib64/librealm.so.1(Realm::ThreadedTaskScheduler::scheduler_loop()+0x44a) [0x7f8b88c8e2e6]
[15] = .../legion_build/lib64/librealm.so.1(void Realm::Thread::thread_entry_wrapper<Realm::ThreadedTaskScheduler, &Realm::ThreadedTaskScheduler::scheduler_loop>(void*)+0x9) [0x7f8b88c909a7]
[16] = .../legion_build/lib64/librealm.so.1(Realm::UserThread::uthread_entry()+0xe6) [0x7f8b88c93cba]
[17] = /lib64/libc.so.6() [0x3d1da43760]

I wrote a small test program to read a 12x2 dataset of unsigned values from a test HDF5 file. It sets up the LogicalRegion, attaches to the HDF5 dataset, and iterates through the dataset elements, like so:
  AttachLauncher launcher(EXTERNAL_HDF5_FILE, lr, lr);
  launcher.attach_hdf5(
    "tmp.h5",
    {{0, "/table0/Z/legms::ds"}},
    LEGION_FILE_READ_ONLY);
  PhysicalRegion pr = runtime->attach_external_resource(context, launcher);
  const FieldAccessor<READ_ONLY, unsigned, 2> acc(pr, 0);
  for (PointInDomainIterator<2> pid(pr.get_bounds<2, Legion::coord_t>());
       pid();
       pid++) {
    std::cout << "(" << pid[0] << "," << pid[1] << "): "
              << acc[*pid] << std::endl;
  }
  runtime->detach_external_resource(context, pr);

This code triggers the same assertion. What am I missing?

@mpokorny I'm betting you're not missing anything.  Can you attach your test program and I'll beat on the runtime code until your test works?

Test code attached, as well as test HDF5 file (not the smallest possible example, but small enough.)
test.tar.gz

@mpokorny it took an unrelated question about Legion's internal use of libhdf5 to remind me what the underlying issue here is.  The problem is that libhdf5 is not thread safe, so direct access to an HDF5 instance by an application task needs to be properly synchronized w.r.t. any HDF5-related data transfers that Legion is performing asynchronously to the application task.
How critical is this issue for you?  If you can monkey with your mapping so that the task is accessing a copy that's made into normal system memory, things should work fine.

Am I correct in assuming that using a thread safe build of HDF5 might help, but wouldn't really address all of the potential issues?
If I understand your suggestion properly, I could implement a mapper to map the region to normal system memory and let Legion take care of the copying. In that scheme I could then control the memory usage by appropriate partitioning, right? Is the following the approximate outline? Create (large) logical region, attach logical region to HDF5 file, access logical region from tasks with partitions mapped to normal system memory.  Seems like it's time for me to get more familiar with mappers.

Yes, that'd work.  An even more heavy-handed approach, which you can see in some of our test code (e.g. https://github.com/StanfordLegion/legion/blob/stable/language/tests/hdf5/run_pass/attach_hdf5_inline.rg#L64), is to explicitly copy data to/from the attached region and never index it directly.

Thanks for the advice. I'll try implementing the mapper-based solution. I'm familiar with the approach used in your example: it's basically what I implemented to create HDF5 files from application-defined regions in test code.

Title changed so I can remember what this is about.


Follow-up refactors to 8-bit quantization change

Description
This issue tracks ideas for refactors as a follow-up to #11613, where we added support for 8-bit vector values:

We extended KnnVectorsWriter to be generic, accepting both float[] and BytesRef values. It'd be good to explore simplifying the write API to remove these generics.
We now switch on VectorEncoding in several places during graph building and search. Is there a way to encapsulate this better? Maybe there could be a helper class that knows the encoding and can perform distance computations, so that HnswGraphBuilder and HnswGraphSearcher don't need to know about the encoding.

There are multiple simplifications now in the quantized byte operations.
One key thing is that the graph searcher now takes a "vector scorer" object and doesn't care about floats vs bytes.
The API for knn search is cleaner now.
Closing this issue as "done". There are always more simplifications, but we have come a long way in the past year :)


Update attributed.md: Pre -> Previous

/cc @BillWagner

:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs/csharp/tour-of-csharp/attributes.md
:white_check_mark:Succeeded
View
Details

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

LGTM


Update CI workflow to use spack-config rather than spack_config

There was an update to the repo naming convention, leading to repos with _ replaced with -. This will have ramifications for the CI workflow if the deployment targets have their directories renamed.

@harshula I believe we talked about this in VC, but we will eventually rename the spack_packages and spack_config folders on vk83, right? We would also have to do a git remote set-url origin https://github.com/ACCESS-NRI/spack-packages.git and git remote set-url origin https://github.com/ACCESS-NRI/spack-config.git for spack-packages and spack-config respectively.
I think we should create a backup of v0.20 as you noted earlier, but I don't think we have to start from scratch.