Fix json body request apis

Fix #75

Its highly possible but I don't have necessary configured cluster to test them.

I think we should change them all.
Looking at the requests package, we'll get the appropriate encoding if json= is used.  Whereas it looks like we'll get form encoding using data=.  So, even though the header contains Content-Type: application/json, the actual encoding of the body doesn't match the header and more sensitive libraries get heartburn.
In my attached test code, I was passing in the actual json when submitting the application.  This was associated with a data= in our package.  I believe that because this was properly encoded, submission works.  However, if I pass in the dictionary (prior to its conversion to json), submission fails with a bad request exception.
Response finished with status: 400. Details: {"RemoteException":{"exception":"BadRequestException","message":"java.lang.Exception: Could not parse application id ","javaClassName":"org.apache.hadoop.yarn.webapp.BadRequestException"}}

Once I change cluster_submit_application() to also use json= and pass the dictionary data, then submission also works.
Since we document the data parameter as "dict data" and given that all methods that hardcode their data payloads (like kill, change-queue, change-priority, etc.) are actually passing dictionaries, then I believe the right thing is to change all data= to json=.

@kevin-bates alright, pushed the commit and renamed the PR.


Identifiers validation failed for dataset Distribución geográfica de las lagartijas partenogenéticas del género Aspidoscelis en México

Identifier validation failed for the dataset Distribución geográfica de las lagartijas partenogenéticas del género Aspidoscelis en México:

Crawler attempt: 273
Publishing organization: Comisión nacional para el conocimiento y uso de la biodiversidad
Publishing country: MEXICO
Installation: IPTCONABIO
Number of occurrences indexed for this dataset at the time of the issue: 3224
Cause: GBIF ID problems exceed 50% threshold: 100% duplicates; 3221 total records; 3221 absent records
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/3740027/step

New IDs sample:

Old IDs sample:

48110744273c95835222e1fb927303bd
30cf03c9d44ffeb1229c87c870df6242
344f7878f79eb62a4db42dd74c1a79cb
49b7c8b3d0ada1fca75302cf052ccc97
9c7ca1a032273de4c1bde753fa859f22
08ccdb9f30bc189b82e1c9ce1dd3337b
0b4f45c4f85deea358fc150b15a7b6d6
0c72c6f59f2a244b6f61e9a601a1bf42
1af55351df25b9a2e7326e8b3d627d14
2b03dafd2757adeed06bc113b0b6d4c5

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the Distribución geográfica de las lagartijas partenogenéticas del género Aspidoscelis en México : https://doi.org/10.15468/9hj24p.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.

Identifier validation still  failing for the dataset Distribución geográfica de las lagartijas partenogenéticas del género Aspidoscelis en México:

Crawler attempt: 274
Publishing organization: Comisión nacional para el conocimiento y uso de la biodiversidad
Publishing country: MEXICO
Installation: IPTCONABIO
Number of occurrences indexed for this dataset at the time of the issue: 3224
Cause: GBIF ID problems exceed 50% threshold: 100% duplicates; 3221 total records; 3221 absent records
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/3740996/step

New IDs sample:

Old IDs sample:

48110744273c95835222e1fb927303bd
30cf03c9d44ffeb1229c87c870df6242
344f7878f79eb62a4db42dd74c1a79cb
49b7c8b3d0ada1fca75302cf052ccc97
9c7ca1a032273de4c1bde753fa859f22
08ccdb9f30bc189b82e1c9ce1dd3337b
0b4f45c4f85deea358fc150b15a7b6d6
0c72c6f59f2a244b6f61e9a601a1bf42
1af55351df25b9a2e7326e8b3d627d14
2b03dafd2757adeed06bc113b0b6d4c5

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the Distribución geográfica de las lagartijas partenogenéticas del género Aspidoscelis en México : https://doi.org/10.15468/9hj24p.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.

Identifier validation still  failing for the dataset Distribución geográfica de las lagartijas partenogenéticas del género Aspidoscelis en México:

Crawler attempt: 276
Publishing organization: Comisión nacional para el conocimiento y uso de la biodiversidad
Publishing country: MEXICO
Installation: IPTCONABIO
Number of occurrences indexed for this dataset at the time of the issue: 3224
Cause: GBIF ID problems exceed 50% threshold: 100% duplicates; 3221 total records; 3221 absent records
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/3741624/step

New IDs sample:

Old IDs sample:

48110744273c95835222e1fb927303bd
30cf03c9d44ffeb1229c87c870df6242
344f7878f79eb62a4db42dd74c1a79cb
49b7c8b3d0ada1fca75302cf052ccc97
9c7ca1a032273de4c1bde753fa859f22
08ccdb9f30bc189b82e1c9ce1dd3337b
0b4f45c4f85deea358fc150b15a7b6d6
0c72c6f59f2a244b6f61e9a601a1bf42
1af55351df25b9a2e7326e8b3d627d14
2b03dafd2757adeed06bc113b0b6d4c5

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the Distribución geográfica de las lagartijas partenogenéticas del género Aspidoscelis en México : https://doi.org/10.15468/9hj24p.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.


bug: The bot search searches for one time only

Prerequisites

[X] I have searched for existing issues that already report this problem, without success.

Script Version
1.1.6
Platform
Webapp
Current Behavior
The bot doesn't continue searching after the first time. the searching bar works but there is no new log or any indication that a search has happened
Expected Behavior
It will keep searching
Steps to Reproduce
Searching for any card or any consumables
Additional Information
No response

Seems like you dint check the existing issues till agreed for the prerequisites :sweat_smile: :sweat_smile:
Anycase you can refer this issue - https://github.com/chithakumar13/FUT-Auto-Buyer/issues/518


Compilation Error on Centos 7.2

I am compiling heimdall in Centos 7.2 and I have the following error:
make
[  3%] Building CXX object libpit/CMakeFiles/pit.dir/source/libpit.cpp.o
Linking CXX static library libpit.a
[  3%] Built target pit
[  7%] Building CXX object heimdall/CMakeFiles/heimdall.dir/source/Arguments.cpp.o
[ 11%] Building CXX object heimdall/CMakeFiles/heimdall.dir/source/BridgeManager.cpp.o
[ 14%] Building CXX object heimdall/CMakeFiles/heimdall.dir/source/ClosePcScreenAction.cpp.o
[ 18%] Building CXX object heimdall/CMakeFiles/heimdall.dir/source/DetectAction.cpp.o
[ 22%] Building CXX object heimdall/CMakeFiles/heimdall.dir/source/DownloadPitAction.cpp.o
[ 25%] Building CXX object heimdall/CMakeFiles/heimdall.dir/source/FlashAction.cpp.o
[ 29%] Building CXX object heimdall/CMakeFiles/heimdall.dir/source/HelpAction.cpp.o
[ 33%] Building CXX object heimdall/CMakeFiles/heimdall.dir/source/InfoAction.cpp.o
[ 37%] Building CXX object heimdall/CMakeFiles/heimdall.dir/source/Interface.cpp.o
[ 40%] Building CXX object heimdall/CMakeFiles/heimdall.dir/source/main.cpp.o
[ 44%] Building CXX object heimdall/CMakeFiles/heimdall.dir/source/PrintPitAction.cpp.o
[ 48%] Building CXX object heimdall/CMakeFiles/heimdall.dir/source/Utility.cpp.o
[ 51%] Building CXX object heimdall/CMakeFiles/heimdall.dir/source/VersionAction.cpp.o
Linking CXX executable ../bin/heimdall
/usr/bin/ld: no se puede encontrar -lPRIVATE
/usr/bin/ld: no se puede encontrar -lPRIVATE
collect2: error: ld devolvió el estado de salida 1
make[2]: *** [bin/heimdall] Error 1
make[1]: *** [heimdall/CMakeFiles/heimdall.dir/all] Error 2
make: *** [all] Error 2
Any clue about what's the problem behind?

I had the same issue and found that the version of cmake 2.8.11, which is the version available in Centos 7 is too old for the private flag. I just compiled and used cmake 3 and it worked fine.


Linked files in toolbar? (dreamwever-like)

Hello,
it would be easier for us mantaining some old php application, to have a dreamweaver-like toolbar wich links all the "include/" files, .css and .js linked files and so on.
Maybe there's already a solution for that, but it was unable to find for me, not on VSCode, neither on extensions for VSCode.

There is no such thing today.  We provide different ways how you can access the outline (through the outline view, the bread crump, or the quick outline (Cmd+Shift+0) and I'd expect the includes to show up there. From there you would have to use Cmd+mouse click to jump to the reference. The PHP extension(s) you use could provide a custom tree view just listing the references. Pls file that as a feature request against the PHP extension.


Generate query from XML configuration file

Suppose we've generated, through genetic Duke algorithm or by hand, an xml configuration file (maybe also duke's output xml),
which contains, for each field of a given entity, thresholds (high, low), comparator algorithm, cleaners, etc.
Provide a functionality to make elasticsearch-entity-resolution "ingest" xml configuration.
So that anyone can generate a query from xml file.

This is a sample configuration:
<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<duke>
  <schema>
    <threshold>0.40440177844276326</threshold>
    <property type="id">
      <name>IDHuesped</name>
    </property>
    <property>
      <name>NumFidelizacion</name>
      <comparator>no.priv.garshol.duke.comparators.ExactComparator</comparator>
      <low>0.41346477540386545</low>
      <high>0.5427865167850188</high>
      <cleaners>
        <cleaner>
            <name>"no.priv.garshol.duke.cleaners.TrimCleaner"</name>
        </cleaner>
      </cleaners>
    </property>
  </schema>
</duke>

Thanks. Hopefully would be able to commit something next week...


Unified Colors

Organisers may now choose a unified color theme for their event application in the config.scss file.

I think there is no need to commit the main.css as well as it will be generated automatically on running gulp.

@creativepsyco I guess the rest is good to go?

If this is all squashed into one commit would be good.

@championswimmer @creativepsyco I think this PR is good to be merged?


Vault UI not enabled in 0.1.1

The latest release 0.1.1 does not enable the vault UI by default. The variable enable-vault-ui is not apart of the release. Therefore the terraform condition does not pass the --enable-vault-ui to /opt/vault/bin/run-vault which generates the config file. This results in ui = false

Thanks for this feedback. We'll plan to get this fixed next week.


Ping last location of player

Feature overview
Name: Ping last location of player
TL;DR: Command that gps pings last location of specific player
Details
Command that would ping the position of the specific player provided in the command execution. Would provide the position of the player via a gps ping in the game chat. The ping itself would only be visible to the player who executed the command.
Possible methods
Get player via game.player list and fetch their position.

PR implementing this request has been merged into dev. Clossing issue.


Show which clip is selected

List of ideas for implementation:

Create a symbol in spectrogram to denote region
temporarily change color of spectrogram (bad idea removes save colorization
Create a button to go to the region's timestamp

List of ideas for implementation:

Create a symbol in spectrogram to denote region
temporarily change color of spectrogram (bad idea removes save colorization
Create a button to go to the region's timestamp


Coffee Maker

@alexanv1, I've started integrating the coffee maker support into the "dev" branch, please give it a shot and let me know what you think.

Wow, that was fast! Thanks!
I've made a few fixes to get it to be somewhat functional: https://github.com/simbaja/ha_gehome/pull/63
Unfortunately, while it's functional, it ends up being clunky and borderline unusable (i.e. I don't think it will pass WAF :))
The problem is that setting either the temperature or changing the mode ends up turning the Coffee Maker on. Once it's on, changing the other value does not always have an effect since it seems that setting brew settings once the device is already brewing isn't really a supported scenario (not surprising since that functionality is not exposed in the app). Sometimes it works, sometimes it doesn't and I haven't been able to identify a real pattern here.
Ideally, the interface would be similar to the app where you can select the settings and then click a button to start brewing with those settings (and have another button for cancel). The new button entity that was introduced in HA 2112 gets us part of the way there I think.
The remaining challenge is exposing number\select entities (# of cups, strength, temperature) that don't actually impact the device state when they are modified. I think this can be handled by creating some new "virtual" entity types that don't directly map to an ERD. Instead, changing the values would call into the CoffeeMaker Appliance API which would just cache those values. Then, when a button is clicked, the Appliance API would construct the brew settings from cached values and set the ERD.
In other words, the entities exposed for the coffeemaker would be:

ERD-backed sensors (# of cups, strength, current temperature, target temperature, is_brewing, etc)
ERD-backed buttons (start brewing, cancel brewing, start descaling, cancel descaling)
"virtual" number for selecting temperature
"virtual" select for selecting brew strength
"virtual" select for selecting # of cups

It would then be very simple to use conditional entity rows in Lovelace to only display those buttons that are applicable (e.g. only display Cancel Brewing when binary_sensor.is_brewing is True, etc). Granted it does involve a bit of manual effort to integrate into Lovelace but you can end up with an experience that very closely mimics what Smart HQ app provides.
The only caveat that I can see is that since the virtual entities aren't tied to an ERD, their initial values (on HA startup) would be static and they would only ever change as a result of user input. Also, whatever changes the user makes wouldn't persist across restarts. However, I think there may be a way to solve the persistence across restarts since HA saves the entity state and maybe that saved state can be used as initial state. Need to look into that aspect some more...
What do you think?
I am more than happy to try and code this up and we can see what it looks like.

Thanks for making those fixes :)  One day I should make some unit tests to catch my coding errors :)
Yeah, I suspected that this might not be the best and something like what you describe is probably the next direction I would have gone down.  With the button support of 2021.12, we can make it work (would have been a pain before, would have had to use service calls).
I might suggest that when these "virtual" entities are created, we can set the initial value for each of these would be based on the corresponding ERD values, that way we can at least set them to last used instead of resetting them when HA restarts.  Perhaps it also makes sense to change them when the ERD value changes so that if you're operating from the machine itself, it's reflected in the HA UI?  So, perhaps the "virtual" entities should be based on the ERD select/number, but override the set/state to enable this type of behavior?
I don't know how the buttons are called from a script, but we may also want to make some service calls as well to enhance automatability (have some timer related calls already that we can probably leverage as a guide).

I will also experiment with dynamically updating when the ERD changes but there might be some caveats there with making sure not to override with values from the machine after they are explicitly changed in the UI but before they are "committed" by starting brewing.

Is there any way for those settings to change besides someone physically changing it on the device?  If not, an on change approach should work (maintain last value and check new value if an update request comes in).  If there is some way to change them outside of interacting with the device, probably just the initial hydration would be the best.  Basically, I'm thinking you'd prioritize someone at the device over the remote user if possible.

Finally had time to implement this - PR is opened: #68

I have a coffee maker and all that shows up in the entities is sabbath mode switch. I've installed the different Dev branches and don't see anything different...any ideas?

I have a coffee maker and all that shows up in the entities is sabbath mode switch. I've installed the different Dev branches and don't see anything different...any ideas?

Hmmm, that's interesting... What model is it?
You can open an issue in the SDK repository (https://github.com/simbaja/gehome) and follow the websocket example there to collect the data that would be needed to support it properly.

@kksligh, are you using HACS or manually installing from the "Dev" branch?  I haven't created a pre-release yet that incorporates this functionality, but the "Dev" branch should have it.  You'd just have to manually copy the files into the custom integration folder.  That should also support the microwave as well.

I'll give it a try
Thanks,
Kale Sligh
VP, Marketing
o<PHONE_NUMBER>
m<PHONE_NUMBER>

From: simbaja @.>
Sent: Friday, February 4, 2022 9:57:56 PM
To: simbaja/ha_gehome @.>
Cc: kksligh @.>; Mention @.>
Subject: Re: [simbaja/ha_gehome] Coffee Maker (Issue #62)
@kkslighhttps://github.com/kksligh, are you using HACS or manually installing from the "Dev" branch? I haven't created a pre-release yet that incorporates this functionality, but the "Dev" branch should have it. You'd just have to manually copy the files into the custom integration folder. That should also support the microwave as well.
—
Reply to this email directly, view it on GitHubhttps://github.com/simbaja/ha_gehome/issues/62#issuecomment-1030516327, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AT3AQU7M7H5SUARP5EDXUYLUZSN4JANCNFSM5J42JCFA.
Triage notifications on the go with GitHub Mobile for iOShttps://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Androidhttps://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you were mentioned.Message ID: @.***>

I'm struggling with knowing how to add the code manually. Where exactly to I get said code and how do I manually add into HA? Sorry if that's a trivial question

@simbaja can you help with my challenge above?

I think I've figured it out. I'll test this weekend and report back

Following up here - the coffee maker works great!  attached is a list of the functions and sensors that come through...


getTestCaseCustomFieldExecutionValue is outdated #113

In this build following updates are included

Changes.xml updated
Fixed getTestCaseCustomFieldExecutionValue

Added testplan_id param into TestCaseService.java
Added testplan_id param into TestLinkAPI.java
Create java file for testcase custom field execution (TestGetTestCaseCustomFieldExecutionValue.java)
Create xml file for testcase custom field execution value (tl.getTestCaseCustomFieldExecutionValue.xml)

Regards,
Rana Mansoor

@kinow   maybe accept pull request?

Oh, missed this one while reviewing the recent pull requests, thanks for the reminder @schwarcu (and sorry for the delay @ranashahan ).
Code looks good, and thanks a ton for including tests @ranashahan . The changes.xml normally lists dev a developer/maintainer, and contributors' info are in the due-to attribute. I'll amend the file after merging it.
There are a few recent changes (all contributions 🎉 thanks all), and I am planning to cut a release soon. I have a bit of spare time, and am coincidentally working on an issue with PHP, so I may be able to prepare a dev environment for TestLink, and finally do some proper testing, triage, and then release a version of the API that has been confirmed to work well with TL.
Otherwise will release a version with the latest TL version, plus the suffix -1 (or N if we have already a release for that version).
Cheers, and happy holidays
Bruno

Finally i am glad you guys are happy regarding my work 👍, thank you all.
@kinow let me know if you need more help in your upcoming release (Java Code specific only... i don't have PHP expertise) .

Releasing 1.9.17-0. Tested with latest from git master, and the basic functionality of the jenkins plugin was still working - I was really surprised. The plugin uses a few of the methods available in the API. No guarantee that everything is working OK though. Cheers


Review delete behavior

Delete button must ask for confirmation:
e.g. Are you sure that you want to delete entity [entity name]?
There is some things that cannot be removed, e.g. entities with children entities. In the test cases there are some details about what kind of thing can be removed (to be discussed). At least, we need a comprensible message when some object cannot be deleted.

1.- The platform allaws ask for confirmation
2.- The system do not remove:

layers with entities (issue #114)
entities with risk sessions ?

In Layer Management, we need an exception message thrown when a layer cannot be deleted because it has associated entities.
We need to discuss if entities with risk sessions can be deleted or not.

We cannot delete:

Layers when there are entities belonging to this layer
entities with risk sessions
risk configurations with risk sessions
models used in risk sessions

to be decided: removing a model from a risk configuration that already has risk sessions


Modify buttons and links

Issue Description
I think we should make buttons and links more attractive. Can I work on this task?


Support custom buffers in chunked_stream

Adds an optional newBuffer argument to methods managing an internal buffer. When reading chunks of byte streams, a buffer implementation backed by typed data can be used to improve memory efficiency.

Sorry, I didn't see this PR before I had written most of https://github.com/google/dart-neats/pull/96 :D

Sorry, I didn't see this PR before I had written most of https://github.com/google/dart-neats/pull/96 :D

That will work too, thanks!

That will work too, thanks!


[EventRequest] Codeunit 900 Assembly-Post - OnFinalizePostOnBeforeDeleteHeaderAndLines

Requesting a new event publisher on Codeunit 900 Assembly-Post
Event
OnFinalizePostOnBeforeDeleteHeaderAndLines(AssemblyHeader : Record "Assembly Header";VAR IsHandled : Boolean)
Code
LOCAL FinalizePost(AssemblyHeader : Record "Assembly Header")
OnBeforeFinalizePost(AssemblyHeader);

MakeInvtAdjmt;

>>> New Code
Ishandled := FALSE;
OnFinalizePostOnBeforeDeleteHeaderAndLines(AssemblyHeader : Record "Assembly Header";VAR IsHandled : Boolean)
IF NOT IsHandled THEN

<<<New Code End
  WITH AssemblyHeader DO BEGIN
    // Delete header and lines
    AssemblyLine.RESET;
    AssemblyLine.SETRANGE("Document Type","Document Type");
    AssemblyLine.SETRANGE("Document No.","No.");
    IF "Remaining Quantity (Base)" = 0 THEN BEGIN
      IF HASLINKS THEN
        DELETELINKS;
      DeleteWhseRequest(AssemblyHeader);
      DELETE;
      IF AssemblyLine.FIND('-') THEN
        REPEAT
          IF AssemblyLine.HASLINKS THEN
            DELETELINKS;
          AssemblyLineReserve.SetDeleteItemTracking(TRUE);
          AssemblyLineReserve.DeleteLine(AssemblyLine);
        UNTIL AssemblyLine.NEXT = 0;
      AssemblyLine.DELETEALL;
      AssemblyCommentLine.SETCURRENTKEY("Document Type","Document No.");
      AssemblyCommentLine.SETRANGE("Document Type","Document Type");
      AssemblyCommentLine.SETRANGE("Document No.","No.");
      IF NOT AssemblyCommentLine.ISEMPTY THEN
        AssemblyCommentLine.DELETEALL;
    END;
  END;

OnAfterFinalizePost(AssemblyHeader);

In Our Solution we have the flexibility to keep Assembly Orders (Based on Set-up) after it is posted. Please add the requested Publisher.

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. We will update this issue with information about availability.


[Feature Request] Support for gh-pages

I'm submitting a...

[ ] Bug report
[X ] Feature request
[ ] Documentation issue or request

In package

[ ] @ng-toolkit/init
[ ] @ng-toolkit/serverless
[ X] @ng-toolkit/universal

Hi - Thank you for making this awesome project.  Saw the review on Coursetro and it looks really amazing.  Wondering if it currently supports deployment to GH pages?  There is a project here that seems to do the trick, but it would be really cool if it were integrated into this project.

@oleersoy No, Angular Universal requires you to run NodeJS on the server. Github pages are static files only.
Closing now for housekeeping purposes.


Policy: Allowed + Constraints + Selector

This PR adds a number of things.
I have split out spec.issuerRefSelector to become spec.selector.issuerRef.
The old attributes approver has been split up into allowed and constraints.
Fields under allowed which include things like dnsNames, commonName are denied by default. This means the things listed under allowed effectively give the certificate holder more privileges so a user likely wants to list everything an identity should have.
Fields under constraints include things like maxDuration or keyAlgorithm and are allow all by default. While these fields don't give the certificate holder more privileges,  they are things that some users may be interested in limiting.
I have expanded the controller BDD tests quite a bit so we should have much better coverage now. If you think of something I have missed please say :smile:
/assign @irbekrm
/hold

/test all

/

/retest

/hold

Thanks @irbekrm, I have responded to your comments and implemented the suggestions.
Hopefully #31 will help with giving proper docs on what the behavior is to users.

/retest

Looks good to me- thanks for making the changes and answering all the questions
/hold cancel

/retest

/lgtm


Better search query types in rank

TBD

Work was being done better by @harrisonpim in another upcoming PR


The feature to launch the app using the Quick Settings button is not working.

When I press the button, it shows "Keeps stopping."

Thanks for reporting this issue, I'll have a fix for this in the next release.


Bug: Batch import creates ABP tags in Device Twin for OTAA-based device models

Expected Behavior
When importing a list of devices from the provided CSV template file, the portal should check the type of device authentication before creating it, and only set values for the proper authentication method (OTAA or ABP)
Current Behavior
The portal creates OTAA devices with all properties set (with values or empty strings depending on what's provided), which causes the devices to fail loading in the LoRa Network Server due to the presence of ABP variables in the Device Twin (e.g. AppSKey).
Steps to Reproduce

Get the import template
Add an OTAA device without filling the ABP-specific columns
Import in the portal
Connect the device to your LoRa network

Context (Environment)
Portal version: 4.13.2
LoRaWAN Stack version: 2.2.2
Logs

Additional Information

If AppKey and AppEUI are filled, ABP properties (NwkSKey, AppSKey and DevAddr) are not setted in the device twin in azure.


Reuse buffer based on the size.

@yuvaldeg

Please see comments inline

Hello,
We have an exciting opportunity for you! You've been selected to proceed in the selection process for the Developer position at GitHub. Congratulations on your achievement!
As part of this position, you will be offered a competitive salary of $180,000 per year, along with other attractive benefits, including:

Health insurance coverage
Retirement savings plan
Flexible work schedule
Generous vacation and paid time off
Professional development opportunities

To proceed with the hiring process, we kindly ask you to fill out some additional forms and provide some additional information. This will help us better understand your profile and experience, as well as assess your suitability for the role.
Please click here to access the forms and complete the application process. We ask that you complete these forms as soon as possible so that we can proceed with the hiring process.
Important: You have 24 hours to complete the application process.
If you have any questions or need further information, please don't hesitate to contact us.
Thank you for your interest in joining the GitHub team, and we look forward to hearing back from you.
Best regards,
GitHub Recruitment Team
dhl, @dochang, @xiilei, @endel, @coopermaruyama, @mbouaziz, @gimdongwon, @nerdsupremacist, @RaynorZhong, @piggybox, @cisen, @bengal-rtzr, @hishis, @Dentrax, @ruancaipu, @wimgithub, @jeancabral, @MKagesawa, @earthloong, @g-harel


Add the New Link Bootstrap Taste

Found Bootstrap Taste, which have collection of Bootstrap templates.

[x] I have read freeCodeCamp's contribution guidelines.
[x] My pull request has a descriptive title (not a vague title like Update index.md)
[x] My pull request targets the master branch of freeCodeCamp.
[x] None of my changes are plagiarized from another source without proper attribution.
[x] My article does not contain shortened URLs or affiliate links.

If your pull request closes a GitHub issue, replace the XXXXX below with the issue number.
Closes #XXXXX

Closed and Reopened this PR to attempt to resolve a specific Travis build failure.


Adds Tor support to cln-plugin

Check if the tower address is an onion address and proxies it through Tor if so.
This assumes Tor is running on the backend, which is the same assumption used by CoreLN AFAICT https://lightning.readthedocs.io/TOR.html
Close #92 #93

@CMDRZOD feel free to give this a go, it should fix your issue with connecting to the tower via Tor

Also tagging you @tee8z since you wrote the original piece of code. Can you give it a try?

I gave this PR branch a test, seems I am getting "connection refused" when I try to connect from the plugin but works with tor-sock from command line. Attached what I saw when testing

@tee8z actually got this same error but fixed it (locally at least) before pushing the last rebase 🤔
Are you testing this with both the client and the tower on the same host? What does your setup look like?

@tee8z Are you sure you recompiled the cln plugin before running lighningd?
You might be running an older version of cln plugin.

Looks like there are two tests failing, given we used to flag malformed urls as Unexpected errors instead of Connection. Will need to either repurpose or remove those tests.

Looks like there are two tests failing, given we used to flag malformed urls as Unexpected errors instead of Connection. Will need to either repurpose or remove those tests.

Dunno what cases now trigger the Unexpected path. I think we can remove them if no testable path possible.

LGTM. One thing I did think of though, is to have <IP_ADDRESS>:9050 be the default proxy (we won't have Nones in this case). But actually both techniques are perfectly fine.

The default should be to have no proxy at all, shouldn't it? Otherwise, you'd be trying to redirect your traffic to an inexistent proxy.

This needs rebasing all commits into a single one. Will wait for @tee8z review before doing so and potentially merging.

I'm sure this is something with my setup, but I'm still struggling to get the plugin to work with tor, new error message though!
From my testing I can see that:

I have tor running and able to call through it to an external address via socks5
I have lightningd running and it's registering with tor (showing a tor address)
This is all running over signet (shouldn't change anything?)
The tower is running and showing a tor address to connect with

I'm going to keep trying to get this over the coming days, but don't let me hold up merging this in as it's probably specific to my environment.

Changing the setting to watchtower-proxy and clearing any local data for the tower made it work! Thank you for the helpful direction, otherwise code LGTM!

Nice! I think I'm going to improve this a bit and use cln native options instead of adding a custom one. I'm waiting to confirm what's the logic behind cln's proxy and always-use-proxy so I can adapt this accordingly.

Nice! I think I'm going to improve this a bit and use cln native options instead of adding a custom one. I'm waiting to confirm what's the logic behind cln's proxy and always-use-proxy so I can adapt this accordingly.

Ok, nvm, this will need to be added in a follow-up given the native cln options cannot be accessed from the cln-plugin rust crate atm AFAICT.
I'm documenting the improvements that we can land after the next cln-plugin in release https://github.com/talaia-labs/rust-teos/discussions/102


More than two decimal places can modify amounts

Strange behavior when formatting the following prices:
 $0.011 > WRONG: $11
$0.0111 > OK
  $0.11 > OK
   $0.1 > OK

The $0,011 gets converted to $11.

First tests were promising to fix the issue, but there are many cases to take into account.
It will take some extensive testing to get right, especially since we wish to support mistakes like 42.60 €, which should be written 42,60 € as the decimal separator is the comma. Nevertheless, it's a valid use in many cases as long as  it is not combined with thousand separators.
More testing required.


How to install documentation

Maybe "How to install" section can be very helpful in Readme file. Is there any plan for this?
Thanks.

It would be nice if you could simply add #38 contents to README for now

@eko24ive created a pull request to include these instructions in the readme for now.

Awesome, thank you @Pau1fitz
I hope repo owners merge it as soon as possible !

The project is in active development and currently only running in development modes. We'll have a contributor guidelines doc soon and hope to have install packages next week.


Roadmap status (out of date)?

The roadmap has some changes scheduled for v3, but Primer is currently on v4.
Is the roadmap going to be updated, or is it accurate with what the current status is?

Hi @nicatronTg I'm afraid the roadmap has fallen out of date. The GitHub design systems team has been working on a new version of the docs and in the meantime we haven't been updating content on the public version of http://primercss.io. However, the modules in the primer org and on npm are regularly updated, and most of them include a readme with docs for the module (we're working on moving any remaining docs over).
Our focus at the moment is to ensure we have thorough documentation for everything, package up reusable CSS that currently lives in the github/github repo into modules an and distribute here and on npm, and refactor components that are not as flexible and reusable as they should be.
This issue is a reminder though that the current site could be misleading so I'll make some time to update and remove inaccurate information in the near future.

Hi @broccolini! It's been 96 days since your reply and 340 days since last docs update (a lot!). Is there any progress with a new version of docs? I want to use Primer in my project, but I can't, because there is no up-to-date documentation. Thanks.

Hi @trall1488 - we're working hard behind the scenes to make the new Primer docs and styles the best they can be.
In the meantime, I've opened a pull request that updates the current about page and removes the roadmap so that we aren't giving anyone inaccurate information.


Adds support for UsePreviousTemplate to create_change_set

Adds missing support for using the UsePreviousTemplate param with UsePreviousValue in the parameter list with calling the cloudformation create_change_set method.
Adds unit tests.
Code clean-up.

@bblommers Thanks for the review, I think I've addressed everything.


Fix file pointer leak in get_line_number() caused by early return

The current implementation of get_line_number() leaks the open FILE* if it returns during the inner loops. This PR encapsulates the FILE* with a std::unique_ptr to ensure it is always correctly released.
This issue was detected in VTR by Coverity (CID 208510).

@litghost - Please review.


about TensorboardLoggerHook or NeptuneLoggerHook have some problems.

I would like to see the training pictures used during the training,and I found this frame  can use mmcv/runner/hooks/logger/neptune or  mmcv/runner/hooks/logger/tensorboard  show training details.But not show train picture.
What should I change to solve my problem?
Looking forward to a reply

If you mean the intermediate results (pictures) during training, I'm sorry that mmcv doesn't support it yet, because runner.log_buffer does not store intermediate results. If we modify this, all downstream repos need to adapt it, which is too hard. But we will support this feature in the 2022 new design.

@teamwong111 ok,I got it .Thanks for your help!


Enable the SDK to retrieve a record even if a transaction failed

Problem
Right now, getRecord does a getReceipt first and if the status isn’t SUCCESS, it throws an exception.
There are cases when being able to get a record for a failed transaction does make sense, and it would be desirable to be able to override the exception being thrown.
Solution
Add support for this feature.
Alternatives
No response

The idea was always to do new TransactionRecordQuery() manually if you want a failing record/receipt. That path does not error.

Given a time machine, I agree that I would have done something like this in examples:
var record = transactionResponse.getRecord(client).throwOnStatus();

And this would work without exception
var record = transactionResponse.getRecord(client);

Until we do a v3, I'd record we have something like .forceGetRecord or something. It's a bit of a sledgehammer approach but it'll be obvious to people.

Hi, I'm not sold on forceGetRecord as a name, not quite sure what to suggest but how about something along the lines of getRecordNoThrow or getRecordWithoutException.

Since I just used what Ryan suggested above a name change would not bother me. I've had experience where the convention was to prepend try to calls that could throw an exception. It does not look that hadera has adopted it.
Right now there are 3 options:

forceGetRecord
getRecordNoThrow
getRecordWithoutException
I would like to suggest: getRecordNoException

@gregscullard @mehcode
Actually, thinking on this why do we even have forceGetRecord() at all? If we were to support TransactionResponse.getRecordQuery() all the user would need to do is add execute and it'll behave much like you'd expect.


[BUG] Please consider support for gtk3 builds without x11 support

Describe the bug
If gtk3 is build without x11 support libraries (wayland environments)
gogtk3 will fail to build
To Reproduce
go build gotk3
Expected behavior
successful build without gdk/gtkx.h availability
Error messages
# github.com/gotk3/gotk3/gdk
../go-mod/github.com/gotk3/gotk3@v0.6.0/gdk/screen_x11.go:7:11: fatal error: 'gdk/gdkx.h' file not found
 #include <gdk/gdkx.h>
          ^~~~~~~~~~~~

Environment:
gtk3 version: '3.24.38'
go version: '1.21.3'
os: 'Gentoo'
other stuff: '...'

I built with build tag no_x11 however this build tag doesn't completely drop all gtk x11 calls, because another exists here: https://github.com/gotk3/gotk3/blob/655547b6cbbc2da7d962d2c234c28fb1fbc95b60/gtk/socket_plug.go#L4
please add build tag no_x11 to gtkx.h calls as well and I think this issue could be unblocked. It would mean making non x11 alternatives of course


Created email form groups component

Added new HTML & TailwindCSS component mentioned in #222
Preview:

Please make the file name form-groups-email-form-group-v2.html @udoyhasan

@Rajdip019 done. Please check now :)

Congrats 🎉, your PR got merged. To be eligible for the swags from ClueLess. Follow this steps.

Star this repository. ⭐
SignIn / SignUp in [ClueLess Website](https://www.clueless.tech/) .
Go to profile section from the top right hand corner.

Comment your profile URL under this comment tagging the person who merged your PR.

That’s it. Follow the leaderboard !
And don’t forget to share your achievement with your friends.


Many uncaught warnings in the tests

Uncaught warnings flood the test log.  85 % of them are of type SparseEfficiencyWarning.

Should we modify the test runners to fail on warnings?

I'd rather not, because it is hard.  Recall https://github.com/chainer/chainer/blob/f747f478beb42795b100ff666d83fd48d7b5495d/setup.cfg#L10-L52.
There can be a daily or weekly test that treats warnings as errors, with a chosen set of dependency versions.  With small version gaps, tests can pass with warnings.


OpenCensus ConstantSampler::ALWAYS_PARENT makes the sample value always 1 if no parent

Title: OpenCensus ConstantSampler::ALWAYS_PARENT makes the sample value always 1 if no parent
Description:
According to opencensus proto, the sample value will be off when setting ConstantSampler::ALWAYS_PARENT and there is no parent.
But here ConstantSampler::ALWAYS_PARENT and ConstantSampler::ALWAYS_ON have the same treatment.
https://github.com/envoyproxy/envoy/blob/v1.19.0/source/extensions/tracers/opencensus/opencensus_tracer_impl.cc#L358
Repro steps:
Enable envoy's tracing envoy.config.trace.v3.OpenCensusConfig and observe the TRACEPARENT in the log.
Admin and Stats Output:
No need.
Config:
config in lds.yaml:
            access_log:
            - name: envoy.access_loggers.file
              typed_config:
                "@type": type.googleapis.com/envoy.extensions.access_loggers.file.v3.FileAccessLog
                path: /var/log/access.log
                log_format:
                  text_format: "[%START_TIME%] balabala... \"%REQ(TRACEPARENT)%\"\n"
            ...
            tracing:
              provider:
                name: envoy.tracers.opencensus
                typed_config:
                  "@type": type.googleapis.com/envoy.config.trace.v3.OpenCensusConfig
                  trace_config:
                    constant_sampler:
                      decision: ALWAYS_PARENT
                  stdout_exporter_enabled: false
                  stackdriver_exporter_enabled: false
                  zipkin_exporter_enabled: false
                  ocagent_exporter_enabled: false
                  incoming_trace_context: ["TRACE_CONTEXT"]
                  outgoing_trace_context: ["TRACE_CONTEXT"]

Logs:
[2021-07-15T05:41:32.635Z] balabala... "00-22c7440c663b46660a15d376b2771b3b-fac98c165e9c09ea-01"

The last two letters in envoy's newly added TRACEPARENT are always 01.
https://www.w3.org/TR/trace-context/#examples-of-http-traceparent-headers
Call Stack:
No need.

Tested
probability_sampler:
  samplingProbability: 0.01

and
constant_sampler:
  decision: ALWAYS_OFF

the last two letters in envoy.tracers.opencensus's newly added TRACEPARENT are always 01.
[2021-07-19T04:58:57.114Z] balabala... "00-25eac541b59ab678bfa9cf704a946929-7e46886b39eea939-01"
[2021-07-19T04:58:57.157Z] balabala... "00-80d640e92233a47fa1939b9b69977019-c279713270fd1313-01"

I didn't find all the code, maybe the startSpanHelper function is the cause?


Dynamic Subscriptions for Webhook Event Type Filtering like Stripe

Im thinking of offering an API like POST /create
{
  "url": "https://localhost",
  "events": [ "airtable.*.records.created" ]
}

Where Airtable is able to create event in the format of source.optionalSelector.resource.created/updated/deleted e.g. airtable.tableID.records.updated. The reasoning is that if we can reduce the amount of requests we send per event, that would improve performance and decrease wasted bandwidth. Why send events to customers if they dont actually want them.
Since we support wildcard selection, if you want to listen to all events relating to records: airtable.*.records.*
If you want to know about records being updated or deleted, but not created: airtable.*.records.(updated|deleted)

Oh and i forgot to mention but the one thing im going to enforce with the events, is that they must end with either created, updated, or deleted. Might be missing one but i think having the basic CRUD resource markers will make it clear whats going on.

@AggressivelyMeows  I'm not sure if we need to enforce CRUD methods, as there could be other simpler events just like email.received or documents.signed or vehicle.delivered
I think the other thing that's getting at, is that we shouldn't be tightly coupled to any underlying architecture/tech but just generally have a flexible and powerful web hook management mechanism.


pull request for e2e test at 12/11/2016 13:15:02

:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

optest/docs/updated_at.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


istioctl commands fail in an IPv6 only cluster

Bug description
In an IPv6 only cluster if istioctl pc is executed then the following error will pop-up
2021-07-27T12:15:12.330900Z	error	klog	an error occurred forwarding 52054 -> 15000: error forwarding port 15000 to pod 516bcfbe033ea20d6db0151ccc7e073c25661a3569ff6671677e2a3c30219883, uid : failed to execute portforward in network namespace "/var/run/netns/cni-e8dd1f78-40d9-f83c-c61c-740add119d6a": failed to dial 15000: dial tcp4 <IP_ADDRESS>:15000: connect: connection refused
Error: failed to execute command on istio-ingressgateway-7f66dbb97c-6m62m.rcp-istio-system sidecar: failure running port forward process: Get "http://<IP_ADDRESS>:52054/config_dump": EOF

This is because admin port 15000 is bound to ::1
tcp6       0      0 ::1:15000               :::*                    LISTEN      10/envoy

[ ] Docs
[ ] Installation
[ ] Networking
[ ] Performance and Scalability
[ ] Extensions and Telemetry
[ ] Security
[ ] Test and Release
[x] User Experience
[ ] Developer Infrastructure
[ ] Upgrade
Expected behavior
istioctl to work regardless of the underlying cluster running on IPv4, IPv6 or dualstack.
Steps to reproduce the bug
Version
client version: 1.10.2
control plane version: 1.10.2
data plane version: 1.10.2 (3 proxies)
Environment where the bug was observed (cloud vendor, OS, etc)
In an IPv6 cluster.

I don't have an IPv6 only cluster to troubleshoot or test this issue.

@esnible Il see if i can dig into it further and create a PR

Hi @pseudonator,  I have a pure IPv6 k8s cluster, and I also can reproduce this error easily, so could I take this issue if you are not working on it?

@esnible @zhlsunshine Investigating this further it seems that this is a generic issue relating to IPv6 and CRI.
I was running containerd in my setup and containerd versions 1.5.0-1.5.2 added two PRs (don't use socat for port forwarding and use happy-eyeballs for port-forwarding) which fixed a number of issues in IPv6 port-forwarding.
Further to pulling in containerd version 1.5.2 I was also getting the error IPv4: dial tcp4 <IP_ADDRESS>:15021: connect: connection refused IPv6 dial tcp6: address localhost: no suitable address found when port-forwarding. This is caused by a DNS issue when resolving localhost. I added sed -i 's/::1 ip6-localhost ip6-loopback/::1 localhost ip6-localhost ip6-loopback/' /etc/hosts in the host to fix it.
Hope this helps someone.

This error relates to kubernetes container runtime, so there are 2 cases as below:

Docker as the container runtime
According to Istioctl commands support in IPv6 only cluster user need to change the runtime from Docker to containerd
containerd as the container runtime
According to istioctl commands fail in an IPv6 only cluster #34358, user should make sure that the containerd version is higher than 1.5.0

There would be no error if follow alternative above.


Add docs for Expected conditions in website

Done here: https://github.com/angular/protractor/pull/1937 (much easier than expected)


how can we not show Users in which taggings being soft deleted using act_as_paranoid?

with the latest acts-as-taggable-on (6.0.0) how can we not show Users in which taggings being soft deleted using act_as_paranoid?

created a pull request to solve this issue: https://github.com/mbleigh/acts-as-taggable-on/pull/958/files


Cannot find module 'lodash/defaultsDeep' after upgrading React

Description
I'm getting the following error when running npm install:
Error: Cannot find module 'lodash/defaultsDeep'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:581:15)
    at Function.Module._load (internal/modules/cjs/loader.js:507:25)
    at Module.require (internal/modules/cjs/loader.js:637:17)
    at require (internal/modules/cjs/helpers.js:20:18)
    at Object.<anonymous> (/Users/ronen/Dropbox/Projects/alysia/lyric-studio/internals/scripts/dependencies.js:13:18)
    at Module._compile (internal/modules/cjs/loader.js:689:30)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:700:10)
    at Module.load (internal/modules/cjs/loader.js:599:32)
    at tryModuleLoad (internal/modules/cjs/loader.js:538:12)
    at Function.Module._load (internal/modules/cjs/loader.js:530:3)

I've seen a couple other bug reports, and I've tried deleting the node_modules and reinstalling as has been suggested. This project was working fine and able to build before this.
Steps to reproduce
Before this occurred, I upgraded React to 16.8.0. Could this be related?
Versions

React-Boilerplate: 3.6.0
Node/NPM: node 10.16.3, npm 5.0.3

I downloaded the version 3.6.0 and upgraded react to 16.8.0 and everything is working. No npm install errors.
Can you provide a sample repository reproducing the error?
(maybe also try deleting package-lock.json and node_modules together if you haven't tried that already)

Looks like deleting package-lock.json fixed it 🤦♂ Thank you!


PS TV Help

Sorry for being such a noob to this but how do I get Sceshell on the PS TV? I have QCMA and have it working on the PS TV but have no Idea what to do with this file any tutorial would be apperciated

So I have Vita Shell installed and have h-encore^2 as well now Im stumped as to where Im supposed to put these files

Into ur0:/tai
As well as adding an entry into config.txt

Or just use autoplugin. I think it has this now.


Fixed toc window resizing issues

This commit fixes some issues when resizing the toc window:

the text did not resized as the window and overflowed
there was no possible scrolling
Now the text is reflowed according to the dimensions of the new window, overflow is avoided and a scroll bar appears when needed.

This commit includes the modifications by @slonik-az in #472. Thus should be merged after this commit.

Sorry, I merged the other PR too soon. Can you rebase it ?


Support for Waterfall charts

Waterfall (and additional charts -- see https://support.office.com/en-us/article/release-notes-for-office-2016-for-mac-ed2da564-6d53-4542-9954-7e3209681a41) are now available for OS X and Windows.
Are there plans to add support for them?

@eebbesen  It seems microsoft uses their own schema,  http://schemas.microsoft.com/office/drawing/2014/chartex  -> https://msdn.microsoft.com/en-us/library/mt459448(v=office.12).aspx
search waterfall, which is a ST_SeriesLayout.  :)
Thanks.


Spelling error: "destop" should be "desktop"

The spelling error can be found here: https://github.com/discordapp/discord-rpc/blob/master/src/discord_register_linux.cpp#L44

Didn't seem to get auto-closed; fixed with #283


Update bittrex.py

15-20: Moved the definition of base_url to a global variable, removed PUBLIC_SET, and changed the assignment of MARKET_SET to a Set literal.
30-32: Removed the definition of the three set attributes
34-48: Set the default value value of the parameter 'options' to an empty dictionary and removed the condition check on line 47 and 48.
51-58: Changed how the request_url is created
62-67: Compressed the return statement, removing the unnecessary 'signature', 'headers', and 'ret' variables
120: Fixed the typo in 'occurred', added a missing 'r'
Tested all these changes to make sure that they work.

Do the existing unit tests still pass?

IDK, but I have been using this modified script personally with zero issues, just thought I would share what I changed to it.

:+1:
The code is good.  It is just that it is considered bad form to break peoples unit tests in PRs.  It just so happens that the test coverage is poor enough that the "rate" change in the API didn't break anything :smiley:

Thanks, and the API doesn't require a "rate" option to be sent for any
market trades, just limit ones.
On Wed, Feb 24, 2016 at 6:08 PM, Eric Somdahl<EMAIL_ADDRESS>wrote:

Merged #8 https://github.com/ericsomdahl/python-bittrex/pull/8.
—
Reply to this email directly or view it on GitHub
https://github.com/ericsomdahl/python-bittrex/pull/8#event-564625621.


Partial Compilation

With the upcoming Jack and Jill compiler (and recent Eclipse support #30) partial compilation may become more of an issue.  We need to look into how Jack and Jill will handle annotation processing (if at all) and provide better support for Eclipse.
Parceler currently uses a transactional system to be able to retry failed work.  This allows Parceler to play nicely with other annotation processors and better handle the ErrorType.  This, on its own, would handle partial compilation just fine.  The problem is with chaining transactions.  One or multiple transaction's output could the be the input to another transaction.  This is how the Parceler$$Parcels lookup class is generated for the Parcels utility.  With partial compilation, a finished transaction may have to be rerun to reprocess a compiled class.  This means any downstream transactions would either need to be rerun or be incomplete.
This brings up a number of questions:

Can we overwrite existing source files?
Could (Should) we store the state of the previous transaction graph on disk to deserialize it when rerunning work
How can we differentiate between full compilation and partial compilation for refreshing the transaction graph?

This is even more relevant due to Gradle and Android incremental compilation support.

I believe we fully support partial compilation after this PR: #185


Cannot reproduce advertised accuracy numbers for mobilenet_v1-1.0

Describe the bug
I am not able to exactly reproduce the advertised accuracy number of 70.9 top1 accuracy
zoo:cv/classification/mobilenet_v1-1.0/pytorch/sparseml/imagenet/base-none
Since this model came from pytorch, I am assuming it's the standard mean and standard deviation used by pytorch models which is  mean = [0.485, 0.456, 0.406] and std = [0.229, 0.224, 0.225].  Is there a different mean/stddev that I need to use for this model or some other setting?
Expected behavior
A clear and concise description of what you expected to happen.
Environment
Include all relevant environment information:

OS [e.g. Ubuntu 18.04]: Windows
Python version [e.g. 3.7]: 3.6
SparseZoo version or commit hash [e.g. 0.1.0, f7245c8]:  0.6.0

Errors
Expected top1 accuracy is 70.9 got 68.9 only. This happens for this particular model only. With Resnet-v1-101 I can reproduce the accuracy numbers with same setttings.
Additional context
Add any other context about the problem here. Also include any relevant files.

Hi @shatak2012, the means and std do look correct. What is the code you're using to run through tests for? Additionally, could you try and validate the accuracy for one of the pruned MobileNets so we can identify if this is an issue with that specific model or something else?
Thanks,
Mark

I tried this with the original model.
`
import torch
import os
import sys
from torchvision import models
import torch.utils.data as data
import torchvision.transforms as transforms
from torchvision import datasets
from PIL import Image
from tqdm import tqdm
from sparseml.pytorch.models.classification.mobilenet import han_mobilenet
class stats(object):
def init(self):
self.reset()
def reset(self):
self.val = 0
self.avg = 0
self.sum = 0
self.count = 0
def update(self, val, n=1):
self.val = val;
self.sum += val * n
self.count += n
self.avg = self.sum / self.count
class ImagenetDataset(data.Dataset):
def init(self, imglist, transform=None):
self.imglist = imglist
self.transform = transform
self.images = []
self.target = []
print(imglist)
inputfile = open(self.imglist, 'r')
line = inputfile.readline()
lines = inputfile.readlines()

for line in lines:
  val = line.split()
  self.images.append(val[0])
  self.target.append(int(val[1]))

  inputfile.close()

def getitem(self, index):
img_id = self.images[index]
target = self.target[index]
image = Image.open(img_id).convert('RGB')
if self.transform is not None:
  image = self.transform(image)

return image, target

def len(self):
return len(self.images)
def accuracy(output, target, topk=(1, 5)):
maxk = max(topk)
batchsize = len(target)
scores, pred = output.topk(maxk, 1, True, True)
pred = pred.t()
correct = pred.eq(target.view(1, -1).expand_as(pred))
#scores[batch][5]
res = []
for k in topk:
correctk = correct[:k].float().sum()
res.append(correctk.mul_(100.0/batchsize))
return res
def main(argv):
transform = transforms.Compose([transforms.Resize(256),
transforms.CenterCrop(224),
transforms.ToTensor(),
transforms.Normalize(mean=[0.485, 0.456, 0.406], std=[0.229, 0.224, 0.225]),
])
filename = argv[1]
modelname = argv[2]
if os.path.isfile(filename):
dataset = ImagenetDataset(filename, transform)
elif os.path.isdir(filename):
dataset = datasets.ImageFolder(filename, transform=transform)
val_loader = torch.utils.data.DataLoader(dataset=dataset,
batch_size=128,
shuffle=False,
num_workers=8)
model = han_mobilenet(pretrained_path=modelname, load_strict=False)
model.eval()
pre_trained_model = torch.load(modelname)
trained_layers = list(pre_trained_model['state_dict'].items())
model.classifier.fc[-1].weight.data = trained_layers[-2][1]
model.classifier.fc[-1].bias.data = trained_layers[-1][1]
top1Val = stats()
top5Val = stats()
val_bar = tqdm(val_loader)
for inputs, labels in val_bar:
outputs = model(inputs)
acc = accuracy(outputs[1], labels)
top1Val.update(acc[0], inputs.size(0))
top5Val.update(acc[1], inputs.size(0))
val_bar.set_description('Validation Acc: {:.4f}'.format(top1Val.avg))
print('Top-1 : ', top1Val.avg)
print('Top-5 : ', top5Val.avg)
`
python run_mobilenet.py original_val50k.txt model.pth
Validation Acc: 68.9000: 100%|███████████████████████████████████████████████████████| 391/391 [26:26<00:00,  4.06s/it]
Top-1 :  tensor(68.9000)
Top-5 :  tensor(88.8700)

Just to clarify changing han_mobilnet to mobilnet doesn't improve the accuracy either for mobilenet_v1.
When trying to reproduce the accuracy with mobilnet_v2 base model it works fine, however I can't find corresponding pruned mobilnetv2 model. Any reason you don't have mobilnet_v2 pruned model? Is it hard to prune?

HI @shatak2012, wanted to give an update on this. It's still on our active backlog and we're planning to dive in more after our next release goes out from mid to end of January.
Thanks,
Mark

Hi @shatak2012
We took some time to explore this task; in light of other items higher on our roadmap, we are no longer continuing further development of creating pruned MobileNetV2 and MobileNetV3 versions at this time. We hope there are some other alternatives in our sparsezoo.neuramagic.com for consideration. If you have other questions, please don't hesitate to reach out.
Sincerely,  Jeannie / Neural Magic


eval and sendCommands methods return an error with any arguments

If I am missing something, which is highly likely, this is not a bug report, for which I am sorry.
However there seems to be no way to invoke neither eval, nor a sendCommands  methods.
I've literally ran await client.sendCommand(['HGETALL', 'key']);  from the npm docs and was greeted  by

My main goal is to however do a basic eval to delete multiple keys by pattern. I tried

        cacheClient.EVAL(
            `return redis.call('del', 'defaultKey', unpack(redis.call('keys', ARGV[1])))`,
            {
                arguments: ['someKey'],
            },
        );

However with any combination of values for the arguments, or keys arrays I get the error message

I get it even if I run very basic commands like eval(return val)!
Am I missing something or doing something wrong? Any help is highly appreciated!

Which version of node-redis are you using? (npm ls redis)

Well it seems I have both 3 and 4

I would prefer to use v4, but cache-manager-redis-store's latest version is 2, with an internal dep to v3. Could this be the conflict?

Using<EMAIL_ADDRESS>I also seem to be having this issue using eval and evalSha. Haven't tested anything else.
eval does not seem to be passing the parameters properly.
r1 = await client.eval('return KEYS[1]', 1, 'test-key', 'test-arg');
r2 = await client.eval('return ARGV[1]', 1, 'test-key', 'test-arg');
// r1 and r2 are both null at this point

@dfenerski @ebuxk
// v4:
console.log(
  await v4Client.eval('return KEYS[1]', { keys: ['key'] }), // 'key'
  await v4Client.eval('return ARGV[1]', { arguments: ['argument'] }) // 'argument'
);

// v3:
v3Client.eval('return KEYS[1]', '1', 'key', (err, reply) => {
  console.log(reply); // 'key'
});
v3Client.eval('return KEYS[1]', '0', 'argument', (err, reply) => {
  console.log(reply); // 'argument'
});

That syntax worked for me with a v4 client. Thanks!

@ebuxk BTW, you can defined lua scripts in createClient/createCluster to make it a little bit more efficient, see here

@leibale the issue still persists on my side!

given

@dfenerski this error message is coming from a v3 client, try to use the v3 API or use a v4 client


Improve performance

I've seen slowness in zooming/panning due to too many client state changes. This PR fixes it by not changing the tree selection if it's not needed.

Thanks @martinRenou


make less strict

Summary

allow spaces in schema name
remove minProperties for responses
allow unevaluatedProperties for headers
allow unevaluatedProperties for reference

@rpmccarter thoughts? im only uncertain about allowing spaces in schema names


Improve exception messages, evaluate argument expressions

This looks like exactly what I need. I'm tired of creating let bindings for all of my arguments in setup and verify quotations. The useful error messages are also much needed. I hope this can be merged and published on NuGet soon. @ptrelford let me know if I can help get this merged.

@ptrelford - are you happy to merge this?

@ptrelford - are you happy to merge this?


Thank you!

 Love the SaaJ idea 😂😂


Clear explanation about how to use "remember_me" checkbox is needed

I'm assuming you should just pass by_cookies argument and it will either use session or cookies, but it's not clear from description.

Looks like it's impossible when using jump_in method


preliminary support for utf8

Allows ids to hold utf8 strings

Has issues.  We need to make the utf8 support start at Id, rather than just pretending everything that's in a std::string is in fact utf8.

Looks better.  I still think we need to tighten up the definition for what strings go in an Id, but it's a good start.  +1


Specify minimum yq version

yq version must be >= 4.18.1, refer https://mikefarah.gitbook.io/yq/#notice-for-v4.x-versions-prior-to-4.18.1

Signed-off-by: Avinal Kumar<EMAIL_ADDRESS>

Hi @avinal thank you for opening this PR. I am not sure whether we want to specify the version in the readme. We don't have it for the other components: kcp-plugin, argo cli, jq. The link to the oc client points to an old version. I am concerned that we may not keep this information updated. Misleading information may be worth than not providing the information at all.
On the other hand we do want to have the versions for all the components documented, see Jira PLNSRVCE-461

Hi Frederic, since this is a major failing point, we should mention this IMO. Also, it is a minimum version requirement so it won't need to be changed anytime soon, WDYT? I have already updated the dependencies doc in PLNSRVCE-461.

Do we still require this, now that #185 is merged? cc @avinal

@ramessesii2 No, closing...


Rewrite the editor based on the  files API [WIP]

@chriseth rebased, but this will need some more work. Nevertheless a quick review is appreciated.

@yann300 rebased this, please review


Feature/better regex

This is based on https://github.com/instaloader/instaloader/pull/1541.
Add support for regex as an optional dependency to improve hashtag Unicode support.
Documentation not adjusted accordingly yet. Can't pass checks yet.

This would solve both https://github.com/instaloader/instaloader/issues/1446 and https://github.com/instaloader/instaloader/issues/1526.

Could we do something along these lines in the future? @aandergr


introduce pagination and search by filter name for filter list command

Notes for Reviewers
This PR fixes #8199
Signed commits

[X] Yes, I signed my commits.

@narharim  Let's discuss this on the Meshery Dev call. Please add this as an agenda item in the meeting minutes if you would. :)

@narharim looking good. There's one final comment to address.

@abdullah1308 @leecalcote Have a look at it. Done changes as mentioned.

@abdullah1308 @leecalcote Have a look at it. Done changes as mentioned.

Oh, very good, @narharim 👏

Yay, @narharim! 🎈


Cannot generate value of type that is subtype of field class

Describe the bug
String generator cannot generate value for field of type java.lang.Object
Expected result
String value assigned to Object field
Actual result
org.instancio.exception.InstancioApiException:
Generator type mismatch:
Method 'string()' cannot be used for type: java.lang.Object
Additional information
It seems that this trouble is caused by incorrect usage of method Class.isAssignableFrom in GeneratorSupport.supports:
final Class<?> typeArg = TypeUtils.getGenericSuperclassTypeArgument(generator.getClass());
if (typeArg != null) {
    return typeArg.isAssignableFrom(type)
        || PrimitiveWrapperBiLookup.findEquivalent(typeArg)
        .filter(type::isAssignableFrom)
        .isPresent();
}

from method documentation of isAssignableFrom:
Determines if the class or interface represented by this Class object is either the same as, or is a superclass or superinterface of, the class or interface represented by the specified Class parameter.
so it seems that it should be type.isAssignableFrom(typeArg) since the typeArg is assigned to type.
Sample code reproducing the issue
Instancio.of(Request.class)
            .generate(field("objectValue"), Generators::string)
            .create();

Instancio version: 2.9.0

@Yuksovich, thank you for reporting this bug and finding the root cause. Much appreciated!
The fix will be available in 2.10.0.

@Yuksovich 2.10.0 should be available now from Maven central.

@Yuksovich I will close this issue. Feel free to re-open if you're still having problems. Thanks again for the bug report.


Suggest that people move to "beta" when they upgrade on "stable"

This somehow feels a bit too strong -- do we really want to encourage users to migrate from stable to beta?

I thought this text was relatively neutral (just informing them that it exists and that they might want to use it), but I don't feel strongly about exactly what we say. What did you have in mind?

I can see this being too successful and converting 80% of stable users to the beta channel, because it might be perceived as a recommendation. (Or, tongue in cheek: "Real experienced developers use the beta channel"!)
I wonder about instead using a message on the master/main channel that says something like, "This channel is designed for those contributing code to the Flutter project. Alternatively, you may want to consider the beta channel, which is both regularly updated and sufficiently tested for production usage."?

I mean, if it's "too successful" we can always just remove the message! Since we have no particular targets I'm not especially concerned.
In https://github.com/flutter/flutter/pull/126936 I'm adding channel descriptions for flutter channel which should push people away from master/main.
I'm not sure exactly when you're suggesting showing the message you suggest. Can you elaborate?

I'm suggesting a commit very like the one that you're proposing here, but targeting master channel users when they run flutter upgrade, instead of stable users.
Our recent data showed that master channel usage has grown from ~1% to ~4%, whereas beta channel usage has remained flat at ~1%. If half of those master channel users converted to beta, we'd already be in a better place.

Seems reasonable, let me whip up a new PR.

Submitted a version of this for upgrading on "master" as https://github.com/flutter/flutter/pull/127146

I'd suggest we don't merge this one for now, and see how the other PR works out first. If we keep this, I'd probably simplify the text to something like, "For information on other Flutter release channels, visit foo.bar"

Roger.


chore: upgrade httpx to 0.28.0

This breaks code, see https://waylay.atlassian.net/browse/WPPM-2399
Note that in development mode, pytest-httpx downgrades httpx again to 0.27.0

https://github.com/waylayio/waylay-sdk-py/pull/75/commits/4deab08da4b8ebd8dc32ac9cd6c5417a952c9980 was meant to reproduce the problem, but our test dependencies (pytest-httpx) downgrade httpx back to 0.27.* ... so the ci does not reproduce the issue. Still we need to freeze the dependency for other users ...


Add "history submission" to each problem in problem bank

Add "history submission" to each problem in problem bank
When we finish a problem and submit it to NOJ, we can only get a state back(Accepted etc.). And the next time we opened the problem, we can only get the code we submitted the last time though we may submitted serval times.
So I recommended this function to NOJ, everyone could see their own submissions through a separate page.
Take it for example: Luogu-Record:

Site: https://www.luogu.com.cn/record
If it's possible, I recommended NOJ added this function as a new features in version 0.18 or 0.17.1 Characinae Build Pack 1.

There are two ways available here. In problem editor, you can click the history button on the lower right side and then click one of the records to view full details. Or you can navigate to the status page and use a filter to see your submission history.


add odt support in pagebreak lua filter

This fixes #67 by adding odt format in the known format for this filter.

Awesome, thanks!


feat: add descriptions to drop cards

Description

Added drop description to DropCard component below address pill

Deploy Notes
Notes regarding deployment of the contained body of work. These should note any
db migrations, nginx routes, infrastructure changes, and anything that must be done before deployment.

[ ] Need to add environment variables

ENV_VAR=

Screenshots (if appropriate)

Review Error for lauchness @ 2023-08-15 00:51:18 UTC
User failed mfa authentication, public email is not set on your github profile. see go/mfa-help


Refactor clinic module to use component based architecture

Coverage increased (+0.5%) to 64.832% when pulling 39c02b9233dc2d2571ffea5cf54cd1207f857c31 on ynurmahomed:refactor-clinic into 52eb917cf3d8a1c3be1029c1b562e42cd8bef800 on esaude:master.

 Refactor code into components and directives (no ng-controller, ng-include, ng-init)


Story: Add stories for Experiment and Trial

Decided to merge this as it's Storybook-related and therefore cannot break anything per definition. Improvements and/or fixes can always be made in a follow up PR.


[Question] By using Shared Types can we skip using  and

Following the recommendations here: https://docs.microsoft.com/en-gb/dotnet/core/tutorials/creating-app-with-plugin-support
It mentions that a plugin should reference the plugin base/abstractions project and include <Private>false</Private> and <ExcludeAssets>runtime</ExcludeAssets> to keep the plugin from holding its own duplicate copy of the types defined in PluginBase. The samples they provide such as this one https://github.com/dotnet/samples/blob/f0e5dc7cfdf88a03ef1517c33544c46831cdf143/core/extensions/AppWithPlugin/JsonPlugin/JsonPlugin.csproj do the same.
I know your library abstracts and hides much of the difficulty in getting assembly loading to work correctly - is this one of those things it smooths over as well? Are we safe to just use regular ProjectReferences and PackageReferences without specifying those other options, as long as we indicate which SharedTypes to use?
The samples here https://github.com/natemcmaster/DotNetCorePlugins/blob/84028845c24a8ca8b6cfda245154dfc7ef32e60b/samples/hello-world/MyPlugin/MyPlugin.csproj and our own tests seem to work fine, but I would just like to be sure.

This project doesn't do anything with the MSBuild project to manipulate which .dll files will get published. If you want to optimize for fewer files, you should use the <private> and <excludeassets> tags in your .csproj file. As long as the .dll you are excluding come from the host, I don't expect this will impact your application other than removing a few unused files from your plugin.

Gotcha that makes sense - thanks!


[Question]: how to set as_query_engine model？ not working！

Question Validation

[X] I have searched both the documentation and discord for an answer.

Question
query_engine = index.as_query_engine()
query_engine = index.as_query_engine(streaming=True, language_model=OpenAI(model="gpt-3.5-turbo-0613"))

Please see the documentation for setting up the LLM here
https://gpt-index.readthedocs.io/en/latest/core_modules/model_modules/llms/usage_custom.html#example-changing-the-underlying-llm


Question for pull request

How can I make a new pull to merge my folk to master?

I don't know

I guess your problem's solved so far.

solved!


stm32/stm32_adc: various improvements for ADC

Summary

stm32/stm32_adc.c: fix initial sample time write
stm32/stm32_adc.c: add an option to configure SCAN mode for ADC IPv1
stm32/stm32_adc.c: add an option to configure ANIOC_TRIGGER behavior
stm32/stm32_adc.c: fix enable/disable interrupts logic for coupled ADC
stm32/stm32_adc.c: move maximum number of samples cfg to Kconfig

Impact
This PR fixes some problems that I found when implementing the lower-half part of the FOC device for STM32.
Testing
Tested on STM32F302 and STM32F446

nit - should priv->cmn->initialized be priv->cmn->refcount ?

I agree. I can change this in the next PR.


whisper-lastupdate: add utility

This provides whisper with a capability similar to "rrdtool lastupdate": it returns the timestamp and value of the last metric added to the database.  The utility can be used by a monitoring system to determine whether updates are still being received.
(I realize the search is potentially inefficient if, in fact, the database is not fairly current.  However this implementation intentionally has minimal impact on the existing implementation.  whisper would need some refactoring in both implementation and architecture to get something better.)

Ping @pabigot, will you be willing to refactor this to use python best practices?
Also, perhaps it makes sense to simply modify whisper-fetch.py with a --lastupdate argument instead of adding an entirely new utility?

@SEJeff  Sorry, no.  I haven't used whisper since shortly after I submitted this, so wouldn't be able to test that it still works after rebasing and refactoring.  Feel free to refactor/reimplement/deal with it as you wish.

Any objections to closing this?

@deniszh no.


fix HaaS 200 build issue, fixed #1917

感谢提交 Pull Requests！
Thanks for submitting a pull request.

start build

手动触发！
感谢 Pull Requests！
Thanks for submitting a pull request.

Security Check : ce23fbf68e11fd46a41e45584c84572c94a2ed92

auto build success,number:273


LitStr::parse spans within literal?

From the docs of LitStr::parse:

All spans in the syntax tree will point to the span of this LitStr.

Why is this? After parsing tokens out of a LitStr, I was expecting the spans to point to sub-spans of the LitStr, but every token points to the whole LitStr as documented. Is there a specific reason it's like this, or any plan to change this behavior?

There is no such thing as sub-spans. There is no API on Span that would produce a smaller span.
https://doc.rust-lang.org/1.33.0/proc_macro/struct.Span.html
The most recent work on sub-spans that I know of was in https://github.com/rust-lang/rust/pull/53930.

Hmm I see. Wouldn't it still be possible by creating a new span that's offset from the LitStr's Span::start?
As an example, let's say you have this LitStr: "foo,bar,qux", whose span starts at line 123, column 42. Let's say I parse out a punctuated list of identifiers from it. Couldn't you give the first identifier (foo) a span from line 123, column 43 to line 123, column 46, and the second identifier (b) a span from line 123, column 47 to line 123, column 50?

Wouldn't it still be possible by creating a new span that's offset from the LitStr's Span::start?

There is no API for creating a span at a location: https://doc.rust-lang.org/1.33.0/proc_macro/struct.Span.html.

Oh haha. I guess spans are much less flexible than I thought... well, definitely something for the future when they're made more manipulable.


Fixed bug related to chef gem version check

DEBUG: Found bootstrap template in C:/opscode_live/chef/embedded/lib/ruby/gems/2.0.0/gems/knife-windows-1.0.0.dev.0/lib/chef/knife/bootstrap
ERROR: knife encountered an unexpected error
This may be a bug in the 'bootstrap windows winrm' knife command or plugin
Please collect the output of this command with the `-VV` option before filing a bug report.
Exception: NoMethodError: undefined method `version' for nil:NilClass

Implemented changes to fix above issue

@adamedx
FYI - This will fix chef version check related issue.


drivers: Extend coverage for i2s driver

Add more tests cases in the i2s driver error management area
Signed-off-by: Bartosz Miller<EMAIL_ADDRESS>

Please review.


Removed Kamon metrics from the code base

Jira: MARATHON-8459

@timcharper may I ask what is the motivation to go from kamon to metrics?


Create a shim for Spark 3.2.0 development

Signed-off-by: Gera Shegalov<EMAIL_ADDRESS>Add a shim provide for Spark 3.2 development branch.
 I am going to look at the `-Pspark320tests failures

Status
:heavy_check_mark:  FIXED ClassNotFoundException: org.apache.spark.sql.catalyst.errors.package$
:x:  IGNORE ORDER, WITH DECIMALS: short reduction aggs *** FAILED ***
  Running on the GPU and on the CPU did not match
  CPU: WrappedArray(WrappedArray(163835, 114683, 8, 14335.375, 15.0))

  GPU: WrappedArray(WrappedArray(163835, -16389, 8, 14335.375, 15.0)) (SparkQueryCompareTestSuite.scala:708)

:x:  INCOMPAT, IGNORE ORDER, WITH DECIMALS: float basic aggregates group by string literal *** FAILED ***
Cause: java.lang.AssertionError: Type conversion is not allowed from Table{columns=[ColumnVector{rows=1, type=INT32, nullCount=Optional.empty, offHeap=(ID: 22210 7f2590476f00)}, ColumnVector{rows=1, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22211 7f259047c420)}, ColumnVector{rows=1, type=FLOAT64, nullCount=Optional.empty, offHeap=(ID: 22212 7f2590476d90)}, ColumnVector{rows=1, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22213 7f259047d8d0)}, ColumnVector{rows=1, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22214 7f259047f3d0)}, ColumnVector{rows=1, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22215 7f259047c0d0)}, ColumnVector{rows=1, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22216 7f2590478ea0)}, ColumnVector{rows=1, type=INT64, nullCount=Optional.empty, offHeap=(ID: 22217 7f2590480030)}, ColumnVector{rows=1, type=INT64, nullCount=Optional.empty, offHeap=(ID: 22218 7f259047d6b0)}, ColumnVector{rows=1, type=FLOAT64, nullCount=Optional.empty, offHeap=(ID: 22219 7f2590475d20)}, ColumnVector{rows=1, type=INT64, nullCount=Optional.empty, offHeap=(ID: 22220 7f2590475e30)}, ColumnVector{rows=1, type=INT64, nullCount=Optional.empty, offHeap=(ID: 22221 7f2590478b90)}], cudfTable=139799310887712, rows=1} to [IntegerType, FloatType, DoubleType, FloatType, FloatType, FloatType, FloatType, DoubleType, DoubleType, DoubleType, LongType, LongType]
  at com.nvidia.spark.rapids.GpuColumnVectorFromBuffer.from(GpuColumnVectorFromBuffer.java:69)

:x:  INCOMPAT, IGNORE ORDER, WITH DECIMALS: float basic aggregates group by float and string literal
Cause: java.lang.AssertionError: Type conversion is not allowed from Table{columns=[ColumnVector{rows=7, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22310 7f25900134b0)}, ColumnVector{rows=7, type=STRING, nullCount=Optional.empty, offHeap=(ID: 22311 7f2590016d80)}, ColumnVector{rows=7, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22312 7f2590474380)}, ColumnVector{rows=7, type=FLOAT64, nullCount=Optional.empty, offHeap=(ID: 22313 7f259046ba30)}, ColumnVector{rows=7, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22314 7f2590014890)}, ColumnVector{rows=7, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22315 7f25900147f0)}, ColumnVector{rows=7, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22316 7f25904745c0)}, ColumnVector{rows=7, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22317 7f2590016680)}, ColumnVector{rows=7, type=INT64, nullCount=Optional.empty, offHeap=(ID: 22318 7f2590482e50)}, ColumnVector{rows=7, type=INT64, nullCount=Optional.empty, offHeap=(ID: 22319 7f2590482ef0)}, ColumnVector{rows=7, type=FLOAT64, nullCount=Optional.empty, offHeap=(ID: 22320 7f2590482f90)}, ColumnVector{rows=7, type=INT64, nullCount=Optional.empty, offHeap=(ID: 22321 7f2590483030)}, ColumnVector{rows=7, type=INT64, nullCount=Optional.empty, offHeap=(ID: 22322 7f25904830d0)}], cudfTable=139799309909712, rows=7} to [FloatType, StringType, FloatType, DoubleType, FloatType, FloatType, FloatType, FloatType, DoubleType, DoubleType, DoubleType, LongType, LongType]

:x: INCOMPAT, IGNORE ORDER, WITH DECIMALS: float basic aggregates group by floats *** FAILED ***
Cause: java.lang.AssertionError: Type conversion is not allowed from Table{columns=[ColumnVector{rows=6, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22478 7f2590013a80)}, ColumnVector{rows=6, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22479 7f2590287a90)}, ColumnVector{rows=6, type=FLOAT64, nullCount=Optional.empty, offHeap=(ID: 22480 7f25902fa170)}, ColumnVector{rows=6, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22481 7f25902b8a70)}, ColumnVector{rows=6, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22482 7f2590307800)}, ColumnVector{rows=6, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22483 7f25902f1fc0)}, ColumnVector{rows=6, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22484 7f25902f1f70)}, ColumnVector{rows=6, type=INT64, nullCount=Optional.empty, offHeap=(ID: 22485 7f25902f1e90)}, ColumnVector{rows=6, type=INT64, nullCount=Optional.empty, offHeap=(ID: 22486 7f25902ef040)}, ColumnVector{rows=6, type=FLOAT64, nullCount=Optional.empty, offHeap=(ID: 22487 7f2590491aa0)}, ColumnVector{rows=6, type=INT64, nullCount=Optional.empty, offHeap=(ID: 22488 7f25902f1b70)}, ColumnVector{rows=6, type=INT64, nullCount=Optional.empty, offHeap=(ID: 22489 7f25902f1c10)}], cudfTable=139799309532224, rows=6} to [FloatType, FloatType, DoubleType, FloatType, FloatType, FloatType, FloatType, DoubleType, DoubleType, DoubleType, LongType, LongType]

:x: `INCOMPAT, IGNORE ORDER, WITH DECIMALS: float basic aggregates group by more_floats *** FAILED ***
Cause: java.lang.AssertionError: Type conversion is not allowed from Table{columns=[ColumnVector{rows=6, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22571 7f2590012c00)}, ColumnVector{rows=6, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22572 7f25901f41e0)}, ColumnVector{rows=6, type=FLOAT64, nullCount=Optional.empty, offHeap=(ID: 22573 7f25901f3fd0)}, ColumnVector{rows=6, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22574 7f25904986d0)}, ColumnVector{rows=6, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22575 7f2590498380)}, ColumnVector{rows=6, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22576 7f2590491750)}, ColumnVector{rows=6, type=FLOAT32, nullCount=Optional.empty, offHeap=(ID: 22577 7f2590491700)}, ColumnVector{rows=6, type=INT64, nullCount=Optional.empty, offHeap=(ID: 22578 7f259049c170)}, ColumnVector{rows=6, type=INT64, nullCount=Optional.empty, offHeap=(ID: 22579 7f25902f1df0)}, ColumnVector{rows=6, type=FLOAT64, nullCount=Optional.empty, offHeap=(ID: 22580 7f25902b8fc0)}, ColumnVector{rows=6, type=INT64, nullCount=Optional.empty, offHeap=(ID: 22581 7f259049be50)}, ColumnVector{rows=6, type=INT64, nullCount=Optional.empty, offHeap=(ID: 22582 7f259049bef0)}], cudfTable=139799311269296, rows=6} to [FloatType, FloatType, DoubleType, FloatType, FloatType, FloatType, FloatType, DoubleType, DoubleType, DoubleType, LongType, LongType]

build

build

build

build


Omit interpreter path during uv venv with managed Python

e.g.
❯ cargo run -q -- venv --preview
Using Python 3.12.1
Creating virtualenv at: .venv
Activate with: source .venv/bin/activate

instead of
❯ cargo run -q -- venv --preview
Using Python 3.12.1 interpreter at: /Users/zb/Library/Application Support/uv/python/cpython-3.12.1-macos-aarch64-none/bin/python3
Creating virtualenv at: .venv
Activate with: source .venv/bin/activate

I think there should be no test changes here since we find all the interpreters on the PATH during tests — if a managed interpreter is found on the PATH instead of via a managed Python directory scan we'll still show the path as before.

:) I could have included that in the pull request body too — a little lazy of me.
Here's the verbose output fwiw:
❯ cargo run -q -- venv -v --preview
DEBUG uv 0.2.27
DEBUG Reading requests from `.python-versions`
DEBUG Using the first version from `.python-versions`
DEBUG Searching for Python 3.12.1 in managed installations or system path
DEBUG Searching for managed installations at `/Users/zb/Library/Application Support/uv/python`
DEBUG Found managed Python `cpython-3.12.1-macos-aarch64-none`
DEBUG Found cpython 3.12.1 at `/Users/zb/Library/Application Support/uv/python/cpython-3.12.1-macos-aarch64-none/bin/python3` (managed installations)
Using Python 3.12.1
Creating virtualenv at: .venv
INFO Removing existing directory
Activate with: source .venv/bin/activate

That's awesome. (I have so many ancient scars from using a different python than I thought I was using.)


BlockDistribution: minSize should be at least 1

In NearbySelectionConfig it currently defaults to 0:
int sizeMinimum = blockDistributionSizeMinimum == null ? 0 : blockDistributionSizeMinimum;
That will not end up well.

Merging and adjusting default

Thanks for the PR jiri. Would you mind prefixing the bugzilla id (for example "BZ-123456" ) in the commitId next time? Productization etc require that for all commits landing on the release branch that affect production code.

I didn't know that, sure I can! :) no problem

thanks :)


ci(deploy): Improve Docker Image build speed

Fixes #73

test / build (pull_request) Failing after 1m


Support distribution to more than 3 dimension at the workgroup level

So far we were not distributing higher level dimensions for operations with more than 3 parallel dimensions. This delinearize the z dimension for case with more than 3 dimension and allow better distribution if the kernel config asks for it.
Also change the default config of llvmgpu and spirv backend to take advantage of that.

Thanks Thomas implementing this after our discussion.
One small note, I think we should linearize the X dimension instead of the Z. Because in CUDA the limit of X is 2^31-1 while the limit of Z is 65535. So X can cover larger iterations. As I understand it, the iree schedules X dimension to the innermost loops, maybe loop scheduling needs to be changed as well.

the problem is that X is the fastest moving dimension so we want to map it to the most inner tile sizes. Most likely the best solution would be to only use X and split it for all the dimension. This is probably too much of a change for this PR. Let’s discuss about changing that in the future.

Another small note, when the trip count is known and very small (very small needs to be defined) maybe it's better to unroll the small loop. This way, there will be no need for generating instructions such as rem or div.

Right, this is a decision that should be taken by the configuration. The configuration decides on the tile size which effectively allows to control how much of the loop is unrolled vs distributed.

Awesome!!


Use Semantic Versioning

Most gems follow the Semantic Versioning specification. This is a suggestion to make it easier to manage dependencies when the gem is changed.

Given a version number MAJOR.MINOR.PATCH, increment the:

MAJOR version when you make incompatible API changes,
MINOR version when you add functionality in a backwards-compatible manner, and
PATCH version when you make backwards-compatible bug fixes.

I think I let this lag mostly because we've not yet had a backwards-compatible patch.  But here's hoping we will in the future.  Thanks!

Pushed to Rubygems, and I yanked "1.8" to prevent any ambiguity


Version 2..1.3 :: no info in mod_ststus and md_status

mod_status gives only the headings, no info.
md_status gives only:
{
  "version": "2.1.3-git"
}

PS.
Build Warning since 2.1.2: mod_md_ocsp.c(177): warning C4700:  uninitialized local variable 'keep' used

This seems to indicate that mod_md no longer found your MDomain configuration? I assume that server-status also lists no Managed Domains? Can you provide a log with LogLevel md:trace2 from a server restart and access to md-status page, please?

Wait, can now reproduce.

mod_status only the headings, and no info under the headings.
I have only log with trace1
Trace1 2.1.3.txt

Sorry for the bug in v2.1.3, please check the new v2.1.4.

Fine again.
With trace2 my log are filling quick with :
[Fri Sep 06 11:24:31.219602 2019] [md:trace2] [pid 7820:tid 3224] md_ocsp.c(444): md[apachelounge.com]: OCSP, returning 527 bytes of response
[Fri Sep 06 11:24:34.321949 2019] [md:trace2] [pid 7820:tid 3208] mod_md_ocsp.c(90): [client <IP_ADDRESS>:37081] get stapling for: apachelounge.com

So I go back to trace1

Sure.
I do not know how long I will be available here today. Will definitely be back on Monday.


Minor bug fix

Coverage remained the same at 95.577% when pulling 5093a432cc4718eaec72b1fb8a2e100422cb7f66 on ingest_new_theses into 547255a81dfa3a0e45ee22b99e1bb1890d7f3a61 on master.


[GHSA-785g-282q-pwvx] Rack CORS Middleware has Insecure File Permissions

Updates

Affected products

Comments
https://github.com/cyu/rack-cors/issues/274
I've also confirmed locally:
❯ ll rack-cors-2.0.0
total 52
drwxr-xr-x 4 jones jones 4096 Feb 27 13:54 ./
drwxr-xr-x 3 jones jones 4096 Feb 27 13:54 ../
-rw-rw-r-- 1 jones jones  540 Feb 27 13:54 .rubocop.yml
-rw-rw-r-- 1 jones jones  152 Feb 27 13:54 .travis.yml
-rw-rw-r-- 1 jones jones 2901 Feb 27 13:54 CHANGELOG.md
-rw-rw-r-- 1 jones jones  155 Feb 27 13:54 Gemfile
-rw-rw-r-- 1 jones jones 1066 Feb 27 13:54 LICENSE.txt
-rw-rw-r-- 1 jones jones 8067 Feb 27 13:54 README.md
-rw-rw-r-- 1 jones jones  494 Feb 27 13:54 Rakefile
drwxr-xr-x 3 jones jones 4096 Feb 27 13:54 lib/
-rw-rw-r-- 1 jones jones 1409 Feb 27 13:54 rack-cors.gemspec
drwxr-xr-x 4 jones jones 4096 Feb 27 13:54 test/

Not sure why the checks are failing, but merged this in manually. Many thanks 👍


Run code on the mobile

Hi! I‘m really interested in your paper. Do you plan to implement the code in pytorch?  How to run the code on the mobile platform? Thanks!

Hi @InstantWindy, thank you for your interest. There is no plan to implement the code in pytorch at the moment but a re-write using the new tensorflow API might happen. Since tensorflow is easy to be exported for mobile targets such as smartphones using tf-lite, it was the choice of framework. I am not sure if pytorch runs on Android or iOS.
To run on the network on a mobile platform one should export the trained model to tf-lite using the export_tflite.py. After that, you can see a simple Android application that I have implemented at this repository: sercant/android-segmentation-app.

Thanks for your reply.  How do you implement DPC(dense predictioncell ) ?

I'm not quite sure what did you mean by how do I implement DPC but it is a part of the network so the exported model already contains the architecture. The architecture of the module is described in the paper and also here in the repository you can see the core/dense_prediction_cell_branch5_top1_cityscapes.json file and model.py for the implementation.

I mean how you get the DPC module . How do you get the parameters of file "dense_prediction_cell_branch5_top1_cityscapes.json" . Thanks!

The parameters of the DPC module was found in Searching for Efficient Multi-Scale Architectures for Dense Image Prediction by LC Chen. The code that parses the JSON file is under the core folder. Let me know if this answers your question and don't hesitate to ask more if you have any.


"Cioranii de Jos", "Cioranii de Sus" are listed in the drop-down menu

Description:
When user writes "Cioranii de Jos" and "Cioranii de Sus" the locations appear in the drop-down menu next to the comune and the county witch is a part according to the law
Precondition:
The website is up an running.

Step 2
Press "x" button.
Expected results
The location was deleted from the search bar.

Step 3
Write in the search bar "Cioranii de Sus"
Expected results
The location appears in the drop-down menu as "Sat Cioranii de Sus, PRAHOVA (Ciorani)"


fix(host): ignore parted resize disk unknown partition table error

这个 PR 实现什么功能/修复什么问题:

是否需要 backport 到之前的 release 分支:

/area host

3.6

Codecov Report

Merging #10479 (546f2fc) into release/3.6 (b9d30c0) will increase coverage by 2.20%.
The diff coverage is 0.00%.

@@               Coverage Diff                @@
##           release/3.6   #10479       +/-   ##
================================================
+ Coverage         5.86%    8.07%    +2.20%
================================================
  Files              828      107      -721
  Lines           129133    13008   -116125
================================================
- Hits              7577     1050     -6527
+ Misses          120876    11838   -109038
+ Partials           680      120      -560

Flag
Coverage Δ

aFlag
8.07% <0.00%> (+2.20%)
:arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

pkg/apigateway/handler/auth.go
0.00% <0.00%> (ø)

pkg/apigateway/handler/auth_totp.go
0.00% <0.00%> (ø)

pkg/apigateway/handler/idp.go
1.84% <0.00%> (ø)

pkg/apigateway/handler/misc.go
0.00% <0.00%> (ø)

pkg/apigateway/handler/resource.go
0.00% <0.00%> (ø)

pkg/monitor/alerting/eval_context.go
34.25% <0.00%> (-3.89%)
:arrow_down:

pkg/monitor/alerting/rule.go
1.86% <0.00%> (-1.03%)
:arrow_down:

pkg/multicloud/esxi/manager.go
0.61% <0.00%> (-0.09%)
:arrow_down:

pkg/util/sysutils/kvm.go
2.91% <0.00%> (-0.06%)
:arrow_down:

pkg/multicloud/esxi/host.go
0.77% <0.00%> (-0.01%)
:arrow_down:

... and 616 more

Continue to review full report at Codecov.

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