Temp data files are filling up the server.

We have configured to use EphemeralMongo within our unit tests and now are seeing an accumulation of associated temp database files.  I don't see an option to clean these up after the instance is terminated, so have I missed an option or are there any examples of automating this?  Otherwise this would appear to be a problem as our server has been experiencing disk space issues and swapping to EphemeralMongo appears to have vastly increased them.

Hi @jamesburton, are you disposing the IMongoRunner instance you get back from MongoRunner.Run?
Because although the data directory is randomly generated by default, it is supposed to be deleted on disposal, unless you specify your own data directory.

Thanks, I’ll check ... I have more been relying on the terminating process option so that’s quite possibly the issue. Thanks, James From: Anthony SimmonSent: 02 July 2023 06:35To: asimmon/ephemeral-mongoCc: James Burton; MentionSubject: Re: [asimmon/ephemeral-mongo] Temp data files are filling up the server. (Issue #34) Hi @jamesburton, are you disposing the IMongoRunner instance you get back from MongoRunner.Run?Because although the data directory is randomly generated by default, it is supposed to be deleted on disposal, unless you specify your own data directory.—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID<EMAIL_ADDRESS>


BERT: Loading SST dataset in bert.ipynb

Do we have a working demo with SST dataset ?
Changing https://gluon-nlp.mxnet.io/examples/sentence_embedding/bert.html so as to use SST-2 dataset.
data_train = dataset.SSTDataset('dev', root='.') gives AttributeError: 'module' object has no attribute 'SSTDataset'. I basically copy paste the
@register(segment=['train', 'dev', 'test'])
class SSTDataset(GLUEDataset):
...
      return ['0', '1']

from
https://github.com/dmlc/gluon-nlp/blob/master/scripts/bert/dataset.py
Many thanks.

Hi, SSTDataset is only available on the master branch. It is not included in the downloaded files if you get it from the website for the stable version. Could you visit the master version website https://gluon-nlp.mxnet.io/master/examples/sentence_embedding/bert.html and try it again?

@BerenLuthien BERT on SST has been released as part of 0.6.0. Let me know if you need this issue reopened.


Avoid AsyncResource.bind

Change to new Promise(r => queue.enqueue(r)).then(...) so that the asynchronous context is not switched, making AsyncResource.bind unnecessary.
Since AsyncResource.bind is no longer needed, the time required to call the limit function will be reduced.
However, because of the change in the way Promise is used, the timing of changes such as limit.activeCount will be slower than before the change, which may be fatal if the usage situation is severe.
Performance
Before:
>node sample.js
>node sample.js
queuing: 0.0100483000010252
avg: 0.0036830892265141907
>node sample.js
queuing: 0.01016361999809742
avg: 0.0034371111732547956
>node sample.js
queuing: 0.010111030000448227
avg: 0.003734002007524611

After:
>node sample.js
queuing: 0.004205410000681877
avg: 0.002716399300301685
>node sample.js
queuing: 0.004278499999642372
avg: 0.0024704816498034216
>node sample.js
queuing: 0.00385004999935627
avg: 0.00261593758760986

Source Code:
import pLimit from './index.js';

const limit = pLimit(30);

let end;
const queuingStart = performance.now();
const promises = Array.from({length: 10000}, (_, id) => limit(async () => {
  const lap = end !== undefined ? performance.now() - end : undefined;
  // console.log(id, 'start', limit.activeCount, limit.pendingCount);
  await new Promise(r => setTimeout(r));
  // console.log(id, 'end', limit.activeCount, limit.pendingCount);
  end = performance.now();
  return lap;
}));
const queuing = (performance.now() - queuingStart) / promises.length;
console.log('queuing:', queuing);
Promise.all(promises).then((_laps) => {
  /** @type {number[]} */
  const laps = _laps.filter(e => e !== undefined);
  const avg = laps.reduce((a, b) => a + b) / laps.length;
  console.log('avg:', avg)
})

Change to new Promise(r => queue.enqueue(r)).then(...) so that the asynchronous context is not switched

How did you confirm that the context is not switched in this case?

Change to new Promise(r => queue.enqueue(r)).then(...) so that the asynchronous context is not switched

How did you confirm that the context is not switched in this case?

I think it is confirmed by the fact that the test case "propagates async execution context properly" passed.
https://github.com/sugoroku-y/p-limit-avoid-async-resource/blob/main/test.js#L44-L59

// @hyperair

Let me explain what I understand:
import { AsyncLocalStorage } from 'async_hooks';
import pLimit from 'p-limit';

const limit = pLimit(2);
const store = new AsyncLocalStorage();
const result = await Promise.all(
    Array.from({ length: 100 }, async (_, id) =>
        store.run({ id }, () =>
            limit(() => Promise.resolve(store.getStore().id)),
        ),
    ),
);
console.log(result);

When this script is executed with the original p-limit, the output will be:
[
   0,  1,  2,  3,  4,  5,  6,  7,  8,  9, 10, 11,
  12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23,
  24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35,
  36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47,
  48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59,
  60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71,
  72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83,
  84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95,
  96, 97, 98, 99
]

However, if you edit node_modules/p-limit/index.js to remove AsyncResource.bind and then execute the script, the output will be:
[
  0, 1, 0, 1, 0, 1, 0, 1, 0, 1, 0, 1,
  0, 1, 0, 1, 0, 1, 0, 1, 0, 1, 0, 1,
  0, 1, 0, 1, 0, 1, 0, 1, 0, 1, 0, 1,
  0, 1, 0, 1, 0, 1, 0, 1, 0, 1, 0, 1,
  0, 1, 0, 1, 0, 1, 0, 1, 0, 1, 0, 1,
  0, 1, 0, 1, 0, 1, 0, 1, 0, 1, 0, 1,
  0, 1, 0, 1, 0, 1, 0, 1, 0, 1, 0, 1,
  0, 1, 0, 1, 0, 1, 0, 1, 0, 1, 0, 1,
  0, 1, 0, 1
]

This happens because the function passed to limit is enqueued with queue.enqueue, and when the previous function completes, the function retrieved with queue.dequeue is executed in the context of the previous function’s asynchronous context.
To avoid this, AsyncResource.bind is used to wrap the function and add context switching, but this wrapping introduces a slight delay when enqueuing and starting execution.
With my changed p-limit, the function_ is executed within the generator and not from another asynchronous context.
So it is no longer necessary to wrap it in AsyncResource.bind.
If you execute the previous script with my modified p-limit, the output will be:
[
   0,  1,  2,  3,  4,  5,  6,  7,  8,  9, 10, 11,
  12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23,
  24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35,
  36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47,
  48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59,
  60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71,
  72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83,
  84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95,
  96, 97, 98, 99
]

You can see that it is executed in the assumed asynchronous context without wrapping with AsyncResource.bind.

Looks good to me, but the starter promise is a little weird. I see that tests won't pass without it though, but I don't understand what's happening.

Looks good to me, but the starter promise is a little weird. I see that tests won't pass without it though, but I don't understand what's happening.

Is it the following code that seems weird to you?
		starter = (async () => {
			await starter;
			if (activeCount < concurrency && queue.size > 0) {
				queue.dequeue()();
			}
		})();

This part of the Promise chain is used to delay the comparison of activeCount and concurrency.
If it were written more like a Promise chain, it would look like this:
		starter = starter.then(() => {
			if (activeCount < concurrency && queue.size > 0) {
				queue.dequeue()();
			}
		});

As mentioned in the original comment, it is necessary to insert an await because the activeCount changes asynchronously.
Furthermore, since the activeCount does not change immediately when the function retrieved from queue is executed in this commit, it is necessary to delay it one more step.

Although this would be a major change, it may be easier to understand if you do the following:
	const resumeNext = () => {
		queue.dequeue()?.();
	};

	const pending = () => {
		// This function needs to wait until the next microtask before comparing
		// `activeCount` to `concurrency`, because `activeCount` is updated asynchronously
		// after the resolve function is dequeued and called. The comparison in the if-statement
		// needs to happen asynchronously as well to get an up-to-date value for `activeCount`.
		starter = starter.then(() => {
			if (activeCount < concurrency) {
				resumeNext();
			}
		});
		return new Promise(resolve => {
			queue.enqueue(resolve);
		});
	};

	const generator = async (function_, ...arguments_) => {
		await pending();

		activeCount++;

		try {
			return await function_(...arguments_);
		} finally {
			activeCount--;

			resumeNext();
		}
	};

Yet the weirdness that @hyperair feels may not have lessened still.

I have eliminated the starter and tried to use activatingCount to cover the time lag in updating the activeCount.

refactor: Use activatingCount to cover the time lag in updating `ac…  0ca399d

@hyperair Does this eliminate some of the weirdness?

Oh yeah that looks great now, thanks!

I merged activatingCount into activeCount because I didn't see much need to keep them separate.

refactor: Merge activatingCount into activeCount. cf5e18a

@sugoroku-y This is not a breaking change, correct?

@sugoroku-y This is not a breaking change, correct?

There's the fact that I don't think it's a major issue, but  I have my suspicions about that could be considered a breaking change.
import pLimit from 'p-limit';

const limit = pLimit(3);

Promise.all(Array.from({length: 10}, (_, i) => limit(async (id) => {
  console.log(id, 'start', limit.activeCount, limit.pendingCount);
  await Promise.resolve()
  console.log(id, 'end', limit.activeCount, limit.pendingCount);
}, i))).then(() => console.log('end'))

The above script, when run with the original version of p-limit, will output the following:
$> node sample.mjs
0 start 1 9
1 start 2 8
2 start 3 7
0 end 3 7
1 end 3 7
2 end 3 7
3 start 3 6
4 start 3 5
5 start 3 4
3 end 3 4
4 end 3 4
5 end 3 4
6 start 3 3
7 start 3 2
8 start 3 1
6 end 3 1
7 end 3 1
8 end 3 1
9 start 3 0
9 end 1 0
end

After the change, it would be as follows:
$> node sample.mjs
0 start 3 7
1 start 3 7
2 start 3 7
0 end 3 7
1 end 3 7
2 end 3 7
3 start 3 4
4 start 3 4
5 start 3 4
3 end 3 4
4 end 3 4
5 end 3 4
6 start 3 1
7 start 3 1
8 start 3 1
6 end 3 1
7 end 3 1
8 end 3 1
9 start 1 0
9 end 1 0
end

The values of activeCount and pendingCount are changing for two tasks that are immediately executed without limitations.

Thank you 👍


Where I can find api documentation?

Where I can find api documentation?
http://robotjs.io/

Api docs:
https://web.archive.org/web/20180402195859/https://robotjs.io/docs/syntax

Looks like it's back

This issue has been closed because it has been inactive for > 180 days.
You may reopen this issue if it has been closed in error.


Precompile ES6 JavaScript on build

This PR precompiles all of the JavaScript marked with ‘use 6to5’ to its non-ES6 version

Not sure if you were already thinking this but ... you might want to make loading 6to5 conditional (only in dev mode), like coffeescript currently is to improve boot speed for prebuilt applications.

Note: 6to5 has been renamed to babel

This is super bitrotted, gonna take a pass at this later


Dutch National Flag Problem

💥 Proposal
(A clear and concise description of what the proposal is.)
Have you read the Contributing Guidelines on Pull Requests?
(Write your answer here.)
Dutch National Flag Problem- Sort 0s,1s and 2s
Assignees

Python: @anayjoshi1608
Java: @pranjalshinde
C: @muthuannamalai12

I know this algo. I can write an explanation and code in python and cpp. Can you assign this to me.

Assign me this for c++

I would like to solve this in Java, please assign

Interested

I would like to solve this in C.Kindly assign this to me

This Issue is already solved here in C++ https://github.com/TesseractCoding/NeoAlgo/pull/1518/files
I am assigning this Issue in Python, Java and C to the people who requested.

Implement Stack / Implement Queue
Implement Stack using Queue
Implement Queue using Stack
Check for balanced parentheses
Next Greater Element
@shraddhavp @HarshCasper @iamrajiv    Please assign me these

Implement Stack / Implement Queue
Implement Stack using Queue
Implement Queue using Stack
Check for balanced parentheses
Next Greater Element
@shraddhavp @HarshCasper @iamrajiv    Please assign me these

Implement Stack / Implement Queue
Implement Stack using Queue
Implement Queue using Stack
Check for balanced parentheses
Next Greater Element
@shraddhavp @HarshCasper @iamrajiv    Please assign me these

Already assigned.

Implement Stack / Implement Queue
Implement Stack using Queue
Implement Queue using Stack
Check for balanced parentheses
Next Greater Element
@shraddhavp @HarshCasper @iamrajiv    Please assign me these

Already assigned.


Make Legend.Title.Position available

Make the position of the legend title controllable.

Possible values:

start
center
end

Documentation: https://www.chartjs.org/docs/4.4.4/samples/legend/title.html

Released with version 4.27.05


Layer Zero bridge for Taiko

Layer Zero Bridge for Taiko

hello closing this issue because there is not enough information. please feel free to re-open if there are more details on specifics, thank you


Quality breaking issue fixed

@zubairshakoorarbisoft Even though your pull request wasn’t merged, please take a moment  to answer a two question survey so we can improve your experience in the future.


Support forms text changes

Trello card
Update the titles and descriptions of all support requests.
So that the class names continue to match, update the class names to reflect the new titles. This part i've kept in two commits, as I'm not entirely sure they're not just churn.
The more I work on this, the more I think there must be a cleaner way to do this. Seven classes (one for each type of request) each having its own Zendesk representation too seems overkill, but I don't want to tackle that kind of refactor yet.
The zendesk ticket classes seem the most likely targets for refactor because they only have two or three relatively static things that change for each one. I may be able to transform it into a YAML file with a "factory" or builder, but I'll mull that over before actually attempting it.
Before

After

[ ] Check (with Al Massa) if any of the zendesk ticket tags need to change
[ ] Deploy to integration for product acceptance/review.

Looks good! 👍

I'm going to merge this now. Al (User Support Manager) has a list of the analytics tags that apply, and he can let us know if there's anything totally off with them.
It's not difficult to change these tags where necessary, so this PR can land as-is.


Round renderings with dmtet finetuning

Description
Hi @ashawkey , thanks for your great work!
I think this issue has been referenced before - here and here. And I have tried all solutions you have suggested - commenting out the torch.compile lines and running with different seeds, but the problem still persists with torch 2.x. Here are a few examples:
https://user-images.githubusercontent.com/24255665/233854048-c0119d73-576f-4d01-af57-5a3eb6166b58.mp4
generated with python main.py -O --text "a DSLR photo of an ice cream sundae" --workspace trial2_icecream --dmtet --iters 5000 --init_ckpt trial_icecream/checkpoints/df.pth
https://user-images.githubusercontent.com/24255665/233854110-f50e0ec3-324f-4815-ae83-40c5ad8deb04.mp4
generated with python main.py -O --text "a highly detailed stone bust of Theodoros Kolokotronis" --workspace trial2_stonehead --dmtet --iters 5000 --init_ckpt trial_stonehead/checkpoints/df.pth
What I noticed from the validation log that this rounding effect starts with the very initial images of the finetuning process. Like this:

I get this warning that the weights of the stable diffusion model are getting randomly initialized before the finetuning starts, but don't think that's the issue since your comments say the guidance model is not required during finetuning.
Steps to Reproduce
python main.py --workspace trial2_icecream -O --test
python main.py --workspace trial2_stonehead -O --test
Expected Behavior
Can you share any inputs on how to fix this? Is it only a torch 2.x issue you think?
Environment
Debian GNU/Linux 11, Torch 2.0, CUDA 11.7

@mvp18 Hi, do you mean the first stage already produces a sphere? The first two videos don't seem like produced by DMTet.

@ashawkey thank you so much for getting back. Yes, the first 2 videos are generated after dmtet finetuning. I think the results are similar to the issues 218 and 204.
And the round images you see above are from the validation logs in trial2_icecream/validation and trial2_stonehead/validation respectively. The ones before dmtet finetuning look perfectly fine as below:
https://user-images.githubusercontent.com/24255665/233933242-c18c4775-e9ba-4f0f-bd6b-3795024b2a77.mp4


License ?

Hello, under what license is this project released under ? Thank-you.

Hello, under what license is this project released under ? Thank-you.

This is a self made open project. You are free to use elements and fork it as needed.


Add 'delete line' button next to each row

A row now looks like this:
http://screencast.com/t/NZlFG7X9wwkB
A click on the button deletes the line.

Hi there - sorry I didn't comment yet. I'll review it within the next few days. Thanks! :)

Hi! Have you had a chance to review my pull request?

Sorry, I've been really busy - I'll get to it tomorrow, thanks for your patience.

Allright, looks good, I'm merging it. Sorry it took so long.

NP. BTW, I'm BloodyPenguin in Steam :)


[Bug]: modelVersions.images.meta removed?

What happened?

Is modelVersions.images.meta removed from the api response? seems you can no longer see it when you query by modelId.

Steps to reproduce the problem

Go to ....
Press ....
...

What should have happened?
this is a sample of the api call of a model, meta used to be under images
{"id":4855,"name":"AnythingElse V4","description":"Note: We've been told that this is just a troll and not an official version of Anything V4.Originally posted to Hugging Face by AnditeThanks to Linaqruf for letting me borrow his model card for reference.Welcome to Anything V4 - a latent diffusion model for weebs. The newest version of Anything. This model is intended to produce high-quality, highly detailed anime style with just a few prompts. Like other anime-style Stable Diffusion models, it also supports danbooru tags to generate images.e.g. 1girl, white hair, golden eyes, beautiful eyes, detail, flower meadow, cumulonimbus clouds, lighting, detailed sky, gardenI think the V4.5 version better though, it's in this repo. feel free 2 try it","type":"Checkpoint","poi":false,"nsfw":false,"allowNoCredit":true,"allowCommercialUse":["Image","RentCivit","Rent","Sell"],"allowDerivatives":true,"allowDifferentLicense":true,"stats":{"downloadCount":42458,"favoriteCount":4587,"commentCount":26,"ratingCount":447,"rating":4.75,"tippedAmountCount":19971},"creator":{"username":"civitai","image":null},"tags":["anime","anythingv4"],"modelVersions":[{"id":5581,"modelId":4855,"name":"v4.5","createdAt":"2023-01-20T01:02:12.229Z","updatedAt":"2023-01-28T15:48:51.968Z","status":"Published","publishedAt":"2023-01-28T15:48:51.968Z","trainedWords":[],"trainingStatus":null,"trainingDetails":null,"baseModel":"SD 1.5","baseModelType":"Standard","earlyAccessTimeFrame":0,"description":null,"vaeId":null,"stats":{"downloadCount":42460,"ratingCount":447,"rating":4.75},"files":[{"id":5771,"sizeKB":7523103.314453125,"name":"anythingelseV4_v45.ckpt","type":"Model","metadata":{"fp":"fp16","size":"full","format":"PickleTensor"},"pickleScanResult":"Success","pickleScanMessage":"Detected Pickle imports (3)\n\ntorch.FloatStorage\ntorch._utils._rebuild_tensor_v2\ncollections.OrderedDict\n","virusScanResult":"Success","virusScanMessage":null,"scannedAt":"2023-01-21T02:01:15.288Z","hashes":{"AutoV1":"6030DABE","AutoV2":"FBCF965A62","SHA256":"FBCF965A62D9D82E935D3D17E97522C29F44550AA9E120A6886F19B578521EC5","CRC32":"5327CBAB","BLAKE3":"E9E08F98BF19B1F95736F6813D2838C98087C6965014144F8B9F19AEDAF70249"},"downloadUrl":"https://civitai.com/api/download/models/5581?type=Model&format=PickleTensor&size=full&fp=fp16"},{"id":5767,"sizeKB":4165358.732421875,"name":"anythingelseV4_v45.ckpt","type":"Pruned Model","metadata":{"fp":"fp16","size":"pruned","format":"PickleTensor"},"pickleScanResult":"Success","pickleScanMessage":"Detected Pickle imports (3)\n\ncollections.OrderedDict\ntorch.FloatStorage\ntorch._utils._rebuild_tensor_v2\n","virusScanResult":"Success","virusScanMessage":null,"scannedAt":"2023-01-20T02:01:58.009Z","hashes":{"AutoV1":"65745D25","AutoV2":"E4B17CE185","SHA256":"E4B17CE185857A3A20D778EFB5222F32DFB65B89F258B29014A5659D319CB4BD","CRC32":"3336E596","BLAKE3":"3B2C6A50569B0D27478F3B81A27AE09820DA907E56D7762D6DC998A0AD6E8F11"},"downloadUrl":"https://civitai.com/api/download/models/5581?type=Pruned Model&format=PickleTensor&size=pruned&fp=fp16"},{"id":5770,"sizeKB":7522729.383789062,"name":"anythingelseV4_v45.safetensors","type":"Model","metadata":{"fp":"fp16","size":"full","format":"SafeTensor"},"pickleScanResult":"Success","pickleScanMessage":"No Pickle imports","virusScanResult":"Success","virusScanMessage":null,"scannedAt":"2023-01-21T02:12:03.748Z","hashes":{"AutoV1":"9E3128CD","AutoV2":"1D1E459F9F","SHA256":"1D1E459F9F549A404746390DE21DF33B8C8134F863B3B5DA7D784843E782900A","CRC32":"CDD24AFF","BLAKE3":"C9797B7AC78C5EF5CD320E1B318941D4AFD97C652C37B5F8701C99F462AC1CD5"},"downloadUrl":"https://civitai.com/api/download/models/5581?type=Model&format=SafeTensor&size=full&fp=fp16"},{"id":5768,"sizeKB":4165133.515625,"name":"anythingelseV4_v45.safetensors","type":"Pruned Model","metadata":{"fp":"fp16","size":"pruned","format":"SafeTensor"},"pickleScanResult":"Success","pickleScanMessage":"No Pickle imports","virusScanResult":"Success","virusScanMessage":null,"scannedAt":"2023-01-20T01:54:17.623Z","hashes":{"AutoV1":"25A25911","AutoV2":"6E430EB514","SHA256":"6E430EB51421CE5BF18F04E2DBE90B2CAD437311948BE4EF8C33658A73C86B2A","CRC32":"D52E778B","BLAKE3":"A1B25B82307FD01689169AA417969CD85D63054C1A3ABD8CAAFCB03FA7B7C549"},"downloadUrl":"https://civitai.com/api/download/models/5581","primary":true}],"images":[{"url":"https://image.civitai.com/xG1nkqKTMzGDvpLrqFT7WA/c128dda2-207b-4d6f-0d20-33bb8e3b6d00/width=450/44683.jpeg","nsfw":"None","width":768,"height":1152,"hash":"UeIhKmi^x@R:~pIUbbt7RiE1Rlt5M|t5Rlj?","type":"image","metadata":{"hash":"UeIhKmi^x@R:~pIUbbt7RiE1Rlt5M|t5Rlj?","width":768,"height":1152},"availability":"Public"},{"url":"https://image.civitai.com/xG1nkqKTMzGDvpLrqFT7WA/d350d0d1-90e5-46a6-eab2-d50af8545300/width=450/44691.jpeg","nsfw":"None","width":768,"height":1152,"hash":"UFHL3p00_M?H~VM|OFxZIVI.4.ob00x]IURj","type":"image","metadata":{"hash":"UFHL3p00_M?H~VM|OFxZIVI.4.ob00x]IURj","width":768,"height":1152},"availability":"Public"},{"url":"https://image.civitai.com/xG1nkqKTMzGDvpLrqFT7WA/d43e31b8-3e24-4a68-aafa-5746a32ad700/width=450/44690.jpeg","nsfw":"None","width":768,"height":1152,"hash":"UdIEIdV@xu%M~VR+ogozS1xuWBRjIobGn$sT","type":"image","metadata":{"hash":"UdIEIdV@xu%M~VR+ogozS1xuWBRjIobGn$sT","width":768,"height":1152},"availability":"Public"},{"url":"https://image.civitai.com/xG1nkqKTMzGDvpLrqFT7WA/6f943e09-2d8c-411b-da92-ed8ae5ef5700/width=450/44688.jpeg","nsfw":"None","width":768,"height":1152,"hash":"UMHeOaIVS09v~Xt700WC~qD%s8xZS%t7nlof","type":"image","metadata":{"hash":"UMHeOaIVS09v~Xt700WC~qD%s8xZS%t7nlof","width":768,"height":1152},"availability":"Public"},{"url":"https://image.civitai.com/xG1nkqKTMzGDvpLrqFT7WA/8677f0a3-1a38-4f4a-f07a-b0bfc9fc6700/width=450/44687.jpeg","nsfw":"None","width":768,"height":1152,"hash":"UfJtez9aNZxZ~WjuD%oy-;WCxaWCRkn%jboL","type":"image","metadata":{"hash":"UfJtez9aNZxZ~WjuD%oy-;WCxaWCRkn%jboL","width":768,"height":1152},"availability":"Public"},{"url":"https://image.civitai.com/xG1nkqKTMzGDvpLrqFT7WA/e174616a-3339-42bc-5d89-47d690a94400/width=450/44686.jpeg","nsfw":"None","width":768,"height":1152,"hash":"UNIq.W00-:Nf_4r=00bb?cxZIUoe.9IUxaRk","type":"image","metadata":{"hash":"UNIq.W00-:Nf_4r=00bb?cxZIUoe.9IUxaRk","width":768,"height":1152},"availability":"Public"},{"url":"https://image.civitai.com/xG1nkqKTMzGDvpLrqFT7WA/318cdfb8-edac-4040-b3e2-d4f6d2b4b600/width=450/44685.jpeg","nsfw":"None","width":768,"height":1152,"hash":"UHI4^l4;kVbc~q?H00oc^-p9ER%o}bI={M{","type":"image","metadata":{"hash":"UHI4^l4;kVbc~q?H00oc^-p9ER%o}bI={M{","width":768,"height":1152},"availability":"Public"},{"url":"https://image.civitai.com/xG1nkqKTMzGDvpLrqFT7WA/592a19d5-cdd6-487b-a1bd-dc55fa36d100/width=450/44684.jpeg","nsfw":"None","width":1408,"height":896,"hash":"USEy_EI9RPNKT5nyjXs;9FRjt5oMMcx@S6WV","type":"image","metadata":{"hash":"USEy_EI9RPNKT5nyjXs;9FRjt5oMMcx@S6WV","width":1408,"height":896},"availability":"Public"},{"url":"https://image.civitai.com/xG1nkqKTMzGDvpLrqFT7WA/1e005dba-0af8-4eaf-df03-3e7a7d739700/width=450/50611.jpeg","nsfw":"None","width":512,"height":512,"hash":"UBJ8Ca4o00%M0LRj0L~pVrIpwb4.yDMx_3aK","type":"image","metadata":{"hash":"UBJ8Ca4o00%M0LRj0L~pVrIpwb4.yDMx_3aK","width":512,"height":512},"availability":"Public"},{"url":"https://image.civitai.com/xG1nkqKTMzGDvpLrqFT7WA/5264da30-df11-4a08-abfc-ee90f29bea00/width=450/50610.jpeg","nsfw":"None","width":512,"height":512,"hash":"UBKw,{9G00ITkWxu4;_N9EE1sk4nNe0K?aWU","type":"image","metadata":{"hash":"UBKw,{9G00ITkWxu4;_N9EE1sk4nNe0K?aWU","width":512,"height":512},"availability":"Public"}],"downloadUrl":"https://civitai.com/api/download/models/5581"}]}
What platforms do you use to access the site?
Windows
What browsers do you use to access the site?
No response
Additional information, context and logs
No response

As far as I can tell this change was introduced in commit 94034cd with the change to remove the 'meta' include in the model.controller.ts in getModelsWithVersionsHandler.
You can still get the meta data from the images api, but it is a bit tricky to link the data coming out of there with the images returned from the model api. The meta data did tend to bloat the model responses, but I would like an easier way to restore the data if possible. Hopefully we get an official response or clarification.

Fetchable from /model-versions/ as well.
Doesn't completely simplify fixing my local Civitai Shortcuts extension (since it insists on having the model versions in a single .civitai.info), but it makes it feasible. It'll needlessly increase the number of calls to the API, of course; it'd be nicer if include=meta or similar were available, as a get argument, on the /models/ endpoint too.


How to call method with JS callback

Hi,
is possible to call method with JS callback?
Example:
Library.prototype.fetch = function(url,cb,scope) {
        var request = new XMLHttpRequest();

	request.onreadystatechange = function() {
		if (request.readyState==4 && request.status==200) {
			cb.call(scope,request.responseText);
		}
	}
        request.open("GET",url,true);
        request.send();
}

In JS call looks like this:
instanceOfLibrary.fetch('_URL_', function(data) {document.getElementById("output").innerHTML = "
Fetched:

"+data+"
";

If yes, could I ask how to define the callback in interface?
@Method("instanceOfLibrary.fetch")
void fetch(String url, ???? , Callback<String> callback);

Thank you in advance for any hint!

This is not currently possible but i'll look into adding it!

There is still some work to be done on this but the current code in master introduces this feature.

Great job! Thank you for fast response.
btw there is NPE for all interface calls now
            at com.flipboard.goldengate.sample.SampleBridge.getNavigator(SampleBridge.java:74) ```

Thanks for the report, I'm still working on the code and will push an update soon and then to maven central shortly after that

@hosek Try it now and see what you think, i'll publish it if it's what you expected :) Only limitation currently is that the callback can't return anything. This is something that we can add later imho
@Bridge
public interface Sample {

    @Method("[1,2,3,4,5,6,7,8,9,10].forEach")
    void looptyLoop(@JavascriptCallback Callback<Integer> val);

}

Seems fine! Thanks a lot. Callback return value is unfortunately important for me. I will look at you implementation and maybe try to add it by myself.

@hosek that sounds good! I might have a look at it as well


prompt error

Does this issue occur when all extensions are disabled?: Yes/No

VS Code Version: 1.72.0
OS Version: Mac OS 12.4

Steps to Reproduce:

Why is the typescript prompt like this? originalList is an array.

Yes, I have this issue, too.
For example I work with classes and when I typing console. it suggests all my class fields/properties.

I have this issue, too.  after the update.

I have this issue, too.

I have same issue.I'm afraid of vscode updates

Does this reproduce in the latest VS Code insiders build with all extensions disabled?

⚡I tested all my extension and this is happening because of TypeScript Vue Plugin (Volar).

@MaximFedarau Thank you very much. This plugin is the cause of the problem.

This issue is caused by an extension, please file it with the repository (or contact) the extension has linked in its overview in VS Code or the marketplace for VS Code. See also our issue reporting guidelines. If you don't know which extension is causing the problem, you can run Help: Start extension bisect from the command palette (F1) to help identify the problem extension.
Happy Coding!


Add Armstrap variations as available boards

I'm not sure if there is an automated process to upload boards to the central repository, but it would be great to have the @armstrap on there (as specified in https://github.com/platformio/platformio/issues/175#issuecomment-94838565.) Note that there are 3 variations of with differently-sized on-chip memory.

You can try new boards with PlatformIO 2.0a1 using http://docs.platformio.org/en/latest/installation.html#development-version

I got this working with the stable 2.0. However, I still needed to include an upload.gdb and add the gdb protocol to the .ini. Is that as expected?
https://github.com/beriberikix/armstrap-gcc-barebones/commit/9648df3e1ac9bbe45b7d1ba14c2306c3f23ba03d

Yes, it's normal behavior of PlatformIO. This approach allows you to make own GDB commands list.
With best regards, Ivan Kravets

"Creative comes from talent, and never from knowledge" (c)

http://www.ikravets.com

On 24 трав. 2015, at 02:08, Jonathan Beri<EMAIL_ADDRESS>wrote:
I got this working with the stable 2.0. However, I still needed to include an upload.gdb and add the gdb protocol to the .ini. Is that as expected?
beriberikix/armstrap-gcc-barebones@9648df3
—
Reply to this email directly or view it on GitHub.


Rename Targettable to Targetable

:grin:
https://www.merriam-webster.com/dictionary/targetable
https://www.merriam-webster.com/dictionary/targettable
/cc @mattmoor

Oops!
/lgtm
/approve


Fix slow test

The slow test is failed when we use multi process.
I use free_all_blocks to fix that issue.

How about writing a short comment in each line?
Those who don't know the intent might remove them as unnecessary.

I added comment.

How about this comment?
https://github.com/cupy/cupy/pull/971#discussion_r169312054

I fixed.

LGTM!

For record: this PR has been backported in different issue subject (#995)


Fix yet another agency test with clientid.

Pull requests are an essential collaborative tool for modern software development.
The below list is intended to help you figure out whether your code is ready to be reviewed
and merged into ArangoDB. The overarching goal is to:

Reduce the amount of recurring defects
Reduce the impact to the other developer’s time and energy spent on defects in your code
Increase the overall autonomy and productivity of individual developers

The below list is not exhaustive, think thoroughly whether the provided information is sufficient.
Remove options that do not apply
(Can you describe what functional change your PR is trying to effect?)

[ ] Bug-Fix for devel-branch (i.e. no need for backports?)
[ ] Bug-Fix for a released version (did you remember to port this to all relevant release branches?)
[ ] Strictly new functionality (i.e. a new feature / new option, no need for porting)
[ ] The behavior in this PR can be (and was) manually tested (support / qa / customers can test it)
[ ] The behaviour change can only be verified via automatic tests

(Please reference tickets / specification etc )

[ ] There is a GitHub Issue reported by a Community User:
[ ] There is an internal planning ticket:
[ ] There is a JIRA Ticket number (In case a customer was affected / involved):
[ ] There is a design document:

(Please pick either of the following options)
This change is a trivial rework / code cleanup without any test coverage.
(or)
This change is already covered by existing tests, such as (please describe tests).
(or)
This PR adds tests that were used to verify all changes:

[ ] Added Regression Tests (Only for bug-fixes)
[ ] Added new C++ Unit Tests (Either GoogleTest or Catch-Test)

Did you add tests for a new RestHandler subclass ?
Did you add new mocks of underlying code layers to be able to verify your functionality ?
...

[ ] Added new integration tests (i.e. in shell_server / shell_server_aql)
[ ] Added new resilience tests (only if the feature is impacted by failovers)

Additionally:

[ ] There are tests in an external testing repository (i.e. node-resilience tests, chaos tests)
[ ] I ensured this code runs with ASan / TSan or other static verification tools

(Include link to Jenkins run etc)

Think about whether the new code you added is modular enough to be
easily testable by unit tests written with GTest / Catch. It is not good if your feature is so interconnected
that it prevents other people from writing their own unit gests. It should be possible
to use your code in future without extensively mocking your classes.
A bad example that required some extensive effort would be the storage engine API.

All new Features should be accompanied by corresponding documentation.
Bugs and features should furthermore be documented in the changelog so that
developers and users have a concise overview.

[ ] Added a Changelog Entry
[ ] Added entry to Release Notes
[ ] Added a new section in the Manual
[ ] Added a new section in the http API
[ ] Added Swagger examples for the http API

Please note that for legal reasons we require you to sign the Contributor Agreement
before we can accept your pull requests.

http://jenkins01.arangodb.biz:8080/view/PR/job/arangodb-matrix-pr/4688/


Something is wrong in trtNet::~trtNet()

when I use
        ~trtNet()
        {
            // Release the stream and the buffers
            cudaStreamSynchronize(mTrtCudaStream);
            cudaStreamDestroy(mTrtCudaStream);
            for(auto& item : mTrtCudaBuffer)
                cudaFree(item);

            mTrtPluginFactory.destroyPlugin();

            if(!mTrtRunTime)
                mTrtRunTime->destroy();
            if(!mTrtContext)
                mTrtContext->destroy();
            if(!mTrtEngine)
                mTrtEngine->destroy();
        };

I found mTrtRunTime->destroy();mTrtContext->destroy();mTrtEngine->destroy(); is not used,and i change it to
         if(mTrtContext){
                mTrtContext->destroy();
                std::cout<<"Context destroy"<<std::endl;
            }
            if(mTrtEngine){
                mTrtEngine->destroy();
                std::cout<<"Engine destroy"<<std::endl;
            }
            if(mTrtRunTime){
                mTrtRunTime->destroy();
                std::cout<<"RunTime destroy"<<std::endl;
            }
            std::cout<<"PluginFactory destroy in"<<std::endl;
            mTrtPluginFactory.destroyPlugin();

It seems to be working good, and the order is important

Thank you very much. It seems my mistakes in the code.I want to check the pointer is not empty but actually used as empty if(!mTrtRunTime) . If remove the operator ! in the condition function, it should be done well.


[Quantization] Fix annotation for multiply op

When I tried to quantize a model with squeeze and excitation block, I hit the error at this line. The RHS of the multiply op should be checked for being constant, rather than hardcoded as weight.

@vinx13 I'm trying to get a simple quantization test case working. How can I get an int8 output from below? I'm getting FP32 result.
    dim = 32
    x = relay.var("x", shape=(1, dim))
    w = relay.var("w", shape=(dim, dim))
    fc = relay.nn.dense(x, w)
    f = relay.Function([x, w], x * fc)
    mod = relay.Module.from_expr(f)

    with relay.quantize.qconfig():
        print(relay.quantize.quantize(mod))

@vinx13 @ZihengJiang ready for review.

ping @vinx @ZihengJiang can we merge this?


Update vcpkg dependancy paths

It appears both libsodium and mbedtls no longer create packages

Hi folks, closing this out because I've removed the dependencies on lib sodium and mbedtls


ConflictResult should inherit from ContentResult, not StatusCodeResult

ConflictResult inherits from StatusCodeResult, which does not have a Content property. However, RFC 2616 explicitly says for this status code:

The response body SHOULD include enough information for the user to recognize the source of the conflict. Ideally, the response entity would include enough information for the user or user agent to fix the problem; however, that might not be possible and is not required.

We are not able to specify a response body using this class.
To satisfy this, it should inherit from ContentResult instead.

@rynowak, any objections to make the change? The ask seems reasonable. Also, the ConflictResult has been introduced in preview1, so we still have time to fix this in preview2.

I did not know that the ConflictObjectResult and Conflict method existed on the ControllerBase in 2.1.0. We're working in 2.0, where this does not exist. I'll close this.


MultiplexingChannel may send ChannelTerminated followed by ChannelAccepted

The CancelChannelOfferBeforeAcceptance test failed recently with evidence in the trace that the accepting party sent a ChannelTerminated message for channel 2 followed by a OfferAccepted message for that same channel. Clearly that order of messages should never be transmitted.
00:00:00.0004273 mx1 Information: 20 : Multiplexing protocol handshake beginning with major version 2.
00:00:00.0007864 mx2 Information: 20 : Multiplexing protocol handshake beginning with major version 2.
00:00:00.0013376 mx2 Information: 1 : Multiplexing protocol established successfully.
00:00:00.0016810 mx2 Verbose: 18 : Waiting for next frame
00:00:00.0051430 mx1 Information: 1 : Multiplexing protocol established successfully.
00:00:00.0054815 mx1 Verbose: 18 : Waiting for next frame
00:00:00.0060032 mx1 Information: 13 : Sending Offer frame for channel 2, carrying 7 bytes of content.
0x92A0CE00019000
00:00:00.0066392 mx1 Information: 12 : Offer of channel 2 ("") canceled.
00:00:00.0082617 mx2 Information: 14 : Received Offer frame for channel 2 with 7 bytes of content.
00:00:00.0086320 mx2 Information: 10 : Remote party offers channel 2 "" which has no pending AcceptChannelAsync
00:00:00.0095992 mx2 Verbose: 18 : Waiting for next frame
00:00:00.0100994 mx1 Information: 13 : Sending ContentWritingCompleted frame for channel 2, carrying 0 bytes of content.
00:00:00.0107333 mx1 Information: 11 : Local channel 2 "" stream disposed.
00:00:00.0111118 mx1 Information: 13 : Sending ChannelTerminated frame for channel 2, carrying 0 bytes of content.
00:00:00.0115362 mx2 Information: 14 : Received ContentWritingCompleted frame for channel 2 with 0 bytes of content.
00:00:00.0122729 mx2 Information: 8 : Accepting channel 2 "" which is already offered by the other side.
00:00:00.0126541 mx2 Verbose: 18 : Waiting for next frame
00:00:00.0130488 mx2 Information: 14 : Received ChannelTerminated frame for channel 2 with 0 bytes of content.
00:00:00.0138132 mx2 Information: 11 : Local channel 2 "" stream disposed.
00:00:00.0142395 mx2 Information: 13 : Sending ChannelTerminated frame for channel 2, carrying 0 bytes of content.
00:00:00.0145272 mx2 Verbose: 18 : Waiting for next frame
00:00:00.0149317 mx1 Information: 14 : Received ChannelTerminated frame for channel 2 with 0 bytes of content.
00:00:00.0152815 mx1 Verbose: 18 : Waiting for next frame
00:00:00.0156903 mx2 Information: 13 : Sending OfferAccepted frame for channel 2, carrying 6 bytes of content.
0x91CE00019000
00:00:00.0171032 mx2 Information: 7 : Waiting to accept channel "", when offered by the other side.
00:00:00.0175526 mx1 Information: 14 : Received OfferAccepted frame for channel 2 with 6 bytes of content.
00:00:00.0184367 mx1 Critical: 3 : Disposing self due to exception: Nerdbank.Streams.MultiplexingProtocolException: Offer accepted for unknown or forgotten channel ID 2
   at Nerdbank.Streams.MultiplexingStream.OnOfferAccepted(FrameHeader header, ReadOnlySequence`1 payloadBuffer) in D:\a\1\s\src\Nerdbank.Streams\MultiplexingStream.cs:line 791
   at Nerdbank.Streams.MultiplexingStream.<ReadStreamAsync>d__55.MoveNext() in D:\a\1\s\src\Nerdbank.Streams\MultiplexingStream.cs:line 673
00:00:00.0188158 mx1 Information: 6 : Disposing.
00:00:00.0191882 mx2 Information: 6 : Disposing.
Verified the channel offer was canceled before acceptance condition.
00:00:00.0217640 mx1 Information: 6 : Disposing.
00:00:00.0221121 mx2 Information: 6 : Disposing.

I can still reproduce this on main in the debugger by controlling thread execution order.


What format are the language keys?

I can't seem to find anything on the documentation, which is insufficient.
Are the language keys i18n?
Also, does this have typescript support? Might help with knowing what format values are.

For example, what format is this key? I have no idea. Not good.

There also seems to be a bug. This is clearly two languages, but only shows as one.


Add functions to access properties of links such as subpath

Hi; I love this plugin, and I want to thank everyone involved for all of the work that you have put in! I wanted to pitch in and contribute some suggested additions that I think would be helpful.
If I understand correctly it is currently not possible to reference properties of links in dataview expressions. All property access on link values is forwarded to the linked page. I think that is a good feature! But it would be useful to be able to access properties of the link itself too. Trying to make that work using property access syntax would introduce name conflicts with properties that might exist on pages. The idea in this PR is to add functions instead to access link properties.
The following functions are added:

display(link)
isembed(link)
path(link)
subpath(link)
type(link)

These map directly to property access of properties on the Link class in src/data/value.ts.
The specific use case I have in mind is to use the subpath property to query for tasks under a specific heading. But I thought that the other properties might come in handy for some people too.
```dataview
task from ""
where subpath(section) = "Next Actions"
```

One potential issue is that the function names introduced might be too generic. My thinking is that some of these, like type(), might be overloaded later if, for example, there are other value types that can be queried for a type. Or the names could be changed to be more specific to links.
There are some issues preventing this PR from being completely finished. Some of the functions do not behave exactly as I expected.

You will notice that one of the tests that I added fails because I expected type([[My Project#^9bcbe8]]) = "block", but actually that expression evaluates to "header".
I could not produce a case where isembed(link) evaluates to true.
subpath(section) works as I expect on the section property of tasks, and on links constructed inline like in the added tests, but seems to always evaluate to null when applied to links in the outlinks array of a file.

Maybe some of the behavior around link properties is not entirely finished? Or maybe I messed up somewhere? If it is the former case can I do anything to help?

Thanks for the PR! I agree that functions are the best way to tackle this, but I also worry that these functions are a little too generically named; perhaps we can simply prepend link to them? linkpath(link), linksubpath(link), linkdisplay(link). It is a little wordy, but we will have opportunity in the future to rename them / move things around in a future major release (0.6.x is slated for a substantial query language update).
As for the issues you found:

I incorrectly implemented block links (as [[a^b]] instead of [[a#^b]]). I don't think it's too hard to fix - if you can update the parser and Link#markdown (in value.ts) then that issue should be solved.
The only way to make embeddable links currently is via frontmatter / inline-fields; this can also be fixed by changing the parse priority between embedded links (![[a]]) and a negated value (! [[a]]).
Obsidian does not track subpaths in it's metadata cache, so Dataview does not have any for file.outlinks or file.inlinks. I'm currently working on a new Markdown parser which does collect this information as part of release 0.5.0.

Fixing issues 1 and 2 are on my bug backlog once my current release is done, so you can just wait for that in the next few weeks if you want - otherwise, feel free to see if you can puzzle them out; the only issue that needs to be solved is 1 currently, 2 and 3 are not blocking to this PR.

Thanks for the feedback! I will look into another PR at least for issue 1.
On Mon, Nov 8, 2021, 13:47 blacksmithgu @.***> wrote:

Fixing issues 1 and 2 are on my bug backlog once my current release is
done, so you can just wait for that in the next few weeks if you want -
otherwise, feel free to see if you can puzzle them out; the only issue that
needs to be solved is 1 currently, 2 and 3 are not blocking to this PR.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/blacksmithgu/obsidian-dataview/pull/637#issuecomment-963465574,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAACLFQ3V34OHOD4TFK2HGDULALK7ANCNFSM5HRTHWGA
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

Block link parsing has been corrected in #648, so I think the only question here is whether we should rename this functions (I would bias towards yes).

Good stuff! I'm happy to work on the function names.
I do think that display and type are really generic names. How about making those a little more specific, like displayname or displaytext and linktype?
As far as I can tell subpath and isembed are link-specific concepts so maybe those could stay as-is? Or do you think that the concept of a subpath applies to tasks too?
path seems generic. On the other hand it pairs with subpath. Are there are other value types that would benefit from a getter to access a path property, like files or tasks? If the path was always a file path maybe the function could be overloaded to do the same thing for multiple input types. Or if there might be other kinds of paths that come up then maybe the function could be named filepath.

@hallettj No point bikeshedding too much over names - Dataview is still pre-1.0 and I have a query language overhaul on the mid-term horizon, so we can change things around in the future (like adding namespaces and doing link.display, etc in the future).
I have two different ideas:

Instead of 6 different functions for extracting link components, add a single meta(link) function which returns all of the relevant link metadata as a Dataview Object which you can then index into (meta(link).display, meta(link).type), and so on. I could also latter implement meta for tasks, objects, and other complex objects.
If we want to keep the functions, then I would rename type to linktype, and display to linktext; the other functions can be overloaded for other types if neccessary to get over them being generic.

We can also just do both ideas - I'm happy to merge this with just the few renames and then add a meta function later.

Sounds like a plan! I made the updates to switch to one meta(link) function.

Will be released in 0.4.21 today.

Nifty; thanks!
On Fri, Nov 19, 2021, 19:53 blacksmithgu @.***> wrote:

Will be released in 0.4.21 today.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/blacksmithgu/obsidian-dataview/pull/637#issuecomment-974561610,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAACLFX4O3N6OT7O4W2AGODUM3WQ7ANCNFSM5HRTHWGA
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.


Update TarInputStream.cs

I certify that I own, and have sufficient rights to contribute, all source code and related material intended to be compiled or integrated with the source code for the SharpZipLib open source product (the "Contribution"). My Contribution is licensed under the MIT License.

Why not use https://docs.microsoft.com/en-us/dotnet/api/system.io.stream.copytoasync?view=net-5.0#System_IO_Stream_CopyToAsync_System_IO_Stream_ ?

Yeah, I didn't even know we had one. We should probably deprecate it...


[pipeline] test pure pipeline process using llama

📌 Checklist before creating the PR

[ ] I have created an issue for this PR for traceability
[ ] The title follows the standard format: [doc/gemini/tensor/...]: A concise description
[ ] I have added relevant tags if possible for us to better distinguish different PRs

🚨 Issue number

Link this PR to your issue with words like fixed to automatically close the linked issue upon merge
e.g. fixed #1234, closed #1234, resolved #1234
closed #4204

📝 What does this PR do?

Summarize your work here.
if you have any plots/diagrams/screenshots/tables, please attach them here.

This PR adds a pure pipeline test process using llama model
💥 Checklist before requesting a review

[x] I have linked my PR to an issue (instruction)
[x] My issue clearly describes the problem/feature/proposal, with diagrams/charts/table/code if possible
[x] I have performed a self-review of my code
[x] I have added thorough tests.
[x] I have added docstrings for all the functions/methods I implemented

⭐ Do you enjoy contributing to Colossal-AI?

[x] 🌝 Yes, I do.
[x] 🌚 No, I don't.

Tell us more if you don't enjoy contributing to Colossal-AI.

I left the check unsuccessful and the modified test should be tested after merge


MIT License & Better README

:tada: This issue has been resolved in version 1.0.0-beta.79 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Video remux presets, async payment capture

Support cropping and watermarks for remuxed videos
Introduce support for asynchronous payment capture

@rasienko I'm working on getting a template out that will make the async payment capture a bit easier to grasp - but in general our implementation is modeled after: https://stripe.com/docs/charges/placing-a-hold


Remove "robots=noindex" meta tag to allow translated pages in search results

Currently, the translated content of each language version of the docs is set to explicitly opt-out from web crawlers until almost all of the site's translation are completed. The relevant code is as follows:
https://github.com/reactjs/react.dev/blob/3189529259e89240a88c05680849ce4a8c454ed2/src/components/Seo.tsx#L20-L35
https://github.com/reactjs/react.dev/blob/3189529259e89240a88c05680849ce4a8c454ed2/src/components/Seo.tsx#L72
Due to this, except for very few languages whose translation has been completed (currently only 2), most language versions are still not displayed in Google search results. They are still not linked from react.dev, either, so it's extremely hard to find the new translated site.
We have been translating the docs into Japanese for several months, but the results are still almost "invisible" on the web. Sadly, from what I can see on Twitter, many Japanese React users still believe that the effort to translate react.dev into Japanese hasn't even started!
Even if fewer than 10 articles have been translated, those articles are translated, and there is no need to hide them. If someone searches for "React useEffect" and there is a translated reference for it, they should be able to view it. After all, it's Google's job to evaluate the value of each page; there's no need for us to intentionally specify "robot=noindex".
What's worse, because of this "noindex", when you search for "React" in Japan (either with Google or Bing), the legacy Japanese version still happily comes at the top:

According to @gaearon's comment here, the React team would rather have the latest content rank higher than the legacy Japanese content. However, Google's algorithm doesn't think so; it believes that the legacy Japanese site is more useful for average Japanese developers (which I must agree). Removing the meta tag will help the latest content appear near the top even if it's not translated yet.
For example, if you search for "React useEffect" in Japan, the official legacy page still comes at the top, followed by many unofficial articles. The latest official reference (in English) is only ranked at the 11th position. The Japanese translated version has been published for more than 3 months, but it's nowhere to be found in the search results. Likewise, if you search for "React tutorial" in Japan, the class-based legacy official tutorial is still at the top, and the latest tutorial is at the 37th position because it's only available in English.

it believes that the legacy Japanese site is more useful for average Japanese developers (which I must agree).

I'm confused by this statement or perhaps I don't fully understand the implications of this change.
If we do allow robots to index the half-translated pages of the new react site (aka merging this PR), you're saying we're letting Google choose the rank of what is more relevant to Japanese users? That may be the old docs that are fully translated, or it may be the untranslated new docs, or in the ideal case, the new translated docs?
That logic makes sense to me but let me know if I'm understanding correctly.
Also, I'd wonder if we could opt into that behavior. Versus enabling it for all languages but still open to discussion for that

@lunaleaps Yes, I think it's always best to let Google decide which articles are most useful. There's no point at all in specifying noindex.

Sites like the Japanese version, where >50% of the translation has been completed, will appear at the top of Google as soon as this meta tag is removed (of course, when searched within Japan). Many people will finally realize that there is an official tutorial that is not class-based! While some less important articles haven't been translated yet, this must not prevent the translated tutorial from being accessible for months. There is no reason to "release" the translation of Quickstart and useInsertionEffect on the same day. Besides, people who are lucky enough to come across mentions of the Japanese version on SNS can already read it. It doesn't make sense to allow traffic from SNS and block traffic from search engines.

Sites where only a few articles have been translated can also benefit from becoming searchable. This will make more people aware of the existence of the translated site, accelerate volunteer translations, and naturally raise the page rank over time. It's a win-win situation. With noindex (not only will nobody pay money to the translators,) very few people will even pay attention to them. Few people would want to work on translations that might not be read until a year later, for free. I suspect this is what is happening in many language versions.

While it's true that there are language versions that have been half-abandoned, they won't get a high page rank anyway. Practically speaking, the absence of noindex won't cause any substantial harm in this regard, either. Depending on the the country, legacy docs, unofficial articles in their local language, or whatever Google finds useful will continue to appear at the top. That's fine. Just because Mongolian or Czech translations are slow does not mean you should penalize the entire Japanese audience for it.

@gaearon You are the one who introduced this meta tag. Could you explain why you thought this was necessary? You changed the URL of the old site to legacy as soon as the new docs were released. Yet, you are trying hard to keep that legacy site at the top of Google searches in many places around the world. Is this intentional?

The main issue at the time was stale English pages on abandoned and/or incomplete translation sites showing up above the actual recent English docs — eg because the exact corresponding page was no longer found on the main site. I’m happy to experiment with this again if y’all would like but let’s keep an eye on that.

I think ideally (?) we’d have noindex for individual pages that have not been translated yet. We could track this by having a “lang” field in the Markdown metadata for each page that defaults to English and gets changed when translating. Then we could mark pages as noindex if their lang differs from the site lang. We could also maybe (?) use this info as a source of truth for “which pages are translated” instead of checklists in the issue template.

@gaearon Ah, so you're talking about the "Concurrent Mode" articles, right? Unfortunately, your measures to hide some articles that may become stale in the future are ironically causing even older articles to show up in large numbers at the top of searches already. I think it's best to remove noindex altogether for now, and address your issue before some articles are removed from react.dev.
Adding metadata like lang: ja to every page seems like a great idea! I agree with adding noindex on a per-article basis if they are not translated. We can easily add a "Looking for translation contributors" sticker to untranslated articles. In the long run, this would also be very helpful in creating a single site across all languages and repositories, similar to MDN, where the availability of translations can be displayed for each article. I think the "git submodule" mechanism could be used to achieve this.

Here are some screenshots of the search results for "React Tutorial" in languages where a significant amount of translation has already been completed:
Japanese:

Korean:

Indonesian:

Turkish:

Finnish:

Arabic:

@gaearon So the code you added to prevent potential future issues is actually causing severe problems right now, in many countries all around the world. Yesterday, I saw an X post saying "I can't find the Japanese documentation for some reason, so I have to manually type ja.react.dev into the browser each time". I believe this needs to be addressed immediately.

sure, let's try it!

How to specify a canonical with rel="canonical" and other methods
Of course, using this method won't solve the problem where articles in language forks may continue to appear in search results even after the corresponding article has been removed from the English docs...


JPEG JFIF formated

For the JPEG JFIF formeted images, their are troubles while using EXIF.getData()
The issue is situated in readTags() during its second call (after checked tags.ExifIFDPointer).
It seams the ExifIFDPointer is broken. (may be because of Paint Shop Pro Photo 11.11 edit).
Here is the tested file :

I'm having the same problem with some images, maybe you could merge the pull request as a temp workaround.


feat(batch/stream): project set executor

I hereby agree to the terms of the Singularity Data, Inc. Contributor License Agreement.
What's changed and what's your intention?
Implement ProjectSet executor
#3931 contains plan node part
Checklist

[x] I have written necessary rustdoc comments
[x] I have added necessary unit tests and integration tests
[x] All checks passed in ./risedev check (or alias, ./risedev c)

Refer to a related PR or issue link (optional)
Part of https://github.com/singularity-data/risingwave/issues/3814

all comments resolved! 🥵 @skyzh


docs: new guide message of validation for Kafka

Description
The initial structure for message validation for Kafka.
Related issue(s)
#2203

discarded since we switched to writing a tutorial


Fix nim version dependency.

Seems jsony depends on SomeSet to be defined, which was introduced during the nim 1.2.12 -> 1.4.0 transition.

Here is the changelog when SomeSet was added: https://github.com/nim-lang/Nim/commit/ccd77b42af11e53631bee7bd74e16d39538541c9

Thank you for noticing this. Merged!


Can't write to games.json

Getting the error "PayloadTooLargeError: request entity too large" when trying to write to games.json.

Quick fix. Increased payload limit to 10MB in server.js. See commit 09cf386.


Move scene compositing blending to the shader

At the moment it's using additive blend from gl state, which is wrong.
Noticeable artefact: console background does not show

Related: #30


Clarify/refactor responsibilities between CertificateChainContext and CertificateChainDelegate

Clarify/refactor responsibilities between CertificateChainContext and CertificateChainDelegate.
The delegate is used by the rules for the most part, it might be better to pass the delegate to each rule when it is added to the chain object, rather than the rule getting it from the context.

CertificateChainContext is now PathValidationContext, and is an internal class. FYI it is used to track progress/state during path validation.


Errors on Git Annotations.

I get the following error in console when i try to display annotations on Ubuntu - Linux

AttributeError: 'GitAnnotateCommand' object has no attribute 'tmp' in Monokay
And this one in other color Scheme: "UnicodeEncodeError: 'ascii' codec can't encode character u'\xed' in position 311: ordinal not in range(128)"

Thanks

i have a different error w/ Git Annotations:
Exception in thread Thread-22:
Traceback (most recent call last):
File ".\threading.py", line 532, in __bootstrap_inner
File ".\git.py", line 96, in run
File ".\subprocess.py", line 701, in communicate
File ".\subprocess.py", line 911, in _communicate
IOError: [Errno 32] Broken pipe


Fix/add link to nonclientinputsource

Description

The api name have been incorrect for so long. I corrected it and also added a link to it.
Motivation and Context
How Has This Been Tested?
Manual
Screenshots (if appropriate):

Types of changes

[x] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

/azp run


Implement minimal tx flow control

The credit update code uses constants from
https://github.com/Infineon/wifi-host-driver/blob/master/WiFi_Host_Driver/src/whd_sdpcm.c#L307-L317

Thank you! :)


Extending One-Time Password (OTP) Validity Duration

Is it possible to configure the OTP to remain valid for a longer duration, such as 10 minutes? If so, how can I modify this setting?

I think period is what you are looking for @684efs3

Docs: https://github.com/dev-xo/remix-auth-totp/blob/main/docs/customization.md#totp-generation

authenticator.use(
  new TOTPStrategy(
    {
      secret: TOTP_SECRET,
      totpGeneration: {
        period: 90,
      },
    },
    async ({ email }) => {
      return getUser(email);
    }
  )
)


Remove deprecated docs (SOFTWARE-5162)

A lot of this is done, but I have not checked the following yet for dangling links:
security/lcmaps-voms-authentication.md
other/gsissh.md
monitoring/install-rsv.md
monitoring/advanced-rsv-configuration.md
monitoring/rsv-control.md
monitoring/install-rsv-gwms-tester.md

FWIW, mkdocs build --strict will catch bad internal links. The only one left was a few security/lcmaps-voms-authentication.md fixups


[WFLY-15703] Upgrade Jakarta XML Binding to 4.0.0.

https://issues.redhat.com/browse/WFLY-15703
Also includes #15624

Thanks @jimma and @jamezp !


feat: add verification status to history log

Resolves mosip#42 mosip#55

@danicaerediano bypassing branch protection temporarily since this is needed ASAP but please still review and test 🙇


fixed bug: profile not updating

Fixed Bug: Profile not updating due to duplicate primary key
Fixes #238
Type of change
Please give a X on it which is applicable

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Refactor Code
[ ] A documentation update
[ ] Others(mentioned in the issue number)

Screenshorts and Vedios:
screen-recorder-sat-jun-15-2024-09-10-29.webm
Checklist:
give a X on it which is applicable

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my code
[x] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[ ] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] New and existing unit tests pass locally with my changes
[ ] Any dependent changes have been merged and published in downstream modules

Nice work @masterboy376


OCI conformance test suite

There is an OCI conformance test suite that we can use to verify the behavior of the runtime. While yacr doesn't support all runc features, there are probably things we could check already.

This is what I had in mind: https://github.com/opencontainers/runtime-tools


[FEATURE] writeToDisk option for dev-server

The problem that you want to solve.
It'd be nice if there was a way to combine the functionality of snowpack dev and snowpack build --watch; more precisely, the watch + rebuild-to-disk functionality of snowpack build --watch, while also using the dev-server functionality for serving the site to the browser (with HMR and such).
I similar functionality is already built into webpack-dev-server: https://webpack.js.org/configuration/dev-server/#devserverwritetodisk-
The dev and build --watch commands alone are each insufficient because:

snowpack dev doesn't output the files to disk. (I need them written, so that the dist folder is always up-to-date for static-serving from a custom, outside-of-repo script; I want to avoid any compilation for this external script, as it needs to launch as quickly as possible and never have startup errors)
snowpack build --watch doesn't serve the files to the browser.

Solutions I'm aware of:

Run snowpack dev and snowpack build --watch concurrently. This should work, but presumably would mean twice as much CPU-usage/disc-access, as it double-compiles everything.
Run snowpack build --watch and http-server dist concurrently. This also should work, but I think it would have some drawbacks (eg. no HMR, possible need to refresh page if page load attempt occurred before compilation finished, etc.).

Is there an official way to accomplish the watch + build-to-disk + serve functionality desired? (similar to the writeToDisk option for Webpack's dev-server, linked earlier)
Or are the two solutions shown above considered sufficient? (and if so, which would you recommend?)
Your take on the correct solution to problem.
See above.
Are you willing to submit a pull request to implement this change?
Not at this moment, but potentially in the future.

You may be interested in our Node.js dev server API, which you could use to control this yourself:
import { startServer } from 'snowpack';

const snowpack = await startSnowpackServer({ config: {…} });
const runtime = snowpack.getServerRuntime();
const result = await runtime.loadUrl('/my/url.js');

// do something with result, such as writing to disk

It’s not well-documented in the docs, as it’s a more advanced API, but it does exist! And you could wrap this with your own Express server to proxy responses. Or even to programmatically generate routes. You can then take the result and write to disk wherever you’d like.
I’m going to close the ticket as this will be the only API we’re interested in supporting at the moment. But please feel free to ask more questions in this thread about usage, etc. (we’d also love docs suggestions if you run across any!).
Hopefully this helps!


 Three types of request/response (i.e., arg scheme): raw, json, thrift.
Better subChannel interface. Introducing dedicate types for each arg scheme.
Lazy evaluation of header & body, which results in a major improvement of perf. Preliminary benchmark results shows a 35k+ RPS after the optimization.

Next steps:

req timeouts
resource cleanups.

ci is failing

lgtm, minor comments


chore(HACBS-1614): release-utils repo rename

The release-utils repo was moved from hacbs-release/release-utils to redhat-appstudio/release-service-utils. This commit changes the references in this repo.

@happybhati can you review this?


Add disable_srgb to NativeOptions.

Hi @emilk eframe broken again on virtualbox gl es 2.0 since #2070 (probably because it has GL_EXT_texture_sRGB_decode, but doesn't do anything).
adding disable_srgb will avoid srgb textures support misdetection.

I want to merge https://github.com/emilk/egui/pull/2071 before merging this, but a few quick comments:

Don't use negations in names. Call it enable_srgb_textures: bool instead
I don't see a need for Option<bool>. Just use bool.

Is it possible to detect virtualbox some other way? i.e. via gl.get_parameter_string(glow::SHADING_LANGUAGE_VERSION) or similar?

@emilk exactly, agree on that. since OpenGL ES 2.0 driver usually has no SRGB8_ALPHA8 support, what if we just disable srgb by default if the shader version detected is egui_glow::ShaderVersion::Es100 ? that would be much more simpler.

Like so:
        let is_webgl_1 = shader_version == ShaderVersion::Es100;
        //...
        let srgb_textures = if is_webgl_1 { false } else { true };
        tracing::debug!("SRGB Support: {:?}", srgb_textures);

@emilk current master woking fine on virtualbox, thank you.


Please send your WeChat id for me.
My WeChat id: @rchookan

?

Hello, please send me your ID WeChat.


App crash on android when I use ViroARCamera

@doranteseduardo : Thanks for your effort to make thins nice component.
However, I have the following problem.
Environment
Please provide the following information about your environment:

Development OS: Mac

Device OS & Version: What Android OS 10, android

Version: ViroReact version:
"@viro-community/react-viro": "^2.20.2",
and React Native version:
"react-native": "0.65.1"

Device(s): Samsung

Description
When I use any  ViroARCamera in the scene the app crashes on android!
my code>
<ViroARScene onTrackingUpdated={onInitialized}>
     <ViroAmbientLight color={"#aaaaaa"} />

     <ViroSpotLight innerAngle={5} outerAngle={90} direction={[0,-1,-.2]}
         position={[0, 3, 1]} color="#ffffff" castsShadow={true} />

     <ViroARCamera>
               <Viro3DObject
           source={require('./models/rodeh.obj')}
            resources={[require('./models/rodeh_material.mtl')]}
             scale={[0.02, 0.02, 0.02]}
           //position={[-1, -2, -1]}
           position={[0, 0, 0]} // <- try changing these values

           type="OBJ" />
        </ViroARCamera>

   </ViroARScene>

Can you please attach a screenshot of the error message?


Bug: Saving from text mode with import statements persist corrupted entities

Similar issues

[X] I have searched and found no existing similar issues

How are you using Studio?
Legend Studio
Current and expected behavior
If we compile in text mode and save with import statements, we would end up saving entities without the imports (since we cannot persist SectionIndex to SDLC), and since we don't build the graph, we cannot resolve fully-qualified paths either
Steps to reproduce
https://github.com/finos/legend-studio/assets/13574879/22bbad76-b062-40b8-9fb0-4a4a1d0dba5e
Model data
import model::*;
Class model::A
{
  self: A[1];
}

Environment
No response
Possible solution and workaround
There's no real workaround except if we have SDLC support persisting section index
Contribution

[ ] I would like to work on the fix for this issue

██╗      █████╗ ██╗  ██╗███████╗██╗  ██╗ ██████╗ ██╗   ██╗███████╗███████╗
██║     ██╔══██╗██║ ██╔╝██╔════╝██║  ██║██╔═══██╗██║   ██║██╔════╝██╔════╝
██║     ███████║█████╔╝ █████╗  ███████║██║   ██║██║   ██║███████╗█████╗
██║     ██╔══██║██╔═██╗ ██╔══╝  ██╔══██║██║   ██║██║   ██║╚════██║██╔══╝
███████╗██║  ██║██║  ██╗███████╗██║  ██║╚██████╔╝╚██████╔╝███████║███████╗
╚══════╝╚═╝  ╚═╝╚═╝  ╚═╝╚══════╝╚═╝  ╚═╝ ╚═════╝  ╚═════╝ ╚══════╝╚══════╝


TracyClient.cpp compile error on Windows

The author of tracy fixed this compilation error here
https://github.com/wolfpld/tracy/issues/260
Not sure how you could fix it for zig-tracy since that one depends on the tracy 0.7.8 release.
Applying the fix locally works though.

does zig cc still use mingw? Because apparently Tracy has since deprecated support for mingw entirely, according to their changelog, so it's possible that there would be issues using the latest tracy master.

mingw but zig cc allows dynamically switching between mingw and msvc at the user's request

Ah! As luck would have it Tracy 0.8 just released. So pointing at that version should fix the issue


Ember the video from youtube rather than putting link in readme

https://youtu.be/wfdF___qNME

I can resolve this issue. Please assign it to me and I'll get right on it.

Done


Add table of content management in the theme

I add a new feature around the table content management to be displayed at the beginning of each article
there is a new key in hugo.toml enableTableOfContents= true to trigger it
I have updated the config.toml to hugo.toml the new configuration file name

There are too many changes. Also, I don't understand why the existing copyright footer is being changed. It also seems there is no reason to remove Google Analytics from the theme.

Hum sorry there are my tests I dont understand why they are here
-_-
Le sam. 9 nov. 2024 à 12:31, wamο @.***(mailto:Le sam. 9 nov. 2024 à 12:31, wamο < a écrit :

There are too many changes. Also, I don't understand why the existing copyright footer is being changed. It also seems there is no reason to remove Google Analytics from the theme.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>


At private lan discovery, servers fail to re-join after reboot

Hello,
I found coreos such a great project, so I start exploring it with very possitive results. I have one problem with the following scenario. I have 3 bare metal servers, which all are started though ipxe/apache because it is faster than the classic pxe.
core01  <IP_ADDRESS>
core02  <IP_ADDRESS>
core03  <IP_ADDRESS>
I choose to have "my Own Discovery" using the token test-cluster
I use the core01 only for the initial cluster , so only the other two core02,core03 are active cluster members. The core01 cloud-config is
#cloud-config
hostname: core01
....
coreos:
etcd:
name: core01
addr: <IP_ADDRESS>:4001
peer-addr: <IP_ADDRESS>:7001
fleet:
public-ip: <IP_ADDRESS>
metadata: region=us-west
I am starting core01 and after it is fully started, I start the other two with the following cloud-config ( core02 sample)
#cloud-config
hostname: core02
...
coreos:
etcd:
name: core02
addr: <IP_ADDRESS>:4001
peer-addr: <IP_ADDRESS>:7001
discovery: http://<IP_ADDRESS>:4001/v2/keys/test-cluster
fleet:
public-ip: <IP_ADDRESS>
metadata: region=us-west
units:
- name: etcd.service
command: start
- name: fleet.service
command: start
write_files:

path: /etc/hosts
permissions: 0644
content: |
<IP_ADDRESS> core01
<IP_ADDRESS> core02
<IP_ADDRESS> core03

Both core02, core03 become members of the cluster, and everything working fine, all commands and tests are successfull.
The problem occurs if I decide to reboot one of the servers (core02,core03) . For example if I reboot the core03 it tries to join again the cluster but never succeed, so core02 is left alone.
I am giviing you the output of some commands after the reboot to understand better the situation.
At core01  tail -f  /var/lib/etcd/log
etcd:set"}{"key":"/test-cluster/core03","value":"http://<IP_ADDRESS>:7001","expireTime":"2014-08-15T14:03:36.963991,"dir":false}
etcd:create"p{"key":"/test-cluster/_state","value":"started","expireTime":"0001-01-01T00:00:00Z","unique":false,"dilse}
At core02  journalctl -f -u etcd
Aug 08 14:08:42 core02 etcd[492]: [etcd] Aug  8 14:08:42.581 INFO      | core02: warning: heartbeat time out peer="core03" missed=8362 backoff="15s"
Aug 08 14:08:57 core02 etcd[492]: [etcd] Aug  8 14:08:57.629 INFO      | core02: warning: heartbeat time out peer="core03" missed=8662 backoff="15s"
Aug 08 14:06:53 core02 fleet[493]: E0808 14:06:53.551301 00493 agent.go:232] Failed heartbeat after 3 attempts: 501: All the given peers are not reachable (Tried to connect to each peer twice and failed) [0]
At core02  fleetctl list-machines
MACHINE		IP		METADATA
7febd974...	<IP_ADDRESS>	region=us-west
At core03  journalctl -f -u etcd
Aug 08 14:14:04 core03 etcd[784]: [etcd] Aug  8 14:14:04.212 INFO      | core03 attempted to join via <IP_ADDRESS>:7001 failed: fail on join request: Client Internal Error (Put http://<IP_ADDRESS>:7001/join: net/http: timeout awaiting response headers)
Aug 08 14:14:04 core03 etcd[784]: [etcd] Aug  8 14:14:04.212 INFO      | core03 is unable to join the cluster using any of the peers [<IP_ADDRESS>:7001] at 1th time. Retrying in 3.2 seconds
Aug 08 14:14:07 core03 etcd[784]: [etcd] Aug  8 14:14:07.216 INFO      | Send Join Request to http://<IP_ADDRESS>:7001/join
Aug 08 14:14:08 core03 etcd[784]: [etcd] Aug  8 14:14:08.567 INFO      | core03 attempted to join via <IP_ADDRESS>:7001 failed: fail on join request: Client Internal Error (Put http://<IP_ADDRESS>:7001/join: net/http: timeout awaiting response headers)
Aug 08 14:14:08 core03 etcd[784]: [etcd] Aug  8 14:14:08.567 WARNING   | core03 cannot connect to existing peers [<IP_ADDRESS>:7001]: fail joining the cluster via given peers after 3 retries
Aug 08 14:14:08 core03 etcd[784]: [etcd] Aug  8 14:14:08.567 CRITICAL  | fail joining the cluster via given peers after 3 retries
Aug 08 14:14:08 core03 systemd[1]: etcd.service: main process exited, code=exited, status=1/FAILURE
Aug 08 14:14:08 core03 systemd[1]: Unit etcd.service entered failed state
At core03  fleetctl list-machines
E0808 14:45:23.933150 01445 fleetctl.go:141] error attempting to check latest fleet version in Registry: 501: All the given peers are not reachable (Tried to connect to each peer twice and failed) [0]
Error retrieving list of active machines: 501: All the given peers are not reachable (Tried to connect to each peer twice and failed) [0]
Thanks for your patience,
George Mpouras

I encountered same problem. my coreos nodes cannot re-join cluster when I reboot and boot from iPXE. etcd logs are same to yours.
Have you solved this problem? Thanks.

etcd assumes that data dir should be stable and permanently saved.
Check
https://github.com/coreos/etcd/blob/master/Documentation/admin_guide.md#disaster-recovery
for disaster recovery.
On Wed, Feb 11, 2015 at 10:59 PM, Shan Huang<EMAIL_ADDRESS>wrote:

I encountered same problem. my coreos nodes cannot re-join cluster when I
reboot and boot from iPXE. etcd logs are same to yours.
Have you solved this problem? Thanks.
—
Reply to this email directly or view it on GitHub
https://github.com/coreos/etcd/issues/919#issuecomment-74026300.


v3.2.0 causes /public assets to return 503

Problem
When deploying my Next.js app with v3.2.0 my previously-working references of /public folder assets (ie. /image/kevin.webp, not to be confused with Next-Image usage) began returning a generic CloudFront 503.
Similarly, not-found routes returned the same CloudFront 503.
Steps I took to remediate
Downgrade from v3.2.0 to v3.1.0 and redeploy with AWS CDK.
✅ /public images began working again.
❌ Not-found routes began returning a generic S3 403, XML page.
Root cause
TBD, but should be within this diff: https://github.com/jetbridge/cdk-nextjs/compare/v3.1.0...v3.2.0

Hey @thiskevinwang, have you resolved this? It seems I'm getting the same:
503 ERROR
The request could not be satisfied.
The Lambda function associated with the CloudFront distribution is invalid or doesn't have the required permissions. We can't connect to the server for this app or website at this time. There might be too much traffic or a configuration error. Try again later, or contact the app or website owner.
If you provide content to customers through CloudFront, you can find steps to troubleshoot and help prevent this error by reviewing the CloudFront documentation.

On CloudWatch, I found this, so might be the source of the issue?
2023-06-20T09:41:06.934Z	2bfecb77-795c-4069-b692-666895ee89f8	ERROR	{
  clientName: 'S3Client',
  commandName: 'ListObjectsV2Command',
  input: { Bucket: undefined, Prefix: 'UHWU2zPBkGlTVRE-lYYUO/index' },
  error: Error: No value provided for input HTTP label: Bucket.
      at _V (/var/task/cache.cjs:15:9782)
      at ise (/var/task/cache.cjs:31:100000)
      at async /var/task/cache.cjs:2:382,
  metadata: undefined
}

Hey @thiskevinwang, I wrote the code for 3.2 update - sorry I didn't catch the /public 503 issue. My best guess at locating the issue is when I cleaned up the "fix host header" code in<EMAIL_ADDRESS>and put it into fixHostHeader function in<EMAIL_ADDRESS>Commit is here. I will try to debug later this week but wanted to provide that info in case anyone else wants to pick it up.

On CloudWatch, I found this, so might be the source of the issue?
2023-06-20T09:41:06.934Z	2bfecb77-795c-4069-b692-666895ee89f8	ERROR	{
  clientName: 'S3Client',
  commandName: 'ListObjectsV2Command',
  input: { Bucket: undefined, Prefix: 'UHWU2zPBkGlTVRE-lYYUO/index' },
  error: Error: No value provided for input HTTP label: Bucket.
      at _V (/var/task/cache.cjs:15:9782)
      at ise (/var/task/cache.cjs:31:100000)
      at async /var/task/cache.cjs:2:382,
  metadata: undefined
}

I also am seeing this!
...
clientName: 'S3Client',
  commandName: 'ListObjectsV2Command',
  input: { Bucket: undefined, Prefix: 'Yl4y8zRHm1RfTpxK3eNC4/favicon.ico' },
  error: Error: No value provided for input HTTP label: Bucket.
...

I posted about this in the Discord in a discussion thread I have going, I'll report here if I hear anything.

FYI @ilyagru I created https://github.com/jetbridge/cdk-nextjs/issues/115 to track this specific issue. I'm going to try to see if I can figure out what is wrong, but to be honest most of the Next.js stuff I'm pretty unfamiliar with so I might not have much luck. I'll probably start an issue / discussion in Discord as well. If anybody has any understanding of what might cause this missing parameter that'd be amazing :).

@thiskevinwang, I cannot reproduce this error<EMAIL_ADDRESS>See page here with image from public/ folder. I will take down the site once you confirm.
You can see the example code here.
I'll close this issue once you confirm.

Hey @bestickley, the issue occurs with references to public assets. NextImage usage is one exception where the breakage doesn't happen.

If you replace NextImage with a plain img tag, do you see an error?

https://github.com/bestickley/cdk-nextjs-standalone-issue-111/blob/main/ui/src/app/camera/page.tsx#L5

What if you view the asset url directly?

@thiskevinwang, asset URLs viewed directly work too. See here.

I recently tried out 4.0.0-beta.1 and didn't see this issue anymore
Thanks @bestickley!


allow native compliation for armv6 on armv7 arch as CPU-s are backward compatible

poudriere asks for QEMU binary if running on armv7 host and target is armv6. As ARMv7 is backward compatible with v6 it is not realy needed. This patch relaxes this check

Ping :)

@samm-git  can you fix the title of commit message / pull request?

@igalic done, i hope its better now

still needs fixing in the commit message:
git commit --amend
git push -f $your-origin patch-1

@igalic done, thanks. Also rebased to the upstream

I don't like adding this "hack" to poudriere, kern.supported_arch is supposed to say armv6 if it does support it, imho we should fix the kernel to expose it. I need to think more about it.

@bapt it would be nice for the kernel to expose it, agree, but not sure that it's realistic, given the current state of the armv6 support. I am using this hack to build rpi1 packages and at least for the packages I am using it works reasonably well, much better compared to armv6/qemu on amd64 option IMO.


Some Learning Path Links are not working

What happened?
Some of the learning path links on the learning path cards are not working.
What are the steps to reproduce this issue?

From the Showcase core navigation select Learning Paths
Try the following learning paths
A guided workshop for Kafka Streams
A guided workshop for Red Hat OpenShift Service Registry
A guided workshop for Red Hat OpenShift Streams for Apache Kafka
Get started with OpenShift Streams for Apache Kafka - goes to a 404 page.

I believe these learning paths are no longer available and should be removed from the learning-paths/data.json file

the result
Instead of going to the guided path training, the user is directed to the https://developers.redhat.com/ page.

Additional information
All the there other cards are working for completeness they are
Building Operators on OpenShift
Configure a Jupyter notebook to use GPUs for AI/ML modeling
Deploy a Spring application on OpenShift
Deploy and manage your first API
Develop consumers and producers in Java
Develop with Camel K
Develop with GitOps
Developing on OpenShift
Developing OpenShift applications with Java and Quarkus
Developing with Middleware
Developing with PatternFly React
Developing with Quarkus
Developing with Spring
Event-driven architecture
Exploring OpenShift
Foundations of OpenShift
Get started with Ansible
Get started with Red Hat Enterprise Linux
How to access, download, and analyze data for S3 usage
How to create a PyTorch model
How to create a TensorFlow model
How to deploy a model using S2I
How to deploy an application using Red Hat OpenShift Service on AWS
How to get started with Intel OpenVINO
How to set up and reproduce data science experiments
Install Red Hat OpenShift Data Science in Red Hat OpenShift Service on AWS
Kafka 101
Kubernetes and friends
Launch and explore Red Hat OpenShift API Management
Mastering AI / ML with OpenShift
Red Hat OpenShift Data Science documentation and resources
Securing APIs on Red Hat OpenShift API Management
Setting up your first developer portal
Understanding subsystems
Using projects in Red Hat OpenShift Data Science

Hi thanks for pointing this out. It appears that those Learning Paths no longer exist on https://developers.redhat.com/, so we will be removing them.


Vitepress support

Hello, did anyone manage to get sveltia-cms working properly with Vitepress? I found the following issues so far:

Collections does not support the root folder . - you need to move all .md files in a separate folder (not the biggest issue, still annoying)
All .md files in a collection need to have empty frontmatter at the start of the file, otherwise an error is thrown that yaml-frontmatter cannot be parsed (sounds like a bug to me)
Since vitepress usually doesn't need any frontmatter, it would be nice if the title could be parsed from the Markdown header - any chance this is possible?

I’ll check this out sometime this week or next.

I've gotten it to work pretty well now, thanks to your suggestions above. However, there seems to be issues with code like ```html [Tab one] which adds a line-break before the [ character (which then breaks the code-group:s in VitePress).
Is there a way to configure away this? Or, alternatively, a way to only support the Markdown editor (which seems less prone to "correct" my texts)

Done in 461136df03f07c936dc2e8b3dee990315cd94106, 4d3ea514fb2dd6405b8484fb88b43118e2ef9d30, 69604cc5e2840f211443cef7f50368014c750848, 03431d3646122d1b4ddcb2681a3f81933d08bf51, 6e3cca51ff3613b77be6b242a5b6e2f281e953d6.

Shipped v0.47.0 with VitePress support 🚢

Amazing stuff, thanks a lot @kyoshino!


Add Group Chat function on single Router

[x] Draw a solution of group chat on single router
[ ] UI Design
[ ] Interface development
[ ] Intergareted with App

Group chat is added


Crash when playing webm video

Operating system or device, Godot version, GPU Model and driver (if graphics related):
Antergos x86_64 | master d9faf6f
Issue description:

Sometimes it doesn't say Indexp_bus=2, but ridiculously high/low value such as -1155998984, 110229072 etc.
OpenGL ES 3.0 Renderer: GeForce 800M/PCIe/SSE2
GLES3: max ubo light: 409
GLES3: max ubo reflections: 455, ubo size: 144
ARVR: Registered interface: Native mobile
ERROR: thread_get_channel_mix_buffer: Indexp_bus=2 out of size (buses.size()=1)
   At: servers/audio_server.cpp:414.
handle_crash: Program crashed with signal 11
Dumping the backtrace. Please include this when reporting the bug on https://github.com/godotengine/godot/issues
[1] /usr/lib/libc.so.6(+0x34920) [0x7f444f6f7920] (??:0)
[2] VideoPlayer::_mix_audio() (/home/noshyaar/git/godot/0/core/math/audio_frame.h:67)
[3] VideoPlayer::_mix_audios(void*) (/home/noshyaar/git/godot/0/scene/gui/video_player.h:79)
[4] AudioServer::_mix_step() (/home/noshyaar/git/godot/0/servers/audio_server.cpp:286 (discriminator 2))
[5] AudioServer::_driver_process(int, int*) (/home/noshyaar/git/godot/0/servers/audio_server.cpp:181)
[6] AudioDriver::audio_server_process(int, int*, bool) (/home/noshyaar/git/godot/0/servers/audio_server.cpp:65)
[7] AudioDriverPulseAudio::thread_func(void*) (/home/noshyaar/git/godot/0/drivers/pulseaudio/audio_driver_pulseaudio.cpp:246)
[8] ThreadPosix::thread_callback(void*) (/home/noshyaar/git/godot/0/drivers/unix/thread_posix.cpp:71)
[9] /usr/lib/libpthread.so.0(+0x708a) [0x7f445057008a] (??:0)
[10] /usr/lib/libc.so.6(clone+0x3f) [0x7f444f7b947f] (??:0)
-- END OF BACKTRACE --

Steps to reproduce:

Add a VideoPlayer node, set to autoplay
Add a VideoStreamWebm to it
Run

CC @hi-ogawa

I am considering we should probably remove webm support, add video hooks to GDNative and let extra formats be supported via it.

+1 to reduz's idea. I was going to make an issue about low fps while playing a simple 320x120 file. FPS dropped from like 144 to like 70.  I just wish Godot could support some type of playback instead of the .ogv stuff.
I bought a beautiful $10 looping art background in 2016. Was waiting for .webm support, but yeah.


chore: Update ms.date format

I prefer the original, but it looks like the rest of the frontmatter uses US date formats

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

The metadata change looks correct; merging the PR.


Adds OpeAI::Assistants and .list, .create, .retrieve, .modify, .delete

This is a WIP to integrate the new OpenAI Assistants API.
TODO:

[ ] Add ability to associate Files to the Assistant
[ ] Refactor File validations to properly handle assistant file type restrictions
[ ] Add more specs for error cases

All Submissions:

[ ] Have you followed the guidelines in our Contributing document?
[ ] Have you checked to ensure there aren't other open Pull Requests for the same update/change?
[ ] Have you added an explanation of what your changes do and why you'd like us to include them?

That was fast :D

Missing threads and messages for the complete assistant flow.
Will work on it tomorrow if not already on it.

Looks like there is this too which is aiming for the same goal:
https://github.com/alexrudall/ruby-openai/pull/361

Looks like there is this too which is aiming for the same goal:
#361

Yeah sorry, I didn't see this PR until I'd already written most of mine. I've not added any of the file handling stuff though so it'd be good to add your changes in as you're further ahead there. Are you okay with that?

Looks like there is this too which is aiming for the same goal:
#361

Yeah sorry, I didn't see this PR until I'd already written most of mine. I've not added any of the file handling stuff though so it'd be good to add these changes in as you're further ahead there. Are you okay with that @codenamev?

Woah, #361  is way better than this 😆  Haha, yeah for sure, I'll update to focus on assistant file updates.

@alexrudall I don't really know how to fix the VCR issues 🆘

Thanks for your work on this @codenamev  - closing as OpenAI have deprecated AssistantFiles for v2 of the beta


New site - privacy page

There's a "placeholder" where<EMAIL_ADDRESS>should be
Add some content from old FAQ about addresses, not people

Did it


Additional character appended to Calendar cells in various locales

🐛 Bug Report
An extra character is appended in calendar date cells, in various locales. For example:
Japanese (Japan)
Calendar component

useCalendar hook (Storybook)

Danish (Denmark) / Norwegian (Norway)
Calendar component

useCalendar hook (Storybook)

This was previously reported in this discussion.
🤔 Expected Behavior
No extra characters should be displayed in calendar day cells, in any locale. Only the day digits should be displayed.
😯 Current Behavior
This impacts the Calendar, DatePicker, DateRangePicker, and RangeCalendar components, and the useCalendar hook, in the following Storybook locales:

Chinese Simplified / Traditional
Japanese (Japan)
Korean (Korea)
Danish (Denmark)
Norwegian (Norway)
Croatian (Croatia)
Czech (Czech Republic)
Slovak (Slovakia)
Slovenian (Slovenia)

💁 Possible Solution
For the components, the formatting of calendar cells seems to be taking place here:
https://github.com/adobe/react-spectrum/blob/main/packages/%40react-aria/calendar/src/useCalendarCell.ts#L305
...where the date is formatted using the "numeric" option of the day representation.
For some locales, this option will display an extra character, which is expected when displaying dates that also include the month and year, e.g. "2023年2月28日",  "28. februar 2023", "28. februar"
But in the context of a calendar, the use of these extra characters is inappropriate.
The formatToParts method provides a way to split the day digits from the extra characters:
let formattedDate = useMemo(() => cellDateFormatter.formatToParts(nativeDate)[0].value, [cellDateFormatter, nativeDate]);

Array ["28", "日"]

Array ["28", "."]

Test results of this fix

For the useCalendar hook in Storybook, the formatting of the calendar cell seems to occur here:
https://github.com/adobe/react-spectrum/blob/main/packages/%40react-aria/calendar/stories/Example.tsx#L63
Once formattedDate is fixed in useCalendarCell, it could be used here instead of applying the dateFormatter on props.date.
🔦 Context
This issue is quite noticeable to users. It should be fixed.
🧢 Your Company/Team
Adobe Localization

@snowystinger looks perfect now, thanks!


docs: fixed warnings

Related issue #120
Fixed all warnings raised by Sphinx in https://github.com/scylladb/scylla-rust-driver/actions/runs/834639830

Add missing page schema_agreement to the toctree
Replace index.md link to README by title-page.md to match the original book structure
Exclude poetry.lock from the version control

cc @lauranovich

@lauranovich @psarna Could you please review this PR? Thanks!

Thanks, I merged the change manually in order to avoid rebasing.