No response when I click "open..." menu button

hi  sir,  the screen is  appears when I run  "yarn start "  , but  no  response when I click "open..." menu button,  please why?

Check this issue


Failing test on Windows

We've got a test that fails on Windows but not nix
FormattingFacts.TextChangesAreSortedLastFirst
For some reason its returning 8 spaces as the text change in windows and only a single space on nix.
Had a quick peek around but not familiar with the code so may be one for @jrieken :)

Funky - it seems to pick up a setting from somewhere ;-) I will investigate but I am afraid I won't find time before tomorrow.

Ah, good. At least it wasn't something obvious I was missing :)

Please.... this is tweaking my OCD :)

Is it worth just skipping the test for now?

Haven't got my head around TextChanges yet, but it looks like a genuine fail - whether that's coming from omnisharp or roslyn, not so sure. But I think we should leave it until we have an answer.

back from :ski: and this is high on my list - it is strange tho and doesn't repo on my windows box...

Any output I can get you that will help?

@mat-mcloughlin anything is appreciated ;-) this is becoming very weird... can you repro this locally?

getting there with PR #148 - it is the way git preserves or replaces newline character when fetching stuff...


Tidying up output when using parallel running

The output to screen was not working well when running in parallel as messages were printed to screen for each file that was processed rather than for the full results. These changes are aimed at improving this and the percent process indicator has been removed - I may try to reincorporate this in future as I found it quite useful to track progress.
In the course of doing this I noticed that only the output from the first file processed was being written to the csv file and I've tried to fix this.
I have removed the logfile writing function as this is now unused and was previously found to be very slow.
It may be better in future to read the profile list in the main function like is now done for the list of QC checks so that the QC checks can see all the profiles rather than just the ones in the same file as the profile currently being QCed. This might help avoid the need for careful division of the input files for tests like the track check, although it might complicate things in other ways.

And that's why we always want two sets of eyes on a project - great catch on the csv recombination, I was worried that infrastructure was under-tested... Looks good, thanks for this!


fix(RadioGroup): gap for radio buttons

Reduce the distance between radio buttons inside Radio.Group

Can we make these buttons smaller according to the design?


update CriCtl path for windows

Containerd is constantly being restarted due to NPD's healthchecker. The CriCtl path that it uses to detect the health of containerd is incorrect. This change updates the path for windows nodes to the correct path and will prevent containerD from restarting all the time.

/cc @jeremyje

/lgtm
/approve

/ok-to-test

/sig windows

/lgtm
/approve


[Bug]: CSLC and RTC SCIFLO failure - ran out of space

Checked for duplicates
Yes - I've already checked
Describe the bug
Ran end-to-end testing of R2 and there was one SCIFLO job failure with out-of-space disk error.
A few days later a large set of data was run on the PST cluster and we observed hundreds of same failures w the following exception:
Traceback (most recent call last):
File "/home/ops/verdi/ops/hysds-1.1.10/hysds/job_worker.py", line 1410, in run_job
post_processor_sigs.append(func(job, context))
File "/home/ops/verdi/ops/hysds-1.1.10/hysds/triage.py", line 138, in triage
prod_json = publish_dataset(triage_dir, ds_file, job, ctx)
File "/home/ops/verdi/ops/hysds-1.1.10/hysds/dataset_ingest.py", line 202, in publish_dataset
shutil.copy(context_file, prod_context_file)
File "/opt/conda/lib/python3.9/shutil.py", line 427, in copy
copyfile(src, dst, follow_symlinks=follow_symlinks)
File "/opt/conda/lib/python3.9/shutil.py", line 266, in copyfile
with open(dst, 'wb') as fdst:
OSError: [Errno 28] No space left on device: '/data/work/jobs/2023/03/08/23/03/SCIFLO_L2_CSLC_S1__2.0.0-rc.3.0-S1B_IW_SLC__1SDV_20200101T013924_20200101T013954_019617_025131_20F8-20230308T221045.929422Z/triaged_job-SCIFLO_L2_CSLC_S1__2.0.0-rc.3.0-S1B_IW_SLC__1SDV_20200101T013924_20200101T013954_019617_025131_20F8-20230308T221045.929422Z_task-23bede8a-fccc-414a-9bd8-62d1e580688b/triaged_job-SCIFLO_L2_CSLC_S1__2.0.0-rc.3.0-S1B_IW_SLC__1SDV_20200101T013924_20200101T013954_019617_025131_20F8-20230308T221045.929422Z_task-23bede8a-fccc-414a-9bd8-62d1e580688b.context.json'
The solution likely is to alter the job-spec file for the CSLC and RTC PGE jobs so that the system clears out the jobs folder more aggressively - there's no point in keeping old job files around.
On a fresh PGE EC2 we do not run out of space because there's no data from previous runs present:

You can see here that an EC that's been running for a while is still carrying job data from previous runs. It will likely run out of space during this or the next run:

What did you expect?
Expected the SCIFLO jobs to complete without errors.
Reproducible steps
1.
2.
3.
...

Environment
- Version of this software [e.g. vX.Y.Z]
- Operating System: [e.g. MacOSX with Docker Desktop vX.Y]
...

The SCIFLO job that had failed previously but completed the second time (after a brand new EC2 had spun up) used 47GB of job data:

We will need to clean out the workspace after the PGE job completes.

Setting the job-spec disk_usage parameter to 70GB will likely resolve this issue.

Was able to reproduce this issue by running two CSLC PGE jobs back to back w ASG max set to 1:

Changing the disk_usage parameter to 70Gb resolved this issue. Using rc4 tag ran e2e test with artificially low SCIFLO ASG max to force more cycles on the same EC2 instance. I observed as many as 6 cycles on the same EC2 and all ran without any errors. Watching disk usage I could see that the data was getting deleted actively.


Surprisingly, in a private channel where there was not a single live subscriber, the records were viewed a dozen times! I understand everything, but this discredits the developers, it is obvious that there are more of them than users. Excuse me for help. Please refrain from making recommendations. It doesn't bother me.

🐞 Bug Report
<--
❗ NEVER put your Telegram API key or any other private details here. (like passwords, user IDs, etc.)
Substitute them like <API_KEY> or <USER_ID> etc.
-->
Required Information

?
!

Operating system
Name and version

PHP Telegram Bot version
x.y.z

PHP version
x.y.z

MySQL version
x.y.z / none

Update Method
Webhook / getUpdates

Self-signed certificate
yes / no

RAW update (if available)
{...}

Summary

Current behaviour

How to reproduce

Expected behaviour

This is not the Telegram Support Github?


Use dashmap::DashSet in uv_extract::unzip

Summary
Use dashmap::HashSet over Mutex<HashSet>.
Suggested in https://github.com/astral-sh/uv/pull/3435#discussion_r1592917098.
This is a bit more complex that I thought: the original hashmap lock was held through the create_dir_all call, and if we naively swap it for dashmap this is not the case anymore which creates a race condition. See f9a5feaa5b39892364c3f8b63f9ba22aa7917a75.
I don't know if this is worth it, feel free to close if not.

Hmm I agree that if we're holding the lock during the fs operation DashMap probably doesn't buy us much. We could use a OnceMap here to avoid contention on the lock, however, I'm not sure if the contention is a bottleneck given that the download still happens in parallel. If it's not I agree this is probably not worth it.

Alright, let's close for now then. Sorry for the churn @DaniPopes, appreciate your work!


bugs

I only have to applaud you that you even made this, although there are kinks to iron out, the concept is made and you should be proud of what you made.
anyways, back bugs and issues.

You have to drag it down a bit in order for it respond and go down, is there a way to make it more sensitive so it only works on a flick?

sometimes when the phone is open and the track moves to another one,  it doesn't update but the music app itself shows the correct song, only when you pause with the smart edge and play it, it updates which song is being played.

Personal request: can there be a way to change the colour of the smart edge?

one request to add nothing to display when user clicks on empty dynamic island.

one request to add nothing to display when user clicks on empty dynamic island.

What about a little bounce back animation like in iphone?


Analyzer version

I'm trying to use this package with the auto_route but I'm having version issues:
Because ferry_generator >=0.4.3 <0.5.0-dev.0 depends on gql_code_builder ^0.2.0 which depends on analyzer ^1.2.0, ferry_generator >=0.4.3 <0.5.0-dev.0 requires analyzer ^1.2.0.
And because auto_route_generator >=2.4.0 depends on analyzer ^2.3.0, ferry_generator >=0.4.3 <0.5.0-dev.0 is incompatible with auto_route_generator >=2.4.0.

You should be able to get around this by setting a dependency_override on analyzer to 2.3.
I'm not sure we should update our dependency because we'd create this same issue for anyone who is not using analyzer >2.0 yet.

You should be able to get around this by setting a dependency_override on analyzer to 2.3.
I'm not sure we should update our dependency because we'd create this same issue for anyone who is not using analyzer >2.0 in any of their dependencies.

Awesome! Done it by adding on my pubspec.yaml file:
dependency_overrides:
  analyzer: ^2.3.0

Closing this now.

You should be able to get around this by setting a dependency_override on analyzer to 2.3.
I'm not sure we should update our dependency because we'd create this same issue for anyone who is not using analyzer >2.0 in any of their dependencies.

@smkhalsa I think that the correct resolution to this is to update the dependency constraint on the analyzer package.
If the breaking changes introduced in analyzer 2.0.0 do not break Ferry's usage of analyzer then the constraint can be updated to analyzer: >=1.7.2 <3.0.0.
Applying this change will remove the need for a dependency override on analyzer which can cause unexpected issues, and it won't "create this same issue for anyone who is not using analyzer >2.0 in any of their dependencies"

@britannio sounds good to me.

@smkhalsa If I was to create a PR here, would just adding the constraints and running the tests OK be enough, or what does analyzer actually do?
Is it only used for static analysis when formatting? And in that case could it be moved to a dev_dependency, or am I missing something?

ferry_generator has a direct dependency on analyzer. Also, analyzer is a transitive dependency via gql_code_builder, so it will need to be upgraded there first.


Readme.md is out of date

The recent (may) announcement had a number of features that don't appear in the readme for the project (namely 64 bit support).
Also - would be useful if the readme clearly called out what OS' are supported (near the beginning if possible).  I wasn't clear if Windows is supported (I think it isn't, which limits project that need cross platform support vs. more server based ones)

Yes


TypeScript: broken when index signature is used

following code is parsed incorrectly, because of index signature (it can be seen for example here https://www.typescriptlang.org/docs/handbook/interfaces.html)
interface A {
  [prop: string]: any;
  prop1: any;
}

prop1 is currently parsed as a variable instead as a property

Merged as d79935c60. Fixed in 96a1ca9f


Save Stream into a String for dotnet

Good afternoon,
I'm trying to take the MemoryStream that contains the content of a Ciphertext after using the .Save() method in the dotnet version of this library, and then saving it into a String. Then it will go into a process of compression to be sent via HTTPS to an API. Here is a snippet of the code I would use (all the process in the same file):
Stream zeroStream = new MemoryStream();
xEncrypt.Save(zeroStream);
Console.WriteLine("Original length: " + zeroStream.Length.ToString());
zeroStream.Seek(0, SeekOrigin.Begin);
var zeroKey = StreamToString(zeroStream);
try
{
    var cmpr = CompressString(zeroKey);

    Stream recv = new MemoryStream();
    recv = StringToStream(DecompressString(cmpr));
    Console.WriteLine("Final length: " + recv.Length.ToString());
    Ciphertext ld = new Ciphertext();
    ld.Load(context, recv);
} catch (Exception ex)
{
    Console.WriteLine(ex.ToString());
}

Compression and decompression is not an issue as I already checked that part. The issue comes when doing the String <-> Stream conversion. The original size of the Stream is 88535, and after going through that process, it remains the same, but, even if the sizes match, it results into the next error: System.InvalidOperationException: Loaded SEALHeader is invalid in the .Load() method.
The code for the conversion functions is the following:
public static Stream StringToStream(string src)
{
    byte[] byteArray = Encoding.ASCII.GetBytes(src);
    return new MemoryStream(byteArray);
}

public static string StreamToString(Stream stream)
{
    stream.Position = 0;
    using (StreamReader reader = new StreamReader(stream, Encoding.ASCII))
    {
        return reader.ReadToEnd();
    }
}

I was wondering if there is a mistake in the way I'm converting from a Stream to a String and viceversa, as I'm losing the SEAL Header info. Also, if there is a way to directly save the Stream into a Json without going through this conversion process.
Best regards,
Patricia

Have you tested whether your stream <--> string conversions work correctly?

Yes, it works fine for usual strings. I think the issue might be that the .Save() method uses a Binary Stream and some characters may differ when using a Stream/MemoryStream.

In that case, can you create a binary stream without SEAL to test the conversions?

Hi,
I tried these two different methods for STREAM <--> STRING conversion, using BinaryReader and Writer. Doing tests for recover the string value, the methods do the work correctly(as we receive the same string doing the  auxiliar conversion), but at the time I compare the strings with Equals() or de Streams with an auxiliar function that compares both auxiliar Streams, it also returns a "FALSE" value, implying that both streams are different.
These are the new StringToStream and StreamToString functions:
`public string StreamToString(Stream str)
{

        str.Position = 0;
        byte[] bytes;
        string res;

        using (var reader = new BinaryReader(str, Encoding.ASCII, true))
        {
            bytes = reader.ReadBytes((int)str.Length);
        }

        res = Encoding.ASCII.GetString(bytes, 0, bytes.Length);
        return res;

    }
public static Stream StringToStream(string src)
{

        Stream str = new MemoryStream();

        using (var writer = new BinaryWriter(str, Encoding.ASCII, true))
        {
            writer.Write(src);
        }
        return str;

    }`

Function that compares two binary Streams:

`private bool AreStreamsEqual(Stream stream, Stream other)
  {
      const int bufferSize = 4096;
      if (other.Length != stream.Length)
      {
        return false;
       }

        byte[] buffer = new byte[bufferSize];
        byte[] otherBuffer = new byte[bufferSize];
        while ((_ = stream.Read(buffer, 0, buffer.Length)) > 0)
        {
            var _ = other.Read(otherBuffer, 0, otherBuffer.Length);

            if (!otherBuffer.SequenceEqual(buffer))
            {
                stream.Seek(0, SeekOrigin.Begin);
                other.Seek(0, SeekOrigin.Begin);
                return false;
            }
        }
        stream.Seek(0, SeekOrigin.Begin);
        other.Seek(0, SeekOrigin.Begin);
        return true;
    }`

Test of streams:

`Stream str2 = new MemoryStream();
  Stream str1 = new MemoryStream(Encoding.ASCII.GetBytes("Hola"));

        str1.CopyTo(str2);
        string string1 = StreamToString(str1);
        Stream str3 = StringToStream(string1);
        bool son = AreStreamsEqual(str2, str3);
        Console.WriteLine(" Is stream_title2 == stream_title?: \n" + (son ? "TRUE" : "FALSE"));`

Result: Is stream_title2 == stream_title?: FALSE
Test of strings:
`var str2 = StringToStream(_title);

        Console.WriteLine("STRING OF THE TITLE:  \n" + _title);
        Console.WriteLine("(STRING -> STREAM) OF THE TITLE:  \n" + str2);
        var string_title = StreamToString(str2);
        Console.WriteLine("(STREAM -> STRING) RECUPERADO: \n" + string_title);

        Console.WriteLine(" Is post.title == (STREAM-> STRING recuperado)?: \n" + _title.Equals(string_title));`

Result:
STRING OF THE TITLE: hola
(STRING -> STREAM) OF THE TITLE: System.IO.MemoryStream
 (STREAM -> STRING) RECUPERADO: hola
Is post.title == (STREAM-> STRING recuperado)?: False

We tried for different encodings: UTF8 and ASCII. Although, the results for the tests are the same.
Any help is welcome.
Regards,
Raul.

In that case, can you create a binary stream without SEAL to test the conversions?

Yes. Both with the methods proposed by Raul and the original ones, the mistake remains the same. When trying to do the Stream <-> String conversion for an example value (4) with the following code:
Ciphertext xEncrypt = new Ciphertext();
            //encryptor.EncryptZeroSymmetric(xEncrypt);

            ulong xFour = 4;
            Plaintext plaintext = new Plaintext(ULongToString(xFour));
            encryptor.EncryptSymmetric(plaintext, xEncrypt);

            Plaintext pt = new Plaintext();
            decryptor.Decrypt(xEncrypt, pt);
            Console.WriteLine("DECRYPTED: " + pt[0]);

            Stream zeroStream = new MemoryStream();
            xEncrypt.Save(zeroStream);

            var zeroKey = StreamToString(zeroStream);

            Console.WriteLine("Original String: " + zeroKey.Substring(0, 100));
            Console.WriteLine("Original String's Length: " + zeroKey.Length);

            try
            {
                var cmpr = CompressString(zeroKey);
                Stream recv = new MemoryStream();
                recv = StringToStream(DecompressString(cmpr));

                var cmprDebug = CompressString(zeroKey);
                Stream recvDebug = new MemoryStream();
                recvDebug = StringToStream(DecompressString(cmprDebug));
                var stringDebug = StreamToString(recvDebug);

                Console.WriteLine("Final String: " + stringDebug.Substring(0, 100));
                Console.WriteLine("Final String's Length: " + stringDebug.Length);

                recv.Seek(0, SeekOrigin.Begin); // Avoid reading beyond the end of the stream

                Ciphertext ld = new Ciphertext();
                ld.Load(context, recv); // Breaks in LoadHeader

                Plaintext pt2 = new Plaintext();
                decryptor.Decrypt(ld, pt2);
                Console.WriteLine("DECRYPTED: "+ pt2[0]);

            }
            catch (Exception ex)
            {
                Console.WriteLine(ex.ToString());
            }

We'd get the following output:
DECRYPTED: 4
Original String: ^�
��
z��2�
���ܿ;���_�`R^��������9
Original String's Length: 83685
Final String: ^�
��
z��2�
���ܿ;���_�`R^��������9
Final String's Length: 83685
System.InvalidOperationException: Incompatible version
  at Microsoft.Research.SEAL.Serialization.Load (Microsoft.Research.SEAL.Serialization+LoadDelegate LoadData, System.IO.Stream stream) [0x0004d] in <e5de90df17f34d03bd03b0bd24d527d0>:0
  at Microsoft.Research.SEAL.Ciphertext.Load (Microsoft.Research.SEAL.SEALContext context, System.IO.Stream stream) [0x00027] in <e5de90df17f34d03bd03b0bd24d527d0>:0
  at SerialPort.Views.MainPage.GetKeys () [0x00207] in C:\Users\Usuario\source\repos\ClientCOM\SerialPort\Views\MainPage.xaml.cs:325

When using the BinaryReader/Writer methods you can obtain an slightly different result as you can see in the following debug trace:
DECRYPTED: 4
Original String: ^?
??
z??2?
?????;???_?`R^????????9
Original String's Length: 88502
Final String: ??^?
??
z??2?
?????;???_?`R^????????9
Final String's Length: 88505
System.InvalidOperationException: Incompatible version
  at Microsoft.Research.SEAL.Serialization.Load (Microsoft.Research.SEAL.Serialization+LoadDelegate LoadData, System.IO.Stream stream) [0x0004d] in <e5de90df17f34d03bd03b0bd24d527d0>:0
  at Microsoft.Research.SEAL.Ciphertext.Load (Microsoft.Research.SEAL.SEALContext context, System.IO.Stream stream) [0x00027] in <e5de90df17f34d03bd03b0bd24d527d0>:0
  at SerialPort.Views.MainPage.GetKeys () [0x00213] in C:\Users\Usuario\source\repos\ClientCOM\SerialPort\Views\MainPage.xaml.cs:325

The 3 odd characters included at the beginning of the Debug stream appear because the BinaryWriter prefixes strings with their length, which is why the streams don't match. To fix that issue, we could modify Raul's Binary Stream <-> String method by the following line: res = Encoding.ASCII.GetString(bytes.Skip(3).ToArray(), 0, bytes.Skip(3).ToArray().Length);, even though it's a bit rudimentary as I already know how many bytes I have to erase.
With this change, the original and final streams would be identical, and the trace would be the following:
DECRYPTED: 4
Original String:
??
z??2?
?????;???_?`R^????????9
Original String's Length: 88576
Final String:
??
z??2?
?????;???_?`R^????????9
Final String's Length: 88576
System.InvalidOperationException: Loaded SEALHeader is invalid
  at Microsoft.Research.SEAL.Serialization.Load (Microsoft.Research.SEAL.Serialization+LoadDelegate LoadData, System.IO.Stream stream) [0x00078] in <e5de90df17f34d03bd03b0bd24d527d0>:0
  at Microsoft.Research.SEAL.Ciphertext.Load (Microsoft.Research.SEAL.SEALContext context, System.IO.Stream stream) [0x00027] in <e5de90df17f34d03bd03b0bd24d527d0>:0
  at SerialPort.Views.MainPage.GetKeys () [0x00213] in C:\Users\Usuario\source\repos\ClientCOM\SerialPort\Views\MainPage.xaml.cs:325

The only solution I have reached to avoid this breaking point would be adding the following Substring: recv = StringToBStream(DecompressString(cmpr).Substring(7));, in which case we would not enter the catch statement, but the decryption of the ciphertext(4) would be 0, which is incorrect, as we'd be erasing the header information. This is clearly not the solution, it's just to show what the exact problem we're facing is.
I think the whole issue has been explained, I look forward to your response.
Best regards,
Patricia

Sorry, I'm confused. Raul said there is a bug in the stream --> string --> stream conversion code, right? @rauleteee That seems irrelevant to SEAL.

Sorry, I'm confused. Raul said there is a bug in the stream --> string --> stream conversion code, right? @rauleteee That seems irrelevant to SEAL.

There is a bug when applying it to a Ciphertext saved into a Stream using the dotnet version of the library, as I showed in the Debug trace in my past message. There appears to be an issue with the SealHeader.

I'm getting mixed information here.

Result: Is stream_title2 == stream_title?: FALSE

From Raul, this means that the conversions are wrong, right?

I checked his methods with the BinaryReader/Writer, and my original ones, for usual Streams and they work correctly.

Patricia, do you have a unit test that's different from Raul's?
Would you two please agree on a unit test of stream --> string --> stream conversion, using a randomly generated binary stream? It should not concern SEAL. It does not require string --> stream --> string test. The input and output streams should be identical for the test to pass.

I'm getting mixed information here.

Result: Is stream_title2 == stream_title?: FALSE

From Raul, this means that the conversions are wrong, right?

I checked his methods with the BinaryReader/Writer, and my original ones, for usual Streams and they work correctly.

Patricia, do you have a unit test that's different from Raul's?
Would you two please agree on a unit test of stream --> string --> stream conversion, using a randomly generated binary stream? It should not concern SEAL. It does not require string --> stream --> string test. The input and output streams should be identical for the test to pass.

Raul didn't take into account what I explained about the BinaryWriter adding the length at the beginning. I'll prepare a test asap for you to see.
Basically, the need for the stream/string conversion is to upload the Ciphertext's info into an API. For it to be sent via HTTPS. If you happen to know a more efficient way in SEAL to have Client/Server communication, please let me know. Best regards.

I'm getting mixed information here.

Result: Is stream_title2 == stream_title?: FALSE

From Raul, this means that the conversions are wrong, right?

I checked his methods with the BinaryReader/Writer, and my original ones, for usual Streams and they work correctly.

Patricia, do you have a unit test that's different from Raul's?
Would you two please agree on a unit test of stream --> string --> stream conversion, using a randomly generated binary stream? It should not concern SEAL. It does not require string --> stream --> string test. The input and output streams should be identical for the test to pass.

With the following code:
Stream bStreamCheck1 = StringToBStream("seal");
string stringCheck = BStreamToString(bStreamCheck1);
Stream bStreamCheck2 = StringToBStream(stringCheck);

Console.WriteLine("Are streams equal: " + AreStreamsEqual(bStreamCheck1, bStreamCheck2));
Console.WriteLine("First string: " + stringCheck);
Console.WriteLine($"\n\nSecond string: {BStreamToString(bStreamCheck2)}");

The trace obtained is the following:
Are streams equal: True
First string: seal
Second string: seal

But, when using a dotnet SEAL Ciphertext as the Stream, with the following example code:
Ciphertext xEncrypt = new Ciphertext();
ulong xFour = 4;
Plaintext plaintext = new Plaintext(ULongToString(xFour));
encryptor.EncryptSymmetric(plaintext, xEncrypt);

Stream zeroStream = new MemoryStream();
xEncrypt.Save(zeroStream);

var zeroKey = BStreamToString(zeroStream);

Console.WriteLine("Original String: " + zeroKey.Substring(0, 100));
Console.WriteLine("Original String's Length: " + zeroKey.Length);

try
{
    var cmpr = CompressString(zeroKey);
    Stream recv = new MemoryStream();
    recv = StringToBStream(DecompressString(cmpr).Substring(7));

    var cmprDebug = CompressString(zeroKey);
    Stream recvDebug = new MemoryStream();
    recvDebug = StringToBStream(DecompressString(cmprDebug));
    var stringDebug = BStreamToString(recvDebug);

    Console.WriteLine("Are streams equal: " + AreStreamsEqual(zeroStream, recvDebug));
    Console.WriteLine("Final String: " + stringDebug.Substring(0, 100));
    Console.WriteLine("Final String's Length: " + stringDebug.Length);

    recv.Seek(0, SeekOrigin.Begin); // Avoid reading beyond the end of the stream

    Ciphertext ld = new Ciphertext();
    ld.Load(context, recv); // Breaks in LoadHeader

    Plaintext pt2 = new Plaintext();
    decryptor.Decrypt(ld, pt2);
    Console.WriteLine("DECRYPTED: "+ pt2[0]);

}
catch (Exception ex)
{
    Console.WriteLine(ex.ToString());
}

The trace obtained is the following:
Original String:
<?
z??2?
?????;???_?`R^????????9
Original String's Length: 88502
Are streams equal: True
Final String:
<?
z??2?
?????;???_?`R^????????9
Final String's Length: 88502
System.InvalidOperationException: Loaded SEALHeader is invalid
  at Microsoft.Research.SEAL.Serialization.Load (Microsoft.Research.SEAL.Serialization+LoadDelegate LoadData, System.IO.Stream stream) [0x00078] in <e5de90df17f34d03bd03b0bd24d527d0>:0
  at Microsoft.Research.SEAL.Ciphertext.Load (Microsoft.Research.SEAL.SEALContext context, System.IO.Stream stream) [0x00027] in <e5de90df17f34d03bd03b0bd24d527d0>:0
  at SerialPort.Views.MainPage.GetKeys () [0x00200] in C:\Users\Usuario\source\repos\ClientCOM\SerialPort\Views\MainPage.xaml.cs:336

As you can better see know, the string <-> stream conversion is not the issue here. The problem is that, when doing so, the Ciphertext cannot be loaded back into a SEAL object as the Seal Header gives out an Exception, even though the Streams are, in fact, the same.
I hope the issue has been clarified.
Best regards.

Type conversion problem , you need to choose a proper encoding for this kind of data, because some binary can't have representation is asci text . You can change the the encode to a proper base to show  .
About compression, better do a good encoding before ciphertext, when cypher text is applied  , entropy of Shannon increase and compression allays will be bad in normal compression methods .  If encrypted data is short , a little number of bytes,  data can't be compressed in traditional compressors, if the data to encrypt is long compress before . If the purpose is send to a service online, better use gzip headers on https , if compression is implemented in your https library .and in your https server .
Other compressor can be more efficient than gzip like xz / lzma
I hope help :)

Basically, the need for the stream/string conversion is to upload the Ciphertext's info into an API. For it to be sent via HTTPS. If you happen to know a more efficient way in SEAL to have Client/Server communication, please let me know.

How about FlatBuffers? We used it in microsoft/APSI library with C++. It works for C# as well. There are numerous libraries that offer serialization/deserialization from/to binary. You'd better avoid writing your own methods.

With the code above it works. The issue was that, when using Xamarin, even if it's based in C#, you'd have to explicitly convert the Stream obtained after the .Save() method back into a MemoryStream, as the object's type has been lost.
var zeroKey = Convert.ToBase64String((zeroStream as MemoryStream).ToArray());

When using raw C#, the code above would work. When using Xamarin, you'd need to change that line of code.
With the issue fixed, I close it. Best regards.


Using computed properties

Hi,
Are there any plans to enable the use of computed properties? I'm currently setting the title attribute to data and manually emitting updateHead when the title has changed. It'd be great if this lib supported computed properties and updated automatically.
Let me know your thoughts.
Cheers

@lochstar
Yes, a new version is being developed, where you will not have to do the update manually.
It will be available between this week and the next.

Cool, I'll look out for it. Thanks.


Improve rosa-oc-login subtask to detect new cluster

Resolves #482
So... a lot of small changes:

The main one, rosa-oc-login now checks for the ROSA cluster id and re-authenticates if it is different.
Added label: to all shared tasks to help with the output.
rosa-oc-login now fetches the OCP DNS prefix and the OCP API URL
Renamed some variables

cc @ryanemerson @martin-kanis

Thank you for this change. I tested that a changing cluster ID forces a re-login. Thank you for this change!


BUG: wrong position of circular progress indicator

Is there an existing issue for this?

[X] I have searched the existing issues

What happened?
the circular progress indicator is in the top left corner, i want to center it

Record

[X] I agree to follow this project's Code of Conduct
[X] I'm a GSSOC'24 contributor
[X] I want to work on this issue

Already done


login issue

As of right now when I login I keep getting message "Oh no! Your login temporarily failed, so please try again later. If your login continues to fail, please visit https://support.snapchat.com/a/failed-login :)", with a status code of -103.
Thanks.

what email is it using
On Thu, Apr 2, 2015 at 10:11 PM, rpw98<EMAIL_ADDRESS>wrote:

As of right now when I login I keep getting message "Oh no! Your login
temporarily failed, so please try again later. If your login continues to
fail, please visit https://support.snapchat.com/a/failed-login :)", with
a status code of -103.
Thanks.
—
Reply to this email directly or view it on GitHub
https://github.com/mgp25/Snap-API/issues/60.

<EMAIL_ADDRESS> or<EMAIL_ADDRESS>

first one. try again and tell me if it gives you the error again (should be
a different first email)
On Apr 2, 2015 10:17 PM, "rpw98"<EMAIL_ADDRESS>wrote:

<EMAIL_ADDRESS>or<EMAIL_ADDRESS>—
Reply to this email directly or view it on GitHub
https://github.com/mgp25/Snap-API/issues/60#issuecomment-89122617.

Still get the same error with<EMAIL_ADDRESS>

hmm might be your account. can you try a different one? if not I'll remove
those emails from the selections
On Apr 2, 2015 10:40 PM, "rpw98"<EMAIL_ADDRESS>wrote:

Still get the same error with<EMAIL_ADDRESS>—
Reply to this email directly or view it on GitHub
https://github.com/mgp25/Snap-API/issues/60#issuecomment-89130857.

I tried different accounts, same error. I'm pretty sure it is not my account. Even if you give a random username and password, it still return the same message. It should be "wrong password" or something different.
So the script still works for you as of now?

I'll double check it for myself
On Apr 2, 2015 10:44 PM, "rpw98"<EMAIL_ADDRESS>wrote:

I tried different accounts, same error. I'm pretty sure it is not my
account. Even if you give a random username and password, it still return
the same message. It should be "wrong password" or something different.
So the script still works for you as of now?
—
Reply to this email directly or view it on GitHub
https://github.com/mgp25/Snap-API/issues/60#issuecomment-89133712.

<EMAIL_ADDRESS>this one also doesn't work. Arent' these emails only used for google auth? It appears google auth does work fine. It's the last login call that fails.

login doesn't work

aware and looking into it
On Apr 2, 2015 10:51 PM, "Khaled Mohammed"<EMAIL_ADDRESS>wrote:

login doesn't work
—
Reply to this email directly or view it on GitHub
https://github.com/mgp25/Snap-API/issues/60#issuecomment-89136399.

@teknogeek Thanks!

People, if you use last code, once you are logged in, you dont need to use google auth anymore!
just do
$snapchat->login($password);

@mgp25 I know. But once you logged in from your phone, you have to re-login. You can not really log in now.

@rpw98 sniff your auth token from your phone and use it with the API.

I don't know how :-(

@rpw98 Use a proxy on your computer like http://www.charlesproxy.com/ and set up your phone to use this proxy. If you also enable SSL you can look on your computer into the requests your App is doing to find out the token.

But that really defeats my purpose of using this api :-( I was trying to build a client.

where i will put the sniffed  auth token

it's working

@k41ed What did you do?

Put the sniffed auth token in the auth.dat file, as simply as that

pull the latest commit :)

Are you sure it works? It still doesn't work for me:
Warning: gzdecode(): data error in D:\webs\snapsave\src\snapchat_agent.php on line 401

It appears login() call returns nothing.

I got gzdecode error on specific accounts. I get it on an account with 30000+ friends and about 6 months old, I get it on an account with 0 friends that I just made, but I don't get it on an account about half a month old with ~40 friends.
Any ideas?

try again
On Apr 9, 2015 12:49 PM, "Steve Allaben"<EMAIL_ADDRESS>wrote:

I got gzdecode error on specific accounts. I get it on an account with
30000+ friends and about 6 months old, I get it on an account with 0
friends that I just made, but I don't get it on an account about half a
month old with ~40 friends.
Any ideas?
—
Reply to this email directly or view it on GitHub
https://github.com/mgp25/Snap-API/issues/60#issuecomment-91288608.


[BUG] plugin-run-script not running eleventy command during build

Bug Report Quick Checklist

[x] I am on the latest version of Snowpack & all plugins.
[x] I use package manager npm
[x] I run Snowpack on OS macOS Big Sur
[x] I run Snowpack on Node.js v12+ → Yes, v14.16.0

Describe the bug
Hello! I'm building a small site with 11ty and Snowpack based on app-template-11ty. The only change I made to the template is to add the eleventy output in _output to .gitignore, because I prefer not to commit auto generated files.
Everything works fine during development.
When I deploy the page all eleventy generated files are missing from the result. I noticed that @snowpack/plugin-run-script doesn't seem to execute eleventy during snowpack build. I do get a log output [snowpack] starting eleventy run() workers, but the contents of _output remain unchanged, i.e. remain in whatever state they were when I last ran snowpack dev.
To Reproduce

npx create-snowpack-app 11ty-test --template @snowpack/app-template-11ty
rm -r _output
snowpack build
Result: build only contains_snowpack and dist folders, but no eleventy stuff

Expected behavior
snowpack build should behave like snowpack dev and run eleventy.
Anything else?
The description of the plugin and this issue suggest that the above indeed the intended behavior. What confuses me a bit is that if that's true, why include _output in the template repository in the first place?
Workaround: Changing the npm build script to eleventy && snowpack build

Either way thanks for all the work you put into this, all in all snowpack is a joy to use! ☺

I'm running into this error too, though I discovered it through building from scratch. I can indeed recreate this with the above steps though.
I'd add one correction that might illuminate the possible solution though. On step 2, you don't need to actually remove rm -r _output, you can just empty the folder and leave it there. The result will be the same.
What's looking to be happening is the eleventy compilation is finishing after snowpack is done, so the eleventy files eventually end up there, but Snowpack is already done with its work and isn't waiting on eleventy to be finished.  If you were to run snowpack build twice, it would work as the eleventy files would have been built as well from the first build.
Also, seconding the "snowpack is a joy to use!" sentiment.

Thanks for sharing @chrisparsons83! You're right, eleventy does seem to run. I tried it again a few times since posting and I always get one of the following results on the first run (i.e. when _output is empty like you suggested, or doesn't exist at all):

Eleventy doesn't produce any output at all
Eleventy produces some incomplete output
It actually works (but happens very rarely, the other two are the most common)

On the second run, it's usually (3), but sometimes still (2). I should add that it's a small site with few dependencies at this point, so both Snowpack and eleventy are done very very quickly.
I agree that sounds like a race condition where Snowpack doesn't wait for eleventy to finish, so you'll get whatever happens to be in _output at the time the build process reaches that stage.

I was trying to get to the bottom of a potentially similar bug after looking at a different starter project while rolling my own. And I ended up here.
I found the culprit to be the version of snowpack. Up to version 3.0.13 worked fine. 3.1.x, 3.2.x stopped it working as expecting (in my situation, it was still compiling 11ty files, but wouldn't live reload).

@willans Good catch! Can confirm downgrading to 3.0.13 does the trick for me.
I did some digging through the diffs since v3.0.13. As far as I can tell the logic for building has since been moved from commands/build.ts to commands/dev.ts. The older version of build had this bit below the plugin execution (runJob is the promise returned by the plugin):
// Wait for the job to complete before continuing (unless in watch mode)
if (!isDev) {
  await runJob;
}

This or something equivalent is missing from the current version of dev.ts, which seems to cause the behavior I observed, and probably the issues others have reported as well.
I tried the naive fix of just adding it again in dev.ts here. But that leads to other troubles with mounting later on in the build pipeline:
[20:34:47] [snowpack] ! clearing cache...
[20:34:47] [eleventy] Copied 1 file / Wrote 4 files in 0.13 seconds (v0.12.1)
[20:34:47] [eleventy] Command completed.
[20:34:47] [snowpack] ! building files...
[20:34:47] [snowpack] Not Found (/index.html)
[20:34:47] [snowpack] Error: Not Found (/index.html)
    at Object.loadUrl (/Users/andreas/Projects/snowpack/snowpack/lib/commands/dev.js:534:23)
    at flushFileQueue (/Users/andreas/Projects/snowpack/snowpack/lib/commands/build.js:148:44)
    at build (/Users/andreas/Projects/snowpack/snowpack/lib/commands/build.js:176:11)
    at async Object.command (/Users/andreas/Projects/snowpack/snowpack/lib/commands/build.js:261:9)
    at async cli (/Users/andreas/Projects/snowpack/snowpack/lib/index.js:172:9)

index.html is in output, which is mounted to /, so it should be there. Haven't found the time yet to wrap my head around how mounting works under the hood but I'd be happy to give this a try. If anyone can point me in the right direction though that'd be greatly appreciated 😀

not a fix for this but another workaround is to add this to the package.json
"prestart": "npx @11ty/eleventy --watch &",
"start": "snowpack dev",
"prebuild": "npx @11ty/eleventy",
"build": "snowpack build",

Same issue here with a from-scratch project using eleventy. Downgrading snowpack to 3.0.x did the trick for me. I have to say that this is a rather worrying issue and fortunately I came across this bug.

Quick update: I managed to resolve the mounting error I mentioned above by delaying mounting until after the plugins have finished (here). I'm not sure if this fix will work for all plugins because I don't know if plugins can make use of mounting themselves, but I didn't see anything so far.
That solves the snowpack build issue for me in the case of my simple project as well as in the 11ty app template.
However after updating my fork with the latest version from upstream I now have a similar problem with snowpack dev. First time I start the dev server with an empty output folder, no eleventy output will work until I restart the server.
I have the same behavior in my website project with the unchanged snowpack version, so it isn't caused by my changes. With 3.2.2 everything is fine with snowpack dev, so this must have happened somewhere between 3.2.2 and the current latest version 3.3.5. So that's what I'll have a look at next ...

Quick update: I managed to resolve the mounting error I mentioned above by delaying mounting until after the plugins have finished (here). I'm not sure if this fix will work for all plugins because I don't know if plugins can make use of mounting themselves, but I didn't see anything so far.
That solves the snowpack build issue for me in the case of my simple project as well as in the 11ty app template.
However after updating my fork with the latest version from upstream I now have a similar problem with snowpack dev. First time I start the dev server with an empty output folder, no eleventy output will work until I restart the server.
I have the same behavior in my website project with the unchanged snowpack version, so it isn't caused by my changes. With 3.2.2 everything is fine with snowpack dev, so this must have happened somewhere between 3.2.2 and the current latest version 3.3.5. So that's what I'll have a look at next ...

would love to see this working with dev

This issue is clear on dev in my repo also. Reload works with the index, but if you edit a page with shortcodes like content/work/fitbux, http://localhost:8080/work/fitbux does not reload to reflect changes clear in build output, even with workaround, around rerunning the command is only option.


Eye dependencies on Sigar

I have problem compiling sigar on freebsd 11, and try to get helps on sigar gem github also failed.
even sigar.hyperic.com is not available anymore..
anywords on this.. I love eye and really want to continue using it.. but sigar really killing eye with the deprecated and broken gem.

try eye 0.9.2.nosigar, this is not support all features that sigar has, but should work for most cases.

wow. you specifically make this.. thanks so much..

is it works?

Works okay. But when i do eye i. It not showing any resource info
On May 14, 2017 10:36 AM, "O_o"<EMAIL_ADDRESS>wrote:

is it works?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/kostya/eye/issues/192#issuecomment-301287003, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ACdSXj0BWm28_VbY-PP-K7GIJXq2C64kks5r5mi8gaJpZM4NNxvS
.

is there output of command ps axo pid,ppid,cpu,rss?, because eye getting info from here.

Ok here is what I got.
[system@dnsv01 ~]$ uname -a
FreeBSD dnsv01.utp.edu.my 11.0-RELEASE-p1 FreeBSD 11.0-RELEASE-p1 #0
r306420: Thu Sep 29 01:43:23 UTC 2016
root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC
amd64
[system@dnsv01 ~]$ eye i
dnsvault
daemon
BindStatCollector ............. up  ()

SysStatCollector .............. up  ()

[system@dnsv01 ~]$ ps axo pid,ppid,cpu,rss
PID  PPID CPU    RSS
0     0   0  20416

1     0   0    628

2     0   0     16

3     0   0     16

4     0   0     48

5     0   0    384

6     0   0     16

7     0   0     16

8     0   0     16

9     0   0     16

10     0   0     16
11     0   0    128
12     0   0    880
13     0   0     48
14     0   0     80
15     0   0     16
16     0   0     16
17     0   0     16
18     0   0     16
19     0   0     32
20     0   0     16
21     0   0     16
22     0   0     16
23     0   0     16
24     0   0     16
25     0   0     16
41     0   0     16
74     0   0     16
75     0   0     16
76     0   0     16
77     0   0     16
78     0   0     16
79     0   0     16
80     0   0     16
81     0   0     16
84     0   0     16
85     0   0     16
86     0   0     16
87     0   0     16
88     0   0     16
89     0   0     16
90     0   0     16
91     0   0     16
94     0   0     16
95     0   0     16
96     0   0     16
97     0   0     16
98     0   0     16
99     0   0     16
100     0   0     16
101     0   0     16
196     1   0   1352
657     1   0   1532
670     1   0   4700
678     0   0     16
763     1   0   1876
888     1   0   1936
895     1   0  22880
897     1   0  21720
902     1   0   9724
930     1   0  12448
933     1   0   1560
960     1   0  12288
976     1   0   2520
1245     1   0  14452
1444     1   0   6600
1463     1   0   2556
1752   976   0 677144
1763     1   0   6392
1764  1763   0   6848
1766  1763   0   6848
1767  1763   0   6848
1768  1763   0   6848
1769  1763   0   6848
2036     1   0  48868
2064  2036   0  53696
2360     1   0 147868
2379     1   0   3116
2400     1   0   4300
2414     1   0 358352
2415     1   0  36912
2417     1   0  26372
2445     1   0  25800
2447     1   0  25792
2448  2445   0 120204
2449  2445   0 120432
2450  2447   0  99808
2451  2447   0  99836
2455     1   0  53044
2456     1   0 130844
2457     1   0 122612
2459     1   0 133544
2461     1   0 126376
2463     1   0 125812
2477  2036   0  31096
2993     1   0 130268
4110  1444   0   7360
4254  4110   0   7416
12102  2379   0   1996
12136 69814   0   1996
12149 69801   0   2208
12150 69801   0   1996
65699     1   0   2664
65702 65699   0   1996
69801     1   0   3864
69814 69801   0   3320
2037     1   0  43912
2056     1   0   2200
2057     1   0   2200
2058     1   0   2200
2059     1   0   2200
2060     1   0   2200
2061     1   0   2200
2062     1   0   2200
2063     1   0   2200
4269  4254   0   6496
12151  4269   0   2772
On Thu, May 18, 2017 at 5:29 PM, O_o<EMAIL_ADDRESS>wrote:

is there output of command ps axo pid,ppid,cpu,rss?, because eye getting
info from here.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/kostya/eye/issues/192#issuecomment-302351841, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ACdSXo5YU4geeNiUoZuXeZ-3LIonah9uks5r7A95gaJpZM4NNxvS
.

 Don’t
be trapped by dogma – which is living with the results of other people’s
thinking. Don’t let the noise of other’s opinions drown out your own inner
voice. And most important, have the courage to follow your heart and
intuition. They somehow already know what you truly want to become.
Everything else is secondary.” - Steve Jobs’ Stanford Commencement Address
http://www.youtube.com/watch?v=UF8uR6Z6KLc
Muhammad al-iman Bin Mohd Zain
Student of Horticultural Sciences
Faculty of Agriculture
Universiti Putra Malaysia
Serdang, Selangor.
013-2823637


Update allcourses.json

Hello sir,
I'm Deepika Kumari GitHub id - deep2002deepika
I did a contribution by adding a new free course in the repo,"Become an Ethical Hacker".
Kindly consider it, & for this, I'll very grateful to you.
Thank you.

also add in readme file

Sir,I've added it in the readme folder
Kindly consider it

ishi pr mein change kar dena tha yrr , uske liye new pr kyu bana diya


docker-compose: 2.23.1 -> 2.23.2

Signed-off-by: Muhammad Falak R Wani<EMAIL_ADDRESS>Description of changes
Diff: https://github.com/docker/compose/compare/v2.23.1...v2.23.2

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
23.11 Release Notes (or backporting 23.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Priorities
Add a :+1: reaction to pull requests you find important.

2.23.3 is out


android_graph.pb : 'asset' Must be non NULL

A/native: jni_utils.cc:92 'asset' Must be non NULL
Where is this file?

Same issue.

It's mentioned in the README guys...
https://drive.google.com/file/d/0B2fFW2t9-qW3MVJlQ29LRzlLT2c/view?usp=sharing

Same issue. Who can help me to solve the problem?


How to plot LINESTRING geometries?

I have some dataset that only contains LINESTRING type geometries. I see in the plots reference that we can plot points and polygonal geometry data among others here  but how do we draw LINESTRING only data? There is no function in the library as well for this.

The Sankey plot type solves for this ask:

A basic sankey requires a GeoDataFrame of LineString or MultiPoint
geometries.

On Mon, Feb 24, 2020, 5:07 AM Saad Saif<EMAIL_ADDRESS>wrote:

I have some dataset that only contains LINESTRING type geometries. I see
in the plots reference that we can plot points and polygonal geometry data
among others here
https://residentmario.github.io/geoplot/plot_references/plot_reference.html
but how do we draw LINESTRING only data? There is no function in the
library as well for this.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/ResidentMario/geoplot/issues/204?email_source=notifications&email_token=AA2OIZP3WC74VSG2P4LQIELREOL4LA5CNFSM4K2FBKEKYY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4IPVW4CA,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AA2OIZJIF7IIYPIEQJUCOKDREOL4LANCNFSM4K2FBKEA
.


New package: Demo v0.1.0

Registering package: Demo
Repository: https://github.com/orosticaingenieria/Demo.jl
Created by: @beorostica
Version: v0.1.0
Commit: f1ab33a54b2502a0cda4e4bf263fdedfb53aa85d
Reviewed by: @beorostica
Reference: https://github.com/orosticaingenieria/Demo.jl/commit/f1ab33a54b2502a0cda4e4bf263fdedfb53aa85d#commitcomment-77324246

It doesn't seem like this package needs to be registered?
https://github.com/JuliaRegistries/General/blob/master/README.md#should-i-register-my-package

I was just making some tests with TagBot.
So please, don't consider the packages Beon.jl nor BeonDemo.jl.
Thanks guys!


Quickstart: Run Performance Benchmarking in Docker with IPEX-LLM on Intel GPU

Description

1. Why the change?

Add a quickstart to run performance benchmarking in Docker with IPEX-LLM on Intel GPU
Update ipex-llm-xpu image to add benchmark script

You may check http://<IP_ADDRESS>:8008/doc/LLM/Quickstart/docker_benchmark_quickstart.html to see the quickstart.

We just need one quick start for running PyTorch inference on GPU using Docker (on Linux or WSL):

Install docker
Launch docker
Run inference benchmark
Run chat.py?
Run PyTorch examples

We just need one quick start for running PyTorch inference on GPU using Docker (on Linux or WSL):

Install docker
Launch docker
Run inference benchmark
Run chat.py?
Run PyTorch examples

Updated


MINOR: Removed accidental double negation in error message.

I believe the error message changed in this commit is displayed when tasks or connectors are revoked while an unresolved rebalance is in progress.
As during such a time the connectors and tasks are stopped anyway that step is skipped and this info message displayed, which in that case due to the double negation is incorrect.
Committer Checklist (excluded from commit message)

[ ] Verify design and implementation
[ ] Verify test coverage and CI build status
[ ] Verify documentation (including upgrade notes)

@ewencp I think the original code is from you, if you could spare a minute to take a look?


Update Artifacts.toml for FreeBSD 13.2

https://github.com/JuliaPackaging/BinaryBuilderBase.jl/pull/166 for the modern era. Changes to Artifacts.toml generated with https://github.com/JuliaPackaging/Yggdrasil/pull/6865.
To do:

[x] PlatformSupport
[x] GCCBootstrap@4
[x] GCCBootstrap@5
[x] GCCBootstrap@6
[x] GCCBootstrap@7
[x] GCCBootstrap@8
[x] GCCBootstrap@9
[x] GCCBootstrap@10
[x] GCCBootstrap@11
~[ ] GCCBootstrap@11-IainS~
[x] GCCBootstrap@12
~[ ] GCCBootstrap@12-IainS~
[ ] Determine whether the 12.2 artifacts should be removed from the file as was done when going from 11 to 12
[ ] Bump version

Unable to automatically install 'GCCBootstrap-x86_64-linux-gnu.v5.2.0.x86_64-linux-musl.unpacked' from '/home/runner/work/BinaryBuilderBase.jl/BinaryBuilderBase.jl/Artifacts.toml'

...but why

I don't know, we've been seeing that in the last few days but I haven't had the time to look at the problem

Does that block merging?

No

Is there anything aside from CI on this PR that should be checked before it can be merged?

I honestly don't remember exactly what we need to do else when adding/changing a platform, tests are passing (apart from the unrelated failure), but don't remember if we test all platforms.  I haven't had to have a look at this PR in general

It's still a draft, I just wanted to make sure I cover all of the steps needed.


GelfHandler does not map log4j log levels correctly

If I'm using the GelfHandler, all logs are reported as "INFO", because they don't have the proper mapping to Syslog levels.
I made a "quick fix" in 1741c9b19b1db9be495803be3c41dea73d43d661 (in my forked repo), but my problems with that:

It's only a fix for log4j, I'm not familiar with other logging libraries, like slf4j, etc.
Unit test not yet provided, I have to figure out how to do it properly.

Please comment if you have some time...
Regards,
Zoltan

@zpenzeli , @t0xa Wasn't this already fixed? We had similar problems (everything was reported the default level 7) with version 1.0.2 but the mapping works correctly with version 1.1.15


{Freeway-Bug} [Voice Access> ActivityUpdate.json> Set Due Date]: Name is not defined for the 'Calendar date picker' edit field under 'Set Due Date' of 'Adaptive Cards.json'.

Target Platforms
UWP
SDK Version
3.0.2206.2001
Application Name
Adaptive Cards
Problem Description
Test Environment:
OS Version: 22H2 (Build 25126.1000)
Application: Adaptive Cards UWP
Application Version: 3.0.2206.2001
Tool: Voice access
Repro steps:

Turn on Voice access.
Open Adaptive Cards UWP Application.
Command: Show numbers
Select particular number for 'ActivityUpdateWithLabel.json'
Command: Move to 'Set due date'
Command: Click
Now, try to access the edit field of calendar date picker
Observe the issue.

Actual Result:
Name is not defined for the 'Calendar date picker' edit field under 'Set Due Date' of 'Adaptive Cards.json'.
Expected Result:
Proper name should be defined for the 'Calendar date picker' edit field under 'Set Due Date' of 'Adaptive Cards.json'.
User Impact:
Voice access and Screen reader user will have difficulty in interacting with the controls as they will not be able to know the purpose of the control.
MAS reference link:
https://liquid.microsoft.com/Web/Object/Read/MS.Accessibility/Requirements/04.01.02
Have feedback to share on Bugs? Please help fill Trusted Tester Bug Feedback (office.com)"
Screenshots

Card JSON
NA

Sample Code Language
No response
Sample Code
No response

Issue is repro'ing in below test Environment, hence reactivating the bug,
Test Environment:
OS Version: 22H2 (Build25272.1000)
Application: Adaptive card Visualizer

This issue has been fixed and will be included in our next release. I am closing this issue for now. Once new version is available, if the issue persists please open a new issue to track.

Issue has been fixed in below test Environment, hence Adding A11yTTValidated tag.
Test Environment:
OS Version: 22H2 (Build 25314. 1010)
Application: Adaptive Card Visualizer (Version 3.2.2303.22003)


ELF tool LIEF

LIEF - Library to Instrument Executable Formats
https://lief-project.github.io/
https://github.com/lief-project/LIEF
Please see detail .
Thanks

Thanks. BTW, LIEF supports PE and Mach-O formats too.

It was added to 2023.10 version. Thank you!


Fixes for ghc-8.4.2

Small fixes for ghc-8.4.2
Monoid gives warning
GADTs need extension

Building still fails with this error, but at least now we can get there:
<command line>: does not exist: src/Language/C/Clang/Internal/FFI.c

This change is

Thanks! This should be fixed in the latest version.


Improve themeing of tourGuide

As highlighted here the Tour theme doesn't work well on dark themes that have not been rebuilt for 2.1.
Whilst the tour component is theme-aware, some restructuring on how the popover component applies its style means existing styles won't quite do the right thing until they get rebuilt for 2.1.
I've no doubt themes will get updated and rebuilt for 2.1, but if a user updates NR to 2.1 without updating their theme as well, then they will be greeted with the new welcome tour not looking good.
This PR tweeks how the styles are applied so they look semi-decent on dark themes that haven't bene rebuilt for 2.1.

Coverage increased (+0.02%) to 67.755% when pulling f2e51779e422527dd6e61e6037f906aff65a91d6 on tour-theme into da114fa3a5fed525076852d5d75a80fee926a989 on dev.


Add general example of split/subset on the main "Data Files Configuration" page

This way users get an idea of what it means in practice without having to click on the documentation on automatic split detection or on the documentation on manual configuration of splits and subsets
I also moved the Tip on setting a default configuration in its right paragraph

The docs for this PR live here. All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update.


PP-5302: Move common date validations from publicapi

There is a need to do these validations in directdebit-connector too.

were there no tests for this in publicapi? 😞

@stephencdaly oh yes there's a DateTimeUtils test which i've migrated now. The DateValidator is implicitly tested by integration tests...


update to react-router v6

CHANGES:

Removed Alert Dialog and DetectFormData components as they are not compatible with V6 of React Router

Due to the lack of UseBlocker, UsePrompt is being removed from V6 until future compatibility.

Changes made for V5 to V6 upgrade
- Update useHistory to UseNavigate (all subsequent changes throughout)
- Redirect changed to Switch
- Route Components changed to “Element” props
- Update Main.tsx to have Hierarchy for nested (relative) routes
- Updated active style to match v6 docs

Package JSON
- Update Router to 6.4.3 (latest)
- Update React Router Type to 5.3.3 (latest)

Alert Dialog error - was being activated/rendered every time someone wrote in the form (checked using console.log in the AlertDialog component)

Two prompts come up when leaving the page - custom and non-custom (default)

LINKS USED:
MAIN changes and instructions: LINK

V5 review

history.block usecase in V5 [removed] (LINK)
history.block and custom use prompt [removed] (LINK)

Guide and Help V6

Possibly helpful StackOverflow for custom prompts in V6 with examples (LINK)
Customised confirm navigation prompt with React-Router v6 (LINK)
Main guide with migration (v5 to v6) (LINK)
Youtube example (LINK)

UsePrompt/UseBlocker/workaround for user leaving the page

React Router v.6 usePrompt TypeScript (LINK)
Request to add usePrompt/useBlocker back into V6 (LINK) - Latest chat 11/10/22
UNSAFE_NavigationContext (for detecting navigation to other page in React Router v6) (LINK)
Detecting user leaving page with react-router-dom v6.0.2 (LINK)

Why V6

WHY for v6 (LINK)

See https://nonprofitcircle.slack.com/archives/C01S7ULQTRQ/p1668573000708159 for the latest discussion (November 15 - 2022)

TLDR: Wins for going React Router V6 aren’t big enough to validate this work at the moment.
Follow through once a. V6 is more refined with all the above errors validated, and b. There is a larger need/requirement based on possible future factors


[Tabs] Use theme transition duration for the Tab animation

[x] I have followed (at least) the PR section of the contributing guide.

Use theme.transitions.duration.standard for scrollable Tabs animation instead of a hardcoded duration. Improves experience for people with motion sickness (prefer-reduced motion) as well as visual regression tests where one usually disables animations.
Fix #27300

Does the duration actually change with this PR? Just for the changelog entry. Otherwise this looks fine but should be documented as breaking.

@eps1lon If the user has changed the transition durations in a custom theme, it does. If not it uses the standard duration which is 300ms – the same value that was hardcoded before.

@florianbepunkt  It's a great first pull request on Material-UI. Thank you for working on it!


Revert "Making --livereload and --devicesync synonyms."

We don't need the '--devicesync' flag anymore as this plugin won't be used
from TACO anymore.
I've changed the way LiveReload will be included in TACO (from plugin architecture to package-based architecture):
https://github.com/Microsoft/TACO/pull/174
This reverts commit 9fc9038d8f084f263cdf2aa5142849fd32681cd3.

This PR fixes this issue: https://github.com/omefire/cordova-plugin-livereload/issues/49


Error during opening the image from ComfyUI

Some images opened correctly. Some images can't be opened, the tool shows error code only. Image with error is attached.
Prompt Reader v.1.3.2 win, Win 10 with latest patches

duplicate #25

I get the exact same error message.

The bug is caused by SDXL and will be fixed in the next update.


[Bug]

Initial checklist

[X] I agree to follow the code of conduct
[X] I searched issues and discussions and couldn’t find anything (or linked relevant results below)

Affected packages and versions
7.2.2
Link to runnable example
No response
Steps to reproduce
const extendHeadingSchema = headingSchema.extendSchema((prev) => {
  return (ctx) => {
    const schema = prev(ctx)
    return {
      ...schema,
      draggable: true,
      toDOM: (node) => {
        console.debug(node)
        return [
          `h${node.attrs.level}`,
          {
            id: node.attrs.id,
          },
          0,
        ]
      },
    }
  }
})

Expected behavior
draggable & toDOM will replaced by settings
Actual behavior
draggable is replaced but toDOM not working.
PS: It seems Node schemas like heading not working as expected but mark schemas works with toDOM.
Runtime
No response
OS
No response
Build and bundle tools
No response

My bad


Danish: Alt Gr

Hello,
All Alt Gr symbols doesn't work.
Example: Alt Gr + 4 = $
but in this code:
Alt Gr + 4 = 4

Hi, thanks for your submit ^^,
Please can you send me the code,
provide me what way you used to get the script(Copy/paste or Download button)
and if you downloaded, what locale you've used ^^

Everything is from:
https://malduino.com/converter/
da_DK locale

Thanks for the fast respond

No problem, but I saw that they didn't used my LocaleKeyboard.js, I don't know what they did, they just took all the .lang.. Maybe you'll have more by sending the issue to them ^^

Do you think that is why?

I don't even know if they got the same .lang as me..


PHOENIX-6427 Create sequence fails in lowercase schema

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
5m 10s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s
The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ master Compile Tests _

+1 :green_heart:
mvninstall
15m 49s
master passed

+0
hbaserecompile
23m  9s
HBase recompiled.

+1 :green_heart:
compile
1m  4s
master passed

+1 :green_heart:
checkstyle
0m 45s
master passed

+1 :green_heart:
javadoc
0m 51s
master passed

+0 :ok:
spotbugs
3m  3s
phoenix-core in master has 956 extant spotbugs warnings.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
8m  2s
the patch passed

+0
hbaserecompile
45m 57s
HBase recompiled.

+1 :green_heart:
compile
1m  3s
the patch passed

+1 :green_heart:
javac
1m  3s
the patch passed

-1 :x:
checkstyle
0m 45s
phoenix-core: The patch generated 9 new + 553 unchanged - 10 fixed = 562 total (was 563)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
javadoc
0m 51s
the patch passed

+1 :green_heart:
spotbugs
3m 16s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
112m 17s
phoenix-core in the patch passed.

+1 :green_heart:
asflicense
0m 17s
The patch does not generate ASF License warnings.

196m 44s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1182/2/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/phoenix/pull/1182

Optional Tests
dupname asflicense javac javadoc unit spotbugs hbaserebuild hbaseanti checkstyle compile

uname
Linux 4414b6082061 4.15.0-65-generic #74-Ubuntu SMP Tue Sep 17 17:06:04 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev/phoenix-personality.sh

git revision
master / 2a2d996

Default Java
Private Build-1.8.0_242-8u242-b08-0ubuntu3~16.04-b08

checkstyle
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1182/2/artifact/yetus-general-check/output/diff-checkstyle-phoenix-core.txt

Test Results
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1182/2/testReport/

Max. process+thread count
9441 (vs. ulimit of 30000)

modules
C: phoenix-core U: phoenix-core

Console output
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1182/2/console

versions
git=2.7.4 maven=3.3.9 spotbugs=4.1.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.


Update MEV-relay-list.md

update Blocknative relay codebase reference

Thanks for this detail! Merged.


[WIP] use the fakeredis in dev and test

Resolves #791
Description
This is an alternate solution to swapping out Sidekiq for Delayed Job where we just the fakeredis gem as a stand-in for Sidekiq's Redis dependency.
Thank you to the person who suggested this as a solution. tips hat
Type of change

Breaking change (fix or feature that would cause existing functionality to not work as expected)

How Has This Been Tested?

This has been tested by stopping my local redis server and running tests where Sidekiq is required.
Tests have also been run on CI

Screenshots

This works for me! Thanks so much and super sorry to make you spin your wheels on the delayed_job switch.


Under the hood changes

✏ Added Code of Conduct link
✨ Better font rendering, added ads

Hey @liyasthomas,
Something went wrong with the build.
TravisCI finished with status errored, which means the build failed because of something unrelated to the tests, such as a problem with a dependency or the build process itself.
View build log
TravisBuddy Request Identifier: 759aba90-973b-11e9-90ca-c92d6fd88bc3


peacecorpsoig.gov has an incorrect agency field

peacecorpsoig.gov has the wrong Agency field:

I had originally filed this in #62 in June but apparently I mistyped the issue name and added an extra ., leading to confusion.
I recommend in #78 that this be corrected to use the parent agency as the Agency field and the OIG component name as the Organization.

Clearly! Thanks for the flag; change is pending, in alignment with #78.

Fixed in e42c9eb5cec600e40df0846dbca35a4d284fcf60


Refactor benchmark tests

TL;DR
Attempting to ensure test runs are consistent between generators & easier to grok in reports
Summary
Alright, this is another slightly large change-set, but I think it's worth it for more granular test results. Also as a preface, the AlwaysNew subset of tests are likely just temporary as they feel like good baselines for the discussion. I think it's good to see what effects those ones show PHP's native file/json functions have on the results compared to the libraries logic. So that said, I think we could remove those benchmarks once we are in a more stable period.
Per my comment about how the random numbers were used, I think that was likely making things "too random" between revisions/iterations. As such I've also included a new ID provider that provides a consistent set of IDs every time. This ensures that we can actually compare apples to apples against generators. Since now we have a benchmark for every generator we can say "when int 9 is passed here's the performance".
Benchmark layout
Each benchmark class instance consists of a setUp/tearDown and then the same basic tests. This makes it easy to setup new tests for different style generators just by editing the setUp. TBH we should be able to automate/generate these if we want.
Here's a description of what each benchmark method targets:

benchCreate - Generates using a consistent set of IDs of growing size
benchCreateRand - Generates using a rand set of IDs w/ growing max value
benchCreateAndDecode - Expands on benchCreate, same idea but also decodes the ID and asserts equality.

Initial results

Note: Manually sorted for better comparisons...

Mac mini M1 2020 / PHP version 7.4.29, xdebug ✔, opcache ✔
+-----------------------------+----------------------+-----+-------+-----+----------+------------------+---------+
| benchmark                   | subject              | set | revs  | its | mem_peak | mode             | rstdev  |
+-----------------------------+----------------------+-----+-------+-----+----------+------------------+---------+
| ZooBench                    | benchCreate          | 0   | 10000 | 5   | 3.319mb  | 98,199.060ops/s  | ±15.79% |
| ZooBench                    | benchCreate          | 1   | 10000 | 5   | 3.319mb  | 95,471.640ops/s  | ±1.13%  |
| ZooBench                    | benchCreate          | 2   | 10000 | 5   | 3.319mb  | 98,386.184ops/s  | ±4.25%  |
| ZooBench                    | benchCreate          | 3   | 10000 | 5   | 3.319mb  | 51,206.199ops/s  | ±2.81%  |
| ZooBench                    | benchCreate          | 4   | 10000 | 5   | 3.319mb  | 49,654.130ops/s  | ±3.70%  |
| ZooBench                    | benchCreate          | 5   | 10000 | 5   | 3.319mb  | 34,660.647ops/s  | ±3.90%  |
| ZooBench                    | benchCreate          | 6   | 10000 | 5   | 3.319mb  | 34,730.142ops/s  | ±0.89%  |
| ZooBench                    | benchCreate          | 7   | 10000 | 5   | 3.319mb  | 26,438.032ops/s  | ±2.53%  |
| SpaceBench                  | benchCreate          | 0   | 10000 | 5   | 1.316mb  | 49,319.316ops/s  | ±5.04%  |
| SpaceBench                  | benchCreate          | 1   | 10000 | 5   | 1.316mb  | 50,312.329ops/s  | ±11.41% |
| SpaceBench                  | benchCreate          | 2   | 10000 | 5   | 1.316mb  | 51,431.480ops/s  | ±6.84%  |
| SpaceBench                  | benchCreate          | 3   | 10000 | 5   | 1.316mb  | 34,811.466ops/s  | ±0.67%  |
| SpaceBench                  | benchCreate          | 4   | 10000 | 5   | 1.316mb  | 34,625.889ops/s  | ±4.57%  |
| SpaceBench                  | benchCreate          | 5   | 10000 | 5   | 1.316mb  | 16,905.746ops/s  | ±5.45%  |
| SpaceBench                  | benchCreate          | 6   | 10000 | 5   | 1.316mb  | 17,427.462ops/s  | ±1.69%  |
| SpaceBench                  | benchCreate          | 7   | 10000 | 5   | 1.316mb  | 12,911.392ops/s  | ±4.23%  |
| CustomSmallerGeneratorBench | benchCreate          | 0   | 10000 | 5   | 1.316mb  | 92,074.612ops/s  | ±4.48%  |
| CustomSmallerGeneratorBench | benchCreate          | 1   | 10000 | 5   | 1.316mb  | 49,762.659ops/s  | ±2.85%  |
| CustomSmallerGeneratorBench | benchCreate          | 2   | 10000 | 5   | 1.316mb  | 50,609.547ops/s  | ±5.25%  |
| CustomSmallerGeneratorBench | benchCreate          | 3   | 10000 | 5   | 1.316mb  | 34,739.902ops/s  | ±2.18%  |
| CustomSmallerGeneratorBench | benchCreate          | 4   | 10000 | 5   | 1.316mb  | 33,896.421ops/s  | ±1.84%  |
| CustomSmallerGeneratorBench | benchCreate          | 5   | 10000 | 5   | 1.316mb  | 21,210.088ops/s  | ±0.49%  |
| CustomSmallerGeneratorBench | benchCreate          | 6   | 10000 | 5   | 1.316mb  | 17,595.151ops/s  | ±5.09%  |
| CustomSmallerGeneratorBench | benchCreate          | 7   | 10000 | 5   | 1.316mb  | 11,868.362ops/s  | ±1.84%  |
| ZooBench                    | benchCreateRand      | 0   | 10000 | 5   | 3.319mb  | 93,105.900ops/s  | ±2.58%  |
| ZooBench                    | benchCreateRand      | 1   | 10000 | 5   | 3.319mb  | 93,245.846ops/s  | ±10.36% |
| ZooBench                    | benchCreateRand      | 2   | 10000 | 5   | 3.319mb  | 93,996.132ops/s  | ±1.81%  |
| ZooBench                    | benchCreateRand      | 3   | 10000 | 5   | 3.319mb  | 33,583.176ops/s  | ±2.49%  |
| ZooBench                    | benchCreateRand      | 4   | 10000 | 5   | 3.319mb  | 24,757.313ops/s  | ±5.92%  |
| SpaceBench                  | benchCreateRand      | 0   | 10000 | 5   | 1.316mb  | 80,736.130ops/s  | ±10.11% |
| SpaceBench                  | benchCreateRand      | 1   | 10000 | 5   | 1.316mb  | 37,978.693ops/s  | ±7.56%  |
| SpaceBench                  | benchCreateRand      | 2   | 10000 | 5   | 1.316mb  | 34,387.283ops/s  | ±0.76%  |
| SpaceBench                  | benchCreateRand      | 3   | 10000 | 5   | 1.316mb  | 16,084.073ops/s  | ±11.34% |
| SpaceBench                  | benchCreateRand      | 4   | 10000 | 5   | 1.316mb  | 12,734.647ops/s  | ±7.27%  |
| CustomSmallerGeneratorBench | benchCreateRand      | 0   | 10000 | 5   | 1.316mb  | 100,265.055ops/s | ±0.60%  |
| CustomSmallerGeneratorBench | benchCreateRand      | 1   | 10000 | 5   | 1.316mb  | 52,006.359ops/s  | ±0.27%  |
| CustomSmallerGeneratorBench | benchCreateRand      | 2   | 10000 | 5   | 1.316mb  | 34,076.722ops/s  | ±1.78%  |
| CustomSmallerGeneratorBench | benchCreateRand      | 3   | 10000 | 5   | 1.316mb  | 17,426.271ops/s  | ±1.76%  |
| CustomSmallerGeneratorBench | benchCreateRand      | 4   | 10000 | 5   | 1.316mb  | 11,866.423ops/s  | ±0.89%  |
| ZooBench                    | benchCreateAndDecode | 0   | 10000 | 5   | 3.319mb  | 70,002.621ops/s  | ±23.69% |
| ZooBench                    | benchCreateAndDecode | 1   | 10000 | 5   | 3.319mb  | 71,029.154ops/s  | ±2.20%  |
| ZooBench                    | benchCreateAndDecode | 2   | 10000 | 5   | 3.319mb  | 64,487.665ops/s  | ±5.93%  |
| ZooBench                    | benchCreateAndDecode | 3   | 10000 | 5   | 3.319mb  | 38,217.361ops/s  | ±8.93%  |
| ZooBench                    | benchCreateAndDecode | 4   | 10000 | 5   | 3.319mb  | 39,929.678ops/s  | ±1.79%  |
| ZooBench                    | benchCreateAndDecode | 5   | 10000 | 5   | 3.319mb  | 25,828.893ops/s  | ±6.26%  |
| ZooBench                    | benchCreateAndDecode | 6   | 10000 | 5   | 3.319mb  | 26,940.460ops/s  | ±1.23%  |
| ZooBench                    | benchCreateAndDecode | 7   | 10000 | 5   | 3.319mb  | 19,010.425ops/s  | ±11.58% |
| SpaceBench                  | benchCreateAndDecode | 0   | 10000 | 5   | 1.316mb  | 38,105.820ops/s  | ±1.05%  |
| SpaceBench                  | benchCreateAndDecode | 1   | 10000 | 5   | 1.316mb  | 38,173.585ops/s  | ±1.65%  |
| SpaceBench                  | benchCreateAndDecode | 2   | 10000 | 5   | 1.316mb  | 38,535.957ops/s  | ±2.29%  |
| SpaceBench                  | benchCreateAndDecode | 3   | 10000 | 5   | 1.316mb  | 24,285.195ops/s  | ±2.14%  |
| SpaceBench                  | benchCreateAndDecode | 4   | 10000 | 5   | 1.316mb  | 24,546.586ops/s  | ±1.12%  |
| SpaceBench                  | benchCreateAndDecode | 5   | 10000 | 5   | 1.316mb  | 13,312.817ops/s  | ±5.60%  |
| SpaceBench                  | benchCreateAndDecode | 6   | 10000 | 5   | 1.316mb  | 12,399.636ops/s  | ±2.22%  |
| SpaceBench                  | benchCreateAndDecode | 7   | 10000 | 5   | 1.316mb  | 9,215.610ops/s   | ±1.95%  |
| CustomSmallerGeneratorBench | benchCreateAndDecode | 0   | 10000 | 5   | 1.316mb  | 76,243.616ops/s  | ±1.21%  |
| CustomSmallerGeneratorBench | benchCreateAndDecode | 1   | 10000 | 5   | 1.316mb  | 41,117.014ops/s  | ±0.40%  |
| CustomSmallerGeneratorBench | benchCreateAndDecode | 2   | 10000 | 5   | 1.316mb  | 41,110.749ops/s  | ±0.84%  |
| CustomSmallerGeneratorBench | benchCreateAndDecode | 3   | 10000 | 5   | 1.316mb  | 27,320.004ops/s  | ±0.31%  |
| CustomSmallerGeneratorBench | benchCreateAndDecode | 4   | 10000 | 5   | 1.316mb  | 27,112.528ops/s  | ±0.61%  |
| CustomSmallerGeneratorBench | benchCreateAndDecode | 5   | 10000 | 5   | 1.316mb  | 16,424.558ops/s  | ±0.50%  |
| CustomSmallerGeneratorBench | benchCreateAndDecode | 6   | 10000 | 5   | 1.316mb  | 14,017.339ops/s  | ±1.52%  |
| CustomSmallerGeneratorBench | benchCreateAndDecode | 7   | 10000 | 5   | 1.316mb  | 9,357.598ops/s   | ±0.30%  |
+-----------------------------+----------------------+-----+-------+-----+----------+------------------+---------+

+-----------------------------+----------------------+-----+-------+-----+----------+------------------+---------+
| benchmark                   | subject              | set | revs  | its | mem_peak | mode             | rstdev  |
+-----------------------------+----------------------+-----+-------+-----+----------+------------------+---------+
| ReadsFileCreateBench        | benchCreate          | 0   | 1000  | 5   | 1.315mb  | 2,436.754ops/s   | ±2.42%  |
| ReadsFileCreateBench        | benchCreate          | 1   | 1000  | 5   | 1.315mb  | 2,495.340ops/s   | ±2.11%  |
| ReadsFileCreateBench        | benchCreate          | 2   | 1000  | 5   | 1.315mb  | 2,494.703ops/s   | ±3.50%  |
| ReadsFileCreateBench        | benchCreate          | 3   | 1000  | 5   | 1.315mb  | 2,373.190ops/s   | ±2.14%  |
| ReadsFileCreateBench        | benchCreate          | 4   | 1000  | 5   | 1.315mb  | 2,417.885ops/s   | ±0.33%  |
| ReadsFileCreateBench        | benchCreate          | 5   | 1000  | 5   | 1.315mb  | 2,269.290ops/s   | ±1.16%  |
| ReadsFileCreateBench        | benchCreate          | 6   | 1000  | 5   | 1.315mb  | 2,347.354ops/s   | ±4.75%  |
| ReadsFileCreateBench        | benchCreate          | 7   | 1000  | 5   | 1.315mb  | 2,030.786ops/s   | ±14.51% |
| CachesFileCreateBench       | benchCreate          | 0   | 1000  | 5   | 1.315mb  | 3,329.945ops/s   | ±3.37%  |
| CachesFileCreateBench       | benchCreate          | 1   | 1000  | 5   | 1.315mb  | 3,431.956ops/s   | ±0.54%  |
| CachesFileCreateBench       | benchCreate          | 2   | 1000  | 5   | 1.315mb  | 3,324.178ops/s   | ±1.60%  |
| CachesFileCreateBench       | benchCreate          | 3   | 1000  | 5   | 1.315mb  | 3,156.075ops/s   | ±2.96%  |
| CachesFileCreateBench       | benchCreate          | 4   | 1000  | 5   | 1.315mb  | 3,284.473ops/s   | ±2.38%  |
| CachesFileCreateBench       | benchCreate          | 5   | 1000  | 5   | 1.315mb  | 3,048.189ops/s   | ±1.29%  |
| CachesFileCreateBench       | benchCreate          | 6   | 1000  | 5   | 1.315mb  | 2,945.867ops/s   | ±2.30%  |
| CachesFileCreateBench       | benchCreate          | 7   | 1000  | 5   | 1.315mb  | 2,880.577ops/s   | ±1.79%  |
| CachesJsonCreateBench       | benchCreate          | 0   | 1000  | 5   | 1.315mb  | 3,509.448ops/s   | ±1.29%  |
| CachesJsonCreateBench       | benchCreate          | 1   | 1000  | 5   | 1.315mb  | 3,497.998ops/s   | ±0.67%  |
| CachesJsonCreateBench       | benchCreate          | 2   | 1000  | 5   | 1.315mb  | 3,530.635ops/s   | ±1.36%  |
| CachesJsonCreateBench       | benchCreate          | 3   | 1000  | 5   | 1.315mb  | 3,405.949ops/s   | ±0.76%  |
| CachesJsonCreateBench       | benchCreate          | 4   | 1000  | 5   | 1.315mb  | 3,424.857ops/s   | ±0.54%  |
| CachesJsonCreateBench       | benchCreate          | 5   | 1000  | 5   | 1.315mb  | 3,098.171ops/s   | ±0.72%  |
| CachesJsonCreateBench       | benchCreate          | 6   | 1000  | 5   | 1.315mb  | 3,106.300ops/s   | ±1.98%  |
| CachesJsonCreateBench       | benchCreate          | 7   | 1000  | 5   | 1.315mb  | 2,914.060ops/s   | ±0.96%  |
+-----------------------------+----------------------+-----+-------+-----+----------+------------------+---------+

Cool! Here are the results as XML if anyone wants it :)
https://gist.github.com/caendesilva/7a9327ab9562566db5d552397c2ad260


About the results without cfg

Hi, the FID score in the paper is impressive. But I am curious about the generation results without cfg, could you provide the score of them? Thanks a lot.

Hi! Thanks for your interest on our work. We haven't conducted any experiments without cfg. I think simply set the cfg_scale=1 is not appropriate since our training adopts the 0.1 dropout for class embedding. I think you should consider retrain the model without the dropout.


Serialized maps weight too much

Serializing maps produces too much bytes comparing to Protobuf and CBOR. Not sure, if it's something with avro itself or schema generation. I believe this is significant because the main and only reason to use binary formats is that they could be compact and safe regardless of the user content (no need to escape anything).
@Serializable
data class X(
    val v: Int,
    val map: Map<String, String>
)

@OptIn(ExperimentalSerializationApi::class)
fun main() {
    val data = X(1, emptyMap())
    ProtoBuf.encodeToByteArray(data).let { println("Protobuf: ${it.size}") }
    Avro.default.encodeToByteArray(data).let { println("Avro: ${it.size}") }
    Cbor.encodeToByteArray(data).let { println("Cbor: ${it.size}") }
}

Produces:
Protobuf: 2
Avro: 221
Cbor: 11

Avro includes the schema.

Is it required to pass schema with every single message?

@cy6erGn0m no it is not. Have a look at the readme.


[DOCS] Add pointers to next steps after deployment is complete in quick start guide

Description
In our quick start guides, we're pretty good about covering the deployment lifecycle of clusters to get them up and running, and to get them removed when done. It would be good if we had some pointers to content, or some basic next steps, to help guide someone on what to do next once they've gotten a cluster deployed.
User feedback:

The Getting Started does not go into details of deploying an application to the newly created clusters, which makes the guide feel like it ends rather abruptly.

Location
All quick start guides.

I think this will be covered by TAP when that is available?
I think right now, the closest thing we have in the docs right now are the Guides so I can add a link to them?


Messages total - Could not locate that visualization

Wow, this is awesome. Exactly what I was looking for. I did hover notice one issue with the "Messages total" visualization. If you have any ideas on how I can fix this let me know, thanks!

Glad you found this useful!
Unfortunately when it comes to Elastic stack issues, it can be super hard to troubleshoot without direct access to things. I've seen a few issues where removing everything and reinstalling fixed it, but I don't think we need to get so drastic since it's just one missing/invalid visualization.
Let's edit/create this single visualization:

Go to Visualize and search for "Messages total [Filebeat Postfix]"
Create/Edit visualization
Create/Set cardinality (count of unique values) aggregation using "postfix_queueid" with a label of "Total" and with colors and the rest based on the JSON-ish object from this repo (see below).
Save visualization

JSON-ish representation of the visualization from https://github.com/ActionScripted/elastic-kibana-postfix/blob/master/kibana/ui-visualizations.json#L59 :
{
  "title":"Messages total [Filebeat Postfix]",
    "type":"metric",
    "params":{
      "addTooltip":true,
      "addLegend":false,
      "type":"metric",
      "metric":{
        "percentageMode":false,
        "useRanges":false,
        "colorSchema":"Green to Red",
        "metricColorMode":"None",
        "colorsRange":[{
          "from":0,
          "to":10000
        }],
        "labels":{
          "show":true
        },
        "invertColors":false,
        "style":{
          "bgFill":"#000",
          "bgColor":false,
          "labelColor":false,
          "subText":"",
          "fontSize":42
        }
      }
    },
    "aggs":[{
      "id":"1",
      "enabled":true,
      "type":"cardinality",
      "schema":"metric",
      "params":{
        "field":"postfix_queueid",
        "customLabel":"Total"
      }
    }]
}

Now edit the Postfix dashboard and replace the missing visualization with this new/updated one. If it doesn't work or doesn't seem quite right you may need to adjust the visualization a bit and/or double-check settings.
Thankfully of all the visualizations on the dashboard to rebuild, this is the easiest one. :D

Ahh, maybe that's my problem! For some reason that visualization does not exist.

When I try to create a new metric visualization with a unique count aggregation none of the postfix fields are available 🤔

Looking at the discover view, the fields are definitely there, not sure why the visualizer is not allowing me to target the postfix_ fields

Apologies! My postfix dat wasn’t being indexed, thanks!

Glad you were able to get it working and really appreciate you following up with screenshots and the fix/resolution!

Hello,
Someone can post his functional elk stack (with docker-compose) ?
Thanks in advance

@li-adrienloiseau: I don’t have one I can share, but there’s an official example setup here: https://github.com/elastic/stack-docker
You could use that as a starter and run the setup of this repo on top.


Use constants and update docstrings

Description:

Use constants and update docstrings
Set default in validation

Example entry for configuration.yaml (if applicable):
binary_sensor:
  - platform: 'bayesian'
    prior: 0.1
    observations:
      - entity_id: 'switch.kitchen_lights'
        prob_given_true: 0.6
        prob_given_false: 0.2
        platform: 'state'
        to_state: 'on'

Checklist:
If the code does not interact with devices:

[x] Local tests with tox run successfully. Your PR cannot be merged unless tests pass

Is this a breaking change since the default name changes?


http response from google may not always has 'x-goog-hash' header

The http response from google may not always has 'x-goog-hash' header. When it happens, the node process will exit.
Need fix like:
diff --git a/node_modules/gcloud/lib/storage/file.js b/node_modules/gcloud/lib/storage/file.js
index 8e1a26e..4aaec72 100644
--- a/node_modules/gcloud/lib/storage/file.js
+++ b/node_modules/gcloud/lib/storage/file.js
@@ -361,10 +361,12 @@
             var md5Fail = true;

             var hashes = {};
-            res.headers['x-goog-hash'].split(',').forEach(function(hash) {
-              var hashType = hash.split('=')[0];
-              hashes[hashType] = hash.substr(hash.indexOf('=') + 1);
-            });
+            if (res.headers && res.headers['x-goog-hash']) {
+              res.headers['x-goog-hash'].split(',').forEach(function(hash) {
+                var hashType = hash.split('=')[0];
+                hashes[hashType] = hash.substr(hash.indexOf('=') + 1);
+              });
+            }

             var remoteMd5 = hashes.md5;
             var remoteCrc = hashes.crc32c && hashes.crc32c.substr(4);

Did you run into a situation where it wasn't returned?

Google Cloud Storage stores MD5 hashes for all non-composite objects. CRC32Cs are available for all objects.
- https://cloud.google.com/storage/docs/reference-headers#xgooghash

Seems like a reasonable request for a sanity check.

Still would like to know if this can come up. Would affect more of our code, if we can't always trust that a CRC32C hash is available.

It happens reliably if you try to fetch an object right before the upload of the object is done.

Why would you try to fetch an object before it was uploaded? Can you provide a snippet of code that causes this issue?

It was not intentionally. The bug was triggered because of in my old code, I registered on the "finish" event instead of "complete" event.  A normal writeablestream will emit 'finish' when the data has been flushed to the underlying system, apparently 'finish' and 'complete' have different semantic in your lib. 'finish' event doesn't mean the object is committed. There is no document about this 'complete" event and I have to dig into the lib code to find out that.
Nevertheless, the lib's robustness should not entirely depend on the well-behave of the backend service. A not-well-behaved service should not cause the lib user's process exits.

Regarding finish vs complete, it's just kind of hard to work with Node streams. You'll see various libraries using different terms for different reasons. We use complete to be consistent with the request library, which is a familiar term for many developers. That at least makes the transition a little less painful for most.
Regarding the header, it should still always be there. I don't think we need to defensively program against that, since that the code pasted in your initial post executes after we've received a response from an upload. I'm still uncertain how our library executed that code before the response came back. Code that you used showing that happening may help me understand better.

To reproduce that you just need to fetch the object right after get the 'finish' event during a stream upload.
fsStream.pipe(bucket.file(blobname).createWriteStream({ metadata: metadata} )).
.on('error', function(err) {
handleError(err, 'write');
})
.on('finish', function(ex) {
if (!fdCbCalled) {
fdCbCalled = true;
future.return();
}
});
future.wait();
fetchBlob(blobName);
50% of the time you will get a response without the 'x-goog-hash' header the lib code expects.

We merged a PR that will hopefully help with explaining we use complete and not finish. I believe that was one part of this issue, and the other was: in parallel, upload a file and read from it. @ryanseys did some testing and observed the API responds with a 404 error, however, our code doesn't account for this and continues on as if it's a successful response.
Specifically, we need to implement [util.handleResp](https://github.com/GoogleCloudPlatform/gcloud-node/blob/master/lib/common/util.js#L168) here: https://github.com/GoogleCloudPlatform/gcloud-node/blob/f59f3e7b19252aeeb529fd3a7db1f62861f26259/lib/storage/file.js#L371 to help determine the quality of the API response.
Thanks for catching this @teddybearz and for tracking down the problem @ryanseys! PR incoming :)


Cannot re-export imported type

This syntax doesn't work.
export type {ImportedType} from './file'
(note that it does work with re-exporting functions, classes etc, Flow understands that and imports/exports correctly, just not types)

You can import and then re-export, but unfortunately it seems you have to change the name:
import type {MyType} from './types';
export type MyTypeToo = MyType;

...which is a bit annoying if your external clients have to use one type name, whilst inside the module you're using the other.

You can change the name in import line:
import type {MyType as _MyType} from './types';
export type MyType = _MyType;

Oh I had tried that, and it failed on the client's import. But I think that must have been to do with Flow caching something over the node_modules boundary - because when I restart, this approach now works. Thanks for the prompt.
Still a bit hacky ;)

Would it be possible for Flow to support export type MyType in the future? This would be a huge help for us.

Stumbled on this today, none of the above solution works. Flow doesn't complain about missing modules, but it's not catching any errors either.
Importing directly from the right file works though.

What version of flow are you using?  This works for me on 0.33.0:
definition.js:
// @flow
export type { MyType } from './types'

test.js:
// @flow
import type { MyType } from './definition'
const foo: MyType = 'a'

Flow output:
common/__tests__/test.js:3
  3: const foo: MyType = 'a'
                         ^^^ string. This type is incompatible with
  3: const foo: MyType = 'a'
                ^^^^^^ number

Found 1 error

And your other example works too.
test.js:
// @flow
import type { MyType, SomeTypeThatDoesntExist } from './definition'
const foo: MyType = 2

Flow output:
common/__tests__/test.js:2
  2: import type { MyType, SomeTypeThatDoesntExist } from './definition'
                           ^^^^^^^^^^^^^^^^^^^^^^^ Named import from module `./definition`. This module has no named export called `SomeTypeThatDoesntExist`.

Found 1 error

Well I just tried again, and it actually works, my bad.

Did you maybe forget a // @flow annotation at the top of your test files? That has caught me out before.

Yeah probably, I think I forgot the annotation on the definition file, and it obviously won't work without it.
Thanks @jamesisaac, and sorry for the noise :p


patron endpoint errors on netid

Works fine when given a barcode

NetIDs have been manually added for only a few staff: https://github.com/pulibrary/bibdata/issues/932#issuecomment-763957859
NetIDs will be added for other users when the patron feed is updated (currently scheduled for March).

@pmgreen that's true but this happened with my account, which works fine with the netid directly to alma. It's something in the ruby code I think.

Not sure what was wrong before. It's working now with my netid, barcode, or patron id.


An option to make all tables from all databases (except system ones) visible in Metabase

Previously, with the past Metabase and JDBC driver versions, it did not really matter which database a user was connected to - all the tables from all the databases were visible.
After Metabase and JDBC driver upgrades, the driver works in line with the other solutions - the tables are displayed only from the connection database.
However, many users reported that they prefer the legacy behaviour where everything is always visible, and all the tables from all the databases are accessible and not limited to the connection database. See https://github.com/ClickHouse/metabase-clickhouse-driver/issues/121 for additional context.
The proposal is to investigate how to bring back this workaround
https://github.com/ClickHouse/metabase-clickhouse-driver/blob/91b523a6e00f4c6f15d4afb239c48151ff316d5b/src/metabase/driver/clickhouse.clj#L508-L517
that does not seem to work anymore (the method is called only with the connection database) via some kind of a UI toggle ("scan all databases" switch or leave the dbname empty?).

https://github.com/ClickHouse/metabase-clickhouse-driver/releases/tag/1.0.3 does not address this, does it?

@djuarezg 1.0.4 should have it.
Please stay tuned.

@djuarezg please try 1.0.4 with the new "Scan all databases" toggle. See https://github.com/ClickHouse/metabase-clickhouse-driver/pull/143 for more details.

@slvrtrn It works flawlessly, as always, thank you very much for your work.


Type hint on product_fees only valid on Python >= 3.9

Which API - Endpoint is your request about.
The type hint list[dict] on https://github.com/saleweaver/python-amazon-sp-api/blob/2e831a278dded226f5242df0c18eeec05e48ac78/sp_api/api/product_fees/product_fees.py#L99
is only valid for Python >= 3.9
I could not find a supported Python version on the documentation. Hence, it would be great if you still support Python 3.8 by changing that line to
from typing import List
...
 def get_product_fees_estimate(self, estimate_requests: List[dict]) -> ApiResponse:

Because you are still import the typing module on other endpoint, I think this is not a major break in continuity. Only an advantage to still support Python 3.8
Please let me know if I should create a PR for this. Cheers

Hi, a PR would be great

+1, this broke when upgrading

Hi, a PR would be great

Alright. Will create PR today


Update test.yml

I'd like to clone it to my workspace and do modifications where possible

Changes made: List any significant changes or new functionalities.


ValueError: not enough values to unpack

I directly run the first command in shape_diffusion and got the following error

Could someone please check that?

Same question. May I ask if you have solved it?

Sorry, no I didn't.