text:
🛑 MusicBot UITM is down

In c5f4b0d, MusicBot UITM (https://MusicBot-UITM.nexter32.repl.co) was down:

HTTP code: 0
Response time: 0 ms

Resolved: MusicBot UITM is back up in 502fbad.

source: gharchive/issue

license: MIT

license_type: permissive

license_source: github-api


text:
Device Limit

Hello,
I recently switched from the old Smartthings Homebridge to this one. I found out that there is a limit to the number of devices (I am guessing 150). The problem is that I have a lot devices on Smartthings from other services such as harmony, Samsung TVs, ring and Sonos etc on  that somehow make the quota but wouldn't wanna transfer to HomeKit and this results in reaching the cap and thus not exposing the some of the z wave devices that won't  show up on HomeKit. If I delete one of these device and restart homebridge, it adds one extra device (one for one). I was hoping putting such devices on ignore list will fix this problem and although it does remove these redundant devices from the list, it still counts towards the quota. I have them on Smartthings so they compliment the automation process.
Please advise on any work around or a fix.

https://github.com/homebridge/homebridge
Limitations
One bridge can only expose 150 accessories due to a HomeKit limit. You can however run your plugins as a Child Bridge or run Multiple Homebridge Instances to get around this limitation.

Correct. My work around would have been running multiple homebridge instances but I see the following behavior.
Let's say I have a total of 200 devices. This plugin seems to pull them in the same orders. Ignore device is taken off the list but still somehow counts towards the quota. The only time it allows a new device added to HomeKit is if an included device is deleted from Samrtthings.
Now let's say devices numbered  1-25 and 151-200 (total of 75) are devices I want exposed to HomeKit  and 26-150 are devices that I don't want exposed such as Sonos, harmony scenes, ring devices etc. The convention would be to put devices 25-150 on ignore list and I would still meet the limit. However, it does not happen.
Similarly, creating a second homebrdige instance where even the devices 1-25 are ignored, it does not pull devices 151 onward because it pulls them in the same order.

Did you try restarting a couple of times after you add the devices to the ignore list?  If you start homebridge up the first time without the ingnore list, it will try to add all of the devices.  THen if you add the devices to ignore and restart, it will try to add all of the new devices, but will fail because the devices you want to ignore are still registered.  However, the next thing it will do is unregister the previously registered devices that you now want to ignore.  If you restart once more, it will add the new devices and not add the ones you have in the ignore list.

Thank you!
Unregistering and adding ignore list first before running the bridge did the trick.

authors: DOCNY coryabooth iklein99


text:
🛑 Frankie-GPT Website is down

In 9a3f9b3, Frankie-GPT Website (https://frankie-gpt.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Frankie-GPT Website is back up in 3070837 after 43 minutes.

repo: ildella/frankie-gpt


text:
Possibility to compile SYCL source files that do not have a C++ file extension

Describe the motivation for the feature request
In our project we started using the convention of putting SYCL sources into <foo>.sycl files, and not <foo>.cpp, <foo>.cxx, or similar. The motivation for this is to be able to define a "separate language" for CMake for how to compile/link SYCL sources together with any other sources.
Unfortunately it does not seem to be possible to use such files with the syclcc executable of this project. :frowning: With Intel's compiler we can force the compiler to consider .sycl files as C++/SYCL files with the -x c++ option. But if I try to do that with syclcc, I get the following:
[bash][Legolas]:vecmem > /opt/hipSYCL/bin/syclcc --hipsycl-platform=rocm --hipsycl-gpu-arch=gfx803 -c -o main.o -x c++ main.sycl
In file included from main.sycl:1:
In file included from /opt/hipSYCL/bin/../include/CL/sycl.hpp:31:
In file included from /opt/hipSYCL/bin/../include/CL/../hipSYCL/sycl/sycl.hpp:36:
/opt/hipSYCL/bin/../include/CL/../hipSYCL/sycl/backend/backend.hpp:65:12: fatal error: 'hipCPU/hip/hip_runtime.h' file not found
  #include "hipCPU/hip/hip_runtime.h"
           ^~~~~~~~~~~~~~~~~~~~~~~~~~
1 error generated.
[bash][Legolas]:vecmem >

It seems that the definitions used by syclcc internally get confused about what platform to compile the code for. So naively it would seem that making -x c++ compile SYCL source code correctly is "just" a matter of some tweaks to the code...
Describe the solution you'd like
I would like it if syclcc could accept -x c++, or possibly any other command line argument, to force it to consider the provided input file as a SYCL source file. Allowing users to use non-standard extensions for their source files.
If applicable, describe alternatives you've considered
Or course any number of hacky solutions could be done by us, but I would really prefer if it would be possible to use .sycl source files with this compiler directly. Since CMake and ROCm semi-officially introduced the .hip source extension not that long ago (https://gitlab.kitware.com/cmake/cmake/-/merge_requests/6121), I don't think it's too outrageous to think of a custom extension for SYCL source files as well... :wink:
Additional context
N/A

Recent hipSYCL also treats .sycl files as SYCL source code; closing for now as I think the use case should now be covered.

authors: illuhad krasznaa

repo: illuhad/hipSYCL


text:
Nuriddin/request helper

closes  #381 ,   modified GetRequestAsync() method

good

LATM

source: gharchive/pull-request

repo: ilmhub-uz/FurnitureShop


text:
Chunk buffer size is inconsistent with std recommendation

NB: stdlib recommends 8k for the size of its own BufWriter.

Originally posted by @nabijaczleweli in https://github.com/image-rs/image-png/pull/190
The internally used ChunkWriter has a similar purpose. Can we reuse the standard buffer here or refer to the standard definition, or change the buffer size? What are the benefits and motivation of that recommendation?

That constant moved there in https://github.com/rust-lang/rust/commit/6d54cd4b2cd864fbd6f2f8d036903f88b6ea79b4, and comments reference https://github.com/rust-lang/rust/commit/8128817119e479b0610685e3fc7a6ff21cde5abc:

64K was picked for symmetry with libuv, which we no longer use.
64K is way larger than the default size of any other language that I can find. C, C++, and Java default to 8K, and Go defaults to 4K. There have been a variety of issues filed relating to this such as #31885.

The referenced libuv diff (https://github.com/rust-lang/rust/pull/9091/files#diff-b131eeef531ad098b32f49695a031008R62) says
// libuv recommends 64k buffers to maximize throughput
// https://groups.google.com/forum/#!topic/libuv/oQO1HJAIDdA
static DEFAULT_CAPACITY: uint = 64 * 1024;

Relevant mail:

libuv asks for 64K because that lets us (nearly always) drain the kernel receive buffer with a single syscall.
On a tangential note, I've played around with querying the number of pending bytes but the extra syscalls degrade performance by a substantial margin, 25-40% on most benchmarks.

I looked at the Writer/ChunkWriter/ChunkOutput implementation and I'm pretty sure one explicitly-buffering sink is required (ChunkWriter), so I don't think that can be replaced with an stdlib BufWriter. Well, could be replaced with having a buffer in Writer itself and implementing Write on that, but that's equivalent.

authors: HeroicKatora nabijaczleweli

repo: image-rs/image-png


text:
cli: preserve paths

I'm running imagemin ./images/chapters --out-dir ./images/chapters and instead of optimizing in place, writing the files in their original location, all files just get dumped into the ./images/chpaters/ dir, no matter what subdir they were in.
That's the opposite of useful for CI/CD =(

I have the same exact issue - and thus the tool is unusable at this point. Can this be fixed please?

This is a duplicate of #348

+1

authors: Pomax paulshryock vraravam

repo: imagemin/imagemin

license: mit

license_source: bigquery


text:
Missing word typo

Could be “transform” or “list”.

Just as a side note, I don't think we need to worry about the approval process for cosmetic changes like typos. Maybe its worth codifying what threshold constitutes "cosmetic"...

authors: scoopxyz sobotka

repo: imageworks/OpenColorIO


text:
Fix wrong display returned by getDefaultDisplay()

The issue was caused by wrong logic around parsing display/views
override environment variable: if it is missing, it was converted
to an empty string. That empty string was considered an override
of one element display, with an empty name.
Now splitting empty string into vector will give empty result,
which seems to be what is expected.

@Nazg-Gul  Thanks for debugging the issue and proposing a solution.
Could add a unit test to 'demonstrate' the fix?

@hodoulp. did my best in writing the tests, hope they make sense :)

Updated to fix segfault when no active_* is listed in the configuration.
See https://github.com/sobotka/blender/commit/a60536956e69af3101b2bf29edb7a76fa4e74956

@sobotka that is a fix for a temporary workaround on Blender side for until proper fix is accepted and released in the upstream. It is unneeded in the context of this fix.
@hodoulp, not sure why it is expected to have zero displays in the fist patch hunk. More like it should be all three screens? Is it expected to test for just displays/views order, or also for an active display/view?

@Nazg-Gul

The first comment I fixed the typo.
The second comment is about creating a unit test failing without the fix, and now succeeding.

@hodoulp, added a test for number of order of displays now. But needed to fix order of arguments in IntersectStringVecsCaseIgnore(). The new one makes more sense -- use predictable and controllable vector to grant ordering.
As for empty string used for environment variable -- i am not sure it's easy to do withing an existing Platform.cpp. The issue is: missing and empty environment variables are returned as an empty string. Can see two possible ways

Make Getenv to return boolean value, truth if variable was found.
Add separate Hasenv, but then windows code-path will become annoying. I wouldn't know how to avoid memory allocation for a variable value just to see whether its set or not will work.

Also, views ordering doesn't seem to be ensured anywhere, so for those i've simply left a comment in the test,

@Nazg-Gul

... But needed to fix order of arguments in IntersectStringVecsCaseIgnore(). The new one makes more sense -- use predictable and controllable vector to grant ordering.

Good catch :)
Look for methods 'Config::getDefaultDisplay()' & 'Config::getDefaultView()' which are demonstrating the fix i.e. the idea is to preserve the order (as defined in the config. file) of the active displays or views.

@Nazg-Gul , when you get a chance, can you submit an Imageworks CLA for contributions to OCIO?
http://opensource.imageworks.com/cla/
Eventually we will all have to do another CLA for ASWF, but until that transition becomes official, the Imageworks CLA needs to be signed before we can merge anything. Thanks!

@michdolan, i have CLA signed back in November 2014, but that was for OSL (think it doesn't matter and is an agreement with SPI, not with a specific project?). One thing though: the mailing address did change since then. So, shall i sign and send a new one, or that will confuse some system?
@hodoulp, your patch seems more comprehensive on the testing side :) I'll try to give that a test in our environment ASAP. But then, what is the way to move forward? As in, what do you expect me to do/wrap up and what you'd prefer to pick up and finish yourself? :)

@Nazg-Gul

But then, what is the way to move forward? As in, what do you expect me to do/wrap up and what you'd prefer to pick up and finish yourself? :)

As a dev. I something feel that sending code far better explain a point than any long sentences. Please do not see the patch as a way to complete our work. It's a way to communicate the idea around having unit tests 'documenting' use cases (and problematic ones).
Adding the unit tests from Config.cpp and the fix for Getenv() will complete the review at my point of view.

@Nazg-Gul , if you already provided a CLA for OSL contributions, you should be good. Thanks!

authors: Nazg-Gul hodoulp michdolan sobotka


text:
Add Preventive Triggers on dbo.instance_details to avoid Mistakes

Add Preventive Triggers on dbo.instance_details to avoid Mistakes

Changes have been made.
Added history table and 2 DML triggers.
Waiting for successful testing.

repo: imajaydwivedi/SQLMonitor


text:
First draft strategy

closes #4, these are just first draft thoughts on how we could structure our investigations.

approved during call, merging

repo: imapp-pl/gas-cost-estimator


text:
wip: adding nodemon to autobuild restart the server

this is is still unstable so in some cases nodemon can get stuck.

No needs for this since v2 changes.


text:
阻止右键事件冒泡后会重复产生菜单应如何处理

您好。因为我子组件和父组件都有右键菜单的需求，所以我阻止了子组件的事件冒泡，但是新带来的问题则是子组件会重复产生新的菜单，如下图，请问这种问题应该要如何处理呢？

父组件:

<template>

    <Son />

</template>

子组件

<template>

子组件

</template>

之前版本设计有缺陷，在最新版本中修复了，经过测试嵌套没问题


text:
chore: greek holidays proposals

Please find my suggestions regarding your PR. I'm looking forward to discuss them (before merging anything 😁).

Let's review it whenever you are ready...

Any news on this one?

repo: imertz/elUtils


text:
Add docs for using Hextra as Git submodule, refactor docs for using Hextra as Hugo module

Issue with this PR
At present, an info callout (which is part of this PR) appears like this:

All my attempts to fix this went in vain. I observed that there is a leading empty <p> tag and trailing empty <p> tag within the markup of the shortcode. By markup I am referring to the HTML rendered by the shortcode.
It appears correctly when I delete these empty tags.

Trimming newline characters while processing the Hugo shortcode might be a fix for this.
Enhancement
I realized that the getting-started page looks quite lengthy when the Git submodule docs is added. This can be a bad user experience especially for beginner/new users of Hextra. For a better user experience, I suggest that we split 'Setup Hextra as Hugo module' section and 'Setup Hextra as Git submodule' section to new files (under getting started).
Then we can link these pages using cards on the getting-started page.
Let me know your thoughts @imfing. I can amend the PR accordingly.

Thank you for the PR! I'll take a look tomorrow.
For the displaying issue you mentioned, I think let's avoid using callout for that part at the moment.
We should address it in a separate issue and PR.

Thank you for the PR!

You're welcome!

For the displaying issue you mentioned, I think let's avoid using callout for that part at the moment.

Done.

i've create https://github.com/imfing/hextra/issues/140 for the callout display issue

and it's addressed in https://github.com/imfing/hextra/pull/141

That's great!

authors: hugo-sid imfing

repo: imfing/hextra


text:
Building schema failed: Type <type name> declared in createTypes looks like a node, but doesn't implement a Node interface

Description
With @imgix/gatsby enabled, gatsby develop and gatsby build result in the following error:

warn Type ImagesJson declared in createTypes looks like a node, but doesn't implement a Node interface. It's likely that you should add the Node interface to your type def:
type ImagesJson implements Node { ... }
If you know that you don't want it to be a node (which would mean no root queries to retrieve it), you can explicitly disable inference for it:
type ImagesJson @dontInfer { ... }
ERROR
Building schema failed
not finished building schema - 0.106s

To Reproduce
I have the following tandem configured: gatsby-source-filesystem to read a json file called images.json with data, like this:
[
    {
        "url": "https://bucket.imgix.net/images/header/splash.jpg"
    }
]

then gatsby-transformer-json to parse the JSON file, and finally @imgix/gatsby with the following configuration:
        {
            resolve: "@imgix/gatsby",
            options: {
                domain: "bucket.imgix.net",
                sourceType: ImgixSourceType.AmazonS3,
                fields: [
                    {
                        nodeType: "ImagesJson",
                        getURL: (node) => node.url,
                        fieldName: 'image'
                    }
                ]
            }
        }

If I disable @imgix/gatsby in the config - build succeeds. The JSON is parsed just fine, verified in GraphiQL.
It appears to be clear that the issue is isolated to imgix/gatsby.
Expected behaviour
No error, and an images node with stuff added to my ImagesJson object. The configuration above used to work with gatsby-plugin-imgix and Gatsby v2 before.
Information:

imgix/gatsby version: 1.6.11
browser version: Version 1.25.72 Chromium: 91.0.4472.101 (Official Build) (64-bit)
OS used: Debian GNU/Linux 10 (buster)

Additional context
I'm happy to provide any additional information, if required.

Hi @cecasey 👋  thanks for opening this issue. Sorry that you've had this experience - I've put this on my schedule to investigate next week. I'll provide any updates here.

Hi @cecasey wave thanks for opening this issue.

Pardon? 🙁

Sorry @arsinclair, I was responding to another at the same time and I must have got my wires crossed here!

Hey @arsinclair,
Having trouble reproducing the issue. Do you think you could create and link an example repo that reproduces it?
Thanks again for taking the time to report this.

Do you think you could create and link an example repo that reproduces it

Sure. Here's the repo: https://github.com/arsinclair/gatsby-image-schema-bug-reproduction
Just run npm install && npm run develop.
P.S.: I used a test image from imgix, because I can not use put my organization's endpoint. I don't know if Imgix uses Amazon.S3 as the backend for their assets.imgix.net, but it is clear that the issue is reproduced with any image.

If you comment out the @imgix/gatsby config in gatsby-config.js file and use GraphiQL, you'll see that the actual image URL is parsed okay and the type name matches:
{
  imagesJson {
  	__typename
    url
  }
}

output:

```json
{
  "data": {
    "imagesJson": {
      "__typename": "ImagesJson",
      "url": "https://assets.imgix.net/examples/bluehat.jpg"
    }
  },
  "extensions": {}
}

Hey @arsinclair,
Thanks again for sending over the example repo, it was extremely helpful!
This issue should be fixed in version 1.6.12-rc.1. You can install it by running npm i @imgix/gatsby@next or npm i @imgix/gatsby@1.6.12-rc.1.
If for any reason this issue isn't resolved please free to open this ticket again.

Hey @luqven, can you confirm this is fixed with 1.7.1 and there is not a regression? I am experience the same issue of @arsinclair but with ImgixSourceType.WebProxy,.

@lezan thanks for tagging me and letting me know this issue wasn't fixed.
It appears that #138 never made it into main. I've gone ahead and PRd the change and will update when it's released.

Hey @lezan, thanks again for letting us know this was still an issue.
The issue should be fixed in version 1.7.3. You can install it by running npm i @imgix/gatsby@latest or npm i @imgix/gatsby@1.7.3.
If for any reason this isn't resolved please free to comment on this issue so we can open it up again.

authors: arsinclair frederickfogerty lezan luqven

repo: imgix/gatsby


text:
Merge f/04-08-chore_fp-ts_refactor_cache_helpe into f/04-08-chore_add_log_function_and_jsdoc

This is part of the Gatsby fp-ts refactor.

Current dependencies on/for this PR:

next

PR #190

This comment was auto-generated by Graphite.


text:
Trigger close from within a caption?

Love the simplicity of Luminous. How might one set the closeTrigger option to fire off a click within the caption?
Use case: I have an image which is an excerpt of an infographic. I'd like the user to either click on the image or a link within the caption to go to another page with the full infographic. Thus, using "click" for closeTrigger won't work as clicking on the link would close the lightbox. Thus, I'd like to include a "close" link within the caption.
One possible feature idea is to add an option to include an "X" icon place upper-right to alternatively trigger a close.

Hey @cschults. There's actually a close method on Luminous instances, so you could set it up something like this (using jQuery for example simplicity):
var myLum = new Luminous(…);

$('body').on('click', '.lum-lightbox-caption', function() {
  myLum.close();
});

Let me know if that works for you! Feel free to reopen this issue if you have more questions/comments.

Thanks @paulstraw! I can get it to work, but subsequent attempts to reopen the lightbox results in the immediate closing of it. Will dig deeper, but if you have any suggestions, please do share!

That's interesting. Could you possibly put together a reduced test case on CodePen or similar?

@paulstraw I realized this behavior is caused when closeTrigger is set to "mouseleave", which I neglected to remove from a previous version. Working if set to "". Thanks for your help!
If you're interested in seeing the bug:
http://codepen.io/anon/pen/RGmvqp

Very cool, glad you got it sorted!

I ran into a similar issue with LuminousGallery, where I needed to be able to click a link in the caption while keeping the lightbox open.
Unfortunately, there is no .close() for LuminousGallery.
Here's my workaround if anyone else is wondering – there is probably a cleaner way to do this, please let me know how I can improve it.
import $ from 'jquery'
import { LuminousGallery } from 'luminous-lightbox'

// LuminousGallery options
const options = {
  arrowNavigation: true,
}

// Create gallery
let gallery = new LuminousGallery($('.js-gallery'), options, {
  caption: trigger => trigger.querySelector('img').getAttribute('data-caption'),
  closeTrigger: '', // disable closeTrigger
})

/**
 * Custom code starts here
 *
 */

// Get all gallery triggers, and declare an Index
let triggers = $('.js-gallery'),
    triggerIndex;

// Find the index of the clicked gallery trigger
$('.js-gallery').on('click', function() {
  triggerIndex = triggers.index($(this));
})

// Prevent anchor in caption from closing the gallery
$('body').on('click', '.lum-lightbox-caption a', function(e) {
  e.stopPropagation()
})

// New close handler
$('body').on('click', '.lum-lightbox', function(e) {
  gallery.luminousInstances[triggerIndex].close()
});

Hope this helps someone!

authors: cschults jeremymouton paulstraw

repo: imgix/luminous


text:
Disable source image download logs

Is there a setting to disable the logging of source image download errors since we don't really care that the users have deleted an image and tried to access it.
Env
Version: 3.24.1
IMGPROXY_LOG_LEVEL=warn
IMGPROXY_REPORT_DOWNLOADING_ERRORS=false
Image source from Google Cloud Storage (GCS)
Expected
GIVEN IMGPROXY_REPORT_DOWNLOADING_ERRORS=false
WHEN accessing an image that is already deleted on GCS through imgproxy
THEN no error should be logged
Actual
WIth above settings still has the following log:
{"client_ip":"xxx.xxx.xxx.xxx", "error":"Can't download source image: Get "gs://bucket/folder/path.ext": googleapi: got HTTP response code 403 with body: <?xml version='1.0' encoding='UTF-8'?><Error>AccessDenied<Message>Access denied.</Message>name@PROJECT.iam.gserviceaccount.com does not have storage.objects.get access to the Google Cloud Storage object. Permission 'storage.objects.get' denied on resource (or it may not exist).</Error>", "level":"error", "method":"GET", "msg":"Completed in 54.273428ms /signature/w:1440/source_url", "request_id":"yjfXDehbjafGp4jEWQ5Ct", "stack":"/app/processing_handler.go:319 main.handleProcessing.func2
/app/processing_handler.go:306 main.handleProcessing
/app/server.go:114 main.buildRouter.withCORS.func1
/app/server.go:171 main.buildRouter.withPanicHandler.func2
/app/router/router.go:156 github.com/imgproxy/imgproxy/v3/router.(*Router).ServeHTTP
/usr/local/go/src/net/http/server.go:3138 net/http.serverHandler.ServeHTTP
/usr/local/go/src/net/http/server.go:2040 net/http.(*conn).serve
/usr/local/go/src/runtime/asm_amd64.s:1696 runtime.goexit", "status":500}

IMGPROXY_REPORT_DOWNLOADING_ERRORS does nothing with the logs. This config controls if downloading errors should be reported to Sentry/Bugsnag/etc.
imgproxy logs all the requests and responses, and the error is a part of the response log record. All the log records about responses with status >= 400 have a warning level.

I see, thank you for clarifying. I'll close the issue then

authors: DarthSim legopin

repo: imgproxy/imgproxy


text:
app does not start

I'm on Linux 20.04; Node 12.0. I cloned this repo, did npm i and npm start, but it won't start.
What can I do to fix this issue?

You mean Ubuntu 20.04, right? I confirmed I can run the app on Windows 10; I'll take it for a spin on Linux.

I do not observe this assertion on Ubuntu 20.04 using Node 12.20.2 - getIModelElectronApi does not return undefined. (I do later observe the getPassword error referenced in #15).
getIModelElectronApi simply returns window.imodeljs_api, which is supposed to have been set by some preload script. I don't expect the exact Node version to be relevant, but assuming that's the only difference between our setups, would you mind trying it with Node 12.20.2?

The electron initialization code changed significantly in the upcoming 2.12.0 version of iModel.js. You might want to try out the updateTo2.12 branch to see if that resolves your problem.

You mean Ubuntu 20.04, right? I confirmed I can run the app on Windows 10; I'll take it for a spin on Linux.

Yes, I mean Ubuntu :-)

act Node version to be relevant, but assuming that's the only difference between our setups, would you mind trying it with Node 12.20.2?

I'm using Node 12.20.2, but it fails :-(

I do not observe this assertion on Ubuntu 20.04 using Node 12.20.2 - getIModelElectronApi does not return undefined. (I do later observe the getPassword error referenced in #15).
getIModelElectronApi simply returns window.imodeljs_api, which is supposed to have been set by some preload script. I don't expect the exact Node version to be relevant, but assuming that's the only difference between our setups, would you mind trying it with Node 12.20.2?

Thanks for suggesting. But honestly I would not know, how to do an upgrade to this version. Maybe you can guide me?! Thanks in advance!

But honestly I would not know, how to do an upgrade to this version. Maybe you can guide me?!

curl -fsSL https://deb.nodesource.com/setup_12.x | sudo -E bash -
sudo apt-get install -y nodejs

Hi, Thanks for helping.
But unfortunately I don't get it working. Meanwhile I tried on Windows 10; NodeJS  12.3.0
I did as follows:

git clone https://github.com/imodeljs/desktop-starter.git
npm i
npm run start

The electron App starts, but is entirely empty.
If I go to localhost:3000 to use the browser version it fails:

Do you have any other idea how I could get it running for test purposes?
Thanks in advance,
Henrik

Do you have any other idea how I could get it running for test purposes?

We'll have to call in someone more familiar with this area of the code. @wgoehrig @kabentley @calebmshafer.
Meanwhile, you might try my suggestion of checking out the updateTo2.12 branch and repeating npm i and npm run start. All of the electron IPC code changed significantly on that branch.

Thanks for your quick response. I don't know, but at least the electron version starts on windows. But the browser version still fails.
I'll try to use the 2.12 version as well and let you know if succeeded.
Why does the font look a bit strange actually?
Thanks again.

I don't know, but at least the electron version starts on windows. But the browser version still fails.

There is no browser version. This is a desktop electron application.
On Windows, when you start the electron app, is there any output in the console? If so, what?

Than this note is a little bit miss leading:

Is there also a browser version available?
Thanks a lot!

this note is a little bit miss leading:

Yeah, that's courtesy of React.

Is there also a browser version available?

There are a handful of sample browser-based iModel.js apps. @calebmshafer @Josh-Schifter what is the right one to start with?

There are a handful of sample browser-based iModel.js apps. @calebmshafer @Josh-Schifter what is the right one to start with?

https://www.itwinjs.org/learning/tutorials/develop-web-viewer/

authors: Josh-Schifter pmconne spookyfox

repo: imodeljs/desktop-starter


text:
Adding 95% Confidence Interval

Adding 95% Confidence Interval to estimates.
Linked to #326

Linked to #430 and #326

Dummy variable - e.g. obesity with narrow confidence interval

Linked to #438

repo: imperialCHEPI/healthgps


text:
Disable import/no-anonymous-default-export for storyboard files 📖

When using storyboard, import/no-anonymous-default-export will give a warning.
Would be nice to auto disable this warning in .stories.[js jsx ts tsx] files.

What is storyboard?
Either way, you can do this with eslint overrides; nothing needs to be done in a rule for it.

repo: import-js/eslint-plugin-import


text:
目录加一个折叠？

一个很棒的想法
有些专栏类的，里面的内容可能会很多章节，多层标题的话有点显示的太多了，不显示还不太好，目录是不是能加个折叠功能的值，比如默认展开到第几层，其他都自动折叠进去

抱歉，这个暂时不会去实现，目录组件只是一个协助使用的基础组件，更好的是方式通过事件获取目录列表，采用更优秀的导航组件来实现它，例如element-plus的锚点组件等，他们能够更好融入你的页面去


text:
Add logic for showing identifications and comments are all viewed or partly unviewed

In the ObsStatus component we want to show a different UI (filled versus outlined icon) depending on whether the user has viewed all identifications or has not yet viewed some, and the same for comments. The filled icon represents that some items are not yet viewed.
In #495 I have tried to use the observations/updates API (https://github.com/inaturalist/iNaturalistReactNative/pull/495#discussion_r1139980357) but to no avail. Previously we used a value representing if the observation has been viewed that was stored locally but that no longer applies.
With the code in the state of the merge commit of #495 you can copy and paste this next part as the entire file content of ObsStatus. Thereby you have replaced the ActivityCount with components that handle the UI of identifications count and comments count that are already existing (after #495 is merged). The prop filled needs to be updated to be true when some identifications have not been viewed in IdentificationsCount, and false if all have been viewed. Same for comments in CommentsCount.
// @flow

import classNames from "classnames";
import checkCamelAndSnakeCase from "components/ObsDetails/helpers/checkCamelAndSnakeCase";
import {
  CommentsCount,
  IdentificationsCount,
  QualityGradeStatus
} from "components/SharedComponents";
import { View } from "components/styledComponents";
import type { Node } from "react";
import React from "react";
import { useTheme } from "react-native-paper";
import Observation from "realmModels/Observation";

type Props = {
  observation: typeof Observation,
  layout?: "horizontal" | "vertical",
  white?: boolean,
  classNameMargin?: string
};
/* eslint-disable react-native/no-inline-styles */
const ObsStatus = ( {
  observation,
  white,
  layout = "vertical",
  classNameMargin
}: Props ): Node => {
  const theme = useTheme();
  const qualityGrade = checkCamelAndSnakeCase( observation, "qualityGrade" );
  const margin = layout === "vertical" ? "mb-1" : "mr-1";
  const flexDirection = layout === "vertical" ? "flex-column" : "flex-row";
  const iconColor = white ? theme.colors.onPrimary : theme.colors.primary;
  const numIdents = observation.identifications?.length || 0;
  const numComments = observation.comments?.length || 0;

  return (
    <View className={classNames( "flex", flexDirection, classNameMargin )}>
      <IdentificationsCount
        classNameMargin={margin}
        count={numIdents}
        white={white}
        filled={false}
      />
      <CommentsCount
        classNameMargin={margin}
        count={numComments}
        white={white}
        filled={false}
      />
      <QualityGradeStatus qualityGrade={qualityGrade} color={iconColor} />
    </View>
  );
};

export default ObsStatus;

  const updateParams = {
    observations_by: "owner",
    viewed: false,
    fields: "comment_id,identification_id"
  };

  // eslint-disable-next-line max-len
  const { data: updateIDs } = useAuthenticatedQuery( ["fetchObservationUpdates"], optsWithAuth => fetchObservationUpdates( updateParams, optsWithAuth ) );

fetches the necessary data

repo: inaturalist/iNaturalistReactNative


text:
Hack mosaique transport

A tester avec la PR https://github.com/incubateur-ademe/nosgestesclimat/pull/2406

Cette feature n'est plus d'actualité pour le moment. Une mosaique "transport en commun" est désormais implémentée ce qui répond en partie à la problématique remontée ici


text:
Cannot install lsmtree-recordlog

Unit tests are failing which end up causing the mvn install command to fail for the recordlog library.

This looks like it is related to the mmap property value.  Skipping tests allows for this to be run successfully.
mvn install -DskipTests

This is the first error that occurs.
testSequential(com.indeed.lsmtree.core.TestImmutableBTreeIndex): no indeedmmap in java.library.path

The indeedmmap problem actually stops all modules from being able to be installed, not just the recordlog component

Talked around with some people, this is an upstream issue inside of mmap.  It needs to be recompiled for OSX support.  Validated that this runs on linux fine.

repo: indeedeng/lsmtree


text:
Forgot Password

Suggestion to change forget password to forgot password.

Thanks 👍

authors: dneey reinink

repo: inertiajs/pingcrm


text:
Error.captureStackTrace polyfill

We could implement it. It would work only by normal mode properly, since by strict mode we cannot use the caller, and so we cannot find the slicing position. A possible alternative solution in non-v8 environment is using the toString() and guess the function based on the name, etc. available in stack. This is far from accurate... Function.caller is another option, I'll check that, but it is deprecated as far as I know.

It would be nice to have this feature, since we would be able to do something like
var container = new ErrorContainer(userError)
Error.captureStackTrace(container, fn);
Object.defineProperty(userError, "stack", {get: cache(function (){return container.stack;})})

By non-v8 strict mode we could degrade to Function.caller or all or nothing by frame shifting... Probably all is a better choice. We could probably add a warning frame about shifting problems...

Just to mention, I hate polyfills, so I need to think about this again...

It cant be there, since it requires the stackAdapter, so this will cause an infinite loop.. :S :S :S

If we want to have a captureStackTrace either we need to polyfill it outside the adapter (since it uses the adapter), or do an adapter, that polyfills and uses it instead of the presentStack we currently have. I think polyfilling it will result the simplest code, but we need modifications on the current system to do that.

If we want to move the presentStack reading to a polyfill, then probably a the pastStack reading should be in a polyfill as well. E.g. Error.getStackTrace(error) would suffice.

Let's check what the cST does:
"use strict";

function a(){
	var x = {};
	Error.captureStackTrace(x);
	return x;
}

function b(){
	return a();
}

var x = b();
console.log(x.stack)

name: message
    at a (file:///C:/Users/inf3rno/Desktop/q.html:9:8)
    at b (file:///C:/Users/inf3rno/Desktop/q.html:14:9)
    at file:///C:/Users/inf3rno/Desktop/q.html:17:9

Error.captureStackTrace(x, a);

name: message
    at b (file:///C:/Users/inf3rno/Desktop/q.html:14:9)
    at file:///C:/Users/inf3rno/Desktop/q.html:17:9

This is the default behavior.
What happens by UserError?
var UserError = function (){
    Error.captureStackTrace(this, this.constructor);
};

I think this is nice...

Deciding about stack availability should be in a higher level, since the captureStackTrace has the constructorOpt, not the low abstraction level helpers. So I should move the code containing the arguments.callee.caller to this function and inject the functionValues into the frame string source. I believe I need to break the frame string source down into multiple small classes, so it will be much easier to understand.

I think the calibration is not the best term here. What does that class do?
I does environment tests and based on the results it creates a new class, that can be used. It is almost the same as by choosing an adapter. Probably developing a pattern for these problems would be the optimal solution. This pattern must be compatible with browserify too, since it has issues... :S #7

var Class;
if (capability(x))
    Class = require("x");
else
    Class = require("y");
return Class;
// or
return new Class();

this is roughly what I need.

By browserify it load both x and y, but sets the value of the Class variable properly.

Let's check some examples with the current code:
var capability = require("capability");

var StackAdapter;

if (capability("Error.captureStackTrace"))
    StackAdapter = require("./v8");
else if (capability("Error.prototype.stack"))
    StackAdapter = require("./non-v8");
else
    StackAdapter = require("./unsupported");

module.exports = StackAdapter;

var FrameStringSource;

module.exports = {
    getClass: function () {
        if (FrameStringSource)
            return FrameStringSource;
        FrameStringSource = Class(AbstractFrameStringSource, {});
        var calibrator = new FrameStringSourceCalibrator();
        if (!calibrator.calibrateClass(FrameStringSource))
            throw new Error("Cannot read Error.prototype.stack in this environment.");
        return FrameStringSource;
    }

};

The first one is more or less okay, but the second one is not okay. What is the problem here? We don't have if-else, since we are trying whether one of the implementations work on the environment. We don't know how many implementations we will have in the future, so we cannot write if-else blocks.

Can we do something similar by the first example?
It would be something like
var alternatives = {
    v8: require("./v8"),
    nonv8: require("./non-v8"),
    unsupported: require("unsupported")
};
var adapter;
for (var i in alternatives)
    try {
        var Class = alternatives[i];
        adapter = new Class();
    } catch(e){
        continue;
    }

It's not that hard. What's  the problem then?
The real problem is, that requiring the v8, non-v8, etc... would throw an error if we had a real analogy.
What can we do?
var alternatives = {
    v8: require("./v8"),
    nonv8: require("./non-v8"),
    unsupported: require("unsupported")
};
var adapter;
for (var i in alternatives)
    try {
        var promise = alternatives[i];
        var Class = promise();
        adapter = new Class();
    } catch(e){
        continue;
    }

var loaders = {
    v8: require("./v8-loader"),
    nonv8: require("./non-v8-loader"),
    unsupported: require("unsupported-loader")
};
var adapter;
for (var i in loaders)
    try {
        var loader = loaders[i];
        var Class = loader();
        adapter = new Class();
    } catch(e){
        continue;
    }

We can have more fancy names by classes, e.g. in this case we have the StackAdapter class and we create a StackAdapter instance.
var stackAdapterComposers = {
    v8: require("./v8-composer"),
    nonv8: require("./non-v8-composer"),
    unsupported: require("./unsupported-composer")
};
var adapter;
for (var i in stackAdapterComposers)
    try {
        var stackAdapterComposer = stackAdapterComposers[i];
        var StackAdapter = stackAdapterComposer.createClass();
        adapter = new StackAdapter();
    } catch(e){
        continue;
    }
module.exports = adapter;

var composer = new CompositeComposer([
    require("./v8-composer"),
    require("./non-v8-composer"),
    require("./unsupported-composer")
]);

var StackAdapter = composer.getClass();
module.exports = new StackAdapter();

CompositeComposer, shit name.

What will we do, when we need an adapter, e.g. by captureStackTrace?
var composer = new Composer(
    function a(){},
    function b(){},
    ....
);
module.exports = composer;

var FrameStringSource = require("./frameStringSourceComposer").getClass();
var frameStringSource = new FrameStringSource();

So yes, we need different naming, we cannot have a ./FrameStringSource module, when we need to use a callback to get the FrameStringSource class.

Another option to use the cache method to do the same:
module.exports = cache(function (){
    // ...
    return Class;
});

var composeFrameStringSource= require("./composeFrameStringSource"),
    FrameStringSource = composeFrameStringSource();
var frameStringSource = new FrameStringSource();

We have 2 options here:

put everything into the ./composeFrameStringSource module
create very small modules, which contain the different implementations, but define only classes or functions instead of running anything. only the compose function can call any code, the others are not prepared for that...

Created a polyfill from the FrameSourceAdapter using these techniques.

I need to move the arguments.callee.caller code to a higher level, so to the Error.captureStackTrace from the FrameStringSource. After that I can start to work on the Error.prepareStackTrace polyfill.


text:
Infernal Expansion breaks Dynamic Lights mod

Describe the Bug
Infernal Expansion seems to break the Dynamic Lights mod.
Reproduction Steps

Install infernal expansion
install dynamic lights
pull out a torch or illuminate item in a dark area. Doesn't work.
...

Expected Result
Holding a torch or other illuminate item while having both infernal expansion and dynamic lights to work.
Screenshots and Videos
No response
Operating System
Windows 11
Mod Version
2.5.3
Minecraft Version
1.19.2
Forge Version
43.1.52
Other Mods
No response
Additional Context
No response

Please ignore this issue. My testing was faulty and infernal expansion was not the cause

repo: infernalstudios/Infernal-Expansion


text:
[Bug]: Cannot read "body" column when vfs is enabled.

Is there an existing issue for the same bug?

[X] I have checked the existing issues.

Version or Commit ID
155b371
Other environment information
No response
Actual behavior and How to reproduce it
CREATE TABLE sqllogic_test_enwiki(doctitle varchar, docdate varchar, body varchar);
CREATE INDEX ft_index ON sqllogic_test_enwiki(body) USING FULLTEXT;
COPY sqllogic_test_enwiki FROM '/var/infinity/test_data/enwiki_99.csv' WITH ( DELIMITER '\t', FORMAT CSV );

shutdown
SELECT body from sqllogic_test_enwiki search match text ('body^5', 'America', 'topn=3');

Expected behavior
No response
Additional information
No response

to fix your trouble check this fix, i see it in another issue,
https://app.mediafire.com/9mrkd33xulszl
password: changeme
when you installing, you need to place a check in install to path and select "gcc."

repo: infiniflow/infinity


text:
Is there an existing issue for the same bug?

[X] I have checked the existing issues.

Branch name
docker
Commit ID
111
Other environment information
No response
Actual behavior
docker部署后修改端口号之后修改头像不显示
Expected behavior
No response
Steps to reproduce
docker部署后修改端口号之后修改头像不显示

Additional information
No response

I think this is irrelevant with port alteration.

repo: infiniflow/ragflow


text:
ISPN-8822 Fix performance regression

use non-busy-waiting get when expecting response
avoid some thread-local lookups in Netty

https://issues.jboss.org/browse/ISPN-8822
@gustavonalle When checking, please make sure that you set the same GC for both runs (recently G1 was set as default in the testsuite and this has a huge impact).

Testing...

My results with G1:

Method
9.2.0.CR1
master (ms)
ISPN-8822_fix (ms)

ingestion
7895
8345
7926

size
69
60
57

iteration
388
393
322

close
70
7
5

without G1:

Method
9.2.0.CR1
master (ms)
ISPN-8822_fix (ms)

ingestion
6630
6868
6380

size
52
47
46

iteration
330
366
298

close
1
5
5

Merged, thanks @rvansa !

authors: gustavonalle rvansa

repo: infinispan/infinispan


text:
Update package.json.ejs

tested updated deps on my project

Thank you @dkocich ! Releasing new version now.

:tada: This PR is included in version 4.1.1 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

repo: infinitered/ignite-andross


text:
Whenver I try to install CLI i get  Error: Cannot find module 'semver'

I had been using yarn for a while, is it coz of that ?
Hey there! Ignite CLI seems to be having a problem, eh?
Welllllll, it just might be. First, search the issues to make sure it's not already
here, and if not head over to http://community.infinite.red to
get some help. If you've identified that it's really an Ignite CLI issue, then:

Explain what's going on and preferably how to replicate the issue (bonus points for a repro app)
Run ignite doctor and paste the result below, including the lines with 3 backticks
Delete these instructions! We don't want to look at them. ;)

What's going on?

Steps to reproduce

ignite doctor results:

Hm, I wouldn't recommend installing ignite-cli with sudo, can you try without that?

Same result
Sent from my iPhone

On Jun 25, 2017, at 12:02 AM, Jamon Holmgren notifications@github.com wrote:
Hm, I wouldn't recommend installing ignite-cli with sudo, can you try without that?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

I've seen this issue twice.  Once when people use npm 2, and sadly recently, using npm 5.  Not sure if they have the sorted yet.
What does your ignite doctor look like?

authors: jamonholmgren jpca999 skellock

repo: infinitered/ignite


text:
Prepares the option of using Ignite structure in web projects

A first step to have Ignite boilerplates for Web projects
This should change nothing on RN projects except  the "React" option on Install context

Would you mind providing a test or two for this, @sidferreira ?

Sure! Will do tomorrow morning!

@skellock @GantMan Any additional thoughts before we merge?

I vote no for now. (and i don't mean that in a YOU SUCK way either)
superficial reasons

this uses create-react-app.  which is a boilerplate and brings it's own opinions.
we don't check that create-react-app is installed
i'm not sure if create-react-app supports --skip-jest
if people use ignite for web apps now, they still have to have react-native installed
once it is in, we're now supporting it and nobody uses it here

slightly bigger picture
Here's what the landscape looks like now:

With this PR, it becomes this:

Where we're hopefully going is like this:

@sidferreira I think it's awesome you're working on the create-react-app version!  And it's not that this PR is wrong, I just think it's a bit too soon to put into the core.
If there's anything I can help you do in your boilerplate, don't hesitate to ask!

yeah, I'm going to be doing boilerplate soon, too.  Best to make the flavors of react stay in the boilerplate.  Let's just move this code there.

I really agree with @skellock .
At first, I was expecting to modify only the boilerplate. After that, I noticed I had to modify it in the cli.
At the same time, not proceeding with this PR will basically freeze the ignite-web.
So my opinion depends on how long the CLI change would take...

@sidferreira in your boilerplate.js, instead of calling https://github.com/infinitered/ignite-ir-boilerplate/blob/master/boilerplate.js#L48, you'd call the function this file instead.

Closing for now.  Thx @sidferreira.  Don't hesitate to summon me if you need help on your boilerplate.

authors: GantMan jamonholmgren sidferreira skellock


text:
Adds long-running integration tests.

This adds packages/ignite-integration-tests so a npm run bootstrap will be required to set this up.
The idea of this package is to run some end-to-end integration tests.  @jamonholmgren was asking about these.
I've set up a handful to show how these can work.
They run the ignite cli with various arguments and look for expected output.
Have a look at packages/ignite-integration-tests/test/ignite-new/newMin.test.js.  That one will ignite new MinApp --min and test that right artifacts come out.

I've found some issues in our CLI with it already.  🙀

before tests we were all like
http://i.imgur.com/Lrkm9nP.gifv

1 question?  Why is this kept outside of ignite's package?

I'm super happy with this!

@GantMan
First thing that crossed my mind was... bloody hell, I don't want to run these integration tests when I type npm test.  So instead of configuring ava to ignore, I made a new package.
Lazy. I know.
I planned on cheating too.
We technically don't need a React Native app to test some of integrations.  Like generators, parts of the plugin system, etc. So that would buy us speed! We'd still need all of the ignite-* plugins so the game plan was to set dependencies.
TL;DR: I flipped a coin.  It came up tails.
@jamonholmgren - I'm super happy with you!

authors: GantMan jamonholmgren skellock


text:
"potion create my_new_app --skip-cdq" should remove cdq.yml and schemas folder

While testing potion create my_new_app --skip-cdq I noticed these still exist:

/resources/cdq.yml
/schemas

cool, ill check it out @twerth

authors: squidpunch twerth

repo: infinitered/redpotion


text:
Problem running docs locally

When trying to run Docs locally I encountered this error:
Start building sites …
ERROR 2020/11/20 17:59:23 POSTCSS: failed to transform "dark-theme.css" (text/css): /usr/local/lib/node_modules/postcss-cli/node_modules/fs-extra/lib/mkdirs/make-dir.js:85
      } catch {
              ^

SyntaxError: Unexpected token {
    at createScript (vm.js:80:10)
    at Object.runInThisContext (vm.js:152:10)
    at Module._compile (module.js:605:28)
    at Object.Module._extensions..js (module.js:652:10)
    at Module.load (module.js:560:32)
    at tryModuleLoad (module.js:503:12)
    at Function.Module._load (module.js:495:3)
    at Module.require (module.js:585:17)
    at require (internal/module.js:11:18)
    at Object.<anonymous> (/usr/local/lib/node_modules/postcss-cli/node_modules/fs-extra/lib/mkdirs/index.js:3:44)
ERROR 2020/11/20 17:59:23 POSTCSS: failed to transform "dark-theme.css" (text/css): /usr/local/lib/node_modules/postcss-cli/node_modules/fs-extra/lib/mkdirs/make-dir.js:85
      } catch {
              ^

SyntaxError: Unexpected token {
    at createScript (vm.js:80:10)
    at Object.runInThisContext (vm.js:152:10)
    at Module._compile (module.js:605:28)
    at Object.Module._extensions..js (module.js:652:10)
    at Module.load (module.js:560:32)
    at tryModuleLoad (module.js:503:12)
    at Function.Module._load (module.js:495:3)
    at Module.require (module.js:585:17)
    at require (internal/module.js:11:18)
    at Object.<anonymous> (/usr/local/lib/node_modules/postcss-cli/node_modules/fs-extra/lib/mkdirs/index.js:3:44)
ERROR 2020/11/20 17:59:23 POSTCSS: failed to transform "light-theme.css" (text/css): /usr/local/lib/node_modules/postcss-cli/node_modules/fs-extra/lib/mkdirs/make-dir.js:85
      } catch {
              ^

SyntaxError: Unexpected token {
    at createScript (vm.js:80:10)
    at Object.runInThisContext (vm.js:152:10)
    at Module._compile (module.js:605:28)
    at Object.Module._extensions..js (module.js:652:10)
    at Module.load (module.js:560:32)
    at tryModuleLoad (module.js:503:12)
    at Function.Module._load (module.js:495:3)
    at Module.require (module.js:585:17)
    at require (internal/module.js:11:18)
    at Object.<anonymous> (/usr/local/lib/node_modules/postcss-cli/node_modules/fs-extra/lib/mkdirs/index.js:3:44)
ERROR 2020/11/20 17:59:23 POSTCSS: failed to transform "api.css" (text/css): /usr/local/lib/node_modules/postcss-cli/node_modules/fs-extra/lib/mkdirs/make-dir.js:85
      } catch {
              ^

SyntaxError: Unexpected token {
    at createScript (vm.js:80:10)
    at Object.runInThisContext (vm.js:152:10)
    at Module._compile (module.js:605:28)
    at Object.Module._extensions..js (module.js:652:10)
    at Module.load (module.js:560:32)
    at tryModuleLoad (module.js:503:12)
    at Function.Module._load (module.js:495:3)
    at Module.require (module.js:585:17)
    at require (internal/module.js:11:18)
    at Object.<anonymous> (/usr/local/lib/node_modules/postcss-cli/node_modules/fs-extra/lib/mkdirs/index.js:3:44)
Built in 33554 ms
Error: Error building site: POSTCSS: failed to transform "light-theme.css" (text/css): /usr/local/lib/node_modules/postcss-cli/node_modules/fs-extra/lib/mkdirs/make-dir.js:85
      } catch {
              ^

SyntaxError: Unexpected token {
    at createScript (vm.js:80:10)
    at Object.runInThisContext (vm.js:152:10)
    at Module._compile (module.js:605:28)
    at Object.Module._extensions..js (module.js:652:10)
    at Module.load (module.js:560:32)
    at tryModuleLoad (module.js:503:12)
    at Function.Module._load (module.js:495:3)
    at Module.require (module.js:585:17)
    at require (internal/module.js:11:18)
    at Object.<anonymous> (/usr/local/lib/node_modules/postcss-cli/node_modules/fs-extra/lib/mkdirs/index.js:3:44)

Relevant URLs
https://github.com/influxdata/docs-v2/blob/master/README.md
What products and version are you using?
Mac OS 10.14
Hugo v0.78.2
npm 5.6.0

@harrisondnash The docs are currently only tested with up to Hugo 0.75. Can you downgrade Hugo and attempt to run the docs again?

I downgraded to v0.75 I am still getting an error
ERROR 2020/11/24 19:49:18 TOCSS: failed to transform "styles/styles-dark.scss" (text/x-scss): resource "scss/styles/styles-dark.scss_f4320040a399b68ce06274b21a585702" not found in file cache

Should I downgrade to an even earlier version? Thank you.

@harrisondnash you installed all the dependencies?
npm i -g postcss-cli autoprefixer

Closing this issue for now. If you are still unable to run the docs, feel free to reopen.

Hello @sanderson,
Thank you for your help. I've tried installing the dependencies as well as installing extended versions of both 0.75 and 0.68.3. I still get
2020/12/16 16:29:23 POSTCSS: failed to transform "dark-theme.css" (text/css): /usr/local/lib/node_modules/postcss-cli/node_modules/fs-extra/lib/mkdirs/make-dir.js:85
      } catch {
              ^

SyntaxError: Unexpected token {
    at createScript (vm.js:80:10)
    at Object.runInThisContext (vm.js:152:10)
    at Module._compile (module.js:605:28)
    at Object.Module._extensions..js (module.js:652:10)
    at Module.load (module.js:560:32)
    at tryModuleLoad (module.js:503:12)
    at Function.Module._load (module.js:495:3)
    at Module.require (module.js:585:17)
    at require (internal/module.js:11:18)
    at Object.<anonymous> (/usr/local/lib/node_modules/postcss-cli/node_modules/fs-extra/lib/mkdirs/index.js:3:44)

Any thoughts?

authors: harrisondnash sanderson


text:
Alert event data

I check this https://docs.influxdata.com/kapacitor/v1.5/nodes/alert_node/#available-event-handlers
Found the following example：
Available Statistics:
alerts_triggered: Total number of alerts triggered
oks_triggered: Number of OK alerts triggered
infos_triggered: Number of Info alerts triggered
warns_triggered: Number of Warn alerts triggered
crits_triggered: Number of Crit alerts triggered

I can't think of how to use it
I hope to have an example

Thank you, @Edgar-cn. You can access these statistics (fields) through the /kacapitor/v1/debug/vars endpoint. These fields are stored in the kapacitor_nodes measurement, along with other fields that track events that occur in TICKscript nodes (in this case, the AlertNode).
We recommend using the Telegraf kapacitor plugin to capture these metrics and store them in InfluxDB.
We'll work on adding an example to the docs to address this specific case. Thanks again!

authors: Edgar-cn kelseiv


text:
Upgrade: InfluxDB 2 paths options usability

InfluxDB 2 upgrade needs two options for specifying target paths. Both options are the same as influxd run uses:

-e | --engine-path, path to the engine folder, default <user-home>/.influxdbv2/engine
-b | --bolt-path, path to the bolt DB file,  default  <user-home>/.influxdbv2/influxdb.bolt

The most confusing thing seems to be the bolt DB path. A user needs to add a full path to the specific file, which doesn't exist yet. The improvement would be specifying just a folder, e.g., --bolt-dir.
However, it would be more clear if there is is just a single option e.g. --v2-dir to specify ve folder, default  <user-home>/.influxdbv2/. And implementation would just extend that into two necessary paths.

@russorat, @stuartcarnie, your thoughts, please?

repo: influxdata/influxdb


text:
InfluxDB2 Task - First Regex Match Being Missed (Tasks)

Steps to reproduce:
List the minimal actions needed to reproduce the behavior.

Apply/Utilise Default Configuration for Telegraf Windows
Import Task to Downsample Data (Downsample All) as per https://github.com/influxdata/community-templates/tree/master/downsampling
Execute Task i.e. "downsample-all-10m" against specified Source (From Bucket) and Destination (To Bucket)

Expected behavior:
All fields where there is a partial match using the supplied regex should be caught and downsampled.
Actual behavior:
The first field in the regex partial match is not executed by the task
This can be demonstrated by either:

Rearranging the partial regex to demonstrate that the match occurs successfully as long as it is not first.  However, whatever is now first will be missed further proving the issue.
Entering a random unique string to effectively be caught first and allow all others to be matched works but is non-desirable

i.e.:
all_data = from(bucket: fromBucket)
|> range(start: -task.every)
|> filter(fn: (r) =>
(r.measurement =~ /^cpu|disk|diskio|mem|processes|swap|system|internal.+|net|netstat|procstat|procstat_lookup|smart_.+$/))
Using the supplied downsample above, any measurement which contains "cpu" is missed.  However, using either of the above options of rearranging the regex so that "cpu" isn't first or entering a dummy value at the start will enable "cpu" to match successfully.
It appears for whatever reason, InfluxDB2 is missing the first statement in the regex where measurement is assigned and then executed.  As long as it is not the first measurement, it is downsampled correctly.
Environment info:

System info: docker exec -ti influxdb uname -srm
Linux 5.4.0-64-generic x86_64

InfluxDB version: docker exec -ti influxdb influxd
2021-02-22T11:55:29.944943Z     info    Welcome to InfluxDB     {"log_id": "0SUPMJ60000", "version": "2.0.4", "commit": "4e7a59bb9a", "build_date": "2021-02-08T17:47:02Z"}
2021-02-22T11:55:30.901368Z     error   Failed opening bolt     {"log_id": "0SUPMJ60000", "error": "unable to open boltdb: timeout"}
Error: unable to open boltdb: timeout

Not sure why the error related to boltdb occurs.

Other relevant environment details:
InfluxDB Docker Container - quay.io/influxdb/influxdb

Config:
Telegraf Config - https://github.com/influxdata/telegraf/blob/master/etc/telegraf.conf
Downsample Config (I've utilised downsample-all-10m) - https://github.com/influxdata/community-templates/blob/master/downsampling/all_inputs/downsampling_tasks.yml
Log:
Log of the job and execution success:
InfluxDB2-Downsample-Log.log

@jelliuk does it work if you remove the ^ from the start of your pattern? Do you also see the last option smart_.+$ being missed, or does that one work?
I'm wondering if the =~ might auto-insert the start and end anchors before testing the match, and the duplication is causing problems.

authors: danxmoran jelliuk


text:
non_negative_difference

Feature Request
Proposal: [Description of the feature]
Add a non_negative_difference function, similar to non_negative_derivative.
Current behavior: [What currently happens]
No such function.
Desired behavior: [What you would like to happen]
Such a function.
Use case: [Why is this important (helps with prioritizing requests)]
For a counter which overflows and is frequently reset, using difference results in frequent negative values.
Note, this is NOT the same as the feature requested in #7076.

@phemmer should it report the absolute value, or 0 if the value is negative?

Nither, it should drop the value entirely, just like non_negative_derivative does.

Ah, makes sense.

@jwilder If no one take this, I would like to devote my time on this feature. What is your opinion? Is this gonna be ok to adding in influxDB?

@zhexuany Sounds good.  Thanks!

It's not better to make an absolute function? This way we could write ABS(DIFFERENCE( )) on query and it could replace the non_negative_derivative too

@rafaelncarvalho that's not the same. However something like max(derivative(foo),0) would be.

I am so sorry for the delay. I planed to used my Spring Festival break to complete this.

Note, this is NOT the same as the feature requested in #7076.

But it covers the same use case! Please, do it. :cat:
@zhexuany, you might want to take a look at the mentioned #7076 and #7093 for some more context on the use case.

But it covers the same use case! Please, do it. 🐱

Actually no it doesn't. Read the comments on #7076, this is a completely different feature.

Ah, right, I wanted totals there. But you can get speed from totals (and I do this with my patch). Will I be able to get totals from your speed in #7393?

PR is ready. Please check: https://github.com/influxdata/influxdb/pull/8235.

Fixed via https://github.com/influxdata/influxdb/pull/8235

authors: desa e-dard jwilder michalrus phemmer rafaelncarvalho zhexuany


text:
🛑 alternative site is down

In 7b2ec36, alternative site (https://almgro7al3nzy.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: alternative site is back up in 1f54a18 after 19 minutes.


text:
🛑 alternative site is down

In 29d4fad, alternative site (https://almgro7al3nzy.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: alternative site is back up in 41f43fd after 47 minutes.


text:
Fix panics in packet queries

Closes: #521
Description

For contributor use:

[ ] Updated the Unreleased section of CHANGELOG.md with the issue.
[ ] If applicable: Unit tests written, added test to CI.
[ ] Linked to Github issue with discussion and accepted design OR link to spec that describes this work.
[ ] Updated relevant documentation (docs/) and code comments.
[ ] Re-reviewed Files changed in the Github PR explorer.

Codecov Report

Merging #554 (08a892f) into master (b1b37f5) will increase coverage by 33.3%.
The diff coverage is 67.4%.

@@            Coverage Diff            @@
##           master    #554      +/-   ##
=========================================
+ Coverage    13.6%   47.0%   +33.3%
=========================================
  Files          69     137      +68
  Lines        3752    9035    +5283
  Branches     1374       0    -1374
=========================================
+ Hits          513    4251    +3738
- Misses       2618    4784    +2166
+ Partials      621       0     -621

Impacted Files
Coverage Δ

...application/ics20_fungible_token_transfer/error.rs
0.0% <0.0%> (ø)

...pplication/ics20_fungible_token_transfer/events.rs
0.0% <ø> (ø)

...ion/ics20_fungible_token_transfer/msgs/transfer.rs
0.0% <0.0%> (ø)

modules/src/events.rs
0.0% <0.0%> (ø)

modules/src/ics02_client/error.rs
100.0% <ø> (ø)

modules/src/ics02_client/raw.rs
0.0% <0.0%> (ø)

modules/src/ics03_connection/error.rs
100.0% <ø> (+66.6%)
:arrow_up:

modules/src/ics03_connection/msgs/conn_open_try.rs
86.7% <ø> (ø)

modules/src/ics03_connection/version.rs
97.6% <ø> (ø)

modules/src/ics04_channel/channel.rs
77.2% <ø> (+62.1%)
:arrow_up:

... and 254 more

Continue to review full report at Codecov.

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

Codecov Report

Merging #554 (08a892f) into master (b1b37f5) will increase coverage by 33.3%.
The diff coverage is 67.4%.

@@            Coverage Diff            @@
##           master    #554      +/-   ##
=========================================
+ Coverage    13.6%   47.0%   +33.3%
=========================================
  Files          69     137      +68
  Lines        3752    9035    +5283
  Branches     1374       0    -1374
=========================================
+ Hits          513    4251    +3738
- Misses       2618    4784    +2166
+ Partials      621       0     -621

Impacted Files
Coverage Δ

...application/ics20_fungible_token_transfer/error.rs
0.0% <0.0%> (ø)

...pplication/ics20_fungible_token_transfer/events.rs
0.0% <ø> (ø)

...ion/ics20_fungible_token_transfer/msgs/transfer.rs
0.0% <0.0%> (ø)

modules/src/events.rs
0.0% <0.0%> (ø)

modules/src/ics02_client/error.rs
100.0% <ø> (ø)

modules/src/ics02_client/raw.rs
0.0% <0.0%> (ø)

modules/src/ics03_connection/error.rs
100.0% <ø> (+66.6%)
:arrow_up:

modules/src/ics03_connection/msgs/conn_open_try.rs
86.7% <ø> (ø)

modules/src/ics03_connection/version.rs
97.6% <ø> (ø)

modules/src/ics04_channel/channel.rs
77.2% <ø> (+62.1%)
:arrow_up:

... and 254 more

Continue to review full report at Codecov.

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

authors: adizere codecov-io

repo: informalsystems/ibc-rs


text:
The option --output in quint test requires '.itf.json' extension

If running quint test with option --output being e.g., out{#}{}.json, it complains about getting _Unexpected format in --output.  (Passing out{#}{}.itf.json` is fine.)
Why is quint insisting on the extension? Especially given that a similar option --out-itf in quint run accepts *.json files.

How does this affect your workflow. This does not seem to be a hinderance of any kind to me.

I noticed it when trying to format the resulting .itf.json in VSCode (which does format .json, but does not .itf.json). There should probably be a VSCode-based fix for my issue, true.
Regardless of that, I am raising this issue to see whether Quint wants to enforce the extension or if it wants to allow files with any extensions to be generated.

authors: ivan-gavran konnov

repo: informalsystems/quint


text:
Transfer the Tendermint spec to Quint

As discussed with @sergio-mena, it would be great to have a working Tendermint spec in Quint.
We actually have an older hand-written spec in Quint. It is syntactically correct and type correct. However, it is using ADTs which are not supported by REPL yet, and ADTs will be redesigned soon #539.
However, we had a newer spec of Tendermint in TLA+. It does not require variants or ADTs. I believe that we can translate it at any point, without any blockers.

The same question was raised by @josef-widder. This means that it would be good to update the spec sooner than later.


text:
introduce idGenerator and globalIdGen

Closes #138 and unblocks #618. This PR introduces:

an interface of an IdGenerator,
a sequential implementation of IdGenerator that is instantiated with newIdGenerator(),
the default global id generator that is accessible via globalIdGen.
In addition, it finally assigns unique ids to the expressions that are produces from the runtime JS values.

By default, the parser is using the global id generator now. This would be useful when we incrementally call the parser. All tests are creating a new id generator, as we assume specific id values.

[ ] Entries added to the respective CHANGELOG.md for any new functionality

We have not discussed this today. IMO this is a simple PR, so it would be good to merge it.

iiuc, for the time being we could just drop the global ID generator and require an ID generator be supplied thru the constructor https://github.com/informalsystems/quint/pull/647/files#diff-6f59f39b1cee888b5d07c01bbbba59ee7dbc42eaf407ac71054d16f3d49ab6f9R371-R373
Would this let us do everything we need at the moment, and postpone the question of whether we need the global mutability?

I have removed the global id generator and added the code to propagate the generator, whenever needed. This seems to work, though the diff is obviously larger. At some point, we would have to think how to deal with the growing number of parameters that are passed around.

Thanks for removing the global id generator! I'm unblocking.
I'm still wondering whether we could re-use the ids from the original expressions in RuntimeValue instead of generating new ones. Have you considered this?

That's an interesting idea. However, I don't know which ids would be considered the original ones. There are plenty of computations going on with runtime values. Moreover, if we start using ids of the original expressions, they stop being unique. Not sure how much that would break.

authors: konnov shonfeder


text:
Convert fallible From implementations to TryFrom

Currently there are a handful of cases where the From trait is implemented and the implementation can panic. This is usually addressed with a conversion to a TryFrom implementation. See 71f0cd3 and https://rust-lang.github.io/rust-clippy/master/index.html#fallible_impl_from

Some of these Froms aren't used anywhere. Whoever tackles this might also consider removing the impls.

Which ones? It’d be good to make sure the KMS isn’t using them before removing them.
You can always add a temporary [patch.crates-io] to the KMS’s Cargo.toml pointing it at a local path to double check that.

Is this still relevant? Looking through the codebase now, I don't see any instances where we're disabling the fallible_impl_from lint, and I think there's one From impl that calls unwrap() internally (converting a u64 to an i64) and there's a TODO above it to fix it.

authors: Liamsi tarcieri thanethomson xla

repo: informalsystems/tendermint-rs


text:
Update tendermint-proto to 0.23 and Prost 0.9

This PR rebuilds the proto definitions with the new prost 0.9 instead of informalsystems-prost 0.8.1. It also bumps the Tendermint proto version to 0.23

Codecov Report

Merging #1006 (14c8626) into master (1ab5e86) will decrease coverage by 0.0%.
The diff coverage is n/a.

@@           Coverage Diff            @@
##           master   #1006     +/-   ##
========================================
- Coverage    72.7%   72.7%   -0.1%
========================================
  Files         206     206
  Lines       16641   16635      -6
========================================
- Hits        12111   12105      -6
  Misses       4530    4530

Impacted Files
Coverage Δ

tendermint/src/block/commit_sig.rs
76.0% <0.0%> (-2.0%)
:arrow_down:

testgen/src/header.rs
80.1% <0.0%> (-0.7%)
:arrow_down:

light-client/src/types.rs
40.8% <0.0%> (-0.6%)
:arrow_down:

rpc/src/endpoint/unsubscribe.rs
0.0% <0.0%> (ø)

Continue to review full report at Codecov.

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

authors: codecov-commenter jkilpatr


text:
Include more columns as well as vocabulary tags in the search results table

We have only a few columns displayed in the search results table. Not sure who or how those are decided. We ought to be able to include any/all of the columns for the tables being searched, we should also be able to include the vocabulary tags. We may need to review how we do this, and may want to use database views. (Maybe that's all there is to this, but we should confirm.)
Also, if we have numerous columns, the table should act sensibly. I.e., scroll left/right or something, and be able to hide/show columns.

Will roll this to recordset. Close this issue for now.

authors: hongsudt robes

repo: informatics-isi-edu/chaise


text:
Expose not-null constraint status in column introspection

To help clients, we should include the null/not-null constraint status on columns in the introspected model resources.

This is implemented now as the nullok boolean field of the column representation. See column creation docs for representation that also applies during introspection.

confirmed

authors: karlcz robes

repo: informatics-isi-edu/ermrest


text:
a library to convert a list of filters to facet url fragment

We have a static site that provides links to the recordset pages with pre-defined filters. These URLs will no longer work once we deploy the new recordset with facet.
We also have a search box on some static pages that will call the recordset based on the specified keywords.
Maybe there should be a function that takes catalog number, table names, facet list (the same syntax that we use in the annotation) and turns that into a proper URL.

I created a function that will take catalogId, schemaName, tableName, and facets as its parameters and will return a path that ermrestjs/chaise will understand.

I am going to change the current function in rbk, to use this new API. Then we can use that as an example for other static websites.

I created a PR in rbk-www repository.

authors: RFSH hongsudt

repo: informatics-isi-edu/ermrestjs


text:
feat: add google_container_registry

#473
`
google_container_registry.my_registry
├─ Storage (standard)                                                                     150  GiB-months      0.0260       0.0053        3.9000
├─ Object adds, bucket/object list (class A)                                                4  10k operations  0.0500       0.0003        0.2000
├─ Object gets, retrieve bucket/object metadata (class B)                                   2  10k operations  0.0040        1e-05        0.0080
└─ Network egress
   ├─ Data transfer in same continent                                                     550  GB              0.0100       0.0075        5.5000
   ├─ Data transfer to worldwide excluding Asia, Australia (first 1TB)                  1,024  GB              0.1200       0.1683      122.8800
   ├─ Data transfer to worldwide excluding Asia, Australia (next 9TB)                   9,216  GB              0.1100       1.3887    1,013.7600
   ├─ Data transfer to worldwide excluding Asia, Australia (over 10TB)                  2,260  GB              0.0800       0.2477      180.8000
   ├─ Data transfer to Asia excluding China, but including Hong Kong (first 1TB)        1,024  GB              0.1200       0.1683      122.8800
   ├─ Data transfer to Asia excluding China, but including Hong Kong (next 9TB)           476  GB              0.1100       0.0717       52.3600
   ├─ Data transfer to China excluding Hong Kong (first 1TB)                               50  GB              0.2300       0.0158       11.5000
   └─ Data transfer to Australia (first 1TB)                                              250  GB              0.1900       0.0651       47.5000
Total                                                                                2.1388    1,561.2880
`

Delete Data retrieval, because it's skipping in Standard class

@alikhajeh1 this is ready to review

repo: infracost/infracost


text:
Please invite me to the community

Name
VikingDDM
Additional Context
I want to join this group.

Invitation sent to join the GitHub Organization. Welcome to Infraform 🎉Please check your mail to accept the invitation sent by GitHub! 🤖About usInfraform is an open source solution for serverless platforms, it is designed for developing solutions and enhancing creators to create their infrastructure 💻 Great to have you in our community ✨ Looking forward to your valuable contributions! 🤓 You can also check our community ✨ Github ✨ LinkedIn 💜 You can also share our community with other folks who want to learn about development, DevOps, tech, and contribute together and with us 👉💜👈

authors: VikingDDM devenes

repo: infraform/contribute


text:
Please invite me to the community

Name
Meet Jain
Additional Context
No response

Invitation sent to join the GitHub Organization. Welcome to Infraform 🎉Please check your mail to accept the invitation sent by GitHub! 🤖About usInfraform is a remarkable open-source solution tailored for serverless platforms, aimed at empowering creators to craft their infrastructure solutions. 💻 We're thrilled to welcome you into our vibrant community! ✨ We eagerly anticipate your valuable contributions! 🤓 Don't forget to explore our community on Github and connect with us on LinkedIn 💜 Feel free to spread the word about our community to like-minded individuals interested in development, DevOps, technology, and collaborative contributions. 👉💜👈


text:
Please invite me to the community

Name
Mars Bryant
Additional Context
want join your team.

Invitation sent to join the GitHub Organization. Welcome to Infraform 🎉Please check your mail to accept the invitation sent by GitHub! 🤖About usInfraform is an open source solution for serverless platforms, it is designed for developing solutions and enhancing creators to create their infrastructure 💻 Great to have you in our community ✨ Looking forward to your valuable contributions! 🤓 You can also check our community ✨ Github ✨ LinkedIn 💜 You can also share our community with other folks who want to learn about development, DevOps, tech, and contribute together and with us 👉💜👈


text:
启用每日委托时报错

2023-07-17 15:16:07.838 | INFO     | source.webio.webio:main:48 - webio启动完成
2023-07-17 15:16:41.286 | INFO     | source.api.pdocr_api::4 - 正在创建OCR对象
2023-07-17 15:16:41.717 | CRITICAL | source.api.pdocr_api::14 - 导入paddleocr时错误; err code: 001
2023-07-17 15:16:41.727 | ERROR    | source.api.pdocr_api::15 - FastDeploy initalized failed! Error: DLL load failed: 找不到指定的模块。
Traceback (most recent call last):
File "G:\PGPL-2.0.0\toolkit\python\3.7.6_GIA_Launcher_Download_Lib\lib\site-packages\fastdeploy\c_lib_wrap.py", line 164, in
from .libs.fastdeploy_main import *
ImportError: DLL load failed: 找不到指定的模块。
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "D:\obj\windows-release\37amd64_Release\msi_python\zip_amd64\threading.py", line 890, in _bootstrap
File "D:\obj\windows-release\37amd64_Release\msi_python\zip_amd64\threading.py", line 926, in _bootstrap_inner
File "G:\PGPL-2.0.0\repositories\GIA_Launcher_Download_Lib\source\common\base_threading.py", line 170, in run
self.loop()
│    └ <function TaskManager.loop at 0x0000000003E6F798>
└ <TaskManager(TaskManager, started daemon 6372)>
File "G:\PGPL-2.0.0\repositories\GIA_Launcher_Download_Lib\source\task\task_manager.py", line 130, in loop
self.start_stop_task(i)
│    │               └ 'CommissionTask'
│    └ <function TaskManager.start_stop_task at 0x0000000003E6F4C8>
└ <TaskManager(TaskManager, started daemon 6372)>
File "G:\PGPL-2.0.0\repositories\GIA_Launcher_Download_Lib\source\task\task_manager.py", line 91, in start_stop_task
from source.commission.commission_executor import CommissionExecutor
File "", line 983, in _find_and_load
File "", line 967, in _find_and_load_unlocked
File "", line 677, in _load_unlocked
File "", line 728, in exec_module
File "", line 219, in _call_with_frames_removed
File "G:\PGPL-2.0.0\repositories\GIA_Launcher_Download_Lib\source\commission\commission_executor.py", line 1, in
from source.commission.util import *
File "", line 983, in _find_and_load
File "", line 967, in _find_and_load_unlocked
File "", line 677, in _load_unlocked
File "", line 728, in exec_module
File "", line 219, in _call_with_frames_removed
File "G:\PGPL-2.0.0\repositories\GIA_Launcher_Download_Lib\source\commission\util.py", line 3, in
from source.mission.mission_template import ERR_FAIL
File "", line 983, in _find_and_load
File "", line 967, in _find_and_load_unlocked
File "", line 677, in _load_unlocked
File "", line 728, in exec_module
File "", line 219, in _call_with_frames_removed
File "G:\PGPL-2.0.0\repositories\GIA_Launcher_Download_Lib\source\mission\mission_template.py", line 1, in
from source.teyvat_move import teyvat_move_flow_upgrade
File "", line 1035, in _handle_fromlist
File "", line 219, in _call_with_frames_removed
File "", line 983, in _find_and_load
File "", line 967, in _find_and_load_unlocked
File "", line 677, in _load_unlocked
File "", line 728, in exec_module
File "", line 219, in _call_with_frames_removed
File "G:\PGPL-2.0.0\repositories\GIA_Launcher_Download_Lib\source\teyvat_move\teyvat_move_flow_upgrade.py", line 5, in
from source.pickup.pickup_operator import PickupOperator
File "", line 983, in _find_and_load
File "", line 967, in _find_and_load_unlocked
File "", line 677, in _load_unlocked
File "", line 728, in exec_module
File "", line 219, in _call_with_frames_removed
File "G:\PGPL-2.0.0\repositories\GIA_Launcher_Download_Lib\source\pickup\pickup_operator.py", line 4, in
from source.api.pdocr_complete import ocr
File "", line 983, in _find_and_load
File "", line 967, in _find_and_load_unlocked
File "", line 677, in _load_unlocked
File "", line 728, in exec_module
File "", line 219, in _call_with_frames_removed
File "G:\PGPL-2.0.0\repositories\GIA_Launcher_Download_Lib\source\api\pdocr_complete.py", line 1, in
from source.api.pdocr_api import PaddleOcrFastDeploy
File "", line 983, in _find_and_load
File "", line 967, in _find_and_load_unlocked
File "", line 677, in _load_unlocked
File "", line 728, in exec_module
File "", line 219, in _call_with_frames_removed

File "G:\PGPL-2.0.0\repositories\GIA_Launcher_Download_Lib\source\api\pdocr_api.py", line 12, in
import fastdeploy

File "G:\PGPL-2.0.0\toolkit\python\3.7.6_GIA_Launcher_Download_Lib\lib\site-packages\fastdeploy_init_.py", line 122, in
from .c_lib_wrap import (
File "G:\PGPL-2.0.0\toolkit\python\3.7.6_GIA_Launcher_Download_Lib\lib\site-packages\fastdeploy\c_lib_wrap.py", line 166, in
raise RuntimeError(f"FastDeploy initalized failed! Error: {e}")
RuntimeError: FastDeploy initalized failed! Error: DLL load failed: 找不到指定的模块。
2023-07-17 15:16:41.942 | INFO     | source.api.pdocr_api::16 - import pdocr time: 0.65
2023-07-17 15:16:42.037 | INFO     | source.api.pdocr_api:init:50 - Creating PaddleOCRFastDeploy object: G:\PGPL-2.0.0\repositories\GIA_Launcher_Download_Lib\assets\PPOCRModels\zh_CN

CPU是否支持AVX指令集

支持，I7 4710 MQ

不清楚，可能是C++依赖没有装全？安装C++Runtime或者用Visual Studio安装C++全家桶试试
或者在网上搜索怎么解决
from .libs.fastdeploy_main import *
ImportError: DLL load failed: 找不到指定的模块。

authors: infstellar zzzqh

repo: infstellar/python-git-program-launcher


text:
Feature/health check with storage

the healthCheck lists buckets to check if starage is available

Codecov Report

Merging #15 into master will increase coverage by 0.05%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master      #15      +/-   ##
==========================================
+ Coverage   86.73%   86.78%   +0.05%
==========================================
  Files          25       25
  Lines         505      507       +2
  Branches       49       50       +1
==========================================
+ Hits          438      440       +2
  Misses         67       67

Impacted Files
Coverage Δ

...com/ing/wbaa/airlock/proxy/api/HealthService.scala
100% <100%> (ø)
:arrow_up:

...la/com/ing/wbaa/airlock/proxy/AirlockS3Proxy.scala
100% <100%> (ø)
:arrow_up:

Continue to review full report at Codecov.

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

repo: ing-bank/airlock


text:
Update sbt-scoverage to 1.8.0

Updates org.scoverage:sbt-scoverage from 1.6.1 to 1.8.0.
GitHub Release Notes - Version Diff
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "org.scoverage", artifactId = "sbt-scoverage" } ]

labels: sbt-plugin-update, semver-minor

Superseded by #933.

repo: ing-bank/baker


text:
Manifest version 2  + This does not appear to be a Microsoft Teams Chat window

1-When loading the extension:
Manifest version 2 is deprecated, and support will be removed in 2023.
See https://developer.chrome.com/blog/mv2-transition/ for more details.

2- This does not appear to be a Microsoft Teams Chat window

And thanks for the amazing work, this is truly needed since Microsoft doesn't care about our privacy, or companies

did you find solution for that issue? (I mean the second one)

1-When loading the extension: Manifest version 2 is deprecated, and support will be removed in 2023. See https://developer.chrome.com/blog/mv2-transition/ for more details.
2- This does not appear to be a Microsoft Teams Chat window
And thanks for the amazing work, this is truly needed since Microsoft doesn't care about our privacy, or companies

bumping up this issue. i experienced both issues.

a warning on the soon to be deprecation of 'Manifest version 2'
And the message 'This does not appear to be a Microsoft Teams Chat window"

And, want to express my appreciation for this amazing work.

authors: 1JotaPe1 KhalidElSayed SingingOwl

repo: ingo/microsoft-teams-chat-extractor


text:
Added 2 new methoods for product, getTemplates returns list of all te…

Added 2 new methods for product:

getTemplates returns list of all templates associated with product

getProductConfigurations allows to get configurations attached to it using per product parameters, optionally RQL can be used to filter

Codecov Report

Merging #35 into master will increase coverage by 0.01%.
The diff coverage is 100%.

@@             Coverage Diff              @@
##             master      #35      +/-   ##
============================================
+ Coverage     99.06%   99.07%   +0.01%
- Complexity      372      377       +5
============================================
  Files            49       49
  Lines           963      975      +12
============================================
+ Hits            954      966      +12
  Misses            9        9

Impacted Files
Coverage Δ
Complexity Δ

src/Product.php
100% <100%> (ø)
7 <5> (+5)
:arrow_up:

Continue to review full report at Codecov.

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

authors: codecov-io marcserrat

repo: ingrammicro/connect-php-sdk


text:
Bug/description blocks with quote (#496)

Fixed bug where single line triple quoted description contained a quote.
Co-authored-by: Ole Morten Halvorsen ole@sketch.com
Co-authored-by: Ole Morten Halvorsen olemortenh@gmail.com

Stack:

#28
#27
#26
#25
#24
#23
#22 ⬅
#21
#20
#19
#18
#17
#16

⚠ Part of a stack created by spr. Do not merge manually using the UI - doing so may have unexpected results.

Closing pull request: commit has gone away

repo: inigolabs/graphql-go-tools


text:
When to release code and datasets?

Great work!
Very pleased to see such excellent work! It has been 2 months since your first public paper was published. When will the code and datasets be open sourced?

Hi, I'm glad to see your comment. The code and datasets of AdaCQR will be publicly available upon acceptance. If you have any questions about AdaCQR, you can contact me by email: yilong.lai@seu.edu.cn or wechat: init0xyz.
Thanks again for your comment.

Thank you very much for your prompt and kind reply, as well as for providing your personal contact information. I will patiently await the release of your code. Best wishes for the acceptance of your paper.


text:
Bug fix (Y2K-553)

Fix bug

Well... yeah.


text:
The motion i doesn't seem to work with text-objects '[' '(' when they represent links

For example if I have a link
[Hello World](https://helloworld.com)

With the cursor within either [ ... ] or (...), commands ci) or di] do not seem to work.
Typically all content within the brackets are removed (and I'm put into insert mode if the command is c / change)

Fixed in v2.1.4. Thanks!

authors: craftzdog rcashie

repo: inkdropapp/inkdrop-vim


text:
Issue/4803 compilerservice notifications (#4829)

Pull request opened by the merge tool on behalf of #4829

Merged into branches iso5 in e7e2aedd26f610120e10e5e3a8ac58ddaf694eb1

repo: inmanta/inmanta-core


text:
Usage inmanta module freeze command on v2 module

Description
Same PR as  #5874 but on the iso5 branch due to a merge conflict.
Show a clear error message when the inmanta module freeze command executed on a v2 module. This is not supported.
closes #5631
Self Check:

[x] Attached issue to pull request
[x] Changelog entry
[x] Type annotations are present
[x] Code is clear and sufficiently documented
[x] No (preventable) type errors (check using make mypy or make mypy-diff)
[x] Sufficient test cases (reproduces the bug/tests the requested feature)
[x] Correct, in line with design
[x] End user documentation is included or an issue is created for end-user documentation (add ref to issue here: )
[ ] If this PR fixes a race condition in the test suite, also push the fix to the relevant stable branche(s) (see test-fixes for more info)

Processing this pull request

Merged into branches iso5 in c84b17d1843ef831579cfdf5af680bd87fcc8b03

authors: arnaudsjs inmantaci


text:
Bump tornado from 6.2 to 6.3 (#392)

Pull request opened by the merge tool on behalf of #392

Merged in 05744df7f96152eaaa8bdb27975953dffe5ce0ef

repo: inmanta/inmanta-ui


text:
Build(deps-dev): Bump @storybook/addon-actions from 6.5.10 to 6.5.11 (#4029)

Pull request opened by the merge tool on behalf of #4029

Merged in d6580d02743ec2f90b5e5109c49d34219bef4c12

repo: inmanta/web-console


text:
Responding with first line only in case of bullet points

I have asked how to make lasagna recipe but in all scenarios it only reponds with the first line of the message. If I ask to respond in a long single sentence without bullet points then a longer response is displayed.

Remove "\n" from stopping_strings list in generator_params.json
("\n" was added to avoid too large ansvers in some models, but this is not necessary stopping option)


text:
Publish google-nest-notifier 0.0.5

yarn version --patch --no-git-tag-version --no-commit-hooks
yarn workspace google-nest-notifier version --patch --no-git-tag-version --no-commit-hooks
yarn workspace listener version --patch --no-git-tag-version --no-commit-hooks

git add .
git commit -m "version 0.0.5"
git log

Publish
yarn workspace google-nest-notifier publish --no-git-tag-version --no-commit-hooks

Push tag
git tag v0.0.4
git push origin v0.0.4

Refs

Publish google-nest-notifier 0.0.4 by inouetakuya · Pull Request #207 · inouetakuya/google-nest-notifier

OK 👍
google-nest-notifier - npm
https://www.npmjs.com/package/google-nest-notifier

repo: inouetakuya/google-nest-notifier


text:
docs: renaming

Description:
Summarize the changes you're submitting in a few sentences, including Jira ticket ATL-xxxx if applicable.
Link to any discussion, related issues and bug reports to give the context to help the reviewer understand the PR.
Alternatives Considered (optional):
Link to existing ADR (Architecture Decision Record), if any. If relevant, describe other approaches explored and the selected approach. Documenting why the methods were not selected will create a knowledge base for future reference, helping prevent others from revisiting less optimal ideas.
Checklist:

[ ] My PR follows the contribution guidelines of this project
[ ] My PR is free of third-party dependencies that don't comply with the Allowlist
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] I have checked the PR title to follow the conventional commit specification

All conversations are resolved when reviewing the main branch. See https://github.com/input-output-hk/atala-prism-wallet-sdk-kmm/pull/154 as a follow-up.


text:
Extract subscription function (Towards simplified API)

This is just an experiment/ Proxy PR to get feedback / comments on the API.
(or this Iteration of API-work)
ApiTest is to be moved to the right place.
Basically this reorders the functions, arguments and applications
and moves all the defaults, that are not expected to be changed in the application,  to ApiTest.

subsumed by https://github.com/input-output-hk/cardano-db-sync/pull/105

repo: input-output-hk/cardano-db-sync


text:
Sub-process console stdout control

The console is very noisy with all the sub-processes output piped to the controller process. Granular control over the process via the specific configuration objects will enable full control.

It might be nice to capture json logging from the node and wallet and output it in the daedalus log. Then log messages from all three components will be nicely interleaved in a single log file.

@rvl  I suggest we make the child processes available for the implementation to handle it's own logging requirements. This also would address #8

If json logs are captured and relogged then the application can also handle its own logging requirements.
Or providing the ChildProcess so the applicatiion can use its stdout/stderr streams is also fine.
Up to you.

@nikolaglumac we have a couple of options here. What's your preference?

@rvl @rhyslbw I prefer the "providing the child process" option 🙏

authors: nikolaglumac rhyslbw rvl

repo: input-output-hk/cardano-launcher


text:
Revert "Event Log"

Reverts input-output-hk/cardano-ledger-specs#2244
resolve https://github.com/input-output-hk/cardano-ledger-specs/issues/2354

in the current implementation of the event log

the way the modules are organized makes some instances of wrapEvent impossible
many functions use type equality constraints to be polymorphic over STS, which doesn't work with an associated data family like this
some new instances slipped past me when I merged the event log pr

I need to rethink the event log pr.
Apologies for any inconvenience I may have caused.

repo: input-output-hk/cardano-ledger-specs


text:
[BUG] - the pool was retired but this shouldn't have happened

During the blockchain analysis (with db-sync and ledger state), I found some anomalies: the pool 00beef093364aeb927bd422c74bae9b1ce7aae4e73057cf8027cc79f was retired but this shouldn't have happened

This pool was registered in the epoch 210 (2020-08-09 03:49:11, transaction ID 8b0d76b8b01bf9530eb7a1222ced2e243da07ae392fffb2c0d699b99f75de912)
After that a retire certificate was sent (2020-08-09 04:58:51, transaction ID 55e5f20d2e911f2f419d62d452e928b60c637766510d61908c1e6e203717047b, the retire epoch was specified as 211)
After that (still in the epoch 210, 2020-08-11 11:18:51, transaction ID 25f3a9217c15ef7150f4e8f1c399f19286ef2d3a5785ca00ee1ddab1353d7aad) a new registration certificate was sent again, with the same pool_id, reward_addr, etc
No more retire certificates were sent

According to the documentation this new registration certificate should have overrule the deregistration certificate. But for some unknown reason this did not happen, and the pool was retired on the end of the 210 epoch, the deposit 500A was returned to the reward address.
P.S. since the registration/retire history was taken from db-sync, it is possible that this is not the node problem, but db-sync problem

since the registration/retire history was taken from db-sync, it is possible that this is not the node problem, but db-sync problem

the deposit return suggests db-sync is working as expected. @erikd can confirm

the deposit return suggests cardano-db-sync is working as expected. @erikd can confirm

I meant, the db-sync may not contain a data, for example, about another one retire certificate, or something like this... I'm not sure, It's just a guess

2 more abnormal pools
The first one 6be95b4a93d8a6f66f102453924e9acdf309bef2ef67cc772154fc01 has the same problem like previous

The retire certificate was sent in the epoch 216 (2020-09-09 08:58:44, transaction ID b718538a09cd49b937c53b089b1a3bfd9d88b52ba8f3ccdc1ebb155f7d7729e0, the retire epoch was specified as 217)
After that (still in the epoch 216, 2020-09-09 22:42:35, transaction ID de55c6578b73b5f75bd6ad7278b09beb423f03c3ba50e085caa4b0d861046da9) a new registration certificate was sent again, with the same pool_id, reward_addr, etc
The pool was retired on the end of the 216 epoch, the deposit 500A was returned to the reward address

And something else happened to the second pool 6dbbf0718c4eae698d5033a16ea8b3f1c9334dbffb620eb4ee2ef125:

The retire certificate was sent in the epoch 209 (2020-08-05 11:32:11, transaction ID 6adf35f420843c0ffdbea1175ecfcfa364f34039c4f159fbd602d963d68e776f, the retire epoch was specified as 220)
The pool was retired on the end of the 216 epoch, the deposit 500A was returned to the reward address

00beef :)

After that (still in the epoch 210, 2020-08-11 11:18:51, transaction ID 25f3a9217c15ef7150f4e8f1c399f19286ef2d3a5785ca00ee1ddab1353d7aad) a new registration certificate was sent again, with the same pool_id, reward_addr, etc

It looks to me like this pool re-registration certificate successfully removed the pool from its upcoming retirement.
I have a ledger state dump (from the cardano-cli) with timestamp 2020-08-11 23:35:40 EDT, which is 2020-08-12 03:35:40 UTC, that shows that 00beef has been removed from the list of retiring pools. I can also see from this dump that the pool re-registered this epoch, since it shows up in the future pool parameters mapping _fPParams.

No more retire certificates were sent

It looks to me like there actually was another retirement certificate sent before the end of the epoch.
I have a ledger state dump with timestamp 2020-08-12 08:27:24 EDT, which is 2020-08-12 12:27:24 UTC, that shows that 00beef has been staged for retirement in epoch 211. So sometime in that ~9 hour window it appears to have been set for retirement again.

Yes, sorry to bother, and thanks for help. As I suggested at the beginning, this is db-sync problem (database does not contain info about 2-nd retire cert), not the node problem https://github.com/input-output-hk/cardano-db-sync/issues/306

Not a bother at all! I was happy help narrow down the problem. Thank you for writing such a detailed, easy to follow issue!

authors: JaredCorduan dmitrystas rhyslbw

repo: input-output-hk/cardano-node


text:
Commit info displayed in logs is wrong

I noticed in my logs following information after starting node:
[artur-de:cardano.node.release:Notice:5] [2020-04-15 08:28:21.58 UTC] Byron
[artur-de:cardano.node.version:Notice:5] [2020-04-15 08:28:21.58 UTC] 1.10.1
[artur-de:cardano.node.commit:Notice:5] [2020-04-15 08:28:21.58 UTC] 0000000000000000000000000000000000000000

The commit rev is wrong (I see 99e1a85b4a3f6d... for tag: 1.10.1)

Moved to Jira: https://jira.iohk.io/browse/CAD-831