How to compile from source?

Hello,
I tried running ./gradlew (on Linux) after downloading the repository, but it seems I may need more files to be able to make the .jar properly. Is there anything else I should add to be able to generate the .jar?

You have to use ./gradlew build, then grab the jar in stonks-fabric/build/libs. You can check out the actions workflow file to see how it automatically build the jar.

When I do ./gradlew build I get the following:
`Starting a Gradle Daemon (subsequent builds will be faster)

Configure project :
Stonks2 - Version 2.0.0+1.20.1

Configure project :fabric
Fabric Loom: 1.3.10
Path for java installation '/usr/lib/jvm/openjdk-11' (Common Linux Locations) does not contain a java executable
Path for java installation '/usr/lib/jvm/openjdk-17' (Common Linux Locations) does not contain a java executable
Path for java installation '/usr/lib/jvm/openjdk-21' (Common Linux Locations) does not contain a java executable
:remapping 44 mods from modImplementation (java-api)
:remapping sources
Status ERROR: org.cadixdev.mercury.shadow.org.eclipse.jdt.core code=4 Could not retrieve declared methods org.cadixdev.mercury.shadow.org.eclipse.jdt.internal.compiler.problem.AbortCompilation: Pb(347) The type javax.annotation.Nullable cannot be resolved. It is indirectly referenced from required type com.mojang.serialization.Dynamic
Could not remap sgui-1.2.2+1.20-sources.jar fully!`

Are you trying to build with commit https://github.com/nahkd123/stonks/tree/14daa2cdafb29905c822d7f9f298365de9772e3b? I'm not sure what went wrong but GH actions still build my mod successfully. You can take a look at workflow file (https://github.com/nahkd123/stonks/actions/runs/5941876964/workflow) to see the entire build process. I suggest try building in brand new Ubuntu container with Java 17. gradle/gradle-build-action is just a wrapper for ./gradlew but with caching to speed up the builds.

I was able to build Stonks in Ubuntu container:
# Run a new container with ubuntu:latest image
docker pull ubuntu
docker run -i -t --entrypoint bash ubuntu

# Inside container
cd
apt update
apt install git openjdk-17-jre
git clone https://github.com/nahkd123/stonks.git
cd stonks
git checkout v2.0.2+1.20.1
./gradlew build
exit

# Outside container
docker cp 61efc43b4d38:/root/stonks/fabric/build/libs ~/stonks-fabric-files

I made a new VM and after running ./gradlew build (and waiting 5 minutes for the build) the message BUILD SUCCESSFUL appeared, but the .jar that was generated was empty except for the META-INF file.

I made a new VM and after running ./gradlew build (and waiting 5 minutes for the build) the message BUILD SUCCESSFUL appeared, but the .jar that was generated was empty except for the META-INF file.

Are you sure you are getting the correct jar file? Stonks for Fabric is located in fabric/build/libs/stonks-fabric-2.0.0+1.21.1.jar.

Oh, I was checking build/ instead of fabric/build/. After checking the correct location, it does seem that the .jar built correctly. Thank you.


decktape does not work

It appears some chrome deps are missing. This bit here fixes it:
https://github.com/darribas/gds19/blob/master/content/infrastructure/Dockerfile#L4

[ ] Incorporate into official darribas/gds

Fixed on gds_dev:4.0


Missing newline character at beginning of values

This class
public sealed class TestClass
{
    public string Property1 { get; set; } = "Text without newline character(s)";
    public string Property2 { get; set; } = "Text with\nnewline character(s)";
    public string Property3 { get; set; } = "\nText with\nnewline character(s)";
}

when run through through this test using Verify.Xunit 23.1.0 using default verifier settings:
[Fact]
public Task Test()
{
    return Verifier.Verify(new TestClass());
}

yields the following received file:
{
  Property1: Text without newline character(s),
  Property2:
Text with
newline character(s),
  Property3:
Text with
newline character(s)
}

The newline character at the beginning of strings matters to me, so I'd expect the received file to look like this:
{
  Property1: Text without newline character(s),
  Property2:
Text with
newline character(s),
  Property3:

Text with
newline character(s)
}

Am I missing something?

verify tries to make the output more readable. the newline logic is part of that. if you prefer to disable that behaviour try strict json https://github.com/VerifyTests/Verify/blob/main/docs/serializer-settings.md#usestrictjson

happy to consider a pull request that adds an API to opt in to the behavior you desire


CUDA error -  failed to build CUDA engine

I am using an NVIDIA Jetson TX2, with Jetpack 3.1 and Tensorrt 3 installed. No other version of tensorrt exists on the TX2.
Upon running ./imagenet-console orange_0.jpg output_0.jpg, I get the following error:

[GIE]  TensorRT version 3.0, build 3000
[GIE]  attempting to open cache file networks/bvlc_alexnet.caffemodel.2.tensorcache
[GIE]  cache file not found, profiling network model
[GIE]  platform has FP16 support.
[GIE]  loading networks/alexnet.prototxt networks/bvlc_alexnet.caffemodel
[GIE]  retrieved output tensor 'prob'
[GIE]  configuring CUDA engine
[GIE]  building CUDA engine
[GIE]  cudnnEngine.cpp (55) - Cuda Error in initializeCommonContext: 4
[GIE]  failed to build CUDA engine
failed to load networks/bvlc_alexnet.caffemodel
failed to load networks/bvlc_alexnet.caffemodel
imageNet -- failed to initialize.
imagenet-console:   failed to initialize imageNet

What needs to be done to resolve this?

I currently have the same issue, however on a PC with a Quadro M2000 GPU and TensorRT version 2.1

I currently have the same issue  on Jetson TX2 with JetPack 3.2. and TensorRT version 3.0.4

[GIE]  TensorRT version 3.0.4, build 3004
[GIE]  attempting to open cache file networks/bvlc_alexnet.caffemodel.2.tensorcache
[GIE]  cache file not found, profiling network model
[GIE]  platform has FP16 support.
[GIE]  loading networks/alexnet.prototxt networks/bvlc_alexnet.caffemodel
[GIE]  failed to retrieve tensor for output 'prob'
[GIE]  configuring CUDA engine
[GIE]  building CUDA engine
[GIE]  Network must have at least one input and one output
[GIE]  failed to build CUDA engine
failed to load networks/bvlc_alexnet.caffemodel
failed to load networks/bvlc_alexnet.caffemodel
imageNet -- failed to initialize.
imagenet-console:   failed to initialize imageNet
I am using an NVIDIA Jetson TX2, with Jetpack 3.2 and Tensorrt 3 installed. No other version of tensorrt exists on the TX2. And i have the same issue with you.

The error looks like corrupted alexnet.prototxt or alexnet.caffemodel, it cannot find the output layer "prob".  Van you try re-downloading and confirming the your prototxt has that layer name?
-------- Original message --------
From: miunyhyr<EMAIL_ADDRESS>Date: 5/22/18 4:39 AM (GMT-05:00)
To: dusty-nv/jetson-inference<EMAIL_ADDRESS>Cc: Dustin Franklin<EMAIL_ADDRESS>Comment<EMAIL_ADDRESS>Subject: Re: [dusty-nv/jetson-inference] CUDA error - failed to build CUDA engine (#214)
[GIE] TensorRT version 3.0.4, build 3004
[GIE] attempting to open cache file networks/bvlc_alexnet.caffemodel.2.tensorcache
[GIE] cache file not found, profiling network model
[GIE] platform has FP16 support.
[GIE] loading networks/alexnet.prototxt networks/bvlc_alexnet.caffemodel
[GIE] failed to retrieve tensor for output 'prob'
[GIE] configuring CUDA engine
[GIE] building CUDA engine
[GIE] Network must have at least one input and one output
[GIE] failed to build CUDA engine
failed to load networks/bvlc_alexnet.caffemodel
failed to load networks/bvlc_alexnet.caffemodel
imageNet -- failed to initialize.
imagenet-console: failed to initialize imageNet
I am using an NVIDIA Jetson TX2, with Jetpack 3.2 and Tensorrt 3 installed. No other version of tensorrt exists on the TX2. And i have the same issue with you.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com/dusty-nv/jetson-inference/issues/214#issuecomment-390909654, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AOpDKxWKJDn8jLV_npq5WmnVJOcs4ERaks5t086agaJpZM4S7J0Z.

This email message is for the sole use of the intended recipient(s) and may contain
confidential information.  Any unauthorized review, use, disclosure or distribution
is prohibited.  If you are not the intended recipient, please contact the sender by
reply email and destroy all copies of the original message.

Could you pls tell me some way to print out the debug message?

[GIE] TensorRT version 3.0, build 3000
[GIE] attempting to open cache file networks/bvlc_alexnet.caffemodel.2.tensorcache
[GIE] cache file not found, profiling network model
[GIE] platform has FP16 support.
[GIE] loading networks/alexnet.prototxt networks/bvlc_alexnet.caffemodel
[GIE] retrieved output tensor 'prob'

Could you pls tell me some way to print out the debug message?

[GIE] TensorRT version 3.0, build 3000
[GIE] attempting to open cache file networks/bvlc_alexnet.caffemodel.2.tensorcache
[GIE] cache file not found, profiling network model
[GIE] platform has FP16 support.
[GIE] loading networks/alexnet.prototxt networks/bvlc_alexnet.caffemodel
[GIE] retrieved output tensor 'prob'

Hi @daohu527 , you don't have an error in the log - does it load if you let it run for a few minutes?
Also it appears that you are running an older version of the project repo - if you are also running an older version of JetPack, that's ok, but if you are running a newer version of JetPack you may want to re-clone the project from master to get the latest updates.

Hi @daohu527 , you don't have an error in the log - does it load if you let it run for a few minutes?
Also it appears that you are running an older version of the project repo - if you are also running an older version of JetPack, that's ok, but if you are running a newer version of JetPack you may want to re-clone the project from master to get the latest updates.


Force jQuery plugin to evaluate CSS classes on edit

I am using this jQuery plugin that autoresizes a textarea automatically. It is implemented by adding a class of autosize on the textarea element. However when I add this on a p element with the attribute of e-class="autosize" in editing mode the element stays a regular text area without the autosizing behaviour, even though I can see that the classes have been applied.
I presume this is because the plugin traverses the page for all textareas and transforms them on page load, whereas my p only becomes a textarea later on.
Is there anything I can do to make my textarea get the autosize behaviour?
Thank you

Maybe try adding onshow='autosize($('textarea'));' (or however you are calling the resize) to the p element.

That doesn't work. It looks like it's adding the right classes and attributes to the textarea element - going by the console output - but it's not actually resizing.
The first textbox on the left is a textarea. As you can see it stays small and doesn't resize on typing into it.
I've done it manually in the console to ensure I'm not making a mistake in selecting the elements with Angular.

Can you create a jsfiddle or plunker showing the issue?

http://jsfiddle.net/NfPcH/15379/

That fiddle is throwing a js error:

TypeError: angular.element(...).find(...).autosize is not a function
http://fiddle.jshell.net/NfPcH/15381/show/
Line 108

Probably because angular.element returns a jqLite object, not a jQuery object.
@Arrow7000 you could try attaching your resize function to the jqLite prototype.

@Arrow7000 are you still having an issue?


Netlify SSR translations not working

When building the project, netlify uses a separate folder from where the project will be running after.
So, the problem is that when we augment the runtime config with rootDirs, the rootDirs will be relative to the path of the build and not to the path of where the application will be running.
I'm trying to understand how we can change this mechanism to make the application resilient in an environment with CI/CD where the CI/CD builds the application differently from where the application will be running.
This is problematic because the, in server side rendering, the middleware called via the 01.plugin is not finding the localisation files.

The behavior should not be like this; in production mode, files are not used at all. During the build, all translations should be cached in the production folder. Link to the code.
I need an example to understand what the issue is.

Prerendering does not work when using $fetch in SSR
https://github.com/nuxt/nuxt/issues/24311
So, the middleware runs and tries to fetch the files server side, not finding them

Here's a reproduction:
https://poc-i18n-micro.netlify.app/ (see cart => Cart) cart is the translation key and Cart is the value
Here's the repo:
https://github.com/Met96/poc-i18n
We've added a patch with some logs added to the module to catch the eventual fs.readFile error, and this is the error:

I tried to fix it, but haven't succeeded so far. The issue is that Nuxt, when building for Netlify, completely ignores server-side pre-rendering. All server code is moved to functions, and if I understood correctly, there's a separate container where there's no access to locale files. I need to investigate further, as I haven't fully figured it out yet.

I tested my fix in Netlify and it works.
Logic is this:

Not prerendering: reading from user defined locales
While prerendering: save assets in nitro server assets https://nitro.unjs.io/guide/assets#server-assets
In production: read from server assets

This might be worthy of a refactoring to leverage server assets all the way down to the dev environment (to centralize the logic and not use two different methods).
But, for now, it can be pushed as a new version as far as I am concerned (would be helpful since we have a site which will go in production soon that would need this fix)

A known downside of this method is that if you try and build locally you would have an assets folder inside you repository

I was literally trying to do the same thing just now, but I didn't finish it. I decided to leave it for tomorrow. I'll test it now, and if everything is okay, I'll upload it.

I've uploaded the release: https://github.com/s00d/nuxt-i18n-micro/releases/tag/v1.26.0
Please check it out, and thank you in advance!
I've also added the debug option:
https://s00d.github.io/nuxt-i18n-micro/guide/getting-started#🐛-debug
For now, it only prints information from the middleware, but I will probably add more logs later. However, I'm not yet sure where else they might be useful.

Works perfectly, thanks for being so fast with the feedback!

not sure if it can be related, but currently facing an issue, when all translations are resolved after the mount not during SSR. We use heavy layered structure, around ~12 layers, this is current configuration
i18n: {
    locales: [
      { code: 'cs', iso: 'cs-CZ', dir: 'ltr' },
      { code: 'en', iso: 'en-US', dir: 'ltr' },
    ],
    defaultLocale: 'cs',
    translationDir: 'locales',
    fallbackLocale: 'cs',
    meta: false,
    autoDetectLanguage: false,
    disablePageLocales: true,
  },

not sure if it can be related, but currently facing an issue on Vercel, when all translations are resolved after the mount not during SSR. Locally it works fine
The project is heavy layered structure, around ~12 layers, this is current configuration
i18n: {
    locales: [
      { code: 'cs', iso: 'cs-CZ', dir: 'ltr' },
      { code: 'en', iso: 'en-US', dir: 'ltr' },
    ],
    defaultLocale: 'cs',
    translationDir: 'locales',
    fallbackLocale: 'cs',
    meta: false,
    autoDetectLanguage: false,
    disablePageLocales: true,
  },

When I look to build output, there is locales folder at the top level where are only the general locales we have (no layer translations included). But then there is also _locales/general where are all the translations. @s00d I am not sure what folder is used server side.

Translation in Markdown
I don't see any issues apart from a problem with the Vercel certificate.
I've deployed it here:
https://cloudflare-pages-project.vercel.app/en
Here are the source files:
source
Basically, I just disabled @nuxthub/core and did nothing else. I see no errors, and there are no issues in the logs either.
As for where it gets the locales from:
Global locales are always sourced from the _locales folder. After the build, JSON files with translations are located in the _locales/general folder.

P.S. It's better to always create a new issue and include a link to the old one. I don't check closed issues; I only noticed your message by chance in my email.


Initial support for carbonapi_v3_pb

I've tried it with carbonapi 0.14 with protocol manually set to carbonapi_v3_pb (capabilities handler is not implemented on purpose to let people test that manually)
I was able to get proper result for /metrics/find and several /render requests.
Current missing features:

Response reports default aggregation function and not the actual that should be there for the metric
All advanced features like multiple find queries per request are not supported (as they are not currently in use by carbonapi)\
/_internal/capabilities handler is not implemented as otherwise auto in carbonapi would pick carbonapi_v3_pb protocol and I'd like to avoid that for now.
maxDataPoints from request is not taken into account

As discussed in private, currently with carbonapi_v3_pb format, logging instead of
[2020-08-12T14:21:28.219Z] INFO access {"request_id": "7a5e78a201f0b9206bd87a4843b9d796", "time": 0.01057393, "method": "GET", "url": "/render/?format=protobuf&from=1597155688&target=definitely.non.existent.metric&until=1597242088", "peer": "<IP_ADDRESS>:59068", "status": 404}
looks
[2020-08-12T14:21:30.043Z] INFO access {"request_id": "d6b71a5352ab62cf8b117f615fb32296", "time": 0.017449868, "method": "GET", "url": "/render/?format=carbonapi_v3_pb", "peer": "<IP_ADDRESS>:46468", "status": 404}
To me it looks like it's better to log parsed fields.

Now it should log exactly same amount of information as it used before.

After the latest commit with fixing different start/stop/step requests in one fetch, it works in our production since today morning. Looks good so far, seems to consume less memory generally.

0.11.7-33-g1ba82a8 runs since yesterday and looks very good still.


complex equations

Now, RKGaussLegendre.jl works well with complex equations
I have added a new notebook called  "/Examples/Burrau example using Complex Numbers (Github).ipynb" where I have coded the problem with complex variables z=x+iy

Hi,
Should I be worried about failed checks? Or will the pull request be merged into the base branch and made public in the next few days?
Thanks.

Nope those are fine.

Thanks, Chris.


rinf template fails on arch linux

Report
Rinf rust binary doesn't seem to find Flutter SDK on Arch linux. rinf template fails with the following:
$ rinf template
Detected `protoc`, skipping auto installation
Resolving dependencies in `/home/user/dev/testapp`...
Because testapp depends on flutter_test from sdk which doesn't exist (the Flutter SDK is not
  available), version solving failed.

Flutter users should use `flutter pub` instead of `dart pub`.

Steps to Reproduce
Please describe the exact steps to reproduce the error.
yay flutter
cargo install rinf
flutter create testapp
cd testapp && flutter pub add rinf
rinf template
System Information
$ rustc --version
rustc 1.83.0 (90b35a623 2024-11-26)
$ flutter doctor
Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel , 3.24.5, on Arch Linux 6.11.5-arch1-1.1-g14, locale en_US.UTF-8)
[✓] Android toolchain - develop for Android devices (Android SDK version 34.0.0)
[✗] Chrome - develop for the web (Cannot find Chrome executable at google-chrome)
    ! Cannot find Chrome. Try setting CHROME_EXECUTABLE to a Chrome executable.
[✓] Linux toolchain - develop for Linux desktop
[✓] Android Studio (version 2024.2)
[✓] Connected device (1 available)
[✓] Network resources

! Doctor found issues in 1 category.
$ md5sum .cargo/bin/rinf
1a1bf0a29c77c80251723b86c6b4d650  .cargo/bin/rinf
$ uname -r
6.11.5-arch1-1.1-g14

Thank you very much for the report. I will address this issue as soon as I can. However, I would like to share that I am currently busy with other commitments.
In the meantime, we are always open to pull requests :)

ended up just installing flutter manually, works that way.


[regression-test][memtable]  test memtable flush is high priority for vtable writerV1

enable debug points
get original value of the variable named enable_memtable_on_sink_node
set the variable to false
insert some data to trigger the debug points
compare with answer
reset the variable

run buildall

run pipelinex_p0


Static list component

Sharing Design review for reference. (Currently going through 3rd round of reviews)

@ThusharaJ07, please remove the "Reference", "Requirements", And "Helpful" sections from Accessibility. For now let's keep Keyboard Interactions only as we do in most of the components.Thank you!

Closing to carry on in the repo's duplicate


Mitigate missing members and roles for guild

Fix for when both roles and members are disabled.
This issue happens when sending a message via a private channel.
Thanks for the great work on the bot!

Thank you!


Windows skipping certain regions of screen in multi monitor setup

Environment
Windows build number: Microsoft Windows NT 10.0.22000.0
Your Distribution version: Ubuntu 20.04
Your WSLg version: Windows Subsystem for Linux WSLg Preview 1.0.26

Steps to reproduce
Using a triple monitor setup (3x 2560x1440, arranged horizontally)
Open any GUI app in Ubuntu. Windows only appear to be able to reside in the areas marked yellow. Windows "skip" over the area marked purple.

Expected behavior
Linux GUI Windows move normally between screens.
Actual behavior
Windows are not able to reside in certain portions of the screen.

@ben-chp, thanks for reporting the issue, would you please share /mnt/wslg/weston.log? This log includes the information how monitors are projected to Linux space. Thanks!

Idk if it's the same but something similar, I have a window of TOPCAT in Ubuntu that if I move it to certain regions of my second monitor it disconnects and the screen turns off.
weston.log doesn't tell anything about it


Can't silence an Exception

I'm doing this (basicaly your example):
		try {
	            for ( var device : Usb.getDevices() ) printDetails(device, "CONNECTED");
	            Usb.setOnDeviceConnected(device -> printDetails(device, "CONNECTED"));
	            Usb.setOnDeviceDisconnected(device -> printDetails(device, "DISCONNECTED"));
		} catch( Throwable t ) {
			// PLEASE BE QUIET !!
		}

and getting this error not relevant to what I'm doing but very annoying because It's scaring my users:
java.lang.IllegalStateException: Segment size is not a multiple of 2. Size: 7
	at java.base/jdk.internal.foreign.AbstractMemorySegmentImpl.checkArraySize(AbstractMemorySegmentImpl.java:392)
	at java.base/jdk.internal.foreign.AbstractMemorySegmentImpl.toArray(AbstractMemorySegmentImpl.java:352)
	at java.base/jdk.internal.foreign.AbstractMemorySegmentImpl.toArray(AbstractMemorySegmentImpl.java:328)
	at net.codecrete.usb.usbstandard.StringDescriptor.string(StringDescriptor.java:35)
	at net.codecrete.usb.windows.WindowsUsbDeviceRegistry.getStringDescriptor(WindowsUsbDeviceRegistry.java:292)
	at net.codecrete.usb.windows.WindowsUsbDeviceRegistry.lambda$createDevice$2(WindowsUsbDeviceRegistry.java:228)
	at net.codecrete.usb.common.UsbDeviceImpl.setProductString(UsbDeviceImpl.java:215)
	at net.codecrete.usb.windows.WindowsUsbDeviceRegistry.createDevice(WindowsUsbDeviceRegistry.java:228)
	at net.codecrete.usb.windows.WindowsUsbDeviceRegistry.createDeviceFromDeviceInfo(WindowsUsbDeviceRegistry.java:191)
	at net.codecrete.usb.windows.WindowsUsbDeviceRegistry.enumeratePresentDevices(WindowsUsbDeviceRegistry.java:160)
	at net.codecrete.usb.windows.WindowsUsbDeviceRegistry.monitorDevices(WindowsUsbDeviceRegistry.java:123)
	at java.base/java.lang.Thread.run(Thread.java:1570)

I think this is a webcam ( I have one but it was not listed so I think it is the responsible for this ). This error don't broke my executions but is very annoying.
Webcam Multilaser Wc055
Already tried to surround with any Try..Catch possible but it still throwing... What can I do to solve this?

Thanks for reporting this. It looks as if the device returns an invalid string descriptor (since the descriptor is in UTF-16, it would need to contain an even number of bytes but doesn't). I will probably change the code to make it slightly more robust.
The exception is thrown and printed in a background thread. So your exception handlers have no effect. The exception is printed using the Java system logger (see https://docs.oracle.com/en/java/javase/22/docs/api/java.base/java/lang/System.Logger.html). So if you want to hide it, it's probably best the use a logging library that can consume these log messages and configure it such that it is not printed.

Thanks. Do you know what class I must suppress in my Logback XML ? Perhaps jdk.internal.foreign.AbstractMemorySegmentImpl.checkArraySize

The class to suppress is net.codecrete.usb.windows.WindowsUsbDeviceRegistry.

Thanks. Closing.

It looks as if the device returns an invalid string descriptor (since the descriptor is in UTF-16, it would need to contain an even number of bytes but doesn't). I will probably change the code to make it slightly more robust.

Hi @manuelbl, I also encounter the same error, but I had to actually use the ignored device. Is there any progress on this issue or should I open a new issue? Gladly to help fix the issue too if you can point me to where and what to check

Several issues related to invalid string descriptors are now ignored. But I've missed this one. I will look into it.

@difasanditya I've pushed a fix to the main branch. If you don't mind building a snapshot release, you can do so:
cd java-does-usb
mvn clean install -DskipTests

I would appreciate any feedback.

Hi, @manuelbl! Sorry for the late response.
I just pulled the main branch and tested it. Now it can recognize my device without any error. Will try transferring data later, so far looking good.
Thanks for the help! Looking forward for the released version.


Change so Julia is the listed language

Languages used, shouldn't be listed as:
Python 99.7%
Julia 0.3%

DO_NOT_MERGE: It's an incomplete change, you also need to rename your data files. Another option is to change them to .dat files. I suppose you copied them from Python procject, and they seem to also be legal Julia files (and license doesn't disallow changing; file names).
And you also have an error:
julia> translit("Páll þæðö")
ERROR: LoadError: syntax: invalid interpolation syntax: "$?"

I wanted to see if ð (upper case Ð) translates to d, as I would want. I've seen officially should to dh, but it seems odd to an Icelander... a rule I rarely, if ever have seen used.

I noticed:
# Not "GBP" - Pound Sign is used for more than just British Pounds.
"PS",    # 0xa3

It's not your goal, I guess, to translate to 8-bit extended ASCII, only 7-bit ASCII. It's a worthy goal, but maybe consider translating to some (one) extended ASCII, as an option? E.g. ISO 8859-1, the most common one, that allows the "most declared single-byte character encoding in the world on the web", or its superset Windows-1252, both allowing £.


TLSv1.3 Add external PSK support

This PR adds support for external PSKs with TLSv1.3.
PSKs work differently in TLSv1.3 and there is a new API for them.
I have mostly reused the existing s_client/s_server options for PSKs. So "-psk" can be used to set a hex PSK key (which must be 32 or 48 bytes long to be usable by any TLSv1.3 ciphersuite), and "-psk_identity" is used to set the identity associated with the PSK. The server side "-psk_hint" is not relevant for TLSv1.3. I have also introduced a new option "-psk_session" which only works for TLSv1.3 and can be used instead of "-psk". The argument is a session file which is used as the basis for the PSK (i.e. the key is loaded from the session file). This enables other settings, such as ALPN, to be associated with the PSK too.
Marked as WIP because this still needs tests and documentation.
Note: this is based on PR#3623 so there are a number of commits from that PR showing here.
Checklist

[ ] documentation is added or updated
[ ] tests are added or updated

Rebased now that #3623 has gone in. I've also added some documentation. Still WIP because there is more documentation to do and tests to add.

Rebased again and more documentation added. Just tests to add now.

I've now added some tests for this too. This is now out of WIP and ready for review. Anyone?

New commits pushed addressing review comments.

Pushed. Thanks.


GetExtendedTcpTable returns invalid ProcessIds for WSL processes

The GetExtendedTcpTable function returns invalid ProcessIds for listen sockets created by WSL processes.
A number of people use tools such as netstat, TCPView, Process Hacker and others (including similar tools from 'security' vendors) while checking machines for malware/spyware/rootkits and the GetExtendedTcpTable function returns fake ProcessIds for listen sockets created by WSL processes giving users an incorrect impression the machine has been compromised.
This becomes an additional problem when Windows assigns a new process that same fake ProcessId and these tools will show the completely wrong process that owns the listen socket.
The problem is reproducible on the latest versions of Windows 10 (all branches):
10.0.17134.254 - [RS4]
10.0.17754.1 - [RS5_release]
10.0.18219.1000 - [RS_prerelease]
You can easily reproduce the issue by running the following commands:

WSL:
sudo apt install nginx
sudo nginx

Windows:
Netstat: https://i.imgur.com/Fkd0V5l.png
TCPView: https://i.imgur.com/paS7FYp.png
Process Hacker: https://i.imgur.com/X15GoVu.png

What you are seeing is a pico process. In short, a NT process is used as a kind of container to run a WSL process. That NT process has a PID and that is what the tools are reporting. We also plumbed through reasonable names, but that depends on which APIs are being used. For instance, if the tool tries to inject a thread or directly access process memory to obtain additional information, those techniques will not work very well for pico processes. We have been improving some of the diagnostic API's so that tools don't have to do much work to get better WSL information, but if there is a specific API that has room for improvement, we will certainly investigate.

Ah -- got it, the "fake ProcessId" part led me to incorrect assumptions. It should be true that most APIs returning process information, like GetExtendedTcpTable, are holding a reference to the process they return. This should keep the process ID from being reused. This still leaves the problem of identifying which process is currently using a port when all you are given is the process that originally created/connected the associated socket. That is an interesting problem that I don't have a simple solution for.


Automate doc build on travis

Description
The readthedocs build is broken at the moment because the install is too large.
We could use travis-ci to build the docs and push to github pages.
See https://drdoctr.github.io/

[ ] Add doc building to .travis.yml Py3.6 build
[ ] Can we have the docs for every branch we push ? https://drdoctr.github.io/recipes.html#recipes
[ ] Modify the canarie-api link to link to github.io

What installs are required that is too large?  I am not familiar with readthedocs but can we provide it like a docker image with everything needed already installed so there are no installs to do and on top of that this allows us to lock down on all recursive versions of the installs (aka reproducible environment)?

The reason that the build is failing is because of the memory requirements needed to install the conda environment. From the build statuses:
conda env create --quiet --name stable --file environment.yml
Collecting package metadata: ...working... done
Solving environment: ...working... Killed

Command killed due to excessive memory consumption

Is it really possible to send RtD a docker image that it can run directly from?

Like I said, I have no experience with readthedocs so what I said about docker image is pure speculation.  However, we are probably not the only one needing a large install ... I wonder what are readthedocs recommended best practice for similar case.

Conda support is fairly new in RtD, and I've heard nothing about docker support.

https://docs.readthedocs.io/en/stable/builds.html
"The build process is executed inside Docker containers, by default the image used is readthedocs/build:latest, but you can change that using a Configuration File."
If using our own docker image does not work, another way out is
"Every documentation build has limited resources. Our current build limits are:
15 minutes of CPU
1GB of RAM memory

We can increase build limits on a per-project basis, sending an email to<EMAIL_ADDRESS>providing a good reason why your documentation needs more resources.
"

ReadTheDocs team is working on a feature to allow upload of pre-build docs https://github.com/rtfd/readthedocs.org/issues/1083

I don't see a related PR. I would not hold my breath for this feature.

ReadTheDocs might be willing to increase our memory limit, see discussion in https://github.com/rtfd/readthedocs.org/issues/5847#issuecomment-505651860

Ok, but I'm still not sure how this is better than building the docs on Travis.

It's not Travis, it's hosting on Github that I prefer not to.  I noticed many weird multiples glitches with Github since Microsoft acquired it.  I've shown some of the glitches to @Zeitsperre.  I'd rather us not depend on more Github services.  Is there somewhere else we can host our docs?

Are these glitches specifically related to gh-pages ? We've been using this for pavics-sdi for two years now without issue.
If it's not broken, don't fix it.

Github glitches not related to gh-pages.  The guys at RTD is giving me some leads on how to generate docs without installing dependencies (so no memory problems anymore), see https://github.com/rtfd/readthedocs.org/issues/5847#issuecomment-505960920.  So I'd like to give it a shot before giving up.

Understood, but autoapi won't work for us.

@tlvu Let's start back on this when you have a minute. Let me know when you're free.

One problem I have at the moment is that the platform documentation requires installing multiple packages that are often difficult to get to work together. I would like the pavics-sdi documentation to be able to pull from the individual package documentation, as I think this would simplify the build.

Automate build for individual birds with travis, push to gh-pages
Set-up intersphinx in pavics-sdi to pull content from the individual birds.

WIP branch: https://github.com/Ouranosinc/raven/tree/fix-rtd-build-with-smaller-env-yml
RTD test doc build: https://pavics-raven.readthedocs.io/en/fix-rtd-build-with-smaller-env-yml/
Sample Build log: https://readthedocs.org/api/v2/build/9479705.txt
Solved the memory limit bursting problem, just autodoc left to solve.
Sample error in build log above breaking autodoc:
WARNING: autodoc: failed to import process u'processes.RavenProcess' from module u'raven'; the following exception was raised:
Traceback (most recent call last):
  File "/home/docs/checkouts/readthedocs.org/user_builds/pavics-raven/conda/fix-rtd-build-with-smaller-env-yml/lib/python2.7/site-packages/sphinx/ext/autodoc/importer.py", line 154, in import_module
    __import__(modname)
  File "/home/docs/checkouts/readthedocs.org/user_builds/pavics-raven/checkouts/fix-rtd-build-with-smaller-env-yml/raven/__init__.py", line 5, in <module>
    from .wsgi import application
  File "/home/docs/checkouts/readthedocs.org/user_builds/pavics-raven/checkouts/fix-rtd-build-with-smaller-env-yml/raven/wsgi.py", line 4, in <module>
    from .processes import processes
  File "/home/docs/checkouts/readthedocs.org/user_builds/pavics-raven/checkouts/fix-rtd-build-with-smaller-env-yml/raven/processes/__init__.py", line 1, in <module>
    from .wps_raven import RavenProcess
  File "/home/docs/checkouts/readthedocs.org/user_builds/pavics-raven/checkouts/fix-rtd-build-with-smaller-env-yml/raven/processes/wps_raven.py", line 7, in <module>
    from raven.models import Raven
  File "/home/docs/checkouts/readthedocs.org/user_builds/pavics-raven/checkouts/fix-rtd-build-with-smaller-env-yml/raven/models/__init__.py", line 3, in <module>
    from .base import Raven, Ostrich
  File "/home/docs/checkouts/readthedocs.org/user_builds/pavics-raven/checkouts/fix-rtd-build-with-smaller-env-yml/raven/models/base.py", line 32, in <module>
    from .rv import RVFile, RV, RVI, isinstance_namedtuple, Ost
  File "/home/docs/checkouts/readthedocs.org/user_builds/pavics-raven/checkouts/fix-rtd-build-with-smaller-env-yml/raven/models/rv.py", line 53
    raise ValueError(msg) from e
                             ^
SyntaxError: invalid syntax


nccl_use_infiniband true and nccl_benchmark_min_threshold 45

LGTM
Fix https://github.com/nebius/nebius-solution-library/pull/90#discussion_r1850473813 and let's merge


test(lightbox-media-viewer): add embedded video player e2e tests

Related Ticket(s)
#7474
Description
This PR adds storybook e2e tests for the lightbox media viewer - embedded video player variant.

Test scenario steps
a. Check the modal is loaded with Video, heading and copy.
b. Verify the video is left aligned and heading and copy text is on right side
c. Verify Video player, play, pause, mute and full screen settings.
d. Customize theme from Carbon theme and verify gray 10, gray 90 and gray 100 theme.
e. Verify Close icon, modal should be closed.

LGTM! I am wondering though if we can try to compact some of this where we have the same checks for default and video paths such as aligning the elements and checking if the title and desc are not empty

Do you mean updating so we have shared methods that are then triggered across multiple tests?

@ariellalgilmore @emyarod think this is something we can merge in or more changes are needed?

LGTM! I am wondering though if we can try to compact some of this where we have the same checks for default and video paths such as aligning the elements and checking if the title and desc are not empty

Do you mean updating so we have shared methods that are then triggered across multiple tests?

I was hoping we could make methods so that the default and video tests could use the same methods instead of repeating. Let me know what you think @emyarod

@ariellalgilmore I just made added this https://github.com/carbon-design-system/carbon-for-ibm-dotcom/pull/7870/commits/a82588df6242d96370be0f9102748995ff193cf2 is that closer to what you meant?


stats-worker: support multiple staking contracts per asset per chain

@miguelmota diff is a little difficult to read due to indentation, but big changes are:
Old
const stakingRewardsAddress = stakingRewardsContracts?.[chain]?.[token]
if (!stakingRewardsAddress) {
  return 0
}

...

const rewardTokenSymbol = chain === 'gnosis' ? 'GNO' : 'MATIC'
const rewardTokenUsdPrice = await ethBridge?.priceFeed.getPriceByTokenSymbol(
  rewardTokenSymbol
)

New
const stakingRewardsAddresses = stakingRewardsContracts?.[chain]?.[token]
if (!stakingRewardsAddresses?.length) {
  return 0
}

...

const rewardsTokenAddress = await stakingRewards.rewardsToken()
const rewardsToken = ERC20__factory.connect(
  rewardsTokenAddress,
  provider
)
const rewardsTokenSymbol = await rewardsToken.symbol()
const rewardTokenUsdPrice = await ethBridge?.priceFeed.getPriceByTokenSymbol(
  rewardsTokenSymbol
)

@shanefontaine this looks good for tracking the combined APR but I think we still need to track the separate staking reward APRs separately in order to show it in the stake section for each staking contract input (since GNO rewards are still ongoing which are separate from HOP rewards).
In order to not break comparability with integrations that use the pool stats file (ie defillama) then a separate json file or additional object to the current json in file can be added that maps contract address to apr per chain

All addressed in 2a543e6a2d011a5d3d5f441752eefb3cf6940607.
I somehow missed npm run start:apr. Running it appears to work, however there appear to be other, unrelated errors thrown. I can dive into these at a later time if necessary.

Agree with all. Resolved with d109853590f5dd04bff46dc21e31e3848a3b67df


Adds release notes to documentation

This PR adds the release notes to the documentation.

This is simply a rendering of the existing .github/CHANGELOG.md file.
Minimal changes were made where possible; these include:

The m2r extension is used to include the changelog, using the .. mdinclude:: directive.

Subheadings were changed to use
Subheading
 to avoid them showing up in the table of contents. This will continue to render properly on github.

A few small code examples were added for the latest development release

Links to PRs were modified to add parenthesis around the PR number. This makes them look less 'odd'.

I'd like to build it before accepting, but get the following error:
Configuration error:
There is a programmable error in your configuration file:
...
ModuleNotFoundError: No module named 'pennylane_qchem'

Looks very nice with the extra pictures and code!


⚠ Bofrost.lu has degraded performance

In 112558f, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 906 ms

Resolved: Bofrost.lu performance has improved in b28a743 after 8 minutes.


Installation issue (Win10, Python 2.7)

I understand that you don't have the time to look into this, but on Win10 with Python 2.7 installation fails.
Does it require Python 3? Or is it that the Colour module dependency requires Python 3?
I rarely use Python, so it's hard to tell for me right away what the problem is.
$ python --version
Python 2.7.14 :: Anaconda, Inc.

$ pip install -r requirements.txt
Collecting colour==0.1.2 (from -r requirements.txt (line 1))
  Downloading colour-0.1.2.tar.gz
    Complete output from command python setup.py egg_info:
    Importing new compiler from distutils.msvc9compiler

    Installed c:\users\dmitr\appdata\local\temp\pip-build-x2uthk\colour\.eggs\d2to1-0.2.12.post1-py2.7.egg
    error in setup command: Error parsing c:\users\dmitr\appdata\local\temp\pip-build-x2uthk\colour\setup.cfg: TypeError: super() argument 1 must be type, not None

    ----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in c:\users\dmitr\appdata\local\temp\pip-build-x2uthk\colour\

Installation requires python 3. Feel free to open this again if that doesn't solve the problem.


Implement TempDbSaver

Is your feature request related to a problem? Please describe.
TempDb get full very quickly if we don't monitor VersionStore size on server where Optimistic Isolation levels are used.
TempDb saver would monitor tempdb used space, and would have the capability to take preventive action based on the defined threshold.

TempDbSaver infra has been created. Following objects have been created -

Procedure dbo.usp_TempDbSaver has been created on each server
SQL Agent job (dba) Run-TempDbSaver has been created on each server
Inventory server procedure dbo.usp_GetAllServerCollectedData has been updated to populate table dbo.tempdb_space_usage_all_servers.
Inventory server procedure dbo.usp_wrapper_GetAllServerCollectedData has been updated to populate table dbo.tempdb_space_usage_all_servers.
A dashboard panel 'TempDb Utilization - Require ATTENTION` has been added in All Servers dashboard.

Keeping this open for further verification of code.


Spawner place/mine then get back wrong spawner.

Describe the bug
If you have a specific spawner that you want to mine, you mine it and then you get a spawner with it's correct name and everything right?
To Reproduce

Find a spawner or manually place one and change it from a pig spawner to something else.
Mine it
Notice it's a spawner from whatever spawn egg you had.
Place it
Notice it changes to pig.

Screenshots or Videos
I can not, my computer may not handle it.
Plugins
31.08 00:39:25 [Server] INFO Plugins (42): AAC, BBeeChecker, BetterRTP, Chair, ChestShop, Citizens, CommandHook, CoreProtect, dynmap*, Dynmap-Towny, Essentials, EssentialsSpawn, ExploitFixer, FeatherBoard*, HamsterAPI*, HeadDatabase*, HolographicDisplays, IllegalStack, LockettePro, LuckPerms, LumberJack, mcMMO, Multiverse-Core, MVdWPlaceholderAPI*, PL-Hide, PlaceholderAPI, PlayerWarps, ProtocolLib, ReinforcedTurtleHelmets, SAML, SuperVanish, TAB, Towny, TownyChat, TownyNameUpdater, Vault, ViaBackwards, ViaVersion, ViewDistanceTweaks, WorldEdit, WorldGuard, WorldGuard-Towny*
Version
31.08 00:35:07 [Server] INFO This server is running Purpur version git-Purpur-747 (MC: 1.16.2) (Implementing API version 1.16.2-R0.1-SNAPSHOT)
Is bug present on Paper, Spigot, CraftBukkit, or Vanilla
This is only present in Purpur.
Additional context
None.

Plugin issue.
Reopen if you can reproduce this without any plugins installed

Safe to assume the issue is with Essentials, though it could also be another plugin. It has a permission that you need to set to true.
https://essinfo.xeya.me/permissions.html

Essentials
spawner
essentials.spawnerconvert.*
Allows placing a spawner of any type

Seeing as you have LuckPerms installed, if you'd like everyone to be able to mine spawners by default you would run this command:
lp group default permission set essentials.spawnerconvert.* true

It seemed to have been working when players didn't have perms to mine/drop spawners for me as a (op). Though, as soon as I gave the specific Purpur perms it started doing the same thing (with the essentials permission). Not sure what happened

Recommend you run /lp verbose record, break the spawner and then place it again, then run /lp verbose upload to get a https://luckperms.net/verbose link. Then use the filter that's a part of the site and search for "spawner" to see what other permissions might be needed to get it to work correctly.
On a server I help out for, I had to set essentials.spawnerconvert.pig to false. After doing that everything began working as intended.
In any case, this isn't a purpur issue. If you'd like continued help, feel free to join the purpur discord server and we can continue looking into this together in #off-topic.


Pylint and RTD update patch, and other fixes

@dherrada Please resolve the CI failures. Thanks!

@kattni Let me know if this is good or if you want me to rename the functions. I'm not entirely sure how the tests directory works, so I don't really want to break anything, but if it'd be better to rename them I haven no issues with that

@dherrada This is fine. If further fixes are needed, we'll deal with it then. Merge when passing.


Possibly redundant flush when seeking

When seeking (lfs_file_seek_), LFS needs to flush out whatever is in its cache, and then refresh the cache with the block where the new file position is.
However, if the file is in read mode, and the new position is in the same block as the one  currently in cache, it can just change the position variable, without any disk operation.
See here:
https://github.com/littlefs-project/littlefs/blob/d01280e64934a09ba16cac60cf9d3a37e228bb66/lfs.c#L3697-L3720
The same could be done when writing too: if the new position is in the same block, we can avoid disk operations, and only trigger them on a subsequent sync/write.
However, LFS currently skips this optimization: it always flushes the file, if the cache is dirty.
I tried removing the check on LFS_F_WRITING, but my software misbehaved in different parts of the code, so I assume this sync is needed for some other reason.
Is it really necessary?
Can this optimizazion be implemented in some way?
Is this optimization impossible for some reason due to the internals of LFS?
In my use case, this missed optimization has a big impact on performance, since LFS is called using a pattern like the following:
SEEK 0, WRITE 2048
SEEK 0, WRITE 2048
SEEK 2048, WRITE 2048
SEEK 2048, WRITE 2048
etc.
That is, each write just needs to append 1KB at the end of the file, but it works with 2KB blocks, so it always rewrites a whole block (padded with 0s), unless it needs to switch to the next one.
This causes LFS to flush to disk even if it was not asked to do so by a sync/close call:
SEEK 0, flush, WRITE 2048
SEEK 0, flush*, WRITE 2048
SEEK 2048, flush, WRITE 2048
SEEK 2048, flush*, WRITE 2048
Instead, the flushes marked with * could be avoided: the data would be still in cache, and it would be overwritten by the following write.
Here I'm assuming that LFS's cache size is 2048, but other flushes could be avoided too, if the cache was bigger.

Hi @stefano-zanotti, thanks for creating an issue.
There is unfortunately a tradeoff between performance and code-size when it comes to leveraging caches. It's certainly simpler to just throw away the cache on seek.
This is probably a case where making the caching logic a bit smarter is warranted. But at the moment there is a significant amount of work related to files bubbling down the pipeline, so it may be better to wait and revisit this after larger data-structure-related performance issues are potentially shaken out.

I understand this tradeoff.
Could you please just verify one thing?
I tried replacing these lines:
https://github.com/littlefs-project/littlefs/blob/d01280e64934a09ba16cac60cf9d3a37e228bb66/lfs.c#L3698-L3702
with a simple "true", to always perform the "skip re-caching if unneeded" optimization, but I had problems down the line. However, to me it seems it should be enough to fix my issue.
If I'm right, the fix would be extremely simple even now.
Or, are there other reasons I'm not seeing, for which this can't work?

I'm not sure lfs_file_desync would help me.
Logically, I don't need to abort writes.
I might exploit it to circumvent the problem, that's true, but I'm not really in control of the software that performs the write calls to LFS, so I can't tell when it would be safe to desync the file.
Right now it seems that I could desync before any "seek backwards", but that software might change outside my control, or have edge cases, so the only practicable solution is to have LFS keep proper track of the cached data.
I still don't fully understand the issue.
I'm not saying that on LFS_F_WRITING we should discard data; I'm saying that on LFS_F_WRITING we should just retain the current cache, with no reload nor flush, if the cache window doesn't change.
If we do:
SEEK 0      xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx   filesize 0, writing=0
            ^
WRITE 2048  aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa   filesize 2048, writing=1, dirty [0, 2048]
                                            ^
SEEK 0      aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa   filesize 2048, writing=1, dirty [0, 2048]
            ^
WRITE 1024  bbbbbbbbbbbbbbbbaaaaaaaaaaaaaaaa   filesize 2048, writing=1, dirty [0, 2048]
                            ^
CLOSE

LittleFS still knows that the file is 2048 bytes long (since overwriting, with the final WRITE, does not imply truncating), and since it flushes out the whole cache anyway, the CLOSE operation should output the whole "bb...ba...aa" data anyway, which would be correct. The fact that the position points at 1024 should be irrelevant.
(I've marked the dirty portion of the cache, though I'm not sure whether LFS keeps track of it explicitly)
The same would work in this case:
SEEK 0      xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx   filesize 0, writing=0
            ^
WRITE 2048  aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa   filesize 2048, writing=1, dirty [0, 2048]
                                            ^
SEEK 0      aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa   filesize 2048, writing=1, dirty [0, 2048]
            ^
WRITE 1024  bbbbbbbbbbbbbbbbaaaaaaaaaaaaaaaa   filesize 2048, writing=1, dirty [0, 2048]
                            ^
SEEK 2048   bbbbbbbbbbbbbbbbaaaaaaaaaaaaaaaa   filesize 2048, writing=1, dirty [0, 2048]
                                            ^
WRITE 1024  bbbbbbbbbbbbbbbbaaaaaaaaaaaaaaaacccccccccccccccc   filesize 3072, writing=1, dirty [2048, 3072]
                                                            ^

The last write must detect that the cache window must move, so it should flush the current cache before fetching (and overwriting) the next window:
WRITE 1024
    (state when write is called)
    <-------------CACHE------------>
    bbbbbbbbbbbbbbbbaaaaaaaaaaaaaaaaxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx   filesize 2048, writing=1, dirty [0, 2048]
                                    ^
    (flush cache to disk)
    <-------------CACHE------------>
    BBBBBBBBBBBBBBBBAAAAAAAAAAAAAAAAxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx   filesize 2048, writing=0
                                    ^
    (load new cache window -- might not even load from disk, since we're past the end of the file, and just fill with 0s or 1s, or just leave "uninitialized")
                                    <-------------CACHE------------>
    BBBBBBBBBBBBBBBBAAAAAAAAAAAAAAAAxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx   filesize 2048, writing=0
                                    ^
    (perform the write -- in cache)
                                    <-------------CACHE------------>
    BBBBBBBBBBBBBBBBAAAAAAAAAAAAAAAAccccccccccccccccxxxxxxxxxxxxxxxx   filesize 3072, writing=1, dirty [2048, 3072]
                                                    ^

This behavior is needed even without using seek(), that is, when we just keep appending data to the file, so I assume that LFS already knows how to do it (I mean, it knows when to flush the cache to disk, if the new write needs to enter a new window).
    <-------------CACHE------------>
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx   filesize 0, writing=0
    ^
WRITE 2048
    <-------------CACHE------------>
    aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx   filesize 2048, writing=1, dirty [0, 2048]
                                    ^
WRITE 2048
    <-------------CACHE------------>
    AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx   filesize 2048, writing=0
                                    ^
                                    <-------------CACHE------------>
    AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx   filesize 2048, writing=0
                                    ^
                                    <-------------CACHE------------>
    AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb   filesize 4096, writing=1, dirty [2048, 4096]
                                                                    ^

The second write must have flushed the data properly, as decribed above.
This exact behavior is what is needed in my case; only, the previous seek should not flush the cache (if the window doesn't move), and let the next write/close/sync operation handle the flushing.


Add sane compiler defaults for Asp's backends

For each of icc, gcc, etc., we should have two sets of default compiler flags: one for debug, and one for production/optimized compilation.
Est time: O(days).

This involves at least two tasks: one is formulating the right set of default compiler flags for debug and release mode for each tool, and the other is designing the interface (how you instruct Asp to build for debug or for release). Under what scenarios should it default to debug or release?


Replace or extend the IProgressBar interface to use IProgress

There is a standard progress interface in .NET called IProgress<T> which, while a method signature is different, covers the existing interface's type of functionality.
It is easier to use this interface as it doesn't require the Hangfire.Console dependency across all libraries in a code base that need to provide progress.
I do understand a reluctance to fully replace IProgressBar as it would be a breaking change as well as IProgressBar allows int and double for values. What might be a fair middle ground (though still breaking) is to have IProgressBar extend both IProgress<int> and IProgress<double>.

I have the following class to solve this issue:
public static class ProgressBarExtensionMethods
{
    public static IProgress<T> AsIProgress<T>(this IProgressBar progressBar, Func<T, double> convert)
    {
        return new ProgressConverter<T>(progressBar, convert);
    }

    private class ProgressConverter<T> : IProgress<T>
    {
        IProgressBar progressBar;
        Func<T, double> convert;
        public ProgressConverter(IProgressBar progressBar, Func<T, double> convert)
        {
            this.progressBar = progressBar;
            this.convert = convert;
        }

        public void Report(T value)
        {
            progressBar.SetValue(convert(value));
        }
    }
}

When using FluentFtp i can just do this:
var progress = context.WriteProgressBar().AsIProgress<FtpProgress>(x => x.Progress);
await client.UploadFileAsync(sourcePath, destinationPath, FtpExists.Overwrite, progress: progress, token: cancellationToken).ConfigureAwait(false);

Works great!

Thanks @Peter-Optiway - I might use something similar to that in my project though would still be nice to have IProgressBar<> built-into the library itself. I'd be happy to write that PR though I don't know if the maintainer would accept that change.

Indeed, I’ve mistakenly thought that interface was not available for old .NET Classic frameworks.
I‘m thinking of adding a new IProgressBar<T> interface extending both IProgressBar and IProgress<T>, and introducing IProgress<T> WriteProgressBar<T>(Func<T, double> converter) extension method. Would that fit your use cases?
I’m a bit busy with other projects at the moment though, so don’t expect it sometime soon. Sorry.

Yeah, a method that returns an IProgress<T> is a good start. Ideally if there was one that already returned a IProgress<double> without a conversion function would be best.
I think it might be a good time to deprecate the current interface and return IProgressBar<double> instead. Internally you are already casting from int to a double. For consumers of the library, int to double is an implicit conversion so they may not even notice the API change.


Range merges page should offer more explicit guidance to users

The Range Merges page tells me that this feature exists, and why it's good.  However it also tells me how to turn it off, but without making it clear why I should ever do that?  Based on reading the page, merging ranges is only ever good.
Estimated scope of work for this issue:

Small option (quick & dirty): We should update this page to provide guidance to users about whether they should ever mess with this, or perhaps a note saying "you probably shouldn't touch this" (my guess is 99% should never touch this, and only then if on the advice of CRL support/engineering)
Large option (slower but better): This information should live on the Distribution Layer page in the architecture docs.  It should probably be a new section following Range Splits.  The cluster setting should probably not be mentioned.  The separate "Range Merges" page should be deleted.

@bdarnell I have questions re: the range merge cluster setting:

Other than in 19.1 where you still have to turn off range merging to do manual splits is there any reason why a user should disable the range merge setting in 19.2+?

Related to the above, does disabling range merges fall into the category of "cluster settings most users should not be changing"?  (Except when working with CRL support/engineering perhaps?)

There are no known reasons why a user would want to turn off range merges in 19.2. (Hypothetically if we discovered a horrible bug in range merges this setting would give us a quick way out but now that merges have been stable for several releases this is unlikely).
Most users should not be changing this setting (this is true of most settings!). We should probably deprecate and remove it.

Large option (slower but better): This information should live on the Distribution Layer page in the architecture docs. It should probably be a new section following Range Splits. The cluster setting should probably not be mentioned. The separate "Range Merges" page should be deleted.

Agreed.

Totally agree with this, too, Rich. Thank you!
On Wed, Nov 13, 2019 at 10:50 AM Ben Darnell<EMAIL_ADDRESS>wrote:

There are no known reasons why a user would want to turn off range merges
in 19.2. (Hypothetically if we discovered a horrible bug in range merges
this setting would give us a quick way out but now that merges have been
stable for several releases this is unlikely).
Most users should not be changing this setting (this is true of most
settings!). We should probably deprecate and remove it.
Large option (slower but better): This information should live on the
Distribution Layer page in the architecture docs. It should probably be a
new section following Range Splits. The cluster setting should probably not
be mentioned. The separate "Range Merges" page should be deleted.
Agreed.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/cockroachdb/docs/issues/5846?email_source=notifications&email_token=ADZIH4XO74KGCLWVIJTHQFLQTQO2XA5CNFSM4JM5FWU2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOED6S2WI#issuecomment-553463129,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADZIH4R3J4SKKKR45OREPLDQTQO2XANCNFSM4JM5FWUQ
.


Cannot upload files

On the current App Store version, the app crashes when a file is selected from the file browser to upload it. Also, when a file is opened with the share sheet, only the local shell appears.

Fixed


Clone parent

Add the selection of the parent Attribute when cloning Sections, QuestionSets, Questions, Options or Attributes.
Add an assertion and a new Validator to prevent users from cloning Attributes in a bad way.

Coverage decreased (-0.05%) to 93.319% when pulling c80aadd9993192e835a51f7f0f86f1b12b9a57fc on clone_parent into 5ed0bfb659ebe99790092db41523094906fb6f91 on master.


Possible to exclude pool or dataset from snaps and sync?

As the title says, I have a dataset which I want to avoid snaping and syncing. How do I accomplish that?

It's not supported in the current codebase, so I'll add a mechanism for excluding datasets. I'm thinking that I'll stick with the recursive snapshot and then remove the newly-created snapshots per-dataset. I've done this piecemeal here for things like swap volumes, although I don't set up new systems with that given long-standing issues with swap on ZFS.
Thank you for bringing this up. There should be a pretty clean solution.

Should be addressed in https://github.com/ChibaPet/backup-zfs/commit/3116207fd178cac90cf4f38b81b1ceba0a829d09
but tell me if you encounter issues or want something different

Update on testing this item.
I have the following structure locally;
zroot/Music
zroot/ROOT
zroot/ROOT/void
zroot/VM
zroot/home
zroot/test
The EXCLUDE line in the script reads as follows;

The output of my initial run is;

The result is, on my remote server I have the following snapshots synced.

So, it appears that the exclusion of home, music and VM work. The exclusion of zroot/ROOT did not exclude the zroot/ROOT/void filesystem. I've probably set something incorrectly, haven't I?
Thanks!


App Crash , Xcode 12.5 this class is not key value coding-compliant for the key

Issue:
Native ios swift app crash in Xcode 12.5.
Reason :
When MKMapperOperation tries to map attribute value it throws an exception :
Terminating app due to uncaught exception 'NSUnknownKeyException', reason: '[<RestKitExample.xx0x600002d463e0> setValue:forUndefinedKey:]: this class is not key value coding-compliant for the key token.'
It was working fine with code 11.xx.

@IshaqiOS @phr85 were you able to fix this issue?


10.11.2 beta OS X No video but has audio.

on latest nightly 1.12.2
Trying to pull any stream from twitch using any quality and getting zero video but still has audio.
Any possible work around on this? Willing to get any logs to help figure out why it's doing this.

What player are you using? And have you tried using a different one?

I'm on VLC 3.0 from nightlies.


How to use other numeric types?

We would like to use mp-units in our embedded product with fixed point math:
#include <mp-units/systems/si/si.h>
#include <https://raw.githubusercontent.com/eteran/cpp-utilities/master/fixed/include/cpp-utilities/fixed.h>

using namespace mp_units::si::unit_symbols;

static_assert(numeric::fixed<16, 16>{1} * h == numeric::fixed<16, 16>{3600} * s);

However, it seems like operator overloads are missing (see Compiler Explorer):
<source>:6:41: error: no match for 'operator*' (operand types are 'numeric::fixed<16, 16>' and 'const mp_units::si::hour')
    6 | static_assert(numeric::fixed<16, 16>{1} * h == numeric::fixed<16, 16>{3600} * s);
      |                        ~~~~~~~~~~~~~~~~ ^ ~
      |                        |                  |
      |                        |                  const mp_units::si::hour
      |                        numeric::fixed<16, 16>
In file included from <source>:2:

I therefore have the following questions:

Is support for user defined numeric types present/planned?
If yes, how to bootstrap a new numeric type?

I was most likely looking for Custom Representation Types. Will reopen this ticket if my experiments fail.

Hi, sure, custom representation types are supported. There are a few examples in the repository already:

https://github.com/mpusz/mp-units/blob/master/example/measurement.cpp
https://github.com/mpusz/mp-units/blob/6db80125135c8528f47b77cb082dcd33dd710af4/example/include/geographic.h#L67-L73
https://github.com/mpusz/mp-units/blob/master/test/unit_test/runtime/linear_algebra_test.cpp

For the last few days, I have been working on improving the concepts and requirements for representation types, but it will take me a while because I want to improve support for vector and tensor quantities as well.

This is how you can make your example work: https://godbolt.org/z/M8E49Po3P

Please note that there is no documentation (besides README) for V2 for now. I will be working on it in the upcoming weeks.

Thank you very much @mpusz!

In case you would also like to use this representation type with vector or tensor quantities, you should also specialize traits for them.


Solved practice 2

Fixes #3

Hey @ken1000minus7,

please share the links to your submissions on Codeforces,
plus, can you please rename your files to lowercase characters, a.kt, b.kt, c.kt, d.kt 😅.

Thanks for your patience and sorry for the inconvenience.

Sure @code-chaser  😇 ! There's already an a.kt and c.kt, should i remove mine?
Also, I wasn't able to make a submission on codeforces as I was getting this error, don't know why 😕

Then how will you know your solutions are correct?

I don't see any option to submit 😕


It would be nice to have a way to find out how many messages are sitting in each of the queues, to help with diagnosing message backup situations.

lol. http://zeromq.org/area:faq asserts that this is literally impossible.

The only way to do this - which we could implement - is to do it in the application. This would mean having sockets going the other way for each connection and sending acks, then either tracking individual messages in a table (slow...) or just keeping sent/ack counts to compare went-into-ZeroMQ vs. acked by downstream. And this would be for individual connections (if someone was delivering in round-robin fashion, there'd be 10 connections and thus ten counts...).

Not planning on doing this.


JavaScript: Add concrete syntax examples to all API classes in Expr.qll.

I've generated API docs from this branch here (internal link) and sanity-checked a few pages.

Thanks for the eagle-eyed review, @asger-semmle! Comments addressed.

You don't seem to have pushed any new changes

Apologies; here they are.


Create tests to compare helm output with iop

Tests are needed to compare the output from helm template with iop for a variety of parameter settings. There should be no diff between the outputs, which can be verified using a YAML diff tool.

That's correct, but you can use some of the scripts in istio/installer to aggregate that - I think bin/iop should do it more or less.
fyi we also now have a sub-command iop diff-manifest (by @richardwxn) that can help with the diffing.

Yes, That what I'm doing now:

Render the templates for each profile with helm template
Generate the manifest for the same profile with iop manifest
Compare the manifests with iop diff-manifest subcommand.


Every node should be able to coordinate with every other node (no jrpcports or jrpcservers necessary)

We probably need to have a diagram of the current architecture, because the jsonrpc is ONLY for the CLI (not a long-running server) to communicate with the local node to ask it to coordinate work on its behalf. Everything else is currently proper libp2p gossipsub.
Does that help, or was this issue about something else?


fix(analyze): Leverage string interpolation to import Wasm files on edge runtime

While working on #775, I found that Vite doesn't support the ?module syntax that we use for loading Wasm files in the edge runtime. Instead, we can use the /* @vite-ignore */ comment but it only applies to imports using string interpolation.
I checked the output of next build and it seems to prepare all the .wasm files in our ./wasm/ directory as "edge chunks" when I use this syntax, so I think we should be good in both scenarios.

One of the examples failed because it tried to parse the WebAssembly Component that we commit into the project. I've modified my original changes to account for this and just use a wasmPrefix variable to trick the bundlers into thinking they are loading dynamic files.


Advanced issues

Hi
I would like to ask if three advance issues are capable in chart.js.
1.In pie chart I would like that when hovering on an arc, the arc will go out a little bit, this will allow to difference between this arc to the others.
2.When hovering on some point/arc/bar... the represented data in the legend will be highlighted.
3.Making the legend symbols instead of squared, to be rounded.
Thanks!!

1 and 2 are not currently possible. You will likely need to write plugins that do this or create your own legend to allow it to be hovered.
re. 3, do you want the point style as the legend style? We have support for that but not for arbitrary shapes. You may need to create your own legend or modify the code yourself to do this

Closing as answered


gRPC metrics code replicates logic in metrics component and is possibly out-of-date

Environment Details

Helidon Version: 2.x
Helidon SE or Helidon MP SE
JDK version: n/a
OS: n/a
Docker version (if applicable): n/a

In gRPC, the MetricsConfigurer class contains an accept method that specifically acts on metrics annotations @Counted, @Timed, and @Metered. That method then delegates to addMetric which checks for those (and other, but not all possible) metrics annotations and then runs some logic that replicates code in the metrics component to create metrics.
I'm checking with the gRPC folks whether the code should pay attention to all metrics which SE metrics supports or only some, and in that case which ones.
Further, we should avoid the duplicated code in MetricsConfigurer and have it instead delegate to the metrics SE code. If needed we can expose a new method from SE metrics which gRPC can invoke.

@aseovic @thegridman
If one of you could confirm which metrics the gRPC code should pay attention to — either a list of specific ones (such as timed, counted, metered) or “all that exist now and might be added in the future” — I will work on refactoring the gRPC and metrics code so gRPC does not duplicate code in metrics and therefore won’t have to be updated going forward.

@aseovic @thegridman
If one of you could confirm which metrics the gRPC code should pay attention to — either a list of specific ones (such as timed, counted, metered) or “all that exist now and might be added in the future” — I will work on refactoring the gRPC and metrics code so gRPC does not duplicate code in metrics and therefore won’t have to be updated going forward.

@aseovic @thegridman Any feedback on which metrics make sense for gRPC?
Here's the list of MicroProfile metrics annotations and brief summaries in case that helps:

ConcurrentGauge - reflects current number of parallel invocations of marked methods or constructors; includes min and max over previous complete minute (all long)
Counted - monotonically increasing long value
Gauge - instantaneous value (long); can vary up or down; no history
Metered - count (long) and throughput mean and one-, five-, and 15-minute exponentially-weighted moving averages (double)
SimplyTimed - count of invocations ('long') and min, max, and cumulative elapsed time Durations
Timed - total Duration plus Metered behavior
Metric - injection or registration of a metric for the annotated field or parameter

Apart from the last one, metric as I don't quite know what it is, the rest can probably be implemented. In gRPC metrics are implemented using gRPC interceptors and not using the normal microprofile/cdi way of wrapping the annotated method in a CDI interceptor. This is because gRPC is all async and in order to correctly implement things like timings you need to start and stop the timing at the correct point, not just around the service method.

OK, thanks for the response. I'll see about abstracting out the common behavior so the gRPC code does not have to change if new metrics are added or if we fix bugs in the original code.


Update word-email-summaries.md

Fix #2487

@JohanFreelancer9 Copy editing is needed for this PR. Thanks.


BMRC COIN info missing on wallet

I'm submitting a ...
[x ] bug report
[ ] feature request
[ ] question about the decisions made in the repository
[ ] question about how to use this project

After a successful merge, token information like name and logo still do not appear in Phanom wallet or on Solflare
#12296
Thank you

duplicate of #12189


Add API + Stub implementation for DTLS Connection ID

Context/Problem: When running a long-lived DTLS connection, there is no stable IP+Port metadata through which the connection can consistently be identified. Therefore, for every participant in such a long-lived connection which has more than one DTLS connection open a means must be provided to associate an incoming DTLS record to a DTLS session.
Connection ID extension: The DTLS Connection ID extension allows to reliably associate DTLS records to DTLS connections across changes in the underlying transport by adding explicit connection identifiers (CIDs) to the headers of encrypted DTLS records. The desired CIDs are configured by the application layer and are exchanged in new ClientHello / ServerHello extensions during the handshake, where each side indicates the CID it wants the peer to use when writing encrypted messages. The CIDs are put to use once records get encrypted: the stack discards any incoming records that don't include the configured CID in their header, and adds the peer's requested CID to the headers of outgoing messages.
Summary: This is the first in a series of PRs adding support for the DTLS Connection ID extension. It (a) adds and documents a new compile-time options and API to configure the use of the Connection ID extension, (b) adds stub implementations for the new API, (c) exemplifies their use in the ssl_client2 and ssl_server2 example applications, (d) adds stub tests to ssl-opt.sh.
API/ABI changes: This PR suggests the addition of the compile-time option MBEDTLS_SSL_CID, disabled by default, which controls the availability of additional SSL API allowing to use the CID extension with Mbed TLS. This additional SSL API consists of the pre-handshake function mbedtls_ssl_set_cid(), which allows to enable/disable the use of the CID extension at compile time, and  the post-handshake function mbedtls_ssl_get_peer_cid(), which allows to check if the use of the CID has been negotiated. The PR also suggests the addition of compile-time constants MBEDTLS_SSL_CID_IN_MAX_LEN, MBEDTLS_SSL_CID_OUT_MAX_LEN controlling the maximum lengths of CIDs at compile-time.
The design of the implementation isn't complete, yet. It is expected that the implementation will break the ABI. It is expected that it does not modify existing API.
Worklist:

[x] Add and document Connection ID specific compile-time configurations
[x] Add and document Connection ID specific API extensions
[x] Add dummy implementations of Connection ID API
[x] Add command line options to control the use of Connection ID in ssl_client2 and ssl_server2
[x] Extend ssl-opt.sh integration tests with basic, single-threaded tests for Connection ID

Later PRs will take care of:

Implement parsing/writing of Connection ID extensions
Implement CID-specific record encryption/decryption for AEAD modes
Add unit tests for CID-specific record encryption/decryption for AEAD modes
Implement CID-specific record encryption/decryption for non-AEAD modes
Add unit tests for CID-specific record encryption/decryption for non-AEAD modes
Adapt SSL record layer to be able to deal with change in record type

@mpg Trivial rebase on top of development to include the for the race condition in check-names.sh.
Could you please re-review?


Crash on Chromebook with External Monitor

I have RD Client installed on a Pixelbook. Recently I tried to add another RDP connection but the app crashed right after I pressed "+" -> "Desktop" button. This happened on every of my multiple tries. An attempt to edit existing connection also resulted in the app crash. After I disconnected my external monitor (ordinary FullHD HP monitor) I managed to add new connection successfully.
Let me know if you need any additional information.

Thanks for your dedication to our documentation. If we have been unable to review your issue in a timely manner, we sincerely apologize for the delayed response. We have captured the informtion you have provided for review. We are closing this issue for now, but if you feel that it's still a concern, please respond and let us know. If you determine another possible update to our documentation, please don't hesitate to reach out again. #please-close


Enable test code

This pull request re-enables the test code and fixes an issue that was causing the tests to timeout when run on Linux (e.g. the Travis CI).
The cause of the hang was line 20, which previously read return; but which I have change to throw err;.
An error is being thrown here because of a typo in lib/util.js which is causing the wrong binary to be used when running on Linux. This typo means that the test is currently failing. This failure is expected.
The typo has already been fixed by @tyrone-sudeium in #4 and I have confirmed that his change causes the test to pass.

It test pass in Mac long ago，but fail in travis due to timeout, so I comment the test code

@caidurbin thank for you works~

@caidurbin I have released a new version to npm

Great, thanks @forsigner! This package is really helpful, thanks for maintaining it.


Total Expenses of Codechef under LGMSOC'21

Aim

Want to add solution of Total Expenses of Codechef under LGMSOC'21

Details

Problem Link - https://www.codechef.com/problems/FLOW009
Problem code - FLOW009
Language used - Java.

Programming language

[ ] C
[ ] C++
[ ] Java
[ ] Python

@Ayush7614 @Amit366 @ravikr126 @Saurabh4626 Please Assign me this issue. I will solve this problem in C++.
LGM-SOC'21
THANK YOU

@Amit366 Please Check the PR I have Created and merge it. I solve the Problem in C++.
LGM-SOC'21
Thank You


[es] localize content/en/docs/tasks/network/validate-dual-stack.md to Spanish

This is a Feature Request
What would you like to be added
Localize content/en/docs/tasks/network/validate-dual-stack.md to Spanish
Why is this needed
There is no Spanish localization for this file.
Comments
/triage accepted
/kind feature
/language es
/sig docs
/area localization

/assign

Hi @jheimar do you want us to continue your contribution or do you want to create another PR?

Being solved at https://github.com/kubernetes/website/pull/46104

/unassign @jheimar
/assign @ramrodo

closing in favor of https://github.com/kubernetes/website/issues/48073
/close


feat: implement new scale

This PR implements the new scale (Gut, Mäßig, Kritisch).

[x] ensure tailwind doesn't purge scale classes (add colors.js to content section in tailwind config?)
[x] new scale for tree dots
[x] remove 1-5 labels from tree dots
[x] util functions
[x] soil layer viz
[x] data list item
[x] TOC and other Story-related stuff
[x] forecast viz
[x] legend
[x] home slider
[x] replace images of home slider
[x] be consistent with naming (Saugspannung or Wasserversorgung, also mirrored in function names etc.)
[x] refactoring?

:tada: This PR is included in version 1.0.0-staging.1 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


docker port trouble

Thanks for the great development.
When I create an environment with docker container in wsl on windows, if the port number mapped in docker-compose.yml and the port number described in server.js are the same, the server cannot start and does not output any errors. I imagine this is related to something in this library. Do you have any idea what it could be?
For example, in the following example, node server.js will not start, and i must either change the mapping to 8080:8081 or devise a way to change the port specification in server.js to 8082.
version: '3' services:   app:     container_name: app     build:       context: .       dockerfile: Dockerfile     restart: always     tty: true     volumes:       - type: bind         source: .         target: /app     ports:       - 8080:8080

Sorry, my lack of web development knowledge was not the problem with this library.
I had to specify the server.js host as <IP_ADDRESS>.
thank you.


Django 1.10 - rqworker: error: unrecognized arguments

When I upgraded to django 1.10, django-rq 0.9.2 seems to be not compatible with django 1.10 changes and it raises the following error:
usage: manage.py rqworker [-h] [--version] [-v {0,1,2,3}]
                          [--settings SETTINGS] [--pythonpath PYTHONPATH]
                          [--traceback] [--no-color]
                          [--worker-class WORKER_CLASS] [--pid PID]
                          [--burst BURST] [--name NAME]
                          [--queue-class QUEUE_CLASS]
                          [--worker-ttl WORKER_TTL]
manage.py rqworker: error: unrecognized arguments: automation

According to change log for 0.9.2 release compatibility issue should be fixed, but I'm still facing this issue. When I install django-rq from master branch, it works fine.
My problem that one of the dependancies library requires django-rq >= 0.9.1 which leads to install django-rq 0.9.2 from pypi. Even if I put the git repo in requirements.txt, the pip see the git version as same as the pypi release of 0.9.2 which makes it just ignore the git version (as it assume its already installed)
Can you please increment current version on git master branch to 0.9.3? any maybe create new pypi release?

Will tag a release this weekend.

Did this issue get solved/any release tagged?

@frisellcpl solved in #180 but awaiting a 0.9.3 release

Just released 0.9.3 on PyPI. Sorry for the wait.

Thanks @selwin, much appreciated. (Perfect timing for me as I only came across the issue yesterday :)


Support running tests without sbt

I'd like a way to run utest tests from outside sbt; some way of invoking a standalone runner with a main() with java.

This is fixed in 31e835d (not yet on github) which will go out next release


Add OpenTSDB Support

http://opentsdb.net/
Would be great to have...

Just labelled as “Help Wanted”. Any contribution is welcomed.


Add large payload test

fix https://github.com/aneoconsulting/ArmoniK/issues/549

Create new PR with merged main


Handle NULL value properly at binding stage

Right now if the frontend sends a NULL value at the binding stage the system will crash.

closed with #284


claiming rewards issue

[mati@cardano ~]$ 01_claimRewards.sh owner.staking owner.payment

Claim Staking Rewards from Address owner.staking.addr with funds from Address owner.payment.addr

Current Slot-Height: 747699 (setting TTL to 757699)
option --address: cannot parse value `5821e050201799ac75c636f7339bb55b9732cfdde4cca78e84331edbe5cc34b3834f33'

Usage: cardano-cli shelley query stake-address-info --address ADDRESS
                                                    (--mainnet |
                                                      --testnet-magic NATURAL)
  Get the current delegations and reward accounts filtered by stake address.

Claim all rewards from Address owner.staking.addr:  lovelaces

Send the rewards to Address owner.payment.addr: 00cc5ce91df9c47d9f46344d6f7dc8daec7d2cad627af803a8f45da7ec2d38e32f50201799ac75c636f7339bb55b9732cfdde4cca78e84331edbe5cc34b3834f33
Pay fees from Address owner.payment.addr: 00cc5ce91df9c47d9f46344d6f7dc8daec7d2cad627af803a8f45da7ec2d38e32f50201799ac75c636f7339bb55b9732cfdde4cca78e84331edbe5cc34b3834f33

1 UTXOs found on the payment Addr!

HASH: c2ede8f5d0317ed2bc7d885a553ea4dc94571e6533004263521a6d43624f8090   INDEX: 0        LOVELACES:<PHONE_NUMBER>4
Total lovelaces in UTX0:<PHONE_NUMBER>4 lovelaces

Invalid option `--withdrawal'

Usage: cardano-cli (Byron specific commands | Shelley specific commands |
                     Miscellaneous commands)
Mimimum transfer Fee for 1x TxIn & 1x TxOut & Withdrawal:   lovelaces
/home/mati/scripts/cardano/ff-testnet/01_claimRewards.sh: line 111:<PHONE_NUMBER>4-+ : syntax error: operand expected (error token is "+ ")

Building the unsigned transaction body:  /tmp/owner.payment.txbody

option --tx-out: cannot parse value `00cc5ce91df9c47d9f46344d6f7dc8daec7d2cad627af803a8f45da7ec2d38e32f50201799ac75c636f7339bb55b9732cfdde4cca78e84331edbe5cc34b3834f33+'

Usage: cardano-cli shelley transaction build-raw --tx-in TX-IN --tx-out TX-OUT
                                                 --ttl SLOT --fee LOVELACE
                                                 [--certificate-file FILE]
                                                 [--update-proposal-file FILE]
                                                 --out-file FILE
  Build a transaction (low-level, inconvenient)
type: TxUnsignedShelley
title: Free form text
cbor-hex:
 18b3a5008182582078d0ff183cabf23455f5e1ab91837df6215521e8b3904c18ddefa89bf50696d0
<PHONE_NUMBER>4100cc5ce91df9c47d9f46344d6f7dc8daec7d2cad627af803a8f45da7ec2d38e32f50
 201799ac75c636f7339bb55b9732cfdde4cca78e84331edbe5cc34b3834f331a00872726021a0002
 9d2d031a000a7620048182008200582050201799ac75c636f7339bb55b9732cfdde4cca78e84331e
 dbe5cc34b3834f33

Sign the unsigned transaction body with the owner.payment.skey & owner.staking.skey:  /tmp/owner.payment.tx

type: TxSignedShelley
title: Free form text
cbor-hex:
 18b183a5008182582078d0ff183cabf23455f5e1ab91837df6215521e8b3904c18ddefa89bf50696
 d000018182584100cc5ce91df9c47d9f46344d6f7dc8daec7d2cad627af803a8f45da7ec2d38e32f
 50201799ac75c636f7339bb55b9732cfdde4cca78e84331edbe5cc34b3834f331a00872726021a00
 029d2d031a000a7620048182008200582050201799ac75c636f7339bb55b9732cfdde4cca78e8433
 1edbe5cc34b3834f33a1008282582004163278dc88df370e0913609a9e8659608916485cb857a902
 313728de8ec1a0584030f2bbe57ee1149f60b9edd48c2aca617f748fd56638b6a5a3fcc65e5b2417
 2f9420fb456c534762f4b52a293ddd57f634de52442635407b4a6e50ae37b51c02825820eb45a621
 a4b4472180854da0c4c707b31570cf4e90f722bb72c7442ced12b3ba5840c4371fc35b4e2fc3d222
 5cddd334ac6c39db9c3c7104287521e9d2701c1121a0ce4fc24aca128754c8e3a7e028a06b4269fc
 1f4cb3882e51cc72b321cdac630bf6

Does this look good for you, continue ? [y/N]

hi,
as in the description, you need the master branch cardano-node and cardano-cli compile for this to work.
best regards,
martin

Thank you, I saw the comment but I understood it means something else namely master branch of project itself.

Does it mean claiming rewards is not even possible in version 1.13.0 ?

Not with a node compiled with tag 1.13.0. With a node compiled with the master (commit c17483d) tag it is working. You need one node to do that. You don't have to change your relay or core nodes for that.

I tried hacking genesis and adding minPoolCost but what happened is my db got corrupted on relay node... and then it crashed
Simply put they released 1.13.0 without a solid way to claim rewards right? We should maybe wait when they tag a new version? At the end of the date these are fake rewards anyway... so it doesn't really matter that much :)

i already wrote them so maybe we get a 1.14.0 tagged version for this

please use tag 1.13.0-rewards now


Fix for attributed string attributes loss

Fixed NSAttributedString setString issue that removes original attributes by enumerating the original attributes and copying them to the new element
this PR should fix https://github.com/optonaut/ActiveLabel.swift/issues/219

@polqf leaving a fix for attributed strings attributes loss

Hey guys is there any chance this is going to get merged?

I think this fails due to incompatibility with new Swift 4.2.

I checked this changes on Swift 4.2 and it worked well. Please merge this changes to master.

I checked this changes on Swift 4.2 and it worked well. Please merge this changes to master.

@jhpassion0621 thanks for checking that 😄

Thanks @jhpassion0621, 2 tests have failed, if you can re-submit this PR with travis passing, I can merge it and include it in the next release.

Thanks @jhpassion0621, 2 tests have failed, if you can re-submit this PR with travis passing, I can merge it and include it in the next release.

I don't have access to that fork anymore, i'll create a new fork and re-submit

@maziyarpanahi check #311 please

@demonar Thanks, I added your new pull request to the 1.1.0 release with Swift 5.0


Enable Tablet Mode for Privacy Policy

Closes #69
I have enabled Tablet Mode for Privacy Policy Page.
https://github.com/Deveimer/vovoca-frontend/assets/91741581/d86d0f15-1e78-48d6-94cf-875b8347f51b

@Vidip-Ghosh resolve conflicts

@Vidip-Ghosh resolve conflicts

Yes, I have resolved the conflicts


AN-5523 tags

Theres also models/silver/program_logs/silver__transaction_logs_program_data.sql which runs on core job, but its in the silver/program_logs folder so should that folder be moved to silver/core?

Theres also models/silver/program_logs/silver__transaction_logs_program_data.sql which runs on core job, but its in the silver/program_logs folder so should that folder be moved to silver/core?

I can just add the folder to the core model list


ibm-label cannot read property 'nativeElement' of undefined

Detailed description
Describe in detail the issue you're having.
When using the ibm-label component throws an error (not fatal, page still loads) when you use it in Angular 9
Is this a feature request (new component, new icon), a bug, or a general issue?
Bug
Is this issue related to a specific component?
ibm-label
What did you expect to happen? What happened instead? What would you like to see changed?
Not throw an error, instead it threw the following error:
login.component.html:12 ERROR TypeError: Cannot read property 'nativeElement' of undefined
    at Label.push../node_modules/carbon-components-angular/input/label.component.js.Label.ngAfterContentInit (label.component.js:73)
    at callProviderLifecycles (core.js:33680)
    at callElementProvidersLifecycles (core.js:33652)
    at callLifecycleHooksChildrenFirst (core.js:33634)
    at checkAndUpdateView (core.js:45977)
    at callViewAction (core.js:46338)
    at execComponentViewsAction (core.js:46266)
    at checkAndUpdateView (core.js:45979)
    at callViewAction (core.js:46338)
    at execEmbeddedViewsAction (core.js:46295)

What browser are you working in?
Chrome version 80
What version of the Carbon Design System are you using?
3.47.1
What offering/product do you work on? Any pressing ship or release dates we should be aware of?
Steps to reproduce the issue
Use angular 9, create a page and just add the following:
<ibm-label
            helperText="The email you used during sign-up"
            [invalid]="true"
            invalidText="Please enter a valid email">
            Email
            <input ibmText formControlName="email" name="email">
          </ibm-label>

Additional information

This is still not resolved in v4.
Is there a reason why we're getting this error?...

@cal-smith Any updates on this, this makes the project seem very messy?

Hey 👋 super sorry this fell through the cracks! There's been some post-release issues with @carbon/icons-angular that has been taking up most of my time. Totally my bad!
We'll definitely investigate this, but if you wanted to contribute a fix or propose a solution that would be amazing! We rely pretty heavily on community contributions 🙂
Sorry again if this gave a bad impression! We definitely don't want to lose track of anything.

Seems like this only happens when I use version 4.1.0 or earlier, it looks like a guard was introduced in #1205. So just upgrade to version 4.1.1 or later and you shouldn't come across this error. https://codesandbox.io/s/carbon-components-angular-7bt0h?file=/src/app/app.component.html


Fetch and display events

@Omkar76 is your PR complete?

@Omkar76 is your PR complete?

Done. please review.


Broken reference URL (here is correct one)

https://github.com/jsor/geokit/blob/4252c0ef97a6dc1040f67946ab0a3a072f9ca980/src/Polygon.php#L72
Working URL: https://wrf.ecse.rpi.edu/Research/Short_Notes/pnpoly.html

Thanks, fixed in 5ce8113436610c77489a040130edcb9d22cfa3a7.


Add JMH benchmark LZW algorithm

This can be used as a base to know if changes to LZW are improved performance-wise, as well as GC wise. We could keep it as a branch used just during testing of alternative LZW implementations, but I think it would be helpful to have around in general. We could add encoding benchmarks for when we go to a binary format, for example.
Baseline:
Benchmark                                                                              Mode  Cnt       Score       Error   Units
LzwCompressionBenchmark.measureCompressThroughput                                     thrpt    5    3417.926 ±   190.332   ops/s
LzwCompressionBenchmark.measureCompressThroughput:·gc.alloc.rate                      thrpt    5     748.716 ±    41.979  MB/sec
LzwCompressionBenchmark.measureCompressThroughput:·gc.alloc.rate.norm                 thrpt    5  241248.014 ±     0.002    B/op
LzwCompressionBenchmark.measureCompressThroughput:·gc.churn.PS_Eden_Space             thrpt    5     700.957 ±     4.011  MB/sec
LzwCompressionBenchmark.measureCompressThroughput:·gc.churn.PS_Eden_Space.norm        thrpt    5  225900.269 ± 13551.567    B/op
LzwCompressionBenchmark.measureCompressThroughput:·gc.churn.PS_Survivor_Space         thrpt    5      12.404 ±     0.840  MB/sec
LzwCompressionBenchmark.measureCompressThroughput:·gc.churn.PS_Survivor_Space.norm    thrpt    5    3996.654 ±   177.041    B/op
LzwCompressionBenchmark.measureCompressThroughput:·gc.count                           thrpt    5      30.000              counts
LzwCompressionBenchmark.measureCompressThroughput:·gc.time                            thrpt    5   32204.000                  ms
LzwCompressionBenchmark.measureUncompressThroughput                                   thrpt    5    5167.581 ±   515.675   ops/s
LzwCompressionBenchmark.measureUncompressThroughput:·gc.alloc.rate                    thrpt    5     684.608 ±    68.677  MB/sec
LzwCompressionBenchmark.measureUncompressThroughput:·gc.alloc.rate.norm               thrpt    5  145896.011 ±     0.001    B/op
LzwCompressionBenchmark.measureUncompressThroughput:·gc.churn.PS_Eden_Space           thrpt    5     662.171 ±     8.921  MB/sec
LzwCompressionBenchmark.measureUncompressThroughput:·gc.churn.PS_Eden_Space.norm      thrpt    5  141188.005 ± 13687.078    B/op
LzwCompressionBenchmark.measureUncompressThroughput:·gc.churn.PS_Survivor_Space       thrpt    5      22.185 ±     0.512  MB/sec
LzwCompressionBenchmark.measureUncompressThroughput:·gc.churn.PS_Survivor_Space.norm  thrpt    5    4730.867 ±   556.624    B/op
LzwCompressionBenchmark.measureUncompressThroughput:·gc.count                         thrpt    5      35.000              counts
LzwCompressionBenchmark.measureUncompressThroughput:·gc.time                          thrpt    5   29217.000                  ms

Nice benchmark.
I think a greater diversity of test data would be helpful, especially with extremes of highly compressible (e.g. all 0's maybe) and compression resistant (crypto-secure rng). My gut feeling is that highly compressible data might put more pressure on GC. Alternatively, would there be any way to capture actual data for which we know GC pauses are high?


The missing JGroups module and tests

https://hibernate.atlassian.net/browse/HSEARCH-1907

This might be troublesome on OSX.. I hope not?

This might be troublesome on OSX.. I hope not?

It fails indeed for me on OS X. IIRC, some route config foo is needed? Could you share the link again? I can go and configure my machine, but obviously it's going to be an obstacle for contributors who may run into the same issue

Thanks for testing that. I don't remember the link, it's in the JGroups JIRA.. but don't bother, I agree with the obstacle point and will try to figure out an alternative.
So.. don't fix your machine yet or I run out of guinea pigs ;)