sourceRoot not working from base tsconfig.json

TypeScript Version:  3.1.0-dev.20180813

Search Terms:

tsc base sourceRoot
tsc sourceRoot
tsc extends sourceRoot

Code
My directory looks like this:
/--
   node_modules/ (folder for node modules)
   src/ (folder with typescript files)
   lib/  (folder for compiled javascript files)
   tsconfig.json

My tsconfig.json looks like this:
{
  "extends": "./node_modules/some-module/tsconfig.json"
}

The tsconfig.json from the node module looks like this:
{
  "compilerOptions": {
    "alwaysStrict": true,
    "charset": "utf8",
    "declaration": true,
    "experimentalDecorators": true,
    "forceConsistentCasingInFileNames": true,
    "inlineSourceMap": true,
    "module": "CommonJs",
    "moduleResolution": "node",
    "noFallthroughCasesInSwitch": true,
    "noImplicitAny": true,
    "noImplicitReturns": true,
    "noUnusedLocals": true,
    "noUnusedParameters": true,
    "outDir": "../../lib/",
    "strict": true,
    "sourceRoot": "../../src/",
    "target": "es6"
  }
}

As the documentation says:

All relative paths found in the configuration file will be resolved relative to the configuration file they originated in.

Expected behavior:
On compilation all files from ./src/ would be compiled to ./lib/
Actual behavior:
All files from . get compiled to ./lib/ which results in trying to compile my declaration files from the compilation before.

Thanks for the information. I really thought this would be a bug :)


How to get it to open??

 But for the life of me, I can't get this to run. I download the Mac version, and when I unzip the file, there's just more files. There are no instructions, at least none that I can see on how to get this to work. Please help!

It is a command line program, so you have to type the command in the Mac's terminal to run it.

Open the extracted directory in terminal, ./waifu2x-ncnn-vulkan {whatever options you want}.


More test coverage for pyfarm.agent.utility

This PR does three things:

Adds some missing tests for pyfarm.agent.utility
Ensures that we also handle WindowsError when dealing with files
Adds missing coverage exclusion for logger.errror

@guidow, PTAL

Looks good.


SourcePlugin fails to get command line arguments when using entryPointStrategy packages

Search terms
entryPointStrategy, packages, workspace
Expected Behavior

Typedoc should report error when only --disableGit is provided and entryPointStrategy is set to packages.
Actual Behavior

The command succeeds as --disableGit has not been set.
The problem does not occur when removing typedoc.json or using entryPointStrategy other than packages.
Steps to reproduce the bug

The repo for reproducing the bug: https://github.com/doitian/typedoc-source-plugin-issue
pnpm install
pnpm typedoc --disableGit

Environment

Typedoc version: 0.25.6
TypeScript version: 5.2.2
Node.js version: 21.5.0
OS: macOS 14.2.1

This is working as expected -- packages mode works by effectively running TypeDoc in each of your packages with the typedoc configuration in that package, and then merging the results together. This is so that each package can have custom options.
CLI arguments are not read by each package because configuration like --out or --json are commonly provided on the command line, and only apply to the final generation.

More Context
I attempted to run typedoc in Vercel but could not get the source link work. However, I discovered that the git directory and git command are still accessible in the Vercel build environment. Unfortunately, Vercel does not automatically add the git remote for the repository. To resolve this, I can set the appropriate git remote for Vercel. For instance, I can do this in the typedoc.config.js file.
if (process.env.VERCEL !== undefined) {
  const { execSync } = require("node:child_process");
  const remote = `https://github.com/${process.env.VERCEL_GIT_REPO_OWNER}/${process.env.VERCEL_GIT_REPO_SLUG}.git`;
  execSync(`git remote add origin ${remote}`);
}


Adding new courses to Department

There are a couple of lines of text in the add course assignments to the instructor ….
that say:
If the number of courses were much greater:
You'd probably use a different user interface to display the courses.
The method of manipulating a join entity to create or delete relationships wouldn't change.
I don't need a different user interface since a university may have thousands of courses, I would like to add courses by typing them in directly from the Department page (either from the department detail page or department edit page). The link would say "Add New Course" and when the add course form pops up the DepartmentID is automatically populated (or carried forward). What is the best way to do this? Should I do it with routing?
Since I'm not populating a list or selecting a check box I'm not sure of the best method.
Paul Lynn

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 140ce637-4d58-995f-c69e-b1de51f1dbb5
Version Independent ID: 9bc46ffa-60db-bdee-0984-fab183c8f503
Content: Razor Pages with EF Core in ASP.NET Core - Update Related Data - 7 of 8
Content Source: aspnetcore/data/ef-rp/update-related-data.md
Product: aspnet-core
GitHub Login: @Rick-Anderson
Microsoft Alias: riande

Thanks for contacting us.
We don’t have the resources to invest in this area, so we are closing the issue. Should your request generate enough  👍 responses, we’ll reconsider.


Feature/jedi var bc sprint update

Description
Updated atmospheric observational configurations and the script to create new satellite and aircraft bias correction coefficient files. All tests in swell-ufo_testing pass when geoval files are generated  on-the-fly.
Note: All archived satbias and geoval files need to be re-generated by SWELL, or tests in other Swell test suites fail because of those files are out of date once the JEDI team merge updates made within VarBC-sprint.
Dependencies on JEDI various feature/VarBC-sprint PRs in UFO, IODA, and IODACONV

[x] waiting on https://github.com/JCSDA-internal/ufo/pull/3015
[x] waiting on https://github.com/JCSDA-internal/ioda-converters/pull/1357
[x] waiting on https://github.com/JCSDA-internal/ioda/pull/1092

Impact:
Other Swell test suits need new satbias, and likely new geoval, files.

I only had to update the satbias files, geovals are up-to-date already. Tier 1 tests pass with the new JEDI version and this branch.
@rtodling FYI, files in R2D2/Shared/gsi/bc are updated, might break some of your workflows.


Apathy doesn't fully respect the transport being disabled by breaking out of its update loop

See comment below for more specifics
=======
Describe the bug
When using Apathy, when you additively load a scene on a client on connect through code such as the following:
public override void OnServerReady(NetworkConnection conn)
{
    conn.Send(new SceneMessage { sceneName = subScenes[0], sceneOperation = SceneOperation.LoadAdditive });

    base.OnServerReady(conn);
}

public override void OnServerAddPlayer(NetworkConnection conn)
{
    // This delay is really for the host player that loads too fast for the server to have subscenes loaded
    StartCoroutine(AddPlayerDelayed(conn));
}

IEnumerator AddPlayerDelayed(NetworkConnection conn)
{
    while (!subscenesLoaded)
        yield return null;

    base.OnServerAddPlayer(conn);
    SceneManager.MoveGameObjectToScene(conn.identity.gameObject, SceneManager.GetSceneByPath(subScenes[0]));
}

The player will not get the SceneObjects properly replicated to them on that initial scene change Spawn Scene and will receive Object Not Found errors.

Subsequent scene changes work as intended, with the player receiving the SceneObjects.
Video demonstration: https://streamable.com/olqizl
Repro project
Repro package: https://www.dropbox.com/s/ma9ocjqf4mbrzw6/SceneChangeTest.unitypackage?dl=0
This package was created by @MrGadget1024 previously for #1991 (he attached the wrong package to the issue, but the issue came out of testing with me so as such I had a copy).  This project uses the above code to additively load a scene on a client then place them in that scene during connect.
To Reproduce
Steps to reproduce the behavior:

Load this the attached package into a new project (shared as a package as to not include Apathy)
Import Apathy
Replace the Transport with Apathy
Add the four scenes in SceneChangeTest to the build settings
Build a player and run it as the server or host
Enter play mode (or build a client)
Connect your client
See error on initial connect, with subsequent scene changes working as expected.

Expected behavior
The client receives SceneObjects and they spawn as intended on initial load & subsequent scene changes.
Desktop (please complete the following information):

OS: Windows
Build target: standalone
Unity version: 2019.4.1f1
Mirror branch: master

Additional context
This issue only surfaces with Apathy. I tested against Telepathy, Websockets, LLAPI, and Ignorance, and they all work as expected.

This appears to be because the Apathy transport doesn't pause mid message.
If you look at Telepathy, you see the following code block.
            // note: we need to check enabled in case we set it to false
            // when LateUpdate already started.
            // (https://github.com/vis2k/Mirror/pull/379)
            if (!enabled)
                return;

            // process a maximum amount of client messages per tick
            for (int i = 0; i < clientMaxReceivesPerTick; ++i)
            {
                // stop when there is no more message
                if (!ProcessClientMessage())
                {
                    break;
                }

                // Some messages can disable transport
                // If this is disabled stop processing message in queue
                if (!enabled)
                {
                    break;
                }
            }  ```
While the first part (if !enabled) has an equivalent in Apathy, the second part does not. There is no code that checks whether or not the transport was disabled by a previous message, as such, the transport will process all messages in the queue until the next LateUpdate() when it sees it's actually disabled.

I have been able to verify that what I described in my previous comment is the actual bug by hacking in the ability for the underlying Apathy Server/Client code to be able to see the state of the transport.  My current solution is not a viable fix for master (injecting a delegate to get the value out), but I have verified that is the underlying bug here.

@vis2k Please look into this mate, you've yet to acknowledge this issue with your transport.

@vis2k Are you still maintaining Apathy now?  If not, close this.


Handle promise rejection in the sequence function

Hi all,
In test.js, the sequence function doesn't handle errors for functions passed in the events arguments. That leads to timeouts and incorrect error reporting when running tests.
This commit should work with "simple" functions and promises

Thank you! Sorry for the long delay in merging 🍻


Use a different language string for C++ and Objective-C [phab:D1275]

Created by salguarnieri at 2017-01-24 19:25:31:
Use a unique language string for objective c work to differentiate data between C++ and Objective-C.

salguarnieri wrote at 2017-01-24 19:27:45:

Add objectivec name example to storage docs

salguarnieri wrote at 2017-01-24 19:45:43:

Add test for setting language name

salguarnieri wrote at 2017-01-24 21:21:22:

! In (earlier comment), zarko wrote:
nit: please use lowercase filenames.

Done

salguarnieri wrote at 2017-01-24 21:53:34:

use enum

shahms commented inline (context lost during migration) at 2017-01-24 22:02:30:
Why do you need to support "UNKNOWN"? Rather than adding an "invalid" state to the enum type, represent the failure another way.  Ideally, we could use std::optional, but cannae, so fall back to the classic:
bool FromString(const std::string& s, Language* lang);

shahms commented inline (context lost during migration) at 2017-01-24 22:02:30:
pass enums by value

shahms commented inline (context lost during migration) at 2017-01-24 22:02:30:
capture the enum by value

shahms commented inline (context lost during migration) at 2017-01-24 22:02:30:
enum-by-value

shahms commented inline (context lost during migration) at 2017-01-24 22:02:30:
ditto

salguarnieri wrote at 2017-01-24 22:17:47:

simple error handle

shahms commented inline (context lost during migration) at 2017-01-24 22:35:49:
Minor nits on naming/constexpr:
constexpr char kCpp[] = "c++";
constexpr char kObjectiveC[] = "objectivec";

(We should follow the google style guide where reasonable).

shahms commented inline (context lost during migration) at 2017-01-24 22:35:49:
Should've noted this early, but these should probably be:
kCpp and kObjectiveC to more closely adhere to the Google style guidelines.

shahms wrote at 2017-01-24 22:35:49:
A couple  minor style nits.

zarko wrote at 2017-01-24 22:44:03:
Total nit, but out of consideration for how many times it's going to show up in the database and get typed in: why not "objc"?

salguarnieri wrote at 2017-01-25 00:47:36:

comments

shahms wrote at 2017-01-25 01:17:11:
Thanks!

shahms accepted this revision at 2017-01-25 01:17:11

salguarnieri closed via commit 0751b15ab31c6935440aa97499db104434f7cf2e at 2017-01-25 01:18:38


Components that render null cause Cannot read property 'nodeType' of undefined

This is a rough sketch of a dummy component structure that should demonstrate the issue:
const ErrorMessage: React.FC<{ hasError }> = ({ hasError }) => {
  if (hasError) {
    return
An error occurred
;
  } else {
    return null;
  }
};

function MyForm() {
  return (
    <form>

        <input/>
        <ErrorMessage hasError={false}/>

        <input/>
        <ErrorMessage hasError={false}/>

    </form>
  );
}

In my Cypress test, I query the error messages like so:
cy.react('MyComponent').should('not.be.visible');

However, Cypress fails with the error message TypeError: Cannot read property 'nodeType' of undefined.
The console log shows Applied to:  [undefined, undefined].
I can see the ErrorMessage components in the React Dev Tools, but they have no corresponding node in the DOM.
So, looks like cypress-react-selector is finding the component nodes, but pushing undefined to the result array.
Should this selector filter out any "undefined" entries from the returned array?

Hi @laurence-myers , if it returns undefined what output Node information you want to get from the .react()?
Can you suggest any sample output structure?

Sorry, I'm just learning Cypress, so I'm not really sure how the API should work. 🙁 Maybe I'm using it incorrectly. I was hoping calling .react('ErrorMessage').should('not.be.visible') would check for existence of the node, but maybe I should be asserting .should(not.exist) or similar? I'll double check if that works.

Thanks @laurence-myers . Let us know if that works.

Hi @laurence-myers , any update you like to share?

closing due to staleness.

.should('not.exist') doesn't work either. I'm trying to assert that there are 0 AccountCards on the page.
cy.react("AccountCard").should('not.exist') throws

Timed out retrying: Expected to find element: undefined, but never found it.

I also tried cy.react("AccountCard").should("eq", undefined);, but that returns the same error.

After updating to v2.2.1, cy.react("AccountCard").should("not.exist") now throws:

@abhinaba-ghosh Any ideas for a workaround?

so, the expectation is AccountCard should not exist right? I think it's not handled correctly now. Can you raise a ticket explaining the whole scenario?

That's correct. I'll get some more info for you and open a new ticket.


make the stdin non reloadable by override a method in the base class

This changes is required by https://github.com/elastic/logstash/pull/6499

fixed and rebased.

updated with the changes


Error: ld.exe: cannot find ltrans0.ltrans.o: No such file or directory

im trying to pack my file with:
"python -m nuitka  --onefile test.py"
but it always error:
collect2.exe: error: ld returned 1 exit status
scons: *** [D:\all_tools\Mycode\windows\myproject.exe] Error 1
scons: internal stack trace:
Nuitka:WARNING: Using very slow fallback for ordered sets, please install 'orderedset' PyPI package for best Python compile time performance.
Nuitka-Plugins:INFO: multiprocessing: Injecting pre-module load code for module 'multiprocessing': installed'.
Nuitka-Plugins:INFO: multiprocessing:     Monkey patching "multiprocessing" load environment.
Nuitka-Plugins:INFO: multiprocessing: Injecting post-module load code for module 'multiprocessing':
Nuitka-Plugins:INFO: multiprocessing:     Monkey patching "multiprocessing" for compiled methods.
Nuitka:INFO: Completed Python level compilation and optimization.
Nuitka:INFO: Generating source code for C backend compiler.
Nuitka:INFO: Running data composer tool for optimal constant value handling.
Nuitka:INFO: Running C compilation via Scons.
Nuitka-Scons:INFO: Backend C compiler: gcc (gcc).
Nuitka-Scons:INFO: Backend linking program with 12 files (no progress information available).
File not found - C:\Users\abc\AppData\Local\Temp\.msr-cmd-alias.doskeys
c:/users/abc/appdata/local/nuitka/nuitka/gcc/x86_64/11.3.0-14.0.3-10.0.0-msvcrt-r3/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.3.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find C:\Users\b
abal\AppData\Local\Temp\cc85rsjH.ltrans0.ltrans.o: No such file or directory
c:/users/abc/appdata/local/nuitka/nuitka/gcc/x86_64/11.3.0-14.0.3-10.0.0-msvcrt-r3/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.3.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find C:\Users\b
abal\AppData\Local\Temp\cc85rsjH.ltrans1.ltrans.o: No such file or directory
c:/users/abc/appdata/local/nuitka/nuitka/gcc/x86_64/11.3.0-14.0.3-10.0.0-msvcrt-r3/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.3.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find C:\Users\b
abal\AppData\Local\Temp\cc85rsjH.ltrans2.ltrans.o: No such file or directory
c:/users/abc/appdata/local/nuitka/nuitka/gcc/x86_64/11.3.0-14.0.3-10.0.0-msvcrt-r3/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.3.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find C:\Users\b
abal\AppData\Local\Temp\cc85rsjH.ltrans3.ltrans.o: No such file or directory
collect2.exe: error: ld returned 1 exit status

**please help me solve my problems. i cannot fix it
my Nuitka version**
1.0.6
Commercial: None
Python: 3.8.1 (tags/v3.8.1:1b293b6, Dec 18 2019, 23:11:46) [MSC v.1916 64 bit (AMD64)]
Flavor: Unknown
Executable: D:\all_tools\Mycode\windows\Scripts\python.exe
OS: Windows
Arch: x86_64
WindowsRelease: 10
i found this issues,but can not fix this error
https://github.com/Nuitka/Nuitka/issues/1469

Sadly I have to agree with you there, this is the same error. I wonder if you have an idea where File not found - C:\Users\abc\AppData\Local\Temp\.msr-cmd-alias.doskeys could stem from.

This is not the key reason, I have added this file, the error is the same, also I have used the latest version of mingw

That's brilliant. This is reproducible for you, is that correct, or is it intermittent? I would love to get to to the bottom of it.

Dumb question, abc is your user name, or is it potentially one with special characters, aka unicode?

The next thing I was going to do is to update gcc to 12.2, are you saying you did that manually already?

I have downloaded the latest version of mingw including gcc12.2.0,  but the same error
download url
winlibs-x86_64-posix-seh-gcc-12.2.0-llvm-14.0.6-mingw-w64ucrt-10.0.0-r2.zip
Extract the files to this folder
C:\Users\myaccount\AppData\Local\Nuitka\Nuitka\gcc\x86_64\11.3.0-14.0.3-10.0.0-msvcrt-r3

Dumb question, abc is your user name, or is it potentially one with special characters, aka unicode?

This is a fake username to prevent private information from leaking

That's brilliant. This is reproducible for you, is that correct, or is it intermittent? I would love to get to to the bottom of it.

I installed the new Windows 10 x64 operating system and nuitika 1.0.6  in the virtualbox, and there was no problem in compiling, but I tested various combinations on my host for 10 hours, and I couldn't solve the problem, which has a great impact on my work.
combination
installs mingw through choco +nuitka 1.1rc7
installs mingw through choco +nuitka 1.1rc7
nuitka 1.1rc7  +[winlibs-x86_64-posix-seh-gcc-12.2.0-llvm-14.0.6-mingw-w64ucrt-10.0.0-r2.zip]
nuitka 1.1rc7  +11.3.0-14.0.3-10.0.0-msvcrt-r3
nuitka 1.0.6  +11.3.0-14.0.3-10.0.0-msvcrt-r3
nuitka 1.0.6  +[winlibs-x86_64-posix-seh-gcc-12.2.0-llvm-14.0.6-mingw-w64ucrt-10.0.0-r2.zip]
nuitka 1.0.5 +11.3.0-14.0.3-10.0.0-msvcrt-r3
nuitka 1.0.4  +11.3.0-14.0.3-10.0.0-msvcrt-r3

I am suspecting it might be something about your user name there, maybe contains a space, maybe something unicode trips it up, you can send it to me via private email if you want to, or if you can think of what makes it special, express that.
That said, maybe we can make gcc pick the temporary directory as the one that we decide, or set %TEMP% to a short path, if that is what gcc uses there, to avoid your home directory path being exposed at all.

Nuitka already uses a short path to scons to avoid issus with non encodable paths to MSVC and gcc. Pretty much possible that this is another variant of the issue. You can test that by adding a abc user, and have it work on your machine.

I am suspecting it might be something about your user name there, maybe contains a space, maybe something unicode trips it up, you can send it to me via private email if you want to, or if you can think of what makes it special, express that.
That said, maybe we can make gcc pick the temporary directory as the one that we decide, or set %TEMP% to a short path, if that is what gcc uses there, to avoid your home directory path being exposed at all.

Spaces and special unicode characters do not exist in my path and username,The problem is most likely the version of gcc

The version of gcc if pretty much enforced, and the same for all users, but only very few do have this issue. If you were familiar with such technology, it would be interesting to trace while files gcc create, deletes, and access there, but I don't know myself. And as you demonstrated, if it is a gcc bug, and it has to be, updating gcc won't help us here. I searched their bug tracker the othr day to find a report about this, but there is nothing.
The issue I mentioned does in principle exist however. I am therefore tempted into making that fix, even if you don't have hope of it affecting you. You didn't try setting TEMP and HOME variable to something short, did you? Nuitka would probably download gcc again, and run it from there. It also strikes me that the command line is long there. I do not have reason to suspect a truncation to be going on, but maybe it would be possible somehow still.

I used LDFLAGS=-v and I try getting output the command it runs for linking, and I think I can see that it uses mixed temporary paths, sometimes the Windows one, sometimes the ones from environment variables. Mixing it is not our problem, if what you state is correct, but not going to make things more clear, to partially use one form of the path, than in other places, so I am droping that attempt. I also believe, I knew if Chinese people had the issue more often. I think it was enough to change the PWD there.
So question remains, what's different on that machine. Just some sort of race in gcc maybe. Then, what's left to do is to use --mingw64 --clang and use the Clang in MinGW64, or to use --lto=no, or to use MSVC. Since you are keeping information private, which is your right, there is nothing I have an idea about what Nuitka could be causing this with (although it seems very unlikely that only Nuitka has it), so I guess, what we need would be an option to make it output what commands it is running, but if I read it correctly, the old gcc not using make yet, we don't see them, because maybe they are not even there, maybe with gcc 12, that's a thing, so if I eventually update, we can revisit, or you can try with your gcc 12 setup right now.

I solved the problem by replacing this mingw version
download url
https://sourceforge.net/projects/mingw-w64/files/Toolchains targetting Win64/Personal Builds/mingw-builds/8.1.0/threads-posix/seh/x86_64-8.1.0-release-posix-seh-rt_v6-rev0.7z/download

gcc 8.1, I guess you also had to disarm a version check in Nuitka. Probably indeed some sort of gcc LTO bug. I am closing it, because I have no hope of this being fixable in Nuitka.


two docs to give to genish

pair of json docs that represent the state of the patch with only one edit between them.
i.e.
document 1
2 ops
{
  "71624ca3-1465-42a2-ba7b-73bff030086e": {
    "category": "source",
    "inputs": [
      {
        "_props": {
          "index": 0,
          "kind": "inlet"
        },
        "name": "freq"
      },
      {
        "_props": {
          "index": 1,
          "kind": "inlet"
        },
        "name": "phase"
      }
    ],
    "name": "cycle",
    "outputs": [
      {
        "_props": {
          "history": false,
          "index": 0,
          "kind": "outlet"
        },
        "connections": {},
        "name": "out1"
      },
      {
        "_props": {
          "history": false,
          "index": 1,
          "kind": "outlet"
        },
        "connections": {},
        "name": "out2"
      }
    ],
    "position": [
      0.3747916519641876,
      1.6486183404922485,
      -1.412360668182373
    ],
    "quaternion": [
      0.07021407425411384,
      -0.27171729228014174,
      0.005961854776044823,
      0.9597937969259097
    ],
    "uuid": "71624ca3-1465-42a2-ba7b-73bff030086e"
  },
  "48a3c67a-1f82-4c7c-a54e-944f62f4567d": {
    "category": "source",
    "inputs": [
      {
        "_props": {
          "index": 0,
          "kind": "inlet"
        },
        "name": "freq"
      },
      {
        "_props": {
          "index": 1,
          "kind": "inlet"
        },
        "name": "phase"
      }
    ],
    "name": "cycle",
    "outputs": [
      {
        "_props": {
          "history": false,
          "index": 0,
          "kind": "outlet"
        },
        "connections": {},
        "name": "out1"
      },
      {
        "_props": {
          "history": false,
          "index": 1,
          "kind": "outlet"
        },
        "connections": {},
        "name": "out2"
      }
    ],
    "position": [
      0.6048542857170105,
      1.6396149396896362,
      -1.2471022605895996
    ],
    "quaternion": [
      0.059283288374310406,
      -0.3955686397100479,
      -0.005165422289528393,
      0.9165065484669049
    ],
    "uuid": "48a3c67a-1f82-4c7c-a54e-944f62f4567d"
  }
}

document 2
document 1 + a new cable between an out and in
{
  "71624ca3-1465-42a2-ba7b-73bff030086e": {
    "category": "source",
    "inputs": [
      {
        "_props": {
          "index": 0,
          "kind": "inlet"
        },
        "name": "freq"
      },
      {
        "_props": {
          "index": 1,
          "kind": "inlet"
        },
        "name": "phase"
      }
    ],
    "name": "cycle",
    "outputs": [
      {
        "_props": {
          "history": false,
          "index": 0,
          "kind": "outlet"
        },
        "connections": {
          "48a3c67a-1f82-4c7c-a54e-944f62f4567d": {
            "freq": "cable"
          }
        },
        "name": "out1"
      },
      {
        "_props": {
          "history": false,
          "index": 1,
          "kind": "outlet"
        },
        "connections": {},
        "name": "out2"
      }
    ],
    "position": [
      0.3747916519641876,
      1.6486183404922485,
      -1.412360668182373
    ],
    "quaternion": [
      0.07021407425411384,
      -0.27171729228014174,
      0.005961854776044823,
      0.9597937969259097
    ],
    "uuid": "71624ca3-1465-42a2-ba7b-73bff030086e"
  },
  "48a3c67a-1f82-4c7c-a54e-944f62f4567d": {
    "category": "source",
    "inputs": [
      {
        "_props": {
          "index": 0,
          "kind": "inlet"
        },
        "name": "freq"
      },
      {
        "_props": {
          "index": 1,
          "kind": "inlet"
        },
        "name": "phase"
      }
    ],
    "name": "cycle",
    "outputs": [
      {
        "_props": {
          "history": false,
          "index": 0,
          "kind": "outlet"
        },
        "connections": {},
        "name": "out1"
      },
      {
        "_props": {
          "history": false,
          "index": 1,
          "kind": "outlet"
        },
        "connections": {},
        "name": "out2"
      }
    ],
    "position": [
      0.6051448583602905,
      1.6397514343261719,
      -1.2468757629394531
    ],
    "quaternion": [
      0.05902307659135185,
      -0.39606825426548437,
      -0.0058165816976738895,
      0.9163036426121353
    ],
    "uuid": "48a3c67a-1f82-4c7c-a54e-944f62f4567d"
  }
}

@grrrwaaa here are two documents which represent a single change (a new cable).
Note that in app.js, i've made 2 dirty flags for genish:
patch.dirty.audio.graph
patch.dirty.audio.param

If patch.dirty.audio.graph == true, then rebuild the audio graph.
If patch.dirty.audio.param == true, then update the param

I believe we don't need the _props fields in outlets anymore? Was this just a hangover from the old document format?
We should already know the index (from iterating the array of inputs/outputs) and the type (jack vs. knob etc.) should be part of the object, not part of a _props field.
Also a "history" qualifier is a property of the connection, not of the outlet.

I believe we don't need the _props fields in outlets anymore? Was this just a hangover from the old document format? We should already know the index (from iterating the array of inputs/outputs) and the type (jack vs. knob etc.) should be part of the object, not part of a _props field.

Long term we don't need it, but it made things much easier when modifying version 0.3.x to work as 0.5.x last week. Can we keep it for now? Does it break anything by having it in?

Also a "history" qualifier is a property of the connection, not of the outlet.

Correct, that is a mistake on my part. It's left over from the earlier version and actually doesn't serve a purpose at this point. I'll try removing it from the graph, but for the most part i think genish should ignore it anyway.

I disagree, the 'name' field is not referring to an op, but a UI element.
The parent object containing the inputs, outputs, name, and uuid is the op.
On Mon, Sep 26, 2022 at 12:51 PM Graham Wakefield @.***>
wrote:

I think the operator field should be "op" not "name"
{
"71624ca3-1465-42a2-ba7b-73bff030086e": {
uuid: "71624ca3-1465-42a2-ba7b-73bff030086e",
name: "cycle",
outputs: [
{
name: "sine",
connections: {
"48a3c67a-1f82-4c7c-a54e-944f62f4567d": {
"freq": 'cable',
}
}
}
],
inputs: [
{
name: 'freq',
kind: 'knob',
value: 200
},
{
name: 'reset',
kind: 'jack',
value: 0
}
]
},
"48a3c67a-1f82-4c7c-a54e-944f62f4567d": {
uuid: "48a3c67a-1f82-4c7c-a54e-944f62f4567d",
name: "phasor",
outputs: [
{
name: "phasor",
}
],
inputs: [
{
name: 'freq',
kind: 'jack'
},
{
name: 'reset',
kind: 'jack'
}
]
}
}
—
Reply to this email directly, view it on GitHub
https://github.com/worldmaking/mischmasch/issues/165#issuecomment-1258338254,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AASLT4MTPKKYPSFJHAVX3U3WAHH7ZANCNFSM6AAAAAAQNSU2BY
.
You are receiving this because you authored the thread.Message ID:
@.***>

--
https://linktr.ee/thispatcher -- all things me
https://linktr.ee/exitpoints https://linkr.ee/exitpoints -- exit points
concert series

Ah terminology mixup -- I was thinking of "op" as referring to a genish operator name (phasor, cycle, etc.), but I'm fine with using "name" for that.
OK I'm fine with keeping the other _props for now, though I think they could move up to the object itself rather than in a _props field.
Here's what my code is working with currently, for example:
{
	"71624ca3-1465-42a2-ba7b-73bff030086e": {
		"uuid": "71624ca3-1465-42a2-ba7b-73bff030086e",
		"name": "cycle",
		"inputs": [
			{
				"name": "freq",
				"index": 0,
				"kind": "knob",
				"value": 200
			},
			{
				"name": "reset",
				"index": 1,
				"kind": "jack",
				"value": 0
			}
		],
		"outputs": [
			{
				"name": "sine",
				"index": 0,
				"kind": "outlet",
				"connections": {
					"48a3c67a-1f82-4c7c-a54e-944f62f4567d": {
						"input": "cable"
					}
				}
			}
		],
		"position": [
			0.3747916519641876,
			1.6486183404922485,
			-1.412360668182373
		],
		"quaternion": [
			0.07021407425411384,
			-0.27171729228014174,
			0.005961854776044823,
			0.9597937969259097
		]
	},
	"93854ca3-1465-42a2-ba7b-73bff030086e": {
		"name": "phasor",
		"uuid": "93854ca3-1465-42a2-ba7b-73bff030086e",
		"category": "source",
		"inputs": [
			{
				"name": "freq",
				"index": 0,
				"kind": "knob",
				"value": 50
			},
			{
				"name": "reset",
				"index": 1,
				"kind": "jack",
				"value": 0
			}
		],
		"outputs": [
			{
				"name": "out1",
				"index": 0,
				"kind": "outlet",
				"connections": {
					"48a3c67a-1f82-4c7c-a54e-944f62f4567d": {
						"input": "cable"
					}
				}
			}
		],
		"position": [
			0.3747916519641876,
			1.6486183404922485,
			-1.412360668182373
		],
		"quaternion": [
			0.07021407425411384,
			-0.27171729228014174,
			0.005961854776044823,
			0.9597937969259097
		]
	},
	"48a3c67a-1f82-4c7c-a54e-944f62f4567d": {
		"uuid": "48a3c67a-1f82-4c7c-a54e-944f62f4567d",
		"name": "speaker",
		"inputs": [
			{
				"name": "input",
				"index": 0,
				"kind": "jack",
				"value": 0
			}
		],
		"outputs": [],
		"position": [
			0.6051448583602905,
			1.6397514343261719,
			-1.2468757629394531
		],
		"quaternion": [
			0.05902307659135185,
			-0.39606825426548437,
			-0.0058165816976738895,
			0.9163036426121353
		]
	}
}

I believe this is now resolved


changed customer assign api from guid to serial no

Signed-off-by: Templeton, Randall<EMAIL_ADDRESS>

Verified with PR, Can able to assign Device with serial no


[Bug][Server] Sqoop task import mysql using 'where' condition fail

Describe the bug
Sqoop task import mysql using 'where' condition fail
To Reproduce
Steps to reproduce the behavior, for example:

using sqoop task import mysql data to HDFS or Hive
using --query param to filter data
sqoop job run success but no data load into HDFS

Expected behavior
load mysql data into HDFS or Hive through sqoop success.
this problem maybe the query syntax error
Which version of Dolphin Scheduler:
-[1.3.2]

i will fix it

sqoop task have hard code , I will optimiz and fixed the check style.


[Spike] How to implement blend groups

About
Blend groups are partially understood but not implemented. Implementing these would be a nice to have.
Task
There are a number of issues left to investigate

[ ] How does ArtWorks interpolate colours? Presumably not in the RGB colour space. Maybe HSV?
[ ] How does ArtWorks interpolate the shapes? That is, what does it do in non-trivial cases when the number of vertices differ?
[ ] How does ArtWorks interpolate the path attributes like stroke width, dash pattern, winding rule (!) etc
[ ] How does ArtWorks deal with different fill types e.g. the start shape has a radial fill and the target has a linear fill.
[ ] What happens when the colours aren't indexed into the palette (since experiments show that at least in trivial cases ArtWorks uses the colour model information in the the palette entries)?

Potential useful links
StackExchange question about Inkscape

General findings after #159
Strokes

Stroke attributes aren't interpolated unless a join style is specified with the file.
Continuous stroke attributes are interpolated linearly.
Discrete stroke attributes (join style) switch over halfway through the interpolation.
Line caps and markers aren't interpolated, rather the paths are interpolated as closed.
Dash patterns are bizarre. Early experiments showed that the file must specify a dash pattern otherwise !AWViewer crashes but attempting to interpolate a dash pattern results in !AWViewer filling the viewport with the stroke colour. Further investigation required

Fills

Flat to flat works as you would expect.
Flat to linear (and vice versa) works as you would expect
Flat to radial (and vice versa) works as you would expect
Linear to linear works as you would expect
Linear to radial (and vice versa) isn't fully supported and the rule appears to be that you you use one fill for half the interpolation steps and the other for the remaining ones.
Radial to radial doesn't work as expected. Further investigation required although the suspicion is that the end fill's start and end points are translated with the geometry.
Discrete fill attributes (such as winding order) switch over halfway through the interpolation.

Note there may be gaps as there are potentially render-relevant control words in the record headers that aren't fully understood and there maybe other factors influencing the rendering (e.g. up until the discovery that a join style was necessary for interpolated strokes to be rendered, it was thought that interpolated strokes weren't rendered at all.

General findings after #162 (Simple Geometry blends)
Equal number of points
This behaves as you would expect the points are simply interpolated. When a line is being blended with a Bezier, the line is converted to a Bezier during the intermediate steps. The control points are placed at 1/3 and 2/3s of the way along the line.
Differing number of points
For poly line geometry (i.e. no Beziers) the blending algorithm behaves more-or-less how one would expect it to. The algorithm takes the shape with the least number of points and then adds additional points so that the shapes can be interpolated linearly. How those additional points are chosen is unknown.

Experiments with regular polygons would initially indicate that some sort of projection is used. However, when experimenting with blending between a square being rotated at 10 degree increments and a triangle, one would expect the point at which the corresponding triangle edge is split to rotate with the square but this is not the case. The same edge is split at its midpoint.
Experiments with a non-convex shape seem to confirm the additional points hypothesis.

Self intersecting Beziers
Self intersecting Beziers aren't simply interpolated. It appears !AWViewer checks for self intersecting geometry and manipulates the paths prior to interpolation.

Documented examples are being written up here.

General geometry observations:

The main task appears to be to come up with a correspondence between the points on the source and target paths
The first point of the source path appears to correspond to the first point of the target path
The order in which the points are defined in the source and target paths is more important than their spacial locations
Once the correspondence has been determined, points are inserted into both the source and target paths
Once the correspondence has been determined, the insertion points appear to be determined by the arc lengths of the points involved (there's less evidence for Béziers but it appears to be the case)
There don't seem to be any checks in place to enforce pleasing intermediate paths (e.g. the interpolated geometry can be made to self-intersect). This could be because ArtWorks itself might have done some initial work to make sure that the input paths for blending are well behaved and !AWViewer is expecting well behaved inputs and doesn't perform its own checks.
You can scale the source and target paths independently and the point correspondence doesn't appear to change.


Can I create a key binding to go right into fzf session attach?

I switch session a bunch and I'd like to be able to hit a single key binding to go right into choosing a session to switch to. It looks like right now I need to:

prefix+F
session
attach
Type session name/prefix

So instead I'd like to skip steps 2 and 3 (for this custom keybinding). Is that possible? I cannot find out how from looking at the documentation.

See this.

Thanks! That works great!


refactor(keycodes): add utilities for checking modifier keys

Based off of the conversation in #13790, these changes add some utilities for dealing with modifier keys on keyboard events.

@DevVersion I'm not too sure how the tests should be set up with Bazel since this isn't an NgModule.

@crisbeto Have a look in the coercion entry-point. It uses the ts_library and jasmine_node_test.

This one is definitely a feat for the next minor

@DevVersion by the looks of it, the jasmine_node_test isn't running in a browser environment.

Sorted out the test issues with help from @DevVersion. @jelbourn @DevVersion can you take another look?


Cut down on duplicated CI runs

The Issue
The combination of running on all PR and all Push rn means that if a maintainer creates a branch just for a PR, but pushes the branch to origin instead of their upstream fork, we will run CI twice.
An example of the duplicated runs can be seen on this PR:
https://github.com/expressjs/express/pull/5562
It ran 48 status checks, which is all 24 in the CI job x2. One for the push event and one for the PR event:

This is wasteful of CI time, but also likely not intended behavior.
The Change

Note: none of these changes would impact the Windows tests configured through appveyor, the status of which we can tackle elsewhere

Only run CI for push events on select branches
We'll still run on all PRs, this limits only our runs triggered by pushes to branches on origin.
For selected branches I added:

master
develop
4.x
5.x

We could try a glob for versions instead, but this should be fine until we need that.
Skip CI if the change is only to .md files
We don't lint md currently, so if a PR only changes md, no need to run any of our ci jobs
Manage concurrency
Leverages github actions concurrency group feature to stop any workflows for a given PR or HEAD if a newer trigger is run for that same PR or HEAD. Essentially dedupes, ensuring only the newest changes are fully run.

Yep, Im happy to see us move fast and take a "consolidate" spike once we have an idea of what works

Happy to report this is working well. I haven't tested the concurrency bit, but thanks @Fdawgs for the inspo in https://github.com/fastify/fastify/commit/07f847ed5d1e6cf3942327fcdd982fb891f08133 ❤


global::Microsoft.UI.Xaml.Application.Start -> Exception has been thrown by the target of an invocation.

Describe the bug

I updated the NuGet packages from 0.8.0-preview to 0.8.0 and my application does not launch any more.

NuGet package version:
	<ItemGroup>
		<PackageReference Include="Microsoft.ProjectReunion" Version="0.8.0" />
		<PackageReference Include="Microsoft.ProjectReunion.Foundation" Version="0.8.0" />
		<PackageReference Include="Microsoft.ProjectReunion.WinUI" Version="0.8.0" />
		<Manifest Include="$(ApplicationManifest)" />
		<PackageReference Include="Microsoft.Extensions.Logging.Console" Version="5.0.0" />
		<PackageReference Include="Prism.DryIoc.Uno.WinUI" Version="8.1.97" />
		<PackageReference Include="Prism.Uno.WinUI" Version="8.1.97" />
		<PackageReference Include="Uno.Core" Version="2.4.0" />
	</ItemGroup>

Additional context

@sigmarsson which OS build are you on?

@sigmarsson please make sure you are running the Package project (not the app project).
It looks like this might be a duplicate of #4537

See also microsoft/WindowsAppSDK#583

Sure,

that is set as start up project.
Deployed

Local Machine

The error keep persisting until 0.8.0 is downgraded to "-preview".

#4537 is occurring in CreateInstanceDefaultCtorSlow, this one is in Application.Start, or is it the same virtually ?

@MikeHillberg FYI

Tried with 2019 Preview :

#5497 contains an additional dump file as well.

@MikeHillberg ?


Tweaks to window floating

Would be nice to have these:

set insertion point to the place where the window was floated from, so when unfloating it goes back to the same spot
configure the dimensions of the window when floated (i just got a 21:9 monitor so its a pretty awkward shape)

set insertion point to the place where the window was floated from, so when unfloating it goes back to the same spot

This would be rather hard to do considering how the bsp implementation works.

configure the dimensions of the window when floated (i just got a 21:9 monitor so its a pretty awkward shape)

This sounds like a reasonable thing to provide, any idea of what the config command could be?

maybe something like kwmc config float-size <x> <y>

maybe something like kwmc config float-size

Should probably be a per-display setting.

ah yeah, good point

The dimensions used for 'center-on-float' can now be set using the following:
kwmc config display <display_id> float-dim <width> <height>
e.g: kwmc config display 0 float-dim 500 350

set insertion point to the place where the window was floated from, so when unfloating it goes back to the same spot

Again, this is not something I will be doing, so I consider this issue solved.


Merging in several git commands.

Merging in Alex, Varun, Jake, Jocelyn, Sarah, and Jungwoo's work.

Great!  I'll merge this in and combine it with the other class's submission.


Move repo to JuliaLinearAlgebra org?

To improve visibility and maintainability, would you be comfortable moving this repo to https://github.com/JuliaLinearAlgebra ownership?

Thanks for contacting.
It'd be good to do so.
Is it just OK to transfer this repo to JuliaLinearAlgebra on my side?

Based on https://docs.github.com/en/github/administering-a-repository/transferring-a-repository, you'll need repo creation permissions within the JuliaLinearAlgebra organization. One of the current members will need to give you the appropriate permissions. @dilumaluthge?

@xrq-phys I've invited you

Joined and transferred.
Thanks.
Closing this issue.
On Sun, Mar 7, 2021 at 12:31 Dilum Aluthge<EMAIL_ADDRESS>wrote:

@xrq-phys https://github.com/xrq-phys I've invited you
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/xrq-phys/BLIS.jl/issues/4#issuecomment-792203678, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AB4GUGXZBG6A7A5MR57PVJDTCL6SRANCNFSM4YXI5BPA
.

--
Xu RuQing
許 ルーキン
東大理学系研究科
物理学専攻藤堂研
所属研究室Eメール<EMAIL_ADDRESS>東京大学生Eメール<EMAIL_ADDRESS>


Js/test coverage

WIP: a first shot at implementing test coverage for  alexa-app.
@radishmouse - can you weigh in on the structure of these tests?
I added a code coverage tool that indicates we're at 65% coverage for the methods on alexa-app.
To run, use npm run coverage.
I feel like there's duplication going on here. With rspec for example, there's a great amount of reuse that happens with each "describe" block. Here, i saw variable were literally clobbered by each subsequent test, redefining the earlier ones. In a ruby rspec test, the values are switched out for each context - letting you use the same names but have different values per context. Any way to get closer to that style? Defining vars within the "it" blocks may just be the style with javascript, but im hoping theres a better way!

@rick-wargo ^^

Changes Unknown when pulling 6c88bb7f997ffe3d354e54b13f69d4a46e0272c4 on js/testCoverage into ** on master**.

Changes Unknown when pulling 6c88bb7f997ffe3d354e54b13f69d4a46e0272c4 on js/testCoverage into ** on master**.

Changes Unknown when pulling 9a8e9b3b3ecb95736d8a23760060fb54fb0e5f4b on js/testCoverage into ** on master**.


Issue with /docs/concepts/overview/components/ (typo)

This is a...

[ ] Feature Request
[x] Bug Report

Problem:
Typo in Kubernetes Components page.

supervisord is a lightweight process monitoring and control system that can be used to keeo kubelet and docker running

"keeo" should be "keep"
Proposed Solution:
supervisord is a lightweight process monitoring and control system that can be used to keep kubelet and docker running
Page to Update:
https://kubernetes.io/docs/concepts/overview/components/

This is addressed with #3845. This can be closed.


.eh_frame: Add DWARF unwind information parser

This PR contains two commits:

The first one is pretty much straight from @kakkoyun's https://github.com/parca-dev/parca-agent/pull/744/commits/44a9e3e0060e639b626ba602e644f4298b89b1f0, which adds some code from the Delve debugger to parse DWARF unwind information;
The second one removes the binaries, includes some fixes, etc. Some of these changes replace the changes in https://github.com/parca-dev/parca-agent/pull/744/commits/eb9cef10d3ec322f01b89ce2a83f800788bf3107, such as for the error checks, where we now panic rather than ignoring them. The commit contains the full description of the changes;

Test Plan
make test
make lint

Tests will be added in a forthcoming PR

Address linter errors

Rebase

Rebase + fix pre-commit config regex


A11y_AzureDataStudio(Schema,Dacpac,Backup)_DeployDacpac_DeployDacpacSummaryScreen_ScreenReader: Nvda announces the header row as "Clickable"

“Check out Accessibility Insights! - Identify accessibility bugs before check-in and make bug fixing faster and easier.”
#A11yMAS; #A11yTCS; #A11y_ADS_Schema_Dacpac_Backup; #Azure Data Studio; #DesktopApp; #Win10; #MAS1.3.1; #NVDA;
Environment Details:
Application Name: Azure Data Studio
Application Version: 1.9.0 (user setup)
Commit: 78a42e1
Electron: 3.1.8
Node.js: 10.2.0
V8: 6.6.346.32
OS: Windows_NT x64 10.0.18362
Nvda Version: 2019.2rc2
Additional Details:
Tools Name: Nvda
MAS References: MAS1.3.1
Repro Steps:

Launch Azure Data Studio application.
Connect to server with windows credentials.
Navigate to Extensions from left menu.
Search & install Dacpac extension.
Navigate to Connections from left menu.
Expand the server connected in step 2.
Right click an on prem database and select Data-tier application wizard from Context menu.
Select first radio button.
Navigate till next button & hit enter.
Provide all the details for Deploy Dacpac & hit next.
Navigate till Next button & hit enter.
Start screen reader as Nvda.
Navigate to the table header row using arrow key arrow.

Actual:
On navigating to the header row of the table using arrow key, nvda announces "Clickable row1 column 1 setting " and announces the second header column perfectly without the word "Clickable".
When navigated from the last row to the first row of the table it announces   "Clickable row1 column 2 value" and coloumn1 is announced perfectly without the word "Clickable".
Same issue is observed in the following pages:
1.Extract Dacpac Summary Screen
Follow the exact same steps mentioned above but select the second radio button.
2.Import Bacpac Summary Screen
Follow the exact same steps mentioned above but select the third radio button.
3.Export Bacpac Summary Screen
Follow the exact same steps mentioned above but select the fourth radio button.
Expected:
The word "Clickable" should not be announced along with the cell value for the header row when navigated to it. The announcement should just be "row1 column 1 setting " and "row1 column 2 value" since they are not clickable.
Recommendations:
Refer below link which is repository of bug fixes code snippets: (https://microsoft.sharepoint.com/teams/msenable/mas/pages/browse-fixes.aspx)
User Impact:
Screen reader users will receive incorrect action information regarding the header row cells.
MAS Reference:
MAS 1.3.1- https://microsoft.sharepoint.com/:w:/r/teams/msenable/_layouts/15/WopiFrame.aspx?sourcedoc={54f28d1f-a2d1-4dcd-84e1-5c9b87e8aba4}
Attachment for Reference:
[Accessibility]A11y_AzureDataStudio(Schema,Dacpac,Backup)_DeployDacpac_DeployDacpacSummaryScreen_ScreenReader.pptx

Slickgrid header has on click and key down exposed and NVDA announces clickable for any such element which exposes this. Found similar issues
https://github.com/nvaccess/nvda/issues/7430
https://github.com/nvaccess/nvda/issues/6161
The workaround from vscode (https://github.com/microsoft/vscode/pull/57127) seems to work but

can not reach headers to apply role
this does announce the element as form component which is not right for header

Reopening and reassigning to @fsteffi as per the Accessibility External Bug Process.
As Udeesha commented above, this issue is caused by how NVDA handles Slickgrid's header element. NVDA's default behavior is to announce 'Clickable' for any element that has a click listener, which is built into Slickgrid's header element. This is ultimately out of our control.
Per the discussion in nvaccess/nvda#7430, it seems like other users have had concerns with NVDA announcing 'Clickable' for any element that has a click listener, but there has been no resolution. It seems like they decided this is intended NVDA behavior.
Can you either file this issue with NVDA and track it there, or close this issue if you deem this to be expected NVDA behavior?

There's a related issue that was approved by an SME for exclusion: http://sqlbuvsts01:8080/Main/SQL Server/_workitems#_a=edit&id=11524922 (Azure Data Studio was formerly called SQL Operations Studio)
It references the same NVDA issue that is the cause of this accessibility bug in ADS. Can we close this?

Closing this bug as discussed with the SME.


ON COMMIT PRESERVE ROWS for PG compatibility

Fixes #7139.

Added bullet to Details on Temporary Tables page about ON COMMIT PRESERVE ROWS support for PG compatibility.

This change is

Online preview: http://cockroach-docs-review.s3-website-us-east-1.amazonaws.com/0e152bf50b48a7396b51293c413a8a2ab80869e1/
Edited pages:

v20.1/temporary-tables.md


Send CSP client disconnect callback before _sessionKey is NULL

Updated CSP client to send the _doOnDisconnect(err) before _sessionKey is set to NULL. This means that the callback defined will have access to the  _sessionKey and thus knows which session that has been closed. This is the way it was in old versions of js.io.
For now I am probably the only one that relies on this (I've added session resume support to Orbited 0.8) but I don't see any breaking changes this might include.

Thanks!


checkpoint_challenge_required

I am getting the famous "error_type": "checkpoint_challenge_required" when uploading to instagram.
I have tried accessing Instagram from mobile and pressing the "This was me" option as well as logging into instagram's website. Both did not work.
How to overcome this issue?

Hello Khwanchai Kaewyos,
Same issue for me checkpoint_required.
Error : {"message": "checkpoint_required", "checkpoint_url": "https://i.instagram.com/challenge/8520923794/yrITAvF9ws/", "lock": true, "status": "fail", "error_type": "checkpoint_challenge_required"}
Please share solution how to solve it.

Hello Khwanchai Kaewyos,
Same issue for me checkpoint_required.
Error : {"message": "checkpoint_required", "checkpoint_url": "https://i.instagram.com/challenge/xxxxxxxxxx/#######/", "lock": true, "status": "fail", "error_type": "checkpoint_challenge_required"}
Please share solution how to solve it.

I am getting the famous "error_type": "checkpoint_challenge_required" when uploading to instagram.
I have tried accessing Instagram from mobile and pressing the "This was me" option as well as logging into instagram's website. Both did not work.
How to overcome this issue?

i have same issue , can some one help?
i search so much this was only library works for me but this issue is problem...

Could someone fix it? It was working perfect, but in production enviroment I got that error :(


Issue #30 - Support use of scratch_opts in the cost estimator

Issue #30

aws_price.py - parse the scratch_opts argument's value as a comma-separated list of key=value elements. scratch_size, scratch_iops, fsx_lustre_size and fsx_lustre_deployment_type are used to calculate the storage cost estimate. This is backward compatible with the existing storage cost estimate parameters.
submit_job_selected_application.html - if the form has a scratch_opts element, parse its selected value to update scratch_size and fsx_capacity vars. This is backward compatible with the existing storage cost estimate form elements.

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

Closing this PR, will review and update support for latest version


Update CC15 lambdas source code

@arijit725 You need to sign all these commits

When is this PR being reviewed and merged considering version 15.0.0 has already been pushed to the public AWS Serverless Application Repo app?

@arijit725 @jinalkathiara  - This is part of the SAR but is not released into the Repo. Can you please clean up your code practices and release this PR if you are forcing customers to use 15.0.0 via the AWS SAR?


Moving the map and changing the background causes the line you are drawing to disappear

Here is a video, http://i.glideservers.com/u/jam02ffff7b-5907-414f-988d-658a6dd2d279.mp4
Not sure what causes it, but I am using CTRL + B to switch backgrounds.
It also happens when going slower, seen here http://i.glideservers.com/u/jam61fa59fa-d8a6-4ac3-8798-88a333797098.mp4
Using
Google Chrome	58.0.3029.81 (Official Build) (64-bit)
Revision	ac0bae59f0aa5b391517e132bf172144b1939333-refs/branch-heads/3029@{#746}
OS	Windows
JavaScript	V8 5.8.283.32
Thanks

Looks like this is an issue with the code introduced in a18d690.
The idea is to prevent window.location from changing while the user is drawing something (to avoid the situation where the user accidentally hit the back button and are transported very far away mid drawing)
The problem is that window.location also changes here if the user switches imagery. It fires off a hashchange event - then this code in hash.js checks what changed and if you happened to be moving the map and changing the background at the same time, you are tossed back into browse mode.

Thank you :) @bhousel


added self to thanks

@kramer  second attempt :-)

Did you check the current version of main github page or README.md lately, because you're already in there... :smile:

:-D I pulled changes from here to my fork just 10 Minutes ago .... and forgot to pull locally. Not much sleep last night, sorry. Thanks for adding me though. I'll keep at it.


WTD #31445 updated sql-database-temporal-tables.md

updated to remove gendered language

@rachrobins : Thanks for your contribution! The author, @bonova, has been notified to review your proposed change.


Update SDK with v2 change, then puplish

Once https://github.com/textileio/go-tableland/tree/v2 is merged into main, we can begin do the same merge in this repo.
The v2 branch will need to be updated to include the contract addresses where eth-tableland was deployed.  These updates will be made in the src/lib/util.ts file.  The @tableland/eth dependency should be updated to be “0.1.0” matching the package version which will be published once eth-tableland is ready.
Once this is done the v2 branch should be merged into the main branch and all build, lint, and test should work.  A new version, 0.1.0, of this repo should be published to npm with the latest tag.
Steps to publish to npm are documented here: https://www.notion.so/textile/Publishing-to-NPM-d6051eaab7df4673949cd3dffc322806

Hey @joewagner, I just pushed the updated eth-tableland release. The checks are passing. I think we can merge and publish this one.

Hey @sanderpick and @joewagner can you both take another look at this one? There are lots of new changes from my testing with the CLI etc. This was my first hands-on work on the SDK in a while, so if you don't think some of the changes are useful, I'm open to alternatives.

Looks fantastic. I left a few comments, but nothing that needs changed.  🏁


Can't download the ORBvoc.bin

The link is bad. Could you please provide another link?

It is now updated


Add the error to the resourceError

Ha! Looks like we weren't passing those errors through! Whoops!


remove architecture specific definitions exported by PCL

This is an issue on PCL 1.8.X causing SIGILL, Illegal instruction crashes: https://github.com/ros-gbp/cartographer_ros-release/issues/10
Should be fixed in future PCL version with https://github.com/PointCloudLibrary/pcl/pull/2100
Note: PCL_DEFINITIONS doesn't contain anything else than the unwanted definition on bionic. I kept the logic as is in case adding the definitions was needed on other platforms.
Note2: while right now there is a single blacklisted definition, I made it a list in case we need to add more in the future
Closes https://github.com/ros-gbp/cartographer_ros-release/issues/10

@wally-the-cartographer merge

:+1: sorry about the style.
Should we drop a line of comment explaining why this is there or do you think the code and variable names are explicit enough to merge as is ?

Merge requested by authorized user gaschler. Merge queue now has a length of 1.

@mikaelarguedas No problem. I think it should be clear from the string.

Refusing to merge, since the combined checks state is failure

Looks like this PR has the same failure as the other PR
I tried pulling ros:indigo and it seems to work fine on my side.. Not sure why it fails in travis

@mikaelarguedas sorry about that just restarted the build bot. it does that some times.


Attempting to use different AWS auth methods

I'm just starting to have a go at using this package and I've come across an issue with how AWS authentication is handled.
In the AWS module there are a lot of auth methods such as NewAuthenticatedSession, CreateAwsSessionWithMfa and NewAuthenticatedSessionFromRole. The issue is that none of these apart from NewAuthenticatedSession are implemented anywhere which makes them unusable.
Am I missing something or should I have a look in to how to get these properly implemented?

What do you mean those methods are not implemented? They are all implemented here: https://github.com/gruntwork-io/terratest/blob/9348b5bd2fbfbe5fcf3c40b59117c16670c1f3b9/modules/aws/auth.go

Sorry I probably misspoke there.
I mean they're not available to be used in any other sections of the AWS module.
For example the S3 functions terratest/modules/aws/s3.go only make use of NewAuthenticatedSession with no way to use another method of authentication.

Ah, I see what you mean. I can definitely see cases where you may want to pass in a custom Session of some sort.
I suspect this would require a fairly large change. One way to do it that is mostly backwards compatible is to update every method that uses the AWS APIs from:
func SomeMethodThatUsesAWS(t *testing.T, someParam string) {
  sess := NewAuthenticateSession()
  ec2 := ec2.New(sess)
}

To:
func SomeMethodThatUsesAWS(t *testing.T, someParam string, sess ... *session.Session) {
  sess := NewAuthenticateSession(sess)
  ec2 := ec2.New(sess)
}

And to update NewAuthenticatedSession to use the passed in Session, if one is specified:
func NewAuthenticatedSession(sess ... *session.Session) {
  if len(sess) > 0 {
    return sess[0]
  }

  // Otherwise, use the original logic
}

This looks like it would work nicely, I'll have a look at making it work.

Resolved in #119


[release-1.25] Backports for 2023-07 release

Proposed Changes
Backport fixes
Types of Changes
backport, bugfix
Verification
See linked issues
Testing
Linked Issues

https://github.com/k3s-io/k3s/issues/7903
https://github.com/k3s-io/k3s/issues/7906

User-Facing Change
Resolved an issue that caused agents joined with kubeadm-style bootstrap tokens to fail to rejoin the cluster when their node object is deleted.
The `k3s certificate rotate-ca` command now supports the data-dir flag.

Further Comments

CI flaked on stale cgroups from previous run; merging:
Failed to remove paths: map[misc:/sys/fs/cgroup/misc/kubepods/besteffort/pod7dec6f78-91ff-4690-8710-ec0f6a8895c7]"


renamed wholeLine variable to triggerText

In utils.ts, the function nearest open looks back at each previous line in the document to find the nearest open tag.  Can you provide me an example of a dfdl schema attribute/tag where the current code doesn't work so I understand what you see as the issue?

I'm not totally sure if is related to the whole line issue, but if I have this:
<xs:element name="foo" |

And press Ctrl+Space, then I correctly get a list DFDL properties that can be used for xs:element tags.
However, if I have this:
<xs:sequence><xs:element name="foo" |

And press Ctrl+Space, then I incorrectly get a list of schema tags (e.g. xs:element, xs:group, etc.). This may or maybe not be a wholeLine issue, but it does seem that the extension is not correctly figuring out the context when xs:element isn't the only thing on the line.

I'm not sure how you were able to enter the above code.  When I typed the '>' character for "<xs:sequence", auto complete added the sequence closing tag and moved the cursor to the next line.  After I typed "<xs:element name="foo" |" then a space, a list of attribute suggestions displayed.

I also tried to cut and paste the single line from your comment into the dfdl editor, but it broke it in to 3 lines.

The cursor was at the end of the sequence tag instead of after the '|', but when I moved the cursor up to after the bar character and typed space, the same attributes were suggested.

I also just tried deleting the sequence end tag, and backspacing to move the element tag to the end of the sequence tab.  When I placed the cursor after the bar and typed control space the attribute suggestions appear.

Although I just noticed that some of the higher level components also appear after the attributes.  If someone were to delete the sequence auto-complete tag and backspace the element tag to the same line as the beginning sequence tag, the auto-suggestions would be incorrect.  Is that what you feel needs to be fixed

I also just tried deleting the sequence end tag, and backspacing to move the element tag to the end of the sequence tab.

Yes this is what I did. Note that the bar was just to indicate the position of the cursor when I pressed Ctrl+Space. I didn't have an actual bar in my data.

Although I just noticed that some of the higher level components also appear after the attributes.

The dfdl: suggestions are not attributes, those are tags e.g. <dfdl:defineVariable ...>. This is what I was seeing where it was not giving any suggestions for xs:element attributes, but instead giving suggestions as if it were not in an element at all.
I admit the steps to reproduce are a bit contrived, but it shows that this isn't using the right context when trying to figure out what to suggest. The wholeLine stuff works because the schemas you write don't put things on multiple lines (your autocompletion actually makes it a bit difficult to do), but that isn't always the case.
That said, most schemas aren't going to put multiple tags on a single line, which is why I don't considering using wholeLine a blocker. But the logic isn't correct and so simply renaming the variable doesn't actually fix the underlying bug.

@stevedlawrence @mbeckerle I am making some changes to address both issues mentioned above. I haven't fully tested the changes and I haven't made all the changes for missing xs: prefixs. Here's is an animated GIF that shows how the changes are working. One thing to note, when typing any component in a schema the auto-complete will always add the prefix.  The change makes the code work without a prefix when determining suggestions, but it will always add the prefix when a suggestion is taken. Is that acceptable? or should auto-complete leave off prefixes in instances where the schema isn't using them?  Would it be just "xs:" prefixes that are left off or all prefixes?  Also I don't have a way to trigger the end tag for sequence, or a way to know when it should be added/triggered, so it was added manually.

You don't need to make the prefix change as part of the whole line fix. In fact, I suggest you don't. Keep separate features/bug fixes in separate PRs. For now, it's fine to always assume the xs prefix will be used, and that can be fixed in a separate PR for issue #120.
As to your questions about a prefix, the main discussion for how to handle that is best done in #120. That said, ideally it would find and use the prefix from the first namespace declaration associated with the XML Schema namespace (i.e. http://www.w3.org/2001/XMLSchema). So for example if your schema had this:
<schema xmlns="//www.w3.org/2001/XMLSchema" ... >

Then it would autocomplete with no namespace prefix. But if you had
<xs:schema xmlns:xs="//www.w3.org/2001/XMLSchema" ...>

Then it would autocomplete with the xs prefix. Note that as Mike pointed out, you can have multiple prefixes for the same namespace, e.g.:
<schema
  xmlns="//www.w3.org/2001/XMLSchema"
  xmlns:xs="//www.w3.org/2001/XMLSchema" ...>

In this example, I think we want to autocomplete with the first namespace prefix that matches the XML schema namespace,  i.e. no prefix

In this example, I think we want to autocomplete with the first namespace prefix that matches the XML schema namespace, i.e. no prefix

This is in fact the behavior I have seen in other XML editors (IntelliJ IDEA). First xmlns decl in text lexical order "wins".

Another option, use the prefix that is used on the schema element. Whatever prefix the user picked for that is probably what they want to use for the rest of the schema. So <xs:schema ... means we use an xs prefix, and <schema means we use no prefix. And maybe we just make an assumption that the namespace prefixes are defined correctly.

I think this is a good improvement and maybe we can spend a little more time on this to get it into a reasonably good working state, but time is a very finite resource.  We would like to get this included in the next release (1.2.0), which we'd really like to get out this month.  We can use @rt320 to help us improve the test cases to cover things like Intellisense so when we make improvements, we can have some degree of confidence that the improvements didn't cause an unintended regression.


get_environment() should not generate an exception on vEOS

Arista vEOS
Traceback (most recent call last):
  File "./test_napalm_get.py", line 103, in <module>
    wrapper_func(conn, napalm_method, banner=banner)
  File "./test_napalm_get.py", line 14, in wrapper_func
    pprint(my_method())
  File "/home/kbyers/applied_python/local/lib/python2.7/site-packages/napalm_eos/eos.py", line 458, in get_environment
    fans_output, temp_output, power_output = self.device.run_commands(command)
  File "/home/kbyers/applied_python/local/lib/python2.7/site-packages/pyeapi/client.py", line 672, in run_commands
    response = self._connection.execute(commands, encoding)
  File "/home/kbyers/applied_python/local/lib/python2.7/site-packages/pyeapi/eapilib.py", line 475, in execute
    response = self.send(request)
  File "/home/kbyers/applied_python/local/lib/python2.7/site-packages/pyeapi/eapilib.py", line 396, in send
    raise CommandError(code, msg, command_error=err, output=out)
pyeapi.eapilib.CommandError: Error [1000]: CLI command 4 of 4 'show environment power' failed: could not run command [There seem to be no power supplies connected.]

Not sure if this was introduced by https://github.com/napalm-automation/napalm-eos/pull/79 at all. Anyway, this should not happen.
I would just fill with default values the power section for vEOS (I think also fans, temp - not sure what else).


How to trigger the function with '$' dollor sign.

Hello , I want to ask if there is any way so that I can may trigger value to $ dollar sign.
I have tried many ways but it didn't work error shows bad statement.
Please reply with a solution with which I can make trigger value to $ .
I want output to be like $microsoft .

@sarthak290 I think the issue is due to the fact that $ inside quotes are used for string composition, that could be the cause of the issue. I would suggest avoiding using the $ symbol for now.

Please suggest a workaround I really need $ symbol

@sarthak290 To allow the use of dollar sign in the package I will have to convert all the text string to raw string that should fix the issue, other than that there is no other temporary solution. You can create a PR for this.

Okay I will create a PR . Just tell me where I have to do the changes in mention_view.dart file right?

Was this ever solved, I am having the same issue. I believe it is with the first where function which is causing a bad state no element exception


Feature Request : setting phone and phoneCountry and other arbitrary user attributes

FreshChat has this API to set User attributes (to know more about the user in the dashboard while chatting), phone number especially is important because it is linked with other FreshWork CRM services.

Ok I see that I think we should have User class to handle that.

@daadu also fixed this. Added a User Object which you could pass to the updateUserInfo() method. Do check the README.md for more details.

This works. Is there a way to also have custom user attributes as mentioned  in this documentation - 3.2 Section

It should but I haven't added that. I will update the code later.

Cool. I guess should keep this issue open, I don't know iOS development - or else would have filled PR myself. Thanks again for this plugin.

Yeah sure, no problem.

current changes - custom_provider_name and User properties will also work with iOS right? Seems like you haven't modified ios directory at all.

setting the user won't work for IOS, as I don't have a mac to test the changes.

maybe, @jaysson can help with this. He implemented the IOS part for this plugin

@daadu updated the code & can you check it on IOS and let me know if it works


Add options

Adds an options parameter
Adds the requireProtocol: Boolean option (other potential options: requireProtocol: String, allowIPs, allowSpecialChars, etc.
More tests for localhost, ipv6, requireProtocol...

Warning
Previously, isUrl('google.com') was expected to return false. With this change, it would now return true. This is why I increased major versions
If you think google.com is not a url, consider using the new option: isUrl('google.com', { requireProtocol: true }) === false

Going to close this because it's so old. If you still want to discuss adding this functionality, please comment here to restart the conversation. Thanks!


ENH: Transition project configuration to pyproject.toml

Transition project configuration to pyproject.toml.
Used the setup-py-to-pyproject-toml.py script in the ITKModuleTemplate repository:
https://github.com/InsightSoftwareConsortium/ITKModuleTemplate
as a starting base, then made manual changes as necessary.

Depends on PR #161.

The long_description is not added: https://github.com/InsightSoftwareConsortium/ITKTubeTK/blob/master/setup.py#L16
Can we use the README.md file instead of duplicating its contents in another file?

The long_description is not added: https://github.com/InsightSoftwareConsortium/ITKTubeTK/blob/master/setup.py#L16
Can we use the README.md file instead of duplicating its contents in another file?

Great idea!

The windows build failure has been an issue for awhile.   It is building the shared lib, but trying to use the static lib when linking executable test drivers.  I haven't had time to track it down - it builds fine on windows systems - just not dashboard machines :(

The windows build failure has been an issue for awhile. It is building the shared lib, but trying to use the static lib when linking executable test drivers. I haven't had time to track it down - it builds fine on windows systems - just not dashboard machines :(

Yes, I've seen that.
Not sure where this comes from, though:
https://github.com/InsightSoftwareConsortium/ITKTubeTK/actions/runs/9628422655/job/26556652788?pr=162#step:6:1507

The windows build failure has been an issue for awhile. It is building the shared lib, but trying to use the static lib when linking executable test drivers. I haven't had time to track it down - it builds fine on windows systems - just not dashboard machines :(

Yes, I've seen that.
Not sure where this comes from, though: https://github.com/InsightSoftwareConsortium/ITKTubeTK/actions/runs/9628422655/job/26556652788?pr=162#step:6:1507
@thewtex Maybe from https://github.com/search?q=repo%3AInsightSoftwareConsortium%2FITKPythonPackage setup.py&type=code ?

Perhaps we need to updated the .github/workflow/build-test-package.yml to match https://github.com/KitwareMedical/ITKRLEImage/blob/main/.github/workflows/build-test-package.yml

Perhaps we need to updated the .github/workflow/build-test-package.yml to match https://github.com/KitwareMedical/ITKRLEImage/blob/main/.github/workflows/build-test-package.yml

Done. Let's see what the CI says. @aylward Please take over from here if this does not fix all issues. Thanks.

Done. Let's see what the CI says. @aylward Please take over from here if this does not fix all issues. Thanks.

Will do.  Thank you very much for getting this started!

Re https://github.com/InsightSoftwareConsortium/ITKTubeTK/pull/162#issuecomment-2184199452 removed file in last push-force. pyproject.toml takes README.md for such purpose.

LINK : fatal error LNK1181: cannot open input file 'D:\ITK-build\lib\itkTubeTK-5.4.lib'

I was able to reproduce this locally by using the Ninja generator.
The weird this is that itkTubeTK-5.4.dll and itkTubeTK-5.4.pdb exist, but itkTubeTK-5.4.lib does not. It is referenced in build.ninja:
# =============================================================================
# Link build statements for SHARED_LIBRARY target TubeTK

#############################################
# Link the shared library D:\ITK-build\bin\itkTubeTK-5.4.dll

build D$:\ITK-build\bin\itkTubeTK-5.4.dll D$:\ITK-build\lib\itkTubeTK-5.4.lib: CXX_SHARED_LIBRARY_LINKER__TubeTK_Release src\CMakeFiles\TubeTK.dir\Common\tubeIndent.cxx.obj src\CMakeFiles\TubeTK.dir\Common\tubeObject.cxx.obj src\CMakeFiles\TubeTK.dir\MetaIO\itktubeMetaClassPDF.cxx.obj src\CMakeFiles\TubeTK.dir\MetaIO\itktubeMetaLDA.cxx.obj src\CMakeFiles\TubeTK.dir\MetaIO\itktubeMetaNJetLDA.cxx.obj src\CMakeFiles\TubeTK.dir\MetaIO\itktubeMetaRidgeSeed.cxx.obj src\CMakeFiles\TubeTK.dir\MetaIO\itktubeMetaTubeExtractor.cxx.obj src\CMakeFiles\TubeTK.dir\Numerics\tubeBrentOptimizer1D.cxx.obj src\CMakeFiles\TubeTK.dir\Numerics\tubeGoldenMeanOptimizer1D.cxx.obj src\CMakeFiles\TubeTK.dir\Numerics\tubeOptimizer1D.cxx.obj src\CMakeFiles\TubeTK.dir\Numerics\tubeOptimizerND.cxx.obj src\CMakeFiles\TubeTK.dir\Numerics\tubeParabolicFitOptimizer1D.cxx.obj src\CMakeFiles\TubeTK.dir\Numerics\tubeSpline1D.cxx.obj src\CMakeFiles\TubeTK.dir\Numerics\tubeSplineApproximation1D.cxx.obj src\CMakeFiles\TubeTK.dir\Numerics\tubeSplineND.cxx.obj src\CMakeFiles\TubeTK.dir\ObjectDocuments\tubeMetaDocument.cxx.obj src\CMakeFiles\TubeTK.dir\ObjectDocuments\tubeMetaObjectDocument.cxx.obj src\CMakeFiles\TubeTK.dir\ObjectDocuments\tubeOptionList.cxx.obj | D$:\ITK-build\lib\itkhdf5_cpp-shared-5.4.lib D$:\ITK-build\lib\itkhdf5_hl-shared-5.4.lib D$:\ITK-build\lib\ITKIOTransformBase-5.4.lib D$:\ITK-build\lib\ITKMetaIO-5.4.lib D$:\ITK-build\lib\ITKRegionGrowing-5.4.lib D$:\ITK-build\lib\ITKSmoothing-5.4.lib D$:\ITK-build\lib\ITKTestKernel-5.4.lib D$:\ITK-build\lib\ITKSpatialObjects-5.4.lib D$:\ITK-build\lib\ITKPath-5.4.lib D$:\ITK-build\lib\itkMinimalPathExtraction-5.4.lib D$:\ITK-build\lib\itkhdf5-shared-5.4.lib D$:\ITK-build\lib\ITKTransformFactory-5.4.lib D$:\ITK-build\lib\ITKFFT-5.4.lib D$:\ITK-build\lib\ITKIOBMP-5.4.lib D$:\ITK-build\lib\ITKIOGDCM-5.4.lib D$:\ITK-build\lib\ITKIOGIPL-5.4.lib D$:\ITK-build\lib\ITKIOJPEG-5.4.lib D$:\ITK-build\lib\ITKIOMeshBYU-5.4.lib D$:\ITK-build\lib\ITKIOMeshFreeSurfer-5.4.lib D$:\ITK-build\lib\ITKIOMeshGifti-5.4.lib D$:\ITK-build\lib\ITKIOMeshOBJ-5.4.lib D$:\ITK-build\lib\ITKIOMeshOFF-5.4.lib D$:\ITK-build\lib\ITKIOMeshVTK-5.4.lib D$:\ITK-build\lib\ITKIOMeshBase-5.4.lib D$:\ITK-build\lib\ITKQuadEdgeMesh-5.4.lib D$:\ITK-build\lib\ITKMesh-5.4.lib D$:\ITK-build\lib\ITKIOMeta-5.4.lib D$:\ITK-build\lib\ITKMetaIO-5.4.lib D$:\ITK-build\lib\itkzlib-5.4.lib D$:\ITK-build\lib\ITKIONIFTI-5.4.lib D$:\ITK-build\lib\ITKTransform-5.4.lib D$:\ITK-build\lib\ITKIONRRD-5.4.lib D$:\ITK-build\lib\ITKIOPNG-5.4.lib D$:\ITK-build\lib\ITKIOTIFF-5.4.lib D$:\ITK-build\lib\ITKIOVTK-5.4.lib D$:\ITK-build\lib\ITKIOImageBase-5.4.lib D$:\ITK-build\lib\ITKOptimizers-5.4.lib D$:\ITK-build\lib\ITKStatistics-5.4.lib D$:\ITK-build\lib\itkNetlibSlatec-5.4.lib D$:\ITK-build\lib\ITKPath-5.4.lib D$:\ITK-build\lib\ITKCommon-5.4.lib D$:\ITK-build\lib\itksys-5.4.lib D$:\ITK-build\lib\ITKVNLInstantiation-5.4.lib D$:\ITK-build\lib\itkvnl_algo-5.4.lib D$:\ITK-build\lib\itkvnl-5.4.lib D$:\ITK-build\lib\itkv3p_netlib-5.4.lib D$:\ITK-build\lib\itkvcl-5.4.lib D$:\ITK-build\lib\ITKFastMarching-5.4.lib
  LANGUAGE_COMPILE_FLAGS = /DWIN32 /D_WINDOWS /GR /EHsc  /bigobj /O2 /Ob2 /DNDEBUG -MD
  LINK_FLAGS = /machine:x64  /INCREMENTAL:NO
  LINK_LIBRARIES = D:\ITK-build\lib\itkhdf5_cpp-shared-5.4.lib  D:\ITK-build\lib\itkhdf5_hl-shared-5.4.lib  D:\ITK-build\lib\ITKIOTransformBase-5.4.lib  D:\ITK-build\lib\ITKMetaIO-5.4.lib  D:\ITK-build\lib\ITKRegionGrowing-5.4.lib  D:\ITK-build\lib\ITKSmoothing-5.4.lib  D:\ITK-build\lib\ITKTestKernel-5.4.lib  D:\ITK-build\lib\ITKSpatialObjects-5.4.lib  D:\ITK-build\lib\ITKPath-5.4.lib  D:\ITK-build\lib\itkMinimalPathExtraction-5.4.lib  D:\ITK-build\lib\itkhdf5-shared-5.4.lib  D:\ITK-build\lib\ITKTransformFactory-5.4.lib  D:\ITK-build\lib\ITKFFT-5.4.lib  D:\ITK-build\lib\ITKIOBMP-5.4.lib  D:\ITK-build\lib\ITKIOGDCM-5.4.lib  D:\ITK-build\lib\ITKIOGIPL-5.4.lib  D:\ITK-build\lib\ITKIOJPEG-5.4.lib  D:\ITK-build\lib\ITKIOMeshBYU-5.4.lib  D:\ITK-build\lib\ITKIOMeshFreeSurfer-5.4.lib  D:\ITK-build\lib\ITKIOMeshGifti-5.4.lib  D:\ITK-build\lib\ITKIOMeshOBJ-5.4.lib  D:\ITK-build\lib\ITKIOMeshOFF-5.4.lib  D:\ITK-build\lib\ITKIOMeshVTK-5.4.lib  D:\ITK-build\lib\ITKIOMeshBase-5.4.lib  D:\ITK-build\lib\ITKQuadEdgeMesh-5.4.lib  D:\ITK-build\lib\ITKMesh-5.4.lib  D:\ITK-build\lib\ITKIOMeta-5.4.lib  D:\ITK-build\lib\ITKMetaIO-5.4.lib  D:\ITK-build\lib\itkzlib-5.4.lib  comctl32.lib  wsock32.lib  D:\ITK-build\lib\ITKIONIFTI-5.4.lib  D:\ITK-build\lib\ITKTransform-5.4.lib  D:\ITK-build\lib\ITKIONRRD-5.4.lib  D:\ITK-build\lib\ITKIOPNG-5.4.lib  D:\ITK-build\lib\ITKIOTIFF-5.4.lib  D:\ITK-build\lib\ITKIOVTK-5.4.lib  D:\ITK-build\lib\ITKIOImageBase-5.4.lib  D:\ITK-build\lib\ITKOptimizers-5.4.lib  D:\ITK-build\lib\ITKStatistics-5.4.lib  D:\ITK-build\lib\itkNetlibSlatec-5.4.lib  D:\ITK-build\lib\ITKPath-5.4.lib  D:\ITK-build\lib\ITKCommon-5.4.lib  D:\ITK-build\lib\itksys-5.4.lib  ws2_32.lib  dbghelp.lib  psapi.lib  D:\ITK-build\lib\ITKVNLInstantiation-5.4.lib  D:\ITK-build\lib\itkvnl_algo-5.4.lib  D:\ITK-build\lib\itkvnl-5.4.lib  D:\ITK-build\lib\itkv3p_netlib-5.4.lib  D:\ITK-build\lib\itkvcl-5.4.lib  D:\ITK-build\lib\ITKFastMarching-5.4.lib  kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib
  OBJECT_DIR = src\CMakeFiles\TubeTK.dir
  POST_BUILD = cd .
  PRE_LINK = cd .
  RESTAT = 1
  TARGET_COMPILE_PDB = src\CMakeFiles\TubeTK.dir\
  TARGET_FILE = D:\ITK-build\bin\itkTubeTK-5.4.dll
  TARGET_IMPLIB = D:\ITK-build\lib\itkTubeTK-5.4.lib
  TARGET_PDB = D:\ITK-build\bin\itkTubeTK-5.4.pdb

itkTubeTK-5.4.lib should be generated -- this is the "import library" that is linked against on Windows at build time to use the corresponding *.dll at runtime.

CC @aylward @jhlegarreta

This bug exists prior to conversion to pyproject, so I merged this and will start a separate PR for fixing this bug...when we have some insight.
It is happening when compiling two executables I use during testing: CompareImage and CompareTextFiles in TubeTK/test/CompareTools.
Instead of building those two as test drivers, I am going to try building them as executables.  Perhaps that will create the necessary cmake/build/link dependencies?

@aylward 🥇 👍 good plan!

itkTubeTK-5.4.lib should be generated -- this is the "import library" that is linked against on Windows at build time to use the corresponding *.dll at runtime.

Hi Matt (@thewtex) - this does not happen on the two windows 11 machines I have.  Compiling using vs2022 and ninja 1.11.0.    It also doesn't happen for me on Ubuntu 22.04 with ninja.    This is when I am doing things manually (cmake-gui version 3.27.7 for config, and typing ninja to compile).   But I'm not building shared libs.   Will try adding that option and seeing what happens.  Other suggestions are welcomed!
Thanks,

Yes - only happens with BUILD_SHARED_LIBS ON

In the build.ninja there is no build target for itkTubeTK-6.0.lib.
@thewtex

Seems like TubeTK is not creating any exports.
See the documentation on /IMPLIB here:
https://learn.microsoft.com/en-us/cpp/build/reference/implib-name-import-library?view=msvc-170
The correct command is being generated by cmake/ninja, but the "/implib lib/itkTubeTK-6.0.lib' file isn't being generated even though it is being correctly specified.   There is a bug in the class defs of tubetk.    Below is the ninja / cmake command that should be generating the lib.
cmd.exe /C "cd . && "C:\Program Files\CMake\bin\cmake.exe" -E vs_link_dll --intdir=Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir --rc=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\rc.exe --mt=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\mt.exe --manifests  -- C:\PROGRA~1\MIB055~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\x64\link.exe /nologo Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\Common\tubeIndent.cxx.obj Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\Common\tubeObject.cxx.obj Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\MetaIO\itktubeMetaClassPDF.cxx.obj Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\MetaIO\itktubeMetaLDA.cxx.obj Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\MetaIO\itktubeMetaNJetLDA.cxx.obj Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\MetaIO\itktubeMetaRidgeSeed.cxx.obj Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\MetaIO\itktubeMetaTubeExtractor.cxx.obj Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\Numerics\tubeBrentOptimizer1D.cxx.obj Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\Numerics\tubeGoldenMeanOptimizer1D.cxx.obj Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\Numerics\tubeOptimizer1D.cxx.obj Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\Numerics\tubeOptimizerND.cxx.obj Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\Numerics\tubeParabolicFitOptimizer1D.cxx.obj Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\Numerics\tubeSpline1D.cxx.obj Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\Numerics\tubeSplineApproximation1D.cxx.obj Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\Numerics\tubeSplineND.cxx.obj Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\ObjectDocuments\tubeMetaDocument.cxx.obj Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\ObjectDocuments\tubeMetaObjectDocument.cxx.obj Modules\Remote\TubeTK\src\CMakeFiles\TubeTK.dir\ObjectDocuments\tubeOptionList.cxx.obj  /out:Wrapping\Generators\Python\itk\itkTubeTK-6.0.dll /implib:lib\itkTubeTK-6.0.lib /pdb:Wrapping\Generators\Python\itk\itkTubeTK-6.0.pdb /dll /version:1.0 /machine:x64  /INCREMENTAL:NO  lib\itkhdf5_cpp-shared-6.0.lib  lib\itkhdf5_hl-shared-6.0.lib  lib\ITKIOTransformBase-6.0.lib  lib\ITKMetaIO-6.0.lib  lib\ITKRegionGrowing-6.0.lib  lib\ITKSmoothing-6.0.lib  lib\ITKTestKernel-6.0.lib  lib\ITKSpatialObjects-6.0.lib  lib\ITKPath-6.0.lib  lib\itkMinimalPathExtraction-6.0.lib  lib\itkhdf5-shared-6.0.lib  lib\ITKTransformFactory-6.0.lib  lib\ITKFFT-6.0.lib  lib\ITKIOBMP-6.0.lib  lib\ITKIOGDCM-6.0.lib  lib\ITKIOGIPL-6.0.lib  lib\ITKIOJPEG-6.0.lib  lib\ITKIOMeshBYU-6.0.lib  lib\ITKIOMeshFreeSurfer-6.0.lib  lib\ITKIOMeshGifti-6.0.lib  lib\ITKIOMeshOBJ-6.0.lib  lib\ITKIOMeshOFF-6.0.lib  lib\ITKIOMeshVTK-6.0.lib  lib\ITKIOMeshBase-6.0.lib  lib\ITKQuadEdgeMesh-6.0.lib  lib\ITKMesh-6.0.lib  lib\ITKIOMeta-6.0.lib  lib\ITKMetaIO-6.0.lib  lib\itkzlib-6.0.lib  comctl32.lib  wsock32.lib  lib\ITKIONIFTI-6.0.lib  lib\ITKTransform-6.0.lib  lib\ITKIONRRD-6.0.lib  lib\ITKIOPNG-6.0.lib  lib\ITKIOTIFF-6.0.lib  lib\ITKIOVTK-6.0.lib  lib\ITKIOImageBase-6.0.lib  lib\ITKOptimizers-6.0.lib  lib\ITKStatistics-6.0.lib  lib\itkNetlibSlatec-6.0.lib  lib\ITKPath-6.0.lib  lib\ITKCommon-6.0.lib  lib\itksys-6.0.lib  ws2_32.lib  dbghelp.lib  psapi.lib  lib\ITKVNLInstantiation-6.0.lib  lib\itkvnl_algo-6.0.lib  lib\itkvnl-6.0.lib  lib\itkv3p_netlib-6.0.lib  lib\itkvcl-6.0.lib  lib\ITKFastMarching-6.0.lib  kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib  && cd ."

Simple fix explained and being investigated via PR https://github.com/InsightSoftwareConsortium/ITKTubeTK/pull/167.


Allow using non default collection for VDBUpload

Description

Checklist

[x] I am familiar with the Contributing Guidelines.
[ ] New or existing tests cover these changes.
[ ] The documentation is up to date with these changes.

Added in #190


Drop hardcoded spec front-matter from script

Closes #1467
There is no change to the generated site files:$ npm run check-links
...
✔✔✔ passed in 2.445121828s
tested 891 documents
$ npm run cd:public -- git diff # No diffs

@chalin feel free to merge


BEiT v2 and v3 code and checkpoints

Hey,
When will the code and cheeckpoints for BEiT v2 v3 be published?
Thanks,
Eliahu

https://github.com/microsoft/unilm/tree/master/beit2

Thanks!

@donglixp Thanks again, but the link to the pretrained checkpoints is not working, see my related issue here #850

@donglixp Thanks again, but the link to the pretrained checkpoints is not working, see my related issue here #850

Fixed by https://github.com/microsoft/unilm/pull/851


Add HTTP client generator for Java

No changes needing a change description found.

You can try these changes here

🛝 Playground
🌐 Website
📚 Next docs

We don't need to name it fluent. This name inherits from autorest.java v1.
We can use anything we want, e.g. mgmt, resourcemanager, etc.

Do we have major difference from the code in autorest.java ?

There is no major difference apart from reducing the number of maven modules and renaming packages.


WARNING! The checksums do not match the files!

after cloning the repository and checking the checksums for security purposes, I noticed the sha-1 check sum for:
js/coin.js
images/coinbin.gif
README/md
index.html
All failed the checksum. This is worrying since is makes it difficult to see if the security of our coins are compromised.

Hello John!
Good catch!
However these files were changed but checksums not recalculated. Please submit a pull request with the changes. Thanks!

On 19 Dec 2017, at 12:20, John Salguero<EMAIL_ADDRESS>wrote:
after cloning the repository and checking the checksums for security purposes, I noticed the sha-1 check sum for:
js/coin.js
images/coinbin.gif
README/md
index.html
All failed the checksum. This is worrying since is makes it difficult to see if the security of our coins are compromised.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub https://github.com/poolgold/coinbin/issues/2, or mute the thread https://github.com/notifications/unsubscribe-auth/ADrjrW456I7-Jg4T0yu-CKn13BtHpZNVks5tB44CgaJpZM4RGvQK.


Bedrock / Claude 3.5 : wrong model ID

Hi,
I've setup CodeGpt for AWS Bedrock with Claude 3.5.
It fails with the message "You don't have access to the model with the specified model ID."
When I fetch the API logs from CloudTrail on AWS, I can see that the model asked to the API is "anthropic.claude-3-sonnet-20240229-v1:03".
As of July 27th the model should be "anthropic.claude-3-5-sonnet-20240620-v1:0".
BR, Damien.

@dbillon
This will be fixed in the next version which is released this week.

There is a new version release for Bedrock for using Claude 3.5 v2


Fixed #3866

BUGS:
Link: https://github.com/bagisto/bagisto/issues/3866

Done https://prnt.sc/uano69

Icon issue has been fixed but layout issue still pending

Done


Artifactory tests in travis

set up artifactory and cache in travis.

Done in https://github.com/comtihon/coon/pull/25


Answer: How to use TanhGrad (with test sample)

Reproduce error like this:
TFGraph graph = new TFGraph();
TFSession session = new TFSession(graph);
TFOutput x = graph.Placeholder(TFDataType.Double, new TFShape(1));
TFOutput y = graph.Tanh(x);
TFOutput dy = graph.TanhGrad(x, y);
TFTensor[] result = session.Run(new[] {x}, new[] {new TFTensor(0.7)}, new[] {dy});
Console.WriteLine(((double) result[0].GetValue()).ToString());
This produces the result: 0,308227566329753
but should produce: 0.63474
https://www.wolframalpha.com/input/?i=d%2Fdx+tanh(x)+at+0.7

Hi @EtcEc,
I've added an example for TanhGrad() API in PR #132 based on your code.
In general, TanhGrad() API requires two parameters: 'y' and 'dy' where
y = tanh(x), and 'dy' is the corresponding input gradient: TFOutput grad = graph.TanhGrad (y, dy);
Considering that, your could should look like this
TFOutput x = graph.Placeholder(TFDataType.Double, TFShape.Scalar);
TFOutput y = graph.Tanh(x);
TFOutput dy = graph.Const (new TFTensor (new [] { 1.0 }));
TFOutput grad = graph.TanhGrad(y, dy);
Here's visualization of 'grad' calculation
https://www.wolframalpha.com/input/?i=1*+(1-+tanh(x)+*+tanh(x))+at+0.7
As you can see it produces exactly the same result you expected.

Thank You for the helpful answer. This does indeed produce the correct result!
However, i suggest either of two things:

updating to appropriate naming of the inputs and the doc-string. Currently You have

TanhGrad(TFOutput x, TFOutput y) // Computes the gradient for the tanh of x wrt its input.
Instead i suggest
TanhGrad(TFOutput y, TFOutput dy) // Computes the gradient for y = tanh(x) w.r.t. x, backpropagating the delta dy.
I suggest this description since, from what you referred to on wolfram, this method not only calculates the gradient, but also multiplies with dy.

Hi @EtcEc,
You highlighted a good point. The problem is that all tensorflow operation signatures and documentation defined in native library and source codes lie in original tensorflow framework repository. So we need to address the problem there.
I created issue asking to rename parameters in native API, will see what they answer.
Thanks.


PSA Digest extern small notes

Consider adding a note that an optional enhancement would be to maintain 'drop counts' for each Digest extern instance, that counted how many times a P4 program called the method to send a digest, but there was no room to store it, because driver and/or other software was not draining the memory used to store digests quickly enough.
Perhaps the second idea here would be best as a future PSA addition, but having the option in a Digest extern instance to eliminate duplicates would be useful, e.g. if it was a digest used for indicating that a source MAC address was not present in a MAC table, there is often no need to send duplicate messages to the control plane if multiple packets arriving near in time to each other send the same data in the digest.

Leaving this issue open as a possible future enhancement to the PSA spec: the idea of standardizing an option for a Digest that makes it 'de-duplicating'.  This is something that some switch ASICs do today for MAC learn notifications, for example -- if a burst of them occur near the same time, the hardware and/or driver software avoid storing duplicates.


Fix FQDN in for the middle tier SSL cert.

Agreed. Ivan, could you add a description with PRs to give reviewers an overview of the changes being made?


Implement Enumerable#reduce

Related to https://github.com/myst-lang/myst/issues/57

LGTM. Thanks. Really appreciate all the work you’ve been contributing :)


Valid file path shouldn't be restricted in resources

Some valid file paths are restricted in PCF component because of the error below, but characters @-
_ might occur in third-party packages, with this limitation we'll have to create duplicate file copies with different file path/name or using CDN path which appears unreasonable, so is that possible to accept all characters valid in a file path?

CustomControl with name XXXXXX.YYYYYYYYYY failed to import with error: Web resource names may only include letters, numbers, periods, and nonconsecutive forward slash characters.

An example which will repro the error above.
    <resources>

      <css path="../node_modules/intl-tel-input/build/css/intlTelInput.css" order="2" />
      <css path="css/IntlTelInputComponent.css" order="3" />

      <img<EMAIL_ADDRESS>/>
    </resources>

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 177968b6-1cef-9f9a-10f1-f64fb9de160a
Version Independent ID: d4675c4a-3c1c-83c4-1ec6-ba482244ae72
Content: Image Element - Power Apps
Content Source: powerapps-docs/developer/component-framework/manifest-schema-reference/img.md
Service: powerapps
GitHub Login: @Nkrb
Microsoft Alias: nabuthuk

@alexchx Thanks for the feedback. Please raise the issue in the community forum. Our developers will help you resolve the issue. Closing the issue.


Add option to set initial height.

I'm adding a view with a map in the header. The map would have a minimum value of about 80 and a maximum value of almost the entire screen. However, initially I'd like it to be somewhere in between. Right now the header always seems to default to the maximum height so it would be nice if it's possible to initially set the header height to something else than the maximum height.

Hey @lammertw, I'm sorry but I don't really get it - you'd like to have your map initially set to half height and as soon as the user starts to scroll immediately grow it to full height?

Sort of, so have it snap at a minimum height, maximum height and somewhere in between. The HappyCow iOS app does this as well. See attached video.
https://user-images.githubusercontent.com/826126/223598720-155419a8-3c43-484c-999b-34974f677fe4.mov

Hey @lammertw, please check out version 0.1.2, I added headerSnappingPositions (for array of custom snapping points) and initialSnapPosition, check them out! Have a wonderful day!