primordic/IssueDupesLite huggingface dataset:
Repository: Netflix/security_monkey

Issue #828: Unable to setup AWS authentication
Created: 2017-09-20T16:13:34Z
Not sure this is an issue, but I am not able to get SM to scan AWS. I could just be doing something wrong.

If it matters at all I'm on 16.04:
ubuntu@ip-172-31-31-109:/var/log/security_monkey$ uname -a
Linux ip-172-31-31-109 4.4.0-1035-aws #44-Ubuntu SMP Tue Sep 12 17:27:47 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

I'm using SM master
Only thing I see in the error log is
ubuntu@ip-172-31-31-109:/var/log/security_monkey$ cat security_monkey.error.log
2017/09/19 18:58:35 [error] 1838#1838: *2 open() "/usr/local/src/security_monkey/security_monkey/static/ico/favicon.ico" failed (2: No such file or directory), client: {SOME IP} , server: , request: "GET /static/ico/favicon.ico HTTP/1.1", host: "ec2-{SOME IP}.compute-1.amazonaws.com", referrer: "https://ec2-{SOME IP}.compute-1.amazonaws.com/login?next=https%3A%2F%2Fec2-{SOME IP}.compute-1.amazonaws.com%2F"

Duplicate issue #829: res
Created: 2017-09-20T16:23:16Z
Not sure this is an issue, but I am not able to get SM to scan AWS. I could just be doing something wrong.

If it matters at all I'm on 16.04:
ubuntu@ip-172-31-31-109:/var/log/security_monkey$ uname -a
Linux ip-172-31-31-109 4.4.0-1035-aws #44-Ubuntu SMP Tue Sep 12 17:27:47 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

I'm using SM master
Only thing I see in the error log is
ubuntu@ip-172-31-31-109:/var/log/security_monkey$ cat security_monkey.error.log
2017/09/19 18:58:35 [error] 1838#1838: *2 open() "/usr/local/src/security_monkey/security_monkey/static/ico/favicon.ico" failed (2: No such file or directory), client: {SOME IP} , server: , request: "GET /static/ico/favicon.ico HTTP/1.1", host: "ec2-{SOME IP}.compute-1.amazonaws.com", referrer: "https://ec2-{SOME IP}.compute-1.amazonaws.com/login?next=https%3A%2F%2Fec2-{SOME IP}.compute-1.amazonaws.com%2F"

Closing comment (2017-09-20T16:47:09Z): Duplicate of #828
Repository: Netflix/security_monkey

Issue #554: Change notifications should support SNS/SQS
Created: 2017-02-18T01:05:24Z
Change notifications currently go out over email.
It should also support dropping messages into a queue/topic.

Duplicate issue #200: security_monkey should add SNS/SQS notification options
Created: 2015-08-28T23:24:11Z
Current security_monkey notifications are over email.
It can be kinda spammy, depending on what you sign up for.
security_monkey should also allow notifications over sns/sqs.
Web UI functionality should be built out so you can be notified if a certain security group or iam role is modified.
This SNS/SQS notifications could also be invoked when an issue is justified or an item comment is added.
People could listen for these SNS/SQS messages and do whatever they'd like with them.  An example is to update a chat room with important events.

Closing comment (2017-09-06T17:30:33Z): duplicate of #554. Closing
Repository: NixOS/nix

Issue #2673: 'nix-channel --update' stopped working on nix-2.2.1: error: while setting up the build environment: getting attributes of path '': No such file or directory
Created: 2019-02-09T11:36:46Z
The install is a nix install on Gentoo (not a NixOS).
$ nix-channel --update --verbose
downloading 'https://nixos.org/channels/nixpkgs-unstable'...
downloading 'https://releases.nixos.org/nixpkgs/nixpkgs-19.03pre168678.54dcb0b1376/binary-cache-url'...
unpacking channels...
warning: Nix search path entry '/nix/var/nix/profiles/per-user/root/channels' does not exist, ignoring
error: while setting up the build environment: getting attributes of path '': No such file or directory
error: program '/usr/bin/nix-env' failed with exit code 1

I tried strace-ing nix-env and running nix-daemon but I did not find where that '' path comes from. Can nix be improved to dump more information on where that path comes from?
Some version info:
$ nix --version
nix (Nix) 2.2.1
$ nix-channel --list
nixpkgs https://nixos.org/channels/nixpkgs-unstable

ottidmes on #nixos linked me to a thread about /bin/sh out of nix: https://logs.nix.samueldr.com/nixos/2019-02-06#1938291
Working workaround:
$ nix-build '<nixpkgs>' -A bash
$ sudo systemctl restart nix-daemon

Duplicate issue #3109: locked from update
Created: 2019-09-28T10:20:25Z
Nix installed inside Gentoo.
I've updated nix from version 2 to 2.3.
$ nix-channel --update
error: opening lock file '/nix/store/d5w9a2n95nn15d570mhkgr6yxjia0dw8-nixos-unstable.lock': Permission denied

A more detailed description of the problem:
http://www.gentoo.ru/node/29676

Closing comment (2019-10-12T15:13:10Z): Dupe of #2673
Gentoo-specific workaround in https://bugs.gentoo.org/693482 should work.

Which first step should I make after your instruction?
(https://trofi.github.io/posts/196-nix-on-gentoo-howto.html)
Repository: NixOS/nix

Issue #3121: Copy local flakes to the store lazily
Created: 2019-10-07T12:14:51Z
Currently flakes are evaluated from the Nix store, so when using a local flake, it's first copied to the store. This means that
$ cd /path/to/nixpkgs
$ nix build .#hello

is a lot slower than the non-flake alternative
$ nix build -f . hello

Ideally, we would copy the flake to the store only when its outPath attribute is evaluated. However, we also need to ensure that it's not possible to access untracked files (i.e. we need to check every file against git ls-files).

Duplicate issue #4772: Allow evaluating local flakes directly
Created: 2021-05-05T11:40:38Z
Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
Currently, when you do something like nix build .#hello inside a local Nixpkgs checkout, the entire needs to be dumped into the Nix store.
That takes quite a while even on an SSD and wastes erase cycles too.
This behaviour is especially problematic in combination with bash completion as it calls nix for everything separately. Bash completion is unusable with local flakes.
Describe the solution you'd like
A clear and concise description of what you want to happen.
Local flakes should be evaluable directly just like regular local Nix expressions are.
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
The state of the directory could at least be cached but that's not a great solution.
Additional context
Add any other context or screenshots about the feature request here.
https://discourse.nixos.org/t/troubles-adopting-the-new-nix/12870

Closing comment (2021-05-05T12:31:20Z): Duplicate of #3121.
Repository: NixOS/nix

Issue #1164: Diffing values
Created: 2016-12-27T00:32:06Z
When doing my nixpkgs refactors, I'm often trying to avoid changing any hashes. To help me diagnose why a hash changes, it would be really nice to be able to compare two nix values and do a tree diff.
For example, comparing { a = { q = null; }; } and { a = { }; b = [ 2 ]; }, I'd love something like:
{
  a = {
    -q = null;
  };
  +b = [ 2 ];
}
It's possible a nixpkgs lib function would suffice, in which case I'll reopen the issue there.

Duplicate issue #4421: Backport hydra's ssh host key feature to Nix
Created: 2021-01-03T17:31:55Z
Is your feature request related to a problem? Please describe.
Hydra supports the machines file containing the machine's host key in the 8th column:
        if (tokens[7] != "" && tokens[7] != "-")
            machine->sshPublicHostKey = base64Decode(tokens[7]);

https://github.com/NixOS/hydra/blob/79d34ed7c93af2daf32cf44ee0e3e0768f13f97c/src/hydra-queue-runner/hydra-queue-runner.cc#L110-L111
            if (machine->sshPublicHostKey != "") {
                Path fileName = tmpDir + "/host-key";
                auto p = machine->sshName.find("@");
                string host = p != string::npos ? string(machine->sshName, p + 1) : machine->sshName;
                writeFile(fileName, host + " " + machine->sshPublicHostKey + "\n");
                append(argv, {"-oUserKnownHostsFile=" + fileName});
            }

https://github.com/NixOS/hydra/blob/73dfef364bb7b8eff43e435a30fd2fe1cc3350db/src/hydra-queue-runner/build-remote.cc#L59-L65
I'd like to use this same behavior for all my Nix builds.

Closing comment (2022-03-01T04:58:09Z): Related to #1164, and I added a new bullet for the general problem that Hydra is duplicating the machines parsing logic.
Repository: NixOS/nix

Issue #4945: What language is flake.nix written in?
Created: 2021-06-25T15:04:31Z
This issue may sound silly but it's actually not clear to me what language they are written in.
The syntax and file ending both look like Nix but the manual doesn't apply most of the time.
The manual makes it seem like this should work:
{
  description = "Testflake";
  outputs = import ./outputs.nix;
}
but running that results in
error: expected a function but got a thunk at /nix/store/lm4pyqnkbiwvp2kxjd64nqb2xkdxmbfx-source/flake.nix:4:3

So what language are flake.nix files written in (is there any specification or documentation) and why is that language not Nix?

Duplicate issue #6659: error: expected a string but got a thunk when importing a flake input
Created: 2022-06-13T08:55:46Z
Is your feature request related to a problem? Please describe.
While developing https://gitlab.com/moduon/devsecops/precommix, I wanted a way to force the flake to get a specific input version depending on how the Copier template is updated.
Describe the solution you'd like
I thought it would be pretty simple to add a .precommix.nix file, updated by the Copier template, and then just add to the flake:
inputs.precommix.url = import ./.precommix.nix;
However, if you put such import in a flake input, you get this error:
error: expected a string but got a thunk at /nix/store/jymd3dfmwvv0k7f2nbrqgf4pp9w6ax4s-source/flake.nix:10:3

Describe alternatives you've considered
Not sure... using builtins.getFlake?
Additional context
Precommix combines the best parts of pre-commit and nix.
To make sure we get full reproducibility, I want to share the same commit between the .pre-commit-config.yaml file and flake.lock when updating the template.
To manage template I use https://copier.readthedocs.io/ because it supports smart updates.

Closing comment (2022-07-04T17:26:00Z): Seems like a duplicate of #4945
Repository: NixOS/nix

Issue #3602: follows behavior for flakes used as inputs
Created: 2020-05-20T14:20:22Z
Follows seems to break when a flake that has follows is used as an input for another flake. For example for a circular dependency flakeB<->flakeC, if flakeA inputs flakeB it causes a circular import error. If A->B->C and A->D->C2 but B follows D/C, the follows works, but if another flake inputs A, B no longer follows D/C.
The RFC says follows should be a path from the root flake, but it looks like sometimes the path is actually treated as relative 
  
    
      nix/src/libexpr/flake/flake.cc
    
    
         Line 366
      in
      5f64655
    
  
  
    

        
          
           /* Otherwise, it's relative to the current flake. */ 
        
    
  


Not sure what the intended behavior is, but it seems kind of brittle to require a flake to know the path it is being input along, and it might be better to always treat a follows as relative to the flake where it is defined.

Duplicate issue #6986: `follows` is broken
Created: 2022-09-01T14:20:52Z
Describe the bug
Almost any use of follows more than the trivial case is broken.
Steps To Reproduce

Setting follows of an input of an input.
Setting follows of an input to a/b/c (happens in dependencies) where a/b is set to follow d doesn't make it follow d/c.

Expected behavior
This should all work.
Additional context
Nix 2.10.3

Closing comment (2022-09-01T14:35:57Z): Seems like this might be a duplicate of #3602
Repository: NixOS/nix

Issue #1171: Mysterious TTY-sensitive behavior change in nix-shell in 1.11.5
Created: 2017-01-03T21:34:08Z
I often use nix-shell in automated builds in my CI systems to run scripts in reproducible environments. In these scenarios, nix-shell doesn't get a TTY, which in the past hasn't harmed it at all.
Take this simple default.nix:
(import <nixpkgs> {}).stdenv
and run (setsid gets rid of the TTY):
$ setsid nix-shell --command 'echo "foo"' < /dev/null
Up until 1.11.5, that prints out foo as you'd expect, but since 1.11.5, it appears to do nothing at all. I'm wondering if a subtle change was introduced since we killed the perl involved here?
cc @shlevy @edolstra @domenkozar

Duplicate issue #1186: nix-shell 1.11.5 executes stdin with bash if stdin is non-interactive
Created: 2017-01-12T22:39:25Z
Sounds crazy, doesn't it? But, nevertheless:
test.sh:
#!/usr/bin/env nix-shell
#!nix-shell -i bash -p bash

cat

This should simply echo stdin. However...
$ echo 'echo "Hi!"' | ./test.sh
Hi!

$ ./test.sh  # Behaves normally

This may be related to issue #1171. I found the culprit by bisecting NixOS; I'm not sure how to test with a built-from-source Nix package.

Closing comment (2017-01-13T09:31:39Z): Dupe of #1171?
Repository: NixOS/nix

Issue #7990: Installation fails on Clear Linux*, presumably because directory `/etc/tmpfiles.d` doesn't exist by default
Created: 2023-03-06T21:16:25Z
Platform


 Linux: Clear Linux* (version 38390)
 macOS
 WSL

Additional information
No additional steps: I performed the command sh <(curl -L https://nixos.org/nix/install) --daemon for the multi-user installation, as instructed at https://nixos.org/download.html
It's relevant to know that Clear Linux* uses systemd and does not use SELinux, which at least in theory should make is suitable for the multi-user install of Nix, right?
It does seem like Clear Linux* does not have the directory /etc/tmpfiles.d by default. Perhaps the script shouldn't blindly assume that this directory already exists in every Linux distro? I'll try manually creating that directory first and then rerunning the multi-user install command. I'll share my findings of that in a comment below.
Output
Output
~~> Setting up the nix-daemon systemd service

---- sudo execution ------------------------------------------------------------
I am executing:

    $ sudo ln -sfn /nix/var/nix/profiles/default//lib/tmpfiles.d/nix-daemon.conf /etc/tmpfiles.d/nix-daemon.conf

to create the nix-daemon tmpfiles config

ln: failed to create symbolic link '/etc/tmpfiles.d/nix-daemon.conf': No such file or directory


Priorities
Add 👍 to issues you find important.

Duplicate issue #9777: Installer dies if no /etc/tmpfiles.d/ present
Created: 2024-01-15T17:31:49Z
Platform


 Linux: Intel Clear Linux OS
 macOS
 WSL

Additional information
By construction, being "stateless" ICL tends to miss system directories normally present in more mainstream distros.
Output
Output
...


Sorry, missed the exact output error, but I think the problem here is sort of obvious. Creating a root-owned /etc/tmpfiles.d/ directory fixes the issue. It's probably a matter of including this step in the installer.

Closing comment (2024-01-15T22:05:14Z): Folks, I apologize profusely for not doing my homework; I hadn't realized this is a duplicate of #7990 - I propose we close this issue and rehash the proper one.
Repository: NixOS/nix

Issue #3311: Docs needs an update regarding partition creation, so as not to give bad advice.
Created: 2020-01-10T18:36:22Z
More details at https://discourse.nixos.org/t/following-install-gave-warning-the-resulting-partition-is-not-properly-aligned-for-best-performance/5335
Sorry if this question should be obvious, but where are the docs for this section?

Duplicate issue #3310: Following manual section 2.5.4 results in wrong swap partition being configured.
Created: 2020-01-10T18:30:32Z
Basically the details here: https://discourse.nixos.org/t/wrong-swap-partition-detected-by-nixos-generate-config-on-fresh-install/5355
After running the nixos-generate-config step, the generated hardware-configuration.nix file contains the wrong swap partition(s).
I'm not sure how to fix this at a higher level so it doesn't happen to people, but luckily I looked in the file and made the manual correction as needed.
I'm sure some people may not look in the file, and assume the installation steps just work.

Closing comment (2020-01-10T19:18:59Z): Same as #3311.
Repository: NomicFoundation/hardhat

Issue #3430: Add `--output` parameter to `flatten` task
Created: 2022-12-15T10:19:46Z
You can use > to create a file with the output of the flatten task, but this is not discoverable for people that are not very familiar with the shell. Plus, AFAIK that doesn't work on Windows's cmd.
We should add a --output parameter with a path to the file that will be created.
hh flatten --output Flattened.sol

If the file exists, it should be overriden.
See related discussion here.

Duplicate issue #4027: Add `--output` (or similar) parameter to the flatten task
Created: 2023-06-14T08:57:07Z
We mentioned this idea in #1049 but it got lost in the rest of the discussion.
The reason for this is that the redirection operator (>) can be unreliable in some cases (for example, yarn seems to print some things to stdout), and it might not be available in some windows shells.

Closing comment (2023-08-01T20:05:02Z): Closing as duplicate of #3430 🤦‍♂️
Repository: NomicFoundation/hardhat

Issue #1605: Update `eth_getTransactionReceipt` to support EIP-1559
Created: 2021-06-28T18:33:44Z
eth_getTransactionReceipt: receipts should include an effectiveGasPrice, which is equal to gasPrice for pre-London receipts and is the effective feePerGas after London. Relevant PR.

It's unclear if we should return this when a non-London Hardhat Network is started

Duplicate issue #1650: Return the right `effectiveGasPrice` for JSON-RPC receipts
Created: 2021-07-10T15:09:20Z
If we aren't forking, we should only display it if the HF >= London.
If we are forking

Running London locally: display it for all the blocks
Running an HF <= London: only display it for remote blocks that have it.



Note that the latest bullet may lead to some remote non-eip-1559 blocks to have this field (i.e. a berlin block when forking from a london network), but that's not a big deal. If we find a way to distinguish between them, we can display it only in EIP-1559 blocks.

Closing comment (2021-07-15T20:27:03Z): Duplicate of #1605
Repository: NomicFoundation/hardhat

Issue #3639: Support ethers@^6.0.0
Created: 2023-02-03T21:45:35Z
Describe the feature
ethers.js is a dependency in the following packages:

hardhat-chai-matchers
hardhat-core
hardhat-ethers
hardhat-etherscan
hardhat-network-helpers
hardhat-toolbox
hardhat-waffle

With the recent release of version ^6.0.0, devs are going to want to migrate (in particular because 6.0.0 gets rid of BN in favor of native bigint).
I would love to see a version of the above plugins that are compatible with this new version of ethers.
Search terms
ethers v6

Duplicate issue #3786: ethers v6
Created: 2023-03-21T17:10:46Z
Describe the feature
Are there any plans to bump ethers dependency for the next major release of ethers v6? Thank you.
Search terms
No response

Closing comment (2023-03-21T21:01:54Z): Duplicate of #3639.
We are currently working on it.
Repository: NomicFoundation/hardhat

Issue #1138: [hardhat-ethers] Printing the provider always seems to indicate that it's pointing to localhost
Created: 2020-12-29T00:50:54Z
If you console.log ethers.provider, it prints a localhost url. This is confusing and many times incorrect. We should try to improve this by setting the url to something else. Maybe a message explaining that the value is bogus.

Search terms: localhost:8545, connection, url, ethers.

Duplicate issue #1798: `hre.ethers.provider.connection.url` doesn't return current network
Created: 2021-08-15T23:22:23Z
A more robust version of the below code is here: https://github.com/markmiro/hardhat-ethers-network-confusion
./package.json
{
  "devDependencies": {
    "@nomiclabs/hardhat-ethers": "2.0.2",
    "ethers": "5.4.4",
    "hardhat": "2.6.0"
  }
}

./hardhat.config.js
require("@nomiclabs/hardhat-ethers");

module.exports = {
  networks: {
    ropsten: {
      url: `https://eth-ropsten.alchemyapi.io/v2/3RI0h7l9dI7NPpIWBKiASq6IV0cUFbRQ`,
    },
  },
  solidity: "0.8.4",
};
./script.js
const hre = require("hardhat");

async function main() {
  console.log("Network url:", hre.network.config.url);
  console.log("Provider url:", hre.ethers.provider.connection.url);
}

main()
Run on localhost network, and results look fine:
% npx hardhat run script.js --network localhost
Network url: http://127.0.0.1:8545
Provider url: http://localhost:8545

However, running on ropsten yields unexpected result:
% npx hardhat run script.js --network ropsten  
Network url: https://eth-ropsten.alchemyapi.io/v2/3RI0h7l9dI7NPpIWBKiASq6IV0cUFbRQ
Provider url: http://localhost:8545

Expected:
Provider url: https://eth-ropsten.alchemyapi.io/v2/3RI0h7l9dI7NPpIWBKiASq6IV0cUFbRQ
Actual:
Provider url: http://localhost:8545

Closing comment (2021-08-20T17:54:54Z): Duplicate of #1138.
Notice that you can use hre.network.name to know which network is being used.
You can also use hre.network.config.url to get the URL, but that will be undefined when connecting to the hardhat network.
Repository: NomicFoundation/hardhat

Issue #804: [builder-etherscan]: compiled contracts included in verification
Created: 2020-09-23T09:00:02Z
When verifying with buidler-etherscan plugin, other compiled (unrelated) contracts are also included in the verification.
The following simple example is a project with two contracts, where A is deployed to a public testnet and then verified.
$ npx buidler verify --network kovan 0xBc2bfE23f7Cd054283A51Fe64f5b3D69d2CBeCa9
Compiling...
Successfully submitted source code for contract
contracts/A.sol:A at 0xBc2bfE23f7Cd054283A51Fe64f5b3D69d2CBeCa9
for verification on etherscan. Waiting for verification result...
Successfully verified contract on etherscan

The verified contract on Etherscan shows both A and B files.
https://kovan.etherscan.io/address/0xBc2bfE23f7Cd054283A51Fe64f5b3D69d2CBeCa9#code
A.sol
// contracts/A.sol
// SPDX-License-Identifier: MIT
pragma solidity ^0.6.0;

contract A {
    uint256 private _value;

    function doStuff(uint256 value) public {
        _value = value;
    }
}
B.sol
// contracts/B.sol
// SPDX-License-Identifier: MIT
pragma solidity ^0.6.0;

contract B {
    bool private _value;

    function doStuff(bool value) public {
        _value = value;
    }
}

Duplicate issue #1036: hardhat-etherscan does not work as expect.
Created: 2020-11-19T07:45:38Z
I am trying to use hardhat-etherscan to verify contract automatically, but it does not work as my expect, cause I only want to verify a contract, but it uploads all my contracts, my hardhat.config.js is:
require("dotenv").config();
require("@nomiclabs/hardhat-waffle");
require("@nomiclabs/hardhat-etherscan");
require("hardhat-deploy-ethers");

const privateKey = process.env.PRIVATE_KEY;
const infuraKey = process.env.INFURA_KEY;

module.exports = {
  networks: {
    kovan: {
      url: `https://kovan.infura.io/v3/${infuraKey}`,
      accounts: [`0x${privateKey}`]
    }
  },
  solidity: {
    version: "0.6.12",
    settings: {
      optimizer: {
        enabled: true,
        runs: 2000
      }
    }
  },
  etherscan: {
    apiKey: process.env.ETHERSCAN_KEY
  }
};
My deployed scripts deploy.js is:
async function main() {
    const [deployer] = await ethers.getSigners();

    console.log(
        "Deploying contracts with the account:",
        deployer.address
    );

    console.log("Account balance:", (await deployer.getBalance()).toString());

    const Token = await ethers.getContractFactory("Token");
    const token = await Token.deploy("Mock Token", "MT");

    console.log("Token address:", token.address);
}

main()
.then(() => process.exit(0))
.catch(error => {
    console.error(error);
    process.exit(1);
});
my contract is:
pragma solidity 0.6.12;

import "@openzeppelin/contracts-upgradeable/token/ERC20/ERC20Upgradeable.sol";

contract Token is ERC20Upgradeable{
    constructor(
        string memory _name,
        string memory _symbol
    ) public {
        __ERC20_init(_name, _symbol);
    }

    function mint(address account, uint256 amount) public {
        _mint(account, amount);
    }
}

Closing comment (2020-11-19T16:51:53Z): I'm closing this as a duplicate of #804. A fix for this is coming soon, btw.
Repository: NomicFoundation/hardhat

Issue #1988: Hardhat's key derivation doesn't work with Node 17
Created: 2021-10-23T21:53:32Z
Hello, just install hardhat on my local project, windows os version 10.
Iam trying to run task hardhat accounts and getting this errors :
An unexpected error occurred:

Error: error:0308010C:digital envelope routines::unsupported
    at new Hash (node:internal/crypto/hash:67:19)
    at Object.createHash (node:crypto:130:10)
    at hash160 (F:\ROXI-Repositories\ROXI Company\Roxi Token Development\hardhat-1\node_modules\ethereum-cryptography\vendor\hdkey-without-crypto.js:249:21)
    at HDKey.set (F:\ROXI-Repositories\ROXI Company\Roxi Token Development\hardhat-1\node_modules\ethereum-cryptography\vendor\hdkey-without-crypto.js:50:24)
    at Function.HDKey.fromMasterSeed (F:\ROXI-Repositories\ROXI Company\Roxi Token Development\hardhat-1\node_modules\ethereum-cryptography\vendor\hdkey-without-crypto.js:194:20)
    at Object.deriveKeyFromMnemonicAndPath (F:\ROXI-Repositories\ROXI Company\Roxi Token Development\hardhat-1\node_modules\hardhat\src\internal\util\keys-derivation.ts:21:27)
    at derivePrivateKeys (F:\ROXI-Repositories\ROXI Company\Roxi Token Development\hardhat-1\node_modules\hardhat\src\internal\core\providers\util.ts:29:24)
    at Object.normalizeHardhatNetworkAccountsConfig (F:\ROXI-Repositories\ROXI Company\Roxi Token Development\hardhat-1\node_modules\hardhat\src\internal\core\providers\util.ts:56:10)     
    at Object.createProvider (F:\ROXI-Repositories\ROXI Company\Roxi Token Development\hardhat-1\node_modules\hardhat\src\internal\core\providers\construction.ts:75:22)
    at F:\ROXI-Repositories\ROXI Company\Roxi Token Development\hardhat-1\node_modules\hardhat\src\internal\core\runtime-environment.ts:80:14 {
  opensslErrorStack: [ 'error:03000086:digital envelope routines::initialization error' ],
  library: 'digital envelope routines',
  reason: 'unsupported',
  code: 'ERR_OSSL_EVP_UNSUPPORTED'
}

Here is my actual devDependencies :
  "devDependencies": {
    "@nomiclabs/hardhat-ethers": "^2.0.2",
    "@nomiclabs/hardhat-waffle": "^2.0.1",
    "chai": "^4.3.4",
    "ethereum-waffle": "^3.4.0",
    "ethers": "^5.5.1",
    "hardhat": "^2.6.7"
  }

thanks you

Duplicate issue #2405: Error HH604: Error running JSON-RPC server: error:0308010C:digital envelope routines::unsupported
Created: 2022-02-20T15:31:22Z

Closing comment (2022-03-09T16:06:45Z): Duplicate of #1988
Repository: NomicFoundation/hardhat

Issue #3536: Add support for httpHeaders in hardhat-etherscan's customChains
Created: 2023-01-03T10:58:11Z
We currently don't support httpHeaders in customChains config, but we should.
See feature request in these two issues:

#4863
#3534

Duplicate issue #3534: Unable to verify through custom chain configs
Created: 2023-01-03T10:14:11Z
Guide:
https://hardhat.org/hardhat-runner/plugins/nomiclabs-hardhat-etherscan#adding-support-for-other-networks
My configs:
etherscan: {
    apiKey: {
      ethereum: process.env.ETHERSCAN_API_KEY,
      okx: process.env.OKX_URL
    },
    customChains: [
      {
        network: "okx",
        chainId: 66,
        urls: {
              apiURL: "https://www.oklink.com/api/explorer/v1/okc/contract/multipartVerify",
              browserURL: "https://www.oklink.com/en/okc"
        },
        httpHeaders: {
          "Ok-Access-Key": `${process.env.OKX_API_KEY}`
        }
      }
    ]
  },

Result (still the same):

NomicLabsHardhatPluginError: An etherscan endpoint could not be found for this network. ChainID: 66. The selected network is okx.
Possible causes are:

The selected network (okx) is wrong.
Faulty hardhat network config.

Closing comment (2023-05-01T07:47:34Z): Hey @bolpol, I gave this another try and there are several different things going on here.

As mentioned before, we don't support httpHeaders for custom chains. We should, and that is tracked by #3536
I kept the issue open because I was particularly interested in the "An etherscan endpoint could not be found" error, since that seemed incorrect given your config. But I couldn't reproduce that; in my case it does attempt to send requests to the server.
Even taking that into account, I don't think the explorer supports an etherscan-compatible contract verification endpoint, does it? If they do, their docs don't mention it.

Sorry for taking so long to give a disappointing "can't reproduce" answer. I'm going to close this now, but if you still think there's something wrong in our end, please let me know.
Repository: NomicFoundation/hardhat

Issue #397: Preventing abstract contract deployments
Created: 2019-12-06T19:18:25Z
Currently, Buidler lets you deploy an abstract contract. This results in an empty bytecode being deployed.
We should detect this situation, prevent it, and print a clear error message.

Duplicate issue #581: Throw error when trying to deploy an abstract contract
Created: 2020-05-16T16:14:14Z
If a deploy script does something like:
const AbstractContract = await ethers.getContractFactory("AbstractContract");
const abstractContract = await AbstractContract.deploy();

then an error should be thrown, or at least a warning should be shown. Otherwise, sending a transaction to abstractContract later will result in a Calling account which is not a contract error.

Closing comment (2020-05-30T21:52:31Z): Just realized this is a duplicate of #397.
Repository: NuGet/NuGetGallery

Issue #10025: Not able to access our nuget.org account 'view profile' page.
Created: 2024-06-18T10:25:28Z
Describe the bug
We are experiencing a problem with our NuGet.org account. When we click on the "View Profile" link, the page fails to load and instead displays an "Internal Server Error" message. This issue prevents us from accessing our profile information and managing our account effectively.
Our profile Link: https://www.nuget.org/profiles/SyncfusionInc
We kindly request your support to resolve this issue promptly. Please investigate the cause of the internal server error and provide a solution so we can access our profile without any further problems.
Repro Steps
Click below profile link it not loading,
https://www.nuget.org/profiles/SyncfusionInc
Expected Behavior
The profile page should load correctly, displaying all relevant account and profile information without any errors.
Screenshots

Additional Context and logs
No response

Duplicate issue #10361: [NuGet.org Bug]: Owner profile page is broken
Created: 2025-03-11T06:04:54Z
Impact
I'm unable to use NuGet.org
Describe the bug
We're unable to access the owner profile page (eg https://www.nuget.org/profiles/unoplatform) as it returns a 500 internal error:

Repro Steps
Navigate to https://www.nuget.org/profiles/unoplatform in browser and observer the 500 exception
Expected Behavior
https://www.nuget.org/profiles/unoplatform should render correctly showing information about the organisation
Screenshots

Additional Context and logs
No response

Closing comment (2025-03-11T17:47:04Z): Duplicate of #10025
Could you please upvote in #10025 of #
Repository: NuGet/NuGetGallery

Issue #1094: Uploading bigger packages fails
Created: 2013-04-25T00:51:55Z
With the support for native packages, we need to start supporting the upload of bigger packages.
Packages of size up to 150 MB is getting up uploaded properly from commandline. But for package bigger than that nuget.exe gives an error "The request was aborted. "
It works fine from UI.
The stack trace points to
System.IO.InvalidDataException: End of Central Directory record could not be found.
at System.IO.Compression.ZipArchive.ReadEndOfCentralDirectory()
Download huge packages from : https://qa.nugettest.org/packages/hugerimage ( various versions of this will be of size 75, 150 and 220 MBs).

Duplicate issue #486: Handle an upload that's too large better
Created: 2012-04-23T21:54:58Z
Right now, if you try to upload a package that exceeds the 30MB limit, you get a special 404 error from IIS. We should try to present a friendlier error when this happens.

Closing comment (2013-12-05T06:44:02Z): closing it as dupe of #1094
Repository: NuGet/NuGetGallery

Issue #5947: [NuGet Symbol Server] Push Rest APIs  Implementation
Created: 2018-05-20T18:30:06Z
Rest Symbols APIs for supporting publish symbols

Duplicate issue #5513: [NuGet Symbol Server] Gallery api 
Created: 2018-02-21T16:37:49Z
API changes to support NuGet Symbol server.

Closing comment (2018-05-20T19:32:43Z): Duplicate of: #5947
Repository: NuGet/NuGetGallery

Issue #3361: Consume RPS SDK to add first party MSA support
Created: 2016-11-18T01:03:20Z
Use MBI_SSL_SA policy when authenticating with msa for 2FA.

Duplicate issue #3303: Create a first party integration with MSA for 2FA
Created: 2016-10-21T18:32:29Z

Closing comment (2016-12-09T19:00:27Z): same as #3361
Repository: NuGet/NuGetGallery

Issue #4878: Ability to search tags with search that contains "-" (hyphen)
Created: 2017-10-21T00:14:53Z
Currently if I search on nuget.org with a text "2017-01-01" it will tokenize and search text "2017" or "01"
Would be great if you can support "-" hyphen in the search string.
Also the same thing should work if I search from Visual Studio

Duplicate issue #7642: Consider not tokenizing tags
Created: 2019-10-22T22:35:00Z
Right now tags use the default analyzer in Azure Search which is the "Standard" analyzer. This tokenizes in some reasonable places (like spaces) but it some not-so-great places like hyphens. Underscores are not tokenized. This is rather inconsistent.
My hypothesis is that tags should be treated in a case insensitive manner but should not be tokenized on hyphens or underscores. Dots and other symbols are debatable.
Query Tags:"Storage_2019-04-01" may not be working as expected. Perhaps we could reach out to the package authors to understand their specific expectations for a sanity check.
Some data:

107,623 package IDs have tags on their latest version
590 / 107623 = 0.5% of these have an underscore (_) in their tags
11306 / 107623 = 10.5% of these have a hyphen (-) in their tags
20195 / 107623 = 18.8% of these have a dot (.) in their tags

Another note is that PowerShell gallery uses hyphens in their tags extensively (when cmdlet names are a tag) so this behavior is bad for that too.

Closing comment (2019-12-17T20:21:04Z): This is a duplicate of #4878.
Repository: NuGet/NuGetGallery

Issue #807: Allow package metadata to be editable
Created: 2013-02-20T16:07:12Z
Whenever I change an item in the package meta-data which is displayed on e.g. the nuget website, like the project url, I have to bump the version of the package. This is a problem, because the actual code didn't change, no version bump occurred there. People using my assembly through nuget now see an updated version, but there's no changelog, no change at all, just an URL changed in the meta-data of the package.
It should be possible to re-upload nuget packages to the nuget repository if the meta-data changed but the actual dll didn't. I at least should get the choice to overwrite the package with the new one, if it's the same version. It's my responsibility after all whether that's the wisest choice to do.
I ran into this because I moved some projects from codeplex to github and wanted to change the project url in the package from the codeplex site to the github project site. This required a version bump, which I don't want to do.
Some projects do bump the version of the package and awkwardly use another version number in the text to signal the real version of the code (e.g. log4net, which uses v2.0 on nuget, but the code is 1.2). This is confusing and awkward and as it's about meta-data around the code which is used/referenced by projects, it should not require one to bump the version number.

Duplicate issue #585: Unable to alter package metadata
Created: 2012-09-04T19:13:19Z
not sure why, but this package https://nuget.org/packages/Nancy.BootStrappers.StructureMap started getting a capital S in Bootstrappers a while back .. the thing is it's not in our Nuspec file https://github.com/NancyFx/Nancy.Bootstrappers.StructureMap/blob/master/src/Nancy.Bootstrappers.StructureMap/nancy.bootstrappers.structuremap.nuspec
Uploading a new package (like we did today) does not change it. Any known work arounds for this?

Closing comment (2013-06-04T19:00:45Z): Possible dupe of #807
Repository: NuGet/NuGetGallery

Issue #970: Lucene Index is slow to react to changes
Created: 2013-03-28T06:21:00Z
We only rebuild the index once every three days, which is much to slow. We have a few options:

Selectively rebuild individual documents when the relevant package changes (not sure if this is even possible, just spitballing)
Rebuild the index faster (every couple of hours? every hour?)

Note: I know we want to move Lucene out of the web role, but I think we should make these kind of changes before then since we're getting customer reports of lingering unlisted packages.

Duplicate issue #920: Unlisted package shows up in search result
Created: 2013-03-19T17:45:50Z
Copied from http://nuget.codeplex.com/workitem/3152.
The NakedObjects.Framework package is unlisted (for all versions) but it shows up in search result.

Closing comment (2013-03-30T05:49:57Z): I can no longer find the package in search results, so I suspect they got fixed when we did our deployment and rebuilt indexes yesterday. In general I think this is a dupe of #970, so closing.
Repository: NuGet/NuGetGallery

Issue #6519: [Licenses] Prettify license endpoint in Gallery
Created: 2018-10-05T23:12:04Z
License endpoint in Gallery should have the decorations from the rest of the web site, it should display both license files and license expressions in the response it produces. The page should explicitly state package details and the license embedded into it.
(related to #6518).

Duplicate issue #6688: [Licenses] Proper license endpoint for the Gallery
Created: 2018-11-20T00:28:46Z
This is a follow up for the #6518. Instead of redirecting to flat container, the license file should be rendered in page with proper header and footer and with the package id and version mentioned in the page.

Closing comment (2019-01-04T19:22:27Z): Duplicate of #6519
Repository: NuGet/NuGetGallery

Issue #6124: No visibility on validation issue deserialization failure in Gallery
Created: 2018-06-29T23:49:26Z
See #6105 (comment)
Basically, the Gallery deserializes ValidationIssues from the validation DB. If the Gallery's references to NuGet.Services.Validation become outdated, the Gallery will fail to deserialize issues and will show invalid issues for a package.
Because we are missing logging/telemetry for ValidationIssue deserialization, we won't be alerted if there are any issues. We should add logging/telemetry for this.

Duplicate issue #6125: No visibility on validation issue deserialization failure in Gallery
Created: 2018-06-29T23:49:27Z
See #6105 (comment)
Basically, the Gallery deserializes ValidationIssues from the validation DB. If the Gallery's references to NuGet.Services.Validation become outdated, the Gallery will fail to deserialize issues and will show invalid issues for a package.
Because we are missing logging/telemetry for ValidationIssue deserialization, we won't be alerted if there are any issues. We should add logging/telemetry for this.

Closing comment (2018-06-29T23:50:28Z): Dupe of #6124
Repository: NuGet/NuGetGallery

Issue #1722: Word breaking for package Id doesn't work properly
Created: 2013-11-09T06:19:47Z
Create a package whose ID contains an unbroken group of over 90 non-whitespace chars in a row.
2. Upload this package.
3.  Navigate to the Contact Owners page
Result: Despite having implemented word-breaking in other parts of the application, there is no word breaking on this page, causing text to extend past the edge of most users' screens.

Expected:  We should implement word-breaking consistently across the site's pages, including here.

Duplicate issue #1723: No word-breaking on the Manage My Packages page
Created: 2013-11-09T06:29:16Z
Create a package whose ID contains an unbroken group of over 90 non-whitespace chars in a row.
Upload this package.
Navigate to the Manage My Packages page for your account.

Result: Despite having implemented word-breaking in other parts of the application, there is no word breaking in the package table, causing text to extend past the edge of most users' screens.

Expected:  We should implement word breaking consistently across the site, including this page.

Closing comment (2014-08-20T18:59:03Z): Dupe of #1722
Repository: OGRECave/ogre

Issue #506: allocate child nodes in consecutive memory
Created: 2017-08-27T22:00:14Z
MemoryManager API from 2.0 is ugly and merely works around the underlying problem
store concrete NodeT as vector in derived classes
swap data <> functionality as: node.doSomething > doSomething(node) to avoid virtual calls
provide new methods to allocate multiple nodes at once that are stored consecutively

add a const flag to prevent modification of the storage for pointer access



related

https://github.com/NVIDIAGameWorks/Falcor/blob/master/Framework/Source/Graphics/Model/ObjectInstance.h

Duplicate issue #440: close gap in scenenode update performance between 1.10 and 2.0
Created: 2017-07-11T13:25:11Z
mesure gap with about 10k nodes. c.f. https://bitbucket.org/dark_sylinc/ogretest
 store child nodes in a cache coherent way

Closing comment (2017-08-27T22:02:07Z): for traversal we are just 10% away from 2.0. Update performance tracked in #506
Repository: OGRECave/ogre

Issue #2400: zip archive always loaded into RAM
Created: 2022-03-09T20:09:37Z
currently, we load the complete zip archive into RAM when opening:

  
    
      ogre/OgreMain/src/OgreZip.cpp
    
    
         Line 104
      in
      aa76042
    
  
  
    

        
          
           mBuffer.reset(new MemoryDataStream(_openFileStream(mName, std::ios::binary))); 
        
    
  


this increases the loading time, if the majority of the contents are not read.
this is a zip API limitation, which only allows passing buffers when externally opening the file.
The underlying miniz API actually allows passing read callbacks:
https://github.com/richgel999/miniz/blob/5a38f5564a092462817b97014f4477c8f0783f8f/miniz_zip.h#L173-L175
using these would allow seeking in the file, which improves loading time in the above scenario.

Duplicate issue #3301: Ogre::ZipArchive::open cause memory overflow
Created: 2025-03-21T05:05:04Z
Bellow code will cause memory overflow if an item has large size

  
    
      ogre/OgreMain/src/OgreZip.cpp
    
    
         Line 185
      in
      9238f6e
    
  
  
    

        
          
           auto ret = std::make_shared<MemoryDataStream>(lookUpFileName, zip_entry_size(mZipFile)); 
        
    
  


We should use different way to implement this

Closing comment (2025-03-21T12:37:11Z): duplicate of #2400
Repository: OfflineIMAP/offlineimap

Issue #367: introduce hook to track down any change to local Maildirs
Created: 2016-08-02T20:19:33Z
Some programs like "mu-index" will consume the Maildir that offlineimap writes out. Currently many of them have to scan the entire Maildir on every invocation to find what files have changed.
It would be much more efficient if offlineimap could write a plain text file like:
NEW <path>
MODIFIED <path>
CHANGED <path>

And these other tools could simply atomically move that file out of the way (offlineimap would have to re-open the file for every write) and consume the file list.
If you're not interested in hacking this up I'd be interested in doing it myself with my limited experience of how offlineimap works, pointers about where in the code to put this would be most welcome.

Duplicate issue #603: Get datetime of last refresh when using autorefresh
Created: 2019-03-16T18:59:26Z
General informations

system/distribution (with version): ubuntu 18.04
offlineimap version (offlineimap -V):  7.2.3
Python version: 2.7.15
server name or domain:
CLI options:

Feature Request
I would like to be able to add an indicator to my bar to know when the last synchronisation took place. For example, show something like (10 minutes ago).
I use :
autorefresh = 20

so that the email is automatically refetched every 20 minutes, but I would like to know if there is a way to know when the last refresh took place.

Closing comment (2019-03-19T21:46:49Z): Related to #367
Repository: OfflineIMAP/offlineimap

Issue #185: utime_from_header: forbid -q CLI option if utime_from_header is set
Created: 2015-03-27T16:06:33Z
Changing local modification times of messages confuse -q (quick mode).

Duplicate issue #165: Quick sync no longer syncs read flags
Created: 2015-02-07T01:10:42Z
Running quick sync no longer seems to sync flags (read/unread).

Closing comment (2016-05-11T02:03:17Z): Might be related to #185.
Repository: OfflineIMAP/offlineimap

Issue #6: 'NoneType' object has no attribute 'group'
Created: 2012-10-01T02:28:17Z
Upon upgrading to 6.5.5 RC2, I'm still getting the following error when syncing mail:
ERROR: Exceptions occurred during the run! ERROR: While attempting to sync account 'Personal' 'NoneType' object has no attribute 'group'
The mail seems to be syncing fine though as I getting my mail. If there's any more output I can provide to further diagnose this, please let me know.

Duplicate issue #51: ERROR: 'NoneType' object has no attribute 'group'
Created: 2013-08-27T05:02:19Z
Hi,
I'm encountering the following error [1] on one of my email accounts.
I've tried the patch from here [2] but to no avail.  Has anyone else
encountered this same problem who might be able to propose a solution or
a work-around.
Thanks,
Footnotes:
[1]  ERROR: Exceptions occurred during the run!
ERROR: While attempting to sync account 'unm'
'NoneType' object has no attribute 'group'
[2]  http://thread.gmane.org/gmane.mail.imap.offlineimap.general/5642

Closing comment (2013-08-27T05:45:39Z): Duplicate of #6, moving discussion here.
Repository: OfflineIMAP/offlineimap

Issue #133: status_backend=plain doesn't work
Created: 2014-11-03T09:31:25Z
Having status_backend=plain in [Account] section doesn't work:

File "/usr/lib/python2.7/site-packages/offlineimap/folder/LocalStatusSQLite.py", line 62, in init
raise UserWarning('SQLite backend chosen, but no sqlite python '
UserWarning: SQLite backend chosen, but no sqlite python bindings available. Please install.
SQLite backend chosen, but no sqlite python bindings available. Please install.

Duplicate issue #167: offlineimap+dovecot OperationalError: unable to open database file
Created: 2015-02-13T06:16:28Z
I am using offlineimap version 6.5.5 on Mac OS X Yosemite and I get the following when I try to sync.
ERROR: ERROR in syncfolder for Noorul folder INBOX: Traceback (most recent call last):
File "/usr/local/Cellar/offline-imap/6.5.6/libexec/offlineimap/accounts.py", line 399, in syncfolder
statusrepos.getsep()))
File "/usr/local/Cellar/offline-imap/6.5.6/libexec/offlineimap/repository/LocalStatus.py", line 106, in getfolder
self.import_other_backend(folder)
File "/usr/local/Cellar/offline-imap/6.5.6/libexec/offlineimap/repository/LocalStatus.py", line 69, in import_other_backend
folderbk = dic['class'](folder.name, repobk)
File "/usr/local/Cellar/offline-imap/6.5.6/libexec/offlineimap/folder/LocalStatusSQLite.py", line 59, in init
self.connection = sqlite.connect(self.filename, check_same_thread = False)
OperationalError: unable to open database file
I did some investigation and I observe the following.

The same offlineimaprc configuration works on offlineimap 6.3.5 on debian along with dovecot
It looks like recent version of offlineimap is not creating status db for folders that already exist in destination.
I thought this issue was just with my INBOX folder as dovecot creates this by default. By it looks like if I delete status db for of already synced folder, I get the same error for that too.

Closing comment (2015-02-13T10:49:41Z): Looks like a dup of #133. This is fixed in more recent version.