Environment Setup? And a few other questions

I was wondering what your environment is for running this? I see that you also have a separate repository for the server side that uses flask. I am going to lay this out in different "sections" for ease of reading even if it might not help that much.... I am not really sure if this whole post is going to even look good of it's formatting.
I am sorry in advance for asking soo many questions at once and some of them might take some time to answer so sorry....
I am asking because I am working on a project that is very very similar however it's going to have a lot more capabilities than "just" managing a ME network. I wanted to test this project first to see what I can learn from it. I am probably not going to use a website but a desktop client made with Qt6 and python.

What version of python and flask are you using and anything that was installed via pip, setuptools, conda, or anything else? A pip freeze would probably work just fine instead of answering manually
What modpack are you using? I take it GTNH based on this line
Can I get the script if you still have it you had mentioned in this issue issue link ?

Hello !
Thanks for the message.
The GtDictionnaryString.py is only useful if you have the Gregtech mod inside your modpack as it's used to translate the cryptic Gregtech names into readable ones. If you have Gregtech in your modpack I can give you the script to generate it from the Gregtech.lang file. If you do not have Gregtech into your modpack then you don't need it and should change the line 19 of server.py from translateGTName = True to translateGTName = False
I'm currently working on remaking the code for the server and the ingame computers as it hurts to look at the code I wrote here, it has really bad performances and there is no documentation. I also closed the official website as there was no people using it anymore.
If you encounter any other problems feel free to ask me !

Would you like me to show you my project once it's to a "working" point? I am planning to add remote access for whatever OC has access to in Gregtech: New Horizons within reason. And hopefully a GUI based program that makes OC robots easier to program via being able to visualize them moving via symbols the represent different actions (arrows for moving, a chest for interacting with any inventory and so fourth) in a voxel grid that represents the space around the robot in-game. The actions are following along a line that portrays the order of the actions. The user can see this line and can also choose to only certain parts on it making it easier to debug and develop.

Do you host the Minecraft server on the same computer that runs the server for this repository? Or on a separate computer on the network? Or something else entirely?

Thanks in advance again.

I just finished rewriting everything for the OpenComputer part and web part so it's fresh in my mind. Don't worry about asking too many questions I don't mind if it can help someone.

What version of python and flask are you using and anything that was installed via pip, setuptools, conda, or anything else? A pip freeze would probably work just fine instead of answering manually

The version of python used is Python 3.10.12 and for the requirements its just a standard pip3 install for flask and oracledb. Actually you also need the gunicorn package but this is only useful for putting the web server in production.

What modpack are you using? I take it GTNH based on this line

Yes, but the program is independent from the modpack, it can be used in any modpack as long as there is OpenComputer and AE2. The only purpose of this  line is to use an alternative function developped by the GTNH dev to get the items from AE without making too much lag if you're running it on the GTNH modpack.

Can I get the script if you still have it you had mentioned in this issue https://github.com/PoroCoco/myaenetwork-Server/issues/3 ?

The only use for this script was to translate the gregtech items names as OpenComputer wasn't giving the actual name. However this is not needed anymore (at least for GTNH) as the devs fixed that and the correct items names are now returned. The only case where this could be useful would be for the other gregtech packs like NomiFactory, but I don't even know if this issue exists on the other modpacks anyway. If you really need it I can search for it, but I don't have to use it anymore.

Would you like me to show you my project once it's to a "working" point? I am planning to add remote access for whatever OC has access to in Gregtech: New Horizons within reason. And hopefully a GUI based program that makes OC robots easier to program via being able to visualize them moving via symbols the represent different actions (arrows for moving, a chest for interacting with any inventory and so fourth) in a voxel grid that represents the space around the robot in-game. The actions are following along a line that portrays the order of the actions. The user can see this line and can also choose to only certain parts on it making it easier to debug and develop.

Yes I'd like to see this project ! I did have a similar idea after making this but never found the time to actually work on it. The robot idea gives me the same vibes as the project that ottomated did, take a look at this  video.

Do you host the Minecraft server on the same computer that runs the server for this repository? Or on a separate computer on the network? Or something else entirely?

So here's a quick overview of how it works : The user on the website connect to the web server and logs himself with his credentials. The web server ask a outside database to check the user information to allow the user to check his AE network if he has the correct password. This database runs a server somewhere hosted by Oracle, I just make requests to it.  Then once the user is logged in, the server grabs the TCP socket that corresponds to the computer of the user then using this socket it uses a custom made communication protocol to ask the computer to send an updated view of the items in the network. The computer send the data over the socket and server display it to the user.
So  you don't need to have anything running on the same machine, the OpenComputer computers are each running on a different Minecraft server, maybe even using different modpacks. As the data is transmitted over a TCP socket your server/application can run anywhere. The main problem is that each computer need to initiate the TCP connection as it's impossible to make a TCP socket listen on the computer they can only connect to one, so the listening part is always on your server.
So why use TCP socket instead of the http requests ? The reason is that here the http requests are uni-directionnal, it will always be the computer asking the server, and the server giving some response. But it this case, and any application where reactivity is needed, the server needs to be the one notifiying the computer that an update is needed so once the socket connection has already been established you can do that, just have the computer wait for a new message on the socket and sent a corresponding response given the received message. Basically using sockets lets you have the computer waiting for some incoming commands which is not possible with http.
If you need more informations or something isn't clear, don't hesistate to ask,

Thanks for the reply. The explanation on why you switched to using TCP sockets instead of an HTTP connection probably just saved a lot of time and hassle trying to figure out what would work better.
For the script I don't need since I am playing GTNH however once I make my repo public I might add that incase if somebody else plays a modpack with Gregtech that might require that. So if you have I would gladly accept it. And I won't forgot to add your repo as a credit/source.

The only use for this script was to translate the gregtech items names as OpenComputer wasn't giving the actual name. However this is not needed anymore (at least for GTNH) as the devs fixed that and the correct items names are now returned. The only case where this could be useful would be for the other gregtech packs like NomiFactory, but I don't even know if this issue exists on the other modpacks anyway. If you really need it I can search for it, but I don't have to use it anymore.

The project won't be done for about 6 months or so. Would you like to add me on discord as better means of contact? my discord is .fidgety


Atomic block as last item in editor, can select after

Do you want to request a feature or report a bug?
BUG
What is the current behavior?

If you insert an image (or any other atomic block) as the last item, and their is no white space after (empty block),
you cannot select/add text after the image.

What is the expected behavior?
Should be able to add a cursor after the image (atomic block)
Which versions of Draft.js, and which browser / OS are affected by this issue? Did this work in previous versions of Draft.js?
Chrome latest

@oscarmorrison we encountered a similar issue with image inserts. Our solution was to manually append an unstyled block to the end of every atomic block. Here's what that function looks like for us:
const createNewContent = (content) => {
  const lastType = content
    .getLastBlock()
    .getType();

  if (lastType === 'atomic') {
    const blankLine = new ContentBlock({
      key: genKey(),
      text: '',
      type: 'unstyled',
    });

    const newBlockArray = content
      .getBlockMap()
      .set(blankLine.key, blankLine)
      .toArray();

    return ContentState.createFromBlockArray(newBlockArray);
  }

  return content;
};

This function is called on a ContentState that's fed into EditorState.createWithContent and set as a part of our WYSIWYG editor component's state in the constructor. Hopefully this helps (or that there's a better way of doing this that we've missed).

This is by-design, you can find many references to this around the issue tracker by looking for atomic or image.
Use AtomicBlockUtils.insertAtomicBlock so Draft.js automatically inserts the necessary unstyled blocks for you.


I think there should be a cool icon for this product

Tell us more about this new feature.
Thank you for making such a great product.
The range of architectures that can be drawn on AWS has further expanded.
By the way, there is not a cool icon for this product.
I would like someone to make an icon for this product.

Thanks for the suggestion! We actually do have a cool icon, which you can see on the Mountpoint product page here: https://aws.amazon.com/s3/features/mountpoint/. Hope that helps!


Implements infinite scroll

Adds infinite scroll using Feed component.
Also removes a lot of commented out code.

@lachlanglen fixes height by separating Card = styled.a with Card = styled.div and moving the <Link outside.
Safari must have strange behavior with the height of a tags

that issue is fixed, thanks! the Explore Projects page looks good, but it seems there is now a horizontal scroll on the pot projects page (on mobile) that doesn't occur on main, e.g.: http://<IP_ADDRESS>:8080/potlock.near/widget/Index?tab=pot&potId=creatives.v1.potfactory.potlock.near&nav=projects


VIIDEO score - Features arguments can't be changed

Line 56 in viideo.py:
features = viideo_features(videoData, blocksize=(18, 18), blockoverlap=(8, 8), filterlength=7)
blocksize, blockoverlap and filterlength cannot be assigned to viideo_features in the viideo_score function.
Is it a mistake or it has be done on purpose?

Definitely a mistake.

Fixed and committed


New install error 400 when adding new domain

Hi all
I have installed Powerdns on Debian 11 with the admin GUI
I can manually add dns entries but get the 400 error when trying to add via GUI
I was able to find this error in my logs
If possible could someone help guide me towards the solution.
i have been searching for answers for what feels like years
[webserver] b34710e7-0903-44bb-8b3d-efe1a21c9e66 HTTP ISE for "/api/v1/servers/localhost/zones": Exception: GSQLBackend unable to list keys: Could not prepare statement: select cryptokeys.id, flags, active, published, content from domains, cryptokeys where cryptokeys.domain_id=domains.id and name=?: Unknown column 'published' in 'field list'
Dec  3 14:33:30 PowerDNS gunicorn[498]: [2021-12-03 14:33:30,721] [domain.py:252] ERROR - Cannot add domain temp.superman.com. Error while fetching http://<IP_ADDRESS>:8081/api/v1/servers/localhost/zones. Returned status 500 and content Internal Server Error
added info
mysql> show tables;
+------------------------+
| Tables_in_powerdns     |
+------------------------+
| account                |
| account_user           |
| alembic_version        |
| apikey                 |
| comments               |
| cryptokeys             |
| domain                 |
| domain_apikey          |
| domain_setting         |
| domain_template        |
| domain_template_record |
| domain_user            |
| domainmetadata         |
| domains                |
| history                |
| records                |
| role                   |
| setting                |
| supermasters           |
| tsigkeys               |
| user                   |
+------------------------+
21 rows in set (0.00 sec)

Can you share the alembic version from alembic_version?

Hi @ChayneC,
PowerDNS (not PowerDNS-Admin, this reporitory here!) introduced a DB schema change from version 4.2.X to 4.3.0 which added the published column to the crypokeys table. [1] [2]
It looks like you need to migrate your PowerDNS database by executing [2].
It also seems you have put both PowerDNS and PowerDNS-Admin's tables into one MySQL database - I'd recommend you put both into a separate database.

[1] https://doc.powerdns.com/authoritative/upgrading.html#x-to-4-3-0
[2] https://github.com/PowerDNS/pdns/blob/master/modules/gmysqlbackend/4.2.0_to_4.3.0_schema.mysql.sql

@zoeller-freinet
thank you so much.
Running that one command [2] has repaired my installation and I can now successfully add domains and add records to that.
I have been pulling my hair out for days(and I don't have much to begin with )
This is my first experience with powerdns I have installed it on a test VM so i can become comfortable with it. Your suggestion about splitting the databases is greatly received and I will do this when I do my next build.
I cannot thank you enough.
Have a fantastic weekend


JAMES-3928 ReadOnlyUsersRepository: Master slave set up

TODO:

See if the LDAP supports different SSL settings for distinct URI, otherwise, we would need to assume the setting are the same.
Other tests?
Additional work upon review
Docs & sample configuration

See if the LDAP supports different SSL settings for distinct URI, otherwise, we would need to assume the setting are the same.

Same settings seems fair to me.


[BUG REPORT] AppInitializationError: ERR_APP_HAS_NOT_INITIALIZED

An error occurred
AppInitializationError: ERR_APP_HAS_NOT_INITIALIZED
    at Timeout.<anonymous> (C:/Users/ddd/AppData/Local/Programs/bfx-report-electron/resources/app/src/initialize-app.js:107:16)

Debug info

Version
4.9.1

Commit Hash
dc139dc2bbadfc44f6c0839462e3ab73837e714c

Commit Date
2023-07-12T08:49:31Z

Electron
21.3.3

Chrome
106.0.5249.199

Node.js
16.16.0

V8
<IP_ADDRESS>-electron.0

OS version
Windows 10 Pro

OS release
Windows_NT x64 10.0.22623

CPUs
AMD Ryzen 9 5950X 16-Core Processor             x 32

RAM
63.93GB (39.88GB free)

App RAM limit
4095.75Mb (10.68MB used)

Is BFX API Staging used
No

Main log
[2023-07-13 23:02:18.563] [error
[2023-07-13 23:02:18.564] [error] Error: ENOENT: no such file or directory, open 'C:/Users/ahcz0/AppData/Roaming/Bitfinex Report/logs/exceptions-worker.log'
[2023-07-13 23:26:19.445] [error] AppInitializationError: ERR_APP_HAS_NOT_INITIALIZED
    at Timeout.<anonymous> (C:/Users/ahcz0/AppData/Local/Programs/bfx-report-electron/resources/app/src/initialize-app.js:107:16)

Worker errors
Log file read error

Worker exceptions
Log file read error

The issue was opened from the electron app

I try to use another PC, and it works now.


Add some more splash texts

Describe your PR, what does it fix/add?
It adds some additional splash texts; I just felt like there were some missing :\
Is there anything you want to mention? (unchecked code, possible bugs, found problems, breaking compatibility, etc.)
It should work fine.
Is it ready for merging, or does it need work?
Yeah it's done (just five more strings in a vector).

please dont make splash mrs


Inverted date input fields

Describe the bug
The invoice generator displays the "Invoice Date" and "Due Date" fields in reverse order. The "Invoice Date" (date of creation) is shown as being after the "Due Date," which is incorrect. Additionally, the "Invoice Date" field allows selecting future dates, while the "Due Date" field restricts the date to the current day (in this sense, the inputs are inverted).
To Reproduce
Steps to reproduce the behavior:

Go to the invoice/receipt generation page.
Input the "Invoice Date" and "Due Date."
Generate the invoice.
Observe that the "Due Date" appears as a date earlier than the "Invoice Date"

Expected behavior
The "Invoice Date" should be the creation date of the invoice, and the "Due Date" should reflect a date after the issue date. The system should ensure that the "Due Date" comes after the "Invoice Date."
Screenshots
Attached is a screenshot of the error:

Desktop:

OS: Windows 11
Browser: Brave Browser

Additional context
The "Invoice Date" field allows future dates, while the "Due Date" is restricted to the current day. These input behaviors are inconsistent and should be adjusted.

If you want you can assign it to me. I will work on this after the 1st October 😉

Sure @Isax03, I'll assign this to you add appropriate labels.

@ypratham If you want you can merge my pull request


Unable to Install "sharp"

Hey there, would love to use this extension! However, I'm getting an error when installing and trying to activate the extension. Any advice?
2023-08-31 21:03:09.586 [error] Activating extension dullptr.fen-lense failed due to an error:
2023-08-31 21:03:09.586 [error] Error:
Something went wrong installing the "sharp" module

Cannot find module '../build/Release/sharp-darwin-arm64v8.node'
Require stack:
- /Users/jcalabro/.vscode/extensions/dullptr.fen-lense-0.1.1/node_modules/sharp/lib/sharp.js
- /Users/jcalabro/.vscode/extensions/dullptr.fen-lense-0.1.1/node_modules/sharp/lib/constructor.js
- /Users/jcalabro/.vscode/extensions/dullptr.fen-lense-0.1.1/node_modules/sharp/lib/index.js
- /Users/jcalabro/.vscode/extensions/dullptr.fen-lense-0.1.1/out/images.js
- /Users/jcalabro/.vscode/extensions/dullptr.fen-lense-0.1.1/out/fenlense.js
- /Users/jcalabro/.vscode/extensions/dullptr.fen-lense-0.1.1/out/extension.js
- /Applications/Visual Studio Code.app/Contents/Resources/app/out/vs/loader.js
- /Applications/Visual Studio Code.app/Contents/Resources/app/out/bootstrap-amd.js
- /Applications/Visual Studio Code.app/Contents/Resources/app/out/bootstrap-fork.js
-

Possible solutions:
- Install with verbose logging and look for errors: "npm install --ignore-scripts=false --foreground-scripts --verbose sharp"
- Install for the current darwin-arm64v8 runtime: "npm install --platform=darwin --arch=arm64v8 sharp"
- Consult the installation documentation: https://sharp.pixelplumbing.com/install

I was able to npm install sharp no problem. Any idea on how I should go about installing this? Thanks!
$ node -v
v20.3.0

$ npm -v
9.6.7

sharp may be building for the wrong platform, check the /Users/jcalabro/.vscode/extensions/dullptr.fen-lense-0.1.1/node_modules/sharp/build/Release directory. As a temporary solution you could copy the build artifacts from your local install into the above build dir.
I will look into a more permanent solution

okay, I've published an update that may solve this issue. I don't have access to a non windows machine to test so if you @jcalabro could reinstall the extension and let me know if the issue is resolved I would appreciate it

Hmm, the update did not solve the issue, but I was able to manually solve it by:
cd ~/.vscode/extensions/dullptr.fen-lense-0.1.3
npm install

That npm install worked without issue, and now I'm off to the races:

Happy to help run commands or reinstall if you need a machine that can repro?

@jcalabro I have a new update out that should solve this issue, tested in a linux vm. If you want to reinstall and verify I can close this issue

Worked for me. Thanks a ton! :100:


Update replit.md

Updated Tools pane search option from Packages to Dependencies to reflect the actual option available on the platform.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.


MM-22987 - Making searchbar fixed in console

Summary
MM-22987 - Making searchbar fixed in console
Ticket Link
https://mattermost.atlassian.net/browse/MM-22987
Screenshots

Creating a new SpinWick test server using Mattermost Cloud.

Mattermost test server created! :tada:
Access here: https://mattermost-webapp-pr-5032.test.mattermost.cloud

Account Type
Username
Password

Admin
sysadmin
Sys@dmin123

User
user-1
User-1@123

Test server destroyed


firefox support

Expected Behavior
All major functionality works in Firefox
Current Behavior

button to access image gallery is missing
can’t submit a new task

cannot reproduce; closing


Bug: Date Not Correctly Posted

Describe the bug
Adding PINS with a date are showing 1 day before the actual date , example 2024-06-12 is posting as 2024-06-11 same with other dates.
Steps to reproduce

Add location in places.ts
Refresh server
View Map Pin

Do you have any screenshots?

Code of Conduct

[X] I agree to follow this project's Code of Conduct

Contributing Docs

[X] I agree to follow this project's Contribution Docs

Welcome, luigar!
First of all, excuse me for my belated response; it's been a complicated time!
After having a look at the code (as well as my pictures and dates), I must admit I never encountered the problem you're experiencing. That's why, after thinking of it, I concluded that it might be related to different time zones, as I kept in mind Europe/Madrid (Barcelona, to be more specific), but I didn't consider other options.
In all honesty, the getRelativeTimeString function might be potentially problematic due to the way it handles dates and times - especially when it comes to different time zones. Could you please give the following alternative a try and tell me if it solves your problem?
export const getRelativeTimeString = (date: string) => {
  const parsedDate = DateTime.fromISO(date, { zone: 'utc' }); // You'll have to explicitly set the zone here.
  const relativeTime = parsedDate.toRelative();

  // Formatting the date in a specific time zone might help, too. Let's say 'Europe/London' here, for instance.
  const formattedDate = parsedDate.setZone('Europe/London').toLocaleString(DateTime.DATETIME_MED);

  return `${relativeTime} (${formattedDate})`;
}

Perhaps we should explicitly handle time zones when parsing and formatting dates for more consistent behavior.
Let me know if it works for you; if that's not the case, we'll look for another solution!
Best wishes,
Judit


cufon text rotation

In version 1.52 did this code: http://jsfiddle.net/kFVxa/6/ work as expected.
But in version 2.0 every letter is rotated not the  whole set. Is this a feature?
Thank you for some response

http://jsfiddle.net/kFVxa/16/


Version update required with API change ?

Hi,
Our current code is pulling in v4.0.0, but it looks like a PR was merged yesterday that changes the API to remove dependency on px-dropdown-content. Sadly, our code still uses px-dropdown-content, so things are broken  :-)
We'll update our code to use the new API, but a major version change might be in order.
Jim

Hey Jim,
v4.0.0 is still in prerelease and will include the redesign + the API break. You probably still should be using v3.0.0 at the moment, any reason you're pulling 4?

Ah, good to know. I'm not sure why we upgraded - I will ask around.  Thanks for the quick response.

Found the culprit - they will be appropriately flogged ;-)   Closing this issue.


Says i don't have dotnet but i do 😭

It was not possible to find any installed .NET Core SDKs
Did you mean to run .NET Core SDK commands? Install a .NET Core SDK from:
https://aka.ms/dotnet-download

The project is using .NET Framework v4.8 not .NET Core!


Use more than two CPUs

See https://conda.io/docs/building/environment-vars.html#environment-variables-set-during-the-build-process

Should I bump the build number for something like this?

Thanks


fix docs/metrics/hierarchical_id

🚀 Deployed on https://660b80466e812763401eacc1--cozy-fox-0defec.netlify.app


ec2.NewRouteTableAssociation() resource got removed from stack after an update

What happened?
When the CIDR of a route table association changes, pulumi will attempt to update the aws:ec2:RouteTableAssociation resource as expected. But after the update, the resource is gone from the stack, and the next pulumi preview/ up will try to create the association again, which results in an error that the association already existed.
Example
First pulumi prevew after updating the CIDRs for route table association in code:
~   ├─ aws:ec2:RouteTableAssociation  subnet-1       update     [diff: ~routeTableId]
~   ├─ aws:ec2:RouteTableAssociation  subnet-2       update     [diff: ~routeTableId]

After the update is successful with pulumi up,pulumi preview tries to create the same resources:
 +   ├─ aws:ec2:RouteTableAssociation  subnet-1  create
 +   ├─ aws:ec2:RouteTableAssociation  subnet-2  create

pulumi up with the 2 resource creations results in this error:
Diagnostics:
  pulumi:pulumi:Stack (xxx):
    error: update failed

  aws:ec2:RouteTableAssociation (subnet-1):
    error: 1 error occurred:
    	* creating Route Table (rtb-001) Association: Resource.AlreadyAssociated: the specified association for route table rtb-001 conflicts with an existing association
    	status code: 400, request id: xxx

  aws:ec2:RouteTableAssociation (subnet-2):
    error: 1 error occurred:
    	* creating Route Table (rtb-002) Association: Resource.AlreadyAssociated: the specified association for route table rtb-002 conflicts with an existing association
    	status code: 400, request id: xxx

Output of pulumi about
CLI
Version      3.101.1
Go Version   go1.21.5
Go Compiler  gc

Plugins
NAME        VERSION
aws         6.13.3
aws-native  0.99.0
go          unknown
kubernetes  4.7.1
random      4.15.1
tls         4.11.1

Host
OS       darwin
Version  14.4.1
Arch     arm64

Additional context
No response
Contributing
Vote on this issue by adding a 👍 reaction.
To contribute a fix for this issue, leave a comment (and link to your pull request, if you've opened one already).

Thanks for reporting this @tiffyuen! You mentioned that you've changed the CIDR of a RouteTableAssociation and this caused the resources to be removed. RouteTableAssociation does not have a CIDR parameter, are you referring to changing the CIDR of the VPC or the CIDR of one of the routes in the route table?
If possible, could you provide an example so we can reproduce this issue?

Thanks for reporting this @tiffyuen! You mentioned that you've changed the CIDR of a RouteTableAssociation and this caused the resources to be removed. RouteTableAssociation does not have a CIDR parameter, are you referring to changing the CIDR of the VPC or the CIDR of one of the routes in the route table?
If possible, could you provide an example so we can reproduce this issue?

Hi @flostadler thank you for the quick response. It was a long day and I messed up with the terms. Updated the comment with the correct problem! I was referring to the scenario where we try to modify a route table association for a subnet from one route table to another one.
e.g. Currently subnet-abc is associated to the route table rtb-001 in this following code:
subnet1RtAsso, err := ec2.NewRouteTableAssociation(ctx, "subnet-1", &ec2.RouteTableAssociationArgs{
			SubnetId:     subnet.ID(), // subnet-abc in pulumi.StringPtrInput format
			RouteTableId: routeTable1.ID(), // rtb-001 in pulumi.StringInput format
		})
		if err != nil {
			return err
		}

We are trying to move this association so subnet-abc will be associated to rtb-002 with this modified code:
subnet1RtAsso, err := ec2.NewRouteTableAssociation(ctx, "subnet-1", &ec2.RouteTableAssociationArgs{
			SubnetId:     subnet.ID(), // subnet-abc in pulumi.StringPtrInput format
			RouteTableId: routeTable2.ID(), // rtb-002 in pulumi.StringInput format
		})
		if err != nil {
			return err
		}

Thank you very much for your help!

Thanks, I'll try to reproduce this on our end. Will keep you posted with updates about what I find out!

I wasn't able to reproduce that on our end.
I deployed two subnets and associated it to a route table. After that I changed the RouteTableId of the RouteTableAssociations to another route table.
After doing this route table change I couldn't observe the attempted recreation & failure you were seeing; instead I had no diff.
These are the versions I tested with:
CLI
Version      3.113.1
Go Version   go1.22.2
Go Compiler  gc

Plugins
NAME    VERSION
aws     6.32.0
awsx    2.9.0
docker  4.4.3
go      unknown

Host
OS       darwin
Version  14.4
Arch     arm64

@tiffyuen  Can you please test with the latest versions of pulumi and the provider whether you can reproduce the issue. Please also add a minimal reproducible example if it reproduces, so we can replicate the issue on our end.
Here's the code I tried with:
package main

import (
	"github.com/pulumi/pulumi-aws/sdk/v6/go/aws/ec2"
	ec2x "github.com/pulumi/pulumi-awsx/sdk/v2/go/awsx/ec2"
	"github.com/pulumi/pulumi/sdk/v3/go/pulumi"
)

func main() {
	cidr := "<IP_ADDRESS>/16"
	pulumi.Run(func(ctx *pulumi.Context) error {
		vpcArgs := &ec2x.VpcArgs{
			CidrBlock: &cidr,
		}
		vpc, err := ec2x.NewVpc(ctx, "awsx-3911-test-vpc", vpcArgs)
		if err != nil {
			return err
		}

		subnetArgs := &ec2.SubnetArgs{
			VpcId:             vpc.VpcId,
			CidrBlock:         pulumi.String("<IP_ADDRESS>/24"),
			MapPublicIpOnLaunch: pulumi.Bool(true),
		}
		subnet, err := ec2.NewSubnet(ctx, "my-new-public-subnet", subnetArgs)
		if err != nil {
			return err
		}

		otherSubnetArgs := &ec2.SubnetArgs{
			VpcId:             vpc.VpcId,
			CidrBlock:         pulumi.String("<IP_ADDRESS>/24"),
			MapPublicIpOnLaunch: pulumi.Bool(true),
		}
		otherSubnet, err := ec2.NewSubnet(ctx, "my-other-public-subnet", otherSubnetArgs)
		if err != nil {
			return err
		}

		routeTableArgs := &ec2.RouteTableArgs{
			VpcId: vpc.VpcId,
		}
		routeTable, err := ec2.NewRouteTable(ctx, "myRouteTable", routeTableArgs)
		if err != nil {
			return err
		}

		otherRouteTableArgs := &ec2.RouteTableArgs{
			VpcId: vpc.VpcId,
		}
		_, err = ec2.NewRouteTable(ctx, "otherRouteTable", otherRouteTableArgs) // switch the associations below to this route table after the initial deployment
		if err != nil {
			return err
		}

		_, err = ec2.NewRouteTableAssociation(ctx, "myRouteTableAssociation", &ec2.RouteTableAssociationArgs{
			SubnetId:     subnet.ID(),
			RouteTableId: routeTable.ID(),
		})
		if err != nil {
			return err
		}

		_, err = ec2.NewRouteTableAssociation(ctx, "otherTableAssociation", &ec2.RouteTableAssociationArgs{
			SubnetId:     otherSubnet.ID(),
			RouteTableId: routeTable.ID(),
		})
		if err != nil {
			return err
		}

		return nil
	})
}


packaging: Generate uber jars for -core and -apache

Relocating embedded dependencies inside com.algoliasearch, filtering
out unused resources.
Note that slf4j-api is NOT embedded in the uber jars, on purpose: if
slf4j-api is embedded here, it would need to be relocated (*), yet if
gets relocated, implementations cannot be injected anymore (**),
making slf4j irrelevant.
(*) Embedding jars in an uber-library require their relocation: a
library is meant to be used along with other jars, which may depend on
other versions of the jars embedded here. Relocating these mostly get
rid of conflicts; not relocating them, would on the contrary make
conflicts practically impossible to solve.
(**) the injection used by slf4j is namespace based; if the api gets
relocated, implementation would have to be relocated too.

Ref issue: #556


Add info about Green Reviews WG Slack channel and channel creation process

Updated all respective places with information about new #wg-green-reviews Slack channel. Also, added a new document to the governance folder with a process for creating new Slack channels - this document can be extended to add process for creating any other communication channels for the TAG ENV like, for example, accounts on social media platforms that may come up in the future. Also, fixed a few minor Markdown linting errors and added a link to the TAG ENV LinkedIn account to our website.
Closes #258

Thanks @guidemetothemoon


Add mobile dispatching

Extended the dispatching service to Mobile Client along with a dispatcher scheduler.
Updated several packages to the latest version.

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.:x: Aya-Abouzeid sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.


Update index.md

[ ] I have read freeCodeCamp's contribution guidelines.
[ ] My pull request has a descriptive title (not a vague title like Update index.md)
[ ] My pull request targets the master branch of freeCodeCamp.
[ ] None of my changes are plagiarized from another source without proper attribution.
[ ] 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

LGTM

Thank you for your contribution to the page! 👍
We're happy to accept these changes, and look forward to future contributions. 🎉
In the future, please use PR titles which explain what you are changing.  If it is a translation, please also indicate translation: language name. This let's the reviewer quickly know what kind of contribution you have made.
Also, please read/check all 5 items above indicating you have fulfilled each requirement.


Logging parameters in the Ron file. Fixes #183

One for to override the section size (if the copperlist references allocated stuff outside of it) and one for the slab size (that will be hooked up after the construction from the copper_ctx is merged)

It is also solving #156


update scraper config and fix outdated scrapers including facebook im…

…age scraper

Codecov Report

Merging #331 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #331   +/-   ##
=======================================
  Coverage   99.15%   99.15%
=======================================
  Files           8        8
  Lines         118      118
  Branches       20       20
=======================================
  Hits          117      117
  Misses          1        1

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 0c46cbb...6da43c5. Read the comment docs.


typescriptreact filetype issue

It seems like most of vim plugins detect react typescript filetype as : 'typescript.tsx'
But only nerdcommenter is using 'typescriptreact' file type. I had to force my vim to use
au BufNewFile,BufRead *.jsx set filetype=javascriptreact
au BufNewFile,BufRead *.tsx set filetype=typescriptreact
And this causes so many other plugins to not recognize tsx / jsx files to perform correct behaviours.
For example,
w0rp/ale ALEFix doesn't recognize typescriptreact, hence doesn't allow me to use prettier.
typescriptreact gives wrong colour syntax when using some colorschemes.
Is it possible to either add "typescript.tsx" "javascript.jsx" or replace 'typescriptreact' and 'javascriptreact' ?
Thanks!

The typescript.tsx filetype was an unofficial workaround used by a number of plugins to hack in support by pretending tsx were typescript files and using the extra string to bolt on extra features before VIM had first class support for typescriptreact as a filetype. I realize there is still quite a bit of usage in the wild, but we're actually far from the only plugin that has adjusted to work the way upstream VIM and NeoVIM have chosen to handle this. Other plugins should also adapt to this as it is now the "official" file type.
See here for the (somewhat lengthy) discussion that led to this result.

Thanks for the clear explanation.
I found that typescriptreact is also used more after commenting, but couldnt find this post.. oops. Thanks for responding 👍


Optionally generate invoke transaction ID from transaction content

Optionally generate invoke transaction ID  from transaction content
Description
Adds a -tid options to CLI that determines the transaction id derivation algorithm.
Adds uuidGenerationAlg to ChaincodeInvocationSpec with same meaning and content option.
Currently supported derivation algorithm is sha256base64,  that means transaction is assumed to be encoded as a base64 string and will be hashed with sha256, then first 128 bits will be formatted like an RFC 4122 UUID to identify the transaction
Motivation and Context
If UUID is derived from transaction content, then it is already known by the ledger client application, that is able to track it from construction to storage into the ledger. If UUID was assigned by the ledger (as is now) then a client would have to find the transaction in the block chain by comparing its content with content that it sent in. Deriving transaction id from content with a cryptographic hash practically ensures that ID will be unique, no other transaction with any different content will have the same ID. A limit of the approach is that identical invoke would receive same ID, which is however easy to avoid by the creator of the transaction. It is questionable if identical invokes should be processed at all since if they are allowed then trivial transaction replay attack can be executed on the ledger.
How Has This Been Tested?
unit tests were run
Checklist:

[x] I have added a Signed-off-by
[x] Either no new documentation is required by this change, OR I added new documentation
[ ] Either no new tests are required by this change, OR I added new tests
[ ] I have run goimports, go vet, and golint. I have cleaned up all valid errors and warnings in code I have added or modified. These tools may generate false positives.  The goal is clean, consistent, and readable code.

Signed-off-by: Tamas Blummer<EMAIL_ADDRESS>

Hi @tamasblummer, I have some concerns related to the security aspects of this proposal that I would like to share. If the fabric allows a client to decide which algorithm to use to generate the uuid, then the uuid itself can be used as a side channel to link transactions that are using the same algorithm. This combined with other auxiliary information could potentially reveal too much about certain chaincodes.
I would say then that a chain should speak only one language (in terms of protocols, cryptographic primitives and so on) defined when the chain is bootstrapped and all the parties playing on that chain should speak that same language as well. Changing the language of a chain already bootstrapped should pass through the invocation of a system chaincode.
What do you think? Am I missing something?

@adecaro  I would welcome a restriction to a single algorithm for content derived transaction ID. Actually I'd love to see random UUID go away entirely for invoke.
Unfortunately, the current protobuf transaction format defines payload as a string, so it already raises the question of encoding binary content, for which there are many choices.
We also saw hashing algorithms being broken.
I chose to address these contradicting requirements by defining only one option that is sha256base64. Maybe we can ease your concern by simply not defining further alternatives unless there is some very strong security argument for it.

@tamasblummer Fair enough. Thanks for you reply :)

@tamasblummer How does this PR affect the client-sdk? Is it necessary to align it?

@adecaro this is not a dependency for client sdk, but it should consider using the same content derived id.
I think it is a weakness that transaction id is represented as string but there is no strict check of its format, that is assumed to be RFC 4122 compliant. I think transaction id should rather be binary for best performance and should be serialised as an uuid like string only on UI and in logs.

@binhn @srderson @ghaskins May I have an opinion on this?

I agree with this change and think the concept makes sense. I see it as a helper for the CLI and REST interface. I think most clients should be using the ProcessTransaction in fabric.proto which allows the client to specify the transaction ID.

A few words:
+1 for binary representation (especially storing/loading/comparing/processing. Totally!) and +1 for SHA-256 at this point (rather than the 'faster' SHA-1).
Yes, I think it's right that we should def. design it so that later on one/we can replace the algo (like a specified 'cypersuite) for whatever unforeseeable future reason/event. Frankly, as/while so much is changing...imo, if it's extensible/specifiable, then we can probably live happily with one good option now (and revisit).

@tamasblummer please rebase to resolve merge conflicts otherwise LGTM thanks

My concern about this suggestion is only that it makes an implicit statement that transactions are not guaranteed to have unique IDs - the correctness of a robust system can not depend on the correctness of its inputs. I don't know if non-uniqueness is real problem or not, however I think it's important for everyone to realize that this PR weakens the specification by removing the requirement that every transaction has a unique ID.

@bcbrock the transaction ID would be guaranteed unique provided the transaction content is unique; since it would be generated with a crypto hash that is assumed not to have collisions. Identical content invoke transactions would open the door for replay attacks, therefore should not be part of a safe design of a chain code use.

@tamasblummer The TX IDs are only unique if clients "play by the rules". If there is a hard requirement for IDs to be unique then either 1) they can not be created by the clients, or 2) the peer will need to check every submitted TX ID against all previous TX IDs to enforce uniqueness. Option 2) is probably unworkable in a real system in real time. Again, I don't know if there really is a requirement for unique IDs - but if someone thinks there should be such a requirement, they should be aware that this approach can not formally guarantee that requirement.

@bcbrock It is not the ID created by the client, but transaction content. ID is a function of content. Therefore the requirement is not that client has to create distinct id, but that client has to send unique transaction content. If client would not send unique transaction content and duplicate transaction content was valid to process, then any man-in-the-middle attacker would be able to replay the transaction. Therefore the design of chain code was critically flawed.

@bcbrock using a global lookup of ID, that I agree was expensive, is only needed if there is no other way for chain code to ensure content is unique.

@bcbrock - @tamasblummer is not changing any functionality here. The transaction ID was generated by the client in the past and is still generated by the client after his change. devops.go is essentially part of the client as it calls gRPC on the peer. Any client can go around devops.go and call the peer directly. devops.go just supplies a REST and CLI.
@tamasblummer It sounds to me you may be suggesting that we move the ID generation completely to the server, based on the content of the transaction. Is that correct?

@srderson if ID is derived by content then it is derivable both on client and server, and this is the point. The client knows transaction ID in advance. The implication is the requirement of unique content, but that is as explained above is already a requirement in my opinion to avoid trivial replay attack.

@tamasblummer @bcbrock @srderson In the protocol-spec, we have a sketched design for replay attack resistance (Section 4.3.3) that leverage tCerts validity period in order to reduce the amount of memory needed to check for replay attacks. Of course, it can be improved further, any feedback on that would be really appreciated :)
Therefore, I think it should be fine to let the client computing the transaction id. What I think is more important is that the fabric enforce a single algorithm to compute the id to avoid linkability attacks.

reverify jenkins

@adecaro I think that replay attack protection needs to be present without using the particular certificates you advertise, best if it is implied by the design of the chain code, so replayed transaction can not be valid.
As I wrote above, 16 days ago, I'd love to fix id generation algorithm and binary encoding.

@tamasblummer @adecaro I agreed that the tx id should be generated by the client, and the peer can recompute if needed -- as currently implemented in the Node SDK. However, shouldn't we be worry about hash collisions, especially when use only the first 128 bits?
Only the replay attacks, the next iteration of Fabric would implicitly prevent that with MVCC, but couple with content-based tx id would be better.

@binhn I'm in favor of merging because

It's a step in the right direction
It ensures @tamasblummer's proposal is in the Fabric and that we'll be sure to keep this requirement given future modifications as he has added a test case.

I have three questions that may not need to be addressed in this PR, but I want to make sure I understand
@adecaro Do we really need both UUID and nonce? Could we just use nonce? I'm in favor of @tamasblummer's suggestion to replace the string with a binary encoding.
Should we consider placing the uuidGenerationAlg in the Transaction message instead of the ChaincodeInvocationSpec message? Currently we're saying it's not applicable to deploy transactions.
@tamasblummer Could we rename this to idGenerationAlg? Ideally I'd like to rename uuid to id if it's not going to be a uuid.

@srderson I think, of course, we can rename uuidGen... to idGen. As for uuid vs id, there are thousands of occurrences of uuid - I think that renaming should be another PR.

@srderson Please check it now.

@srderson lets merge as is to make the step into the right direction. Subsequent PRs will clean up naming, address binary id, binary tx transfer in rpc and remove random uuid altogether.

I missed @muralisrini's comment at https://github.com/hyperledger/fabric/pull/1721#discussion_r67946972 where you respond and state that "This assumes that the entire transaction is encoded base64 in the first parameter". The problem is that not everyone makes that assumption.
Could GenerateIDWithAlg take the chaincodeInvocationSpec instead of just chaincodeInvocationSpec.ChaincodeSpec.CtorMsg.Args[0]. That would allow the hashing algorithm to decide what actually makes up a transaction.

@srderson the problem is that the invoke rpc interface is directly linked with the CLI implementation. CLI could use text interface in any number of words. I see no reason why on a lower level, which should be the interface of invoke, we could not assume that transaction is a single binary array. The solution now is not pure, but again goes a step into the right direction as you also recognise. It forces to use single binary representation of transaction even in CLI, but only if you want to use the new content derived id. Before this gets mandatory (which I hope) we will clean up the rest. I am losing my patience here. Is it possible to do incremental changes into the right direction or do you expect DA to rewrite fabric in an atomic PR which is rebased daily? @christo4ferris

@tamasblummer My goal is certainly not to frustrate anyone, though I can certainly understand why you feel that way at this point.
I will merge this PR as I want you to be successful in your use of Fabric, though I want to clearly outline where I agree and don't agree and we can continue further discussion.
I agree with

The ID of a transaction should be based on its hash
The client should generate the ID

I disagree with or don't understand the use case

The ID generation algorithm is stored on the blockchain for every transaction

This would make sense if the different clients were using different hashing algorithms, but is this really the case? Why could the hashing algorithm not be stored in the core.yaml or the chaincode which is verifying the ID would know the algorithm? Maybe another case is if the algorithm changes overtime, but I would think this would be an exceptionally rare case that could warrant the peers upgrading their software.
Maybe we need a version number in the transaction, like Bitcoin, to help indicate future changes to the hashing algorithm. That would give us space savings over a string.
Again, I am hesitant to merge because this is an API change (changes a proto file) AND adds additional data to the blockchain for every transaction, but I will merge so we can move forward in subsequent PRs.
Please let me know your thoughts.


Connection fails after a timeout

Hi,
Sorry to raise another issue, because the code is much more stable, but I have seen this issue twice now (first time I was too optimistic and removed debugs).  With debugs on, it seems that for some reason the connection to the device times out and then never recovers.
I don't know whether the time out is due to a transient event or is the cause, because using nmap now, the port is closed on the rinnai device to my hass container.  I am suspicious that if the timeout is transient, the repeated and fast re-connect attempts could trigger the device to block or even just confuse their code :)
Also noting the 'Bad file descriptor' error in the first part of the reconnect makes me wonder if the way in which the timeout is processed might need a tweak?  (as always happy even to dig into the code a little if you want or add some debugs/wait for it to occur again)
2023-03-29 03:36:31.019 DEBUG (Thread-2 (poll_loop)) [pyrinnaitouch.unit_status] Unit set temp is: 18
2023-03-29 03:37:30.146 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.receiver] Sequence: 0 Json: [{"SYST": {"CFG": {"MTSP": "N", "NC": "00", "DF": "N", "TU": "C", "CF": "1", "VR": "0183",
 "CV": "0010", "CC": "043", "ZA": "                ", "ZB": "                ", "ZC": "                ", "ZD": "                " }, "AVM": {"HG": "Y", "EC": "N", "CG": "N", "RA": "N",
 "RH": "N", "RC": "N" }, "OSS": {"DY": "TUE", "TM": "03:12", "BP": "Y", "RG": "Y", "ST": "N", "MD": "H", "DE": "N", "DU": "N", "AT": "999", "LO": "N" }, "FLT": {"AV": "N", "C3": "000" }
 } },{"HGOM": {"CFG": {"ZUIS": "Y", "ZAIS": "N", "ZBIS": "N", "ZCIS": "N", "ZDIS": "N", "CF": "N", "PS": "Y", "DG": "W" }, "OOP": {"ST": "N", "CF": "N", "FL": "08", "SN": "N" }, "GSO":
{"OP": "M", "SP": "18", "AO": "N" }, "GSS": {"HC": "N", "FS": "N", "GV": "N", "PH": "N", "AT": "W", "AZ": "W" }, "APS": {"AV": "N" }, "ZUO": {"UE": "Y" }, "ZAO": {"UE": "N" }, "ZBO": {"
UE": "N" }, "ZCO": {"UE": "N" }, "ZDO": {"UE": "N" }, "ZUS": {"AE": "N", "MT": "999" }, "ZAS": {"AE": "N", "MT": "999" }, "ZBS": {"AE": "N", "MT": "999" }, "ZCS": {"AE": "N", "MT": "999
" }, "ZDS": {"AE": "N", "MT": "999" } } }]
2023-03-29 03:37:30.146 DEBUG (Thread-2 (poll_loop)) [pyrinnaitouch.system_status] We are in HEAT mode
2023-03-29 03:37:30.146 DEBUG (Thread-2 (poll_loop)) [pyrinnaitouch.unit_status] Unit is ON
2023-03-29 03:37:30.146 DEBUG (Thread-2 (poll_loop)) [pyrinnaitouch.unit_status] Fan Speed is: 08
2023-03-29 03:37:30.146 DEBUG (Thread-2 (poll_loop)) [pyrinnaitouch.unit_status] Unit OpMode is: M
2023-03-29 03:37:30.146 DEBUG (Thread-2 (poll_loop)) [pyrinnaitouch.unit_status] Unit set temp is: 18
2023-03-29 03:38:07.221 ERROR (Thread-3 (receiver)) [pyrinnaitouch.receiver] Socket timed out, renewing connection (TimeoutError('timed out'))
2023-03-29 03:38:07.221 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Connection successfully closed
2023-03-29 03:38:07.221 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Error 1st phase during renewConnection [Errno 9] Bad file descriptor
2023-03-29 03:38:07.222 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Creating new client...
2023-03-29 03:38:07.276 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Client connection created: ('<IP_ADDRESS>', 27847)
2023-03-29 03:38:07.277 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Connected to ('<IP_ADDRESS>', 27847)
2023-03-29 03:38:07.531 ERROR (Thread-3 (receiver)) [pyrinnaitouch.receiver] Couldn't decode JSON (connection), skipping (ConnectionResetError(104, 'Connection reset by peer'))
2023-03-29 03:38:07.531 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Exception during client shutdown [Errno 107] Socket not connected
2023-03-29 03:38:07.531 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Error 1st phase during renewConnection [Errno 107] Socket not connected
2023-03-29 03:38:07.531 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Creating new client...
2023-03-29 03:38:07.712 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Client refused connection: [Errno 111] Connection refused
2023-03-29 03:38:07.713 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Error during renewConnection [Errno 111] Connection refused
2023-03-29 03:38:07.713 ERROR (Thread-3 (receiver)) [pyrinnaitouch.receiver] Socket timed out, renewing connection (OSError(9, 'Bad file descriptor'))
2023-03-29 03:38:07.713 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Exception during client shutdown [Errno 9] Bad file descriptor
2023-03-29 03:38:07.713 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Error 1st phase during renewConnection [Errno 9] Bad file descriptor
2023-03-29 03:38:07.713 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Creating new client...
2023-03-29 03:38:07.715 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Client refused connection: [Errno 111] Connection refused
2023-03-29 03:38:07.716 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Error during renewConnection [Errno 111] Connection refused
2023-03-29 03:38:07.716 ERROR (Thread-3 (receiver)) [pyrinnaitouch.receiver] Socket timed out, renewing connection (OSError(9, 'Bad file descriptor'))
2023-03-29 03:38:07.716 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Exception during client shutdown [Errno 9] Bad file descriptor
2023-03-29 03:38:07.716 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Error 1st phase during renewConnection [Errno 9] Bad file descriptor
2023-03-29 03:38:07.716 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Creating new client...
2023-03-29 03:38:07.720 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Client refused connection: [Errno 111] Connection refused
2023-03-29 03:38:07.720 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Error during renewConnection [Errno 111] Connection refused
2023-03-29 03:38:07.721 ERROR (Thread-3 (receiver)) [pyrinnaitouch.receiver] Socket timed out, renewing connection (OSError(9, 'Bad file descriptor'))
2023-03-29 03:38:07.721 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Exception during client shutdown [Errno 9] Bad file descriptor
2023-03-29 03:38:07.721 DEBUG (Thread-3 (receiver)) [pyrinnaitouch.connection] Error 1st phase during renewConnection [Errno 9] Bad file descriptor
<this repeats in the logs still>

for some reason the connection to the device times out and then never recovers.

Could be a coincidence, but I recently moved to running HA in a container. At first I found that there was no connection. I tried reinstalling/installing rebooting etc but no joy. For a while I thought that maybe there was an issue with it running in a container as my old HA on a 'pi connected without an issue.
I then cast my mind way back when we were all trying to work out how to access the mysimplelink device and remembered it had issues with multiple devices connecting locally. I wondered if somehow the mysimplelink gateway was keeping the connection open for the old pi, even though it was powered off. Another more likely story is, as I do sometimes use the app on my 'phone, that was locking the gateway and for whatever reason when running HA in a container the script struggles to reconnect. Perhaps it's simply too fast now - compiling an Esphome device now takes 30 seconds rather than the ten minutes it was taking on the 'pi 3B+. Anyhow I power cycled the gateway to ensure nothing was using it, and restarted the container, and (sound of magic tinkling) the thermostat started working.
I'll keep an eye on it for now, and at least I now how to get things working again.
My suggestion would be to keep in mind, if you are using the native Rinnai Touch app as well, that it blocks this script unless you are connecting via the cloud.

The gateway/device can only keep a single local connection. Therefore, it's best to connect the home assistant integration first and "hog" that connection. The app will then just use the cloud connection automatically.


fix(sec): upgrade org.apache.hive:hive-exec to 3.1.3

What happened？
There are 1 security vulnerabilities found in org.apache.hive:hive-exec 2.3.9

CVE-2021-34538

What did I do？
Upgrade org.apache.hive:hive-exec from 2.3.9 to 3.1.3 for vulnerability fix
What did you expect to happen？
Ideally, no insecure libs should be used.
The specification of the pull request
PR Specification from OSCS

Thank you for your contribution, this is what we are planning later, but I think you may have missed the test, the version upgrade currently does not have a very good IT to test, so we have more difficulties to upgrade, can you improve the corresponding IT by the way? https://github.com/apache/incubator-seatunnel/tree/dev/seatunnel-e2e

Thank you for your contribution, overall LGTM except nits. I think rename your pull request name to [Hotfix][Connector-V2][Hive] is better. You can refer to https://seatunnel.apache.org/docs/contribution/coding-guide to get more details about how to submit a high quility pull request.


Use booleans as booleans

I went ahead and had run at it
See https://github.com/geerlingguy/ansible-role-gitlab/pull/177/files#r742120499

Sorry for late response, missed that this was created. Thank you. :)

No problem, thank you for figuring out what the problem was :)


Rollback inflights when using Spark [Streaming] write

@n3nash @vinothchandar @ovj : Don't see any reason why inflight rollback should be disabled

@n3nash @vinothchandar : when working on  automatic compactor support for delta-streamer and Data Source, I will revisit the defaults. For now, merging it.


BatteryLevel for Homebridge?

I'm developing https://github.com/andig/homebridge-fritz for FritzBox SmartHome accessories. Several users have reporting that BatteryLevel is reported as 0 by various apps.
I'm wondering is there's any chance that something is wrong with the BatteryLevel definition in HomeKitTypes? Or better- is there perhaps any pointer to a working implementation of BatteryLevel?

Got it. BatteryLevel needs to be returned as number, not a string. JS type coercion is not helping here. Wondering if it would make sense to check/ convert types in this library or in homebridge?

Have u tried using parseInt()?

I have and its fine. Still wondering if this error should be caught by the library?

I always hope to add those to the library level. Sadly I don’t have too much time to work on this...
Best Wishes,
Tian

On Nov 29, 2016, at 1:29 PM, andig<EMAIL_ADDRESS>wrote:
I have and its fine. Still wondering if this error should be caught by the library?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub https://github.com/KhaosT/HAP-NodeJS/issues/354#issuecomment-263704813, or mute the thread https://github.com/notifications/unsubscribe-auth/ABpU4KD7-X61ht1we2FkTMoxdQdIGPoDks5rDJk9gaJpZM4K-xu6.

It shouldnt be so hard. Maybe ill take a look on it


⚠ GitLab Server has degraded performance

In da631fd, GitLab Server (https://gitlab01.its-telekom.eu) experienced degraded performance:

HTTP code: 200
Response time: 14159 ms

Resolved: GitLab Server performance has improved in eb1a26f.


Testset generation example from documentation does not generate 'answer' column

Question:

The code example does not generate answers in testset generation example. Am I understanding something wrong?
Which prompt is used for answer generation?

Code example:
https://docs.ragas.io/en/stable/getstarted/testset_generation.html#data-generation

I too am facing the same issue; I have tried out initiating the critic and generator with gpt4 and gpt3.5 instances with temperatures 0.7 and 0.2 respectively. Followed the exact example from the above documentation..

Facing the same issue as well...

1

Me too, only below column generated :
question | contexts | ground_truth | evolution_type | metadata | episode_done

Same here. Followed documentation closely, but using Claude 3 Haiku via Bedrock. The question generation works as expected but not the 'answer' creation.

+1

I too facing the same issue, using Azure open AI api to create test data, answer column is missing.

+1

@xdurfina @crystlbat @raffy4284 @dianavintila @chong-w @lukschack @sdiazben @manojpraba @ayoubazaouyat were you folks able to figure this out?
it is an error in the documentation from our end. I will fix this shortly
really sorry about the delay and thanks for pointing it out!

also fix docs for Compare Embeddings for retriever | Ragas


Can we use some other Database instead of MongoDB?

Can we use some other DB instead of MongoDB

I know at some point someone was working on an integration with dynamoDB. Once that PR comes we will have another option for a DB.


brew info --json=[v1|pretty|lines]

@MikeMcQuaid @ilovezfs

[x] Have you followed the guidelines in our Contributing document?
[x] Have you checked to ensure there aren't other open Pull Requests for the same change?
[x] Have you added an explanation of what your changes do and why you'd like us to include them?
[ ] Have you written new tests for your changes? Here's an example.
[ ] Have you successfully run brew tests with your changes locally?

[ ] follow steps in https://github.com/Homebrew/brew/pull/1973/files (Update CONTRIBUTING.md)

Rationale: given in https://github.com/Homebrew/brew/issues/2172 (closed it even though current functionality was lacking: --json=v1 only dumps in a single line, which doesn't play well with common line oriented tools eg grep etc; and is slower (not line oriented...)

#show all installed_on_request formulas:
$ brew info --json=lines --installed|grep '"installed_on_request":true'

#show caveats:
$ brew info --json=lines --installed | grep -v '"caveats":null'

# show non-relocatable formulas:
brew info --json=lines --all | grep -v '"cellar":":any"' | rdmd --loop='line.parseJSON["name"].str.writeln'

# more readable output:
$ brew info --json=pretty dmd
[
  {
    "name": "dmd",
    "full_name": "dmd",
    "desc": "D programming language compiler for macOS",
    "homepage": "https://dlang.org/",
    "oldname": null,
    "aliases": [

    ],
    "versions": {
      "stable": "2.073.1",
      "bottle": false,
      "devel": null,
      "head": "HEAD"

etc.
This simple change gives quite powerful possibilities

it also fixes a bug where --json=whatever will silently call print_info instead of saying you passed a wrong arg to json

if this will be accepted, i can try to finish the TODO's

This seems out of Homebrew's scope to me. There are tools like jq, or python -m json.tool (the latter comes with macOS) that you can pipe Homebrew's output into and get exactly what you're looking for.

I agree with this. Thanks for the PR but passing for now.


mat.get-color-from-palette not working for contrast values

Reproduction
https://stackblitz.com/edit/angular-ivy-3vbd2j?file=src/styles.scss
color value for .custom-element is not set by mat.get-color-from-palette($my-primary, 700-contrast);
background-color is set correctly with mat.get-color-from-palette($my-primary, 700);
Expected Behavior
According to documentation  : we can get the constrast of a hue by adding -contrast to the hue number mat.get-color-from-palette($my-primary, 700-contrast);
Actual Behavior
The value of the color when adding -constrast is empty
Environment

Angular: 12.1.3
CDK/Material: 12.1.3
Browser(s): Chrome 92.0.4515.107
Operating System: Windows

The problem appears to be that you need to pass in the value as a string: '700-contrast', otherwise Sass will interpret it as the expression 700 - contrast which is invalid. I'll update the docs and see if we can't throw an error during compilation.

Using strings makes thing worse, here is a fork with '700' and '700-contrast' instead of 700and700-contrast`.

ok, weird. I guess that Sass preserves the type of the keys for the ones that are actual numbers. So you should have quotes around 700-contrast, but not around 700. I'll tweak the fix in #23237 to handle both cases.

Here is a forked issue stackblitz with the workaround.


Homepage is not showing real episodes

Hey Zaid,
Would love it if you can fix it.
With Warm Regards,
Solomon Shalom Lijo

Solved in pull request #3


Added a news and events page.

I don't know if you wanted me to also link this to any other pages.
If you do, I can do that.

Add the changes to webpack.config.js

switch to this branch
edit the changes to webpack.config.js
commit and push to this branch
It'll be added to the PR automatically


Feature/3656/image size and update date

For #3656
Probably going to split up that issue. This PR sets the size and update date of ImageData for GitLab, DockerHub and Quay.io.

Re-requesting reviews because I just rewrote almost the entire toolVersion section. Didn't make much sense to me otherwise.

Re-requesting reviews because I just rewrote almost the entire toolVersion section. Didn't make much sense to me otherwise.


Improve setup

Create archive folder
Fix setup

Add the missing mix

I am testing locally and for some reason it's not working property

I am testing it locally and for some reason it's not working property

That is very strange, it is only working fine if I add an IO.inspect to the result of System.cmd


Split description from ROS driver

Hi,
We have many use cases where we'd just like to have the description (xacro/URDF/mesh) on a machine and not have the requirement to install the SDK and compile the driver. Thus it would be great to create (and binary-release) a realsense_description package which includes the xacro, URDF, visualisation-launch file, and the meshes. Plus, the current DAE is 15 MB (!) - a watertight and shrunk smaller mesh would be better.
On our end, we'd be happy to do the work towards creating a realsense_description package and binary-release it if there is interest from the community.
Thanks,
Wolfgang

In addition, i have a few observations/requests

there is not ${prefix} in the xacro, which makes running 2 cameras in the same urdf impossible (http://wiki.ros.org/urdf/Tutorials/Using Xacro to Clean Up a URDF File)
The xacros are not available to the users of the binary because the urdf directory is not installed: https://github.com/plusone-robotics/realsense/blob/development/realsense2_camera/CMakeLists.txt#L120.  Was there a reason for this.

[Please Ignore - RealSense system comment]

I'm also interested in this.  We've internally forked this and made changes for our system (including adding gazebo tags).  @AustinDeric @wxmerkt  I'm happy to contribute if you've already started something

I'd like to see some input and feedback from the @intel-ros maintainers of this driver, e.g., @doronhi - we seem to have strong community interest in improvements to the description and splitting it out/releasing it to the ROS buildfarm. Can you please comment/assist? Thank you!

I also just finished adding Gazebo tags and prefix support to the xacro files for an internal project here. Seems like there is interest in making these changes. Happy to support any PRs if they'd be accepted.

Kk, I made a minimal change set PR so we can separate the reorg from the URDF updates.


prebuild ignores the Node.js version choosed through NVM

on my main OS i got some strange errors (described in here and i found out that prebuild is causing this error.
It downloads the wrong Module version of fuse-bindings (47 instead of 46).
I use the nodejs package (which is 5.10.1) in Arch and NVM alongisde

Since the linked issue is now resolved I think we can close this.


Need to reconfigure nginx after provision

I expect this will need to be an upstream change.
After a clean install I needed to change the way nginx communicates with php. The sock connection was failing to connect.
I had to change the fastcfi_pass parameter to:
fastcgi_pass <IP_ADDRESS>:9000;
I haven't been able to really look into why the sock connection was failing.

@frob what version of Drupal VM are you using? In master this is correct so Nginx's template uses php_fpm_listen, which is configured in example.config.yml to default to the TCP port: https://github.com/geerlingguy/drupal-vm/blob/master/example.config.yml#L208

I am on commit 3e981e3208716e40a25b6b077d11086a40377978
It is possible I accidentally removed that line when editing config.
-- Edit --
yup, that is what I did. I copied that whole block out of my old config. Could we use a default() for this in the role?


Add Note About Unknown Host Exception

I think it's worth adding this note given we both ran into this problem.

LGTM


Perform RulesAPI-related renaming.

Changes:

Standardize RulesAPI-related mod naming.

RulesAPI -> RulesAPI: Core
Rules -> RulesAPI: Essentials
RulesAPI: Configurable Rulesets -> RulesAPI: Configuration

Standardize project assembly/directory naming.

RulesAPI -> RulesAPI_Core
Rules -> RulesAPI_Essentials
RulesAPI_ConfigurableRulesets -> RulesAPI_Configuration

Rename namespace under which "essential" rules were being stored to not conflict with the use of the word "Rule" (renamed namespace to Rules).

@jimconner Apologies in advance for any mixup this may cause with WIP branches 🙏🏾.


Bump send and express in /src/gameboard

Bumps send and express. These dependencies needed to be updated together.
Updates send from 0.18.0 to 0.19.0

Release notes
Sourced from send's releases.

0.19.0
What's Changed

Remove link renderization in html while redirecting (pillarjs/send#235)

New Contributors

@UlisesGascon made their first contribution in pillarjs/send#235

Full Changelog: https://github.com/pillarjs/send/compare/0.18.0...0.19.0

Changelog
Sourced from send's changelog.

0.19.0 / 2024-09-10

Remove link renderization in html while redirecting

Commits

9d2db99 0.19.0
ae4f298 Merge commit from fork
See full diff in compare view

Maintainer changes
This version was pushed to npm by ulisesgascon, a new releaser for send since your current version.

Updates express from 4.20.0 to 4.21.0

Release notes
Sourced from express's releases.

4.21.0
What's Changed

Deprecate "back" magic string in redirects by @blakeembrey in expressjs/express#5935
<EMAIL_ADDRESS>by @wesleytodd in expressjs/express#5954
fix(deps<EMAIL_ADDRESS>by @wesleytodd in expressjs/express#5951
Upgraded dependency qs to 6.13.0 to match qs in body-parser by @agadzinski93 in expressjs/express#5946

New Contributors

@agadzinski93 made their first contribution in expressjs/express#5946

Full Changelog: https://github.com/expressjs/express/compare/4.20.0...4.21.0

Changelog
Sourced from express's changelog.

4.21.0 / 2024-09-11

Deprecate res.location("back") and res.redirect("back") magic string
deps<EMAIL_ADDRESS>
includes<EMAIL_ADDRESS>

deps<EMAIL_ADDRESS>deps<EMAIL_ADDRESS>

Commits

7e562c6 4.21.0
1bcde96 fix(deps<EMAIL_ADDRESS>(#5946)
7d36477 fix(deps<EMAIL_ADDRESS>(#5951)
40d2d8f fix(deps<EMAIL_ADDRESS>77ada90 Deprecate "back" magic string in redirects (#5935)
See full diff in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

@dependabot rebase will rebase this PR
@dependabot recreate will recreate this PR, overwriting any edits that have been made to it
@dependabot merge will merge this PR after your CI passes on it
@dependabot squash and merge will squash and merge this PR after your CI passes on it
@dependabot cancel merge will cancel a previously requested merge and block automerging
@dependabot reopen will reopen this PR if it is closed
@dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
@dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
@dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
@dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
@dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
You can disable automated security fix PRs for this repo from the Security Alerts page.

Original Author: dependabot[bot]
Created At: 2024-09-13T18:23:16Z
**Original State: open
Previous Discussion:

Old Dependabot issue, closing


Add synchronization/update of Windows account names in Windows Terminal

Description of the new feature/enhancement

This function is used to update/synchronize the newly defined Windows account name directly in the Windows Terminal.

Proposed technical implementation details (optional)

What do you mean by this? Where would the user's account name be displayed? Could you add more details?

Hello @zadjii-msft,

Sure. For example, if a Windows Terminal user changed his or her Windows account name to Hanna, the Windows account name should also be synchronized/updated in Windows PowerShell in real time.

With kind regards
Michael

Powershell uses the name of the user's profile folder, and profile folders are never renamed on Windows. It's a dangerous system-wide operation.

:smile:


Add attendance data to Overview class

Added attendance data, from issue #68.

My first contribution to open source! Hopefully the first of many. :smile:


persistent work spaces  issue when using wlr.

So I got persistent work spaces working, well kinda..
When I add more than 9 workspaces, it starts to act kind of weird.
The 10th workspace for example gets displayed instead of workspace 2?!
https://pastebin.com/T4i2YJ53

It just took me a day figuring this out...
But the problem is, that waybar is reading the file like 1(10),2,3,4,5,6,7,8,9..... <10>
The solution is, to start the naming after 9 with 92, to prevent it from placing it before 9...

Try "sort-by-number": true
The default is sort-by-name, more info


Regarding to "Upload and tag images" sample code

https://docs.microsoft.com/en-us/azure/cognitive-services/custom-vision-service/python-tutorial#upload-and-tag-images
I think the sample code for uploading is little bit complicated for novice developers.
Instead of using lambda function to get list of file, how about changing the code to use file I/O library to get list of files in current directory? It will be more easy to understand!

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 646cbb8a-041e-9d99-0385-272f31793552
Version Independent ID: b9ae4376-2e8f-f311-8b1b-d4e3120bf5b5
Content: Quickstart: Create an image classification project with the Custom Vision SDK for Python
Content Source: articles/cognitive-services/Custom-Vision-Service/python-tutorial.md
Service: cognitive-services
GitHub Login: @areddish
Microsoft Alias: areddish

@angie4u Thanks for the feedback! I have assigned the issue to the content author to investigate further and update the document as appropriate.

This has been added to our backlog. #please-close

@angie4u
We will now proceed to close this thread. If there are further questions regarding this matter, please respond here and @YutongTie-MSFT and we will gladly continue the discussion.


coqPackages.topology: init

Motivation for this change
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[ ] NixOS
[x] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[x] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 122365 run on x86_64-darwin 1

1 package built:

coqPackages.topology

@GrahamcOfBorg build coqPackages_8_13.topology coqPackages_8_12.topology coqPackages_8_1q.topology coqPackages_8_10.topology coqPackages_8_9.topology coqPackages_8_8.topology coqPackages_8_7.topology coqPackages_8_6.topology coqPackages_8_5.topology

@GrahamcOfBorg build coqPackages_8_11.topology

@CohenCyril @vbgl could you help me out here? I'm not sure what to do about the following error:
$ nix build .#coqPackages_8_11.topology
error: builder for '/nix/store/dm6j2119fn5f4dppy1b6wqiwa3akcdz4-coq8.11-topology-8.12.0.drv' failed with exit code 2;
       last 10 log lines:
       > *** Warning: in file WeakTopology.v, library ZornsLemma.FiniteIntersections is required and has not been found in the loadpath!
       > COQC TopologicalSpaces.v
       > File "./TopologicalSpaces.v", line 2, characters 31-48:
       > Error: Cannot find a physical path bound to logical path matching suffix
       > <> and prefix ZornsLemma.
       >
       > make[2]: *** [Makefile.coq:678: TopologicalSpaces.vo] Error 1
       > make[1]: *** [Makefile.coq:327: all] Error 2
       > make[1]: Leaving directory '/private/tmp/nix-build-coq8.11-topology-8.12.0.drv-0/source'
       > make: *** [Makefile:2: all] Error 2
       For full logs, run 'nix log /nix/store/dm6j2119fn5f4dppy1b6wqiwa3akcdz4-coq8.11-topology-8.12.0.drv

@siraben  Looks like you are missing a dependency in the library coq-community/zorns-lemma cf the library's opam file or meta.yml file

@CohenCyril Right, though it appears that the dependency is in the same repository, so should I make a new coqPackage called zorns-lemma and use this as the source, or is there something similar done elsewhere in coqPackages?

@CohenCyril Right, though it appears that the dependency is in the same repository, so should I make a new coqPackage called zorns-lemma and use this as the source, or is there something similar done elsewhere in coqPackages?

As of coq/topology version 8.12, zorns lemma is not in the same repo.

@GrahamcOfBorg build coqPackages_8_13.topology coqPackages_8_12.topology coqPackages_8_11.topology coqPackages_8_10.topology coqPackages_8_9.topology coqPackages_8_8.topology coqPackages_8_7.topology coqPackages_8_6.topology coqPackages_8_5.topology

@GrahamcOfBorg build coqPackages_8_13.topology coqPackages_8_12.topology coqPackages_8_11.topology coqPackages_8_10.topology coqPackages_8_9.topology coqPackages_8_8.topology coqPackages_8_7.topology coqPackages_8_6.topology coqPackages_8_5.topology

Removing mathcomp dependency.

Result of nixpkgs-review pr 122365 1

2 packages built:

coqPackages.topology
coqPackages.zorns-lemma

@vbgl @CohenCyril please take another look

The commits are in the wrong order: please rebase and put the addition of zorns-lemma before the addition of topology. Thanks.

@vbgl fixed

Thanks. The propagate-build-inputs in topology uses defaultVersion which may be wrong when overriding. This is not a big deal and is a general limitation of mkCoqDerivation (we need to know the actual version!). Improving this is left as future work.

Thanks. The propagate-build-inputs in topology uses defaultVersion which may be wrong when overriding. This is not a big deal and is a general limitation of mkCoqDerivation (we need to know the actual version!). Improving this is left as future work.

Indeed, this is solved in https://github.com/NixOS/nixpkgs/pull/116690, but I'm waiting for more feedback


Cannot succesfully execute 'zowe rse' command

I am trying to complete the tutorial located here:
https://ibm.github.io/zopeneditor-about/Docs/rse_tutorial.html#prerequisites
I have installed the rse plugin and created a rse profile (rseCLI):
zowe profiles create rse rseCLI --host <IP_ADDRESS> --port 4035 --user <myZid> --password <mypw> --base-path rseapi --reject-unauthorized false --protocol https

replacing the --user and --password values.
When I try to run the first test command:
zowe rse submit local-file "./JCL/ALLOCATE.jcl"
I get the following error:
$ zowe rse submit local-file "./JCL/ALLOCATE.jcl"
Command Error:
Zowe REST Operations API Error:
http(s) request error event called
Error: write EPROTO<PHONE_NUMBER>52448:error:1408F10B:SSL routines:ssl3_get_record:wrong version number:../deps/openssl/openssl/ssl/record/ssl3_record.c:332:

Error Details:
HTTP(S) client encountered an error. Request could not be initiated to host.
Review connection details (host, port) and ensure correctness.

Host:      <IP_ADDRESS>
Port:      4035
Base Path: rseapi
Resource:  /api/v1/jobs/string
Request:   POST
Headers:   [{"Accept":"application/json"},{"Content-Type":"application/json"}]
Payload:   {

I created a new profile (rseCLI3).with protocol: http (instead of https)
set it to be the default and I get this error message:
$ zowe rse submit local-file "./JCL/ALLOCATE.jcl"
Command Error:
Zowe REST Operations API Error:
http(s) request error event called
Error: Parse Error: Expected HTTP/
Error Details:
HTTP(S) client encountered an error. Request could not be initiated to host.
Review connection details (host, port) and ensure correctness.

Host:      <IP_ADDRESS>
Port:      4035
Base Path:
Resource:  /api/v1/jobs/string
Request:   POST
Headers:   [{"Accept":"application/json"},{"Content-Type":"application/json"}]
Payload:   {

I am using the ZOSMF plugin, same host/different port(10443) and it works.
I also tried created zseCLI2 and rseCLI4 with 10443 and http/https but that didn't work either.
Any ideas or thoughts would be welcomed.

I'm going to close this. It appears that the RSEAPI is not installed/configured yet.

Thanks @dastagg. Yes steps have to be done on z/OS as this is a new technology that requires an RSE update: https://ibm.github.io/zopeneditor-about/Docs/rse_interactwithzos.html#installing-the-rse-api-z-os-host-component


Add RRTMGPModel and radiation cache/tendency/callback

This PR adds two important files---rrtmgp_model.jl and radiation_utilities.jl.
rrtmgp_model.jlis a user-friendly wrapper for RRTMGP.jl that is able to automatically handle extension profiles, boundary layers, and interpolation/extrapolation schemes, as well as expose all the relevant inputs/outputs of RRTMGP to users while hiding all  the irrelevant data structures. We will eventually move this file into the RRTMGP.jl repository, but, for the sake of faster development, we should keep it here until we have settled on the final interface.
radiation_utilities.jl is the equivalent of baroclinic_wave_utilities.jl for radiation; it introduces a cache function, a tendency function, and a callback function that use an RRTMGPModel. A lot of information is currently hardcoded into these functions (e.g., volume mixing ratios of gases are read in from a dataset provided with RRTMGP, and the land surface temperature is set to 29 * exp(-(ϕ / 26)^2 / 2) + 271), but we will add more versatility as we continue to experiment.
This PR also adds a new baroclinic_wave_rhoe_equilmoist_radiation.jl example to the Buildkite pipeline. This example demonstrates how to use radiation_utilities.jl. Since it is not very physically meaningful, this example will eventually be removed, so a regression test does not need to be added for it.

bors r+


Adding authentication to OpenAPI definition using poem_openapi

With poem_openapi, the openapi definition of every endpoint is generated from the endpoint definition. The poem-grants crate integrates seamlessly with poem_openapi, but sadly, I'm unable to show the required authentication in the openapi.json.
I did manage this with poem_openapi itself, but it's not nearly as ergonomic as poem-grants.
Is there any solution I'm missing? Or is this something that needs contribution?

poem_grants provides abilities to authorize the request processing, but  authentication logic is part of application logic.
I.e poem_grants knows nothing how you extract the credentials and which security schema is used (it uses custom extractor function and not aware of the logic)
Depending on your requirements, you may try to use SecurityScheme from poem_openapi.
Or as an alternative add request_header attribute (docs.rs) to your api. It can be used if you expect credentials/token passed in header.

Alright, this sound like I need to read up a bit more. Thanks for your advice!
I was indeed trying to get something like SecurityScheme to work with poem_grants, but that might be a bit far fetched.

Maybe Utoipa a good solution for you.

Hi @EvilWatermelon
Is there new information that caused you to reopen the issue?
Security-schema and openapi representation isn't responsibility of poem_grants as we discussed.

Sorry, you're faster at picking these up than I am at formulating my comments :)
I've been trying a few different things and I'm wondering what your thoughts are.
First of all, why does poem_grants have support for poem_openapi? I've been trying to find a way to both extract a bearer token to use with poem_grants and  reflect this in the openapi spec with poem_openapi. Currently I'm falling short. I can indeed use a SecurityScheme, but combining this scheme with poem_grants has not been successful.
I would like to fill the gap I'm currently seeing, but I agree with you that poem_grants might not be the right place. Would you say the current gap is better filled on the poem_openapi side?
Thanks!

We support poem-openapi just because it's configured another way than classic poem. It uses structures and additional macros.
Could you provide a minimal reproducible example of your attempt to use SecurityScheme with poem-grants? What exactly didn't work?
It would really help to find a solution for your use-case

So as far as I can see, I have two options. The first one is not to use poem_grants:
#[oai(path = "/resource", method = "post")]
async fn create(
    &self,
    Json(resource): Json<CreateResourceRequest>,
    // SecurityScheme is derived for OauthPermissions. I added some helper functions to make requesting permissions easier
    auth: OauthPermissions,
) -> Result<Json<Resource>> {
    auth.has_permission("resource:CREATE")?;

    self.resource_database.create(&resource)
        .await
        .map(json_response(StatusCode::CREATED))
        .map_err(internal_server_error)
}

This option will show up in my openapi definition, because I derived the exact security schema myself. The part I don't like:

I don't have the grants as an attribute above my function, which I find a very clean solution.
I've written custom code to do something poem_grants already does.

The second option:
#[protect("resource:POST")]
#[oai(path = "/resource", method = "post")]
async fn create(
    &self,
    Json(resource): Json<CreateResourceRequest>,
) -> Result<Json<Resource>> {
    self.resource_database.create(&resource)
        .await
        .map(json_response(StatusCode::CREATED))
        .map_err(internal_server_error)
}

I love it! It's much cleaner. However, because I cannot derive SecurityScheme for AuthDetails, this does not show up in my OpenApi definition.
I could of cource combine the two, but this would both cause an overhead in performance and readability, as the token would be parsed in two places.
I hope this makes my question clearer. If not, please let me know!

Did you try something like that:
#[derive(SecurityScheme)]
#[oai(ty = "bearer")]
struct MySecurityScheme(Bearer);

#[protect("resource:CREATE")]
#[oai(path = "/resource", method = "post")]
async fn create(
    &self,
    Json(resource): Json<CreateResourceRequest>,
    _security: MySecurityScheme,
) -> Result<Json<Resource>> {
    self.resource_database.create(&resource)
        .await
        .map(json_response(StatusCode::CREATED))
        .map_err(internal_server_error)
}

Sure, this works. I was looking for a solution that doesn't bring along a cost in performance and readability, but I might be overthinking this.
Thanks for thinking along!


Embeddings

Hello,
Would you please tell me how to save the embeddings which is learned from the Rnnlm and whose shape is  (vocab_size, embed_size)?
Thank you so much!

I've solved this problem.
Sorry to bother you!
Good luck!


Update dependabot.yml

Setting it to npm to get Update Infos:
https://github.com/T0biii/bsky-clean/pull/1
if the Version is not locked:
https://github.com/T0biii/bsky-clean/blob/f81c310b89d8f07abb92e6d3f815b1fa5db068b5/package.json#L11

LGTM. Great. Thank you!


[DOCUMENT] Interfaces for the M3 Session Protocol  (issue-#264)

Description
Code / document interfaces for the Session Protocol to enable consensus and understanding around this piece of the M3 milestone.
 M3 Milestone
This is the first step into beginning the Session Protocol development.
Issue
Fixes #264
Type of change
Please mark the relevant option(s):

[ ] New feature, functionality or library
[ ] Bug fix
[ ] Code health or cleanup
[ ] Major breaking change
[x] Documentation
[ ] Other

List of changes

Clear interface(s) that show the lifecycle of the session protocol
Clear documentation supporting the above
Coded interfaces
Documentation support

Testing

[x] make develop_test
[x] LocalNet w/ all of the steps outlined in the README

Required Checklist

[x] I have performed a self-review of my own code
[x] I have commented my code, particularly in hard-to-understand areas
[x] I have tested my changes using the available tooling
[x] I have updated the corresponding CHANGELOG

If Applicable Checklist

[ ] I have updated the corresponding README(s); local and/or global
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] I have added, or updated, mermaid.js diagrams in the corresponding README(s)
[ ] I have added, or updated, documentation and mermaid.js diagrams in shared/docs/* if I updated shared/*README(s)

I didn't add any tests so I'm not sure how code coverage increased? @okdas

Codecov Report
Base: 0.00% // Head: 41.41% // Increases project coverage by +41.41% 🎉

Coverage data is based on head (6ec59bf) compared to base (87a6060).
Patch has no changes to coverable lines.

Additional details and impacted files
@@            Coverage Diff            @@
##           main     #303       +/-   ##
=========================================
+ Coverage      0   41.41%   +41.41%
=========================================
  Files         0       28       +28
  Lines         0     2113     +2113
=========================================
+ Hits          0      875      +875
- Misses        0     1184     +1184
- Partials      0       54       +54

Impacted Files	Coverage Δ
persistence/types/shared_sql.go 0.00% <0.00%> (ø)
utility/types/util.go 75.00% <0.00%> (ø)
persistence/types/base_actor.go 0.00% <0.00%> (ø)
consensus/leader_election/sortition/sortition.go 85.71% <0.00%> (ø)
persistence/types/converters.go 0.00% <0.00%> (ø)
utility/types/error.go 22.69% <0.00%> (ø)
persistence/types/account.go 20.00% <0.00%> (ø)
persistence/types/validator.go 0.00% <0.00%> (ø)
persistence/types/block.go 0.00% <0.00%> (ø)
utility/types/vote.go 100.00% <0.00%> (ø)
... and 18 more
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.
☔ View full report at Codecov. 📢 Do you have feedback about the report comment? Let us know in this issue.

@Olshansk after reading your entire review it appears as if we have a difference of opinion when it comes to scoping this issue.
I have added documentation and golang interfaces to accomplish the task of:

Code / document interfaces for the Session Protocol to enable consensus and understanding

It appears as if you have expectations around the convention of non interface functions and pseudo implementations within this commit:
Examples:

Non-Interface Requests:

https://github.com/pokt-network/pocket/pull/303#discussion_r998773669
https://github.com/pokt-network/pocket/pull/303#discussion_r998769723

Psuedo-Implementation Requests:

https://github.com/pokt-network/pocket/pull/303#discussion_r998769579
https://github.com/pokt-network/pocket/pull/303#discussion_r997587258

@Olshansk made changes based on yesterday's conversation.
Review again when you have a change

When implementing please review if block height tolerance (+,-1) is included in the session protocol: https://github.com/pokt-network/pocket-core/issues/1464 CC @Olshansk


IT-534 - Removed and Changed Group Auto-Assignation Rules

Removed group auto-assignation for edx-employees and qualcomm.
Updated group auto-assignation for ubc to partner-ubc until we discover the implications.

Thanks for the pull request, @wesmason! I've created OSPR-1372 to keep track of it in JIRA. JIRA is a place for product owners to prioritize feature reviews by the engineering development teams.
Feel free to add as much of the following information to the ticket:

supporting documentation
edx-code email threads
timeline information ("this must be merged by XX date", and why that is)
partner information ("this is a course on edx.org")
any other information that can help Product understand the context for the PR

All technical communication about the code itself will still be done via the GitHub pull request interface. As a reminder, our process documentation is here.
We can't start reviewing your pull request until you've submitted a     signed contributor agreement     or indicated your institutional affiliation.     If you like, you can add yourself to the AUTHORS      file for this repo, though that isn't required.     Please see the CONTRIBUTING     file for more information.


Schema documentation for Azure Databricks

Please include Schema doc for Azure Databricks. We have a customer case, do we have any internal documentation that we can share?

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 2815c53c-9b3f-bf3c-2e8c-f29e29a441bd
Version Independent ID: 81ee9fdf-73d6-bd68-a508-11ab7a2dc51f
Content: Azure Resource Logs supported services and schemas
Content Source: articles/azure-monitor/platform/diagnostic-logs-schema.md
Service: azure-monitor
Sub-service: logs
GitHub Login: @rboucher
Microsoft Alias: robb

Thanks for your comment. The feedback has been shared with the content owner for further review. Thanks for your patience.

#please-close
Been fixed for some time


Add AutoEmote comp/system, updates to zombie code

This adds component and system for making an entity automatically perform emotes at random intervals.
The component stores a set of prototype IDs for the emotes, so multiple systems can use it simultaneously with different emotes. For example, you could have a zombified cluwne that both groans and honks randomly.
This PR also makes zombies use this for random groaning. Groaning when taking damage is still coupled to zombie code, but it was refactored slightly to not do time accumulators in the ZombieSystem Update method.
Related: #13850, #13367

I think this is blocked by https://github.com/space-wizards/RobustToolbox/issues/3768 if resetting the timers on init is not acceptable.


Climate (daikin) Operation setting doesn't allow selecting from all the options on mobile devices

Make sure you are running the latest version of Home Assistant before reporting an issue.
You should only file an issue if you found a bug. Feature and enhancement requests should go in the Feature Requests section of our community forum:
Home Assistant release (hass --version):
0.62.1
Python release (python3 --version):
Python 3.6.1
Component/platform:
climate.daikin
Description of problem:
Trying to set Climate Operation setting, and pick from a list. Can't see all the options, and also can't scroll through them. using ios 11.2 on an iphone x and an ipad pro with same issue being present
Expected:
being able to select from all the options
Problem-relevant configuration.yaml entries and steps to reproduce:

activate and configure daikin climate option
open climate option from homeassistant web interface
try to set operation from a longer list of options

Traceback (if applicable):

Additional info:
See the list of options, can't scroll through them, and they are cut only showing a few options

Same problem for me and quite an annoyance as the component isn't usable via my phone.
Looks to be also raised here:
https://github.com/home-assistant/home-assistant-polymer/issues/841
Which is also discussed here:
https://github.com/PolymerElements/paper-dialog-scrollable/issues/72

Does this problem still exist for you?
Seems like this should have been fixed in a recent version of HA.

it works fine now, thanks!


Add option to prevent service from scaling to zero instances

add --no-scale-to-zero flag for service create

all revisions will keep running until service is deleted unless manually removed

Resolves #1136

rebased

I do have mixed feelings about this. I assume it's mostly going to be requested due to cold-start latency, which ideally would be improved to the point of being suitable for all but extreme cases. For those cases, as Scott mentions maybe a Deployment is a better fit anyways.
All that said, if we do add this feature, should we just expose --min-scale instead?

I initially exposed --min-scale but changed to only allow 1 since the revisions don't automatically scale down and there could be a lot of orphaned pods running. I think that is a bug in Knative serving, when the revision is no longer routable, then it should just scale to 0 regardless of this annotation.

It is possible to do this with a patch command like:
kubectl patch -n demo kservice petclinic --type=json -p='[{"op": "add", "path": "/spec/runLatest/configuration/revisionTemplate/metadata/annotations", "value": {"autoscaling.knative.dev/minScale": "1"}}]'

so maybe we should not merge this until the revision scaling is better behaved